Italo Giurizzato Junior

Bom dia Anderson, Poço lhe responder algumas perguntas. No caso da NFC-e não existe homologação tanto de Hardware quanto de Software, essa é a premissa da NFC-e, ou seja, funciona da mesma forma que a NF-e. Tanto a NF-e quanto a NFC-e é estadual e o componente ACBrNFe atende os dois modelos de documentos fiscais. Até onde sei somente Espirito Santo e Santa Catarina ainda não aderiram a NFC-e, os demais Estados já possuem calendário de obrigatoriedade e outros estão em fase de testes com alguns contribuintes, como é o caso de São Paulo. Por outro lado a NFS-e Nota Fiscal de Serviço Eletrônica é de nível municipal, temos o componente ACBrNFSe, mas ele não atende todas as cidades brasileiras. Existem varias empresas que chamamos de provedores, alguns seguem o padrão ABRASF e outros não, como é o caso da cidade de São Paulo. E os que seguem o padrão, alguns ainda se utilizam da versão 1.00 e outros da versão 2.00, sem contar que alguns resolvem colocar alguma TAG a mais só para ser diferente. O programa exemplo do componente ACBrNFSe possui um botão onde você informar o código IBGE da cidade e ele te retorna o nome do provedor, se retornar a palavra Nenhum isso significa 3 coisas: 1. O provedor que atende essa cidade esta implementado, mas ela não consta da relação. 2. O provedor que atende essa cidade não esta implementado. 3. A cidade em questão ainda não aderiu a NFS-e

Bom dia acaseli, Alem de informar o código conforme o Régys lhe esplicou, acrescente essa informação em Observação, desta forma será impresso no DANFE. Visto que não existe um campo especifico no DANFE para essa informação.

Bom dia a todos, O componente esta configurado para a UF do Distrito Federal? Atenção uma coisa é a configuração do componente e outra é alimentar o componente com os dados pertinentes a venda e nessa alimentação é informado a UF. Quanto a mensagem de rejeição aparecer NF-e em vez de NFC-e, com certeza é um erro da SEFAZ. Como o contribuinte esta credenciado nos dois ambientes (homologação e produção) para emitir NFC-e, o componente esta configurado e foi alimentado corretamente, concluo que o problema esta na SEFAZ. Favor entrar em contato e expor o problema.

Bom dia a todos, Eu não tenho um certificado válido para realizar testes. Infelizmente não tenho como ajudar com esse componente.

Boa noite NCC, Post como anexo o arquivo que você baixou do Site.

Boa noite, Não existe a possibilidade de separar em 2 units?

Boa noite Ariel, Até onde sei você só pode lançar mão do Offline quando não for possível a conexão. Se esta demorando tanto assim, uma coisa é certa, ou a conexão do seu cliente é lenta ou a SEFAZ ainda esta fazendo ajustes.

Boa noite, Primeiramente, preste atenção onde você poste as suas duvidas, este tópico se refere ao componente ACBrMDFe e não ACBrNFSe. Segundo o erro que esta ocorrendo não tem nada haver com CoInitialize e CoUninitialize e sim com o Identificado que tem que ser "Id" e não "id".

Boa noite Tiago, O problema é que o local de descarregamento esta sendo repetido para cada NFe. Se o local é o mesmo informe uma vez só e vai ADD as NF-e.

Boa noite Alberto, O ACBrNFeMonitor ainda não possui um comando para realizar a consulta no Web Services NFeDistribuicaoDFe.

Boa noite José, Primeiramente, lhe peço para baixe do Portal Nacional da NF-e a Nota Técnica 2013/005 versão 1.21, nela você vai encontrar a estrutura completa do XML. Vai descobrir que não existe uma TAG para o troco. Sendo assim, nós incluímos no componente do DANFE uma propriedade chamada Troco, onde você informa o valor e o mesmo é impresso no DANFE da NFC-e.

Boa noite Tiago, Post como anexo o XML do MDF-e que esta sendo rejeitado pela SEFAZ.

Boa noite Daniel, O ACBrNFeMonitor salva o PDF em uma determinada pasta, mas ao tentar carrega-lo para anexa-lo ao e-mail o busca em outra pasta? Se sim, em qual pasta o PDF esta sendo salvo e em qual ele busca? Todas as opções de configuração estão setadas corretamente?

Boa noite Wagner, Até onde sei não existe nenhum comando para var a leitura do PDF.

Boa tarde Luis, Remova a linha abaixo da sua rotina: infEvento.cOrgao := 91;

Boa tarde a todos, A classe CartaCorrecao foi descontinuada. Em vez de: sProtocolo := main.ACBrNFe1.WebServices.CartaCorrecao.CCeRetorno.retEvento.Items[0].RetInfEvento.nProt; sMotivo := main.ACBrNFe1.WebServices.CartaCorrecao.CCeRetorno.retEvento.Items[0].RetInfEvento.xMotivo; iStat := main.ACBrNFe1.WebServices.CartaCorrecao.CCeRetorno.retEvento.Items[0].RetInfEvento.cStat; Mude para: sProtocolo := main.ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.nProt; sMotivo := main.ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.xMotivo; iStat := main.ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat;

Boa tarde a todos, o NSU 6175 se refere a um resumo do evento de autorização de um CT-e para a NF-e cuja chave consta no resumo.

Boa tarde a todos, Respondendo as perguntas: ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.XML contem o XML de retorno da SEFAZ na integra. ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.XML contem o XML do resumo da nota ou a nota ou do processamento do evento descompactados. Não existe: ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.procNFe, pois este teríamos a estrutura completa da NF-e.

Boa tarde, Acesse o link abaixo: http://www.nfce.fazenda.sp.gov.br/NFCePortal/

Boa tarde Rodrigo, Muito obrigado pela colaboração, já esta disponível a sua correção.

Boa tarde Germano, Por favor atualiza os fontes e teste novamente.

Boa tarde, Configure o componente para salvar os arquivos de envio e de retorno (soap). Configuracoes.webservices.salvar := true. Tente enviar novamente e post como anexo os arquivos de envio e de retorno (que contem a palavra soap no nome).

Bom dia a todos, Primeiramente peço para que migrem o quanto antes as suas consultas para o NFeDistribuicaoDFe, pois o NFeConsultaDest vai parar de funcionar, alias já deveria ter parado. No meu entendimento se a sua aplicação emite uma NF-e, realiza o cancelamento ou emiti uma CC-e, essas ações tem que estar registradas no banco de dados. Por outro lado, o destinatário ao realizar a consulta e obter a relação de notas emitidas contra o seu CNPJ deve realizar a sua manifestação, por várias razões: 1. Informar a SEFAZ que uma determinada nota foi emitida contra o sem CNPJ sem que tenha ocorrido uma compra desse fornecedor. 2. Informar a SEFAZ que a mercadoria foi entregue, desta forma o fornecedor vai ficar sabendo e poderá dar baixa no seu sistema (canhoto eletrônico) e desta forma impedi-lo que ele efetue o cancelamento indevido da nota. 3. Ao realizar a manifestação a SEFAZ vai liberar o XML por completo da nota, em uma consulta futura este será retornado. Como o novo Web Services não informa se a nota foi manifestada ou não, então fica a cargo da aplicação do destinatário registrar no banco de dados que a nota foi manifestada. O NFeDistribuicaoDFe retorna todos os tipos de eventos, tais como: CC-e, Cancelamento (para o destinatário) e Manifestação para o Emitente da NF-e. E tem mais se uma determinada nota destinada a você, figurar como documento originário de um CT-e ou MDF-e será retornado um evento acusando isso. Desta forma você vai ficar sabendo que a mercadoria que você comprou vai ser transportada por uma determinada transportadora. E tem mais, ao realizar a manifestação da NF-e alem de você impedir que o fornecedor cancele a NF-e, você impede também que a transportadora faça o cancelamento do CT-e indevidamente.

Bom dia Fladimir, O Web Services NFeConsultaDest já era para ter sido desativa, mas não sei por cargas d'águas ainda não foi, sendo assim esqueça ele e parte para o NFeDistribuicaoDFe. A dica é Manual do componente ACBrNFe.

Bom dia NCC, Favor atualizar os fontes e testar novamente.