Italo Giurizzato Junior

Boa tarde Felipe, Já inclui na minha lista de tarefas para verificar o que pode esta ocorrendo.

Bom dia Rafa, Pelo retorno em vez do provedor retornar o XML da NFS-e apenas retorna um resumo com algumas informações do RPS e acusa que a conversão para NFS-e foi feita com sucesso e apresenta qual é o numero da nota, serie e código de autenticidade.

Bom dia Verissimo, Faltou o arquivo Cidades.ini

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

Josué, Tem coisa errada. Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada?

Felipe, Como assim não ter implementação, o provedor SystemPro tem o serviço de Substituição de NFS-e. No arquivo INI consta como deve ser montado o Envelope desse serviço. Vai ser necessário debugar mais a fundo para saber onde realmente esta o problema. Outra coisa configure o programa exemplo para salvar os arquivos soap. Faça um novo teste e anexe os arquivos soap gerados ao solicitar a substituição de uma nota.

Leandro, Você pode conseguir o XML da NFS-e através do ConsultarNFSePorRps, ConsultarLote e ConsultarNFSe dependendo do provedor. A tag principal dessas 3 consultas são diferentes no retorno, se esses sistema exige a tag ConsultarNfseRpsResposta eles estão restringindo o sistema deles. Paciência.

Bom dia Josue, Você alterou o valor do campo RPS para 1, neste caso o RPS foi assinado, correto? Me explica melhor a questão da assinatura não ser da forma correta.

Bom dia, O código informado é 4216602 que se refere a cidade de São José/SC. O código acima é da cidade do emitente da nota que vai ser cancelada?

Bom dia Leonard, E ao informar o certificado não ocorre nenhum erro através do navegador, correto? Se sim com certeza é esse o endereço correto. Agora o porque do erro interno 183 não sei lhe informar o motivo. Sugiro você entrar em contato com o provedor.

Bom dia, A cidade mudou para qual provedor?

Bom dia Antonio, Favor atualizar todos os fontes de todas as pastas. Note que foi feita uma alteração no arquivo INI do provedor.

Felipe, A ideia do Substituir é emitir uma nova NFS-e que substituirá uma outra NFS-e que será cancelada. Sendo assim, devemos alimentar o componente com os dados do novo RPS que vai gerar a nova NFS-e, ao executar o SubstituirNFSe devemos informar o numero, serie, etc da nota a ser cancelada. O componente monta um XML contendo o pedido de cancelamento da nota informada, mais o Rps. Alguns provedores exigem que o pedido de cancelamento esteja assinado, o Rps esteja assinado e o pedido de substituição esteja assinado. Para que isso ocorra se faz necessário que os campos RPS, Cancelar e Substituir da seção Assinar tenham o valor 1. No caso do provedor SystemPro os campos RPS e Substituir estão com o valor zero, logo somente o pedido de cancelamento será assinado.

Bom dia, É estranho não esta retornando o motivo do cancelamento. Vou verificar o que deve esta ocorrendo e também a questão da série.

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

Bom dia Leandro, Nos XML que você anexou na primeira postagem, um se refere ao retorno da consulta da NFS-e por Rps, note que dentro do grupo <ConsultarNfseRpsResposta> temos o grupo <CompNfse> que é o grupo que contem os demais grupos e tags que Compõe a NFS-e, dai o nome do grupo <CompNfse>. Já o segundo arquivo, nada mais é que o grupo <CompNfse> que é salvo como sendo o XML da NFS-e. A única diferença é que esse provedor coloca o prefixo "tc:" nos grupos e tags de forma errada pois se você notar é declarado os prefixos "tc:" como sendo tipos complexos e "ts:" como sendo tipos simples que por sinal não é utilizado. A tag Nfse que na verdade é um grupo esta certo receber o prefixo "tc:", mas a tag Numero esta errado, pois trata-se de um tipo simples, logo deveria receber o prefixo "ts:". Como você pode ver até o webservice do provedor esta gerando o XML de retorno com prefixos (que não precisam) e além disso de forma errada. O componente ACBrNFSe possui uma deficiência na leitura das tags, não consegue ler corretamente as tags com prefixos, logo ele remove os prefixos. Você disse que o sistema de um contador não consegue ler o XML da NFS-e sem os prefixos, correto? Como vai ficar o dia que a prefeitura fizer uma nova licitação e mudar o provedor e esse novo provedor o XML da NFS-e retornado pelo webservice não possui prefixo? Ele vai continuar reclamando que o XML precisa ter os prefixos ou ele vai entrar em contato com o desenvolvedor desse sistema para que seja feita uma alteração nele?

Bom dia Felipe, Faça o seguinte teste: Abra o arquivo SystemPro.ini e altere o valor para 1 do campo Substituir da seção Assinar, salve o arquivo alterado, execute o programa exemplo e faça um novo teste de substituição.

Bom dia Chaves, O problema também ocorre com o ambiente de produção? Se não ocorre então pode ser o ambiente de homologação que esta com problemas.

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

Bom dia, Caso deseje colaboração com o projeto implementando o referido evento ficaremos gratos.

Bom dia Douglas, Já esta no repositório.

Bom dia Guilherme, Já esta quase tudo pronto para migrar o componente ACBrCNAB para o trunk2. Espero que assim mais desenvolvedores possam realizar testes, fazer melhorias e correções necessárias.

Olá pessoal, O componente ACBrNF3e vai sofrer uma alteração para estar em conformidade com a NT. Resumo das alterações: Inclusão do hash do modelo 6 na nota fiscal de ajustes; Inclusão de campos e regras de validação da retenção de tributos federais; Criação do PIS e COFINS efetivos; Inclusão do qrCode do PIX na fatura; Orientação sobre a regra de rejeição por duplicidade da chave natural; Exceção para preenchimento do NIS. O ambiente de homologação só vai estar liberado em 02/05/2021 e o de produção em 07/06/2021. Procure manter os fontes ACBr sempre atualizados. Para quem não conhece o NF3e se refere a Nota Fiscal Energia Elétrica Eletrônica. Encontra-se também em nossa biblioteca a versão 1.01 da Nota Explicativa 2020/001.