Italo Giurizzato Junior

Bom dia Luciano, Ao enviar o RPS através do método Gerar, já temos como resposta o XML da NFS-e ou a lista de rejeição. Precisamos que você anexe o arquivo de retorno. Outra coisa, no caso das consultas, ao configurar o componente você incluiu as linhas que configuram o Emitente (vide o programa exemplo)?

Bom dia Vinicius, Esse provedor não foi implementado. Não temos nenhuma informação sobre ele.

Bom dia Anderson, Emitir a NFS-e via site é uma coisa, emitir via Web Services é outra. No layout da ABRASF não me recordo de nenhuma TAG que indique que o tomador é estrangeiro. Já tentou informar EX no campo UF (Estado)?

Bom dia Natana, Só o XML do RPS não da para analisar nada. Precisamos do XML de envio e o de retorno. Outra coisa o RPS que você postou não esta assinado, sendo que a Tecnos requer que o RPS seja assinado antes do seu envio. Todos os fontes de todas as pastas estão atualizados?

Bom dia Ubirajara, Ao realizar a consulta o componente esta carregado com os dados do CT-e? Outra coisa essa imagem não se refere ao retorno da consulta. Essa imagem se refere ao Download do CT-e via portal da SEFAZ.

Boa tarde Barrys, Se o MDF-e esta sendo rejeitado, isso significa que o Schema esta correto, pois se estivesse errado o seu MDF-e nem seria enviado por falha. A questão agora é descobrir qual é a informação que esta errada no XML que faz com que o mesmo esteja sendo rejeitado.

Boa tarde Diego, Sem os arquivos de envio e de retorno referente ao cancelamento fica difícil descobrir o problema.

Bom dia André, Vamos analisar o problema e logo estaremos disponibilizando a correção.

Bom dia Barrys, Isso esta estranho, pois peguei o seu XML e coloquei ele no validador do Portal do MDF-e e não apresentou nenhuma falha.

Bom dia Edson, Você se refere a qual método, o DistribuicaoDFe do componente ACBrMDFe? Se sim, basta você atribuir o valor True a propriedade: Configuracoes.Arquivos.EmissaoPathMDFe := True;

Bom dia Amilcarcv, Exatamente.

Bom dia Elviro, Que tal dar uma estuda no programa exemplo? Ele mostra como anexar 2 CT-e ao MDF-e.

Bom dia Luis, Erro de duplicidade significa que o documento já foi enviado e recebido pela SEFAZ e você enviou novamente o mesmo documento, ou seja, com o mesmo numero.

Bom dia Wislei, Veja se esse link: http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-anulacao-e-substituicao/

Bom dia, A cidade Sorriso/MT mudou de provedor? Se sim quando essa mudança ocorreu?

Bom dia Roberto, Anexe o arquivo de retorno (*-lista-nfse.xml), para que possamos analisar.

Bom dia Nilson, Muito obrigado pela colaboração. Favor atualizar todos os fontes de todas as pastas e realize novos testes.

Bom dia Barrys, Acredito que o problema agora seja a inconformidade entre a capacidade de peso total do caminhão com o declarado. No grupo <veicTracao> você informa que a capacidade em Kg é de 4500 Kg, ou seja 4,5 toneladas. Por outro lado no grupo <tot> você informa a unidade de carga como sendo 02 - tonelada e a quantidade da mesma é 22, ou seja 22 toneladas. Como um caminhão cuja capacidade total é de 4,5 toneladas vai transportar 22?

Boa tarde, Carrega e descarrega na mesma cidade? <infMunCarrega> <cMunCarrega>3501004</cMunCarrega> <xMunCarrega>ALTINOPOLIS</xMunCarrega> </infMunCarrega> <infMunDescarga> <cMunDescarga>3501004</cMunDescarga> <xMunDescarga>ALTINOPOLIS</xMunDescarga> <infCTe> <chCTe>35....</chCTe> </infCTe> </infMunDescarga>

Boa tarde Bruno, Conforme o Manual, quando o tpServ for tsMultmodal não deve constar no XML o grupo infDoc. Se ao fazer isso ocorre erro de validação, isso me leva a crer que os seus Schemas (arquivos XSD) estão desatualizados, uma vez que o grupo infDoc é opcional. Você esta usando os schemas que estão na pasta: ...\Exemplos\ACBrDFe\Schemas\CTe ?

Boa tarde Alexandre, Muito obrigado pela colaboração, já esta disponível.

Bom dia Luciano, O método ConsultarSistuacao serve apenas para obter a situação do lote enviado, ou seja: 1 = Lote não recebido 2 = Lote em processamento 3 = Lote processado com erro 4 = Lote processado com sucesso. No manual da ABRASF sobre a NFS-e versão 1.0 temos na página 29 a estrutura do XML de resposta ao realizar a Consulta a Situação do Lote. Nessa estrutura temos os elementos: NumeroLote e Situação e o grupo ListaMensagemRetorno que contem 3 elementos: Codigo, Mensagem e Correção Pois bem, existe um erro, pois no manual diz que o grupo ListaMensagemRetorno sempre vai estar presente, mas na verdade ele só aparece quando ocorre um erro ao executar a consulta. Pelo menos a maioria dos provedores implementaram dessa forma. Sendo assim se a situação for 2 devemos realizar uma nova consulta, por outro lado se a situação for 3 ou 4 devemos executar o método ConsultarLoteRps. Desta forma vamos obter a lista de erros no caso da situação for 3 ou o XML da NFS-e caso a situação seja 4. Lembre-se para os provedores que seguem a versão 1 do layout da ABRASF temos que: Enviar, ConsultarSituacao e por fim ConsultarLoteRps. Por outro lado os provedores que seguem a versão 2 temos que: Enviar e ConsultarLoteRps. Não versão 2 o ConsularLoteRps traz a situação a lista de erros caso ela seja 3 ou o XML da NFS-e caso seja 4. Entendeu agora como é que a coisa funciona?

Bom dia a todos, Rogério, existe uma certa confusão, vou tentar esclarecer. O componente ACBrMDFe tem como finalidade emitir o MDF-e - Manifesto de Documentos Fiscais Eletrônicos, o MDF-e é um documento que relaciona por exemplo todos os CT-e referentes a carga de um caminhão, cujo transporte será interestadual. Como você pode ver não tem nada haver com o que o seu cliente faz. O seu cliente utiliza um programa gratuito do governo para realizar a Manifestação do Destinatário. A Manifestação consiste em duas etapas, a primeira obter a lista de notas emitidas contra o seu CNPJ e a segunda manifestar sobre cada uma delas. Complementado o que o Juliomar já disse, o componente ACBrNFe possui um método chamado DistribuicaoDFe, através deste você obtêm a lista de notas, portanto temos ai a primeira etapa resolvida. Note que escrevi lista de notas e não as notas, portanto o que temos é um resumo, ou seja, meia duzia de informações sobre a nota emitida contra o seu CNPJ. Você deve apresentar essa lista na tela para que o usuário possa selecionar individualmente cada uma delas e se manifestar, portanto temos ai a segunda etapa resolvida. A Manifestação são eventos, como a carta de correção, o cancelamento, sendo assim o que muda basicamente é o tipo de evento a ser informado. Existem 4 tipos de eventos refere a Manifestação. Resumindo você vai utilizar o componente ACBrNFe para executar as 2 etapas que compõe a Manifestação do Destinatário. Proponho que você acesse o Portal Nacional da NF-e e baixe as seguintes Notas Técnicas. NT 2014/002 versão 1.01 - Que trata sobre a Distribuição DF-e. NT 2012/002 versão 1.02 - Que trata sobre a Manifestação do Destinatário Sobre a obrigatoriedade de realizar a Manifestação do Destinatário favor ler: NT 2013/001 - Que trata sobre a Manifestação de Operação de Combustível.

Boa tarde Maurício, Qual é o objetivo de gerar a chave antes? Eu nunca tive esse problema, pois o XML só gerado segundos antes do seu envio, deixo a cargo do componente gerar a chave no momento que esta gerando o XML. Depois leio a propriedade ID para obter a chave e guarda-la no banco de dados.

Boa noite a todos, Acredito que você utiliza o ACBrMonitor Plus, correto? Pois bem o Monitor se utiliza do componente ACBrNFe para realizar diversas tarefas, entre elas a consulta. O método Consultar implementado no componente ACBrNFe tem 2 finalidades. 1. Se consultar informando somente a chave da NF-e teremos como resposta a situação atual da respectiva nota. 2. Se consultar informando o XML da NF-e assinado, teremos como resposta a situação atual da respectiva nota e a atualização do XML, ou seja, o protocolo de autorização será acrescentado ao XML e caso a nota possua eventos, tais como: cancelamento, carta de correção etc, um XML com sufixo "-NFeDFe.xml" é gerado contendo o XML assinado, protocolado e a lista de eventos. Esse último arquivo somente é gerando pelo componente, no momento ainda não temos nenhuma funcionalidade no componente que o utilize. O arquivo com valida jurídica e que devemos disponibilizar ao destinatário da mercadoria e a transportadora quando esta for a responsável pelo transporte da mercadoria vendida é o XML cujo nome é: <chave>-nfe.xml desde que esteja assinado e com o protocolo de autorização. Junior, você disse que abriu ambos os arquivos e não encontrou os eventos, pois bem, seria possível você anexa-los?