Italo Giurizzato Junior

Boa tarde Carlos, Manual versão 4.01 da NF-e ? acho que você esta bem atrasado no que diz respeito a documentação da NF-e. Esqueça inclusive a versão 5.00 do manual, aconselho você baixar a Nota Técnica 2013/005 v1.22, que por sinal foi publicada no Portal Nacional da NF-e na data de hoje.

Acredito que sim.

Marcelo, Se você não migrar para o Delphi o jeito vai ser utilizar o ACBrNFeMonitor. Sendo assim, aqui mesmo no fórum você o encontra disponível para Download. Após a sua instalação você vai encontrar o manual do mesmo, onde encontra-se um modelo de arquivo TXT. Aqui mesmo no fórum, muitos usuário do monitor postam seus arquivos, normalmente com problemas, mas já é um começo.

Boa tarde, Ai que esta o problema, depois do envio se ocorre um timeout, não se deve enviar novamente e sim realizar uma consulta. Se o problema foi no retorno, a consulta vai retornar o resultado do processamento da nota. Agora se problema ocorreu durante o envio a consulta vai retornar que a nota não existe, ai sim você tenta o envio novamente.

Boa tarde Marcelo, Respondendo as suas perguntas: 01 - Não se trata de uma DLL e sim um componente para o Delphi. 02 - Sim. 03 - só existe uma versão e ela é gratuita, inclusive todos os fontes estão disponíveis para serem baixados pelo desenvolvedor. 04 - por ser um componente para o Delphi não será possível o seu uso no VB. 05 - Sim, existe um manual do componente, programa exemplo e é sempre bom ter os Manuais e Notas Técnicas publicadas no Portal Nacional da NF-e. Solução: 1. Abandonar o VB e partir para o Delphi, isso demanda tempo, pois vai ter que aprender uma nova linguagem. 2. Usar uma aplicação chamada ACBrNFeMonitor, neste caso a sua aplicação gera um arquivo TXT segundo um layout definido pelo ACBr, o monitor por sua vez se encarrega de gerar o XML, assinar, validar, enviar para SEFAZ, atualizar o XML com o protocolo de autorização, existem vários comando complementares para imprimir o DANFE, enviar o XML por e-mail para o destinatário entre outros. No final do processo é salvo um arquivo TXT com o retorno, neste caso a sua aplicação deve ler o conteúdo desse arquivo para atualizar o banco de dados.

Boa tarde Maiquel, Quais são os valores de FormaEmissao (configuração do componente) e tpEmis (alimentação do componente) ?

Boa tarde, A SEFAZ-SP não vai aceitar a emissão de NFCe Offline, sendo assim, acredito que o ambiente de homologação possua essa regra também. Se você quer testar a opção Offline use a SEFAZ-AM.

Boa tarde Murilo, Você não tem os XMLs de retorno salvos? Neles consta o numero do Ultimo NSU.

Bom dia Murilo, Ao usar pela primeira vez deve-se atribuir o valor zero a ultNSU, ou seja, ultNSU := '0'; Dai para frente deve-se atribuir a ultNSU o valor retornado em: ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.ultNSU; Essa informação sugiro guardar em uma tabela no banco de dados, uma vez que no dia seguinte você não deve iniciar do zero novamente.

Bom dia André, O nome correto da pasta é: ZLibExGZ.

Bom dia Menezes, Verifica se o XML da nota não contem palavras acentuadas ou com cedilha ou algum carácter especial tipo: &.

Bom dia Tiago, Não é bem assim. Existe as propriedades dSaiEnt (data) e hSaiEnt (hora) elas são utilizadas para a versão 2.00 Se tratando da versão 3.10 devemos utilizar apenas a propriedade dSaiEnt e informar tanto a data como a hora. Algo do tipo: if DMDFe.NFe.Configuracoes.Geral.VersaoDF = ve200 then begin infNFe.Versao := 2; Ide.dEmi := StrToDate(edtEmissao.Text); Ide.dSaiEnt := StrToDate(edtSaida.Text); Ide.hSaiEnt := StrToTime(edtHora.Text); end else begin infNFe.Versao := 3.1; Ide.dEmi := Now; Ide.dSaiEnt := Now; // ou StrToDateTime(edtSaida.Text+' '+edtHora.Text+':00'); Ide.hSaiEnt := 0; end; Espero ter ajudado.

Bom dia João, Com certeza é uma falha na SEFAZ, pois o XML de solicitação esta correto.

Bom dia a todos, Como faz falta acessar o Portal Nacional da NF-e e baixar o Manual ou Nota Técnica que acaba de ser publicada. Se todos tivessem esse habito de verificar se tem alguma publicação nova, baixar e ler, esse tipo questionamento não teríamos no fórum. Já faz um bom tempo que o cancelamento é um evento. Antes dele se tornar um evento o componente realizava a troca do protocolo de autorização pelo de cancelamento. Agora não faz mais essa troca, segundo as recomendações do ENCAT o XML assinado e com o protocolo de autorização não deve ser alterado. Caso a nota venha ser cancelada devemos enviar ao destinatário um segundo XML chamado: *-procEventoNFe.xml, este contem a solicitação do cancelamento bem como o seu motivo e o retorno da SEFAZ com o protocolo de cancelamento. A aplicação do destinatário (caso importa os XMLs) tem que possui uma rotina para importar o XML da nota e outra para importar o XML do processamento de Evento (cancelamento por exemplo). No caso de uma carta de correção, esta também é um evento, sendo assim no final teremos também um XML chamado: *-procEventoNFe.xml que também deve ser enviado para o destinatário. Espero ter ficado claro.

Bom dia Carlos, Você poderia postar em anexo o arquivo INI que você esta montando para ser enviado ao ACBrNFeMonitor? No XML não consta o grupo <pag> Formas de Pagamento. Acredito que o DANFE que você selecionou no Monitor se utiliza desse grupo para imprimir os totais. E aproveitando qual é o modelo de DANFE selecionado?

Boa noite Artur, Porque você esta usando o tipo de emissão SVC-AN ? Porque não usa o teNormal?

Acredito que você não vai conseguir cadastrar a sua software house uma vez que ela não é uma empresa do varejo e sim prestadora de serviço. Você vai ter que usar o certificado de um cliente que é uma empresa de varejo. É o seu cliente que tem que se cadastrar para emitir NFC-e e solicitar o idCSC e CSC.

Boa tarde Rodrigo, No inicio a equipe do projeto piloto resolveram chamar duas informações a serem usadas na geração do QR-Code de idToken e Token, e perceberam que muitas pessoas andaram confundindo com o certificado A3 no formato Token (pen-drive). Agora essas duas informações se chamam: idCSC e CSC, trata-se de um Código de Segurança do Contribuinte, não tem nada haver com o certificado digital. A impressão do DANFE NFC-e só deve ser realizado após o envio do XML a SEFAZ (semelhante a NF-e). O componente ACBrNFe atende tanto a NF-e quanto a NFC-e, inclusive todos os métodos de envio, consulta, etc. são os mesmos. Você só precisa configurar o ACBrNFe, informando qual é o modelo de documento fiscal que deseja emitir bem como a sua versão. A rotina que alimenta o componente com os dados da venda existem algumas particularidades de cada modelo, por exemplo, na NF-e é obrigatório informar os dados do destinatário, já na NFC-e não. Por outro lado na NFC-e devemos informar a forma de pagamento, ou seja, foi pago com dinheiro, cartão, cheque, etc. e os respectivos valores.

O idCSC e CSC tem que ser da empresa que vai emitir NFC-e. Se você utiliza certificado de terceiros, são esses terceiros que devem solicitar o idCSC e CSC. Lembre-se que somente as empresas do varejo que vão emitir NFC-e. Exemplo: A empresa XXX é um mini mercado, ela deverá adquirir o certificado digital e solicitar junto a SEFAZ o idCSC e CSC assim que o seu credenciamento para emissão de NFC-e seja concedido. Você poderá utilizar o certificado, o idCSC e CSC da empresa XXX para realizar os testes, com o consentimento dela.

Boa tarde, Uma correção, não é idToken/idCSC ou Token/CSC e sim idToken/idCSC e Token/CSC. Primeiramente, a palavra Token foi substituida pela sigla CSC para não confundir com o certificado digital vendido em formato Token (pen-drive). Sendo assim temos duas informações a serem passadas para o componente: idToken e Token que se referem ao idCSC e CSC. Para que serve essas duas informações? Somente para gerar o QR-Code que é impresso no DANFE NFC-e. Quem fornece o idCSC e CSC ao contribuinte? A SEFAZ-Autorizadora do mesmo. Se o contribuinte é de SP, deve-se solicitar a SEFAZ-SP. O ambiente de homologação já esta disponível para qualquer contribuinte de SP sendo assim você deve configurar o componente para SP.

Boa tarde Murilo, Quando ocorre problema no retorno da SEFAZ, os passos são: 1. Carregar através do loadfromfile o XML assinado da NF-e que foi enviada. 2. Executar o comando consultar. Isso vai fazer com que o componente atualize o XML assinado, ou seja, vai acrescentar o protocolo de autorização. Desta forma o XML vai ficar completo, ou seja, assinado e protocolado.

Boa tarde Rodrigo, No meu entendimento o município de inicio e fim da prestação se refere ao município do expedidor e recebedor, pois é o fragmento do trajeto que lhe compete. Mas para tirar as duvidas por completo, te aconselho você conversar com um bom contador.

Boa tarde, Muito obrigado pela informação, já fiz a alteração, favor atualizar os fontes e testar novamente.

Junior, Sendo assim o problema encontra-se no schema que você esta utilizando, ele deve estar errado. Na pasta: ...\Exemplos\ACBrMDFe\Delphi\Schemas temos os schemas atualizados para a validação do MDF-e.

Bom dia José, Primeiramente, peço a gentileza de postar somente uma vez, este post já é o segundo seu com o mesmo problema que encontro. Segundo a rotina que você montou para realizar a consulta é destinada ao emitente e isso já foi dito em outras postagens. Logo não deve ser utilizada pelo destinatário. Terceiro, favor ler o manual do ACBrNFe que encontra-se na pasta ...\Doctos\Manuais, você vai encontrar um método chamado DistribuicaoDFe e como leitura complementar, baixe do Portal Nacional da NF-e a Nota Técnica 2014/002 versão 1.01 que trata sobre o Web Services Distribuição DFe. Esse sim é para ser utilizado pelo Destinatário.