EMBarbosa

Quais componentes ACBr você está utilizando? Dependendo do que for fazer, apenas a libeay32 e ssleay32 são necessárias. Sugiro que copie para a pasta do seu executável ao invés de para a pasta do Windows.

Você está distribuindo a rtl70.bpl com o programa? Isso não é muito comum. Verifique a seguinte configuração: Menu Project -> Options -> Packages -> Desmarque "Build with runtime packages"

Acho que não ficou claro. Em que impressora ele quer fazer a impressão então? O que seu módulo TEF faz atualmente?

O requisito dez fala sobre vedar qualquer tipo de impressão da Pré-Venda. Ou seja, ela não pode ser impressa de forma alguma. A diferença entre o PV (ou RPV - Registro de Pré-Venda) e o DAV é exatamente que o RPV é um registro eletrônico enquanto o DAV é, além de eletrônico, também um documento impresso. Isso significa que você não precisa implementar para os estados de Perfil Z essa impressão. Mas se quiser, pode implementar que eles não vão impedir o uso, desde que siga exatamente o que diz o requisito.

Leia o primeiro post deste tópico, por favor. Lá está relacionado os modelos e o correspondente modelo de protocolo que deve ser selecionado no ACBrECF/ACBrMonitor.

Qual é a dúvida?

É tudo muito novo, nem eles estão sabendo ainda. Eu acabei de fazer uma leitura não minuciosa do ER "MG 001" no anexo da portaria 132/2004 e as únicas diferenças que achei do que está atualmente em vigor em MG (ER 2.01 perfil X + documentos Requisitos comentados) é: 1) Os requisitos para PAF-ECF específicos foram agrupados nos blocos de forma definitiva. Exemplo: Na ER 02.01 havia no Requisito VII (Menu Fiscal) itens como "Relatório de Encerrantes". Agora este tipo de item está no Bloco do PAF-ECF correspondente. 2) O item 8 do Requisito XXVIII se tornou um Requisito separado para deixar claro que MG não aceita a implementação do item 7 do Requisito XXVIII. 3) Não é necessário gerar no Menu Fiscal a impressão “Parâmetros de Configuração”. 4) No arquivo "Registros PAF-ECF" não existes os Registros A2, E2, E3, G2, H2 e nenhum dos registros de ECF (R01, R02, R03, R04, R05, R06, R07). 5) Como não é necessário gerar os Registros tipo "R", não há a exigência de capturar os dados. Ou seja, não existe o Requisito XXVI da ER 2.01.

Conforme a Gr@ç@ disse no primeiro post, a portaria 132/2014 revoga a portaria 68/2008. Ou seja, o que está escrito na portaria 68/2008 passará a não ter validade a partir de 1/6/2014.

Por favor, descreva o passo a passo para reproduzir o problema no exemplo do ACBrECF. Anexe ao post o log do ACBrECF.

O código que postou está incompleto. Você chegou a ver o exemplo do ACBrECF?

Já estávamos aguardando Esse Anexo parece ser o fim da espera. Ela entra em vigor em primeiro de junho de 2014 (01/06/2014). Quanto a nova ER em si: estou iniciando a leitura, mas pelo que vi até agora, é basicamente a ER 2.01 seguindo o Perfil de Minas Gerais ('X') conforme o documento Requisitos Comentados que é disponibilizado pela SEFAZ-MG.

tópico anterior:

A ER201 não possui roteiro de testes. Tome o cuidado de ao seguir os testes antigos verificar que eles realmente estão de acordo com os requisitos novos.

É isso mesmo Isaque. Em MG costumava-se enviar os documentos por correios para o DICAC/SAIF para fazer o cadastramento de uma nova versão ou fazer o descadastramento de uma versão (por exemplo quando uma versão não é mais utilizada por nenhum cliente). Agora, as empresas que já tiverem cadastradas como desenvolvedoras pela SEFAZ poderão utilizar esse applicativo AIT-e para fazer o cadastro ou o descadastramento das versões ou de aplicativos. Todos os dados necessários serão enviados por este aplicativo aí.

Acho que não. Antivírus normalmente nem deixa o aplicativo abrir. Parece mais o gbplugin Veja esses tópicos:

Leia aí, não fala nada de emitir NF-e no ECF. A propósito, não sei que versão do roteiro você está seguindo, mas lembre que a Especificação de Requisitos para PAF-ECF é atualmente a versão 2.01

Seu problema deve ser outro. O código nessas linhas é: if TotalPago >= SubTotal then raise EACBrECFERRO.create(ACBrStr('Total pago já foi atingido Cupom deve ser '+ 'encerrado')) ; Acompanhe comigo: AbreCupom; //TotalPago = 0 e SubTotal = 0 VendeItem -> R$2,50; //TotalPago = 0 e Subtotal =2,50 EfetuaPagamento(Cartao); //TotalPago = 1 e Subtotal =2,50 EfetuaPagamento(Dinheiro); //TotalPago = 3 e Subtotal =2,50 FechaCupom; No momento de efetuar o pagamento em dinheiro o totalPago é 1 e o subtotal 2,50. Assim, acho que não vai parar neste código.

Não conheço nada automatizado neste sentido. Mas se fossem propostos os testes, acredito que seria possível criar um aplicativo pra isso.

O timeout como 3 é muito baixo. Aumente para pelo menos 10 quando for porta física e para uns 20 quando for porta emulada como é o caso do driver.

Eu não achei isso no texto, pode postar o trecho do teste que diz isso?

O exemplo está na pasta trunk\Exemplos\ACBrSAT\

O log está mostrando muitas falhas de comunicação ou timeout. Qual o timeout configurado? Também qual o seu sistema operacional? E exatamente qual é o driver Virtual Serial Port que você está usando? Qual o site onde fez o download?

Poderia postar a mensagem completa do erro?

Eu também não sabia. Estou presumindo pelo nome da classe "TACBrSATExtratoFortes". Faça uma busca no fórum para obter mais detalhes sobre a instalação do Fortes Report.

Régys, o problema está acontecendo no Demo do ACBrPAF. Você chegou a alterar o exemplo esses dias? Criei até um tópico sobre, veja