Diego Foliene

Bom dia! O ambiente de produção para a emissão de NFSe para o DF foi ativado ontem(01/01/2023) por volta das 22:00 horas. Ainda assim, estamos recebendo muitos relatos de nossos usuários na comunidade do Discord de que não estão conseguindo emitir NFSe em produção. Além de outros erros recebidos se destaca como retorno constante para múltiplos usuários: Alguns relatam também que não estão conseguindo acessar a plataforma disponibilizada pelo provedor usando certificado digital. Os usuários relatam também que não é mais possível emitir NF-e/NFC-e conjugada ou com apenas serviços, pois ao tentar, estão recebendo rejeições como:

Bom dia! Foi relatado por alguns usuários em nossa comunidade do Discord no dia 30/12/2022 que os mesmos estavam recebendo as seguintes rejeições ao transmitir uma NFe com documentos fiscais referenciados diferente do modelo 55. 953 - Rejeição: Informado ECF referenciado para CFOP 5.929 em UF que não permite essa referência 953 - Rejeição: Chave de Acesso referenciada com tipo de emissão invalido Isso foi um erro por parte da Sefaz, visto que a primeira mensagem de rejeição foi criada na NT2022/003(Versão 1.00) e foi excluída na NT2022/003(Versão 1.10). Enquanto que a segunda mensagem de rejeição foi criada na NT2022/003(Versão 1.10). Em ambas as edições da NT, a data de vigência para entrar em homologação é 07/02/2023 e para entrar em produção é 03/04/2023. Foi orientado a esses usuários que entrassem em contato com a Sefaz para expor o problema. Ainda no mesmo dia, foi relatado que o problema foi resolvido. Veja a NT esmiuçada aqui

Bom dia @felipe.santiago40! Sim, essa é uma regra nova que foi implementada na NT2022_003v1.10, MAS ela ainda não deveria estar em vigor, visto que a data prevista para homologação é 07/02/2023. Sugiro que entre em contato com a Sefaz através do Fale Conosco e exponha o problema. Mais detalhes sobre a NT você encontra neste tópico https://www.projetoacbr.com.br/forum/topic/69726-novos-campos-de-uso-a-critério-da-uf-várias-novas-regras-de-validação-na-nfe-nfce-em-2023-nt-2022003-versão-100/

Bom dia! Acredito que o link seja este mesmo. Veja que apesar de a versão estar como 1.0.46 a data de modificação do arquivo está como 29/12/2022 17:26

Boa tarde @lel352! Por favor, veja se a função ACBrNFSeX.GerarLote atende a sua necessidade. Vale citar que você precisa preencher o componente com as informações primeiro. Para detalhes de como usar, peço que consulte o programa exemplo, aba Envios, botão Gerar Lote.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo Para mais detalhes do que foi alterado, por favor, confira a Rev-28020

A contribuição foi enviada ao SVN na Rev-28015. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3435

@willian_delan Correção enviada na Rev-28014. Por favor, atualize seus fontes, reinstale o ACBr e teste novamente.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3434

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

Contribuição enviada ao SVN na Rev-27963(errei na mensagem do commit kkkk, mas os dados foram conforme a contribuição). Por favor atualize seus fontes, reinstale o ACBr e faça novos testes.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3428

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3427

Boa tarde! Muito obrigado pela intenção em contribuir. Por favor, tente apagar alguns anexos de tópicos antigos teste anexar a unit novamente.

Boa tarde! Veja que em ambos os Soaps de resposta você recebeu <?xml version="1.0" encoding="UTF-8"?>The service is unavailable. O arquivo Soap é a resposta que o webservice devolve para você sem tratamento por parte do componente. Logo somos levados a crer que o problema é do lado do provedor. Aguardar, se for possível e se não for tentar um contato com o provedor e se não for possível com o setor de ISS da prefeitura.

Contribuição enviada ao SVN na Rev-27955. O provedor Elotech coloca no envio uma tag <Homologa> que recebe true ou false para indicar se é homologação ou não, então eu preenchi a URL de homologação também. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

Isso estava incorreto. Removi a URL de homologação. Rev-27952 Isso só ocorre quando a versão é 1.00, para versão 1.01, não é adicionada esta tag e as URLs de produção e homologação são diferentes.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3422

Optei por deixar porque testando com e sem a URL de homologação no programa exemplo recebi retornos diferentes. Soap-Retorno-Sem-URL-Homolog.xml Soap-Retorno-Com-URL-Homolog.xml

Alteração enviada ao SVN na Rev-27949. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

@Alex Heinen, por favor, qual erro você obteve? Infelizmente não tenho dados de um prestador válidos para fazer um teste completo, o máximo que recebo é "00401 - Acesso Negado!" ao tentar emitir a NFSe. Entendo a adição da URL de homologação. Testando com o arquivo .INI atual e com a sua contribuição, o teste em homologação foi o único que divergiu dos outros usando a versão atual do INI. Por favor, existe algum motivo para você ter alterado a versão também?

Boa tarde! Muito obrigado pela contribuição! Foi criada a #TK-3421 para validação e envio ao SVN.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3419

Bom dia! A contribuição foi aceita e enviada ao SVN! Por favor atualize seus fontes, reinstale o ACBr e faça novos testes. Para mais detalhes confira a Rev-27937