Thobias Sobczak

Eu que agradeço Italo a hora que puder, da uma lida nesse tópico: Creio que tem outro bug rolando que já foi solucionado parcialmente rs

Resolvido! if NFe.Ide.gPagAntecipado.refNFe.Count > 0 then RESOLVEU :)

ACBNFe.XMLReader Rev 46038 Ponto de definição do xNome para o Destinatario //Nessa revisão foi comitado um 're-parse' com DECODE = TRUE ( parametro DEFAULT da ParseText ), no meu cenário de debug isso matou a acentuação que já estava correta pelo ParseText da ObterConteudo NFe.Dest.xNome := ParseText(ObterConteudo(ANode.Childrens.Find('xNome'), tcStr)); ** POSSIVEL CORREÇÃO ** SE EU DESLIGO O DECODE AQUI RESOLVE: NFe.Dest.xNome := ParseText(ObterConteudo(ANode.Childrens.Find('xNome'), tcStr), False); <--DECODE=FALSE // O obterCounteudo já faz um parse sem DECODE function TNFeXmlReader.ObterConteudo(const ANode: TACBrXmlNode; const Tipo: TACBrTipoCampo): variant; begin Result := inherited ObterConteudo(ANode, Tipo); if Tipo in [tcStr, tcEsp, tcStrOrig] then Result := ParseText(Result, False); <-- DECODE = FALSE end; 04/05/2026 -- ACBrNFeXmlReader -- [-] ACBr-8858 Corrige erro de parse de nomes com elementos XML/XHTML [*] https://www.projetoacbr.com.br/forum/topic/89759-acbr-8858-correção-de-visualização-no-danfe-entidades-htmlxml-em-nomes-xnome/#comment-583416 Por: Soma Soluções em TI Demais pontos , como NFe.Emit.xNome := ObterConteudo(ANode.Childrens.Find('xNome'), tcStr); NFe.Emit.xFant := ObterConteudo(ANode.Childrens.Find('xFant'), tcStr); aparentemente foram corrigidos na revisão 46981!! Parece que faltou o mesmo tratamento para a NFe.Dest.xNome e NFe.Transp.Transporta.xNome

Por enquanto a solução encontrada pra 'quebrar galho' é matar essa instancia do gPagAntecipado quando não tem ele de fato, assim o Writer nao cria a tag no xml If Assigned(Ide.gPagAntecipado) Then FreeAndNil(Ide.gPagAntecipado);

Mesma situação aqui: TNFeXmlWriter.GerarIde function TNFeXmlWriter.Gerar_gPagAntecipado: TACBrXmlNode; var i: Integer; begin Result := nil; if Assigned(NFe.Ide.gPagAntecipado) then <---SEMPRE TRUE pois 'gPagAntecipado' é criado no TIde.Create; begin Result := FDocument.CreateElement('gPagAntecipado'); for i := 0 to NFe.Ide.gPagAntecipado.refNFe.Count - 1 do begin Result.AppendChild(AddNode(tcStr,'BC02','refNFe', 44, 44, 1, NFe.Ide.gPagAntecipado.refNFe[i].refDFEChave, DSC_REFNFE)); end; end; end; ACBrNFe.Classes constructor TIde.Create; begin inherited Create; FNFref := TNFrefCollection.Create(); FgCompraGov := TgCompraGov.Create; FgPagAntecipado := TgPagAntecipado.Create(); end; Se a gente for ver o método Gerar_Ide_CompraGov o tratamento é diferente pra criar a tag: function TNFeXmlWriter.Gerar_Ide_CompraGov: TACBrXmlNode; var i: Integer; begin Result := nil; if (NFe.ide.gCompraGov.tpEnteGov <> tcgNenhum) and (NFe.ide.gCompraGov.tpOperGov <> togNenhum) then begin Result := FDocument.CreateElement('gCompraGov'); Result.AppendChild(AddNode(tcStr, 'BB02', 'tpEnteGov', 1, 1, 1, tpEnteGovToStr(NFe.ide.gCompraGov.tpEnteGov), DSC_TPENTEGOV)); Result.AppendChild(AddNode(tcDe4, 'BB03', 'pRedutor', 1, 7, 1, NFe.ide.gCompraGov.pRedutor, DSC_PREDUTOR)); Result.AppendChild(AddNode(tcStr, 'BB04', 'tpOperGov', 1, 1, 1, tpOperGovToStr(NFe.ide.gCompraGov.tpOperGov), DSC_TPOPERGOV)); for i := 0 to NFe.Ide.gCompraGov.refDFeAnt.Count - 1 do begin Result.AppendChild(AddNode(tcStr, 'BB05', 'refDFeAnt', 44, 44, 1, NFe.Ide.gCompraGov.refDFeAnt[i].refDFEChave, DSC_DFEANT)); end; end; end;

To com o mesmo erro aqui, tanto em Fast quando Fortes ( Win 10 e Rad Studio 11 ) e mesmo com o 'Usar unicode UTF-8 para suporte de linguagem mundial' DESMARCADO Estranho que todos xmls tem o RetirarAcentos = True no componente e a declaração '<?xml version="1.0" encoding="UTF-8"?>' no cabeçalho do xml De um tempo pra cá que parou de funcionar, mesmo após reinstalar o ACBr

Se for pelo PORTAL NACIONAL, sugiro você fazer uma NFSe em produção lá, e baixar o XML pra ver como fica o DPS de envio do portal, e comparar com o que está sendo gerado pelo teu ERP. Após, cancelar a NFSe no PORTAL NACIONAL Pois basicamente é isso, preencher o ConstrucaoCivil.Endereco que vai OK Outra coisa, tenta NAO PREENCHER o ART e CODIGOOBRA, apenas o endereço

Por gentileza pode encerrar o topico Deve ser utilizado o código 07.02.01 e informar o endereço da obra que da tudo certo! obg pela atenção

Prezados, boa tarde, tudo bem? Venho aqui com uma duvida. Somos da cidade de Erechim/RS aonde tínhamos o provedor SystemPro, e nele, era possível alterar o local de incidência do serviço , aonde o município de incidência retia o ISS com a alíquota de seu municipio. Com a migração para o portal nacional, isso não é possível mais, apenas é permitido alterar o local de prestação mas as retenção do ISS fica pelo municipio do tomador, o que gera transtorno na emissão da NFSe. Para maior entendimento, trata-se de um prestador de serviços de obras, aonde ele emite a NFSe para um tomador localizado em uma cidade X mas com a obra em uma cidade Y. Precisávamos incidir o ISS na cidade Y! Gostaria de saber se mais alguém está com essa situação ou se realmente trata-se de um 'bug' no portal nacional ( o que acho difícil ) que deve ser corrigido. Att

Certo Vou seguir a ideia do exemplo então.. Já tenho NFCom's autorizadas em homologação Obrigado Clodemar!

Amigo, estou na mesma situação Cliente meu é rádio , emite boletos SEPARADAMENTE da nota Vai ser obrigatório informar a linha digitavel então? Outra coisa é os dados do assinante ( contrato, inicio/fim vigencia) Meu cliente na maioria das vezes não possui contrato com seus clientes finais

Acabei de conseguir fazer a impressão atravez da bridge Delphi Android Podem fechar o topico por gentileza!

Olá Pessoal Gostaria de saber se alguém conseguiu imprimir nessa SMARTPOS que a VERO ( RS ) está disponibilizando para testes. Tentei com o ACBRPosPrinter para Android sem sucesso.. A própria VERO disponibiliza as bilbiotecas em extensão .aar , que extraindo consigo obter os .jar Mesmo assim não obtive sucesso fazendo a ponte com o java2op.exe da Embarcadero Alguém conseguiu fazer funcionar a impressão? Creio que seria interessante o pessoal do ACBr implementar no ACBRPosPrinter, já que em conversa com a VERO a mesma vai disponibilizar apenas essa SMARTPOS para desenvolvimento... Desde já agradeço att Se é de interesse de alguém: Em anexo as duas bibliotecas .aar disponibilizadas pela VERO positivo-printer-1.00.00.aar posmpapi_1.01.01.aar

Marcelão, bom dia Use a suíte Rest DataWare, com ela você consegue passar um Bearer Token nas requisições, funciona 100% Abração

Luizão, boa tarde, tudo bem? Já considerou Threads para essa geração de PDF? Sugiro que faça um teste , joga essa parte pra uma Thread fazer. Sugiro também ligar essa propriedade ACBrDANFE.OtimizaImpressaoPdf . O fastreports vai tratar de otimizar o tamanho do teu PDF: https://www.fast-report.com/en/blog/183/show/ Qualquer coisa posta aí, assunto interessante esse Abração!

Lembrando que o ML devolve o teu primeiro REFRESH TOKEN no NAVEGADOR, na URL! Não utilizei o TWebBrowser padrão do delphi por não ser compativel com o mercadolivre.com.br. Utilizei o ChromiumFX , projeto de código aberto para fazer um navegador a parte do sistema! Link do navegador chromium , packages e etc: https://github.com/salvadordf/CEF4Delphi

Acabei de autenticar agora aqui.. O processo é bem documentado aqui: https://developers.mercadolivre.com.br/pt_br/autenticacao-e-autorizacao#Enviar-access-token-no-header Alguns passos pra resumir Gerar o teu app lá dentro do ML com a opção offline_write! Requisitar um REFRESH TOKEN , passando o APPID e APPSECRET e URLREDIRECT Com esse REFRESH TOKEN gerar um ACCESS TOKEN, válido por 6 meses COm o ACCESS TOKEN é só partir pro abraço O certo seria fazer um componente TAuthMeli pra facilitar tudo, estou pensando em fazer essa! Forte abraço a todos Ambiente testado: Rad Studio 10.3.3 com componentes REST

Bom dia Sérigo Esse modelo de balança aceita sim mandar o peso quando estabilizado. Basta ativar a função ETIQUETADORA dela Tenho dois terminais usando ela com o sistema, e vai perfeitamente Qualquer dúvida estou a disposição

Perfeito! Removendo o "//" e o "." funcionou perfeitamente

Mas eu não tenho nenhuma aplicação rodando .. Máquina rescém formatada, tentando efetuar a primeira instalação do ACBr nela, isso que acho estranho

Já, mesmo assim não instala Parece que não pega a flag DFE_SEM_INDY

Entretanto o ACBr não instala de jeito nenhum no Rad Rio, mesmo alterando o ACBr.inc

Se é de alguma ajuda Ontem não estava conseguindo instalar a biblioteca Jedi no Rad Rio. Clonei novamente pelo GIT e consegui instalá-las normalmente, não sei se possa ter dado alguma incompatibilidade com o ACBr

Editei o ACBr.inc da pasta Fontes/ACBrComum Não é esse? Quanto a uma possível cópia dele no projeto, creio que não seja possível. Ainda estou na fase de instalação do ACBr em uma máquina formatada

Bom dia pessoal Estou encontrando dificuldades ao instalar o ACBr no Rad Rio. Um colega tinha aberto um tópico com mesmo erro, onde se fosse descomentado a linha "{.$DEFINE DFE_SEM_INDY}" no ACBr.inc o problema sumiria, mas aqui não deu certo. Alguma outra sugestão? Desde já agradeço