lucasbelkys

Me parece que por esse link, pode funcionar..

Quebraram nossas pernas!

Certo... Obrigado cara.

Regys, boa noite.. Preciso ter certificado digital para o processo de homologação ? Se sim, tenho um e-CPF (A3) , serviria ? apenas para testes ?

Vocês Instalaram o .Net Framework 3.5 ou superior ? a DLL sign_bema requer o .net instalado.

Boa noite senhoras e senhores, Preciso de quê para fazer testes em ambiente de homologação ? Esse IdToken/IdCSC pelo que entendi é fornecido pelas "SEFAZES", porém é também necessário para testes? Estou usando o Demo do ACBr, queria ver se meu estado (AL) já está aceitando NFC-e, pois não encontro nada no diário oficial do estado de alagoas, nem encontro nada na seção de NF-e no site oficial. Alguém ?

Mudei aqui e resolveu: FileMask := FilePath + {Prefixo + }Trim(NumSerie)+'*.TXT';// + '_' + // FormatDateTime('yyyymmdd',Now ) + '_*.TXT'; Em -> procedure TACBrECFBematech.ArquivoMFD_DLL(DataInicial, DataFinal: TDateTime; NomeArquivo: AnsiString; Documentos: TACBrECFTipoDocumentoSet; Finalidade: TACBrECFFinalizaArqMFD); Como era: FileMask := FilePath + Prefixo + Trim(NumSerie) + '_' + FormatDateTime('yyyymmdd',Now ) + '_*.TXT'; Como ficou: FileMask := FilePath + Trim(NumSerie) + '*.TXT';

Acredito que o bug seja na "Procedure FindFiles" da Unit ABCrUtil. ainda to investigando aqui...

Então, vi que o problema está no método ArquivoMFD_DLL da classe TACBrECFBematech. Tem um objeto TStringList chamado "Arquivo" que é instanciado e não é atribuído nenhum dado. Então como a propriedade "Count" será sempre 0, daí ele gera a exception com o arquivo sendo gerado ou não. Vejam o código abaixo: if Arquivos.Count < 1 then raise EACBrECFErro.Create( ACBrStr( 'Erro na execução de xBematech_FI_ArquivoMFD.'+sLineBreak+ 'Arquivo: "'+NomeArquivo + '" não gerado' )) ;

Outras funções integradas com as DLL's dos fabricantes estão funcionando normalmente, o que me leva a crer que realmente o problema está isoladamente no método Pafmf_Lmfc_Espelho.

Não acho que o problema seja na esfera das DLL's, porque o arquivo é gerado normalmente, acredito que o componente tá gerando uma exception por engano. Veja o Log abaixo: TX -> [sTX][ENQ][NUL][FS]#(g[NUL] 11:51:13:111 RX <- BE090910100010030727[NUL][NUL][NUL][NUL] Desativando ACBrECF Verificando arquivo: C:\ACBR\Exemplos\ACBrECF\Delphi\BemaFi32.INI, Porta:COM4, Path:C:\ACBR\Exemplos\ACBrECF\Delphi\ xBematech_FI_AbrePortaSerial xBematech_FI_FechaPortaSerial Ativar ACBr: SIM -------------------------------------------------------------------------------- ATIVAR - 25/01/13 11:53:05:629 - Modelo: Bematech - Porta: COM4 - TimeOut: 3 Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HANDSHAKE=RTS/CTS HARDFLOW MAXBANDWIDTH=0 -------------------------------------------------------------------------------- -- 11:53:05:632 TX -> [sTX][4][NUL][FS][19]/[NUL] 11:53:05:777 RX <- [NUL][NUL][NUL][NUL] -- 11:53:05:781 TX -> [sTX][ENQ][NUL][FS]#)h[NUL] 11:53:05:912 RX <- [sOH][NUL][sOH][NUL][NUL][NUL][NUL] -- 11:53:05:916 TX -> [sTX][ENQ][NUL][FS]#<{[NUL] 11:53:06:091 RX <- BEMATECH MP-4000 TH FI ECF-IF [NUL][NUL][NUL][NUL] -- 11:53:06:094 TX -> [sTX][ENQ][NUL][FS]#(g[NUL] 11:53:06:242 RX <- BE090910100010030727[NUL][NUL][NUL][NUL] Ou seja, o problema tá no momento em que o método termina, na verificação se o arquivo foi gerado. Vou dar uma olhada no código em questão.

Boa noite amigos! Estou na fase do MenuFiscal e ao chamar a função PafMF_LMFC_Espelho, observo que tudo transcorre bem, porém o ACBrECF não gera o arquivo com o nome passado como parâmetro. E retorna erro. Os testes foram feitos com Win7 + Bematech MP-4000 + ECFTeste.exe - apaguei as DLLs da System32; - copiei as DLLs da pasta do ACBr para a pasta do executável; - fiz alterações no BemaFI32.ini. e o interessante é que o arquivo é gerado com um nome segundo as regras do atocotepe, que não fui eu quem passei via parametro. Segue o erro: No ECFTeste.exe - + - + - + - + - + - + - + - + - + - + - + - Erro na execução de xBematech_FI_ArquivoMFD. Arquivo: "c:\temp\teste.txt" não gerado BE090910100010030727#0#0#0#0 - + - + - + - + - + - + - + - + - + - + - + - Na minha aplicação Resumo da ópera: O ECFTeste.exe consegue desativar o ACBrECF, executa a função AbrePortaSerial da DLL, a impressora pisca um tempo, depois de alguns instantes retorna o erro em anexo. Alguém ? Atte, Lucas Belkys

Tentei instalar no meu delphi 7, mas não consigo encontrar esse componente nas pastas do ACBR no meu PC. Fiz o update do SVN agora e nada, onde estaria Daniel ?

eu lembro desse componente - sem querer pleitear mérito, pois ele é todo teu - você iniciou o desenvolvimento dele na época a partir de uma conversa nossa em algum fórum. eu acho seguro implementar isso no AcbrECF, pois esse componente já retorna fabricante, modelo e versão do SB. Podendo se criar uma função do tipo AcbrECF.CNIEE. onde haverá na unit um "array const" com essas informações definidas. o inconveniente que vejo é a atualização das informações qnd lançarem novos ECF's ou novas versões de SB (software básico). iai? o que vc acha? Lucas Belkys

O AcbrECF possui função que retorne o código nacional do ecf conectado ao componente ? Se não, eu pretendo implementar isso para contribuir com o projeto. Isso é muito útil na geração do arquivo "movimento por ecf" após a Redução Z. Lucas Belkys

Regys, vc já considerou a possibilidade de usar comandos AT para o componente ser compatível com modens em geral, inclusive 3G que é tão barato?? Qualquer coisa eu te passo fontes de comandos AT, ok ?

XXXVIII-A, Item 9 veio de f*... o fisco tá amarrando mesmo.

eu atuo somente com restaurantes, basta você lançar todos os itens, cancela-los imediatamente apos o lançamento e no final cancelar o cupom. Isso no roteiro 1.06, não sei se no 1.10 mudou alguma coisa, estou re-homologando agora novamente, até amanha terei essa resposta e te direi, ok ?

Parabéns para toda a equipe e colaboradores eventuais! Defendo que todo usuário ACBr por livre e espontânea vontade faça doações mensais. Uma pequena quantia de cada um fortaleceria o projeto mais ainda e esta pequena quantia não paga o benefício que o ACBr nos proporciona. E além deste pagamento, defendo também que aqueles com domínio técnico, que trabalhem nas melhorias do projeto, elas também servirão para você. Parabéns mais uma vez, Lucas Belkys.

Daniel, quando eu cadastrei o PAF tbm não foi exigido isso, mas no processo de atualização PAF eles estão exigindo. Iai, parto pra uma medida judicial, tipo uma medida de segurança ? só sendo. cara, ta fazendo todo o sentido... eles nao pedem no cadastro do PAF pq a homologação TEF não permite esta operação, ai no processo de atualização eles exigem pq vc pode alterer o software livremente. Só pode ser isso!

Daniel, quando eu cadastrei o PAF tbm não foi exigido isso, mas no processo de atualização PAF eles estão exigindo. Iai, parto pra uma medida judicial, tipo uma medida de segurança ? só sendo.

Disso eu já sabia. Obrigado pela tentativa de ajuda, vou fazer fora do componente com troca de arquivos de texto ou customizar o componente. Abraços

Esquecendo o mérito legal da coisa, como eu poderia resolver isso tecnicamente ? Ou seja, imprimir o estorno em CCD... Grato por qualquer ajuda.

Art. 11. O PAF-ECF deve atender aos requisitos estabelecidos na legislação, inclusive quanto à possibilidade de impressão pelo ECF do comprovante de pagamento realizado por meio de cartão de crédito ou de débito. Parágrafo único. O estorno da operação com pagamento efetuado com cartão de crédito ou de débito, deve ser tratado no Comprovante de Crédito ou Débito (CCD) de estorno disponibilizado pelo Software Básico. LINK: http://tol.sefaz.al.gov.br/tol/index.js ... 50&FILTER=

Olá, Meu estado exige que o cancelamento de transação seja impresso em CCD, acredito que por conta de possibilidade de cancelamento do cupom, pois se emitido um relatório gerencial ou leitura x, não dá para cancelar o cupom em questão. Então alguém saberia a solução ? Alguém saberia a Procedure que devo alterar nos fontes do ACBrTEFD ? Ou seria melhor trabalhar fora do componente ? Qualquer ajuda agradeço. Lucas Belkys