Renato Rubinho

Boa noite @edulamy Pode confirmar se conseguiu enviar desta forma para que seja considerada a alteração e envio ao SVN?

Boa tarde, Esses registros recebidos não devem ser resumo da NFe ou NFe completa Veja no programa de exemplo as 4 opções diferentes recebidas diferenciadas por schema. Deve estar recebendo um resumo de evento ou evento e as propriedades preenchidas com a chDFe não diferentes.

Cole o soap de envio gerado com o programa de exemplo. Para isso, veja este tópico e habilite todas as propriedades para salvar os xmls, mesmo o Italo tendi citado a NFe, a estrutura é a mesma. Você comparou todas as tags preenchidas se não houve nenhuma variação, pois pode ser alguma outra informação e o provedor está te confundindo com um retorno incorreto. Confirme todos os dados do prestador, Talvez tenha que enviar o Soap para o provedor indentificar porque está retornando essa rejeição.

Bom dia, Deveria funcionar com o certificado da mesma raiz de CNPJ, assim como os testes que você fez antes em produção. Pela mensagem, está faltando identificar corretamente o prestador ou é algum bug no provedor. O mesmo erro ocorre com o programa de exemplo? Compare o soap enviado que gerou este erro com um que funcionou nos testes anteriores, pois pode ser alguma outra informação e o provedor está te confundindo com um retorno incorreto. Confira principalmente os dados do prestador se estão iguais, especialmente CNPJ e IM Prestador.IdentificacaoPrestador.CpfCnpj

Bom dia Adriano, Precisa reinstalar os componentes após executar o Compila_RES.BAT.

Olá pessoal, Seguem tópicos que foram abordados no workshop, algumas informações adicionais e algumas dúvidas que foram tratadas nesta edição do Dia do ACBr 2022. 1. Leiam a NT 2014 002 É uma leitura rápida, 18 páginas onde metade são índices, imagens, XML ou tabelas. Resumindo, em menos de 10 páginas de leitura você saberá tudo que precisa sobre a Distribuição DFe. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/NFe_NT2014_002 v1.13 a 1.15 - WsNFeDistribuicaoDFe.pdf 2. Enfim, o que é o NSU? Número Sequencial Único, que pode ser considerado como uma chave primária por cnpj, fazendo uma analogia a uma simples tabela, e é gerado pela Sefaz ao disponibilizar os registros para a distribuição. Ele não é gerado quando você consome o serviço, tanto que ao efetuar uma consulta, a Sefaz retorna a informação de qual é o maxNSU disponível, mesmo que o lote atual não retorne todos os registros restantes. 3. Fluxo simplificado para o download do xml da NFe Quando a NFe é emitida, a Sefaz gera um NSU e disponibiliza um XML de resumo contendo os dados básicos para a manifestação do destinatário. Ao receber esse resumo através da Distribuição DFe, o usuário possui os dados necessários para fazer a manifestação. Após a manifestação, que seja diferente de Desconhecimento da Operação, a Sefaz irá disponibilizar um novo registro contendo o XML completo da NFe. Obs: O CTe não requer manifestação, sendo que o XML já é disponibilizado completo no primeiro NSU gerado pela Sefaz, não existindo o resumo para este DFe . 4. Distribuição por ultNSU São retornados 50 registros por lote. O retorno destaca o ultNSU recebido e o maxNSU disponível, sendo que enquanto o primeiro for menor que o segundo deverão ser feitas novas consultas para receber os próximos lotes. Assim que o ultNSU recebido for igual ao maxNSU, deve-se interromper as consultas e aguardar uma hora até a próxima. 5. Rejeição 656-Consumo Indevido Ocorrerá quando for efetuada uma consulta por ultNSU e for informado o ultNSU diferente do último recebido. Também quando não for aguardada 1h da última rejeição ou do último retorno 137-Nenhum Documento Localizado. Essa rejeição, indica qual foi o ultNSU válido consultado e que deverá ser utilizado na próxima consulta para retomar a sequência. 6. Porque uma NFe emitida aparece no site da Sefaz mas não está disponível imediatamente no DistribuicaoDFe? A NFe é emitida na UF autorizadora que depois envia as informações para o ambiente nacional, o responsável pela distribuição. Esse processo não tem tempo determinado pela Sefaz e deve ser aguardado para que o registro esteja disponível no webservice de distribuição. É importante saber que apenas após a primeira consulta do serviço de distribuição por ultNSU que a Sefaz passa a gerar os NSUs e distribuir os registros para aquele CNPJ. Obs: Apenas os documentos emitidos após a primeira consulta serão distribuídos, os retroativos não. Se o CNPJ permanecer 60 dias sem fazer consultas, a geração de NSUs será interrompida e, assim como na primeira consulta, o retroativo não será distribuído após uma nova consulta. 7. É possível uma NFe ser gerada e não aparecer no DistribuicaoDFe? Houveram casos no passado de NFes emitidas sem data e hora de saída que não eram distribuídas por algum bug da Sefaz, mas não houveram mais relatos semelhantes recentes. Conforme mencionado acima, não existe tempo certo para o NSU ser gerado, então é muito provável que aguardando um tempo maior, esse registro esteja disponível. 8. Consulta pela chave gera NSU? Não e não depende mais da manifestação gerar um NSU para ser utilizada, mas o indicado é utilizá-la apenas em casos pontuais, sendo que o processo natural da distribuição por ultNSU trará todos os registros em seu tempo. 9. É possível fazer testes em homologação? Sim, mas assim como em produção, será necessário fazer a primeira consulta, aguardar 1h para receber os NSUs das novas NFes geradas após a primeira consulta. 10. Como sei que alguém está usando em paralelo? Tenha um log dos NSUs baixados, consultados e, caso ocorra o consumo indevido, compare o ultNSU válido retornado pela Sefaz com o último NSU recebido. Não é possível saber quem está usando em paralelo, mas é possível mostrar que está sendo usado pelo diferença constatada entre os NSUs. 11. Ocorreu um erro na rotina e não processou um lote, consigo consultar novamente o mesmo ultNSU? Não nesta sequência natural do processo que já considerou seu ultNSU recebido como o número a ser consultado na próxima chamada. Uma opção usando o webservice é reiniciar as consultas com ultNSU = 0 e receber novamente todos os registros do período de 90 dias disponíveis. 12. Dica para resolver conflitos entre aplicações com necessidade de uso paralelo do serviço. Implemente a importação dos xmls de distribuição através do componente e deixe de usar o webservice, bastando que a outra aplicação disponibilize os xmls recebidos por ela para importação pelo seu sistema. Veja no programa de exemplo o método do botão de Distribuição DF-e por Último NSU.

Boa noite Rodrigues, Isso foi até citado no tópico que indiquei. Se você alterar algo no XML irá invalidar a assinatura, não sei lhe dizer se você alterar e assinar novamente seria correto fiscalmente, mas acredito que não. O ideal seria entrar em contato com seu contabilista para ter certeza se pode ser feito ou outra dica do tópico que foi inutilizar essa numeração e emitir uma nova.

Boa noite, Não precisa adicionar todas, apenas as dlls relacionadas à arquitetura da sua aplicação. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa noite, tpEmis deveria ser 9 e no XML consta como 1. Veja este tópico que está bem detalhado com o mesmo problema.

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

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

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

Boa noite Willian, Mais provável que seja na leitura do retorno, por não ter conseguido salvar o XML. Debugue o ponto do tratamento a seguir, inclusive você vai conseguir ler o XML do retorno. Veja que no bloco da NotaCompleta a identificação do nó é diferente do outro bloco, o problema pode estar aí. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/IPM.Provider.pas

Boa tarde, Se você preencher o cProdANVISA com qualquer outro valor passa?

Boa tarde, Conseguiu a documentação com o provedor? Se for um dos padrões ABRASF tem mais chance de ser implementada em um espaço de tempo menor, a menos que alguém da comunidade implemente e contribua com os fontes. Aguarde um posicionamento oficial do @Italo Giurizzato Juniora respeito.

Boa tarde, Estranho que preenchendo essa propriedade deveria gerar o CodigoCnae no XML, mas não gerou. Está com os fontes atualizados? Para os testes nessa versão, você habilitou no ini, compilou o res e reinstalou os componentes? Coloque um ponto de parada no local a seguir e debugue para identificar porque não preencheu. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Base/Provedores/ACBrNFSeXGravarXml_ABRASFv2.pas

Boa noite, Está preenchendo o NFSe.Servico.CodigoCnae?

Boa noite, Este provedor já está implementando no componente, basta adicionar o município no ini. Veja o tópico a seguir com instruções. Quando habilitar, por favor confirme se todos os serviços funcionaram e anexe o ini alterado para envio ao SVN.

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

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

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

Se for um desses provedores, veja se está configurando corretamente.

Boa noite, Precisa pegar a documentação com o provedor. Caso consiga a documentação, anexe aqui no tópico. Verificar se ele segue os padrões ABRASF1 ou ABRASF2 ou se possui leiaute próprio. Se for um padrão ABRASF, o processo é mais simples, basta se basear em algum outro que siga o mesmo. Se for leiaute próprio, tem que escrever tudo que ele implementou, podendo ser basear também em algum outro já existente. Tópicos úteis.

Tem histórico deste mesmo problema e era usuário e/ou senha errados.

Está dando Unable to Login? Confirma se as Credenciais estão certas. Talvez em outro gerenciador de e-mail ou webmail. Copie as duas dlls para o mesmo direito do exe. http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/