Nelson Santos

Nota técnica 2025.001 item 22.4 em https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=NvuzQGYd6E8= Porém o questionamento é se é necessário aparecer a tarja vermelha sobre o código de barras ao imprimir o DANFe.

Foi enviado hoje para mim os arquivos anexos para as alterações de layout dos provedore Primax/FGMAIss com validade a partir de 01/01/2026. Dentre os arquivos está o layout novo...em caso de dúvidas, acionar o Suporte da Primax (16) 99772-7220 Manual WebService Primax - Vigenci... (Anexos).zip

Desculpe não ter respondido antes....mas, estou tendo ótima experiência. Já desenvolvi projeto tanto em Delphi quanto em Lazarus. Eu já tinha experiência de web, desde Asp Clássico e Asp.net...mas, a facilidade que tem com D2Bridge é mukito grande para desenvolvedores Pascal, porque é básicamente totalmente convergente, com diz o Talis, do D2Bridge. Uso praticamente todos os componentes VCL existentes e alguns de terceiros que já tem suporte no D2Bridge. O desenvolvimento é praticamente o mesmo do VCL. Se vc está começando, olhe primeiro os exemplos da pasta Demo....tanto para Delphi quanto para Lazarus...e entre nos grupos do D2Bridge no Whatsapp....tem muita troca de informações...

Obrigado

@Italo Giurizzato Junior Estou enviando o arquivo ACBrOFX.pas modificado, pois não está tratando a tag <TRNTYPE> (Propriedade no ACBrOFX: MovType) adequadamente conforme Manual de Especificações do OFX (https://financialdataexchange.org/common/Uploaded%20files/OFX%20files/OFX%20Banking%20Specification%20v2.3.pdf). Assim, alterei a Function Import para fazer o tratamento corretamente conforme item 3.2.9.2 Positive and Negative Signs na página 95 e item 11.4.4.3 Transaction Types Used in <TRNTYPE> na página 235 do mesmo manual, para verificar se a tag <TRNAMT> tem valor negativo ou positivo, uma vez que a maioria dos tipos são baseados no valor, como é o caso do tipo XFER que pode ser Débito de Transferência ou Crédito de Transferência. Com isto, o ACBrOFX não retorna mais "OTHER" no MovType, mas sim "D" ou "C". Esta informação será retornada na nova propriedade que eu criei "OriginalMovType". Além de alterar o código da função, criei a propriedade "OriginalMovType" que guardará o <TRNTYPE> original do OFX, pois os códigos de tipos do OFX são também importantes, já que tem significado e podem ser tratados pelos sistemas. Obs.: Deixei os códigos anteriores comentados. ACBrOFX.pas

Obrigado

Bom dia, Estava com este mesmo problema em um cliente que usava uma Danfce em Fast, mas o modelo foi descontinuado pelo ACBR (dentro da pasta Obsoletos), que era a Danfece Reduzida (DANFeNFCe[Reduzida].fr3). Este modelo está com problemas e mantem a mensagem de Contingência, mesmo que tenha o Protocolo de Autorização.

Boa noite, Mais uma vez foi necessário alterar o componente. Na parte onde converte o valor de String para Float: Alterado de: oItem.Value := StrToFloat(Amount); Para: {$IF CompilerVersion > 21.0} // VERSÕES SUPERIORES AO DELPHI 2010, É NECESSÁRIO INICIALIZAR ... fs:=TFormatSettings.Create('pt-BR'); GetLocaleFormatSettings(GetThreadLocale(),fs); {$IFEND} fs.DecimalSeparator:=','; oItem.Value := StrToFloat(Amount, fs); Esta alteração foi necessária porque, dependendo das configurações dos sistema, a Função StrToFloat somente consegue converter com Ponto Decimal, mas aqui, no componente, está tentando a conversão com Vírgula Decimal. Assim, foi necessário reconfigurar o TFormatSettings para usar Vírgula na função StrToFloat. Segue anexo novo AcbrOFX.pas ACBrOFX.pas

Obrigado...Já havia testado antes de enviar e testei novamente agora após atualizar o svn...funcionando...

Alteração do AcbrOFX.pas para ler a tag <RefNum>. Alguns bancos, como SICOB, traz nesta tag os dados do PIX/ DOC / TED. ACBrOFX.pas

Boa tarde, acrescentando ao que já foi dito, existe também a API CNPJÁ. Não sei a defazagem de dados, mas parece que possuem planos melhores... https://cnpja.com/plans

@Juliomar Marchetti estranho, pq todos os outros arquivos sempre vêm atualizando normalmente....me deparei hoje com este erro e fui verificar o dpk por dentro.....foi aí que resolvi fazer as alterações que postei...mas vou verificar ist oque vc comentou....vc sabe me informar e o Tortoise pode bloquear somente este arquivo para atualização ???

Desculpe se estou reativando o topico, mas não quis abrir outro, pois acredito que tenha a ver com o assunto. Atualizei o Acbr hoje (04/09/2023), e tenho o Delphi 10.4 Sidney com Fast Report 6... A instalação do Acbr está parando ao tentar instalar o ACBr_NFeDanfeFR.dpk, dando que o fs23.dpk não está instalado. O Delphi Sdney usa o fs27, e não o fs23... Para resolver isto, editei o ACBr_NFeDanfeFR.dpk e inclui as diretivas de compilação para cada versão do Delphi...o que fez compilar e instalr normalmente.... segue anexo a nova dpk do ACBr_NFeDanfeFR.dpk ACBr_NFeDanfeFR.dpk

Mas, este modelo 29 ainda existe ? ou será que era o código de modelo quando era somente em papel ?

Boa tarde @BigWings Inicialmente, somente a NFe, mas preciso deixar preparado para a Nota Conjugada. Você tem experiencia com isto ? pode me dar umas dicas....ajuda ? Nelson Santos

Estou com uma demanda para um sistema de emissão de NF-e conjugada com a conta de água aqui no Estado do RJ. Isto, baseado no Anexo IV à Resolução SEFAZ n.º 720/14. Pelo que entendi, nada mais é que uma NF-e com algumas informações diferenciadas... Acredito que um dos únicos problemas é com relação a denominação "Nota Fiscal Conta de Fornecimento de Água" que precisa estar impressa na DANFE (me corrija se estiver errado). 1) Seria através do ACBRNfe ? 2) O AcbrNFe está preparado para isto ? Obs.: link para a resolução citada: http://www.fazenda.rj.gov.br/sefaz/faces/oracle/webcenter/portalapp/pages/navigation-renderer.jspx?_afrLoop=101272881274284506&datasource=UCMServer%23dDocName%3AWCC223428&_adf.ctrl-state=yw9x1of4b_9 Desde já, obrigado. NELSON SANTOS

Bom dia, @Diego Foliene O Padrão de Cógigo de barras "2 a 5 intercalado" já é utilizado no Acbr nos componentes para impressão de Boletos de Cobrança, que utiliza este tipo de código de barras. O que estava precisando era a impressão de um documento no formato indicado no manual citado e a leitura do arquivo retorno para este tipo de documento.

Boa tarde, precisava saber se existe algum componente do Acbr que trabalhe com o “Layout” Padrão de Arrecadação/Recebimento, conforme link https://cmsarquivos.febraban.org.br/Arquivos/documentos/PDF/Layout - Código de Barras ATUALIZADO.pdf ?? Este é o layout utilizado pelas concessionárias de Água, Luz, Telefone... Nelson Santos

Acerto na conversão do campo <TRNAMT>...anexo arquivo alterado... ACBrOFX.pas

Não entendi "anexar manual" se o manual está anexo e claro....inclusive anexei exemplo de um boleto gerado diretamente pelo Internet Banking do Banco Inter.. Além disso, já citei que este problema foi detectado em um cliente em produção...se usar o Código de Operação na propriedade Cedente, vai gera sim a linha digitável corretamente...entretanto, a parte impressa abaixo do vencimento no boleto, ficha de compensação estará errada ..

Estou anexando um exemplo de boleto gerado direto pelo Internet Banking... Veja que a Linha Digitável não consta o Código de Beneficiário (que é o Código de Cedente), mas é impresso no campo abaixo do Vencimento.. Na Linha Digitável consta este código de operação, conforme manual...

@Victor H. Gonzales - Panda Se vc ver novamente, o CodigoCedente é impresso no Boleto em campo próprio também., mas na Linha Digitável e no Codigo de Barras não é... Assim, se for alimentado o Componente com este Código de Operação na propriedade CodigoCedente, sairá impresso no campo Codigo do Cedente este codigo de Operação...o que está errado...Neste campo, como dito, é impresso realmente o Codigo do Cedente, mas na Linha Digitável e Codigo de Barras é este código de operação... Assim, não vejo motivos para reversão da atualização... Para confirmação, basta gerar o PDF do Boleto direto pelo Internet Banking do Banco Inter.

propriedade correta a ser utilizada não é "CódigoOperacao", mas sim "Boleto.Cedente.Operacao"

Fiz uma alteração no arquivo ACBrBancoInter.pas para adequá-lo ao layout, conforme manual fornecido pelo Banco Inter. Conforme manual anexo, testado e com cliente em produção, a parte livre do codigo de barras não contem o Codigo do Cedente, mas um número da operação com 7 digitos (ver página 22, item 6.1.3 do manual anexo) Com esta alteração, a impressão ficou correta... Para isto, passei a usar a propriedade "CodigoOperacao" que deverá ser informada e poderá ser obtida pelo Internet Banking do Banco Inter em Conta Digital > Emisão via CNAB > Retorno Este código é também utilizado por boletos emitidos pelo Webservice... ACBrBancoInter.pas Manual_CNAB_400_Inter.pdf

vou anexar novamente .... ACBrBoletoFCFortesFr.zip