Isaque Pinheiro

Olhe no Guia Pratico, o regitro 0305 é 1:1 (isso diz que não é lista) e Nivel 3 (isso diz que ele é filho do 0300) então no seu código terá que acessa-lo assim: Registro0300[0].Registro0305.COD_CCUS := '???'; Abs

Já estamos resolvendo.

me mostre os links de onde estão, que olho e atualizo.

Opa, que bom bastante testes, já ta la. Abs

Implementações colocadas aqui, já estão no SVN, obrigado a todos por suas colaborações. Abraço

Muito obrigado por sua colaboração, subo ainda hoje para o SVN. Abs

Ola, no momento precisamos de testes. Abs

Ei Marcio, é porque o registro I012 é uma lista então o certo é: with RegistroI012.New do begin --->>> aqui nao ha nenhum campo do registro disponivel end; [/code]

Blz, De uma lida no que estou propondo, acredito que esse problema que vc esteja enfrentando o que propuz ajudaria a resolver, pois seria particular desse modelo de ECF que vc esta usando. viewtopic.php?f=10&t=1418&p=8959#p8885 Abs

Olha aparentemente esse mfd_limpo.txt realmente esta certo, mas não sou a pessoa indicada para confirmar isso, deixe mais gente avaliar. Agora vc tem que vê tb é que existem vários outros comandos que o ACBr usa as DLLs, para fazer leitura do ECF, ai no demo terá que testar todos para saber se os outros comando retornam um TXT, como esse. Ato COTEPE 17/04, é um exemplo T+

Anexe aqui esses arquivo TXT, que gerou ai, para serem avaliados.

Bom dia Vc já buscou junto ao fabricante do ACF, se essa dll "DLLG2_Gerador.dll", é realmente a que deve ser usada? No demo do fabricante, qual a DLL, ele usa? Se tiver o Demo e nele funciona, anexe aqui os fontes (do fabricante), para que possa ser avaliado qual a diferença, e se no ACBr esta implementado e da mesma forma. Abs

Bom dia Olhei o código não me parecce nada errado para não puxer os dados, coloque aqui os trecho do seu código que vc escreveu para alimentar esse registro, para que possamos avaliar.

Na Minha opnião, cada modelo deveria ter sua Unit, mesmo que o protocolo de comunicação seja o mesmo para várias, e na escolha do tipo sempre ter o nome do modelo do ECF no caso em substituição ao modelo "ecfFiscNET", teriamos: ecfURANOFiscNet, ecfDATAREGISFiscNet, ecfELGINFiscNet, ecfTERMOPRINTERFiscNet Ou até mesmo só ter as opções na escolha do Modelo, mas o ACBr identificar e instanciar sempre FiscNet, desse jeito só fica uma dúvida: Vejam o cenário: Tenho um ECF da TermoPrinter conectado Escolho o protocolo "Modelo" ecfFiscNet, para comunicação blz. Ai quero vê a propriedade do ACbr "ModeloStr", o que ele irá me retornar ? Resposta = 'FiscNET', olhei no código. Se cada Modelo tivesse sua Unit, isso poderia ser resolvido, e a propriedade ModeloStr me retornar 'TermoPrinter', isso foi só uma simples melhoria e justificativa da visão que tive de criar uma Unit para cada ECF. Não avaliei, qual o impacto dessa mudança, mais visualizei que fica melhor para leigos como EU que não sabe quais modelos usam o protocolo FiscNet. Abs

Flw, já ta no SVN Abs

Baixado, vou analisar e subir pro SVN, obrigado. Abs

Subi uma correção sobre esse relato. Abs

Alterações no SVN. Abraço

Opa, já ta no SVN. Manda vê ai. hehehehe Abraço

Olá, não conheço o fonte componente ACBrSintegra, faça o teste ai vc, corrige, e após os teste funcionar, anexe que eu subo para o SVN. Abraço

OK, obrigado e atualizado.

Salva isso no DB, a cada item vendido meu, terá menos dor de cabeça. Ao abrir um novo cupom, guarde o um ID ou numero de cupom, em um arquivo, ao entrar no seu sistema se exitir esse ID ou numero de cupom, o localize no seu DB, caso não exista saberá que não tem nada pendente. Abraço.