Denis Zago

Boa Tarde Ítalo. Definitivamente algum B.O. com a versão 11.2( ou muito azar da minha parte ), formatei a maquina e reinstalei tudo o problema persistiu. Como é um projeto "isolado" e bem pequeno para o gerenciamento de XMLs eu consegui utilizar o Lazarus fazendo as devidas mudanças e funcionou pra mim. Mais uma vez agradeço todo esforço em tentar ajudar, se em algum momento a solução surgir com certeza volto para postar a solução. Obrigado!

Boa Tarde Italo Versão 11.2 ocorre o problema Versão 11.3 funciona normalmente

Olá Italo, Boa Tarde Pois é rapaz, dificilmente vou descobrir o que causa esse problema no meu compilador, a única divergência que tenho aqui das maquinas que conseguem visualizar a DANFSE com as que não é a versão do DELPHI, reinstalei componentes , IDE e nada de funcionar, deve ser alguma força do além me impedindo srsrs. Agradeço imensamente todo esforço e tempo disposto para tentar ajudar, se em algum momento eu conseguir desvendar esse mistério voltarei aqui para compartilhar a solução. Muito Obrigado!!

Olá Italo, Bom Dia Claro, segue anexo. NFSe_TEMP_18978202CT28NW3VIZO15B0GI7024SS0_12092023102050.xml

Para gravar no banco pegamos o XML do componente seguindo o exemplo abaixo ACBrNFSeX.NotasFiscais.Items[0].XmlNfse No caso do arquivo salvamos em uma pasta temporária pelo próprio componente que esta configurado como no exemplo abaixo ACBrNFSeX.Configuracoes.Arquivos.Salvar := True; ACBrNFSeX.Configuracoes.Arquivos.PathSalvar := ExtractFilePath(ParamStr(0))+'XML_TEMP\NFSe\';

Bom Dia Italo. Sim, os fontes estão atualizados, inclusive os removi e instalei novamente. No caso do XML, eu salvo ele no banco de dados mas também em disco de forma temporária, em ambas as formas o problema acontece. Vou pegar hoje a tarde e reinstalar o Delphi e ver se tenho algum comportamento diferente

Claro Italo, segue anexo um outro XML, mandei o de cancelamento também pois ocorre o mesmo problema. Reforçando que no componente ACBrNFSe a importação funciona sem qualquer problema independente da versão do Delphi. NFSe_TESTE.xml NFSe_TESTE_CANCELAMENTO.xml

Olá Ítalo, Boa Tarde Foi um XML retornado pelo WebService, mas mesmo um outro XML que testei contendo a tag CompNfse me gera o mesmo erro. No fim acredito que seja algo relacionado a versão do Delphi 11.2 que por algum motivo não entende a condição if InitLibXml2Interface and Assigned(_xmlParseDoc) then da funcion xmlParseDoc e gera essa exceção ,o mesmo projeto agora foi testado em outra maquina com a mesma versão 11.2, o erro não aconteceu mas a função é congelada e trava o sistema, ou seja, um problema diferente mas que ainda impede que eu prossiga. Quando fui para uma versão Delphi 11.3 tanto o XML do exemplo quanto qualquer outro passou sem qualquer problema pela validação e a impressão ocorreu normalmente. Vai ser bem difícil encontrar o motivo do erro, num primeiro momento como preciso resolver rápido vou compilar o projeto em Lazarus e caso consiga uma solução volto para postar a mesma. Obrigado pela atenção.

Bom Dia Já havia utilizado o programa de testes e o erro pra mim é o mesmo. No componente antigo (ACBRNFSe) pra mim funciona mas quando utilizo o ACBRNFSeX é que o problema ocorre, removi o componente e instalei novamente e sem sucesso. Vou tentar outras alternativas e quando descobrir o motivo do problema posto aqui a solução. Obrigado mesmo assim.

Boa Tarde Estou utilizando no componente do ACBrNFSeX a função LoadFromFile ACBrNFSeX.NotasFiscais.LoadFromFile('NFSe_****.xml'); Porém a a variável loadedDoc ao ser preenchida pela função xmlParseDoc da ACBrLibXml2 retorna como nil, gerando na sequencia um Acces Violation na aplicação. Município e Provedor estão sendo preenchidos no componente, tentei criação em tempo de execução ou arrastando para o form e o comportamento é sempre o mesmo. Honestamente perdi algumas horas tentando encontrar uma solução mas não obtive sucesso, o XML é validado normalmente fora do sistema mas quando carregado pelo componente em questão esbarro nesse problema. Encontrei um problema na mesma função no fórum mas não foi a solução para o meu caso. Alguém consegue por favor me dar uma luz do que pode causar o problema ? Obrigado ARES_NFSE_D9F02A2F0ED142CEB54382255C6FB15B.xml

Bom Dia. Segue em anexo arquivo com um ajuste simples referente a casas decimais da multa a pedido do banco, acredito agora estar 100% pois já estamos trabalhando com os arquivos gerados por ele a bastante tempo. Obrigado ACBrBancoRendimento.zip

ACBrBancoRendimento.zip

ACBrBancoRendimento.pas

Bom Dia Juliana. Peço desculpas por uma desatenção minha, acabei anexando um arquivo do inicio do desenvolvimento da remessa, que esta sem o tratamento dos retornos corretos e sem o layout 240 que não é suportado pelo Banco em questão. Só percebi agora pois entrei no post para analisar se já tinha uma reposta sobre a disponibilização do fonte junto ao SVN, já que estou utilizando o código em meu sistema por fora. Segue em anexo apenas o arquivo correto para eventual analise/disponibilização ao SVN. Obrigado ACBrBancoRendimento.pas

Eu novamente. Me informei com outra pessoa do banco no qual me disseram ser uma informação não necessária e que não afeta em nada caso não informada, foi uma precipitação da pessoa que cobrou o campo no arquivo, então segue o barco srsrs

Juliana, Boa Tarde. Dias depois de homologado e com o cliente já utilizando os arquivos, me retornam do banco dizendo que falta adicionar uma linha especifica deles ao arquivo de cobrança. O mesmo que enviei acima funciona porém ficou essa pendencia, não sei após analise já seria disponibilizado desta forma mesmo e depois eu envio a atualização, ou se é melhor aguardar eu terminar essa nova linha e já disponibilizariam tudo de uma vez? Obrigado.

Olá Boa Tarde. Adicionei ao ACBRBoleto a unit para utilização do boleto do Banco 633-Rendimento. Segue abaixo as units para serem disponibilizadas junto ao código oficial do projeto, unit essa que já esta em operação em nosso projeto fora do Trunk2 devido a necessidade interna. Os dados foram enviados e homologados junto ao banco então disponibilizo junto as units o manual e a confirmação do banco com o arquivo então gerado. Alterações Solicitadas 1º Linha - Registro Header - Posição 27 a 40 - Conta Header. - Posição 41 a 76 - Nome da empresa - Posição 101 a 394 - em brancos 2º Linha - Registro de Transação - Posição 02 e 03 (Registro do Titulo de 2 para 04) - Posição 04 a 17 - Número de Inscrição - Posição 18 a 31 - Código da empresa - Posição 32 a 62 - Uso da empresa - Posição 63 a 73 - zerados - Posição 74 a 86 - em brancos - Posição 87 a 89 - em branco - Posição 90 a 90 - cód. multa - Posição 91 a 103 - valor/taxa multa - Posição 104 a 105 - número de dias - Posição 106 a 107 - uso do banco / brancos - Posição 108 a 108 - Carteira - Nota 3 - Posição 109 e 110 - Posição 111 a 120 - seu número - Posição 127 a 139 - valor do título - Posição 140 a 142 - código do banco - Posição 157 a 158 - instrução 1 - Posição 159 a 160 - zeros - Posição 161 a 173 - juros de 1 dia -Posição 221 a 234 - nº de instrução - Posição 265 a 274 - brancos - Posição 315 a 326 - bairro - Posição 335 a 349 - cidade - Posição 350 a 351 - estado - Posição 352 a 381 - sacador ou avalista - Posição 392 a 393 - prazo 3º Linha - Número 5 (4 Registro Sacador) Obs.: Registro Sacador por conta do protesto, para o cartório receber todas as informações. Linha 04 - Posição 2 colocar 0, linha de mensagem até 347 348 a 394 em brancos c/ número sequencial Se algum moderador identificar algo que impeça a publicação me avise por favor que farei a correção, mas me baseei na cobrança do Bradesco para implementação. Espero que sirva para outros usuários, Obrigado. ACBR.zip LAYOUT AUTK_NOVO_CNAB400.pdf cnab_Homologado.txt

Desculpe só vi agora, provavelmente já resolveu. Mas seu XML esta sem o campo vDesc no faturamento. Seu XML: <fat> <nFat>028958</nFat> <vOrig>563.68</vOrig> <vLiq>563.68</vLiq> </fat> Como deve ser: <fat> <nFat>028958</nFat> <vOrig>563.68</vOrig> <vDesc>0</vDesc> <vLiq>563.68</vLiq> </fat> O parâmetro CamposFatObrigatorios do componente ACbr NFe deve estar como true para que esse campo seja informado mesmo que com valor zero.

Posta o XML

Em modo Produção para SP parece que normalizou. Homologação já abandonei.

Por que disseram que ia mudar pra melhor, com certeza, quer dizer que ia mudar pra melhor, já tava bão, disse que ia mudar ele pra melhor, num tava muito bão, tava meio ruim também, tava ruim, agora parece que piorou!

Se voltarem pra 3.10 eu mando um boné pra eles.

A informação passada a você esta errada, pois quem credencia o cartão no exemplo citado é a CIELO e não a MasterCard, seria redundante informar o CNPJ da bandeira já que a mesma é identificada por uma id, algo que não ocorre com a operadora(CIELO) em sí.

Bom Dia a todos. Passei pelo mesmo problema em dois clientes utilizando o mesmo modelo de equipamento mencionado pelo Alexandre( Elgin Linker I ), porém as DLL's que ele disponibilizou acima não resolveram meu problema, foi necessário intervenção por parte do suporte da fabricante, então disponibilizo as DLLs que sanaram o meu problema caso alguém precise. DLL ELGIN.rar