Ir para conteúdo
  • Cadastre-se

Diego Foliene

Consultores
  • Total de ítens

    5.300
  • Registro em

  • Última visita

  • Days Won

    154

Tudo que Diego Foliene postou

  1. 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:
  2. 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
      • 2
      • Curtir
  3. 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/
  4. 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
  5. Bom dia! Acredito que o @Gabriel Baltazar pode nos auxiliar com esta questão.
  6. 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.
  7. Boa tarde! De fato, o LocalPrestacao e a NaturezaPrestacao estão ligados via hardcode como é possível observar aqui Foi criada a #TK-3439, para análise e parecer do consultor responsável.
  8. 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
  9. Boa tarde! Obrigado por reportar! Foi criado a #TK-3436 para análise do problema. Caso queira contribuir com a comunidade analisando também é mais que bem vindo. Todas as contribuições são apreciadas.
  10. E-mail recebido. Você encaminhou dois arquivo: O 1-ger-nfse.xml, este é o arquivo do XML do rps. O 1-ger-nfse-soap.xml, este é o arquivo do envelope Soap, este é o arquivo que é enviado ao WebService do provedor. Ambos são arquivos contem a Tag GerarNota, ou seja, ambos são arquivos de envio, por gentileza, esses são os únicos arquivos que foram gerados? Se sim, então é muito provável que o problema esteja acontecendo aqui. Na unit ACBrNFSeXWebServiceBase.pas; Isso quer dizer que você não recebeu nenhum resposta do webservice mesmo. Vai precisar entrar em contato com eles para entender o que ocorreu.
  11. Boa tarde! Os componentes do ACBr podem ser usados nativamente quando o desenvolvimento é feito em Delphi ou em Lazarus. Para outras linguagens você pode utilizar as ACBrLibs, que são DLLs para utilizar o ACBr em outras linguagens. Como você é usuário PRO, já tem o Download liberado. Ele pode ser feito neste link Neste link você encontra a documentação da Lib https://acbr.sourceforge.io/ACBrLib/BemVindo.html Aqui é a documentação específica da Lib do ACBrPosPrinter https://acbr.sourceforge.io/ACBrLib/SobreaACBrLibPosPrinter.html Aqui tem um exemplo para Node.Js* https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Node.js/PosPrinter *Os exemplos mostram como usar, mas você precisa fazer a implementação. *Em sua maioria eles foram disponibilizados por membros da própria comunidade.
  12. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
  13. Boa tarde! O seu problema está ocorrendo aqui Ou aqui Note que em ambos a validação é de se o WebService lhe devolveu uma resposta vazia. Por favor, marque a opção "Salvar Envelope Soap" na aba WebService e disponibilize para análise os arquivos gerados. Se julgar que os mesmos tem dados sensíveis, pode seguir as orientações deste tópico. Recomendo também que simultaneamente entre em contato com o provedor, pois como as validações verificam se recebemos uma resposta vazia do webservice, o problema pode ser do lado do provedor.
  14. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
  15. Contribuição enviada ao SVN na Rev-28016. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.
  16. A contribuição foi enviada ao SVN na Rev-28015. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.
  17. Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3435
  18. @willian_delan Correção enviada na Rev-28014. Por favor, atualize seus fontes, reinstale o ACBr e teste novamente.
  19. Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3434
  20. Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3433
  21. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  22. Por favor! Verifique nas suas configurações da ACBrLibNFe qual valor está atribuído para TagNT2018005. Caso esteja 0 = fgtNunca, altere 3(ou para o ambiente que deseja testar) e faça um novo teste.
  23. Bom dia @Daniel Weber! As DLLs usam os componentes do ACBr. Quando você passa o arquivo INI para a DLL, ela usa o ACBrNFe, o mesmo faz a leitura do INI para preencher as propertys e gerar um XML da NFe então o funcionamento deveria ser o mesmo. Por favor, faça um teste passando 60rep para CST e preenchendo também as outras informações que precisa que saiam na NFe. Segue modelo INI para orientação https://acbr.sourceforge.io/ACBrLib/ModeloNFeINI.html Se o problema persistir, por favor, disponibilize o arquivo INI que está usando para análise. Se julgar que o mesmo tem dados sensíveis, pode seguir as orientações deste tópico para nos encaminhar
  24. Bom dia @Ronaldo Souza! Por favor, você seguiu a orientação do Italo e reinstalou o ACBr após realizar a atualização dos fontes?(Se possível, por favor, peço que faça esse processo novamente, dessa vez marcando a opção para "Apagar arquivos antigos"). De fato, a AplicarXMLToUTF8 adiciona a declaração de <?xml version="1.0" encoding="UTF-8"?>. E a declaração <?xml version="1.0" encoding="ISO-8859-1"?> é adicionada posteriormente via hardcode. Mas por favor, note a RemoverDeclaracaoXML(ListaRps). A mesma remove a linha <?xml version="1.0" encoding="UTF-8"?>! Ela aparece no soap porque é adicionada de novo na procedure que salva o arquivo, mas no envio, ela vai apenas com uma declaração. Você pode confirmar isso testando pelo programa exemplo, colocando um ponto de parada na procedure Executar na linha 942 da unit ACBrNFSeXWebServiceBase.pas e verificando o valor da variável FPEnvio.(Ou Message se preferir). Testando aqui, usando o programa exemplo e fazendo o envio para a cidade de Araras estou recebendo o retorno 401 Unauthorized, mas isso é o esperado, pois não tenho dados válidos de um prestador.
  25. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.