Italo Giurizzato Junior

Boa noite, Favor anexar o XML de retorno (de preferencia o soap) ao enviar o Rps para o provedor para que possamos analisar.

Boa noite Djean, Favor atualizar os fontes, pois enviei algumas alterações que acredito vai resolver esse problema.

Boa noite Diego, Esta marcado para assinar o Lote de Rps, a linha que eu pedi para você incluir vai fazer com que ele assine o Rps também.

Boa noite, Hoje envie uma alteração no componente que acredito que vai resolver esse problema.

Boa noite Joas, Vai ser complicado você comparar o código do componente antigo com o novo, mudou muita coisa. Se com o componente antigo esta funcionando, e com o novo não, eu lhe peço que anexe o XML de envio do Rps gerado pelo antigo e pelo novo para que eu possa analisar.

Italo, O seu programa esta usando o componente novo correto? Noite o seguinte comparando os XMLs: No que a nota é enviada e não ocorre a rejeição temos: <Prestador><CpfCnpj><Cnpj>05425647000189</Cnpj></CpfCnpj> No outro que ocorre a rejeição temos: <Prestador><CpfCnpj><Cpf>47666137672</Cpf></CpfCnpj> Esta sendo informado o CPF de alguém como sendo o Prestador, acredito o problema seja esse.

Boa tarde Valdir, Favor atualizar os fontes e faça novos testes.

É estranho ocorrer a diferença que você apontou. A senha possui algum caractere especial, ou ela é formada por apenas letras (sem acentos e sem cedilha) e dígitos?

Boa tarde Juliano, A cidade de Londrina, se utiliza do provedor SigISS que possui um layout próprio, sendo assim não sei como funciona esse provedor. O que eu sei é que ele possui em seu webservice apenas 3 serviços implementados: 1. Gerar - destinado a recepcionar um Rps por vez, ou seja, o envio é unitário e não em lote. 2. Consultar NFS-e - destinado a consultar uma nota informando o numero dela. 3. Cancelar NFS-e - destinado a cancelar uma nota. Favor anexar os XMLs (soap) gerados ao enviar o Rps, para que eu possa analisar.

Boa tarde Italo, O seu programa esta usando o componente antigo? Se sim, por favor anexe o XML (soap) de envio do Rps, gerado pela sua aplicação e o gerado pelo programa exemplo do novo componente para que possamos analisar esses problema.

Boa tarde, Essa unit IdHashMessageDigest é do Delphi, correto? Ela esta presente e funciona da mesma forma desde o Delphi 7 até a versão mais nova do Delphi?

Boa tarde Antonio, De varias classes que herdam a TACBrObjectList, somente a TDetCollection você alterou. Você poderia argumentar a real necessidade dessa alteração, quais as vantagens dela, entre outras coisas?

Boa tarde Rene, Favor atualizar os fontes e faça novos testes.

Continuando o assunto sobre substituição de NFS-e nos provedores que seguem a versão 1 do layout da ABRASF. Um membro da equipe ACBr fez o seguinte teste, usando o programa exemplo do novo componente: ACBrNFSeX e o provedor utilizado foi Ginfes. No programa exemplo, mais precisamente a procedure AlimentarNFSe descomente as linhas abaixo: // Usado quando o RPS for substituir outro { RpsSubstituido.Numero := FormatFloat('#########0', i); RpsSubstituido.Serie := 'UNICA'; // TnfseTipoRPS = ( trRPS, trNFConjugada, trCupom ); RpsSubstituido.Tipo := trRPS; } essas linhas de código permite você informar o numero, serie e tipo do Rps a ser substituído. Exemplo, foi enviado o Rps de numero 300 que gerou a NFS-e de numero 400. Quero emitir uma nova nota visando substituir a NFS-e de numero 400. Devo alimentar o componente com os dados do novo Rps (por exemplo Rps de numero 301) nas linhas apresentadas acima informo o numero do Rps a ser substituído, ou seja 300. Como a nota de numero 400 foi gerada através do envio do Rps 300, ao enviar um novo Rps que tenha o numero do Rps a ser substituído, no caso 300, o WebService vai automaticamente substituir a nota de numero 400. Não sei se esse processo de substituição funciona em todos os provedores que seguem a versão 1 do layout da ABRASF, mas não custa nada a testar.

Bom dia Maiquel, Já esta no SVN.

Bom dia Juliano, No retorno do envio do Rps consta o numero da nota? Se sim, você pode usar o ConsultarNFSe.

Bom dia, Você esta usando o novo componente de emissão de NFS-e: ACBrNFSeX ? Se não estiver, lhe convido a iniciar os testes com o novo componente. O componente ACBrNFSe não vai mais ter manutenção. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Bom dia, Complementado a minha resposta anterior. Volto a dizer que no manual da versão 1 do layout da ABRASF não explica como realizar a substituição de uma NFS-e. Por outro lado no manual da versão 2 esta documentado de forma clara e precisa o serviço de Substituição de NFS-e. Ou seja, na versão 2 existe o serviço de Substituição NFS-e, agora se o provedor implementou todos os serviços documentados no manual em seu webservice isso é outra história. Na versão 2 temos documentado os serviços: EnviarLoteRps, EnviarLoteRpsSincrono, GerarNfse, ConsularLote, ConsultarNFSePorRps, ConsultarNFSePorFaixa, ConsultarNFSeServicoPrestado, ConsultarServicoTomado, CancelarNFSe e SubsituirNFSe. O provedor MegaSoft que segue a versão 2 do layout da ABRASF dos 10 serviços documentados, foram implementados somente 2: GerarNFSe e ConsultarNFSePorRps. Note que o serviço para realizar o cancelamento de uma NFS-e não foi implementado. Ai você me pergunta: como eu faça para cancelar uma nota? A resposta é simples, não faz. Através da sua aplicação não é possível, pelo simples fato do provedor não ter implementado o serviço para realizar o cancelamento. O jeito é ver se via Site é possível fazer o cancelamento, se não for, o contribuinte terá que protocolar na prefeitura um pedido de cancelamento da nota.

Bom dia Valdir, Procure sempre anexar o arquivo soap de envio e de retorno para que eu possa fazer uma analise melhor. As rotinas foram escritas conforme o layout da ABRASF, mas infelizmente tem provedor que não segue a risca o layout, ai ocorre esses erros e temos que ficar fazendo as gambiarras.

Boa noite Rene, Muito obrigado já inclui na minha lista de tarefas para analisar o problema.

Boa noite, Pelo que estou sabendo a cidade de Maceió mudou de provedor Ginfes para Giss. Foi dito que as URLs permanecem as mesmas, mas para mim isso não faz nenhum sentido, pois as URLs de um provedor não funciona em outro.

Boa noite Valdir, Fiz diversas alterações nos fontes, favor atualizar, reinstalar e faça novos testes.

Boa noite, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa noite Diego, Faça o seguinte teste: Abra a unit ISSCuritiba.Provider na procedure: TACBrNFSeProviderISSCuritiba.Configuracao inclua a linha: ConfigAssinar.Rps := True; Por fim faça um novo teste de envio do Rps.

Boa tarde a todos, Com certeza a SEFAZ-SP não fez o dever de casa. Favor entrar em contato com eles para questiona-los de quanto vai ser liberado as novas tags.