Régys Silveira

- Você deixou os arquivos do pacote da dll somente no diretório do seu aplicativo? - rodou o registra.bat que vem no pacote da dll para registrar os arquivos necessários? (pode ser necessário executar como administrador dependendo da versão do windows) Lembrando, tudo dentro somente do diretório do seu aplicativo.

Basicamente você vai gerar um arquivo ENT.TXT com o comando NFe.Ativo dentro e aguardar o arquivo SAI.TXT, verifique o help para maiores informações, nele tem exemplos e explicações de como tudo funciona.

Segue o link para quem quiser baixar: ftp://freepascal.dfmk.hu/pub/lazarus/snapshots/

O correto para MG é: http://consultasintegra.fazenda.mg.gov.br/sintegra/

testei para MG e ele não achou o endereço

A Daruma utiliza um driver para criar uma porta virtual, após isso basta configurar o ACBrECF para usar essa porta, para baixar o driver vá até o site de desenvolvedores da Daruma.

Porque ao invés de adaptar você não utiliza o ACBrConsultaCPF? Os componentes já foram feitos intencionalmente separados porque são consultas diferentes, com resultados diferentes.

Isso mesmo, um exemplo: 1122223333 ou 01122223333

Movi seu tópico para o local correto do fórum. Desculpe mas sua pergunta ficou um tanto vaga, você não disse qual registro deseja alterar, para que alguém lhe ajude é necessário dar informações do que precisa. Segue o layout do Sintegra, basta você olhar no layout o registro que deseja alterar, verificar a posição na linha e efetuar a alteração respeitando as normas. https://www1.fazenda.gov.br/confaz/confaz/Convenios/ICMS/1995/CV057_95_Manual_de_Orientacao.htm Agora lembre-se alterar o arquivo manualmente implica em vários problemas.

Não muda nada, se você utiliza o A3 hoje e porque usa o ACBrNFe com Capicom e ele aceita certificados tanto A1 quanto A3. Somente o OpenSSL possui restrição, ele permite o uso apenas de certificados A1.

Impressoras Darumas geralmente utilizam velocidade de 115.200 se conectada via USB, fiz vários testes aqui e está tudo ok, funcionando perfeitamente.

um numero normal tem 10 digitos pelo menos, sendo 2 do código de área e outros 8 do numero, alguns estados agora estão adotando 11, porque acrescentaram o 9.

Como você está passando o numero?

Leia as regras antes de postar, continue no outro post que você iniciou.

Leonardo, o interessante seria você postar a units alteradas para todos testarem e anexarmos ao projeto, assim você ajuda a todos que tem ou poderão ter o problema.

Basta anexar os arquivos alterados aqui neste post, que o responsável vai analisar, fazer o merge e enviar.

O duro é que quem precisa homologar fica em um empasse, complicado para nós que temos que lidar com essas leis, tem horas que penso que eles não pensam antes de publicar estas coisas. O mais interessante é a parte da lei que dizia que a ER não poderia sofrer alteração pelo prazo de 1 ano a não ser correções, isso não é uma correção é uma mudança, ou seja, esquece o que está escrito.

Marquei como resolvido. realmente seria bom pegar de lá, mas como ainda tem gente usando o jeito antigo, acho que não seria uma boa ideia por enquanto.

Cleber eu chequei aqui, nos fontes do ACBr e meus fontes, precisa preencher o P1 e o E1, assim ele coloca corretamente, mesmo não sendo mais abordado na ER, ele foi mantido para retrocompatibilidade, visto que vários usuários ainda estão homologados na ER antiga.

Cleber, você estava atualizado? Porque eu já homologuei 3 vezes na ER nova e não aconteceu isso.

Esse erro geralmente ocorre porque você tem a dll em vários lugares, o recomendando e ter ela somente no path do aplicativo, juntamente com as dlls e arquivos que vem junto da bemafi dll. Verifique também o arquivo .ini de configuração da dll se o diretório está ok, geralmente o ACBr seta ele corretamente, mas dependendo de como instalou tudo pode ser que o ACBr não consiga configurar corretamente o ini.

Anexando um log do ACBrECF fica mais simples de te ajudar.

Você está misturando as coisas, o manual não fala nada de quando deve ser baixado o estoque, o que ele fala é quando se deve ou não atualizar o estoque em um software a parte. Se você desenvolve stand-alone, tudo está dentro do software, portanto, não existe integração com outro, então o estoque é baixado normalmente. Não misture este estoque também com o estoque gerado ao imprimir o primeiro documento no dia, esse estoque do primeiro documento é para geração de arquivo, ele é um flash, não pode ser o estoque atual. Então na verdade você tem "dois" estoques, um para geração do arquivo que é um flash e outro para venda, que é você quem controla como bem entender.

Sendo stand-alone, ele próprio ira controlar o estoque somente dele mesmo.

O problema é esse então, você vai precisar editar os dois pacotes para que usem o fortes para fr3. Você pode fazer o seguinte, desmarque os dois no ACBrInstall, proceda a instalação, entre no delphi e instale os dois pacotes que faltam manualmente. Antes de instalá-los manualmente, você edita eles e remove as condicionais dos pacotes por versão do fortes, forçando ele a utilizar a que você tem, ou simplesmente deixe somente a versão XE3. {$IFDEF VER150} RLibWinD7vcl, vcljpg;{$ENDIF} // D7 {$IFDEF VER200} RLibWinD2009, vclimg;{$ENDIF} // D2009 {$IFDEF VER210} RLibWinD2010, vclimg;{$ENDIF} // D2010 {$IFDEF VER220} RLibWinDXE, vclimg;{$ENDIF} // XE {$IFDEF VER230} RLibWinDXE2, vclimg;{$ENDIF} //XE2 {$IFDEF VER240} RLibWinDXE3, vclimg;{$ENDIF} //XE3 <----------- deixe somente essa {$IFDEF VER250} RLibWinDXE4, vclimg;{$ENDIF} //XE4 Lembrando que o ideal e ter a versão correta, mas esse é um quebra galho que vai funcionar enquanto o fortes não libera a nova versão.