bnobre

Olá a todos... Atualmente uso o seguinte código para tratar as exceções visualmente para os usuários em caso de erros no envio: except on E : Exception do begin LogarErro(e.Message, cupom); messageBox(handle,Pchar(e.Message),'Erro!',MB_ICONERROR+mb_OK); Exit; end; A princípio funciona muito bem, o problema é quando o retorno da exceção é Falha na validação dos dados da nota: XXXX. Nesse caso fico sem saber o que causou essa falha na validação e tenho que ficar procurando o erro. Mas observei que o botão VALIDAR no projeto ACBrNFe_demo.exe dá detalhes sobre o erro que ocasionou a falha na validação, através do comando ACBrNFe1.NotasFiscais.Items[0].ErroValidacaoCompleto. Perfeito, é o que eu preciso. Alterei o código da exceção e ficou assim agora: except on E : Exception do begin LogarErro(e.Message + ACBrNFe1.NotasFiscais.Items[0].ErroValidacaoCompleto, cupom); messageBox(handle,Pchar(e.Message + ACBrNFe1.NotasFiscais.Items[0].ErroValidacaoCompleto),'Erro!',MB_ICONERROR+mb_OK); Exit; end; Se observarem, apenas acrescentei a função ACBrNFe1.NotasFiscais.Items[0].ErroValidacaoCompleto na mensagem que será exibida, pois eu ACHO que ela só retornará algo quando for erro de validação. Minha dúvida é sobre isso, estou correto? Meu código está bom ou posso melhorar em algo? Desde já agradeço a atenção de todos

Olá a todos, Tenho um aplicativo para envio de NFCe e um outro exclusivo para envio de NFCes em contingência (que faz a tentativa de envio de 5 em 5 minutos). O problema é que em raras vezes, no exato momento em que o usuário está fazendo o envio de NFCe em um aplicativo, o outro (contingencia) também tenta enviar e isso gera alguns erros em minha aplicação, no que tange o acesso aos dados das NFCes por parte dos aplicativos. Tem algum jeito de eu "saber" se um programa está tentando envio para impedir o outro de enviar?

Esse QRCodeLateral economiza em muito o uso de papel. Vocês pensam em ativar isso no ESCPOS também? É possível?

Olá José, Perfeito, agora foi. Obrigado Abraços

Olá BigWings, Perfeito sua observação... A nota em que eu efetuei o teste era de VENDA, fiz agora uma de devolução e aceitou o "Sem Pagamento" com o valor 0,00. Obrigado e abraços

Olá Juliomar, Fora do delphi o EXE gera o erro "Erro interno: 10060 Erro HTTP: 500". Na verdade só exibe esse erro porque eu tenho um TRY para tratar quaisquer exceções, se eu tirar o TRY o erro só ocorre dentro do Delphi no Debugger Exception Notification e fora do Delphi o erro acontece só que não aparece. Mensagens de erro em anexo.

Cara, só migrei no ambiente de Homologação e até o momento não tive nenhum grande stress, mas como como amigo "russocorp" citou existem novas regras como ao mencionar faturas informar o pagamento como Duplicata Mercantil, a própria obrigatoriedade de informar um meio de pagamento e a separação do FCP que antes vinha na alíquota do próprio ICMS, mas isso é inevitável, se não nos prepararmos para isso agora teremos que nos adaptar depois. O meu grande receio é até julho surgirem novas obrigações ou erros. Mas Carlos, você ainda está no trunk1??? Acho que nem existe mais atualização para ele. Cara, quando eu migrei do trunk1 para o trunk2 mudou MUITA coisa a nível de comandos básicos, se eu fosse você migrava esse trunk logo, mesmo que mantenha o NFe 3.10, porque eu creio que você terá problemas pela mudança desses vários comandos.

Kkkkkk ... Porque meu amigo, está tendo dificuldades para migrar?

Muito obrigado José, conforme suspeitei os campos já existiam e eu não uso, portanto a princípio não incluirei os novos que dependem desses. Quanto a leitura da coluna Tamanho, eu já imaginava que era isso, só queria mesmo uma confirmação pois não achei explicação definitiva em lugar nenhum, muito obrigado.

Agora complicou. Pelas configurações que lhe passei, eu estou mesmo usando Capicom?

Olá a todos, Estou trabalhando na migração do meu sistema de emissão de NFe 3.10 para o novo padrão 4.0, e acabo de saber da nova prorrogação de prazo da desativação da versão anterior, agora para o dia 02/07/2018. Meu receio é estar tendo esse trabalho para migrar, implantar nos clientes, explicar as mudanças e posteriormente surgir mais mudanças e eu ter que implanta-las dinovo e explicar dinovo para meus clientes. O que os amigos pensam disso? Os amigos já implantaram a versão 4.00 em seus clientes ou estão aguardando? Acham que vale a pena migrar agora? Desde já agradeço a atenção de todos

Então como eu consigo usar no Windows XP?

Porque a pergunta André?

O prazo mudou dinovo?????

Olá José, obrigado pela dica das cores... Eu preciso saber sobre a existência dessas tags específicas na versão 3.10, pois eu nunca as utilizei em meus clientes ao longo dos últimos anos, e da existência delas dependem as novas tags <pST>, <vBCFCPSTRet,> <pFCPSTRet>, <vFCPSTRet> e <vBCFCPUFDest> da versão 4.00. Como meus clientes nunca precisaram usar as tags que mencionei no primeiro post desse tópico, consequentemente, se elas já existiam na versão 3.10, eles também não precisaram preencher tais tags da versão 4.00. Procurei aqui nas Notas Técnicas, mas não achei. Você sabe onde posso encontrar o diagrama ou o manual com todas as tags usadas na versão 3.10 para elucidar essa dúvida? Outra dúvida, o que significa, por exemplo, o valor "13v2" da coluna "Tam." da página 29 da Nota Técnica 2016.002 - v 1.42? O valor "3v2-4" da coluna "Tam." da mesma página? Como deve-se interpretar tais informações? Não achei nada na NT explicando.

Boa tarde Italo, tudo bom? Vamos lá... Uso o seguinte código: ACBrNFe1.NotasFiscais.GerarNFe; ACBrNFe1.NotasFiscais.Assinar; //O primeiro erro acontece depois de executar esse comando ACBrNFe1.NotasFiscais.Validar; ACBrNFe1.Enviar(z_nfeide_nnf.AsString,False); //O segundo erro acontece depois de executar esse comando Estou executando dentro do Delphi 2010.

Olá a todos, Tenho um aplicativo emissor de NFe 3.10 onde eu PRECISO carregar o certificado toda vez que abro o aplicativo através dos seguintes comandos: //Especifica Informações de Configuração do Certificado with ACBrNFe1.Configuracoes.Certificados do begin ArquivoPFX := ExtractFilePath(Application.ExeName)+'\Schemas\cert1.pfx'; Senha := '123456'; end; Para que tal código funcionasse, precisei especificar na época as seguintes propriedades: ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLLib := libOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsXmlSec Com isso tudo funcionou muito bem e há anos uso o aplicativo. Agora migrando para a NFe 4.00, sempre recebo o seguinte erro "Falha ao localizar o nó de Assinatura" e depois o erro "Erro interno: 10060 Erro HTTP: 500". O que pode estar gerando esse erro? Desde já agradeço a atenção de todos

Valeu Juliomar

Olá a todos, Vamos supor que estou emitindo uma NFe 4.0 de valor total 100,00. A mesma é uma nota de devolução e portanto especifico a forma de pagamento com o tipo "90 - Sem pagamento". O problema é que se o valor do pagamento ficar "0,00" eu recebo o erro "Rejeição-> Total dos pagamentos menor que o valor total da nota". Se eu especificar o valor 100,00 o erro pára. Minha dúvida é: É isso mesmo? Mesmo informando o tipo de pagamento "90 - Sem pagamento" eu sou obrigado a colocar o valor total da NFe?

Então... Uso o componente... Vou lhe mandar o codigo da geração da NFe em anexo. gerarnfe.txt

Olá a todos, estou migrando meu sistema de emissão de NFe e NFCe para a versão 4.0. Para tal estou utiizando como base a apresentação https://pt.slideshare.net/regys_silveira/mudanas-da-nfe-40-e-implementao-com-acbr (dica do José) e a Nota Técnica 2016.002 - v 1.42. Estou só com pequenas dúvidas que quero esclarecer somente na leitura da NT. 1 - Qual a lógica das cores amarelo, verde e vermelho que aparecem sombreando partes de textos nessa e em outras Normas Técnicas? 2 - Na página 28 dessa NT, existem a descrição dos campos vBCSTRet e vICMSSTRet. Tais campos já existiam na versão 3.10? 3 - Na página 43 dessa NT, existem a descrição dos campos vBCUFDest, pFCPUFDest, pICMSUFDest, pICMSInter, pICMSInterPart, vFCPUFDest, vICMSUFDest e vICMSUFRemet. Tais campos já existiam na versão 3.10? Desde já agradeço a atenção e um feliz ano novo à todos.

Sim, valor 3.

Sim, pois inclusive no CSOSN 500 a tag <pST> só aparece se as duas tags que você informou acima estiverem preenchidas, mas no CST 60 tanto faz preencher elas ou não que a tag <pST> não está aparecendo.

Você fala da propriedade ACBrNFe1.Configuracoes,Geral.SSLCryptLib? Se sim, está configurado para cryCapicom.

Olá a todos, Como estou convertendo meu sistema para a emissão da NFe 4.0, estou testando o funcionamento das novas tags. Lendo a NT_2016_002_v1.42.pdf nas páginas 28 e 39 observei que a tag <pST> deveria ser preenchida nos casos do CSOSN 500 ou CST 60 (produtos de origem da 4 à 8), mas em meus testes o componente só coloca essa tag no XML quando uso como exemplo o CSOSN 500. Ao atribuir um valor para essa tag nos casos de CST 60 a mesma não é acrescida no XML. Será que eu tenho que informar algo mais?