Régys Silveira

Veja se este tópico lhe ajuda:

Verifique se IndiceECF está indo realmente o indice da forma de pagamento, outro que não seja o correto ou em branco.

Isso dessa forma você salva o arquivo original.

Fiz o teste e está funcionando normalmente:

Essa dúvida já existe no site, são duas coisas diferentes, a leitura dos dados de um arquivo .csv deve ser no padrão IBPT, ou seja, usar o arquivo disponibilizado pelo IBPT. O método para gerar o .CSV já é diferente do padrão IBPT justamente para diferenciar, esse método de gerar para um .CSV deve ser usado para exporta a tabela para um outro aplicativo.

Tinha me esquecido desta Elton, muito bom, valeu pela lembrança.

Anexa o log do ACBrInstall.

Você está passando o comando de abertura do vinculado corretamente em ACBrTEFD.OnComandaECFAbreVinculado?

Você pode ler os dados da ultima redução Z e pegar essa informação. Mais ou menos assim: var ReducaoZStr: string; begin ... ReducaoZStr := ACBrECF.DadosUltimaReducaoZ; // faça isso somente para que o componente popule a classe // use a classe para ler os dados disponíveis, pode variar de fabricante para fabricante ACBrECF.DadosReducaoZClass.DataDoMovimento; // ou qualquer outro dado disponível ... end;

Em MG a legislação diz que se você tem um computador dentro do estabelecimento, precisa usar aplicativo fiscal e ECF, e também diz que se é obrigado a usar aplicativo fiscal é obrigado a ter o TEF neste aplicativo.

Olá, eu pedi ao André que é o responsável pela codificação da NF-e para dar uma olhada antes, talvez ele não tenha tido tempo.

Sinceramente, só pode ter algo antigo, porque aqui está tudo normal e tenho o ACBr instalado em 6 máquinas virtuais diferentes em diferentes versões do Delphi. Você está recompilando todos os pacotes na ordem correto ou esta utilizando o ACBrInstall para isso?

Se não me engano o prazo para emissão da CC-e é de 720 horas (30 dias).

A velocidade pode ser um indício de problemas, talvez de DNS, talvez de conexão, se no navegador o problema também ocorre intermitente, provavelmente tem algo de errado.

Você precisa antes verificar se não existem arquivos .dcu ou .bpl antigos, para depois recompilar o repositório novo.

Quais configuração está utilizando? Você está utilizando o modelo ecfSwedaSTX?

Você está setando o diretório onde está o ACBr errado na seguranda tela, aquela onde se escolhe a versão do delphi, informa o diretório do acbr e outros.

Você não vai usar o modelo não fiscal, porque já estará conectado com um modelo fiscal, use os métodos iniciados por "DAV_..." para imprimir usando o modelo ACBr ou abra um relatório gerencial, e imprima como achar melhor.

Seu ACBr não está totalmente atualizado ou existem arquivos da versão antiga em algum path.

"Acesso negado" geralmente é porque a .dll ou .so da Daruma não conseguiram escrever o arquivo no diretório informado, verifique os direitos de acesso ao diretório informado.

Eu sempre utilizei o cabo conversor nas homologações e testes em casa, sempre funcionou legal. Seguiu a regrinha básica, ligar o cabo conversor no micro, o cabo na impressora no conversor e por ai vai? Se ligar o conversor direto na impressora não funciona.

Sim existe um propriedade no componente para a confirmação de envio.

Veja se este artigo lhe ajuda: http://www.regys.com.br/como-enviar-uma-carta-de-correcao-utilizando-o-acbrnfe/, nele tem o exemplo completo desde o envio até o tratamento do retorno.

Poste o arquivo de log.

Anexe por favor o arquivo modificado que vou conferir e enviar para o SVN.