bnobre

Olá a todos, Estou fazendo a migração do NFe 3.10 para o 4.00 seguindo as dicas da apresentação enviada pelo José. O problema é que bem no início da apresentação diz que o envio do NFe 4.0 ocorrerá exclusivamente via TLS 1.2 ou superior e que o Windows XP não suporta esse protocolo. Até aí tudo bem, mas porque nos meus testes eu CONSIGO emitir normalmente NFe e NFCe na versão 4.0 em ambiente de homologação sobre o Windows XP??? Desde já agradeço a todos e boas festas.

Obrigado pelo retorno rápido meu amigo.

Olá a todos, Meus clientes começaram a reclamar desde ontem sobre o erro 12002 na emissão da NFC-e... Alguém mais está tendo esse problema?

Olá a todos, No mercado Atacadão os clientes são obrigados a informar o CPF para emissão da NFC-e, e SOMENTE o CPF. Segue DANFE em anexo. Como emitir NFC-e pelo componente informando somente o CPF do consumidor? Desde já agradeço a atenção

Eu já tinha visto essa Bluesoft, mas é paga. O pessoal do SIC deve ter uma base própria. Vou aguardar Janeiro pra ver o que o pessoal da GS1 decide, afinal a base de referência será a base deles.

Vamos lá, De acordo com o pessoal da GS1 podemos, até o presente momento, descartar essa API e suas cobranças. Dado essa normativa, que torna a base deles referência para a validação dos GTINs enviados nos DFes, eles ainda estão estudando como se dará a consulta em cima da base deles. A previsão que me foi passada é que em Janeiro eles terão algo mais concreto sobre tal assunto. Só nos resta aguardar, qualquer novidade posto aqui.

Bem... Ainda não obtive retorno por parte da GS1, mas consegui achar uma proposta deles na internet... E pelo jeito não é nada gratuito, ao contrário do que inicialmente me falaram ao telefone. Ao meu ver isso deveria ser informação de domínio público, principalmente agora que a obrigatoriedade existirá em relação ao cadastro do GTIN nos DFes, e tendo essa GS1 como referência nacional para tal validação a mesma deveria fornecer gratuitamente. Segue abaixo o link para quem quiser verificar os valores (Não anexei no post pois excede 2 MB): https://mega.nz/#!OIEhnSSa!K58yxoP2WfsVchAN2bM6lKi3kPzTFvk_mcWMYLD1Wi0 Assim que receber confirmação sobre esses valores e detalhes sobre como funciona a API e sua integração com o Delphi eu posto aqui. O que me intriga é que há meses, clientes novos, relatam que o aplicativo que usavam antes do meu permitia puxar detalhes como descrição, unidade, etc do produto preenchendo somente o código de barras (sem nenhum custo adicional). Para ser mais preciso esse aplicativo é o SIC (http://www.sicnet.com.br/). Agora como será que eles fazem, usam a API da GS1 (o que suponho ser improvável dado a cobrança existente) ou arrumam essa base em algum outro repositório que não seja a GS1?

Olá meu amigo, grato pela resposta. Entrei em contato com o pessoal da GS1, estou aguardando resposta deles com valores de consulta e instruções sobre integração com o Delphi, assim que tiver maiores detalhes posto aqui para conhecimento do resto da comunidade. Mas eu fiquei com dúvida sobre uma parte do texto que postou, especificamente nesse trecho: "No caso de cEANTrib, o GTIN tributário deve corresponder ao GTIN da menor unidade comercializada no varejo identificável por código GTIN" Como assim GTIN de menor unidade comercializada no varejo? Nesse caso poderão coexistir cEAN e cEANTrib diferentes? Poderia exemplificar? Outro detalhe, tecnicamente falando como eles vinculariam que aquele GTIN não pertence aquele produto? Ao meu ver eles só podem verificar se o GTIN é inválido, se o usuário quiser ele coloca tudo "SEM GTIN" e pronto, assim como vários fazem com o NCM colocando "00000000". Estou errado no raciocínio? Desde já agradeço a atenção de todos

Olá a todos. De acordo com algumas mensagens que li no fórum, a partir de janeiro de 2018 começará a obrigatoriedade do cadastro do GTIN para enviar NFe e NFCe... E tal cadastro será validade com o que existe no CCG. Minha dúvida é: 1 - Como será feito a detecção e diferenciação pela SEFAZ dos produtos que possuem GTIN para os que não possuem? 2 - Como ter acesso a essa tabela do CCG? Para inserirmos em nosso sistema, facilitando assim a vida de nossos clientes. Desde já agradeço a atenção de todos.

Não sabia BigWings, grato pela informação.

Entendo Italo, a questão é que essa nota foi emitida em 25/07/2017, portanto creio que não trata-se de atraso na disponibilização do XML. Segue chave: 33170705415769000194550010000552811400400507

Bem ... Então a solução que dei foi essa abaixo, não sei se é a melhor, mas fiz conforme a dica acima do amigo José. //DESMARCO apenas para gerar o PDF e não salvá-lo conforme separação de mês que uso nos XMLs ACBrNFe1.Configuracoes.Arquivos.SepararPorMes := False; ACBrNFe1.DANFE := ACBrNFeDANFCeFortes1; //************************************************************************ ACBrNFe1.NotasFiscais.LoadFromString(xml); ACBrNFe1.DANFE.vTroco := troco; ACBrNFe1.DANFE.PathPDF := JvSelectDirectory1.Directory; ACBrNFe1.NotasFiscais.ImprimirPDF; ACBrNFe1.NotasFiscais.Clear; //MARCO tudo dinovo depois para manter a impressão ESCPOS e a organização do XML por mês ACBrNFe1.Configuracoes.Arquivos.SepararPorMes := True; ACBrNFe1.DANFE := ACBrNFeDANFeESCPOS; //************************************************************************

Olá a todos, Após me manifestar sobre uma nota, baixo logo em seguida seu XML com os seguintes comandos: procedure Tfrm_mde.DownloadXML; var xml:String; isouf: Integer; begin //Pois a principio todos meus emitentes são do Rio. isouf := 33; ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.DistribuicaoDFePorChaveNFe(isouf, Emitente_CNPJCPF, z_mdenfe_chave.AsString); if ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.cStat = 138 then begin xml := ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[0].XML; z_mde.Edit; z_mdenfe_xml.AsString := xml; z_mde.Post; end; end; O problema é que para algumas chaves que passo o retorno do Cstat é 137. O que posso fazer nesse caso?

Realmente eu tentei aqui e não recebo nada de Manifestação... Pelo jeito não tem jeito, não vejo solução. Faltará esse XML em caso de falha na internet... Incrível como a SEFAZ, sabendo a dificuldade de infraestrutura que temos nesse nosso país, não disponibilizou um meio para obter isso através de uma simples consulta a ser usada posteriomente nos casos de falha na internet.

Ok, boa observação. Mas então tirando esse detalhe a minha idéia deu certo. Mas ainda fico com o problema no XML da Manifestação no caso da falha na internet. Existe algo que eu possa fazer? Uma solução similar a que criei para o do Cancelamento? Ou em caso de falha simplesmente não tem jeito e perco o conteúdo desse XML? Desde já agradeço todas as dicas dadas meu amigo

Claro... Segue ambos em anexo. O que achou? 1101113317122174735500011965003000000461100000461301-procEventoNFe_criadopelocodigo.xml 1101113317122174735500011965003000000461100000461301-procEventoNFe.xml

Sim Italo, mudei o Timeout, mas persiste. E mesmo resolvendo em um cliente, ainda assim existiria a possibilidade de ocorrer em algum outro e eu gostaria de dar uma solução mais específica. Dentre esses arquivos de retorno tem o XML da Manifestação (que nesses casos de erro eu não consigo obter pelo ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML)???????? Cara, eu consegui resolver isso no evento do Cancelamento há muito tempo atrás, eu não sei se está certo a solução que dei, mas reparei que pelo comando"dtm_banco.ACBrNFe1.WebServices.Consulta.RetWS" eu conseguia recuperar parte do XML do evento do Cancelamento Aí eu peguei isso, adicionei o resto do conteúdo à mão e recrio o XML do Cancelamento de NFCe em casos de falha de internet, quando a nota é cancelada e logo após não recebo o retorno por falha da internet. Não dá pra fazer algo similar ou mais fácil para obter o XML da manifestação nesses casos de erro? Segue abaixo o código que fiz para o cancelamento, caso ajude alguém: if ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat = 573 Then begin ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.WebServices.Consulta.NFeChave := chave; xml := ACBrNFe1.WebServices.Consulta.RetWS; xml := TextoEntre(xml, '<procEventoNFe', '</procEventoNFe>'); xml := '<?xml version="1.0" encoding="UTF-8"?><procEventoNFe' + xml + '</procEventoNFe>'; idevento := Copy(xml, Pos('infEvento Id="ID', xml) + 16, 52); AssignFile ( arq, ExtractFilePath(Application.ExeName)+ 'XML\NFCe\Canceladas\'+FormatDateTime('yyyymm', DataServidor)+'\' + idevento + '-procEventoNFe.xml' ); Rewrite ( arq ); WriteLn ( arq, xml); CloseFile ( arq ); messageBox(handle,'Nota cancelada com sucesso','Cancelamento concluído',MB_IconInformation+mb_OK); end

Realmente Italo, conforme disse o componente não tem culpa alguma... E realmente eu posso simplesmente setar na minha aplicação que a Manifestação foi feita, mas levando em conta que o cliente pode ter um histórico de manifestações sobre uma mesma NFe (dar ciência e depois confirmar a operação, por exemplo), eu acho pertinente salvar todas, com seus XMLs respectivos para auditorias futuras que se façam necessárias... E é aí que eu vejo a inviabilidade, se eu não tiver como consultar ou recriar pelo componente, por exemplo, o XML da Ciência que foi dada com o comando ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML, pois nessa hora, apesar de ocorrer a Manifestação, deu falha logo em seguinda na internet, é fato que a Internet no Brasil é uma BOMBA. Mas eu estou exagerando nesse arquivamento? O que acha... Você não salva tais XMLs?

Entendo Italo, mas aí fica inviável usar a Manifestação do componente, pelo simples fato de esse problema de internet existir e ocorrer, aí fica dando Duplicidade de Evento e perco o XML do evento com dados importantes. Como você faz nesses casos em suas aplicações? Outrac oisa, você disse que o componente não extrai as informações do XML... Então é possível resgatar o XML do evento posteriormente? Como?

Boa tarde, tudo bom??? Fui testar o manifestação hoje pela primeira vez em um cliente, em Produção. Adivinha... Aconteceu de início o que eu imaginei, erro 12002 (internet lenta) ao tentar manifestar e logo em seguida "Duplicidade de Evento". O meu problema nem é tanto saber se manifestou, pois dado o erro é óbvio que a manifestação foi realizada com sucesso... O problema é que preciso as seguintes informações que armazeno em meus sistema... Número, data e hora do protocolo, além do motivo para saber se foi corretamente vinculado a NFe em questão, além claro do XML completo do evento da manifestação Como resgatar tais informações???

Que pena... 99,9% dos meus clientes usam via ESCPOS, muito mais rápido, eficiente e sem travamentos.

Olá a todos, Configurei a propriedade QRCodeLateral como TRUE no ACBrNFe1.DANFE.QRCodeLateral, no ACBrNFeDANFCeFortes1.QRCodeLateral e no ACBrNFeDANFeESCPOS.QRCodeLateral. Apesar disso, Infelizmente a impressão só sai com o QRCode na lateral na impressão via Fortes, e sai cortando a direita. Segue DANFES em anexo.

O problema é que eu quero que meus XMLs sejam salvos com a estrutura mensal, MAS não meus PDFs... Terei toda hora que MARCAR e DESMARCAR a propriedade "Criar Pastas Mensalmente" ao usar o comando "ACBrNFe1.NotasFiscais.ImprimirPDF"??? E levando em conta que quero imprimir via ESCPOS, a solução será MARCAR e DESMARCAR a propriedade do DANFE para Fortes sempre que eu for gerar o PDF???

Olá a todos, tenho duas dúvidas: 1- Ao executar o comando "ACBrNFe1.NotasFiscais.ImprimirPDF" o componente gera o PDF, mas o problema é que tal PDF é salvo sempre em uma pasta com o formato "yyyymm" criada no local especificado em "ACBrNFe1.DANFE.PathPDF". Preciso que o PDF seja salvo simplesmente no local especificado em em "ACBrNFe1.DANFE.PathPDF". É possível???? 2- Praticamente todos os clientes realizam a impressão do DANFE NFC-e via ESCPOS, o problema é que não consigo gerar o PDF com a função "ACBrNFe1.NotasFiscais.ImprimirPDF" quando o ACBrNFe1 está associado ao ACBrNFeDANFeESCPOS, e isso gera um grande problema quando o cliente precisa do PDF da nota. Como contornar isso?

E qual a função do "apagarAcbr.bat"?