Italo Giurizzato Junior

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.

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 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.

Bom dia, Por favor, não post como texto fragmento de código a não ser que o mesmo tenha 3 linhas. Procure sem anexar. Outra coisa no inicio da sua rotina você colocou um comentário que se trata de encerramento, mas ao passar o tipo de evento, você informa o de cancelamento.

Bom dia Ubaltino, Primeiramente não post conteúdo de arquivos como parte do texto, procure sempre anexa-los, a não ser que seja umas 3 linhas. Segundo, pela mensagem que consta no campo xMotivo, significa que o MDF-e não foi autorizado e sim rejeitado. Essa mensagem é muita estranha uma vez que a SEFAZ habilitou automaticamente todos os emitentes de NF-e e CT-e para poder emitir também o MDF-e. Como o envio foi realizado em ambiente de homologação, pode ser que o Web Services esteja com algum problema e esta retornando essa mensagem absurda. Um detalhe importante, TODAS as UF se utilizam da SEFAZ-RS para enviar o MDF-e, logo o problema não é a SEFAZ-GO e sim a SEFAZ-RS. Como não existe inutilização de numeração no MDF-e você pode utilizar o numero do MDF-e rejeitado para emitir um outro.

Boa noite, Na pasta onde encontra-se os fontes dos componentes ACBr, existe uma pasta chamada Exemplos e dentro desta a pasta ACBrNFSe. Compile o programa exemplo e o execute. Note que existe um botão usado para checar o provedor da cidade desejada. Informe o código IBGE da mesma. Se retornar a palavra Nenhum, isso significa que não existe um provedor para a cidade em questão ou a mesma ainda não foi adicionada ao componente, caso contrario será retornado o nome do provedor que atende a cidade desejada.

Boa noite a todos, Sim, que tal dar uma estudada no programa exemplo, mais precisamente no botão de encerramento e cancelamento. Ai vocês vão dizer mas no programa exemplos ele pede o XML do MDF-e, sim, ele pede, para simplesmente extrair do mesmo a chave e o protocolo.

Boa noite Claudio, O tópico se refere a Inutilização de numeração e não encerramento de MDF-e. Por favor, faça a sua postagem no tópico que tenha haver com o seu problema ou seja encerramento de MDF-e.