Waldir Paim

Oi @maiconsaraiva Muito boa a sua sugestão. Eu mesmo já faço uso dessa forma que você sugeriu a algum tempo e acabei por forma de outros compromissos não enviando a sugestão para analise dos outros colegas. Na verdade mesmo recebi essa sugestão do @BigWings nosso colega aqui do fórum e até ele passou batido. Parabéns pela iniciativa.

Essa questão citada é bem simples de resolver. Basta atribuir ao SelectedFilter o filtro RLPDFFilter1; if FMostrarPreview then SelectedFilter := RLPDFFilter1;

Você pretende imprimir a DANF-e NFC-e? Se sim pode usar os modelos usando o Fortes o Fast; Mas se pretende a impressão direta com esse modelo não irá conseguir: Aqui mostra que a Bematech descontinuou esse produto: https://www.bematech.com.br/suporte/equipamento/mp-4000-th-impressoras Nesse link: http://partners.bematech.com.br/bemacast/Paginas/post.aspx?idPost=6095 Mostra suporte apenas para MP 4200 e com versão 1.3 ou superior.

Bom dia @flaviowmf Nesse momento estamos fazendo apenas extratos csv;

@adilson1980 Sim, eu mantive compatível com o seu formato de arquivo. Só precisa criar o instalador para essas classes, apenas não uso na IDE, prefiro usar dessa forma para não ficar dependente de instalação e por se tratar de uma rotina muito simples. Devo ainda incluir outros formatos e fazer uma refactore na forma de definir os layouts.

Juntei dois tópicos para tratar do mesmo assunto no tópico mais antigo.

@Fernando Rodrigo Fico feliz pelo seu interesse, não sei se consigo manter essa compatibilidade pelo simples motivo de não usar esses delphis antigos, mas se você se propor a fazer os testes a coisa fica mais fácil para ser resolvida. As classes não tem dependência externa e apenas o exemplo usa o Firedac, mas removerei dele essa dependência assim que possível;

@adilson1980 bom dia, Acabei criando uma classe em vez de componente. Código está nesse repositório: https://github.com/waldirpaim/leitorextratocartao Se puder baixar e testar Pode usar o link para download zipado nesse link https://github.com/waldirpaim/leitorextratocartao/archive/master.zip

@adilson1980, Essa semana devo fazer uma atualização no componente que você iniciou. Um cliente me enviou um arquivo e a estrutura dele não é a mesma que você incluiu nos exemplos. Devo fazer algumas alterações nele para suportar outras versões dos extratos. Inclusive com ajuda de um outro colega vamos incluir os extratos da SIPAG. Não devo manter compatível com D7.

@7systeminformatica, Você pode dar uma olhada nesse tópico. Nele o autor criou um componente para importar o extrato fornecido pelas redes.

Em seu projeto você está com a opção Type-checked_pointers ligada por padrão vem False; Você pode também ter ativado a diretiva em algum ponto da sua unit a diretiva {$T+} se for esse o caso remova ou mude para {$T-}. Pode encontrar aqui Project/Options/Delphi Compiler/Compiling > Typed '@' operator mais informações.

@Daniel Fantastsoft Pode usar essa unit de agora! ACBrCargaBal.pas

Quando você fala em ACBr é muito abrangente e acredito que não será possível mesmo a curto prazo. O Delphi para POSIX introduziu o ARC (https://stackoverflow.com/questions/24234126/how-to-correctly-use-arc-with-interfaces) que interfere diretamente na forma que os objetos são liberados da memória. Tambem removeu o AnsiString e o ACBr faz uso desse tipo e acredito que não vai mudar tão cedo. E manter o código compatível com Delphi 7 (ainda suportado pelo ACBr) e com POSIX fica praticamente impossível sem usar IFDEFs essas não são bem vistas nesse momento pelos mantenedores. Agora se falarmos só do ACBrNFe e seus dependentes esses eu tenho eles compilados, mas como as atualizações nos fontes no repositório são frequentes as vezes acaba quebrando a compilação e requer umas horinhas para por tudo em ordem novamente.

@edson vieira Para compilar o ACBrNFe precisa de varias alterações no Synapse e no ACBr mas @Daniel Simoes achou melhor não aplicar elas nesse momento nos fontes do ACBr. Mesmo assim vou recompilar os fontes novamente para ver o que quebrou a compilação.

Remova esses tipos do ACBr.inc

Certo, Tenta com essa ACBrBase ACBrBase.pas

@edson vieira Compilamos apenas o ACBrNFe para Linux. Mas para isso precisa aplicar muitas alterações no Synapse e algumas outras no ACBr.

O preço do Visual Studio Enterprise também não está muito dos convidativos.

Eu uso a versão Profissional e comprei o pacote do Firedac. Como não uso Datasnap a versão Professional me atende perfeitamente.

@Daniel Fantastsoft Fiquei com duvidas se ele aceita todos esses 4760 na linha da receita. Por garantia acredito que devemos manter a quantidade atual de caracteres. ACBrCargaBal.pas Fiz algumas alterações para permitir informar a mesma receita para outros produtos quando ocorrer. Pode testar pra gente e ver se ficou certo?

Perfeito @Daniel Fantastsoft Vou comparar os dados e fazer os testes.

Vou anexar o arquivo que é gerado pelo componente e estou usando em produção. REC_ASS.TXT

Mesmo assim a ideia é boa! Você não acha que seria muito mais abrangente se a gente fizesse seguindo esse modelo do EDI? A grande vantagem que teríamos é que se mudar algo fica documentado. Essa opção do extrato entra como um modelo. Exemplo: TACBrConciliacaoExtrato TACBrConciliacaoEDI Dessa forma teríamos um componente realmente útil e não perderíamos o que você já fez.

@adilson1980 Bom dia, muito boa sua iniciativa! precisamos de mais pessoas com sua atitude. Uma pegunta: Você seguiu qual documentação? Essa? https://github.com/DeveloperCielo/EDI/blob/master/source/extrato-edi.md

@Daniel Fantastsoft Eu uso a carga para balança Filizola, inclusive utilizo a receita. Para conseguir completar os testes fiquei na duvida em duas situações: 1 - Você tem o manual para eu conseguir conferir o valor 4760 que você incluiu no tamanho da receita? 2 - Essa quebra de linha que você inclui, eu utilizo sem ela e funciona muito bem; Ela realmente é necessária?