daniboy

Segui sua dica, só preencho quando houver integração. Dessa forma aprovou.

Claro que não Patrick! Acho que a mensagem só reforçou que o problema continua ocorrendo. Vc chegou a fazer um teste ai do seu lado ?

Sim, era justamente como eu sempre preenchi. Mas após atualizar meus fontes, eu simplesmente preciso ignorar esse campo. Se eu passar o como "tiNaoInformado" ele cria sozinho a tag <card> E consequentemente caiu na validação.

Claro Valter! Segue o XML gerado com alguns dados anonimizados. ultimoDfe.xml

Por via das dúvidas eu atualizei e reinstalei a Lib E tbm atualizei minha pasta de schemas Mas ainda persiste o erro

Boa tarde, Senhores! Venho pedir ajuda para desvendar um problema relativo a emissão de cupons NFC-e (sp). Abaixo segue minha lógica de preenchimento do grupo Pag. Na imagem é possível ver que preencho os campos CNPJ, tBand e cAut somente se o tpIntegra seja 1 (pagamento integrado) Vale a pena ressaltar os valores para indPad = 0 tPag = 0 (dinheiro) vPag = 27.99 tpIntegra = 2 Ao tentar transmitir o cupom recebo uma validação "Rejeição: Tipo de pagamento não aceita o grupo de cartões ou boletos. [nOcor:1]" Verificando o XML percebi que o ACBrNFe gerou a tag <card> a princípio indevidamente, pois o pagamento foi em dinheiro e deixei claro que não havia integração. somente por via das dúvidas fui confere o enum de vc's e vi que permanecesse intacto, sem alterações. Poderiam me dar uma luz nisso?

eu atualizei os fontes de resolveu

Juliomar, no meu caso foi só remover aquelas antigas e declarar as abaixo que a mantive a compatibilidade ACBrNfe.Classes ACBrNfe.Eventos Obrigado pela dica. Acho que já posso fechar o post

Obrigado Juliomar! Vou estudar a refatoração pra substituir as units. Essas classes são importantes pra mim. Por acaso vc tem um link para o tópico que trata disso na Base de Conhecimento?

Utilizei agora e refiz toda instalação do ACBr. (inclusive marcando aquela caixa que vc sugeriu) Meu Path Library esta como publiquei anteriormente Mas as unit ficam com esses erros.

Me lembro de ter instalado com essa opção marcada. Mesmo assim não consigo utilizar essa unit. Só utilizo o Delphi Berlim 10.1

Depois de muito tempo precisei remontar meu ambiente Delphi. Verifiquei que o instalador tbm foi atualizado para a versão 3.3.3.7 Realizei a instalação sem problemas, mas ao compilar meu projeto, acusou erro numa declaração da unit pcnNFe Lembro que antigamente existiam varias entradas no PathLibrary mas agora ele só esta apontando para a pasta "...\ACBrTrunk2\Lib\Delphi\LibD24\Win32" Esta correto? Preciso marcar algo no instalador pra forçar esses paths?

Srs. Obrigado pela atenção dispensada ontem. O que resolveu o meu problema foi trocar o .fr3 pela sugestão do Victor. Obrigado

Juliomar, eu faço a instalação FULL, não uso o default do Delphi. Vc tem informação sobre qual seria o .fr3 mais novo que o Victor criticou ?

Segue um xml de NFe e outro de evento. (não são necessariamente um vinculado ao outro) 35240407568916000272550010000032111034827645-nfe.xml 1101103524040756891600027255001000003214108619809801-procEventoNFe.xml Victor, qual modelo de fr3 vc sugere para que eu imprima as notas?

Quando chamo o preview vem do mesmo modo. Aqui esta instalado o FastReport 5. Mandei um anexo com a imagem dos fr3 utilizados.

Bom dia, pessoal! Recentemente o cliente solicitou que as cartas de correção tbm gerasse PDF na pasta. Para isso adicionamos o modelo do .FR3 no projeto e passamos a preencher (em tempo real) a propriedade ACBrNFeDANFEFR.FastFileEvento . Por fim, após envio do evento, chamamos o método ACBrNFe.ImprimirEventoPDF; e tudo certo!!! funcionou. No entanto, pra estranheza de todos, as NFe começaram a apresentar problema! Agora os PDFs são gerados apenas com o rodapé da página. Já tentamos reverter as alterações mas nada feito. Por acaso vcs tem alguma dica que podemos fazer por aqui? Em anexo um exemplo de como ficam Obrigado de antemão

Boa tarde, pessoal! Estou implementando uma solução de boletagem para um cliente Santander. A gerente aponta críticas no arquivo remessa, registro movimento, posição 157 - 158, campo "Primeira instrução". Segundo o manual essas posições devem ser preenchidas com os valores abaixo. Consultando a unit ACBrBancoSantander.pas localizada nos fontes, verifiquei que esses campos são preenchidos através de um campo texto. Seria correto eu alimentar esse campo com algum código da nota 25? É importante ressaltar que atualizei a pasta svn.

Pessoal, deu certo por aqui. Consegui resolver o problema com a permissão de adm para o Prompt. Obrigado pelo suporte @BigWings e @Juliomar Marchetti

1) Sim, havia copiado mas talvez a versão x86. 2) Sim, mas quando vou registrar recebo mensagem de erro do regsvr32 3) Não, e foi a razão de todos os problemas! Quando abri o prompt com perfil de Adm consegui registrar a msxml5.dll e a capicom.dll e num teste rápido verifiquei que havia conseguido assinar. Não permiti o envio pois se tratava de uma nota teste. Ontem, devido aos prazos de geração da NF eu acabei remontando o sistema na máquina antiga. Mas hoje irei fazer nova tentativa, dessa vez registrando apenas a msxml5.dll. Após isso irei testar com as dlls da LibXml2 (x64)

Estou tentando forçar o registro das dlls capicom.dll e msxml5.dll Tanto na pasta C:\Windows\SysWow64 quanto na pasta do meu executável eu recebo essa msg de erro.

Obtenho "Erro ao inicializar a biblioteca LibXML2"

Sem problemas quanto ao mal entendido. Vamos lá: Eu tenho as units do exemplo em ACBrTrunk2\Exemplos\ACBrDFe\ACBrNFe\Delphi Mas não consigo compilar pois não instalo algumas bibliotecas como a do DanfeFortesReport. Vc tem esse exemplo compilado em algum repósitorio para eu fazer o download e realizar esse teste? Obrigado

@Juliomar Marchetti, No outro post eu pedi uma ajuda pq migrei de um Win7x32 para um Win10x64. Nesse nova máquina não estou conseguindo gerar NFe devido ao problema "Class não registrada" no momento de assinar o documento. Você me orientou a reinstalar a biblioteca com a opção que força a remoção da Capicom pq suspeitava da utilização dessa biblioteca mesmo eu deixando claro que estou usando WinCrypt em tempo de execução. As mensagens de erro do delphi ocorreram pq o componente no DataModule estava setado com opções que não estão mais disponíveis. Fiz a alteração, rebuildei e ok! Mas o problema principal continua: Ao tentar assinar o documento obtenho a mesma mensagem. Estou pensando voltar a utilizar o win7 se for o caso. Meu cliente ta parado

Juliomar, alguma outra coisa que eu possa testar?