Régys Silveira

no teu código a declaração da variável "Mensagem: TMemo;" que você utiliza para guardar o texto da mensagem do e-mail, onde você inicializou ou criou ela? Neste código que você enviou não tem a criação da variável somente a utilização.

Tente utilizar "ecfFiscNET" no modelo da impressora fiscal.

Isso acontece mesmo, eu liguei para o pessoal da visa e master na época, o que me disseram é que os simuladores fazem isso, se quisesse testar corretamente deveria fazer com o simulador amex porque ele retorna do jeito correto. Em produção isso não acontece, os dados vem corretamente, é coisa dos simuladores mesmo, ligue no suporte para você ver eles vão te falar isso, hehe.

O ideal seria primeiro dar uma lida na documentação dos cartões, ela explica direitinho como proceder e o que são os diversos tipos de transação.

Você tentou debugar passo-a-passo? Pergunto porque aqui está funcionando corretamente.

Veja este tópico. viewtopic.php?f=10&t=3104

Se você rodar esse SQL direto no banco, todos os campos são retornados para a empresa dessa nota fiscal?

veja o evento "DepoisConfirmarTransacoes" do ACBrTEF, ele tem uma variável "RespostasPendentes" que pode ser utilizada para isso.

Se você der uma olhada no código do método Create do TStringStream verá que ele aceita a passagem em branco normalmente, inclusive ele possuiu um sobrecarregamento que faz isso. O que deve estar ocorrendo ai é outra coisa, como você está chamando o método? quais parâmetros você está passando? Poste sua rotina de envio por favor.

Fiz os testes aqui com uma Bematech MP2100 TH FI e uma Daruma FS700, ambos geraram o espelho MFD e o Arquivo MFD, tanto por data quanto por COO corretamente. Entrei em contato com o suporte Bematech e ele me disseram que esse erro 3 e problema no donwload da MFD que geralmente é causado por problemas de comunicação e que no emulador esse rotina não funciona corretamente, então para testar seria necessário uma impressora real.

Qual a forma que você utiliza para conectar os emuladores, utiliza algum software para emular a ligação de portas? Utiliza cabo?

Muito obrigado.

Funciona assim, primeiro os requisitos gerais, depois os requisitos do estado, então você deve primeiro imprimir o que é do roteiro normal para depois imprimir o que é específico do estado. Mas uma boa idéia e falar com o homologador da instituição onde você vai homologar, porque pode ser que ele entenda de uma forma diferente.

Absoleta até que não, eu não faço assim mas muita gente utiliza ela para gerar o Sintegra no fim do dia e armazenar no banco de dados, depois junta os registros de todos os PDVs e gera o arquivo final. Vai do gosto do freguês

Sim, você está correto, os grandes fornecedores por exemplo Souza Cruz, Martins, etc disponibilizam em sites, outros enviam por e-mail, mas a grande maioria dos pequenos fornecedores não envia ou disponibiliza o XML de forma alguma a não ser que o cliente peça, o que não é correto Por isso foi disponibilizada a rotina para gerar o XML a partir da consulta, lembrando sempre que esse XML não tem validade nenhuma é somente para auxiliar na importação dos dados.

O arquivo Sintegra gerado pela DLL é o disponibilizado pelos fabricantes na DLL, então é necessário que o ECF esteja conectado e comunicando e ele gera somente os registros relativos ao ECF. O arquivo gerado pelo componente não precisa do ECF conectado já que quem vai informar os dados é sua aplicação, ele tem a vantagem de poder receber outros registros que não somente os de venda no ECF, como por exemplo notas fiscais de entrada, Nf-e ou venda a consumidor. Como os homologadores olham se as notas digitadas estão no arquivo e o teste geralmente é feito com ECF desconectado justamente para saber se está pegando ou não da impressora a segunda opção se torna melhor, apesar de mais trabalhosa porque você é quem vai popular os dados apartir do que armazenou no seu banco de dados.

Esse erro é retornado pela DLL, veja no manual o que significa o código -8 ou entre em contato com o suporte da Sweda para que eles te passem. Uma coisa que acontece muito e o aplicativo não ter direito de gravar o arquivo no diretório, isso acontece bastante com windows 7, verifique talvez possa ser esse o motivo do erro.

Utilize a propriedade "ACBrECF.NumSerie".

O ideal e gerar o arquivo Sintegra e EFD completos para não ter erro, aqui eu fiz desse jeito, o homologador validou, deu uma olhada no arquivo para ver se os registros estavam lá e passou sem problemas.

O que o requisito quer é que você gere as vendas no período no layout do Sintegra (Convênio 57/95) ou no layout do Sped (Ato COTEPE 09/08), então sua tela terá a opção de gerar todo o movimento do Paf-ECF inclusive notas fiscais nestes dois layouts. São arquivos separados e o fiscal deve ter a opção de gerar um ou outro, não os dois ao mesmo tempo. O que pega neste teste é que geralmente o pessoal só gera as vendas do ECF, mas os homologadores também olham se as notas fiscais que são digitadas manualmente e agora as NF-e também estão no arquivo também. Os homologadores inclusive validam os arquivos, por isso e bom gerar o arquivo e validar no Validador Sintegra e no EFD para ver se está em conformidade.

A dll utilizada pela termoprinter e a mesma dll dataregis, verifique se ela está atualizada.

Quanto ao pacote do Danfe você deve escolher algum dos motores de relatório, Rave, FastReport, etc, então compilar e instalar somente este que for utilizar, o Rave é padrão da instalação das versões mais novas de delphi, mas se você como eu utiliza o FastReport pode instalar o pacote dele.

Basta testar, se mesmo assim continuar errado, tente apagar o arquivo ACBrECFDaruma.pas e atualizar o repositório, ele vai baixar o arquivo novamente.

Veja que os campos: ValorProduto=96,80 ValorNota=96,80 foram gerados com virgula, o correto e ponto.

Ao invés de utilizar o componente ACBrGAV tente utilizar o método "ACBrECF.AbreGaveta", lembrando que tem uma propriedade "ACBrECF.GavetaSinalInvertido" para inverter o sinal no caso de ser necessário.