Daniel Simoes

SIM... nesse ECF não existe esse comando

Olá pessoal, Eu o André e a Juliana estaremos na AUTOCOM 2011, representando o ACBr, com a nova proposta do Suporte comercial e a DJSystem Estaremos no estande 57, veja aqui a planta da AUTOCOM http://www.autocom2011.com.br/autocom20 ... ta_345.pdf A entrada para o evento é franca, bastando apenas fazer o cadastro no próprio local (leve um cartão de visitas, pois pode ser necessário) Saiba mais sobre a AUTOCOM 2011 em: http://www.autocom2011.com.br

Bom... acredito que eu já tenha enviado o e-mail (ontem)... recebeste ?

Oi Welkson, Obrigado pelo seu empenho... Assim que tiver algo para submeter a analise por favor anexe aqui no forum

Use a classe SwedaSTX

Vc está usando o modelo Sweda ou SwedaSTX ?

Maricelo, Sua opinião é muito bem vinda... Acho que não compreendi direito o seguinte trecho: "se comprando o plano de 12 meses o valor do mês cai pra R$ 120" R: O Valor para o contrato mensal é R$ 120,00 por mês... A ideia é incentivar os contratos de uma duração maior...

O ACBrAAC, quando interligado com o componente ACBrECF e ACBrPAF cuida sozinho do Arquivo Auxiliar Criptografado (exigência do PAF-ECF)

Entendo... então nesse caso o problema é realmente interno.... Por favor faça um teste trocando todas as declarações de RoundTo para SimpleRoundTo

Acho que o nome do binário a ser morto, pode ser uma propriedade do componente.... e se ele não for especificado, considera o próprio, ou seja, Application.ExeName... nesse caso nem é preciso um Kill... Application.Terminate já resolve (isso é até mais amigável, pois dá ao programador a chance de salvar seus dados)

Oi strago, Alguma dúvida com a Synapse ? Fique a vontade para pedir ajuda se necessário Aproveitando, o componente ACBrCNIEE pode ser de grande ajuda no uso da Synapse

Mas pelo que compreendi a Venda Liquida sempre vem sem o ISSQN, não é isso mesmo ?

Lembrando que toda e qualquer DLL de ECF deve preferivelmente estar na mesma pasta da sua aplicação. Isso evita problemas de diversas DLLs instalada no S.O. O ACBrECF é capaz de configurar o .INI com a porta correta se ele (e a DLL) estiverem na mesma pasta... mas não no System32

Lembrando que o PAF-ECF é claro em dizer que algumas informações devem vir do banco de dados... O homologador testa a geração de arquivos com o ECF desligado.

Alguma sugestão de correção nos fontes ? Se SIM por favor anexe a(s) Unit(s) modificadas.

Primeiro identifique exatamente onde é o gargalo... A operação de gravar no BD é rápida... e lembre-se que você não precisa capturar todos os dados do ECF novamente, a maioria das informações pode ser calculada da própria aplicação.

Não é função do ACBrTEFD cancelar o Cupom nessas situações, o roteiro de TEF não exige isso... Mas você mesmo pode implementar o cancelamento... tente usando o evento OnDepoisCancelarTrasacoes

Raramente uso edição direta no DBGrid, por isso acho que nunca notei esse problema. Tente estudar os fontes do Grid/DBGrid... talvez seja possível criar um patch implementando essa funcionalidade... Os desenvolvedores do Lazarus são muito receptivos a toda e qq ajuda.... Lembro que quando comecei a usar o Lazarus corrigi um Bug no DBGrid que "roubava" a tecla F2 Se precisar de ajude na criação de um patch é só falar

O Cancelamento do Cupom é completamente opcional... a Homologação TEF não obriga isso, até pq, em alguns ECFs isso será impossível... Você deve estar enviando apenas o comando de Fechamento e não o comando de Cancelamento, o TEFD não fará isso por você, pois como dito antes, isso não é uma regra do TEF.

Estranho, Pois na atribuição de AECF.ValorGT também há um RoundTo, ou seja a comparação deve ser idêntica ... a ideia é justamente evitar esse tipo de problema... Como você está informando o valor para o método: VerificarGTECF ?

Acho que o valor tem que bater com a Redução z e Leitura x

Andrews, Você pode usar o ECFTeste que é distribuido no Package do ACBrMonitor para Linux (apesar de estar um pouco defasado) http://sourceforge.net/projects/acbr/fi ... r%20Atual/

Tente por o tamanho máximo no FieldsEditor

Ishiwatari, Estive olhando (ainda superficialmente) os fontes.. e gostaria de lhe propor as seguinte modificações... - Troca da dependência da Indy, pela Synapse. Hoje em dia o ACBr já distribui a Synapse que é um conjunto de bibliotecas que permite o uso de vários protocolos TCP além de acesso a Porta Serial. A synapse é capaz de fazer qualquer tarefa que a Indy realize, e é bem mais leve, e compatível com Linux e Lazarus/FPC - Evitar ao máximo o uso de formulários dentro do componente. Isso sempre será uma fonte de problemas (Ex: versões diferentes de IDEs, suporte a Lazarus, etc)... Os Formulários podem ser substituídos por eventos no componente. O componente dispara o Evento sempre que precisar que o usuário informe algo, e desta maneira cada programador pode customizar os formulários (o componente ACBrTEFD trabalha dessa maneira) - Integração com ACBrEAD e/ou evento para o calculo do Hash e MD5... (o ACBrEAD usa o OpenSSL, para criar MD5 e vários outros tipos de Hash e criptografia) - Evento para a compactação / descompactação... Nem todos podem querer ficar dependentes dos OBJs utilizados para a compactação, no Lazarus/FPC por exemplo, existe compactação de ZLib/ZIP nativa na linguagem - A criação de um Projeto Demo... Nada melhor que um Demo para ver como as coisas funcionam. Isso será ainda mais necessário se os formulários forem removidos do componente.

Oi Sandro, Muito obrigado mais uma vez... Esse comando está descrito em algum manual ? Não achei o comando 02 em nenhum dos manuais que eu tenho... Ele tb funciona para o caso de acréscimo ?