Douglas A R Lima

Bom dia, BigWings. Obrigado pelos esclarecimentos. Com relação a OpenSSL, eu já havia feito o teste e funcionou 100%. Concordo com você, A1 é muito tranquilo com OpenSSL. Mas caso alguém tenha um certificado A1 da VALID e queira utilizar WinCrypt, segue os procedimentos que realizei para o mesmo funcionar em um notebook com Windows 7 Ultimate 32 bits: - Instalei as atualizações disponíveis no Windows Update (103 atualizações); - Instalei o arquivo ".pfx" permitindo exportar a chave privada; - Baixei o instalador da VALID "http://www.validcertificadora.com.br/Instalador" (na instalação selecionei A1, e informei o caminho do ".pfx" e a senha. A principal função do instalador é atualizar as cadeias); - Na aplicação, informei apenas o número de série.

Boa tarde, daniel_paixao. Estou com esta mensagem de erro em um certificado A1 da VALID. Já realizei todos os procedimentos aqui mencionados e não obtive êxito. Poderia compartilhar conosco a sua solução? Obrigado!

Bom dia, André. Atualizado e compilado! Não ocorrem mais os erros mencionados. Obrigado!

Bom dia, senhores! Ontem fiz a atualização via SVN e precisei conferir algumas propriedades do componente ACBrNFeDANFeESCPOS. Ao tentar acessar qualquer propriedade do componente ocorre um "Access Violation". Em alguns momentos também ocorre "Abstract Error". Verifiquei que todos os componentes que possuem referência com a classe "ACBrNFeDANFEClass.pas" apresentam o erro. E todos apontam para o método "GetPathPDF" conforme imagem. Acessei a classe e comentei as alterações, recompilei e parou de ocorrer o erro. Alguém poderia fazer o mesmo teste e verificar se esta tudo ok? Obrigado! Douglas A R Lima

Ok. Obrigado, Juliomar...

Boa tarde, senhores! Sei que muito já foi dito, e que muitas respostas acabam sendo repetidas, mas lendo o post do EMBarbosa http://www.projetoacbr.com.br/forum/topic/32011-extensão-do-suporte-ao-delphi-7-até-o-fim-do-ano/#comment-211225 Pergunto: os desenvolvedores que compilam suas aplicações nas versões D7, D2005, D2006 ou D2007 (é o meu caso) e não quiserem ter problemas com uma possível quebra de compatibilidade a partir de janeiro de 2017 terão que migrar suas aplicações para Lazarus, D2009 ou posterior?

Bom dia, Rodrigo. De fato o meu código esta diferente da última revisão do SVN. Abaixo o log do SVN e em anexo o código que estou utilizando. Por agora, não vou alterar nada no sistema referente à NF-e / NFC-e, pois estou trabalhando em outro projeto. Então, faça os testes, confirme se realmente o problema é causado por esta revisão, em seguida poste o resultado para que um dos colaboradores do ACBr, se julgarem necessário, possam alterar a Unit. Um abraço... Log do SVN -------------- Revisão: 11028 Autor: dopi Data: 30/01/2016 Mensagem do Autor: ACBrNFe.pas - Correção para usar o parâmetro Destinatário ACBrDANFCeFortesFrA4.pas - Correção de acentuação GetURLQRCode.txt

Rodrigo, O valor esta igual nas duas tag's.

Bom dia, Rodrigo. Fiz um teste aqui e a NFC-e foi transmitida sem problemas (print e parte do xml em anexo). Acredito que o erro não esteja relacionado com o método GetURLQRCode, pois com base nos testes que realizei a SEFAZ não valida o número de identificação do estrangeiro. Verifique se o seu ACBr esta atualizado e confirme os dados que estão sendo passados para o componente. Detalhe, sou de Brasília, com isso utilizo a SEFAZ RS. Não sei se a SEFAZ RJ adota algum procedimento diferente. Um abraço... NFCeEst.rar

Leandro, Uma, das várias, melhorias no trunk2 é a possibilidade de gerar um único binário que suporte A1 e A3. Então, após instalar o A1 no Internet Explorer selecione o mesmo como se fosse um certificado do tipo A3. No post do Daniel ele dá mais detalhes. O ACBrNFeDemo também é uma boa fonte de consulta. Um abraço... Douglas A R Lima

Boa tarde, Leandro. Estes clientes que persistem com o erro 10060 utilizam certificado A1? Caso sim, faça o seguinte teste, instale o certificado no IE e configure o mesmo na opção CAPICOM. No meu caso este erro ocorre somente quando informo o caminho do arquivo "pfx". Depois que instalei no IE, parou de ocorrer o erro.

Concordo! Acho que me expressei mal. Como você falou, sem legislação fica difícil. Fiz o teste e esta ok. Obrigado! Douglas A R Lima

Régys, no meu entender, se caso eu informe o <vProd> já com o desconto, então não há necessidade de preencher nenhuma outra informação sobre desconto. Pois quando omito o campo Prod.vDesc e informo o Prod.vProd sem o desconto, como um fiscal irá saber qual o valor do desconto do item? Através do <vDescIncond>? Aí, para descobrir o valor do item ele soma Prod.vProd + Imposto.ISSQN.vDescIncond? Sempre emiti notas de serviço desta forma, e nunca tive problemas.

Ocorre a rejeição: Nota(s) não confirmadas: 372->Rejeicao: Total da NF difere do somatorio dos Valores compoe o valor Total da NF. Status: 610 53160109184233000166650020000003721000003720-nfe.xml

Caso eu não informe o desconto no campo Prod.vDesc ocorre a rejeição abaixo: Nota(s) não confirmadas: 371->Rejeicao: Total do Desconto difere do somatorio dos itens Status: 537 Em cada item, preencho os campos Prod.vDesc e Imposto.ISSQN.vDescIncond e no grupo <ISSQNtot> faço a soma de todos os descontos. Fiquei com uma dúvida: Brasília, como já sabemos, não tem NFS-e. Utiliza o mesmo layout para emissão de notas de Vendas/Serviços. Agora, em se tratando de NFC-e, todos os estados utilizam o mesmo layout? Caso sim, se for confeccionado uma NFC-e conjugada (vendas/serviços) e o serviço informado possuir desconto o campo " vDescIncond" deve ser preenchido. Então, se o campo " vDescIncond" for removido, neste caso, também ficará errado!

Boa tarde, Régys. Brasília, diferente dos demais estados, não possui município, então a arrecadação do ISS é feita pelo estado. Por determinação do GDF (Governo do Distrito Federal), após aprovação do CONFAZ, utilizamos o mesmo layout para emitir notas de Vendas/Serviços. Com isso, quando faço uma nota de Serviço (NF-e ou NFC-e) e a mesma possui desconto (que é muito raro, desconto em prestação de serviço) sou obrigado a preencher o campo "vDesc" do grupo Prod, "vDescIncond" do grupo ISSQNtot e o campo "vDesc" do grupo ICMSTot. Caso contrário podem ocorrer as rejeições abaixo: (quando omito o campo vDesc do grupo ICMSTot) Nota(s) não confirmadas: 41911->Rejeicao: Total do Desconto difere do somatorio dos itens Status: 537 (quando omito o campo vDescIncond do grupo ISSQNtot) Nota(s) não confirmadas: 41912->Rejeicao: Total do desconto incondicionado ISS difere do somatorio dos itens Status: 366 Por isso, para Brasília, a impressão do DANFE fica errada. ("FpNFe.Total.ICMSTot.vDesc + FpNFe.Total.ISSQNtot.vDescIncond"). Douglas A R Lima

DOCFABIO, bom dia! Por favor, como você chegou ao cálculo do grupo <ICMSUFDest> para o CSOSN 500? Já que a empresa é do Simples Nacional, de onde você coletou as informações de alíquota? Você criou uma tabela? Por que a alíquota interna de SP esta 19%, é o adicional do FCP? *: os dados abaixo foram coletados do XML que você postou • Empresa do Simples Nacional - CSOSN 500 • Emitente do RS • Cliente de SP -<ICMSUFDest> <vBCUFDest>500.00</vBCUFDest> <pFCPUFDest>2.0000</pFCPUFDest> <pICMSUFDest>19.0000</pICMSUFDest> <pICMSInter>12.00</pICMSInter> <pICMSInterPart>40.0000</pICMSInterPart> <vFCPUFDest>10.00</vFCPUFDest> <vICMSUFDest>24.00</vICMSUFDest> <vICMSUFRemet>21.00</vICMSUFRemet> </ICMSUFDest> Obrigado! Douglas A R Lima

Bom dia, Régys. Segue anexo XML. Lembrando que o erro ocorre apenas na impressão, devido a soma das tag's <vDesc>4500.00</vDesc> + <vDescIncond>4500.00</vDescIncond>. Douglas A R Lima NFCe_368.rar

Boa noite, senhores. Estou com este problema há quase dois meses. Já utilizo as DLL na versão 0.9.8.14 desde a migração para o truk2. Criei até uma opção no sistema para o cliente reenviar a nota na sequência, já que quando ocorre o erro, a próxima tentativa obtém êxito. Não quis utilizar a sugestão do Marcio Tullio pois fiquei com medo da SEFAZ bloquear o IP para envio da NFe/NFCe. Mas é como o Daniel falou, não adianta ficarmos chorando pintangas e não passarmos um passo a passo para que o problema seja investigado. Já perdi um bom tempo enviando NFe/NFCe em modo Debug e não consegui informações que possam ajudar. Acredito que mais cedo ou mais tarde, algum colaborador conseguirá! Acho que este erro seja um caso isolado, pois apenas 4 membros relataram o problema. No mais, só tenho elogios, o refactoring realizado no trunk2 deixou as operações relacionadas com NFe/NFCe mais rápidas. Douglas A R Lima

Boa tarde, Sou de Brasília, e por uma necessidade, estou implementando a opção de emissão de NFC-e somente de serviço (não é Conjugada). Estou utilizando a Bematech MP-4200 com ACBrNFeESCPOS. Ocorre que quando há descontos o valor informado na totalização fica errado. Debugando verifiquei que o erro ocorre: Unit ACBrNFeDANFeESCPOS Método "GerarTotais" Linha 320 Como ocorre a soma "FpNFe.Total.ICMSTot.vDesc + FpNFe.Total.ISSQNtot.vDescIncond" o valor fica errado! Aqui em Brasília, existe uma particularidade, utilizamos o mesmo layout para NF-e/NFC-e para Vendas/Serviços, diferente de outros estados que utilizam a NFS-e. Com isso tenho que preencher o grupo ICMSTot. Para resolver o meu problema, como não emito NFC-e conjugada, fiz as alterações abaixo: if FpNFe.Total.ISSQNtot.vDescIncond > 0 then FPosPrinter.Buffer.Add('<c>' + PadSpace('Descontos|' + FormatFloat('-#,###,##0.00', FpNFe.Total.ISSQNtot.vDescIncond), FPosPrinter.ColunasFonteCondensada, '|')) else if FpNFe.Total.ICMSTot.vDesc > 0 then FPosPrinter.Buffer.Add('<c>' + PadSpace('Descontos|' + FormatFloat('-#,###,##0.00', FpNFe.Total.ICMSTot.vDesc), FPosPrinter.ColunasFonteCondensada, '|')); Sei que é uma situação bem específica, mas caso os senhores queiram analisar. *: Lembrando que esta alteração fiz porque não emito NFC-e conjugada, caso contrário, não poderia fazer. Obrigado!

Boa tarde, Italo. Sem problemas, eu é que entendi errado. De fato na denegação, não existem novas ações (reutilizar numeração, corrigir, cancelar...). E o mais importante, como você falou, a nota não está apta a acobertar a operação a que se refere. Aqui em Brasília existe a obrigatoriedade de guarda, pelo prazo decadencial, dos arquivos XML das notas denegadas. Com isso, concordo com você em manter somente o arquivo "<chave>-nfe.xml" com o protocolo de denegação. E no sistema pode ser feito um tratamento para informar ao usuário que aquela nota foi denegada. Obrigado!

Boa tarde, Italo. Acho que não estou conseguindo mostrar o problema, ou como você me orientou, preciso estudar mais, para evitar questionamentos desnecessários no forum. Vou tentar novamente. Peço desculpas antecipadas se cometer o mesmo erro. Quando transmito uma NF-e no "trunk2", e esta é Denegada, o XML que esta sendo salvo em Disco, não consta o retorno da SEFAZ. Os dois XML's que postei anteriormente estão com as informações do grupo <infProt>, porque após a transmissão e a confirmação de que a nota foi Denegada, faço uma consulta da NF-e, com isso o arquivo XML que estava em disco é atualizado, só depois que salvo no banco. De qualquer forma Italo, fiz o questionamento pois isto não ocorria no "trunk", mas pelo que percebi, somente eu e o usuário Gildenor (que abriu o post) esta com este problema. Então, vou rever os processos no meu sistema, conforme sua orientação e se não consegui resolver, vai ficar da forma que esta hoje, que é fazendo uma consulta após confirmação do Uso Denegado. Obrigado pela atenção e bom final de semana! Douglas A R Lima

Bom dia, Italo. Obrigado pelos esclarecimentos, vou rever os processos no sistema. Em anexo os arquivos que foram gerados em disco. Detalhe, como falei anteriormente, só consigo estes arquivos após uma consulta da nota que foi denegada. Caso eu não faça isso, o arquivo XML fica igual ao postado anteriormente. Obrigado! 53151109184233000166550010000419541000419540-den.xml 53151109184233000166550010000419541000419540-nfe.xml

Régys, Fiquei um pouco confuso, mas o processo que faço é o seguinte: Alimentar o componente >> Assinar >> GerarNFe >> GravarXML >> Enviar >> Gravar XML no Banco O último passo, quando uma Nota recebe Uso Denegado, está sendo gravado no banco sem a tag <infProt>. Você consegue fazer uma simulação com os dados do XML que passei no ACBrNFeDemo? Acredito que vai ocorrer o mesmo problema. Obrigado!

Bom dia, Régys. Segue anexo o xml. No sistema, hoje, estou contornando esta situação da seguinte forma. Verifico se o retorno de cStat é igual a 110, 301 ou 302 (Uso Denegado), caso sim, efetuo uma consulta da nota (ACBrNFe.Consultar) e em seguida gravo o XML atualizado no banco. Para gerar o XML que esta em anexo, comentei a verificação. Obrigado! 53151109184233000166550010000419541000419540.xml