Massao Aihara

Italo, consegui resolver com eles obrigado. agora to tentando achar o caractere que gere a quebra de linha na descrição dos serviços para o provedor ginfes... eles falaram que com o caractere da minha linguagem ia resolver...mas o #13+#10 do delphi não ta dando certo não .,,,

vi esses dias uma discussão de conexão do fb pela internet no firebase mas como rescebo por email (e ja apaguei) não tenho o link da uma olhada http://www.firebase.com.br/fb/pesquisa_lista.html

Boa tarde galera, Italo, pessoal que utiliza o provedor ginfes, estou tentando emitir uma NFS-e em homologação, para São Jose dos Pinhais, e esta me retornando: <ns4:Codigo>E16</ns4:Codigo> <ns4:Mensagem>A data da emissao do RPS nao podera ser superior a data de hoje </ns4:Mensagem> <ns4:Correcao>Informe uma data de emissao de RPS valida</ns4:Correcao> bom, verifiquei a data do meu pc e do meu servidor e estão corretas. Atualizei os componentes mas o problema continuou. Alguem esta passando por isso? Ou eu que fiz algo errado? Segue em anexo os arquivos de envio e resposta .EnvioNFSe.rar EnvioNFSe.rar EnvioNFSe.rar

Boa tarde Juliana, esse nosso problema com o boleto da caixa, e somente com ela, e com um unico cliente, é que se nos gerarmos o codigo de barras conforme o ACBr, hora que o cliente paga, não cai em conta nenhuma... esse trecho que foi implementado é so uma "POG" para o problema, //Alteracao!! if ACBrTitulo.ACBrBoleto.LayoutRemessa = c240 then begin {CRZ} if (ACBrTitulo.Carteira = 'SR') then begin // Esse processo sobrescreve tudo o que foi feito lá em cima.... ANossoNumero := ACBrTitulo.NossoNumero; while (ANossoNumero <> '') and (ANossoNumero[1] = '0') do // Tira zeros à esquerda para não atrapalhar (importante!) begin ANossoNumero := Copy(ANossoNumero, 2, Length(ANossoNumero)); end; CampoLivre := PadL(ACBrTitulo.ACBrBoleto.Cedente.CodigoCedente, 5) + PadL(ACBrTitulo.ACBrBoleto.Cedente.Agencia, 4) + '8' + '7' + PadL(ANossoNumero, 14); end; {/CRZ} end; //.......................................................................... queriamos saber se tem alguma alteração na forma de passar os dados que gere o codigo corretamente: Codigo SEM a alteração: 10490.00175 24000.200048 00000.634022 6 56760000023451 Codigo COM a alteração: 10490.01728 05868.70005 00000.063404 9 56760000023451 é o mesmo boleto, se pagar o boleto com a alteração ele cai na conta corretamente, mas se pagar o outro o dinheiro para para o "alem", conta nenhuma... excluindo essa alteração, será nos estamos passando alguma coisa errada ou faltando passar alguma coisa???

Testa no Demo_ACBrNFSe... pelo que vi faz envio para esse provedor sim...

DRomero, Italo conseguiram fazer funcionar para campinas? ainda tem os fontes? Poderia me passar?

mas que erro?

Eu nem tentei mas, e eu precisar cancelar o estorno e ja se passaram 24hrs, eu posso fazer um estorno de estorno?

Verdade. obrigado!!!

Bom dia pessoal, pode parecer uma pergunta idiota mas.... Posso realizar o cancelamento de uma nota de estorno? Eu tentei e o sefaz aceitou (em homologação),...sera que isso é correto ou deve bloquear no meu sistema???

huuuuummmmmm....bom "Nota não processada" é melhor que "Esse RPS não foi enviado..." =P Bom eu estou aguardando a respota do suporte da NFS-e deles...desde ontem....

é, eu to achando esse provedor meio louco tambem... passei por esse negocio da série e agora as minhas notas, em produção, são enviadas, retorna o protocolo, mas hora que consulto, seja por rps ou por protocolo, retorna: "Esse RPS nao foi enviado para a nossa base de dados. Numero do RPS em que ocorreu o erro: 1" mandei meus arquivos de envio e resposta para o suporte deles, para ver oque esta errado ~~...

quando vc trocou a serie para 14, você mudou o ambiente para produção? junto com a mudança de serie me passara outro codigo de tributação do municipio tambem.

Em produção, para mim, a prefeitura falou para usar a 9.

com o certificado do cliente tambem não vai... alguem aqui conseguiu fazer funcionar a homologação de nfs-e de curitiba? acho que vou ter por em produção para testar, ~~

Entendi... é o codigo do municipo que deve ser passado como '999', como vc esta usando a função de ler do xml, ele vai carregar o codigo que estiver no xml (...). então para o seu caso tera que alterar no componente mesmo, tenta isso aqui o (OBS: não testei!!!) no fonte: ACBrNFSeWebServices a linha 1080 - 1081: if (TNFSeCancelarNfse(Self).FCodigoMunicipio = '') then TNFSeCancelarNfse(Self).FCodigoMunicipio:=TNFSeCancelarNfse(Self).FNotasFiscais.Items[0].NFSe.PrestadorServico.Endereco.CodigoMunicipio; substitui por isso: if ( (FProvedor = proISSNET) and (FConfiguracoes.WebServices.AmbienteCodigo <> 1) ) then TNFSeCancelarNfse(Self).FCodigoMunicipio := '999' else begin if (TNFSeCancelarNfse(Self).FCodigoMunicipio = '') then TNFSeCancelarNfse(Self).FCodigoMunicipio:=TNFSeCancelarNfse(Self).FNotasFiscais.Items[0].NFSe.PrestadorServico.Endereco.CodigoMunicipio; end; e tenta cancelar no ambiente de homologação...

entendi...pois é... é que para homologação o certificado que se usa não é o do cliente... tem todo um "ritual" para curitba...¬¬ eu vou tentar usar o do cliente e ver oque acontece... Vlw!!!

Bom dia amigo, se estiver em ambiente de homologação, se não me engano, você tem que passar o codigo do municipio como '999'.

Bom dia Italo!!! voltei a mecher na NFS-e de curitiba, lendo os posts aqui dos foruns de nfs-e vi este . E adicionei o proISSCuritiba na execeção conforme abaixo: if not (FProvedor in [proGovBr, proSimplISS, proAbaco, proISSNet, proISSCuritiba]) then begin if not InternetSetOption(Data, INTERNET_OPTION_CLIENT_CERT_CONTEXT, PCertContext, Sizeof(CERT_CONTEXT)*5) then begin if Assigned(TACBrNFSe( FACBrNFSe ).OnGerarLog) then TACBrNFSe( FACBrNFSe ).OnGerarLog('ERRO: Erro OnBeforePost: ' + IntToStr(GetLastError)); raise Exception.Create( 'Erro OnBeforePost: ' + GetLastErrorText {IntToStr(GetLastError)} ); end; end; (fonte: ACBrNFSeWebServices linha: 442) ai blz, consigo fazer a consulta de uma NFS-e, so que sempre que envio a consulta o webservice me retorna: <ListaMensagemRetorno> <MensagemRetorno> <Codigo> E504 </Codigo> <Mensagem> O certificado digital do prestador de servicos e obrigatorio. </Mensagem> <Correcao> Envie junto a requisicao do servico o certificado digital do prestador de servicos. </Correcao> </MensagemRetorno> </ListaMensagemRetorno> tem como vc dar uma olha do meu arquivo de envio, se te algo que eu estou fazendo errado... segue em anexo: ConsultaNFSeRPS.rar Vlw,

Eu NÃO uso o monitor, mas tive o mesmo erro, eu estava passando o 90 para o componente conforme li no manual, mas deu erro, então alterei para o codigo do estado IBGE e deu certo.

Jeferson, creio que se vc, como é um usuario do SAC, solicitar um .exe do AcBrMonitor corrigido la no forum do SAC, será atendido rapidamente!!!

Tambem estou enviando normalmente, no caso não usa o "90" mesmo, passo o Estado IBGE da empresa.

Tambem rescebi esse email, esta disponivel no svn para sincronizar?

Eu gerei meu próprio certificado conforme o site do iss de curitiba diz que tem que ter para testes, vinculei o meu certificado ao CNPJ conforme descrito no site também... mas na hora que vou testar me retorna: " Não há suporte para o tipo de Provedor de Serviços de Criptografia '24' ". conversei com o Italo sobre isso e ele disse que provável problema na capicom. parei meu testes nisso.

...vishhh...seu componente foi atualizado a ultima vez em que data +/-??? eu não mexi no acbrnfse ainda por que to enrolado com outras coisas da minha empresa... mas amanha eu vou ter um tempo livre, eu coloco as alterações para emitir tudo certinho para quem usa mais de um serviço com código diferente. dependendo da data do seu componente, você vai ter que fazer alguns ajustes na sua aplicação.