Régys Silveira

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).

Você chegou a dar uma olhada no Demo da NFe?

está dentro do diretorio "pacotes\ACBrNFe2", basta instalar também.

O SourceForge foi atualizado.

alguns pacotes não instalam mesmo, são somente para runtime.

O SCAN está liberado para o teu estado, porque se não estiver é isso mesmo.

Você tentou utilizar estas propriedades, temos ai a quantidade de casas e a máscara que ira utilizar:

Você não atualizou teus schemas, atualize pela pasta do ACBr ou baixe direto no site da nota eletrônica.

Os valores estão corretos, a quantidade aceita até 10 casas decimais o valor unitario até 4 e o valor total sempre 2, segue o manual da nota eletrônica.

A sim, isso é simples, basta você montar o código a mão mesmo, geralmente ele é formado assim: ABBBBBBCCCCCD A= digito, geralmente o número 2 (isso pode ser alterado nas configurações das balanças) B= Código da mercadoria C= Peso ou quantidade depende de como o produto está configurado D= digito verificador Lembrando que está formação pode ser alterada, mas geralmente é isso para a grande maioria. Existe o componente ACBrInStore que faz esse tratamento automaticamente, veja na pasta \exemplos\ACBrInStore.