Norma Federal - Publicado no DO em 27 out 2011
Altera o Ato COTEPE/ICMS 16/09 , que dispõe sobre a Especificação Técnica de Requisitos do Emissor de Cupom Fiscal (ERT- ECF).
O Secretário Executivo do Conselho Nacional de Política Fazendária - CONFAZ, no uso de suas atribuições que lhe confere o art. 12, XIII, do Regimento da Comissão Técnica Permanente do ICMS - COTEPE/ICMS, de 12 de dezembro de 1997, por este ato, torna público que essa Comissão Técnica, na sua 146ª reunião ordinária, realizada no dia 13 a 15 de setembro de 2011, em Brasília, DF, tendo em vista o disposto nos arts. 102 e 199 do Código Tributário Nacional ( Lei nº 5.172, de 25 de outubro de 1966 ),
Decidiu:
Art. 1º Alterar os Anexos I e V do Ato Cotepe/ICMS 16/09 que passam a vigorar com a seguinte redação:
" ANEXO I
ESPECIFICAÇÃO TÉCNICA DE REQUISITOS DO EMISSOR DE CUPOM FISCAL
(ERT-ECF - Versão 01.01)
3.11 NORMA DE ARREDONDAMENTO
1. INTRODUÇÃO
1.1. ESCOPO
O Emissor de Cupom Fiscal (ECF) é o equipamento de automação comercial e fiscal com capacidade para emitir, armazenar e disponibilizar documentos fiscais e não fiscais e realizar controles de natureza fiscal referentes a operações de circulação de mercadorias ou a prestações de serviços, implementado na forma de impressora com finalidade específica (ECF-IF) e dotado de Modulo Fiscal Blindado (MFB) que recebe comandos de Programa Aplicativo Fiscal - Emissor de Cupom Fiscal (PAF-ECF) externo.
1.2. DISPOSIÇÕES GERAIS
Este anexo especifica os requisitos a serem atendidos pelos equipamentos Emissores de Cupom Fiscal (ECF) a que se refere o art. 61 da Lei Federal nº 9.532, de 10 de dezembro de 1997, para estabelecer uma base comum de entendimento entre os diversos agentes envolvidos com as atividades relacionadas ao equipamento.
Os requisitos especificados neste Ato são de implementação obrigatória salvo aqueles considerados opcionais, condição esta explicitada no texto.
As siglas e acrônimos citados neste documento estão listados e explicados no Anexo II.
O Logotipo Fiscal, caracterizado pelas letras "BR" estilizadas, está definido conforme modelo constante no Anexo III.
1.3. DEFINIÇÕES
1.3.1. Módulo Fiscal Blindado (MFB): é um módulo passível de remoção isolada do ECF sem o mecanismo impressor e onde está contido o hardware que executa as funções fiscais conforme composição estabelecida no item 2.4.1 deste anexo, dotado do sistema de blindagem especificado no item 2.4.1.1, não sendo passível de manutenção, tendo sua vida útil cessada em caso de violação ou na ocorrência de qualquer outro evento relacionado no item 3.4.5.2.
1.3.2. Placa Controladora Fiscal (PCF): conjunto de recursos residentes no MFB, que concentra as funções de controle fiscal. As especificações da PCF estão contidas no item 2.4.1.2 deste anexo.
1.3.3. Memória de Trabalho (MT): recursos de hardware residentes na PCF, destinada à gravação de dados em área de armazenamento modificável. As especificações do dispositivo de MT estão contidas no item 2.4.1.2.5. deste anexo.
1.3.4. Memória de Fita Detalhe (MFD): recursos de hardware, residentes no MFB, para armazenamento de dados necessários à reprodução integral de todos os documentos emitidos pelo equipamento, dispensada a Leitura da Memória Fiscal (LMF). As especificações do dispositivo de MFD estão contidas no item 2.4.1.5 deste anexo.
1.3.5. Memória Fiscal (MF): recursos de hardware conforme especificações descritas no item 2.4.1.4 deste anexo, residentes no MFB, para armazenamento de um conjunto de dados que contém:
1.3.5.1. a identificação do equipamento com: tipo, marca, modelo, versão e número de fabricação, cujos dados devem ser gravados no processo de fabricação do ECF, não devendo o SB disponibilizar comandos para realizar tal função;
1.3.5.2. a identificação do contribuinte usuário com números de inscrições no CNPJ, estadual e municipal;
1.3.5.3. a identificação do prestador do serviço de transporte, quando este não for o usuário do ECF, com números de inscrições no CNPJ, estadual e municipal, no caso de ECF que emita Cupom Fiscal Bilhete de Passagem;
1.3.5.4. o controle de intervenção técnica;
1.3.5.5. o controle das operações e prestações registradas no ECF conforme descrito no item 3.10.3.4.22;
1.3.5.6. o Logotipo Fiscal previsto no Anexo III;
1.3.5.7. o Símbolo de Acumulação no GT;
1.3.5.8. flag de indicação de montagem no ECF do Modem para Acesso Remoto especificado no item 2.4.4, que deve ser gravado no processo de fabricação do ECF, não devendo o SB disponibilizar comandos para realizar tal função, sendo "0" para modem não montado, "1" para modem montado e "2" para modem não implementado;
1.3.6. Software Básico (SB): conjunto fixo de rotinas, residentes na PCF que implementa as funções de controle fiscal do ECF e funções de verificação do hardware do ECF. As especificações de hardware do dispositivo de SB estão contidas no item 2.4.1.2.4. deste anexo. As especificações funcionais do SB estão contidas no item 3 deste anexo. A versão do SB deve ser identificada com 6 (seis) dígitos decimais, no formato XX - XX.XX, em que valores crescentes indicam versões sucessivas do software, obedecendo aos seguintes critérios:
a) o primeiro e o segundo dígitos devem ser incrementados de uma unidade, a partir do valor inicial 01, sempre que houver atualização da versão por motivo de mudança na legislação;
b) o terceiro e o quarto dígitos devem ser incrementados de uma unidade, a partir do valor inicial 00, sempre que houver atualização da versão por motivo de correção de defeito;
c) os dois últimos dígitos podem ser utilizados livremente, a partir do valor inicial 00 (zero zero), excluídas as situações previstas nas alíneas anteriores.
1.3.7. Bootloader (BLD): conjunto fixo de rotinas, residentes no MFB, executadas imediatamente após a inicialização do processador (hardware reset) e que implementa exclusivamente as funções de validação do SB ativo (validado), de controle da substituição de versão do SB e de controle de acesso à chave pública relativa à assinatura digital de que trata o item 3.1.1. O encerramento da execução das funções do BLD ocorre no momento em que é iniciada a execução das funções do SB, devendo a partir deste momento controlar as funções criptográficas do ECF. As especificações do dispositivo de hardware que armazena o Bootloader estão contidas no item 2.4.1.2.3 deste anexo. As especificações funcionais de software do Bootloader estão contidas no item 3.2 deste anexo.
1.3.8. Relógio de Tempo Real (RTC): dispositivo capaz de fornecer a data e a hora para o funcionamento do ECF.
1.3.9. Hardware Configurável ou Programável: é aquele que a configuração ou a programação possa ser completamente verificada a partir do hardware utilizado, entendendo-se por configuração ou programação todo e qualquer código objeto gravado internamente no hardware que determine sua forma de funcionamento no circuito eletrônico.
1.3.10. Hardware Reset: reinicialização do processador provocada pelo hardware.
1.3.11. Software Reset: reinicialização do processador provocada pelo software.
1.3.12. Número de Fabricação do ECF: conjunto de 20 (vinte) caracteres alfanuméricos composto da seguinte forma:
a) os dois primeiros caracteres: para registro do código do fabricante ou importador, atribuído pela Secretaria Executiva do CONFAZ;
b) o terceiro e o quarto caracteres: para registro do código do modelo do equipamento, atribuído pela Secretaria Executiva do CONFAZ;
c) o quinto e sexto caracteres: para indicar o ano de fabricação;
d) os demais caracteres devem ser utilizados pelo fabricante ou importador de forma seqüencial crescente, para individualizar o equipamento.
1.3.13. Registro de Item: conjunto de dados referentes a registro, em Cupom Fiscal, de produto comercializado ou de serviço prestado, composto pelos parâmetros descritos no item 3.10.3.4.2 relativo à função: "Registro de Item em Cupom Fiscal".
1.3.14. Situação Tributária: regime de tributação da mercadoria comercializada ou do serviço prestado, devendo, quando for o caso, ser indicada com a respectiva alíquota efetiva.
1.3.15. Parâmetros de Programação ou Configuração: parâmetros programáveis ou configuráveis que definem características operacionais do ECF.
1.3.16. Violação do Módulo Fiscal Blindado: qualquer ação no sistema de blindagem, que possibilite o acesso aos dispositivos de hardware previstos no item 2.4.1, permitindo-se somente o diâmetro e o deslocamento previstos nos itens 2.4.1.1.1 e 2.4.1.1.2.
2. REQUISITOS ESTRUTURAIS
2.1. QUALIDADE, CONFIABILIDADE E SEGURANÇA ELÉTRICA
O ECF deverá atender às seguintes normas relativas a testes de qualidade, confiabilidade e de segurança elétrica em equipamentos eletrônicos e de informática, da IEC - International Electrotechnical Commission (Comissão Internacional de Eletrotécnica), devendo, nos testes a que se referem os itens 2.1.1 a 2.1.6, antes e depois da aplicação da interferência eletromagnética, ocorrer funcionamento normal, sem perda de dados gravados na MF, na MFD, no RTC, no SB e no Bootloader, sendo aceitável travamento temporário com restabelecimento do funcionamento normal após desligar e religar a energia elétrica do ECF:
2.1.1. Norma IEC 61.000-4-2, classe 3, relativa a teste de descarga eletrostática;
2.1.2. Norma IEC 61.000-4-3, classe 2, relativa a teste de imunidade para rádio freqüência e compatibilidade eletromagnética (EMC);
2.1.3. Norma IEC 61.000-4-4, classe 2, relativa a teste de transientes rápidos elétricos (EFT);
2.1.4. Norma IEC 61.000-4-5, classe 2, relativa a testes de surto e descarga atmosférica;
2.1.5. Norma IEC 61.000-4-6, classe 2, relativa a teste de imunidade a perturbações eletromagnética conduzidas;
2.1.6. Norma IEC 61.000-4-11, classe 30% de queda durante 50 ciclos, relativa a teste de variação na rede elétrica;
2.1.7 Regulamento da ANATEL para certificação de equipamento de telecomunicações quantos aos aspectos de segurança elétrica aplicáveis a modem de mesa.
2.2. DISPOSITIVOS LÓGICOS PROGRAMÁVEIS OU OUTRO HARDWARE CONFIGURÁVEL OU PROGRAMÁVEL
Os Dispositivos Lógicos Programáveis (DLP) ou outro hardware configurável ou programável, conforme definido no item
1.3.9, integrantes da PCF, do Bootloader, dos recursos de hardware associados ao dispositivo de armazenamento da MF ou da MFD:
2.2.1. devem ser afixados sem utilização de soquete ou conector;
2.2.2. não devem estar acessíveis para programação ou configuração;
2.2.3. devem estar programados de forma a permitir a leitura direta de seu conteúdo por meio de dispositivo específico para este fim, durante a realização de Análise Estrutural ou de perícia técnica solicitada pelo Fisco, e não devem conter instruções que sejam executadas a partir das chamadas de rotinas específicas de comando previsto na Especificação de Comandos (EsC-ECF) estabelecida no item 3.10;
2.2.4. tratando-se de dispositivos que permitam reprogramação, devem estar completamente protegidos por resina com as características definidas no item 2.3, inclusive qualquer contato para reprogramação.
2.3. RESINA DE PROTEÇÃO DE DISPOSITIVOS
A resina utilizada nos dispositivos a que se refere o item 2.2 e quando utilizada nos dispositivos da MF e da MFD deve ter as seguintes características:
2.3.1. resina termofixa com temperatura de transição térmica igual ou superior a 120ºC;
2.3.2. apresentar rigidez dielétrica igual ou superior a 8 KV/mm conforme IEC 243;
2.3.3. apresentar dureza igual ou superior a 72 na escala Shore D;
2.3.4. ser opaca;
2.3.5. ser insolúvel em água;
2.3.6. não ser hidrofílica.
2.4. COMPOSIÇÃO ESTRUTURAL BÁSICA DO ECF
O ECF deve ser composto de:
Módulo Fiscal Blindado - MFB (obrigatório) - vide composição no item 2.4.1.
Teclado composto por teclas "SELEÇÃO" e "CONFIRMA" (obrigatório)
Conectores externos ao MFB com acesso externo ao ECF, para interface com periféricos (facultativo)
Mecanismo de impressão (obrigatório)
Sistema de Lacração Lógica entre o MFB e o mecanismo de impressão (obrigatório)
Sistema de Lacração Física entre o MFB e o mecanismo de impressão (obrigatório)
Fonte ou bateria externa para alimentação de energia (obrigatório)
Hardware que permita conexão remota em conformidade com as seguintes configurações:
banda larga via Ethernet, de implementação obrigatória, utilizando conector RJ-45 (Ethernet over twisted pair), interno ou externo ao MFB, com acesso externo ao ECF
modem analógico, de implementação facultativa, utilizando:
dispositivo para conexão em rede com demais equipamentos ECF;
conectores externos ao MFB com acesso externo ao ECF para interligação em rede com os demais equipamentos ECF e para linha telefônica
modem GPRS, de implementação facultativa, utilizando conector externo ao MFB, com acesso externo ao ECF, para antena
2.4.1. MÓDULO FISCAL BLINDADO
Deve ser um módulo passível de remoção isolada do equipamento sem o mecanismo impressor, composto por:
Sistema de blindagem (obrigatório)
Placa Controladora Fiscal - PCF (obrigatório)
Placa Controladora do Mecanismo de Impressão - PCMI (vedada, se o circuito de controle estiver na PCF).
Memória Fiscal - MF (obrigatório)
Memória de Fita Detalhe - MFD (obrigatório)
Plaqueta de identificação do ECF (obrigatório)
Local dedicado e exclusivo para etiqueta de autorização de uso do ECF (obrigatório)
Conectores internos ao MFB com acesso externo ao ECF:
conector de comunicação com PAF-ECF (obrigatório)
conector de comunicação com dispositivo de armazenamento externo para extração dos dados do SB, da MF e da MFD e da chave pública da assinatura digital (obrigatório)
conector de alimentação de energia (obrigatório)
Conectores internos ao MFB com acesso interno ao ECF:
conector para interligação com mecanismo de impressão (obrigatório)
conector ou conectores para interligação com o hardware utilizado para conexão remota.
2.4.1.1. SISTEMA DE BLINDAGEM
O Módulo Fiscal Blindado (MFB) deve possuir um sistema de blindagem que atenda às seguintes especificações:
2.4.1.1.1. as aberturas desobstruídas na parte externa do MFB não devem permitir o acesso físico interno a partes vitais do MFB com objetos metálicos de diâmetro maior ou igual a 0,4mm;
2.4.1.1.2. deve dispor de um ou mais sensores para detectar um deslocamento de no máximo 5mm entre as partes de seu invólucro sem deixar de atender ao item 2.4.1.1.1;
2.4.1.1.3. ao ser detectada a sua violação, estando o ECF energizado, deve ser:
a) inutilizada de forma permanente as chaves privadas a que se referem os itens 3.1.2 e 3.1.3;
b) impossibilitada, de forma permanente, gravação na MF e na MFD;
c) promovido o bloqueio definitivo do ECF passando-o ao Modo de Bloqueio Definitivo (MBD) definido no item 3.4.6;
d) mantida a possibilidade de extração de arquivos binários do SB, do BLD, da MF e da MFD, sem assinatura digital;
2.4.1.1.4. ao ser detectada a sua violação, estando o ECF desenergizado, devem ser inutilizadas de forma permanente as chaves privadas a que se referem os itens 3.1.2 e 3.1.3, mesmo que o MFB esteja submetido a temperaturas de -20ºC (menos vinte graus Celsius);
2.4.1.1.5. ao ser energizado, o ECF, após a ocorrência do disposto no item 2.4.1.1.4, deve ser:
a) impossibilitada, de forma permanente, gravação na MF e na MFD;
b) promovido o bloqueio definitivo do ECF, passando-o ao Modo de Bloqueio Definitivo (MBD) definido no item 3.4.6;
c) mantida a possibilidade de extração de arquivos binários do SB, do BLD, da MF e da MFD, sem assinatura digital.
2.4.1.2. PLACA CONTROLADORA FISCAL
O ECF deve dispor de uma única Placa Controladora Fiscal (PCF), contendo:
Processador do Bootloader;
Processador do Software Básico;
Bootloader;
Software Básico;
Memória de Trabalho;
Relógio de Tempo Real;
Dispositivo acumulador de energia.
2.4.1.2.1. PROCESSADOR DO BOOTLOADER
O processador do BLD deve ser único e independente, podendo ter controladores especializados que lhe sejam subordinados para executar suas funções ou acelerar o tempo de validação da assinatura, e deve atender aos seguintes requisitos:
a) assumir o controle executando as rotinas do BLD sempre que a PCF for energizada (hardware reset);
b) deve executar exclusivamente instruções contidas no BLD descritas no item 1.3.7, podendo as mesmas serem internas ao processador desde que o item 2.2 seja atendido;
c) os únicos dispositivos de memória acessíveis ao processador do BLD devem ser aqueles que implementam a MT, o dispositivo que contenha o SB validado, o dispositivo que contenha a versão de SB recebida, o BLD e o dispositivo que contenha as chaves das assinaturas digitais a que se refere o item 3.1;
d) o BLD deve ser acessível exclusivamente ao seu processador.
e) a MT, o dispositivo que contenha o SB validado e o dispositivo que contenha a versão de SB recebida devem ser acessíveis exclusivamente aos processadores do BLD e do SB.
2.4.1.2.2. PROCESSADOR DO SOFTWARE BÁSICO
O processador do SB deve ser único e independente, podendo ter controladores especializados que lhe sejam subordinados para executar suas funções, ressalvada a entrega do controle ao processador do BLD apenas durante o hardware reset ou durante o Modo de Intervenção Lógica e deve atender aos seguintes requisitos:
a) deve executar exclusivamente instruções contidas no Software Básico validado;
b) os únicos dispositivos de memória acessíveis ao processador do SB devem ser aqueles que implementem a MT, a MF, a MFD, o RTC, o dispositivo que contenha o SB validado e o dispositivo que contenha a versão de SB recebida;
c) o RTC, a MF e a MFD devem ser acessíveis exclusivamente ao processador do SB e, se for o caso, ao controlador a ele subordinado.
d) a MT, o dispositivo que contenha o SB validado e o dispositivo que contenha a versão de SB recebida devem ser acessíveis exclusivamente aos processadores do SB e do BLD.
2.4.1.2.3. BOOTLOADER
Definido no item 1.3.7 deste anexo, deve ser implementado por meio de processador dedicado conforme item 2.4.1.2.1 e dispositivo de memória não volátil exclusivo para armazenamento de suas rotinas.
Deve dispor de recurso de hardware para que o processador do Software Básico permaneça inoperante (resetado) até que ocorra a conclusão da validação do Software Básico pelo Bootloader.
Deve permitir a sua leitura durante a realização de Análise Estrutural ou de perícia técnica solicitada pelo Fisco.
2.4.1.2.4. SOFTWARE BÁSICO
Definido no item 1.3.6 deste anexo, deve ser implementado por meio de dispositivo único de memória não volátil para armazenamento de suas rotinas e deve atender aos seguintes requisitos:
a) ser afixado à Placa Controladora Fiscal sem uso de soquete ou conector;
b) possuir recursos de atualização externa, isto é, sem necessidade de abertura do ECF;
c) o processo de atualização e validação do Software Básico deve ser executado pelo Bootloader conforme descrito no item 3.2 deste anexo;
d) o dispositivo onde está armazenado o SB instalado e validado deve permitir acesso para leitura direta do seu conteúdo por meio de dispositivo específico para este fim, durante a realização de Análise Estrutural ou de perícia técnica solicitada pelo Fisco, bem como via conector de comunicação com PAF-ECF utilizando o programa aplicativo "eECFc";
e) o dispositivo de armazenamento do SB instalado e validado e o dispositivo de armazenamento do SB recebido (nova versão) poderão variar em capacidade de armazenamento ou tipo, desde que seja mantido o esquema elétrico e leiaute de circuito impresso da placa onde esteja montado.
2.4.1.2.5. MEMÓRIA DE TRABALHO
Definida no item 1.3.3 deste anexo. Pode conter área reservada para o armazenamento temporário de nova versão de Software Básico recebida.
2.4.1.2.6. RELÓGIO DE TEMPO REAL
Definido no item 1.3.8 deste anexo. O MFB deve dispor de recursos que garantam ao Relógio de Tempo Real a capacidade de funcionamento ininterrupto por um período mínimo de 12 (doze) meses na ausência de energia elétrica de alimentação, por meio do dispositivo a que refere o item 2.4.1.2.7.
2.4.1.2.7. DISPOSITIVO ACUMULADOR DE ENERGIA
A PCF deve dispor de dispositivo acumulador de energia capaz de manter, no mínimo, a integridade das funções do MFB, admitindo-se dispositivo adicional externo ao MFB e interno ao ECF.
2.4.1.3. PLACA CONTROLADORA DO MECANISMO DE IMPRESSÃO
2.4.1.3.1. É vedada a utilização de recursos de hardware de impressão para armazenar códigos que sejam executados a partir de chamadas das rotinas específicas de comandos previstos na Especificação de Comandos (EsC-ECF) estabelecida no item 3.10.
2.4.1.3.2. É vedada a utilização de Placa Controladora do Mecanismo de Impressão (PCMI), se o circuito de controle do mecanismo impressor estiver na PCF.
2.4.1.3.3. Caso a PCF não contenha este circuito, não executando as funções a ele inerentes, deverão ser observados os seguintes requisitos e condições:
a) o MFB deverá conter uma placa com circuitos de acionamento dos motores do mecanismo de impressão, da cabeça de impressão, de dispositivos de indicação visual e circuitos que processam as informações dos sensores (fim de papel, pouco papel, tampa aberta, teclas, etc);
b) a conexão entre o MFB e o mecanismo de impressão deve atender aos requisitos estabelecidos no item 2.4.1.9.1;
c) no caso da placa definida no subitem "a" deste item conter um controlador subordinado para executar as rotinas exclusivas de controle do mecanismo de impressão, este controlador deve atender aos itens 2.2.1, 2.2.2 e 2.2.3.
d) será dado ao software contido no controlador subordinado, definido no subitem "c" deste item, o mesmo tratamento dado aos dispositivos citados no item 2.2;
e) os dados enviados para impressão devem ser provenientes exclusivamente da PCF.
2.4.1.4. MEMÓRIA FISCAL
Definida no item 1.3.5 deste anexo, deve ser implementada por meio de recursos dedicados de hardware semicondutor não volátil sem possibilidade de apagamento por luz ultravioleta e deve atender aos seguintes requisitos:
a) possuir recursos associados de hardware semicondutor configurável ou programável que não permitam o apagamento ou a modificação de dados gravados na MF;
b) os recursos dedicados de hardware semicondutor que implementam a MF e os recursos citados no subitem "a" deste item compõem o dispositivo da MF e devem atender ao disposto no item 2.2;
c) o dispositivo da MF deve possuir capacidade para armazenar os dados referentes a, no mínimo, 1.825 (mil oitocentos e vinte e cinco) Reduções Z emitidas;
d) deve ser possível a leitura do conteúdo do dispositivo da MF via conector de comunicação com PAF-ECF e utilizando o programa aplicativo "eECFc";
e) adicionalmente, deve ser possível a leitura do conteúdo do dispositivo da MF via conector de comunicação com dispositivo de armazenamento de dados externo;
f) no caso de ocorrer a violação do Módulo Fiscal Blindado, deve ser garantido que o conteúdo da MF seja acessível unicamente para leitura;
g) é vedada a implementação da MF em área dedicada de memória de qualquer outro recurso de hardware, definido nesta especificação;
h) é vedado o compartilhamento dos dispositivos que implementem a proteção de que trata o subitem "a" deste item;
i) o dispositivo de MF deve ser iniciado com a gravação do número de fabricação do ECF, sendo este um procedimento de fabricação de responsabilidade exclusiva do fabricante do ECF;
j) os dispositivos de armazenamento da MF poderão variar em quantidade, capacidade de armazenamento, ou tipo, desde que seja mantido o esquema elétrico e leiaute de circuito impresso da placa onde esteja montada.
2.4.1.5. MEMÓRIA DE FITA DETALHE
Definida no item 1.3.4 deste anexo, deve ser implementada por meio de recursos dedicados de hardware semicondutor não volátil sem possibilidade de apagamento por luz ultravioleta e deve atender aos seguintes requisitos:
a) possua recursos associados de hardware semicondutor configurável ou programável que não permitam o apagamento ou a modificação de dados gravados na MFD;
b) os recursos dedicados de hardware semicondutor que implementam a MFD e os recursos citados no subitem "a" deste item compõem o dispositivo da MFD e devem atender ao disposto no item 2.2;
c) deve ser possível a leitura do conteúdo do dispositivo da MFD via conector de comunicação com PAF-ECF e utilizando o programa aplicativo "eECFc";
d) adicionalmente, deve ser possível a leitura do conteúdo do dispositivo da MFD via conector de comunicação com dispositivo de armazenamento de dados externo;
e) no caso de ocorrer a violação do Módulo Fiscal Blindado, deve ser garantido que o conteúdo da MFD seja acessível unicamente para leitura;
f) os dispositivos de armazenamento da MFD poderão variar em quantidade, capacidade de armazenamento, ou tipo, desde que seja mantido o esquema elétrico e leiaute de circuito impresso da placa onde esteja montada;
g) o dispositivo de MFD deve ser iniciado com a gravação do número de fabricação do ECF, sendo este um procedimento de fabricação de responsabilidade exclusiva do fabricante do ECF;
h) a gravação de dados na MFD, no caso de Cupom Fiscal, Comprovante Não Fiscal ou Cupom Fiscal Bilhete de Passagem, deve ocorrer concomitantemente à recepção de parâmetros válidos relativos aos comandos 2 (Registro de Item em Cupom Fiscal), 17 (Registro de Item em Comprovante Não Fiscal), 33 (Abertura de Cupom Fiscal Bilhete de Passagem) e 34 (Registro de Item em Cupom Fiscal Bilhete de Passagem) e imediatamente antes da impressão de cada item registrado, e no caso dos demais documentos, deve preceder a finalização da impressão do respectivo documento;
i) é vedada a implementação da MFD em área dedicada de memória de qualquer outro recurso de hardware, definido nesta especificação;
j) é vedado o compartilhamento dos dispositivos que implementem a proteção de que trata o subitem "a" deste item.
2.4.1.6. PLAQUETA DE IDENTIFICAÇÃO DO ECF
2.4.1.6.1. O MFB deve possuir plaqueta metálica de identificação do ECF fixada em local que seja visível pela lateral externa do ECF, contendo de forma legível: a marca, o tipo, o modelo e o número de fabricação do ECF, gravados em relevo, devendo ser afixada de tal modo que não seja possível removê-la sem a violação do MFB.
2.4.1.6.2. Admite-se, em substituição à plaqueta metálica, a gravação em relevo na própria lateral do MFB com as mesmas informações da plaqueta e asseguradas as condições de visibilidade pela lateral externa do ECF.
2.4.1.7. LOCAL DEDICADO E EXCLUSIVO PARA ETIQUETA DE AUTORIZAÇÃO DE USO DO ECF
O MFB deve dispor de espaço de 3,1 cm por 8 cm de superfície lisa, em local que seja visível pela lateral externa do ECF e reservado para afixação da etiqueta de autorização de uso do equipamento.
2.4.1.8. CONECTORES INTERNOS AO MFB COM ACESSO EXTERNO AO ECF
Os conectores com acesso externo ao ECF devem atender aos seguintes requisitos:
a) o ECF não poderá ter conector externo sem função;
b) os conectores externos deverão suportar os ensaios pertinentes especificados no item 2.1;
c) durante a comunicação por meio do conector do PAFECF, a que se refere o item 2.4.1.8.1, devem ser utilizados o Protocolo de Comunicação estabelecido no item 3.8 e a Especificação de Comandos (EsC-ECF) estabelecida no item 3.10;
d) a camada de transporte dos dados e comandos para cada interface de comunicação existente no ECF são específicos e definidos no Protocolo de Comunicação estabelecido no item 3.8, no Protocolo de Transporte para Conexão em Rede estabelecido no item 3.9 ou 3.9A e na Especificação de Comandos (EsC-ECF) estabelecida no item 3.10.
2.4.1.8.1. CONECTOR DE COMUNICAÇÃO COM PAFECF
O conector de comunicação com PAF-ECF deve atender aos seguintes requisitos:
a) conector externo padrão USB (Universal Serial Bus) 1.1 ou superior do tipo B (device) para comunicação com computador;
b) conector com finalidade principal de receber do computador os comandos do PAF-ECF;
c) permitir a comunicação local com computador por meio do aplicativo "eECFc" para extração dos dados brutos armazenados nas memórias internas ao MFB, devendo ser possível, para efeitos de testes durante a análise estrutural, a configuração de uma segunda velocidade de exportação dos arquivos;
d) a comunicação a que se refere o subitem "c" deste item não deve ser concomitante com qualquer outra função;
e) por meio deste conector também deve ser possível a atualização de versão do Software Básico como definido no item 3.3.1.
2.4.1.8.2. CONECTOR DE COMUNICAÇÃO COM DISPOSITIVO DE ARMAZENAMENTO EXTERNO
O conector de comunicação com dispositivo de armazenamento externo deve atender aos seguintes requisitos:
a) conector externo padrão USB (Universal Serial Bus) 1.1 ou superior do tipo A;
b) deve aceitar a inserção de dispositivo de memória não volátil com as seguintes características:
tipo "Pen Drive" compatível com o padrão USB 1.1 ou superior;
possuir formatação FAT 32;
c) o fabricante do ECF deve definir os tipos, marcas e capacidade do dispositivo a que se refere o subitem "b" deste item, compatíveis com a versão do SB;
d) possuir as funcionalidades descritas no item 3.5.2
2.4.1.8.3. CONECTOR DE ALIMENTAÇÃO DE ENERGIA
O conector de alimentação de energia deve atender aos seguintes requisitos:
a) conector para receber energia da fonte de alimentação externa especificada no item 2.4.10;
b) deve prever conexão para aterramento a menos que o ECF disponha de conexão específica para aterramento;
c) os ensaios pertinentes, especificados no item 2.1, serão aplicados:
c1) na entrada de energia da fonte externa;
c2) no próprio conector do ECF, no caso de alimentação por bateria.
2.4.1.9. CONECTORES INTERNOS AO MFB COM ACESSO INTERNO AO ECF
Os conectores com acesso exclusivamente interno não poderão conter pino sem função implementada.
2.4.1.9.1. CONECTOR PARA INTERLIGAÇÃO COM MECANISMO DE IMPRESSÃO
O conector para interligação com o mecanismo de impressão deve ter conexão única entre o MFB e a cabeça de impressão e deve estar protegido contra acesso indevido pelos Sistemas de Lacração a que se refere os itens 2.4.8 e 2.4.9.
2.4.1.9.2. CONECTOR PARA INTERLIGAÇÃO COM MODEM PARA ACESSO REMOTO
Deve estar protegido contra acesso indevido pelos Sistemas de Lacração a que se referem os itens 2.4.8 e 2.4.9.
2.4.1.9.3. CONECTOR PARA INTERLIGAÇÃO COM RECURSO ADICIONAL PARA ACESSO REMOTO
Deve estar protegido contra acesso indevido pelos Sistemas de Lacração a que se referem os itens 2.4.8 e 2.4.9.
2.4.1.9.4. CONECTOR PARA INTERLIGAÇÃO COM DISPOSITIVO DE REDE
Deve estar protegido contra acesso indevido pelos Sistemas de Lacração a que se referem os itens 2.4.8 e 2.4.9.
2.4.1.9.5. CONECTOR PARA INTERLIGAÇÃO COM ACESSÓRIOS OPCIONAIS
O conector para interligação de acessórios opcionais deve estar protegido contra acesso indevido pelos Sistemas de Lacração a que se refere os itens 2.4.8 e 2.4.9, podendo conter conexões para acesso somente a:
a) mecanismo de impressão de cheques;
b) mecanismo de autenticação de documentos;
c) dispositivo de leitura de caracteres CMC-7.
2.4.1.9.6. CONECTOR PARA FORNECIMENTO DE ENERGIA
Deve estar protegido contra acesso indevido pelos Sistemas de Lacração a que se referem os itens 2.4.8 e 2.4.9.
É vedado o fornecimento de energia aos componentes internos ao ECF e externos ao MFB, por meio de condutor que não passe pela parte interna do MFB.
2.4.2. TECLADO COM TECLAS "SELEÇÃO" E "CONFIRMA"
O ECF deve dispor de duas teclas identificadas por "SELEÇÃO" e "CONFIRMA", acessíveis externamente, para comandar manualmente as seguintes funções, observado os procedimentos descritos no item 3.5:
a) impressão da Leitura X;
b) impressão da Leitura da RTPA;
c) impressão da Leitura da Memória Fiscal;
d) impressão da Fita-detalhe;
e) exportação de arquivos binários do SB, da MF e da MFD e de arquivo no formato estabelecido no Anexo IV, contendo a identificação do ECF, do usuário e as chaves públicas a que se referem os itens 3.1.2 e 3.1.3 para o dispositivo a que se refere o item 2.4.1.8.2.
2.4.3. CONECTORES EXTERNOS AO MFB COM ACESSO EXTERNO AO ECF
Os conectores com acesso externo ao ECF devem atender aos seguintes requisitos:
a) o ECF não poderá ter conector externo sem função.
b) os conectores externos deverão suportar os ensaios pertinentes especificados no item 2.1.
c) devem ser utilizados o Protocolo de Comunicação estabelecido no item 3.8, o Protocolo de Transporte para Conexão em Rede estabelecido no item 3.9 ou 3.9A e a Especificação de Comandos (EsC-ECF) estabelecida no item 3.10, durante a comunicação:
entre os ECFs conectados em rede por meio do conector a que se refere o item 2.4.3.1;
via acesso remoto por meio do conector a que se refere o item 2.4.3.2 ou do conector a que se refere o item 2.4.3.4;
d) a camada de transporte dos dados e comandos para cada interface de comunicação existente no ECF são específicos e definidos no Protocolo de Comunicação estabelecido no item 3.8, no Protocolo de Transporte para Conexão em Rede estabelecido no item 3.9 ou 3.9A e na Especificação de Comandos (EsC-ECF) estabelecida no item 3.10.
2.4.3.1. CONECTOR PARA INTERLIGAÇÃO EM REDE COM OS DEMAIS EQUIPAMENTOS ECF
No caso de implementação de modem analógico, o conector para interligação em rede com os demais equipamentos ECF deve atender aos seguintes requisitos:
a) conector externo, do tipo RJ-45, para interconexão em rede RS-485 com os demais equipamentos ECF do estabelecimento usuário utilizando os pinos 3 (dado A-) e 5 (dado B+) para dados e o pino 7 conectado à blindagem do cabo, conforme ilustração abaixo:
b) esta conexão deve ser implementada via interface RS-485 conforme definido no item 2.4.6;
c) a conexão física da rede RS-485 (pinos 3, 5 e 7 do conector RJ-45) deve ser implementada por intermédio de um único cabo com pares suficientes para as conexões.
Cabo da Rede RS-485:
2.4.3.2. conector para linha telefônica
No caso de implementação de modem analógico, o conector para linha telefônica deve atender aos seguintes requisitos:
a) conector externo, do tipo RJ-11, para conexão do dispositivo para acesso remoto, definido no item 2.4.4, com a linha telefônica, ou com acesso remoto de outro ECF, de acordo com o Anexo da Resolução nº 473 da ANATEL;
b) saída para linha telefônica dispondo de:
b1) dispositivos de proteção contra surto, conforme normas da ANATEL;
b2) dispositivo de isolação galvânica que possibilite a interligação de até 50 (cinqüenta) equipamentos ECF em paralelo;
b3) dispositivo de limitação de corrente, conforme normas da ANATEL.
2.4.3.3. conectores para interface com periféricos
São admitidos conectores externos que permitam a conexão com acessórios opcionais tais como: gaveta, leitor de código de barras, balanças eletrônicas entre outros.
2.4.3.4. conector para antena externa gprs
É admitido conector para antena externa no caso de implementação de dispositivo para acesso remoto via GPRS.
2.4.4. RECURSO FACULTATIVO PÁRA ACESSO REMOTO VIA MODEM ANALÓGICO
Dispositivo de modem convencional interno ao ECF, de implementação facultativa. Deve atender ao padrão V92 e V22bis da União Internacional de Telecomunicações - UIT, que atenda as demais especificações estabelecidas nas normas da Agência Nacional de Telecomunicações - ANATEL, acondicionado externamente ao Módulo Fiscal Blindado (MFB) e em local protegido pelos Sistemas de Lacração definidos nos itens 2.4.8 e 2.4.9, com possibilidade de:
2.4.4.1. ser conectado ao MFB por meio do conector definido no item 2.4.1.9.2;
2.4.4.2. ser conectado à rede de telefonia pública e ao recurso de acesso remoto de outro ECF por meio do conector definido no item 2.4.3.2;
2.4.4.3. dar resposta automática à chamada externa;
2.4.4.4. comutar para o padrão V22bis, utilizando o protocolo fast connect, nos casos de rede de telefonia fixa de baixa qualidade, que torne a comunicação no padrão V92 virtualmente impossível;
2.4.4.5. ser capaz de estabelecer comunicação externa por iniciativa do fisco e do usuário;
2.4.4.6. ser capaz de estabelecer um canal virtual ponto a ponto, para a comunicação externa, com cada ECF interligado na rede a que refere o item 2.4.6.
2.4.5. RECURSO FACULTATIVO PÁRA ACESSO REMOTO VIA GPRS
Dispositivo de interface de comunicação sem fio, interno ao ECF, no padrão GPRS (General Packet Radio Service) e/ou EDGE (Enhanced Data rates for GSM Evolution) usados em redes GSM (Global Service for Mobile communications) que atenda as demais especificações estabelecidas nas normas da Agência Nacional de Telecomunicações - ANATEL, acondicionado externamente ao Módulo Fiscal Blindado (MFB) e em local protegido pelos Sistemas de Lacração definidos nos itens 2.4.8 e 2.4.9, com possibilidade de:
2.4.5.1. ser conectado ao MFB por meio do conector definido no item 2.4.1.9.3;
2.4.5.2. dar resposta automática à chamada externa;
2.4.5.3. ser parametrizável em Modo de Intervenção Lógica (MIL), a capacidade de dar ou não resposta automática à chamada externa e a possibilidade de habilitar ou desabilitar a comunicação remota;
2.4.5.4. ser capaz de estabelecer comunicação externa por iniciativa do fisco e do usuário;
2.4.6. DISPOSITIVO PARA CONEXÃO EM REDE COM DEMAIS EQUIPAMENTOS ECF
Dispositivo de implementação facultativa, condicionada a existência de modem analógico. Dispositivo de interface de comunicação multiponto, interno ao ECF, conforme padrão RS-485 para interconexão dos equipamentos ECF do mesmo estabelecimento usuário, acondicionado externamente ao Módulo Fiscal Blindado (MFB) e em local protegido pelos Sistemas de Lacração definidos nos itens 2.4.8 e 2.4.9, e que atenda as seguintes especificações:
2.4.6.1. deve ser conectado ao MFB por meio do conector definido no item 2.4.1.9.4;
2.4.6.2. deve ser conectado aos demais equipamentos ECF do estabelecimento usuário por meio do conector definido no item 2.4.3.1;
2.4.6.3. devem ser garantidas a integridade e a identificação da origem dos dados trafegados pelo ECF que originou a informação;
2.4.6.4. deve permitir a interligação de no mínimo 50 equipamentos ECF na mesma rede;
2.4.6.5. deve permitir o acesso remoto, por meio do ECF conectado à linha telefônica por iniciativa do fisco ou de qualquer ECF conectado à rede;
2.4.6.6. deve ser garantido que equipamentos ECF de fabricantes diferentes possam fazer parte de uma mesma rede de equipamentos ECF, podendo ser acessados remotamente e independentemente de marca ou modelo;
2.4.6.7. a velocidade de transmissão e o protocolo de acesso à rede devem atender às especificações definidas no Protocolo de Comunicação estabelecido no item 3.8, no Protocolo de Transporte para Conexão em Rede estabelecido no item 3.9 e na Especificação de Comandos (EsC-ECF) estabelecida no item 3.10.
2.4.7. MECANISMO DE IMPRESSÃO
O mecanismo de impressão deve atender às seguintes especificações:
2.4.7.1. mecanismo de impressão de impacto, térmico ou jato de tinta;
2.4.7.2. imprimir no mínimo de 42 (quarenta e dois) caracteres por linha;
2.4.7.3. densidades máximas de 22 (vinte e dois) caracteres por polegada e 9 (nove) linhas por polegada;
2.4.7.4. as conexões com o mecanismo impressor devem ser acessíveis somente ao seu circuito de controle;
2.4.7.5. possuir uma única entrada habilitada de alimentação para bobina de papel, devendo esta ter largura mínima de 70 mm (setenta milímetros), admitindo-se largura mínima de 55 mm (cinqüenta e cinco milímetros) para ECF alimentado por bateria.
2.4.7.6. possuir dispositivo capaz de impedir o funcionamento do ECF para fins de emissão de qualquer documento ante a ausência de bobina de papel, levando o ECF ao Modo de Bloqueio Temporário definido no item 3.4.3.
2.4.8. SISTEMA DE LACRAÇÃO LÓGICA
O ECF deve dispor de um Sistema de Lacração Lógica (SLL) que monitore o acesso físico às partes internas do ECF e externas ao MFB, e que atenda às seguintes especificações:
2.4.8.1. as aberturas desobstruídas na parte externa do gabinete do ECF não devem permitir o acesso físico às partes, protegidas pelo sistema de lacração, com objetos metálicos de diâmetro maior ou igual a 0,4mm;
2.4.8.2. o ECF deve dispor de sensores para detectar, mesmo em situação de falta de energia, um deslocamento de no máximo 5 mm entre o mecanismo impressor e o MFB, sem deixar de atender ao requisito previsto no item 2.4.8.1;
2.4.8.3. ocorrendo a detecção da abertura do ECF conforme definido no item 2.4.8.2, o SB deve reconhecer este estado como Modo de Intervenção Técnica (MIT);
2.4.8.4. é admitido o acesso físico a atuadores e sensores do circuito de controle do mecanismo de impressão, desde que estes não estejam no MFB.
2.4.9. SISTEMA DE LACRAÇÃO FÍSICA
O ECF deve dispor de um Sistema de Lacração Física (SLF) que atenda às seguintes especificações:
2.4.9.1. com a instalação de até 2 (dois) lacres na parte externa do ECF, impeça o acesso físico às partes internas do ECF e externas ao MFB, sendo permitido o acesso físico a atuadores e sensores do circuito de controle do mecanismo de impressão, desde que estes não estejam no MFB;
2.4.9.2. as aberturas desobstruídas na parte externa do gabinete do ECF não devem permitir o acesso físico às partes, protegidas pelo sistema de lacração, com objetos metálicos de diâmetro maior ou igual a 0,4mm;
2.4.9.3. os locais de instalação do lacre físico, bem como o percurso do fio de lacração, devem ser indicados em croqui impresso e afixado na face interna da tampa do compartimento de bobina de papel do mecanismo impressor.
2.4.10. FONTE OU BATERIA EXTERNA PARA ALIMENTAÇÃO DE ENERGIA
2.4.10.1. os ensaios pertinentes, especificados no item 2.1, serão aplicados na entrada de energia da fonte externa ou, no caso de alimentação por bateria, no próprio conector do ECF.
2.4.10.2. a fonte deve fornecer alimentação em corrente contínua, regulada e filtrada, e ser dotada de chave liga-desliga, no caso do ECF não dispor de chave liga-desliga.
3. REQUISITOS FUNCIONAIS
3.1. ASSINATURAS DIGITAIS
O ECF deve dispor de criptografia, implementada utilizando-se o algoritmo RSA para a geração de assinaturas digitais, com um par de chaves pública e privada para cada assinatura, sendo:
um par de chaves para rotinas de verificação de autenticidade do SB, autorização para entrada em MIL e autorização para saída de MIT;
um par de chaves para rotinas de certificação de autenticidade de arquivos eletrônicos;
um par de chaves para rotinas de certificação de autenticidade de documentos emitidos;
cinco pares de chaves para autorizar a comunicação remota pelo Fisco.
As assinaturas digitais, salvo disposição em contrário, devem ser geradas aplicando a função unidirecional MD5 uma única vez sobre a área de dados a ser assinada. O resultado será um código de 128 bits ou 16 bytes que devem ser inseridos no bloco de dados de 128 bytes que será assinado de acordo com a tabela abaixo, onde:
• a letra "A" indica o campo com valor fixo 0 (em hexadecimal 0x00)
• a letra "B" indica o tamanho do hash e deve ser preenchido com valor fixo 16 (em hexadecimal 0x10);
• a letra "C" indica o local de preenchimento do hash, sendo que à esquerda fica o byte mais significativo e à direita o menos significativo;
• a letra "D" indica os bytes restantes não usados, de preenchimento livre.
Bloco de dados de 128 bytes que deve ser assinado:
3.1.1. ASSINATURA DIGITAL DO SB
3.1.1.1. a chave pública deve ser utilizada nas rotinas de verificação de autenticidade do SB, de autorização de entrada em Modo de Intervenção Lógica e de autorização de saída do Modo de Intervenção Técnica.
3.1.1.2. a chave privada deve ser de conhecimento exclusivo do fabricante do ECF.
3.1.1.3. a chave pública deve ser armazenada no MFB.
3.1.1.4. as chaves devem ser únicas por ECF fabricado, ou por modelo de ECF ou por fabricante.
3.1.1.5. as chaves devem ser de 1.024 bits.
3.1.1.6. a verificação da assinatura digital do SB deve ser feita pelo Bootloader.
3.1.2. ASSINATURA DIGITAL DE ARQUIVOS ELETRÔNICOS
3.1.2.1. deve ser utilizada nas rotinas de certificação de autenticidade de arquivos eletrônicos gerados.
3.1.2.2. a chave privada deve ser armazenada no MFB, de modo inacessível externamente.
3.1.2.3. a chave pública deve ser armazenada na Memória Fiscal e informada no arquivo eletrônico a que se refere o subitem "f4" do item 3.5.2.1.
3.1.2.4. as chaves devem ser geradas de forma randômica para cada ECF fabricado.
3.1.2.5. as chaves devem ser de 1.024 bits.
3.1.2.6. a assinatura digital deve ser informada no formato especificado no Anexo V.
3.1.2.7. esta mesma chave deve ser utilizada para assinatura dos Cupons Fiscais eletrônicos especificado no Anexo VIII.
3.1.2.8 Os arquivos eletrônicos extraídos do ECF terão sua autenticidade, sua integridade e a sua validade jurídica garantidas através da certificação digital vinculada a pares de chaves criptográficas geradas pelo ECF.
3.1.2.8.1. A certificação digital é aquela disponibilizada nos termos da Medida Provisória nº 2.200-2, de 24 de agosto de 2001.
3.1.2.8.2. Os documentos em forma eletrônica produzidos com a utilização de processo de certificação disponibilizado nos termos do item 3.1.2.8.1, serão considerados documentos públicos ou particulares para todos os fins legais.
3.1.2.8.3. As declarações constantes dos documentos em forma eletrônica produzidos com a utilização de processo de certificação disponibilizado nos termos do item 3.1.2.8.1, presumem-se verdadeiros em relação aos signatários, na forma da Lei nº 10.406, de 10 de janeiro de 2002, art. 219 (Código Civil).
3.1.2.8.4. Para todos os arquivos eletrônicos digitalmente assinados extraídos de equipamentos ECF utilizar-se-ão as chaves previamente especificadas, em conformidade com a faculdade prevista no § 2º do art. 10 da Medida Provisória nº 2.200-2, de 24 de agosto de 2001.
3.1.3. ASSINATURA DIGITAL DE DOCUMENTOS EMITIDOS
3.1.3.1. deve ser utilizada nas rotinas de certificação de autenticidade de documentos emitidos.
3.1.3.2. a chave privada deve ser armazenada no MFB, de modo inacessível externamente.
3.1.3.3. a chave deve ser de 256 bits.
3.1.3.4. a chave pública deve ser armazenada na Memória Fiscal.
3.1.3.5. as chaves devem ser geradas de forma randômica para cada ECF fabricado.
3.1.3.6. a assinatura digital deve ser impressa em todos os documentos emitidos.
3.1.3.7. a assinatura digital deve permitir a recuperação dos seguintes dados do documento: CNPJ do estabelecimento usuário, COO, data inicial, número de fabricação do ECF e, se for o caso, valor total do Cupom Fiscal.
3.1.3.8. a assinatura digital deve ser gerada conforme procedimento descrito no Anexo VI.
3.1.4 ASSINATURA DIGITAL PARA AUTENTICAÇÃO DO FISCO
3.1.4.1. As chaves públicas devem ser utilizadas como recurso para autenticar o acesso remoto realizado pelo Fisco.
3.1.4.2. Estas chaves são gravadas no ECF por meio da função "Programar Chave Pública do Fisco" (comando 89) descrita no item 3.10.3.4.48.
3.1.4.3. As chaves devem ser de 1024 bits.
3.1.4.4. O ECF gerará desafio composto por número randômico de 256 bits gerado pelo ECF e por informações que identificam o ECF, mediante a recepção do comando 138 relativo à função "Obter Identificação Segura (Desafio) do ECF" definida no item 3.10.3.4.65.
3.1.4.5. O tempo de espera para resposta a esse desafio será de 60 segundos.
3.1.4.6. O fisco deverá, ao receber a mensagem gerada conforme item 3.1.4.4, decodificá-la com a chave pública relativa à assinatura digital a que se refere o item 3.1.2 e, mantendo-se o seu formato e conteúdo, criptografá-la com a chave privada do fisco e enviá-la ao ECF mediante a execução do comando 139 especificado no item 3.10.3.4.66.
3.1.4.7. A mensagem gerada conforme item 3.1.4.6 ao ser recebida pelo ECF, se decodificada com sucesso mediante a utilização da chave pública a que se refere o item 3.1.4.1, indicará ao ECF que o comando 138 enviado conforme item 3.1.4.4, foi realmente enviado pelo Fisco, habilitando a execução dos comandos 140 a 144 e 148 descritos nos itens 3.10.3.4.67 a 3.10.3.4.71 e 3.10.3.4.75.
3.2. BOOTLOADER
Definido no item 1.3.7 deste anexo, deve atender às funcionalidades descritas nos itens 3.2.1 e 3.2.2 conforme o diagrama de estados abaixo, no qual são usadas as seguintes representações:
Elementos:
"A" = Software Básico assinado
"B" = Software Básico candidato
"K" = Chave pública da assinatura digital do SB a que se refere o item 3.1.1.
Estados:
"A"=OK(significa que existe um binário de SB valido),
"A"=NOK(significa que não existe um binário de SB válido)
"A"=X(significa que o estado de "A" é irrelevante)
Testes:
O teste dos elementos "A"e"B" com a chave"K"apresentarão o resultado "OK"ou"NOK"
Diagrama de Estados:
Estado 1:(A=OK,B =NOK):
Esse é o estado mais comum, pois nessa situação existe um binário de SB válido. Após a validação, o BLD deve permitir a execução das rotinas do elemento "A" (Software Básico assinado).
Estado 2:(A=OK,B= OK):
Esse é o estado em que existe uma nova versão de SB candidato (elemento "B") para substituir a versão do SB assinado (elemento "A"). Para garantia contra problemas de falta de energia, o BLD deve executar a seguinte seqüência de operações:
Início: (A=OK, B=OK)
Apaga-se A (A=NOK, B =OK) Estado 3
Copia B para A(A =OK,B =OK) Estado 2 (*)
Apaga-se B (A=OK,B=NOK) Estado1
Nesse ponto deve ser executado um hard reset e o ECF deve voltar ao estado 1.
(*) Caso ocorra interrupção de energia nesse estado, o processo todo se repete, porém sem a perda do elemento "B" (binário de SB candidato).
Estado 3:(A = NOK,B = OK):
Esse é o estado em que houve perda de energia durante ou imediatamente após o apagamento do elemento "A", porém com um binário de nova versão de Software Básico válido.
Início: (A = NOK, B = OK) Estado 3
Copia B para A (A = OK, B = OK) Estado 2
Apaga-se B (A=OK, B=NOK) Estado 1
Estado 4: (A=NOK, B=NOK)
Esse é o estado em que não deve haver possibilidade de funcionamento do SB, devendo o ECF ser levado ao Modo de Bloqueio Definitivo.
3.2.1. Validação do Software Básico Instalado
Sempre que a PCF for energizada, o controle será assumido pelo processador do BLD de que trata o item 2.4.1.2.1 que fará uma verificação da assinatura digital da versão do SB instalado, sendo que:
a) deve ser utilizada a assinatura digital a que se refere o item 3.1.1;
b) uma vez validada a assinatura a que se refere o subitem "a" deste item, o BLD deve verificar se existe uma nova versão de SB recebida e em caso afirmativo, executar as instruções conforme definido no item 3.2.2 deste anexo;
c) no caso de não existir nova versão de SB recebida, o BLD deve apagar a área de memória destinada a recepção da nova versão de SB e passar o controle de execução de programa ao processador do SB de que trata o item 2.4.1.2.2;
d) se a assinatura a que se refere o subitem "a" deste item não for validada, o BLD deve verificar se existe uma nova versão disponível na memória destinada a recepção de nova versão de SB e em caso afirmativo executar as instruções conforme definido no item 3.2.2 deste anexo;
e) se a assinatura a que se refere o subitem "a" deste item não for validada e não houver uma nova versão disponível na memória destinada a recepção da nova versão de SB, o BLD deve apagar as chaves privadas a que se referem os itens 3.1.2.2 e 3.1.3.2 usadas, respectivamente, para assinar digitalmente arquivos eletrônicos e documentos emitidos e deixar o ECF inoperante colocando-o no Modo de Bloqueio Definitivo definido no item 3.4.6.
3.2.2. Substituição do Software Básico Instalado
a) logo que o Bootloader detectar que existe uma nova versão de SB recebida, deve dar início ao processo de validação da assinatura digital, a que se refere o item 3.1.1, desta nova versão de SB;
b) se a assinatura a que se refere o subitem "a" deste item for validada, o Bootloader deve realizar a substituição da versão do SB instalado pela nova versão de SB recebida e validada;
c) após a substituição descrita no subitem "b" deste item, o Bootloader deve apagar a área de memória onde estava a nova versão de SB recebida e provocar um Software Reset de modo a reiniciar a execução dele próprio, executando os procedimentos descritos no item 3.2.1;
d) se a assinatura a que se refere o subitem "a" deste item não for validada, o Bootloader deve apagar a área de memória onde estava a nova versão de SB recebida;
e) após o apagamento definido no subitem "d" deste item, o Bootloader deve sinalizar para o SB que houve uma tentativa mal sucedida de substituição do SB para que este possa comandar a gravação do evento na Memória Fiscal e incrementar o Contador de Tentativas Mal Sucedidas de Substituição do SB;
f) após a execução do disposto no subitem "e" deste item o Bootloader deve provocar um Software Reset de modo a reiniciar a execução dele próprio, executando os procedimentos descritos no item 3.2.1.
3.3. SOFTWARE BÁSICO
Definido no item 1.3.6 deste anexo, deve atender à funcionalidade descrita no item 3.3.1 no que se refere ao processo de atualização de versão e no item 3.3.2 no que se refere à verificação do hardware do ECF.
3.3.1. Recepção de nova versão dE Software Básico
A recepção de nova versão de Software Básico (SB) pode ocorrer por cinco meios diferentes:
via conector do PAF-ECF;
via banda larga (ethernet);
via modem analógico, se implementado;
via GPRS, se implementado;
via rede RS-485, se implementado.
A recepção de nova versão de SB deve observar as seguintes condições e procedimentos:
a) o SB somente pode aceitar este procedimento se o ECF estiver em Modo de Intervenção Lógica (vide item 3.4.5);
b) uma vez aceito o comando, o SB deve gerar uma impressão contendo a mensagem: "Nova versão de Software Básico - Recepção Iniciada";
c) o SB deve prosseguir armazenando a nova versão de SB em área de memória destinada à nova versão de SB recebida;
d) assim que for concluída a recepção da nova versão de SB, deve ser gerada uma impressão contendo a mensagem: "Recepção de nova versão de SB concluída";
e) após a impressão definida no subitem "d" deste item, o controle de execução de programa deve ser passado pelo Processador do SB ao Processador do BLD para validação e substituição da versão do SB;
f) caso ocorra algum problema de comunicação que interrompa o procedimento de recepção, o SB deve provocar um Software Reset e permanecer em MIL.
3.3.2. verificação do hardware do ecf
Sempre que for inicializado o SB deve verificar a presença dos componentes de hardware necessários ao funcionamento do ECF, devendo, em relação ao Modem para Acesso Remoto descrito no item 2.4.4, executar os seguintes procedimentos:
3.3.2.1. consultar o flag de indicação de montagem do modem, gravado na MF;
3.3.2.2. se o flag de indicação for igual a "0' ou "2", não deverá verificar a presença do Modem para Acesso Remoto;
3.3.2.3. se o flag de indicação for igual a "1" deverá verificar a presença do Modem para Acesso Remoto e colocar o ECF em Modo de Bloqueio Temporário, não permitindo o funcionamento do ECF, caso o modem não esteja instalado.
3.4. MODOS DE FUNCIONAMENTO DO ECF
O ECF deve contemplar os seguintes modos de funcionamento:
Modo Não Iniciado (MNI)
Modo de Operação (MO)
Modo de Bloqueio Temporário (MBT)
Modo de Intervenção Técnica (MIT)
Modo de Intervenção Lógica (MIL)
Modo de Bloqueio Definitivo (MBD)
3.4.1. Modo NÃO INICIADO (MNI)
3.4.1.1. estado do ECF ao se concluir sua fabricação, não existindo usuário programado;
3.4.1.2. em Modo Não Iniciado, é permitido somente a execução das seguintes funções:
| | | |
| | | |
| | | Leitura da MF por Data/CRZ | |
| |
| | | Programar CNPJ, IE e IM do Usuário (para realizar a primeira programação) | |
| |
| | | |
| | | Funções do Teclado "SELEÇÃO-CONFIRMA" | |
| |
3.4.1.3. a saída do Modo Não Iniciado se dará mediante a gravação do CNPJ e do número de Inscrição Estadual ou Municipal do usuário na MF e na MFD, utilizando a chave privada relativa à assinatura digital do fabricante do ECF a que se refere o item 3.1.1, e passará o ECF automaticamente ao Modo de Intervenção Lógica.
3.4.1.4. Após a saída do Modo Não Iniciado conforme descrito no tem 3.4.1.3, o ECF não poderá mais retornar ao Modo Não Iniciado.
3.4.2. MODO DE OPERAÇÃO (MO)
3.4.2.1. estado do ECF em que o mesmo se encontra em condições de executar todas as funções previstas exceto aquelas realizadas exclusivamente em Modo de Intervenção Lógica (MIL) relacionadas no item 3.4.5.5.
3.4.2.2. a entrada em Modo de Operação se dará mediante a saída do Modo de Intervenção Lógica ou do Modo de Intervenção Técnica.
3.4.3. MODO DE BLOQUEIO TEMPORÁRIO (MBT)
3.4.3.1. estado do ECF em que o mesmo se encontra temporariamente inoperante e incapaz de executar qualquer função, exceto as funções relacionadas no item 3.4.3.2.
3.4.3.2. em Modo de Bloqueio Temporário, é permitido somente a execução das seguintes funções:
| | | |
| | | |
| | | |
| | | Leitura da MF por Data/CRZ | |
| |
| | | |
| | | Captura Eletrônica de Dados | |
| |
| | | |
| | | |
| | | Entrada/Saída de Horário de Verão | |
| |
| | | Programar Quantidade de Documentos Autorizados | |
| |
| | | Programar Tabela de ECFs do Estabelecimento | |
| |
| | | |
| | | Exportar Arquivo Binário do SB | |
| |
| | | Exportar Arquivo Binário da MF | |
| |
| | | Exportar Arquivo Binário da MFD | |
| |
| | | Exportar Arquivo Binário TDM | |
| |
| | | Obter identificação segura (desafio) do ECF | |
| |
| | | Autorização de Acesso Remoto | |
| |
| | | |
| | | Pesquisa de atualização de Software Básico | |
| |
| | | Pesquisa de Intervenções Realizadas | |
| |
| | | |
| | | |
| | | Obtenção do Mapa de ECFs Operacionais Ligados à Rede | |
| |
| | | Pesquisa de Versão da Especificação de Comandos | |
| |
| | | |
| | | Funções do Teclado "SELEÇÃO-CONFIRMA" | |
| |
OBS.: A possibilidade de execução destas funções é condicionada à occorrência que deu causa à entrada em MBT, conforme relacionado no item 3.4.3.3.
3.4.3.3. a entrada em Modo de Bloqueio Temporário se dará mediante:
3.4.3.3.1. a ausência de bobina de papel no compartimento a ela destinado, conforme previsto no item 2.4.7.6;
3.4.3.3.2. a desconexão física do MFB com qualquer dispositivo interno ao ECF e externo ao MFB;
3.4.3.3.3. a falta de emissão do documento Redução Z até as 24 (vinte e quatro) horas da data do movimento a que se refere, se houver emissão de qualquer documento no dia, sendo admitida tolerância de duas horas;
3.4.3.3.4. a emissão de uma Redução Z, hipótese em que o Modo de Bloqueio Temporário permanecerá somente até as 24 (vinte e quatro) horas da data do movimento a que se refere a Redução Z emitida, exceto quando ocorrer intervenção lógica após a emissão da Redução Z;
3.4.3.3.5. a ausência do Modem para Acesso Remoto descrito no item 2.4.4, se o flag indicador de montagem do modem gravado na MF for igual a "1" conforme descrito no item 3.3.2.3;
3.4.3.3.6. o transcurso do intervalo de tempo de 266 (duzentos e sessenta e seis) horas sem recepção do comando de broadcast, pelos ECF escravos, conforme procedimento definido no item 3.9.4.2.6;
3.4.3.3.7. o atingimento do limite de quantidade de documentos (COO) autorizados para emissão programado com o comando 94 descrito no item 3.10.3.4.53;
3.4.3.3.8. a ocorrência de perda de qualquer informação relacionada na tabela constante no item 3.6.3 como "obrigatória", exceto se a informação for totalmente recomposta pelo Software Básico.
3.4.3.3. a saída do Modo de Bloqueio Temporário se dará mediante a eliminação da causa que levou o ECF a este modo de funcionamento e passará o ECF ao Modo de Operação, caso não tenha ocorrido evento que deva levá-lo a outro modo de funcionamento.
3.4.4. MODO DE INTERVENÇÃO TÉCNICA (MIT)
3.4.4.1. estado do ECF em que se permite o acesso físico para manutenção em área interna ao ECF, exceto no MFB.
3.4.4.2. a entrada em Modo de Intervenção Técnica se dará pela abertura do ECF conforme estabelecido no item 2.4.8.3 (Sistema de Lacração Lógica), se o ECF não estiver em Modo Não Iniciado.
3.4.4.3. a saída do Modo de Intervenção Técnica passará o ECF ao Modo de Operação e se dará exclusivamente mediante:
3.4.4.3.1. a utilização da chave privada, relativa à assinatura digital do fabricante do ECF, a que se refere o item 3.1.1.2; e
3.4.4.3.2. o restabelecimento do fechamento do gabinete do ECF por meio do Sistema de Lacração Lógica a que se refere o item 2.4.8.
3.4.4.4. em Modo de Intervenção Técnica, é permitido somente a execução das seguintes funções:
| | | |
| | | |
| | | |
| | | Leitura da MF por Data/CRZ | |
| |
| | | |
| | | |
| | | |
| | | |
| | | Exportar Arquivo Binário do SB | |
| |
| | | Exportar Arquivo Binário da MF | |
| |
| | | Exportar Arquivo Binário da MFD | |
| |
| | | Exportar Arquivo Binário TDM | |
| |
| | | Funções do Teclado "SELEÇÃO-CONFIRMA" | |
| |
3.4.5. Modo de Intervenção Lógica (MIL)
3.4.5.1. estado do ECF em que se permite acesso lógico para configurações, parametrizações e atualização de versão do SB.
3.4.5.2. a entrada em Modo de Intervenção Lógica se dará na saída do Modo Não Iniciado ou somente se o ECF estiver em Modo de Operação, mediante a utilização da chave privada, relativa à assinatura digital do fabricante do ECF, a que se refere o item 3.1.1.
3.4.5.3. a saída do Modo de Intervenção Lógica se dará por meio do comando 71 descrito no item 3.10.3.4.37 e passará o ECF ao Modo de Operação.
3.4.5.4. em Modo de Intervenção Lógica, é permitido somente a execução das funções relacionadas no item 3.4.5.5. e das seguintes funções:
| | | |
| | | |
| | | Texto Livre para CCD e Relatório Gerencial (exclusivamente para emissão de Relatório Gerencial, com índice "1" contendo os valores ou informações dos parâmetros de programação) | |
| |
| | | Fechamento de CCD ou Gerencial (exclusivamente para emissão de Relatório Gerencial, com índice "1" contendo os valores ou informações dos parâmetros de programação) | |
| |
| | | |
| | | Abertura de Relatório Gerencial (exclusivamente para emissão de Relatório Gerencial, com índice "1", contendo os valores ou informações dos parâmetros de programação) | |
| |
| | | |
| | | Leitura da MF por Data/CRZ | |
| |
| | | Mensagem Complementar - Identificação do Aplicativo | |
| |
| | | |
| | | Captura Eletrônica de Dados | |
| |
| | | |
| | | Entrada/Saída de Horário de Verão | |
| |
| | | Inserir Alíquota ICMS ou ISSQN (para programar acumulador ainda não programado) | |
| |
| | | Habilitar I, F, N, IS, FS, NS | |
| |
| | | Inserir Registradores de Meios de Pagamento (para programar acumulador ainda não programado) | |
| |
| | | Inserir Registradores de Operações Não Fiscais (para programar acumulador ainda não programado) | |
| |
| | | Inserir Relatório Gerencial (para programar acumulador ainda não programado) | |
| |
| | | |
| | | Programar Quantidade de Documentos Autorizados | |
| |
| | | Programar CNPJ, IE e IM do Usuário | |
| |
| | | Programar Tabela de ECFs do Estabelecimento | |
| |
| | | |
| | | |
| | | Exportar Arquivo Binário do SB | |
| |
| | | Exportar Arquivo Binário da MF | |
| |
| | | Exportar Arquivo Binário da MFD | |
| |
| | | Exportar Arquivo Binário TDM | |
| |
| | | Obter identificação segura (desafio) do ECF | |
| |
| | | Autorização de Acesso Remoto | |
| |
| | | |
| | | Pesquisa de atualização de Software Básico | |
| |
| | | Pesquisa de Intervenções Realizadas | |
| |
| | | |
| | | |
| | | Obtenção do Mapa de ECFs Operacionais Ligados à Rede | |
| |
| | | Pesquisa de Versão da Especificação de Comandos | |
| |
| | | |
| | | |
| | | Funções do Teclado "SELEÇÃO-CONFIRMA" | |
| |
3.4.5.5. são funções executadas exclusivamente em Modo de Intervenção Lógica:
| | | |
| | | |
| | | Inserir Alíquota ICMS ou ISSQN (para alterar alíquota de acumulador já programado) | |
| |
| | | Desabilitar I, F, N, IS, FS, NS | |
| |
| | | Inserir Registradores de Meios de Pagamento (para alterar meio de pagamento de acumulador já programado) | |
| |
| | | Inserir Registradores de Operações Não Fiscais (para alterar Operação Não Fiscal de acumulador já programado) | |
| |
| | | Inserir Relatório Gerencial (para alterar Relatório Gerencial de acumulador já programado) | |
| |
| | | Programar Chave Pública do Fisco | |
| |
| | | Programar Endereço para Transmissão Eletrônica | |
| |
| | | Programar Número de Ordem Seqüencial do ECF | |
| |
| | | Programar Informações do Usuário | |
| |
| | | Programar CNPJ, IE e IM do Usuário (para alterar dados gravados em MNI em conformidade com os Requisitos Complementares descritos no item 3.10.3.4.54) | |
| |
| | | Programar CNPJ, IE e IM de Prestador de Serviço de Transporte | |
| |
| | | Habilita ou Desabilita Prestador de Serviço de Transporte | |
| |
| | | Programar Símbolo da Moeda | |
| |
| | | Programar Codificação do GT | |
| |
| | | Comandos Proprietários do Fabricante | |
| |
3.4.6. Modo de BLOQUEIO definitivo (MBD)
3.4.6.1. estado do ECF em que o mesmo se encontra definitivamente inoperante e incapaz de executar qualquer função, exceto a extração de arquivos binários da MF, MFD e SB, sem assinatura digital, por meio dos comandos especificados nos itens 3.10.3.4.61, 3.10.3.4.62, 3.10.3.4.63 e 3.10.3.4.64, bem como, pelo recurso especificado no item 3.5.2.
3.4.6.2. a entrada no Modo de Bloqueio Definitivo se dará mediante:
3.4.6.2.1. a violação do sistema de blindagem do MFB conforme previsto no item 2.4.1.1;
3.4.6.2.2. a ocorrência da hipótese prevista no subitem "e" do item 3.2.1;
3.4.6.2.3. a ocorrência de redução do valor acumulado de contador ou totalizador em decorrência de evento não previsto nos itens 3.6.1 e 3.6.2, exceto se o valor for totalmente recomposto pelo Software Básico;
3.4.6.2.4. a impossibilidade de gravação de qualquer dado na MF ou na MFD por esgotamento da capacidade, devendo, antes da entrada em MBD, possibilitar a finalização de documento em emissão e em seguida a emissão de uma Redução Z automaticamente;
3.4.6.2.5. a impossibilidade de gravação de qualquer dado na MF ou na MFD por dano no dispositivo;
3.4.6.2.6. a impossibilidade de leitura de qualquer dado na MF ou na MFD por dano no dispositivo;
3.4.6.2.7. quando o conjunto data e hora inicial de emissão de documento for igual ou inferior àquele indicado como final do último documento emitido, exceto quando da saída de horário de verão.
3.4.6.3. não deve haver recurso para saída do Modo de Bloqueio Definitivo, devendo o ECF ter sua vida útil cessada conforme definido no item 1.3.1.
3.5. FUNÇÕES DO TECLADO "SELEÇÃO-CONFIRMA"
3.5.1. PROCEDIMENTOS PARA IMPRESSÃO DE LEITURAS
3.5.1.1. Os documentos especificados nos subitens "a" a "d" do item 2.4.2 devem ser obtidos através dos seguintes procedimentos:
a) ao ligar o ECF com a tecla "SELEÇÃO" pressionada, deverão ser impressas as seguintes opções:
"Leitura X - 01 toque"
"Leitura Completa da MF - 02 toques"
"Leitura Simplificada da MF - 03 toques"
"Impressão de Fita Detalhe - 04 toques"
"Leitura RTPA - 05 toques"
b) a opção será efetivada pelo acionamento da tecla "SELEÇÃO" de acordo com o número de toques, finalizando o procedimento com a tecla "CONFIRMA".
c) na hipótese de Leitura Completa da MF (02 toques) e Leitura Simplificada da MF (03 toques):
c1) devem ser impressas as opções:
"Intervalo de Data - 01 toque"
"Intervalo de CRZ - 02 toques"
c2) a opção será efetivada pelo acionamento da tecla "SELEÇÃO" de acordo com o número de toques, finalizando o procedimento com a tecla "CONFIRMA".
c3) após a confirmação, deverão ser impressas, conforme o caso, as mensagens "00/00/00 a DD/MM/AA", para as datas inicial e final, ou "0000 a FFFF", para o CRZ inicial e final, onde "DD/MM/AA" representa a data corrente e "FFFF" representa o último CRZ gravado.
c4) os dígitos referentes a intervalos de data ou de CRZ deverão ser preenchidos a partir da esquerda, utilizando a tecla "SELEÇÃO" para incrementar e imprimi-los e a tecla "CONFIRMA" para aceitar a seleção e avançar para o próximo dígito. Os dados impressos devem se referir aos valores acumulados para o intervalo de datas ou CRZ indicado, iniciando pela data ou CRZ mais recente.
d) na hipótese de Impressão de Fita Detalhe (04 toques):
d1) devem ser impressas as opções:
"Intervalo de Data - 01 toque"
"Intervalo de COO - 02 toques"
d2) a opção será efetivada pelo acionamento da tecla "SELEÇÃO" de acordo com o número de toques, finalizando o procedimento com a tecla "CONFIRMA".
d3) após a confirmação, deverão ser impressas, conforme o caso, as mensagens "00/00/00 a DD/MM/AA", para as datas inicial e final, ou "0000 a FFFF", para o COO inicial e final, onde "DD/MM/AA" representa a data corrente e "FFFF" representa o último COO gravado.
d4) os dígitos referentes a intervalos de data ou de COO deverão ser preenchidos a partir da esquerda, utilizando a tecla "SELEÇÃO" para incrementar e imprimi-los e a tecla "CONFIRMA" para aceitar a seleção e avançar para o próximo dígito. Os dados impressos devem se referir aos documentos emitidos no intervalo de datas ou COO indicado, iniciando pela data ou COO mais recente.
3.5.2. PROCEDIMENTOS PARA EXPORTAÇÃO DE ARQUIVOS
3.5.2.1. A exportação dos arquivos especificados no subitem "e" do item 2.4.2 deve ser obtida através dos seguintes procedimentos:
a) desligar a alimentação do ECF;
b) conectar dispositivo de armazenamento externo no conector específico;
c) ligar a alimentação do ECF com a tecla "CONFIRMA" pressionada;
d) durante a gravação, esta deverá ser indicada visualmente por dispositivo luminoso, podendo o dispositivo ser compartilhado com outras indicações;
e) ao final da gravação deverá ser impressa a frase "Gravação concluída", exceto quando o ECF estiver em Modo de Bloqueio Temporário de que trata o item 3.4.3 ou em Modo de Bloqueio Definitivo de que trata o item 3.4.6;
f) os arquivos gravados no dispositivo de armazenamento externo devem receber nome conforme abaixo descrito, onde "xxxxxx" representa o número de fabricação do ECF, "aaaammdd" representa a data de geração do arquivo e "hhmmss" representa o horário de geração do arquivo:
f1) xxxxxx_aaaammdd_hhmmss.MF, para o arquivo binário da Memória Fiscal;
f2) xxxxxx_aaaammdd_hhmmss.MFD, para o arquivo binário da Memória de Fita Detalhe;
f3) SBxxxxxx_aaaammdd_hhmmss.BIN, para o arquivo binário do Software Básico;
f4) CPxxxxxx_aaaammdd_hhmmss.TXT, para o arquivo no formato estabelecido no Anexo IV contendo a identificação do ECF, do usuário e as chaves públicas do ECF;
f5) RTPAxxxxxx_aaaammdd_hhmmss.TXT para o arquivo texto no formato de espelho da Relação dos Totalizadores Parciais Acumulados, conforme leiaute especificado no item 3.10.3.4.32.
3.5.2.2. O tempo máximo admitido para a realização da exportação dos arquivos é de 60 (sessenta) minutos.
3.5.2.3. Os arquivos relaconados no subitem "f" do item 3.5.2.1 devem ser assinados digitalmente utilizando a chave privada a que se refere o item 3.1.2.
3.6. TABELA DE CONTADORES, TOTALIZADORES E INDICADORES
O Software Básico deve possuir acumuladores para registro de valores indicativos das operações, prestações e eventos registrados no ECF. Os acumuladores são divididos em Totalizadores, Contadores e Indicadores, sendo os Totalizadores destinados ao acúmulo de valores monetários, os Contadores destinados ao acúmulo da quantidade de eventos ocorridos no ECF e os Indicadores destinados a gravação de identificações.
3.6.1. CONTADORES
| | | | (1)
(2)
(3)
(4)
(5)
(6)
3.10.3.4.38
3.10.3.4.7 (1)
3.10.3.4.7 (2)
3.10.3.4.8
3.10.3.4.12
3.10.3.4.13
3.10.3.4.16
3.10.3.4.19
3.10.3.4.20
3.10.3.4.21
3.10.3.4.22
3.10.3.4.23
3.10.3.4.32
3.10.3.4.33
3.10.3.4.12
3.10.3.4.13
3.10.3.4.16
3.10.3.4.19
3.10.3.4.23
3.10.3.4.7.
3.10.3.4.33
3.10.3.4.31 (2)
3.10.3.4.31 (1)
3.10.3.4.31 (1)
3.10.3.4.23
3.10.3.4.13
NCN = Qtde de Registros de Meio de Pagamento Vinculado a CCD(*) + CCD Estornados - Qtde de CCD emitidos - Qtde de Registros de Meio de Pagamento Vinculado a CCD(*) que foram substituídos por outro Meio de Pagamento não Vinculado a CCD.
(*) Qtde de Registros de Meio de Pagamento Vinculado a CCD: Quando houver Registro de Meio de Pagamento Vinculado a CCD com parcelamento de valor que exija a emissão de mais de um CCD, adotar-se-á a quantidade de parcelas em substituição ao respectivo Meio de Pagamento registrado.
3.10.3.4.7 (1)
3.10.3.4.7 (2)
3.10.3.4.8
3.10.3.4.13
3.10.3.4.19
3.10.3.4.31 (1)
3.10.3.4.31 (2)
Legenda:
(1) LOCAL DE GRAVAÇÃO: Dispositivo de memória onde o contador deve ser gravado e lido.
(2) FORMATO: "N" para campo numérico, "A" para campo alfanumérico e "H" para formato hh:mm:ss.
(3) CAPACIDADE: Capacidade em dígitos ou caracteres.
(4) FUNÇÕES: Itens deste documento relativos às funções que afetam o contador.
(5) REINICIO: "SIM" quando houver evento que deva provocar o reinicio (a partir de zero) do valor acumulado e "NÃO" quando não houver evento que deva provocar o reinicio do valor acumulado (vide item 3.4.6.2.3), considerando que todos os contadores podem ser reiniciados quando exceder a capacidade de dígitos.
(6) EVENTO: Indicação do evento que deva provocar o reinicio (a partir de zero) do valor acumulado (vide item 3.4.6.2.3).
3.6.2. TOTALIZADORES
| | | | (1)
(2)
(3)
(4)
(5)
(6)
3.10.3.4.27 (3-4)
3.10.3.4.29 (2)
3.10.3.4.33
3.10.3.4.34
3.10.3.4.57
3.10.3.4.27 (3-4)
3.10.3.4.29 (2)
3.10.3.4.33
3.10.3.4.34
3.10.3.4.3 (1)
3.10.3.4.7 (1)
3.10.3.4.27 (1-2)
3.10.3.4.27 (3-4)
3.10.3.4.28 (1-2)
3.10.3.4.29 (1-2)
3.10.3.4.30 (1-2)
3.10.3.4.31 (1)
3.10.3.4.33
3.10.3.4.34
3.10.3.5.1
3.10.3.4.3 (1)
3.10.3.4.7 (1)
3.10.3.4.27 (1-2)
3.10.3.4.27 (3-4)
3.10.3.4.28 (1-2)
3.10.3.4.291-2)
3.10.3.4.30 (1-2)
3.10.3.4.31 (1)
3.10.3.4.33
3.10.3.4.34
3.10.3.5.1
3.10.3.4.7 (2)
3.10.3.4.17
3.10.3.4.23
3.10.3.4.27 (5-6)
3.10.3.4.27 (7-8)
3.10.3.4.28 (3-4)
3.10.3.4.29 (3-4)
3.10.3.4.30 (3-4)
3.10.3.4.31 (2)
3.10.3.4.27 (SIM 1-2)
3.10.3.4.27 (3-4)
3.10.3.4.28 (1-2)
3.10.3.4.29 (1-2)
3.10.3.4.30 (1-2)
3.10.3.4.31 (1)
3.10.3.5.1
3.10.3.4.27 (1-2)
3.10.3.4.27 (3-4)
3.10.3.4.28 1-2)
3.10.3.4.29 (1-2)
3.10.3.4.30 (1-2)
3.10.3.4.31 (1)
3.10.3.5.1
3.10.3.4.7 (1)
3.10.3.4.7 (2)
3.10.3.4.19
3.10.3.4.31 (1-2)
3.10.3.4.7 (1)
3.10.3.4.7 (2)
3.10.3.4.31 (1-2)
3.10.3.4.7 (1)
3.10.3.4.27 (1-2)
3.10.3.4.28 (1)
3.10.3.4.29 (1)
3.10.3.4.30 (1)
3.10.3.4.31 (1)
3.10.3.4.7 (1)
3.10.3.4.27 (1-2)
3.10.3.4.28 (1)
3.10.3.4.29 (1)
3.10.3.4.30 (1)
3.10.3.4.31 (1)
3.10.3.4.7 (2)
3.10.3.4.27 (5-6)
3.10.3.4.28 (3)
3.10.3.4.29 (3)
3.10.3.4.30 (3)
3.10.3.4.31 (2)
3.10.3.4.7 (1)
3.10.3.4.27 (3-4)
3.10.3.4.28 (2)
3.10.3.4.29 (2)
3.10.3.4.30 (2)
3.10.3.4.31 (1)
3.10.3.4.7 (1)
3.10.3.4.27 (3-4)
3.10.3.4.28 (2)
3.10.3.4.29 (2)
3.10.3.4.30 (2)
3.10.3.4.31 (1)
3.10.3.4.7 (2)
3.10.3.4.27 (7-8)
3.10.3.4.28 (4)
3.10.3.4.29 (4)
3.10.3.4.30 (4)
3.10.3.4.31 (2)
3.10.3.4.7 (1)
3.10.3.4.28 (2)
3.10.3.4.30 (2)
3.10.3.4.31 (1)
3.10.3.5.1
3.10.3.4.7 (1)
3.10.3.4.28 (2)
3.10.3.4.30 (2)
3.10.3.4.31 (1)
3.10.3.5.1
3.10.3.4.7 (2)
3.10.3.4.31 (2)
3.10.3.4.57
3.10.3.4.57
3.10.3.4.57
3.10.3.4.57
3.10.3.4.57
3.10.3.4.57
3.10.3.4.57
3.10.3.4.57
3.10.3.4.57
3.10.3.4.57
Legenda:
(1) LOCAL DE GRAVAÇÃO: Dispositivo de memória onde o totalizador deve ser gravado e lido.
(2) FORMATO: "N" para campo numérico, "A" para campo alfanumérico e "H" para formato hh:mm:ss.
(3) CAPACIDADE: Capacidade em dígitos ou caracteres.
(4) FUNÇÕES: Itens deste documento relativos às funções que afetam o totalizador.
(5) REINICIO: "SIM" quando houver evento que deva provocar o reinicio (a partir de zero) do valor acumulado e "NÃO" quando não houver evento que deva provocar o reinicio do valor acumulado (vide item 3.4.6.2.3) Qualquer comando não deverá ser executado quando isto provocar a ultrapassagem da capacidade de dígitos dos totalizadores afetados pela operação, devendo retornar mensagem de erro de "overflow" de capacidade, conforme descrito no item 3.8.4.3.
(6) EVENTO: Indicação do evento que deva provocar o reinicio (a partir de zero) do valor acumulado (vide item 3.4.6.2.3).
A notação (*) na coluna "Sigla" indica que o totalizador compõe a Relação de Totalizadores Parciais Acumulados (RTPA)
3.6.3. INDICADORES
| | | | (1)
(2)
(3)
99.999.999/9999-99
Legenda:
(1) FORMATO: "N" para campo numérico e "A" para campo alfanumérico.
(2) CAPAC.: Capacidade em dígitos ou caracteres.
(3) OBRIGATÓRIO: Não pode conter todos os dígitos zero, se numérico, ou todos os caracteres em branco, se alfanumérico.
3.7. IMPRESSÃO DE DOCUMENTOS
3.7.1. CARACTERISTICAS GERAIS
3.7.1.1. O documento é composto pelos seguintes campos de impressão: "Cabeçalho", "Identificação do Consumidor", "Corpo do Documento", "Informações Suplementares", "Identificação do PAF-ECF", "Rodapé" e "Mensagem de Falta de Energia".
3.7.1.2. O campo "Mensagem de Falta de Energia" deve ser impresso no "Corpo do Documento" somente quando ocorrer o evento respectivo antes ou durante a impressão do corpo do documento ou no final do documento, somente quando ocorrer o evento respectivo após a conclusão da impressão do corpo do documento.
3.7.1.3. O campo "Identificação do Consumidor" não deve ser impresso em Comprovante Não Fiscal de Sangria ou Fundo de Troco - vide descrição da função "Sangria/Fundo de Troco" - Comando 23, no item 3.10.3.4.23.
3.7.1.4. A data deve ser impressa no formato dd/mm/aaaa, onde dd representa o dia, mm o mês e aaaa o ano.
3.7.1.5. O horário deve ser impresso no formato hh:mm:ss, onde hh indica a hora, mm os minutos e ss indica os segundos, seguido, quando em horário de verão, da letra "V" grafada em letra maiúscula.
3.7.1.6. Os contadores e indicadores devem ser impressos com todos os dígitos, ou seja, completando com zeros a esquerda se for o caso.
3.7.2. SEQÜÊNCIA DE IMPRESSÃO
As seqüências de impressão a seguir descritas não se aplicam ao Cupom Adicional, o qual tem leiaute específico descrito no item 3.10.3.4.5.
Considera-se como documento emitido aquele em que tenha ocorrido toda a seqüência de impressão prevista nos itens 3.7.2.1 e 3.7.2.2 tendo sido impresso todos os dados de rodapé do documento.
3.7.2.1. CUPOM FISCAL, CUPOM FISCAL CANCELAMENTO, COMPROVANTE NÃO FISCAL, COMPROVANTE NÃO FISCAL CANCELAMENTO, COMPROVANTE DE CRÉDITO OU DÉBITO, INCLUSIVE ESTORNO, REIMPRESSÃO E SEGUNDA VIA
3.7.2.1.1. OPÇÃO 1
Campo "Identificação do Consumidor" impresso no inicio do documento
| ------------------------------------------------
{ [Identificação do Consumidor] }
{ Corpo do Documento...
[Mensagem de Falta de Energia]
Corpo do Documento }
{ [Informações Suplementares] }
{ [Identificação do PAF-ECF] }
{ Rodapé }
3.7.2.1.1. OPÇÃO 2
Campo "Identificação do Consumidor" impresso no final do documento
| ------------------------------------------------
{ Corpo do Documento...
[Mensagem de Falta de Energia]
Corpo do Documento }
{ [Informações Suplementares] }
{ [Identificação do PAF-ECF] }
{ [Identificação do Consumidor] }
{ Rodapé }
3.7.2.2. DEMAIS DOCUMENTOS, INCLUSIVE Cupom Fiscal BILHETE DE PASSAGEM E Cupom Fiscal BILHETE DE PASSAGEM Cancelamento
| ------------------------------------------------
{ Corpo do Documento...
[Mensagem de Falta de Energia]
Corpo do Documento }
{ [Informações Suplementares] }
{ [Identificação do PAF-ECF] }
{ Rodapé }
3.7.3. LEIAUTE DOS CAMPOS
3.7.3.1. CABEÇALHO
Com Logomarca e informações alinhadas à esquerda
| | | []
[]
[CNPJ: ]
[IE: ]
[IM: ]
Com Logomarca e informações centralizadas
|
[]
[]
[CNPJ: ]
[IE: ]
[IM: ]
Sem Logomarca e informações centralizadas
| []
[]
[CNPJ: ]
[IE: ]
[IM: ]
Legenda dos leiautes:
logomarca = logomarca ou logotipo do estabelecimento comercial (opcional)
razão social = razão social do contribuinte usuário do ECF
nome de fantasia = nome de fantasia do contribuinte usuário do ECF
endereço = endereço do contribuinte usuário do ECF
cnpj = número do CNPJ do contribuinte usuário do ECF
ie = número da inscrição estadual do contribuinte usuário do ECF
im = número da inscrição municipal do contribuinte usuário do ECF
3.7.3.2. IDENTIFICAÇÃO DO CONSUMIDOR
| [NOME: ]
[ENDEREÇO: ]
Legenda do leiaute:
CNPJ ou CPF = número de inscrição no CNPJ ou no CPF do consumidor
nome do consumidor = indicação do nome do consumidor
endereço do consumidor = indicação do endereço do consumidor
Observação:
Campos destinados a identificação facultativa dos dados referentes ao consumidor ou tomador dos serviços
3.7.3.3. CORPO DO DOCUMENTO
O leiaute do corpo do documento é formato conforme a execução das funções previstas nos itens 3.10.3.4 e 3.10.3.5 e encontra-se definido na especificação destas funções.
3.7.3.4. INFORMAÇÕES SUPLEMENTARES
| []
[]
[]
[]
[]
[]
[]
Legenda do leiaute:
Texto de Linha Adicional = Informações livres impressas em até oito linhas.
3.7.3.5. IDENTIFICAÇÃO DO PAF-ECF
| []
Legenda do leiaute:
Identificação do Aplicativo = Informações de identificação do PAF-ECF, com até 84 caracteres, impressas em até duas linhas.
Observação:
Dispensada no Relatório Gerencial impresso na saída do Modo de Intervenção Lógica para indicar os parâmetros de programação definidos para o equipamento.
3.7.3.6. RODAPÉ
| MARCA: MOD.:
VERSÃO: XX.XX.XX ECF: nnn LJ:mmmm
OPR:
[]:
FAB: BR
Legenda do leiaute:
assinatura digital = assinatura digital de autenticidade do documento conforme especificado no Anexo VI
marca = marca do ECF
modelo = modelo do ECF
tipoecf = tipo do ECF
XX.XX.XX = identificação da versão do Software Básico
nnn = Número de Ordem Seqüencial do ECF
mmmm = indicação da loja
nome_operador = nome do operador do ECF
GT_codificado = símbolos fixos para expressar o valor acumulado no Totalizador Geral de forma codificada, devendo para cada dígito decimal corresponder apenas um símbolo de codificação e vice-versa e ser possível sua decodificação por meio do programa aplicativo eECFc
data = data final de emissão
hora = hora final de emissão
Chave de Busca do Cupom Fiscal Eletrônco: campo numérico composto por 44 caracteres para individualizar e validar o Cupom Fiscal eletrônico conforme Anexo VIII
XXXXXXXXXXXXXXXXXXXX = número de fabricação do ECF, em negrito Observações:
As informações deverão ser impressas na ordem indicada, com espaçamento de pelo menos um caractere entre elas quando impressas na mesma linha.
A penúltima linha deverá conter somente o GT codificado e a data e hora final de emissão, sendo que o GT codificado deve estar alinhado à esquerda e a data e hora final de emissão alinhada à direita.
A última linha deverá conter somente a indicação do número de fabricação e do logotipo fiscal, sendo que o número de fabricação deve estar alinhado à esquerda e o logotipo fiscal alinhado à direita.
3.7.3.7. MENSAGEM DE FALTA DE ENERGIA
| [FALTA DE ENERGIA - RETORNO ] | |
|
Legenda do leiaute:
dataR = data de retorno da energia
horaR = hora de retorno da energia
3.7.3.7.1. Ocorrendo falta de energia durante a emissão de documento, a mensagem de falta de energia deverá ser impressa quando do retorno da energia no local onde ocorreu a interrupção da impressão, observando ainda:
a) no caso de Cupom Fiscal ou Comprovante Não Fiscal, a impressão em andamento do documento deverá ser retomada automaticamente. Neste caso, deve ser retomada a impressão do último item, cujos dados ainda não tenham sido integralmente impressos no instante da falta de energia.
b) no caso de Redução Z, Leitura X, Leitura RTPA e Relatório Gerencial, a impressão em andamento deverá ser abortada imediatamente após a impressão da mensagem de falta de energia e em seguida deverá ocorrer a reimpressão integral do documento.
c) no caso de Leitura da Memória Fiscal e Reimpressão de Fita Detalhe, a impressão em andamento deverá ser abortada imediatamente após a impressão da mensagem de falta de energia.
3.8. PROTOCOLO DE COMUNICAÇÃO
3.8.1. COMPOSIÇÃO DOS PACOTES
A comunicação entre o ECF e o aplicativo ocorre mediante a troca de pacotes, ou seja, blocos de bytes, pela porta de comunicação.
Cada pacote é iniciado sempre por um caractere de controle que permitirá ao receptor identificar a natureza da requisição ou o tipo de informação nele contida, podendo ser seguido, ou não, de campos de dados.
3.8.1.1. CARACTERES DE CONTROLE
Os caracteres de controle que devem ser utilizados, acompanhados dos respectivos significados, são:
| | | | | | | | | | | | Resultado de Comando
Resposta de Sincronismo
3.8.1.2. campos de dados
O caractere de controle de cada pacote pode ou não ser seguido de campos de dados. Nesses campos estarão representados os dados necessários à execução da requisição implícita no pacote.
Os campos de dados que devem ser utilizados são:
SEQ - Seqüência do Pacote de Comando
O campo Seqüência do Pacote de Comando possui o tamanho de um byte e seu conteúdo é binário contendo valores no intervalo de 0 (0x00) a 255 (0xFF).
O campo seqüência deverá ser incrementado pelo aplicativo a cada pacote de comando enviado.
O ECF rebaterá seu conteúdo quando do envio do resultado ou de um erro na execução do comando.
SPR - Seqüência do Pacote de Resposta
O campo Seqüência do Pacote de Resposta possui o tamanho de um byte e seu conteúdo é binário contendo valores no intervalo de 0 (0x00) a 255 (0xFF).
Esse campo será enviado no Pacote de Solicitação de Status e deverá ser iniciado com 0 (zero) após o envio de cada comando. Caso a resposta ao comando possua mais de um pacote, esse campo deverá ser incrementado de uma unidade a cada solicitação de um novo pacote de resposta.
Caso a resposta possua mais de 255 pacotes o número do pacote retorna a 0, continuando a incrementação enviando os demais pacotes na seqüência.
CMD - Código do Comando
O campo Código do Comando possui o tamanho de um byte e seu conteúdo é binário representando um código de comando válido (1 -255).
Esse campo deverá conter o código de comando a ser executado pelo ECF.
EXT - Extensão de Comando
O campo Extensão de Comando possui o tamanho de um byte e seu conteúdo é binário representando um código de comando válido.
Esse campo representa a extensão do código de comando a ser executado pelo ECF quando o campo CMD contiver o valor 0xFF, para todos os outros valores de CMD esse campo deverá conter 0x00.
TBC - Tamanho do Buffer de Comando
O campo Tamanho do Buffer de Comando possui o tamanho de dois bytes e seu conteúdo é binário no formato LITTLE ENDIAN (Byte Low/Byte High).
Esse campo deverá conter o tamanho em bytes do campo Buffer existente no Pacote de Comando.
BCD - Buffer de Comando
O campo Buffer de Comando possui tamanho variável de 0 até 1024 bytes e seu conteúdo é ASCII.
Esse campo deverá conter os parâmetros necessários à execução do comando.
TBR - Tamanho do Buffer de Resposta
O campo Tamanho do Buffer de Resposta possui o tamanho de dois bytes e seu conteúdo é binário no formato LITTLE ENDIAN (Byte Low/Byte High).
Esse campo conterá o tamanho em bytes do campo Buffer de Resposta existente no pacote de Resultado de Comando.
BRS - Buffer de Resposta
O campo Buffer de Resposta possui tamanho variável de até 4096 bytes e seu conteúdo é ASCII.
Esse campo conterá os dados solicitados ao ECF quando houver Resultado de Comando.
CHK - Checksum
O campo Checksum possui o tamanho de um byte e seu conteúdo é binário.
O conteúdo desse campo deverá ser calculado através da soma, sem sinal módulo 256, de todos os bytes do pacote de comando ou de resposta, excetuando-se o caractere de controle inicial (SOH).
Na recepção de um pacote de Resultado de Comando esse campo deverá ser conferido pelo aplicativo para verificar se a transmissão do pacote terminou isenta de problemas.
Esse campo contém o código do erro retornado em um pacote de Resultado de Comando com Erro.
CAT - Categoria do Retorno
O campo Categoria possui o tamanho de um byte e seu conteúdo é binário.
Esse campo contém o Código da Categoria de Ocorrências retornado em um pacote de Resultado de Comando.
RET - Retorno
O campo Retorno possui o tamanho de 4 (quatro) bytes e seu conteúdo é binário.
Esse campo contém o Código do Retorno devolvido em um pacote de Resultado de Comando dependente do Código da Categoria de Ocorrências.
3.8.2. especificação dos pacotes
3.8.2.1. SOLICITAÇÃO DE SINCRONISMO
Solicita ao ECF a transmissão do último SEQ enviado pelo aplicativo e processado pelo ECF, com ou sem erro. Formato:
3.8.2.2. RESPOSTA DE SINCRONISMO
Envia ao aplicativo o último SEQ recebido e processado pelo ECF, com ou sem erro. Formato:
3.8.2.3. SOLICITAÇÃO DE STATUS
Solicita ao ECF o estado da execução do último comando enviado. Formato:
3.8.2.4. ENVIO DE COMANDO
Envia ao ECF um comando para a execução de uma função ou de uma leitura de dados.
Formato:
3.8.2.5. ACEITE DE COMANDO ENVIADO
Informa ao aplicativo que o pacote de comando foi aceito pelo ECF. Formato:
3.8.2.6. ERRO DE PROTOCOLO
Informa ao aplicativo que o pacote de comando foi recebido pelo ECF e não será executado em função de um erro de protocolo. Formato:
3.8.2.7. ECF OCUPADO
Informa ao aplicativo que o ECF encontra-se ocupado executando algum comando.
Importante: A implementação desse recurso é obrigatória e o ECF deverá ser capaz de monitorar a porta de comunicação durante a execução de um comando ou rotina interna. Formato:
3.8.2.8. RESULTADO DE COMANDO
Retorna ao aplicativo o status da execução do último comando aceito pelo ECF. Formato:
3.8.3. FLUXOS DE COMUNICAÇÃO
3.8.3.1. SINCRONISMO
| | | | O aplicativo envia o Pacote de Solicitação de Sincronismo | |
| | |
O ECF responde com um pacote Resposta de sincronismo sinalizando que está em repouso, ou seja, não está executando nenhum comando ou rotina interna, informando o seqüencial do último comando recebido.
SYN SEQ
| |
| | O aplicativo deverá prosseguir com o Fluxo de Solicitação de Status. | |
| |
O ECF responde com um pacote de ECF ocupado sinalizando que está executando algum comando ou rotina interna.
WAK CAT RET
| |
| | O aplicativo deverá aguardar 500ms e executar novamente o Fluxo de Sincronismo. | |
| |
O aplicativo não recebe resposta em função do ECF estar desligado ou a conexão serial estar interrompida.
| |
| | O aplicativo identifica a ocorrência de timeout após aguardar 200ms e deve executar novamente o fluxo (o ECF poderá estar desligado). | |
| |
3.8.3.2. ENVIO DE COMANDOS
| | | | O aplicativo envia o Pacote de Comando | |
| | | | De acordo com o estado do ECF, podem ocorrer as seguintes situações: | |
| |
O ECF responde com um pacote de Erro de Protocolo.
O ECF responde com um pacote de ECF ocupado sinalizando que está executando algum comando ou rotina interna.
| |
| | O aplicativo deverá aguardar 500ms e executar novamente o Fluxo de Solicitação de Status. | |
| |
O aplicativo não recebe resposta em função do ECF estar desligado ou a conexão serial estar interrompida.
| |
| | O aplicativo identifica a ocorrência de timeout após aguardar 200ms. | |
| |
3.8.3.3. SOLICITAÇÃO DE STATUS
| | | | O aplicativo envia o Pacote de Solicitação de Status | |
| | |
O ECF responde com um pacote de Resultado de Comando.
O ECF responde com um pacote de ECF ocupado sinalizando que está executando algum comando ou rotina interna.
| |
| | O aplicativo deverá aguardar 500ms e executar novamente o Fluxo de Solicitação de Status. | |
| |
O aplicativo não recebe resposta em função do ECF estar desligado ou a conexão serial estar interrompida.
| |
| | O aplicativo identifica a ocorrência de timeout após aguardar 200ms e deve executar novamente o fluxo (o ECF poderá estar desligado). | |
| |
3.8.4. RETORNO DE COMANDOS
3.8.4.1. COMANDO REALIZADO COM SUCESSO
Categoria, CAT, 0 (0x00). Indica sucesso na execução do comando. Nessa categoria o Retorno (RET) está dividido em:
| | | | Cada bit representa um status retornado pelo ECF conforme a seguir: | |
| | | | | | | | | | Indica a existência de um outro pacote de resposta para o comando executado. | |
| | | | | Indica Status de papel - Pouco papel | |
| | | | | | | | | | | | | | | | | | | | |
3.8.4.2. COMANDO COM ERRO DE EXECUÇÃO
Categoria, CAT, diferente de zero (0xYY). Indica erro na execução do comando. Nessa categoria o Retorno (RET) está dividido em:
3.8.4.3. CATEGORIAS E CÓDIGOS DE RETORNO
Os códigos de retorno estão agregados em categorias afins que possuem um descritivo do erro e os motivos que podem ocasionar o erro. O detalhamento do motivo da ocorrência do erro - terceira coluna da tabela abaixo - serão codificados em binário, em ordem crescente, no primeiro byte do campo RET. Detalhamento adicional, que não contemple nenhum motivo de ocorrência dos listados abaixo, serão opcionais do fabricante nos bytes 2 e 3, reservando-se ao Fisco a possibilidade de implementação desse ou qualquer outro detalhamento no primeiro ou segundo byte - bytes 0 e 1 do campo RET.
A categoria de retorno e o motivo da ocorrência são de implementações obrigatórias em conformidade com a tabela abaixo, entretanto a implementação de um detalhamento da categoria de retorno, campo RET, diferente das listadas acima é opcional, e seu conteúdo será especificado pelo fabricante no terceiro e quarto bytes - bytes 2 e 3 do campo RET. No caso de não implementação, o segundo, terceiro e quarto bytes deverão vir sempre com zero.
| | | Descritivo do Retorno/Erro | |
| | | | | | | | | | 01 - O comando enviado para a impressora não existe no Software Básico. | |
| | | | Erro em parâmetro do comando | |
| | 01 - Conteúdo de parâmetro inválido no comando. | |
| 02 - Falta parâmetro no comando
03 - Excesso de parâmetros no comando
04 - COO inicial maior que COO final.
05 - CRZ inicial maior que CRZ final
06 - Data inicial maior que Data final
02 - Comando não pode ser executado em intervenção
03 - Comando não pode ser executado localmente
04 - Comando não pode ser executado remotamente
02 - Comando enviado não pode ser executado, pois existe um Comprovante Não Fiscal aberto.
03 - Comando enviado não pode ser executado, pois existe um Comprovante de Crédito ou Débito aberto.
04 - Comando enviado não pode ser executado, pois existe um Estorno de Comprovante de Crédito ou Débito aberto.
05 - Comando enviado não pode ser executado, pois existe um Relatório Gerencial aberto.
06 - Comando enviado não pode ser executado, pois o ECF está em repouso.
07 - A quantidade máxima de itens em um Cupom Fiscal foi ultrapassada.
08 - A quantidade de parcelas somente pode ser especificada para os pagamentos que envolvam meios que aceitem a emissão de CCD.
09 - Limite máximo de pagamentos por documento já foi atingido.
10 - Cancelamento de um Cupom Fiscal somente será permitido após o estorno de todos os CCDs emitidos.
11 - Comando não pode ser executado em documento não pago.
12 - Comando não pode ser executado após desconto ou acréscimo em Subtotal
13 - Comando de acréscimo/desconto já executado.
14 - Comando de consumidor já executado no clichê
02 - Comando enviado não pode ser executado, pois existe um Comprovante Não Fiscal aberto.
03 - Comando enviado não pode ser executado, pois existe um Comprovante de Crédito ou Débito aberto.
04 - Comando enviado não pode ser executado, pois existe um Estorno de Comprovante de Crédito ou Débito aberto.
05 - Comando enviado não pode ser executado, pois existe um Relatório Gerencial aberto.
06 - A quantidade máxima de itens em um Comprovante Não Fiscal foi ultrapassada.
07 - A quantidade de parcelas somente pode ser especificada para os pagamentos que envolvam meios que aceitem a emissão de CCD.
08 - Limite máximo de pagamentos por documento já foi atingido.
02 - Comando enviado não pode ser executado, pois existe um Comprovante Não Fiscal aberto.
03 - Comando enviado não pode ser executado, pois existe um Comprovante de Crédito ou Débito aberto.
04 - Comando enviado não pode ser executado, pois existe um Estorno de Comprovante de Crédito ou Débito aberto.
05 - Comando enviado não pode ser executado, pois existe um Relatório Gerencial aberto.
06 - Não existe CCD para o pagamento especificado.
07 - CCD especificado já foi impresso.
08 - CCD especificado já foi re-impresso
09 - CCD especificado já foi estornado.
10 - CDD não especificado no estorno não foi impresso
11 - limite máximo de CCD's por cupom foi excedido.
12 - Comando enviado não pode ser executado dentro de CCD
13 - Documento anterior diferente de Cupom Fiscal e Comprovante Não fiscal.
14 - Envio de texto genérico para CCD ou Relatório Gerencial já fechado.
02 - Memória de Fita Detalhe inicializada em outro de ECF.
03 - Marca do ECF, Tipo ou Modelo incompatível com o gravado na Memória Fiscal.
04 - Número de série da MF diferente do gravado na MFD.
05 - Não foi localizado o número de série na MF
06 - Não foi localizado na MF o registro do BR.
07 - Não foi localizado na MF o Símbolo da moeda
08 - Não foram localizados na MF os símbolos de criptografia do GT.
09 - Não foi localizado na MF o CNPJ/IE ou IM do usuário
10 - Versão do Software básico inválida.
11 - Memória Fiscal foi desconectada.
12 -MFD foi desconectada
13 - Erro de gravação na Memória fiscal.
14 - Erro de gravação na MFD
15 - Erro na recuperação de dados da MF.
16 - Erro na recuperação de dados da MFD
17 - Checksum inválido no comando recebido pelo ECF.
02 - Não permitida na condição
02 - Entrada ou saída de verão não permitida
03 - Relógio com data/hora anterior ao último documento gravado na MFD.
04 - Data/hora do relógio inválida
02 - Índice de alíquota de ISSQN já existente
03 - Índice de ISSQN não permitido.
04 - Índice de Meio de pagamento já existente
05 - Índice de Não Fiscal já existente.
06 - Índice de relatório gerencial já existente
07 - Excedida a quantidade máxima
02 - Checksum inválido no comando recebido pelo ECF
(*) Quando o aplicativo for de versão anterior à versão da Especificação de Comandos (EsC-ECF), o ECF deverá aceitar o comando e enviar mensagem informando para providenciar a atualização do aplicativo.
3.9. PROTOCOLO DE TRANSPORTE PARA CONEXÃO EM REDE
Este tópico descreve exclusivamente o protocolo de transporte para conexão em rede no caso de o equipamento ser dotado de tal dispositivo de hardware como descrito no item 2.4.6 (ECF dotado de modem analógico e interface RS-485)
3.9.1. COMPOSIÇÃO DOS PACOTES
3.9.1.1. SYN - Byte fixo com valor 0x16.
3.9.1.2. END - Número de ordem do ECF destino (1 a 999). O campo END possui o tamanho de dois bytes, e seu conteúdo é binário no formato INTEL (Byte Low/Byte High). Os 10 bits menos significativos codificam o número do ECF, e os demais são utilizados para controle das mensagens conforme tabela abaixo:
| | | | | | | Indica a existência de outro pacote para a mensagem | |
| | | | | Indica mensagem do ECF Escravo para o ECF Mestre | |
| | | | Se 1 informa a próxima velocidade em broadcast; se 0 informa a velocidade corrente em broadcast. | |
| | | | Informação de velocidade em broadcast | |
| | | | Informação de velocidade em broadcast | |
| | | | Informação de velocidade em broadcast | |
| | | | Número de ordem seqüencial do ECF. Se B9 a B0 for igual 0, reservado para o broadcast | |
|
3.9.1.3. END Broacast:
3.9.1.4. LEN - Tamanho da Mensagem (0 a 250). O campo Tamanho da Mensagem possui o tamanho de um byte e seu conteúdo é binário. Esse campo deverá conter o tamanho em bytes do campo DADOS.
3.9.1.5. DADOS - Buffer de Mensagem. O campo Buffer de Mensagem possui tamanho variável de 0 até 250 bytes, e seu conteúdo é binário.
3.9.1.6. CRC - Cyclic Redundancy Checking. O campo CRC possui o tamanho de dois bytes e seu conteúdo é binário no padrão INTEL (Byte Low/Byte High) devendo ser gerado no padrão do Protocolo MODBUS Rev02 - 28 de Abril de 2008 - disponível no endereço eletrônico: www.simplymodbus.ca. Polinômio Gerador: x16 + x15 + x2 + 1.
Fluxograma do cálculo de geração do CRC em conformidade com o protocolo MODBUS
EXEMPLO DE Cálculo de geração do CRC em conformidade com o protocolo Modbus
EXEMPLO: CRC 5D01 DA SEQUÊNCIA F70302640008NO A SER TRANSMITIDA NO FORMATO INTEL PADRÃO MODBUS Rev02:
3.9.2. POLLING
O ECF Mestre interroga os ECFs Escravos enviando uma mensagem de tamanho zero, partindo do ECF número 1 seguindo sequencialmente até o ECF número 999.
O ECF Escravo selecionado deve responder em até 250ms com mensagem de tamanho zero confirmando sua disponibilidade.
3.9.3. FLUXO DE COMUNICAÇÃO
Sempre o ECF mestre inicia e controla a comunicação.
| | | | | | O ECF Mestre envia um pacote de Polling para um ECF Escravo específico | |
| | O ECF escravo responde ao Polling
Situação 2
O ECF Escravo não responde o polling e o ECF Mestre o considera desligado após espera do Time Out
O ECF Escravo responde NACK por detecção de erro no checksum
Situação 2
O ECF Escravo responde ACK e em seguida a resposta do comando em ESC-ECF encapsulado para o ECF Mestre informando que é o último pacote
Situação 3
O ECF Escravo responde ACK e em seguida a resposta do comando em ECF-ECF encapsulado para o ECF Mestre informando que é um pacote intermediário
Situação 4
O ECF Escravo não responde o comando e o ECF Mestre o considera desligado após espera do Time Out
O ECF Escravo replica o último pacote em ECF-ECF
encapsulado para o ECF Mestre
Situação 2
O ECF Escravo não responde o comando e o ECF Mestre o considera desligado após espera do Time Out
3.9.4. detalhamento da linha física
3.9.4.1. parâmetros
Velocidade: 460.800bps, 230.400bps, 115200bps, 57600bps, 33600bps, 28800bps, 14400bps e 9600bps. Sendo informada em 9600bps, na inicialização do ECF mestre, nos bits b13, b12, b11 e b10 do campo END conforme definido no item 3.9.1, pela comutação da maior para a menor velocidade, na seqüência acima, em função da qualidade de comunicação na linha RS485, em todas as mensagens de broadcast, em conformidade com procedimento descrito no item 3.9.4.2.
3.9.4.2. negociação de velocidade
Todos os ECFs da rede RS-485, quando energizados, iniciarão na velocidade de 9600bps e a negociação e estabelecimento da velocidade da rede se dará conforme descrito abaixo.
3.9.4.2.1. ecf mestre
É aquele que estiver conectado à linha telefônica, à rede de ECF e com o menor número de ordem. A condição de mestre deve ser avaliada automaticamente na inicialização pela detecção da presença do tom de discar na linha telefônica. Estabelecido na condição de mestre, o ECF obrigatoriamente passará a ter a capacidade de dar resposta automática à chamada telefônica externa. No caso de recurso adicional de comunicação remota definido no item 2.4.5, a condição de mestre será definida pelo menor número de ordem e a respectiva presença do recurso de comunicação remota adicional.
3.9.4.2.2. tabela de ecfs ligados na rede - polling
Imediatamente após estabelecido na condição de mestre o ECF deverá fazer o polling dos demais ECFs do estabelecimento usuário cadastrados por meio do comando 99 descrito no item 3.10.3.4.58, na velocidade de 9600bps, para montagem da tabela dos ECFs interligados à rede.
3.9.4.2.3. ecf ESCRAVO
São os demais ECFs ligados na rede. Enquanto o ECF estiver na condição de escravo, não deverá ter capacidade de dar resposta automática à chamada telefônica externa. Se um determinado ECF for energizado mais tarde, com a rede em estado operacional, inicializará na condição de escravo, qualquer que seja o seu número de ordem, e poderá identificar a velocidade corrente estabelecida na rede por uma das seguintes formas em broadcast conforme definido no item 3.9.4.2.5:
a) Avaliação dos bits b12, b11 e b10 do campo END com b13=0;
b) Medida de tempo dos bits de SYN;
c) Reconhecimento da mensagem da Seqüência de Treinamento.
3.9.4.2.4. resposta ao modo broadcast
Em modo broadcast, todos os ECFs Escravos permanecem passivos e apenas utilizam as informações que lhe são enviadas e recebidas para sua reconfiguração nos campos END e DADOS.
3.9.4.2.5. seqüência de treinamento
A Seqüência de Treinamento é composta por 172 bytes de SYN, seguidos de 3x26 caracteres, incluídas as aspas, no campo de DADOS com o seguinte conteúdo: "Sequencia de Treinamento" "Sequencia de Treinamento" "Sequencia de Treinamento"
A Seqüência de Treinamento, em conjunto com a informação da próxima velocidade em b12, b11 e b10, com b13=1, é enviada em broadcast na inicialização do ECF Mestre, à velocidade de 9600bps, após o polling definido no item 3.9.4.2.2. Em seguida, o ECF Mestre deverá fazer o polling de todos os ECFs cadastrados, na maior velocidade (460.800bps) com b13=0, para saber quais são os que ainda estão conectados à rede e comparará com a tabela do primeiro polling feito conforme item 3.9.4.2.2. O ECF Mestre poderá repetir mais três vezes o broadcast na nova velocidade, na hipótese de os números de ordem dos ECFs serem diferentes dos verificados no polling inicial, com um intervalo de tempo mínimo de 150ms entre cada seqüência de broadcast na mesma velocidade. Se a nova tabela de ECFs interligados na rede obtida na nova velocidade for diferente da obtida no primeiro polling (item 3.9.4.2.2) o ECF Mestre tentará novo broadcast na velocidade seguinte mais baixa (230.400bps) com b13=0 e assim, sucessivamente, até atingir a menor velocidade com a mesma tabela de ECFs interligados na rede obtida no primeiro polling (item 3.9.4.2.2). Se em nenhuma das tentativas, o ECF Mestre conseguir a mesma tabela, o processo deverá ser reiniciado pelo procedimento descrito no item 3.9.4.2.2 mais uma vez e, se ainda assim, não for obtida a mesma tabela, deverá parar para assunção de novo ECF Mestre. Os ECFs Escravos poderão estabelecer a sua velocidade automaticamente por quaisquer dos seguintes procedimentos:
a) Avaliação dos bits b14, b13, b12, b11 e b10 do campo END;
b) Medida de tempo dos bits de SYN em qualquer velocidade;
c) Reconhecimento da mensagem da Seqüência de Treinamento.
3.9.4.2.6. MANUTENÇÃO DA REDE
O ECF-Mestre mandará, periodicamente, a cada 150 segundos, mensagens de broadcast, contendo a Seqüência de Treinamento, na velocidade corrente estabelecida na sua inicialização, para detecção de velocidade dos ECFs Escravos retardatários.
Quando o ECF-Mestre ficar mais de trinta minutos sem enviar comando de broadcast em razão da ausência de sinal na linha telefônica, o ECF com menor número de ordem interligado na rede deverá realizar os procedimentos definidos nos itens 3.9.4.2.2 até o item 3.9.4.2.6 assumindo a condição de ECF Mestre. A cada sessenta minutos, o ECF Mestre, assim estabelecido, deverá verificar o retorno da presença do sinal de discagem da linha telefônica.
Transcorrido o intervalo de tempo de 96 (noventa e seis) horas sem recepção do comando de broadcast, o(s) ECF da rede nesta condição deverá(ão) imprimir mensagem de alerta nas próximas Leituras X e Reduções Z. Persistindo esta condição, por mais 170 (cento e setenta) horas, deverá entrar em Modo de Bloqueio Temporário, conforme descrito no item 3.4.3.3.6.
3.9.4.2.7. TABELA DE EQUIPAMENTOS ECF DO ESTABELECIMENTO USUÁRIO
O cadastro dos ECFs do estabelecimento usuário na tabela utilizada para informação dos números de ordem para execução das rotinas de polling e broadcast, será feito por meio de comando 99 descrito no item 3.10.3.4.58.
3.9.5. EXEMPLO DE PASSAGEM DE CANAL
Comando 140, Identificação do ECF 10:
Mensagem recebida pelo ECF Mestre via modem:
Mensagem transmitida pelo ECF Mestre na rede:
| | | | | | | | | | | 0x01 0x11 0x8C 0x00 0x03 0x00 | |
| 1 0 | 0xC1
Confirmação/Rejeição de recebimento pelo ECF Escravo:
| | | | | | | 0x16
0x0A 0xC0
0x01
0x15 (NAK)
0xA3 0xA4
Recepção de resposta pelo ECF Mestre:
| | | | | | | | | | | 0x01 0x11 0x8C 0x00 0x00 0x00 0x00 0x00 0x00 0xA9 0x01 [E01] [Início EAD] | |
| | | | | | | | | | | | | | | | | | | |
Recepção de Solicitação de Status pelo modem:
Transmissão da resposta pelo ECF Mestre via modem:
Nota: Campos CHK e CRC com valores fictícios
3.9A. PROTOCOLO DE TRANSPORTE PARA GPRS E BANDA LARGA (ETHERNET)
Visão Geral:
Este protocolo assume a existência de um servidor web responsável pelo gerenciamento da solicitação de serviços ao ECF.
O ECF sempre que ligado ou em intervalos de tempos agendados efetua uma conexão a este servidor.
A informação transmitida entre o ECF e o servidor utiliza o protocolo HTTPS (HyperText Transfer Protocol Secure). Os serviços básicos utilizados são POST e GET do protocolo HTTPS. Referência: Internet RFC 2660 e RFC 2616.
1. O ECF se conecta ao servidor que informa se há alguma tarefa a ser realizada. Para isso usa o método GET do protocolo HTTPS segundo os serviços descritos a seguir. O servidor responde ao módulo utilizando o mesmo padrão (método GET).
2. Se alguma tarefa for solicitada pelo servidor, o ECF a executa.
3. Após a execução da tarefa, o ECF enviará o resultado através do método POST (protocolo HTTPS). A resposta que o servidor envia se resume à OK (pacote recebido com sucesso) ou NOK (pacote recebido com erro).
Este processo se repetirá em um intervalo de tempo determinado pelo próprio servidor. No pacote de resposta do passo 1, o servidor informará o intervalo de tempo em que o ECF deverá fazer a próxima consulta.
Além disso, caso o modem GPRS receba um sinal de chamada, "ring", efetuará uma conexão ao servidor e iniciará o processo descrito acima.
A) Autenticação
Para iniciar uma conexão, o ECF deverá autenticar-se junto ao servidor utilizando o número de série do ECF como nome do usuário e o IMEI (Identificação Internacional de Equipamento Móvel) do dispositivo de comunicação GPRS (modem) instalado no ECF como senha. Uma vez autenticada a conexão HTTPS no servidor o ECF terá acesso para enviar comandos GET e POST.
B) Serviços utilizando método GET.
B.1) Solicitação de Tarefas
Os campos abaixo são enviados no HEADER do método GET.
Solicitação: ECF->servidor
Parâmetros:
Informações do ECF e do modem GPRS contendo:
| | | | | | | | | | | | | Venda Bruta Diária do ECF | |
| | | Contador de Reinício de Operação do ECF | |
| | | Comando Info dispositivo GPRS | |
| | | | | | | |
(*) Informações opcionais
Os campos acima deverão estar separados por pipe "|".
Exemplo:
https:servername/status?X-Info-ECF=X-Info-ECF=GT=20,00|COO=50|VB=10,00|CRO=3?X-Info-Module=SQ=-67|FM=182232
Resposta: servidor -> ECF
Parâmetros:
| | | | Tempo em segundos para a próxima conexão 1 | |
| | | Lista de celulares habilitados para o envio de SMS e resposta ao ring 1 | |
| | X-Mobile-List=cel1|cel2|cel3|...|celn | |
| | Data solicitada para download da MFD 2 | |
| | X-Required-Content-Date=AAAA-MM-DD | |
| | Captura por intervalo de documentos ou chave de busca. O preenchimento deste campo prevalece sobre o campo anterior - X-Required-Content-Date | |
| | X-Required-Content-Range=Modo|Referência Inicial | Referência Final. | |
| Os campos modo, referência inicial e referência final obedecem a mesma regra de formação dos parâmetros homônimos do comando 150.
n=0 somente binário MF
n=1 somente binário MFD
n=2 binários MF + MFD
n=3 Reservado
n=4 envio de comando específico 3
n=5 Reservado
n=6 somente Ato/COTEPE 17/04 MF
n=7 somente Ato/COTEPE 17/04 MFD
n=8 Ato/COTEPE 17/04 TDM (MF+MFD)
n=9 Cupom Fiscal XML assinado
Os valores x1, x2, são bytes representados no formato ASCII decimal.
Referência para resposta ao comando no método POST.
Notas:
1 - Esses campos sempre serão enviados pelo servidor.
2 - Esses campos serão enviados para download de MF, MFD ou MF e MFD.
3 - Esses campos somente serão enviados em caso de solicitação por um usuário autorizado do servidor para envio de um comando remoto assíncrono ao ECF. Também pode ser usado para um segundo nível de autenticação com desafio.l Exemplo:
X-Sleep-Interval=3600
X-Mobile-List=01188888888|02177777777|03155555555
X-Required-Content-Date=2010-03-07
X-Required-PreferredSize-File=10000
X-Required-Type-File=2
X-Fiscal-Command = 5 7 3 22 69 93 0
X-Fiscal-Command-ID=32
C) Respostas utilizando método POST.
C.1) Envio de arquivo MF, MFD ou MF+MFD:
Resposta ao serviço X -Required-Type-File = 0, 1 ou 2
Os campos abaixo são enviados no HEADER do método POST.
Solicitação: ECF -> servidor
Parâmetros:
| | | | Data referente ao download solicitado à impressora. | |
| | | Percentual de MFD livre na impressora | |
| | | | | n varia seqüencialmente de 0 até LAST. LAST é o último pacote.
32 caracteres em formato hexadecimal.
(*) Retorno opcional, pois se o arquivo for assinado a própria assinatura atua como verificação de integridade.
Exemplos:
X-Mfd-Date=2010-03-07
X-Ecf-Free-Mfd=98,98%
X-Mfd-Part-File=0 (comentário: primeiro pacote)
X-Mfd-Part-File=2 (comentário: terceiro pacote)
X-Mfd-Part-File=LAST (comentário: último pacote)
X-Mfd-Md5=5dcd50a64606d3325db0a1644384fb82
O arquivo de download ou o pacote, irá no conteúdo do POST.
C.2) Envio de comando específico ao ECF:
Resposta ao serviço X -Required-Type-File = 4
Os campos abaixo são enviados no HEADER do método POST.
Solicitação: ECF -> servidor
Parâmetros:
| | | | Identificador do comando específico | |
| | nnn é o valor enviado no momento da solicitação do comando.
(no conteúdo do POST).
Exemplo:
X-Fiscal-Command-ID=32
D) Serviços implementados usando Server Socket (opcional)
D.1) Console
Esta funcionalidade implementa o envio de comandos em tempo real para o ECF. Qualquer comando pode ser enviado pelo servidor para o ECF.
O ECF executa um Server socket escutando a porta 21, o servidor conecta-se como cliente a esse Server socket.
O Server socket só deve aceitar conexões do servidor.
O servidor endereça o server socket através do IP obtido do ECF quando da sua autenticação.
O pacote de dados enviado do servidor ao ECF compõe-se dos dados do protocolo utilizado para comandar o ECF, acrescido de 2 bytes com o tamanho do retorno.
1. Sentido servidor -> ECF
| Comando ECF (seqüência binária de tamanho variável) | |
| | Tamanho do Retorno (2 bytes) | |
|
a) Comando ECF
Comando (PAF) do ECF solicitado pelo servidor.
b) Especificação do Retorno
Se o valor do campo "Tamanho do Retorno" for negativo, devem-se considerar as
| | | | | | Aguarda até chegar o ETX (03H). | |
| | | | Aguarda até chegar o ZERO (00H). | |
|
2. Sentido ECF -> servidor
Resposta do ECF, sem informações adicionais.
3.10. FUNÇÕES
3.10.1. VERSÃO DA ESPECIFICAÇÃO DE COMANDOS (EsC-ECF)
| | | | | | | | Versão inicial - Ato COTEPE/ICMS 10/2007 | |
| | | | | | | |
3.10.2. LISTA DE FUNÇÕES
| | | | | | | | | | | Registro de Item em Cupom Fiscal | |
| | | | | Cancelamento de Item Fiscal ou Não-Fiscal | |
| | | | | Pagamento Cupom Fiscal ou Comprovante Não Fiscal | |
| | | | | Encerramento de Cupom Fiscal | |
| | | | | | | | | Cancelamento de Cupom Fiscal ou Comprovante Não-Fiscal já emitido | |
| | | | | | | | | Texto Livre para CCD e Relatório Gerencial | |
| | | | | Fechamento de CCD ou Gerencial | |
| | | | | | | | | Abertura de Relatório Gerencial | |
| | | | | Abertura de Estorno de CCD | |
| | | | | Emissão de Segunda Via de CCD | |
| | | | | | | | | Abertura de Comprovante Não fiscal | |
| | | | | Registro de Item em Comprovante Não-Fiscal | |
| | | | | Encerramento de Comprovante Não-Fiscal | |
| | | | | Estorno de Meio de Pagamento | |
| | | | | | | | | | | | | Leitura da MF por Data/CRZ | |
| | | | | | | | | Mensagem Complementar - Identificação do Aplicativo | |
| | | | | | | | | Captura Eletrônica de Dados | |
| | | | | Desconto ou Acréscimo em Item | |
| | | | | Cancela Desconto ou Acréscimo em Item | |
| | | | | Desconto ou Acréscimo em Subtotal | |
| | | | | Cancela Desconto ou Acréscimo em Subtotal | |
| | | | | Cancelamento de Cupom Fiscal ou Comprovante Não-Fiscal em emissão | |
| | | | | | | | | Abertura de Cupom Fiscal - Bilhete de Passagem | |
| | | | | Registro de Item em Cupom Fiscal - Bilhete de Passagem | |
| | | | | | | | | (vago - para utilização futura) | |
| | | | | | | | | | | | | | | | | (vago - para utilização futura) | |
| | | | | Entrada/Saída de Horário de Verão | |
| | | | | Inserir Alíquota ICMS ou ISSQN | |
| | | | | | | | | Desabilitar I,F,N,IS,FS,NS | |
| | | | | Inserir Registradores de Meios de Pagamento | |
| | | | | Inserir Registradores de Operações Não-Fiscais | |
| | | | | Inserir Relatório Gerencial | |
| | | | | Inserir o Número do ECF na Tabela de ECFs da Rede (Comando Eliminado) | |
| | | | | Configurar o ECF para Atender a Chamada (Comando Eliminado) | |
| | | | | Programar Chave Pública do Fisco | |
| | | | | Programar Endereço para Transmissão Eletrônica | |
| | | | | | | | | Programar Número de Ordem Seqüêncial do ECF | |
| | | | | Programar Informações do Usuário | |
| | | | | Programar Quantidade de Documentos Autorizados | |
| | | | | Programar CNPJ, IE e IM do Usuário | |
| | | | | Programar CNPJ, IE e IM de Prestador de Serviço de Transporte | |
| | | | | Habilita ou Desabilita Prestador de Serviço de Transporte | |
| | | | | Programar Símbolo da Moeda | |
| | | | | Programar Tabela de ECFs do Estabelecimento | |
| | | | | | | | | | | | | Exportar Arquivo Binário do SB | |
| | | | | Exportar Arquivo Binário da MF | |
| | | | | Exportar Arquivo Binário da MFD | |
| | | | | Exportar Arquivo Binário TDM | |
| | | | | (vago - para utilização futura) | |
| | | | | Obter identificação segura (desafio) do ECF | |
| | | | | Autorização de Acesso Remoto | |
| | | | | | | | | Pesquisa de atualização de Software Básico | |
| | | | | Pesquisa de Intervenções Realizadas | |
| | | | | | | | | | | | | Comando de Passagem do Canal Virtual (Comando Eliminado) | |
| | | | | Obtenção do Mapa de ECFs Operacionais Ligados à Rede | |
| | | | | Pesquisa de Versão da Especificação de Comandos | |
| | | | | | | | | Identificação do Consumidor no Rodapé | |
| | | | | Leitura das informações do Cupom Fiscal XML assinado. | |
| | | | | Cancelamento Parcial de Item (implementação opcional) | |
| | | | | Preenchimento de Cheque (implementação opcional) | |
| | | | | Autenticação (implementação opcional) | |
| | | | | Programar Operador (implementação opcional) | |
| | | | | Programar Codificação do GT (implementação opcional) | |
| | | | | Programação de parâmetros default para preenchimento do Cupom Fiscal Eletrônico | |
| | | | | Registro Detalhado de Item em Cupom Fiscal | |
| | | | | (vago - para utilização futura) | |
| | | | | Comandos Proprietários do Fabricante (implementação opcional) | |
| |
Observações:
Os comandos 138 e 139 somente podem ser executados via acesso remoto.
Os comandos 26, 94 e 140 a 148 podem ser executados via porta de comunicação com PAF-ECF ou via acesso remoto desde que tenha ocorrido execução bem sucedida do comando 139.
Os comandos 70, 71 e 72 podem ser executados via porta de comunicação com PAF-ECF ou via acesso remoto independentemente de execução do comando 139.
3.10.3. DESCRIÇÃO DAS FUNÇÕES
3.10.3.1. GRUPOS DE FUNÇÕES E COMANDOS
As funções e os respectivos comandos estão divididos em dois grupos distintos, sendo: "Funções de Implementação Obrigatória" (item 3.10.3.4) e "Funções de Implementação Opcional" (item 3.10.3.5) e devem obedecer rigorosamente o padrão definido neste documento.
3.10.3.2. PADRÃO DE MENSAGEM
Todos os comandos seguem o padrão de mensagem de envio e de recepção estabelecidos no protocolo especificado neste documento.
Formato de envio:
Formato de recepção:
CMD = Código do Comando, com tamanho de 1 (um) byte e seu conteúdo binário de 1 a 255
EXT = Extensão do Comando, com tamanho de 1 (um) byte e seu conteúdo é binário.
CAT = Categoria, com tamanho de 1 (um) byte e seu conteúdo é binário.
RET = Retorno, com o tamanho de 3 (três) bytes e seu conteúdo é binário.
3.10.3.3. PARÂMETROS
Um comando pode, opcionalmente, ser acompanhado de parâmetros. Os parâmetros são posicionais, e de tamanho variável, devendo cada um, obrigatoriamente, ser finalizado com um caractere pipe "|" mesmo que o seu conteúdo seja nulo.
Exemplo de comando:
No Buffer de Resposta os campos serão posicionais, de tamanho variável, finalizados pelo caractere pipe "|" mesmo que seu conteúdo seja nulo.
Exemplo de resposta:
Os parâmetros e os retornos, quando presentes, são caracterizados em conformidade com a tabela abaixo:
| | | Tipo de informação aceita no campo | |
| | | | Tamanho mínimo do campo. Se zero, trata-se de campo opcional. | |
| | | | Tamanho máximo do campo (não inclui o delimitador pipe "|"). | |
|
O campo Formato é codificado conforme a tabela abaixo:
| | | Campo numérico. Compreende caracteres "0" (0x30) a "9" (0x39) | |
| | | | Campo alfanumérico. Compreende os caracteres estampáveis igual ou superior a " " (0x20), exceto " | " e 0x7f. | |
| Um campo alfanumérico obrigatório não pode conter apenas espaços A codificação dos caracteres obedecerá a Code Page 1252 (Latin I)
O campo será o caractere "V" (0x56) se em Horário de Verão, ou " " (0x20) se não.
Os parâmetros opcionais estão caracterizados pelo tamanho mínimo zero, no descritivo de cada comando. Para efeito de abertura de dia, a data do movimento deve ser entendida como a data do primeiro Cupom Fiscal ou Comprovante Não-Fiscal emitido após a última Redução Z, ou a data de emissão da Redução Z, no caso de não ter havido emissão de nenhum daqueles documentos após a última Redução Z. Nos comandos onde há texto livre, os campos deverão ter o "line feed" indicando a quebra de linha. Caso contrário o Software Básico deverá quebrar a linha automaticamente de acordo com o número de caracteres permitido pelo mecanismo impressor.
3.10.3.4. FUNÇÕES DE IMPLEMENTAÇÃO OBRIGATÓRIA
3.10.3.4.1. ABERTURA DE CUPOM FISCAL
| Inicia a emissão de um Cupom Fiscal | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Leiaute do Corpo do Documento | |
| | CUPOM FISCAL
ITEM CÓDIGO DESCRIÇÃO
QTD. UN. VL UNIT ($) ST VL ITEM ($)
data = data de início de emissão
hora = hora de início de emissão
valor1= valor do Contador de Cupom Fiscal (CCF)
valor2 = valor do Contador de Ordem de Operação (COO), em negrito
R = símbolo da moeda
OBS.: As informações da legenda de item devem ser impressas na ordem indicada, com espaçamento de pelo menos um caractere entre elas.
3.10.3.4.2. Registro de Item em Cupom Fiscal
| Registra um item em Cupom Fiscal aberto | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | | | | | | | | | | | | | | | Tipo
Índice
N
1
2
Índice = 1 a 30, se tipo T ou S.
Demais = 1, 2 ou 3
| |
| | | | | | | | Casas Decimais da Quantidade. | |
| | | | | | | | | | | | Casas Decimais do Preço Unitário. | |
| | | | | | Indicador do tipo de cálculo | |
| | | | | A = Arredondado T = Truncado | |
| | | | 2 78900012345678|SABAO EM PO|T1|UN|3000|2|4200|2|A | |
| | | | | | | | | | | | | | | | | | | | Leiaute do Corpo do Documento - Caso 1 | |
| | 1. Registro de Item em uma linha | |
| | | | n = número do n-ésimo item registrado, com três caracteres
cód = código do produto referente a
descr = descrição do produto
qtd = quantidade do produto comercializado ou do serviço prestado
un = unidade de medida
X = de impressão obrigatória se valor de for impresso
vu = valor unitário do produto comercializado, de impressão facultativa se for igual 1
st = indicação do totalizador vinculado ao item (com respectiva alíquota acompanhada do símbolo "%", se for o caso)
vi = valor resultante da multiplicação de por efetuada pelo SB
= símbolo de acumulação no GT, específico para cada fabricante que indica que o valor respectivo foi somado ao Totalizador Geral
X < >
n = número do n-ésimo item registrado, com três caracteres
código = código do produto referente a
descrição = descrição do produto
qtd = quantidade do produto comercializado
un = unidade de medida
valor1 = valor unitário do produto comercializado ou do serviço prestado
st = indicação do totalizador vinculado ao item (com respectiva alíquota acompanhada do símbolo "%", se for o caso)
valor2 = valor resultante da multiplicação de por efetuada pelo SB
= símbolo de acumulação no GT, específico para cada fabricante que indica que o valor respectivo foi somado ao Totalizador Geral.
2. 2. Este comando não deverá ser executado quando o registro do item provocar a ultrapassagem da capacidade de dígitos do totalizador parcial respectivo, devendo retornar mensagem de erro de "overflow" de capacidade, conforme descrito no item 3.8.4.3.
3.10.3.4.3. Cancelamento de Item Fiscal ou Não-Fiscal
| Cancela item em Cupom Fiscal, Cupom Fiscal Bilhete de Passagem ou em Comprovante Não-Fiscal | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | | | | | | | | | Número de seqüência do item | |
| | | | | | Leiaute do Corpo do Documento - Caso 1 | |
| | 1. Cancelamento de Item em Cupom Fiscal ou Cupom Fiscal Bilhete de Passagem | |
| | [cancelamento de item: - ] | |
| | n = número do item
valor1 = valor a ser cancelado que foi somado ao GT, referente ao item, precedido do sinal "-"
n = número do item
valor1 = valor da operação não-fiscal cancelada, precedido do sinal "-"
3.10.3.4.4. Pagamento Cupom Fiscal ou Comprovante Não Fiscal
| Registra pagamento em Cupom Fiscal, Cupom Fiscal Bilhete de Passagem ou Comprovante Não Fiscal | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | Código do Meio de Pagamento | |
| | | | | 2-Cheque
3-Cartão de Crédito
4-Cartão de Débito
5-Cartão
Refeição/Alimentação
6-Vale Refeição/Alimentação (em papel)
7-Outros
| |
| | Leiaute do Corpo do Documento | |
| |
[]
SOMA R$
TROCO R$
valor1 = valor total da operação
pagamenton = indicação do n-ésimo meio de pagamento registrado
valorn2 = valor para o respectivo n-ésimo meio de pagamento registrado
informações adicionais pagamento = informações adicionais para o meio de pagamento, limitadas a 80 (oitenta) caracteres e impressas em, no máximo, duas linhas
valor3 = somatório dos valores dos meios de pagamento registrados, quando houver mais de um meio de pagamento
valor4 = valor resultante da diferença entre , ou se este estiver indicado, e
2. A execução desta função somente deve ser considerada concluída quando e somente quando o valor total dos meios de pagamento utilizados no documento em emissão igualar ou exceder o valor total do documento.
3. Caso o valor total do documento (valor1) for igual a 0 (zero) o documento deverá ser automaticamente cancelado mediante a execução do comando especificado na função prevista no item 3.10.3.4.7 (Cancelamento de CF ou CNF em emissão - Caso 2 para CF ou Caso 4 para CNF).
4. Este comando não deve ser executado em Comprovante Não Fiscal de Sangria ou de Fundo de Troco emitido pela função especificada no item 3.10.3.4.23.
5. O campo código de meio de pagamento não terá nenhum reflexo nos totalizadores controlados pelo ECF, sendo usado exclusivamente para preencher o campo referente a essa informação no Cupom Fiscal Eletrônico definido no anexo VIII.
3.10.3.4.5. Encerramento de Cupom Fiscal
| Encerra a emissão de Cupom Fiscal ou Cupom Fiscal Bilhete de Passagem | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | | | | | | | | | | | | | | | | | 5 0|1|Mensagem Promocional| | |
| | | | | | | | | | | | | | | | | | | | Indicador do meio de pagamento (*) | |
| | | | | | | | | | |
IE:
IM:
CUPOM ADICIONAL
Número do Cupom Fiscal (CCF):
COO do Cupom Fiscal:
FAB:
número CNPJ = número do CNPJ do contribuinte usuário do ECF
número IE = número da inscrição estadual do contribuinte usuário do ECF
número IM = número da inscrição municipal do contribuinte usuário do ECF
valor1 = valor do CCF do Cupom Fiscal vinculado
valor2 = valor do COO do Cupom Fiscal vinculado
valor3 = número de fabricação do equipamento, em negrito
data = data final de emissão do cupom adicional
hora = hora final de emissão do cupom adicional
2. A Seqüência de Impressão prevista no item 3.7.2 não se aplica ao Cupom Adicional.
3.10.3.4.6. Abertura de Gaveta
| | | Comando do Protocolo ESC-ECF | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Leiaute do Corpo Documento | |
| | | | Requisitos Complementares | |
| | | | Totalizadores e Contadores Afetados | |
| | Nenhum Totalizador ou Contador afetado | |
|
3.10.3.4.7. Cancelamento de Cupom Fiscal ou Comprovante Não-Fiscal já emitido
| Cancela um Cupom Fiscal, Cupom Fiscal Bilhete de Passagem ou Comprovante Não-Fiscal já emitido. | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | | | | | | | | | COO do CF ou CNF a ser cancelado | |
| | | | | | | | 7 023405|123123123000101 (cancela o CF ou CNF de COO 023405 com CNPJ 123.123.123/0001-01) | |
| | | | | | | | | | | Leiaute do Corpo do Documento - Caso 1 | |
| | 1. Cupom Fiscal emitido para cancelamento de Cupom Fiscal já finalizado | |
| | CUPOM FISCAL
CANCELAMENTO
CCF do Cupom Fiscal cancelado:
COO do Cupom Fiscal cancelado:
Valor total da operação $
Valor do desconto cancelado $
Quantidade de CCD cancelados:
data = data de início de emissão
hora = hora de início de emissão
valor1= valor do Contador de Cupom Fiscal Cancelado (CFC)
valor2 = valor do Contador de Ordem de Operação (COO), em negrito
valor3 = valor do CCF do CF cancelado
valor4 = valor do COO do CF cancelado
R = símbolo da moeda programado
valor5 = valor total líquido da operação registrada no CF cancelado
valor6 = valor líquido do desconto registrado no CF cancelado, se for o caso.
valor7 = quantidade de CCD cancelados, se for o caso.
Item 1:1 x R$10,00 Desc = R$1,00 Val.Item = R$9,00
Item 2:1 x R$15,00 Desc = R$2,00 Val.Item = R$13,00
Item 1 CANCELADO
TOTAL = R$ 13,00
valor 5 = R$ 13,00
valor 6 = R$ 2,00
COMPROVANTE NÃO-FISCAL
CANCELAMENTO
GNF do comprovante cancelado:
COO do comprovante cancelado:
Valor total da operação $
Valor do desconto cancelado $
Quantidade de CCD cancelados:
data = data de início de emissão
hora = hora de início de emissão
valor1= valor do Contador Geral de Operação Não-Fiscal Cancelada (NFC)
valor2 = valor do Contador de Ordem de Operação (COO), em negrito
valor3 = valor do GNF do comprovante cancelado
valor4 = valor do COO do comprovante cancelado
R = símbolo da moeda programado
valor5 = valor total líquido da operação não-fiscal cancelada
valor6 = valor líquido do desconto registrado na operação não-fiscal cancelada, se for o caso.
valor7 = quantidade de CCD cancelados, se for o caso.
Item 1:1 x R$10,00 Desc = R$1,00 Val.Item = R$9,00
Item 2:1 x R$15,00 Desc = R$2,00 Val.Item = R$13,00
Item 1 CANCELADO
TOTAL = R$ 13,00
valor 5 = R$ 13,00
valor 6 = R$ 2,00
1.2. O Software Básico poderá executar o comando de cancelamento apenas:
1.2.1. do último Cupom Fiscal ou Comprovante Não Fiscal emitido, OU
1.2.2. de qualquer Cupom Fiscal ou Comprovante Não Fiscal emitido até a emissão da Redução Z do dia de movimento do respectivo documento a ser cancelado.
1.3. No caso em que tenha sido emitido Comprovante de Crédito ou Débito, o Cupom Fiscal somente poderá ser cancelado se ocorrer primeiramente o estorno dos respectivos Comprovantes de Crédito ou Débito.
1.4. O Software Básico deverá executar rotina de consistência para validar os dígitos verificadores do CNPJ / CPF do Consumidor informado como parâmetro do comando e não executar o comando caso os mesmos não sejam validados.
2.2. Somente poderá ser emitido até a emissão da Redução Z do dia de movimento do respectivo documento a ser cancelado.
2.3. No caso em que tenha sido emitido Comprovante de Crédito ou Débito, o Comprovante Não Fiscal somente poderá ser cancelado se ocorrer primeiramente o estorno dos respectivos Comprovantes de Crédito ou Débito.
3.10.3.4.8. Abertura de CCD
| Inicia a emissão de um Comprovante de Crédito ou Débito | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | | | | | | | | | | | | | | Seqüência do pagamento no CF ou CNF | |
| | Índice do meio de pagamento | |
| | | | | | | | | | | Qtde total de parcelas (1 para pagamento a vista) | |
| | | | | | | | | | | | | CPF ou CNPJ do consumidor | |
| | | | | | | | | | 8 1|4|1|123123123000101|MARIA DA SILVA|AVENIDA BRASIL 123|CCD de seqüência 1 (um) do pagamento, meio de pagamento 4, parcela 1 (um) | |
| | | | | | | | | | | | | | | | | | | | | | | | | | Leiaute do Corpo do Documento | |
| | CDC:
NÃO É DOCUMENTO FISCAL
COMPROVANTE CRÉDITO OU DÉBITO
COO do documento vinculado:
Valor total da operação $
Valor do pagamento $
Quantidade de Parcelas:
Número desta parcela
data = data de início de emissão
hora = hora de início de emissão
valor1 = valor do Contador Geral de Operação Não-Fiscal
valor2 = valor do Contador de Ordem de Operação, em negrito
valor3 = valor do Contador de Comprovante de Crédito ou Débito
denominação de pagamento = denominação do meio de pagamento vinculado a CCD a que se refere o documento
valor4 = valor do COO do documento vinculado ao CCD emitido
R = símbolo da moeda programado para uso no ECF
valor5 = valor total da operação registrado no documento vinculado ao CCD emitido
valor6 = valor registrado para o meio de pagamento a que se refere o CCD emitido
parcelas = quantidade total de parcelas
parcela = numero da parcela a que se refere o CCD (imprimir somente quando for emitido um CCD para cada parcela)
2. É permitida a emissão de um CCD para cada parcela de pagamento, sendo que a emissão de qualquer outro documento entre os CCD deve impedir a emissão dos comprovantes relativos às parcelas remanescentes.
3. Este comando somente deve ser executado, imediatamente após o registro em Cupom Fiscal ou Comprovante Não Fiscal de meio de pagamento vinculado a CCD para registro de operações de pagamento efetuadas por meio de cartão de crédito ou de débito e desde que a informação relativa ao parâmetro "Sequência do pagamento" exista no Cupom Fiscal ou Comprovante Não Fiscal respectivo.
3.10.3.4.9. Texto Livre para CCD e Relatório Gerencial
| Imprime texto livre em CCD ou RG | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | MO (para CCD e RG de qualquer índice)/MIL (somente para RG de índice "1") | |
| | | | | | | | | Mensagem *(limitado ao tamanho do buffer de comando) | |
| | | | |
texto livre = texto livre referente ao Relatório Gerencial, ou à operação com cartão de crédito ou débito em conta corrente
2. No caso de Relatório Gerencial a expressão "NÃO É DOCUMENTO FISCAL" deve ser impressa a cada dez linhas a partir da primeira impressão realizada pela função de abertura do RG especificada no item 3.10.3.4.12 e até o inicio da impressão do campo "Rodapé".
3.10.3.4.10. Fechamento de CCD ou Gerencial
| Encerra a emissão de CCD ou RG | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | MO (para CCD e RG de qualquer índice)/MIL (somente para RG de índice "1") | |
| | | | | | | | | | | | | | | | | | | | | Leiaute do Corpo do Documento | |
| | | | Requisitos Complementares | |
| | 1. Deve dar continuidade à impressão do CCD ou RG de acordo com a Seqüência de Impressão prevista no item 3.7.2. | |
| | Totalizadores e Contadores Afetados | |
| | Nenhum Totalizador ou Contador afetado | |
|
3.10.3.4.11. Aciona Guilhotina
| Aciona a lâmina de corte de papel | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Leiaute do Corpo do Documento | |
| | | | Requisitos Complementares | |
| | | | Totalizadores e Contadores Afetados | |
| | Nenhum Totalizador ou Contador afetado | |
|
3.10.3.4.12. Abertura de Relatório Gerencial
| Inicia a emissão de Relatório Gerencial Específico | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | MO (para RG de qualquer índice)/MIL (somente para RG de índice "1") | |
| | | | | | | | | Índice do Relatório Gerencial | |
| | | | | | | | 12 5| Emissão do Relatório Gerencial de índice 5 | |
| | | | | | | | | | | | | | | | | | | |
GRG: CER:
NÃO É DOCUMENTO FISCAL
RELATÓRIO GERENCIAL
data = data de início de emissão
hora = hora de início de emissão
valor1 = valor do Contador Geral de Operação Não-Fiscal
valor2 = valor do Contador de Ordem de Operação, em negrito
valor3 = valor do Contador Geral de Relatório Gerencial
valor4 = valor do Contador Específico de Relatório Gerencial
denominação do relatório gerencial = denominação cadastrada para o tipo de relatório gerencial
3.10.3.4.13. Abertura de Estorno de CCD
| Inicia a emissão de Estorno de CCD | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 13 123|123.123.123/0001-01|Marlei da Silva |Rua do Ouvidor, 128| | |
| | | | | | | | | | | | | | | | | | | | | | | | |
CDC:
NÃO É DOCUMENTO FISCAL
COMPROVANTE DE CRÉDITO OU DÉBITO
ESTORNO
COO do Comprovante estornado:
Valor estornado $
data = data de início de emissão
hora = hora de início de emissão
valor1 = valor do Contador Geral de Operação Não-Fiscal
valor2 = valor do Contador de Ordem de Operação, em negrito
valor3 = valor do Contador de Comprovante de Crédito ou Débito
valor4 = valor do COO relativo ao comprovante (CCD) estornado
R = símbolo da moeda programado
valor5 = valor estornado
2. É permitida a emissão de um CCD Estorno para cada parcela de pagamento, sendo que a emissão de qualquer outro documento entre os CCD deve impedir a emissão dos comprovantes relativos às parcelas remanescentes.
3.10.3.4.14. Emissão de Segunda Via de CCD
| Imprime a segunda via de CCD ou de Estorno de CCD | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Leiaute do Corpo do Documento - Caso 1 | |
| | 1. Emissão de segunda via de CCD | |
| | CDC:
NÃO É DOCUMENTO FISCAL
COMPROVANTE DE CRÉDITO OU DÉBITO
ª VIA
COO do documento vinculado:
Valor total da operação $
Valor do pagamento $
Quantidade de Parcelas:
Número desta parcela
data = data de início de emissão
hora = hora de início de emissão
valor1 = valor do Contador Geral de Operação Não-Fiscal
valor2 = valor do Contador de Ordem de Operação, em negrito
valor3 = valor do Contador de Comprovante de Crédito ou Débito
via = número da via impressa para o comprovante
valor4 = valor do COO do documento vinculado
R = símbolo da moeda programado para uso no ECF
valor5 = valor total da operação do documento vinculado
valor6 = valor registrado para o meio de pagamento
parcelas = quantidade total de parcelas
parcela = número da parcela a que se refere o CCD (imprimir somente quando for emitido um CCD para cada parcela)
CDC:
NÃO É DOCUMENTO FISCAL
COMPROVANTE CRÉDITO OU DÉBITO
ESTORNO
ª VIA
COO do Comprovante estornado:
Valor estornado $
data = data de início de emissão
hora = hora de início de emissão
valor1 = valor do Contador Geral de Operação Não-Fiscal
valor2 = valor do Contador de Ordem de Operação, em negrito
valor3 = valor do Contador de Comprovante de Crédito ou Débito
via = número da via impressa para o comprovante
valor4 = valor do COO do comprovante estornado
R = símbolo da moeda programado
valor5 = valor estornado
2. Os dados impressos devem ser os mesmos constantes na primeira via emitida, exceto a data e hora de emissão.
3.10.3.4.15. Re-impressão de CCD
| Re-imprime CCD ou Estorno de CCD | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Leiaute do Corpo do Documento - Caso 1 | |
| | | | CDC:
NÃO É DOCUMENTO FISCAL
COMPROVANTE DE CRÉDITO OU DÉBITO
REIMPRESSÃO
COO do documento vinculado:
Valor total da operação $
Valor do pagamento $
Quantidade de Parcelas:
Número desta parcela
data = data de início de emissão
hora = hora de início de emissão
valor1 = valor do Contador Geral de Operação Não-Fiscal
valor2 = valor do Contador de Ordem de Operação, em negrito
valor3 = valor do Contador de Comprovante de Crédito ou Débito
valor4 = valor do COO do documento vinculado
R = símbolo da moeda programado para uso no ECF
valor5 = valor total da operação do documento vinculado
valor6 = valor registrado para o meio de pagamento
parcelas = quantidade total de parcelas
parcela = número da parcela a que se refere o CCD (imprimir somente quando for emitido um CCD para cada parcela)
CDC:
NÃO É DOCUMENTO FISCAL
COMPROVANTE DE CRÉDITO OU DÉBITO
ESTORNO
REIMPRESSÃO
COO do Comprovante estornado:
Valor estornado $
data = data de início de emissão
hora = hora de início de emissão
valor1 = valor do Contador Geral de Operação Não-Fiscal
valor2 = valor do Contador de Ordem de Operação, em negrito
valor3 = valor do Contador de Comprovante de Crédito ou Débito
valor4 = valor do COO do comprovante estornado
R = símbolo da moeda programado
valor5 = valor estornado
2. Os dados impressos devem ser os mesmos constantes na primeira impressão, exceto a data e hora de emissão.
3.10.3.4.16. Abertura de Comprovante Não fiscal
| Inicia a emissão de um Comprovante Não-Fiscal | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Leiaute do Corpo do Documento | |
| | NÃO É DOCUMENTO FISCAL
COMPROVANTE NÃO-FISCAL
data = data de início de emissão
hora = hora de início de emissão
valor1 = valor do Contador Geral de Operação Não-Fiscal
valor2 = valor do Contador de Ordem de Operação, em negrito
3.10.3.4.17. Registro de Item em Comprovante Não-Fiscal
| Registra um Item em Comprovante Não-Fiscal | |
| | Comando do Protocolo ESC-ECF | |
| | | | | | | | | | | | | | | Índice do totalizador Não- Fiscal cadastrado | |
| | | | | | | | | | | | | | | | |
item = número do item
denominação = denominação da operação não-fiscal
valor1 = valor do Contador Especifico de Operação Não Fiscal para a respectiva operação não-fiscal registrada
E/S = símbolo "E" para operação que representa entrada de valor no caixa ou "S" para operação que representa saída de valor do caixa
valor2 = valor da operação não-fiscal
3.10.3.4.18. Encerramento de Comprovante Não-Fiscal
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
|