EMBarbosa

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.

Atualização: o Régys deu uma explicação que eu reproduzi abaixo. Estou criando esse tópico para reportar um "bug" no Exemplo do ACBrPAF. Se apenas clicar no botão "Registros PAF" os registros tipo P2, E2, D2, F2, G2, S2, etc... não estão saindo com o CNPJ preenchidos. Não obstante, esses campos estão sendo preenchidos nos registros pelo código. O erro acontece pois o método writeregistroX2 (onde X2 é um dos registros) busca o dado no registro anterior. Temos algumas opções: Poderíamos buscar os dados ou do Registro U1 do próprio registro X2 já que no exemplo eles estão sendo preenchidos Modificar o exemplo para mostrar que os Registros X1 devem ser preenchidos Opiniões?

Eu lembro deste tópico. Mas minha lembrança é que ele falava sobre pagamentos que não fossem do TEF comum. Por exemplo, recebimentos não fiscais e coisas semelhantes. O que eu achei mais recente Ah e sim. Não quero dizer que seja fácil, apenas que não é impossível. Provavelmente é mais fácil que ter que fazer o TEF do zero.

Você instalou o ACBr? E o FortesReport?

Eu posso estar enganado, mas quando o Daniel criou o ACBrTEFD ele mencionou que seria possível trabalhar sem o ACBrECF utilizando os eventos do ACBrTEFD. Você deve escrever os comandos no ACBrTEFD.onComandaECF e semelhantes. Também deve garantir que os retornos nas variáveis dentro destes eventos sejam semelhantes ao do ACBrECF. No entanto, ele foi testado e é amplamente utilizado com o ACBrECF. Assim, pode ser difícil receber ajuda.

Para esclarecer, a explicação está no REQUISITO XXII que diz que deverá "ser gerado um registro para cada mercadoria ou serviço cadastrado em cada tabela utilizada, no caso de utilização de mais de uma tabela."