Régys Silveira

Tranquilo

Esse registro já estava acertado, você não deve ter percebido mas a propriedade "DT_EST" é um timestamp, onde você passa a data e hora do estoque, dai o componente já gera como deve, veja o trecho de código: Linha 134: LFill(DT_EST, 'yyyymmddhhmmss') +

Você tentou acessar a impressora com o ECFTeste? Verificou o cabo de conexão?

Você utiliza os fontes ou o ACBrMonitor?

Você instalou a capicom que vem junto do ACBr? se não precisa instalar.

Utilize o seguinte código no início da aplicação, depois de gerar o arquivo de autenticados e com o ACBrECF ativado: if ACBrECF.MFD then begin if ACBrECF.Estado = estLivre then ACBrECF.IdentificaPaf('XXXX', 'Nome app') end else ACBrECF.InfoRodape.MD5 := 'XXXX' [/code] XXXX = MD5 da lista de autenticados, aquele que vai sair no rodapé do cupom ou nas informações complementares.

Então como você baixou os fontes? Você está falando dos fontes ou do ACBrMonitorNFe que é baixado pelo SourceForge?

A coisa é assim, nas impressoras matricias, o MD5 vai no rodape do cupom porque não tem informações complementares, nas impressoras MFD você tem que programar, para isso utiliza o método identificaPAF do ACBrECF, fazendo isso já vai sair no campo correto como eu já disse. O que o ACBr faz automaticamente e quando você utiliza o método IdentificaPAF e dá algum erro ele seta automaticamente o InfoRodape.MD5, assim já sai no rodapé, ou seja, o ideal e você ao abrir teu aplicativo se a impressora estiver livre testar se ACBrECF.MFD e verdadeiro e rodar o ACBr.IdentificaPAF, se não setar o ACBrECF.InfoRodape.MD5 para o MD5, simples assim.

Você baixou os fontes utilizando o tortoise e um caminho para o repositório SVN, se foi assim basta clicar com o botão direito na pasta e clica em UPDATE, se você não alterou nenhum arquivo tudo vai ser atualizado e mostrado na tela para você, caso tenha alterado algo será mostrado o arquivo em vermelho e você terá que resolver a pendência pelo tortoise mesmo. Feito isso basta recompilar os teus fontes e pronto.

O MD5 é impresso no rodapé do cupom se você informar, caso não queira que seja assim e queira que seja impresso no local correto para impressoras MFD, você deve utlizar o método: IdentificaPafECF(linha1, Linha2), onde linha1 = MD5 e linha 2 igual ao nome do software, alguns homologadores não gostam que saia o nome do software, para isso coloque um "." na linha 2, esse método deve ser utilizado sempre que inicializar a impressora fiscal e você deve ficar atento ao estado da impressora, porque se a impressora deve estar livre para que ele funcione.

Você pode desativar o acbr e utilizar a dll normalmente, depois reativar o componente. O componente não utiliza esse método da dll, portanto, essa é a forma mais simples.

Qual é o ECF que você está utilizando?

Qual é o sistema operacional? 32 ou 64 bits? Esse problema está sempre ligado a capicom e dependendo do sistema operacional e da versão dele a instalação é diferente, veja também que alguns sistema pedem que um administrador faça a instalação das dlls por causa do UAC.

Como está configurado o ACBrEAD? O evento "OnChavePrivada" está setado e está sendo passado uma chave privada no formato válido?

Você está utilizando o protocolo fiscnet?

Você tentou utilizar o: ACBrNFe.NotasFiscais.Items.EnviarEmail( 'smtp.gmail.com', '465', // tente 587 caso não funcione '[email protected]', 'senha', '[email protected]', '[email protected]', 'Assunto da mensagem', 'Texto do corpo da mensagem', 'S', // senha segura? S/N False, // enviar ou não pdf anexado True/False '[email protected]', nil, True, // confirmação de leitura True/False True, 'Nome do Emitente' );

Você pode setar o certificado no componente ACBrNFe2 e ler a propriedade da data de validade.

Esse XML não foi alterado depois de enviado?

Você tentou enviar uma CC-e pelo Demo do ACBrNFe2? Se não tente, se funcionar verifique as configurações, aqui eu testei e funciona normalmente para MG.

Penso que os seguintes registros já devem satisfazer: Bloco 0 0000 0005 0100 0150 0190 0200 0400 Bloco C C001 c100 c170 c190 C350 c370 c390 c400 c405 c420 c425 c460 c470 c490 Bloco E e001 e100 e110 e116 Bloco H h001 h005 h010

Sobre o que você está falando, sobre qual sistema? Visite este site http://acbr.sourceforge.net/drupal/ para enteder melhor o que é o projeto ACBr.

Tente colocar a ssleay32.dll e a libeay32.dll junto, ambas estão na pasta dll\openssl do ACBr.

O que tenho visto até agora é o seguinte, quem faz a integração são as empresas que vendem softwares de administração pública, existem já alguns padrões como por exemplo o ABRASF, que está empresas implementam em seus softwares e instalam para as prefeituras. O componente está bem adaptado para os padrões mais utilizados, mas ainda existem prefeituras que resolvem fazer por conta própria e criam seu próprio padrão.

Data movimento só recebe um valor quando você emite um cupom fiscal, porque é a data de movimento fiscal, isso vale para a maioria das impressoras fiscais. O que eu faço aqui e controlar a data eu mesmo para fazer isso ai que você falou, tenho um campo onde eu guardo a data de emissão do primeiro documento e comparo com a data do computador, assim eu sei que mudou.

Aparentemente MG está com problemas de novo e obviamente os atendentes não vão falar que sim, como todas as outras vezes, já vários usuário reportaram isso aqui em MG desde ontem (12/01/2012).