Italo Giurizzato Junior

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.

Boa tarde Rene, Você poderia anexar todos os XMLs (de preferencia os soap) gerados ao enviar um Rps para o WebService? Gostaria de ver para poder analisar melhor essa situação.

Bom dia, Pelo que me recordo já foi feito a correção e enviada para o repositório. Por favor mantenha todos os fontes de todas as pastas atualizados. Tome o cuidado de não ter cópia dos fontes no HD.

Bom dia Patrick, Estou apenas realizando correções e melhorias no novo componente. Portanto lhe peço para que faça os testes usando o programa exemplo do novo componente (ACBrNFSeX).

Bom dia Ramon, Na unit Provider do provedor inclua a linha para não validar o XML: SetNomeXSD('nfse_v2_03.xsd'); ConfigSchemas.Validar := False; Faça um novo teste e anexo o XML de envio do lote para que eu possa analisar. Estou achando muito estranho pois nos testes que realizei não ocorreu erro de validação.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Ignácio, Fico feliz por ter encontrado onde estava o erro. Vou fechar esse tópico.

Bom dia Leandro, Já inclui na minha lista de tarefas para verificar o que esta ocorrendo.

Boa noite, Possível correção já foi enviado para o SVN.

Boa tarde Sérgio, 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 tarde Souza, Se você utiliza os componentes ACBr o novo componente ACBrNFSeX, já contempla essa cidade.

Boa tarde Luiz, No layout da ABRASF tanto versão 1 quanto na 2 existe um campo chamado OutrasInformacoes, mas esse campo pertence ao layout da NFS-e e não do Rps. Como o XML da NFS-e é gerado pelo Webservice esse campo é gerado ou não a pedido da prefeitura. Resumindo, não tem o que fazer.

Estou achando que não é o MD5, vou pesquisar também.

Boa tarde Maiquel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Isaque, Se para a cidade em questão a versão é 2.03, não adianta você informar que o provedor é GovBr. Esse provedor só tem na versão 1 O que tem na versão 1 e 2 é o Pronim. No arquivo Cidades.ini você vai ter que informar que o provedor é Pronimv2 para essa cidade.

Ramon, Faça uma cópia dessa unit, atualize os fontes e reinstale o ACBr. Faça novos testes.

Boa tarde Ramon, Vou incluir na minha lista de tarefas para verificar esse problema.