Italo Giurizzato Junior

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

Bom dia Adilson, Deu para perceber que cada provedor trabalha de uma forma diferente. É o que eu sempre digo, a NFS-e é uma zorra. A mensagem diz que o Tomador não esta cadastrado, ou o CNPJ ou IM devem estar errados, é preciso checar se ele realmente esta cadastro, se sim, como essas duas informações se encontram no cadastro, por exemplo a formatação.

Bom dia Marcelo, Pela mensagem de erro, me parece ser um problema no aguardo do retorno do envio. O envio do BP-e é unitário, ou seja, é enviado um BP-e por vez, logo não existe a figura de Lote. A modo de envio é síncrono, portanto temos o resultado do processamento já no retorno. Se ao consultar é retornado que o BP-e foi processado com sucesso, ou seja, é retornado o protocolo de autorização, isso significa que o erro que esta ocorrendo é no retorno, por algum motivo a SEFAZ não esta realizado o retorno. Sobre o erro 503. Se ocorrer esse erro, você deve carregar o XML do BP-e com o LoadFromFile e em seguida executar o método Consultar, desta forma se o BP-e foi autorizado o XML que esta assinado recebera o protocolo de autorização, por fim basta imprimir o DABPE.

Boa tarde Edu, Muito estranho, pois além de estar faltando pastas esta faltando arquivos. Sugiro que você apague a pasta ACBrBranches, crie uma nova, configure o tortoise para baixar os fontes do repositório Branches e por fim baixar os arquivos novamente. De preferencia feche o Delphi e qualquer aplicativo que esteja com um dos fontes abertos, por exemplo bloco de notas.

Boa tarde Júlio, Chegou a atualizar nos seus clientes os arquivos INI (Cidades.ini e ISSDSF.ini) ?

Boa tarde Maxwell, Com os arquivos INI e com os fontes do componente atuais esta ocorrendo erro? Favor anexar os arquivos alterados para que possamos analisar.

Boa tarde Adilson, Se você costuma atualizar os fontes de todas as pastas, basta pegar os arquivos INI da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI

Boa tarde, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Edu No Branches temos os "novos fontes" do ACBrCIOT nas seguintes pastas: ...\Fontes\ACBrDFe\ACBrCIOT e ...\Fontes\ACBrDFe\ACBrCIOT\PCNCIOT Programa exemplo: C:\ACBr\branches\Exemplos\ACBrDFe\ACBrCIOT\Delphi Pacote para instalação: ...\Pacotes\Delphi\ACBrDFe\ACBrCIOT

Bom dia 2SSistemas, Você esta fazendo confusão. Primeiramente, NF-e, CT-e - Conhecimento de Transporte, MDF-e - Manifesto de Documentos Fiscais não são eventos e sim documentos. Segundo, existem eventos que são únicos, ou seja, o seu numero sempre será 1, como por exemplo o evento de cancelamento de um documento. No caso da carta de correção é que muda, pois podemos enviar para SEFAZ até 20 eventos de carta de correção para a mesma NF-e. Não interessa se o Destinatário da mercadoria já enviou um evento de Manifestação do Destinatário, se o emitente da NF-e vier a emitir uma carta de correção para a nota o numero do evento será 1 caso seja a primeira carta para essa nota. Como disse o BigWings é a sua aplicação que deve controlar a numeração dos eventos (principalmente da carta de correção) que é são enviados para a SEFAZ. Espero ter ajudado.

Adilson, Para a cidade de Catanduva já tinha sido feito as devidas alterações, se foi necessário você fazer, isso significa que os seus arquivos estão desatualizados.

Bom dia Adilson, Qual cidade mudou de Pronim para Pronimv2? Foi alterado os arquivos Cidades.ini e Pronimv2 em função dessa mudança? Fez testes com o programa exemplo para essa cidade?

Bom dia Júlio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

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

Bom dia Josafar, No caso do MDF-e as datas são: 10/09/2018 - Homologação e 15/10/2018 - Produção, conforme consta na Nota Técnica 2018/002 versão 1.02 que contem as informações sobre a alteração no layout do MDF-e, mas precisamente o novo grupo: infRespTec. Favor anexar o XML do MDF-e com o grupo infRespTec que foi rejeitado pela SEFAZ bem como o de retorno que contem a rejeição.

Maravilha, o famoso fsist esta bugado, não baixa corretamente um CT-e cujo documento emitido pelo remetente é Outros.

Bom dia Daniel, Após realizar a Manifestação do Destinatário qual é o método do DistribuicaoDFe que você utiliza, DistribuicaoDFePorUltNSU ou DistribuicaoDFePorNSU ou DistribuicaoDFePorChaveNFe ?

No manual costa que esse grupo é opcional, mas isso não significa que você pode informar ou não a revelia, existem regras. Abra o Manual do CT-e e procure pelo nome do grupo infDoc que você vai achar as regras onde esse grupo deve ser informado e quando ele pode estar ausente.

José, esses dois arquivos de retorno são da mesma empresa? Analisando os dois arquivos notei o seguinte: No primeiro ao realizar a consulta foi informado o valor 9190 como sendo o UltNSU e foi retornado Eventos e CT-e cujos NSU foram de 9191 até 9240. Logo a próxima consulta devemos informar o valor 9240 como sendo o UltNSU. No segundo ao realizar a consulta foi informado o valor 9803 como sendo o UltNSU e foi retornado somente eventos (normal) cujos NSU foram de 9804 até 9853. Logo a próxima consulta devemos informar o valor 9853 como sendo o UltNSU. Se esses dois arquivos de retorno pertencem a mesma empresa esta faltando arquivos de retorno, muitos por sinal, ou ocorreu um erro ao informar o valor de UltNSU na consulta seguinte.

Anexe o seu XML. Notei que esse que você anexou a titulo de exemplo o CFOP é 5359 e o Remetente da carga é um pessoa física.

Bom dia Juliana, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção Apagar arquivos antigos marcada? Esta muito estranho o arquivo 1-lista-nfse-soap.xml esta completamente vazio só tem a linha que informa o tipo de codificação do XML.

Bom dia José, Para que outras pessoas não fiquem confusas, peço que use os termos corretos. O DistribuicaoDFe do ACBrNFe é usado para baixar as notas fiscais de venda de mercadorias. O DistribuicaoDFe do ACBrCTe é usado para baixar os conhecimentos de transportes de cargas. Eu não sei como funciona o "Arquivei", mas o DistribuicaoDFe implementado tanto no ACBrNFe quanto o ACBrCTe e ACBrMDFe se utilizam do Webservices do Ambiente Nacional. Se a sua aplicação baixa os XMLs do CT-e emitidos por uma empresa deveria baixar os das outras empresas também. O que ocorre com as outras duas, qual é o erro? As outras duas são filiais, ou tem o CNPJ completamente diferentes?

Bom dia, O erro mudou, não é mais a chave da NFS-e? Você esta alimentando o campo: Nfse.RegimeEspecialTributacao ?

Bom dia, Não tem como, um CT-e tem que fazer referencia a uma NF (comum de papel) ou a uma NF-e ou a um outro tipo de documento (Outros) como por exemplo uma Carta Remessa de Mercadoria.

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