Régys Silveira

Seria interessante você anexar o log do ACBrECF pra vermos o que você está enviando.

1) Utilizo a Linguagem dBase Plus (http://www.dbase.com/) é uma linguagem for windows 32 bits e permite o acesso a DLL´s e Active X, gostaria de saber se conseguirei usar direto o ACBrNFe ou terei que usar o ACBrNFeMonitor Para NF-e você deve utilizar o ACBrNFeMonitor. 2) Verificando a área de download, percebo que tem um ACBrNfeMonitor Capicom e ACBrNFeMonitor OpenSSL, no meu caso tenho clientes que usam o certifico A1 e outros o A3, qual dos monitores devo optar? Se vai utilizar os dois tipos de certificados utilize a versão capicom, pois é a única que suporta tanto A1 quanto A3. 3) Onde encontro a documentação do ACBrNFe para estudo? No caso do ACBrNFeMonitor, que provavelmente será o que você utilizará, junto do aplicativo é instalado um arquivo de help com todos os métodos e funcionamento do mesmo.

Enviado, obrigado pela colaboração.

Atualizado, obrigado pela colaboração.

Vejo que é seu primeiro post, gostaria de lhe convidar a ler primeiramente nossas regras clicando aqui. Também gostaria de lhe convidar a utilizar a busca que fica no canto superior direito da tela, com ela você vai encontrar respostas para estas e outras perguntas que com certeza virão. Seja bem vindo ao fórum ACBr.

Pode postar o novo XML gerado?

Deve-se gerar no registro pai X1, não podemos alterar os registros por conta da retrocompatibilidade com versões antigas da ER.

Existem alguns posts tratando no assunto no fórum, um resumo de tudo é que o componente ACBrTEFD não foi feito para NFC-e e sim para Paf-ECF com ECF, portanto, teriam que ser feitas adaptações. Como o componente trabalha com eventos, bastaria você adaptar os eventos para responder conforme a necessidade, mas lembrando, o componente não foi feito para tal então pode não ficar 100%.

A tag "<IE>0</IE>" não está incorreta? Você deve passá-la em branco ou ISENTO quando não houver IE.

O IBPT utiliza o código NBS para serviços, o código LC116/2003 foi removido já na segunda versão da tabela e não é mais utilizado.

Mas os outros arquivos foram alterados, então teriamos que fazer isso em todos os arquivos..

// O Formato da mensagem de erro pode ser alterado pelo usuario alterando-se a property FFormatoAlerta: onde; // %TAGNIVEL% : Representa o Nivel da TAG; ex: <transp><vol><lacres> // %TAG% : Representa a TAG; ex: <nLacre> // %ID% : Representa a ID da TAG; ex X34 // %MSG% : Representa a mensagem de alerta // %DESCRICAO% : Representa a Descrição da TAG // Sugestão de configuração para apresentação de mensagem mais amigável ao usuário final ACBrNFe1.Configuracoes.Geral.ExibirErroSchema := False; ACBrNFe1.Configuracoes.Geral.FormatoAlerta := 'Campo: %DESCRICAO% - %MSG%';

Nem todas as dlls possuem uma versão do método como o da Daruma onde é possível passar parâmetros de data, então tudo é nivelado por baixo, pela maioria.

Enviado para o SVN, obrigado pela contribuição.

Você está utilizando os gerenciadores incorretos, não se usa mais gerenciador redecard e outros, usasa-se o ntk, sitef, estes ai não se usa mais.

pela lista de arquivos estão faltando alguns arquivos que vem junto da dll Daruma, tente baixar novamente o pacote direto do site deles e descompactar junto do seu executavel. Dentro do diretoro DLL\ECF do acbr também existe o pacote. Tentou fazer o teste com outro computador?

Qual é o caminho da pasta onde está gerando o arquivo? você colocou todos os arquivos do pacote da dll junto do aplicativo? você tem direitos de acesso a pasta que está tentando gravar o arquivo? Existe movimento ou redução Z para os dias inicial e final do período que está tentando gerar o arquivo?

Erro de comunicação geralmente tem a ver com cabos, driver (no caso de USB), porta ou configuração de porta. Uma coisa que você pode tentar fazer e diminuir o buffer nas configurações da porta virtual criada pelo driver.

Você está enviando o CR+LF no comando ou enviando em branco? se está enviando CR+LF tente enviar branco ('').

Utilize o método PafMF_Cotepe1704 para gerar o arquivo.

Uma outra coisa, você tem certeza que a data passada possui movimento, na Bematech precisa ter movimento no período informado senão retorna erro. Inclusive a data inicial e data final tem que ser de dias com movimento.

Poderia postar o log do ACBrECF para análise?

Você rodou o registra.bat que vem junto da dll como administrador? Copiou todos os arquivos do pacote da dll, inclusive os que não são dlls?

A impressão das duas vias em modo off-line não é obrigatória? Até onde sei ela é.

Qual tipo de relatório está utilizando? (rave, ravecb, fortes, quick, fast)