Você está na página 1de 338

1

O leitor que adquiriu o e-book legalmente no site


AlbertEije.COM poder imprimir o contedo para seu uso
pessoal.

A cpia do contedo do livro sem autorizao configura


crime. Alm de contribuir para a criminalidade, a cpia ilegal
desestimula o autor de realizar novos trabalhos. Todos saem
perdendo com a pirataria.

2
O Autor

Albert Eije bacharel em Sistemas de Informao e


especialista em Engenharia de Software. Trabalha com
desenvolvimento de software h mais de 20 anos. Possui
larga experincia no desenvolvimento dos mais diversos tipos
de sistemas. Trabalhou na tecnologia do Banco do Nordeste e
tambm no Complexo Tecnolgico do Banco do Brasil em
Braslia.

Atualmente faz parte da Equipe T2Ti formando


profissionais para o mercado e desenvolvendo sistemas para
vrios ramos de atuao.

Voc pode entrar em contato com o autor atravs do


Formulrio de Contato disponvel no site AlbertEije.COM.

Conhea outros livros do Autor no site AlbertEije.COM.

3
Apresentao

Esse livro foi desenvolvido com o objetivo de ajudar o


desenvolvedor a entender o projeto Nota Fiscal de
Consumidor Eletrnica NFC-e (tambm chamada de Nota
Fiscal Eletrnica para Consumidor Final). Devido
complexidade do projeto, alguns desenvolvedores tm muita
dificuldade para entender o que deve ser feito. Este livro
mostra o caminho das pedras.

A primeira parte do livro explica a parte conceitual do


projeto. A leitura desses captulos de extrema importncia
para a compreenso do que deve ser feito.

A segunda parte do livro explica quais as tecnologias


adotadas para a implementao da soluo.

A terceira parte do livro mostra como implementar a soluo


utilizando o Delphi. O prottipo apresentado no livro permite
a emisso da NFC-e numa aplicao de frente de caixa feita
para trabalhar no estilo Desktop.

Este livro foi desenvolvido com o total apoio da Internet,


onde so encontrados os manuais do projeto e as referncias
para todas as tecnologias adotadas para a implementao do
mesmo.

Durante o trabalho foram utilizadas diversas imagens. As


imagens retiradas de manuais ou sites da Internet esto com
os devidos crditos.

Durante a escrita do livro podero aparecer nomes, marcas


ou imagens de rgos pblicos e/ou empresas. Todas as
marcas e copyrights citados no livro pertencem aos seus
respectivos proprietrios.

4
Parte I Conceitos

Essa a primeira parte do livro. Aqui sero abordados todos


os conceitos envolvidos no Projeto NF-e.

No Projeto NF-e? O livro sobre NF-e ou NFC-e? A NFC-e a


NF-e emitida exclusivamente para o Consumidor Final.
Portanto, para compreender o projeto NFC-e, precisamos
entender o Projeto NF-e.

De incio faremos uma retrospectiva para compreender como


nasceu o Projeto NF-e. Aps isso abordaremos o SPED
Sistema Pblico de Escriturao Digital, que engloba vrios
projetos incluindo o Projeto NF-e. Abordaremos todos os
conceitos da NF-e e da NFC-e, do DANFE e dos planos de
contingncia.

5
Retrospectiva e Histrico do Projeto

Dezembro de 2003 Emenda Constitucional n 42. Trata da


integrao entre os Fiscos.

Julho de 2004 Para atender o disposto da Emenda


Constitucional n 42, Inciso XXII, art. 37, foi realizado o I
Encontro Nacional de Administradores Tributrios ENAT,
realizado no Estado da Bahia.

O encontro teve como objetivo buscar solues conjuntas das


trs esferas de Governo que promovessem maior integrao
administrativa, padronizao e melhor qualidade das
informaes; racionalizao de custos e da carga de trabalho
operacional no atendimento; maior eficcia da fiscalizao;
maior possibilidade de realizao de aes fiscais
coordenadas e integradas; maior possibilidade de
intercmbio de informaes fiscais entre as diversas esferas
governamentais; cruzamento de dados em larga escala com
dados padronizados e uniformizao de procedimentos.

Foram aprovados dois protocolos de cooperao tcnica nas


reas de cadastramento:

1. Cadastro Sincronizado;
2. Nota Fiscal Eletrnica (NF-e).

Abril de 2005 Em parceria firmada com a COFIS (SRF), o


ENCAT assume a coordenao do Projeto NF-e, que passa a
integrar o Projeto SPED Sistema Pblico de Escriturao
Digital:

Nota Fiscal Eletrnica (NF-e);


Escriturao Fiscal Digital;
Escriturao Contbil Digital.

6
Abril a Junho de 2005 O grupo tcnico do projeto unifica o
conceito da NF-e e conclui o projeto lgico do sistema.

Julho de 2005 O projeto unificado apresentado e


aprovado pelos administradores e coordenadores tributrios
estaduais, durante o ENCAT Par.

Agosto de 2005 Durante o segundo ENAT, em So Paulo,


so assinados os seguintes protocolos:

ENAT 02/2005 Cria o SPED;


ENAT 03/2005 Cria a NF-e.

formalizada a parceria para a execuo do projeto entre a


RFB e os Estados.

Setembro de 2005 Apresentao do projeto aos grandes


contribuintes do Estado de So Paulo, buscando parceria para
a participao no piloto. Os seguintes Estados participaram
do piloto: BA, SP, RS, GO, MA e SC.

Participaram do projeto-piloto as seguintes empresas:

Bahia
1. BR Petrobrs Distribuidora de Petrleo S.A.
2. Cervejaria Kaiser S.A.
3. Companhia Ultragaz S.A.
4. Ford Motor Company Brasil Ltda.
5. Gerdau Aos Longos S.A.
6. Sadia S.A.
7. Souza Cruz S.A.
8. Petrobras Petrleo Brasileiro S.A.

Gois
1. Souza Cruz S.A.

7
Maranho
1. Souza Cruz S.A

Rio Grande do Sul


1. BR Petrobrs Distribuidora de Petrleo S.A.
2. Cervejaria Kaiser S.A.
3. Companhia Ultragaz S.A.
4. Dimed Distribuidora de Medicamentos S.A.
5. General Motors do Brasil Ltda.
6. Gerdau Aos Especiais S.A.
7. Sadia S.A.
8. Siemens VDO Automotive Ltda.
9. Souza Cruz S.A.
10. Toyota do Brasil

Santa Catarina
1. Petrobrs Distribuidora de Petrleo S.A.
2. Wickbold & Nosso Po Indstrias Alimentcias Ltda.

So Paulo
1. BR Petrobrs Distribuidora de Petrleo S.A.
2. Cervejarias Kaiser S.A.
3. Companhia Ultragaz S.A.
4. Eletropaulo Metropolitana Eletricidade de So Paulo S.A.
5. Eurofarma Laboratrios Ltda.
6. Ford Motor Company Brasil Ltda.
7. General Motors do Brasil Ltda.
8. Gerdau Aos Longos S.A.
9. Office Net do Brasil S.A.
10. Petrobras Petrleo Brasileiro S.A.
11. Robert Bosch Limitada
12. Sadia S.A.
13. Siemens VDO Automotive Ltda.
14. Souza Cruz S.A.
15. Telefnica Telesp Telecomunicaes de So Paulo S.A.
16. Toyota do Brasil

8
17. Volkswagen do Brasil Indstria de Veculos Automotores
Ltda.
18. Wickbold & Nosso Po Indstrias Alimentcias Ltda.

Novembro de 2005 A Suframa passa a integrar o projeto.

Janeiro de 2007 SPED e NF-e so includos no PAC, com


prazo de dois anos.

Em relao NFC-e, vrios encontros e reunies foram


realizados:

1 Reunio Tcnica SP 07 e 08/11/2011


2 Reunio Tcnica SP 13 a 15/12/2011
3 Reunio Tcnica Salvador 07 a 10/03/2012
Reunio Subgrupo Tcnico Aracaju 22 e 23/05/2012
Apresentaes ENCAT CE 11 e 14/06/2012
4 Reunio Tcnica RS 26/06/2012
Apresentao Iniciativa Privada RS 27/06/2012
Reunies Grupo XML NF-e BH dia 19/07/2012
Reunio Subgrupo XML NF-e RS dias 26 e 27/07/2012
Apresentaes ENCAT MA 13 e 16/08/2012
5 Reunio Tcnica AM 27/08/2012

Em 2012 foi realizado o piloto com empresas voluntrias nos


Estados de AC, AM (Sefaz Virtual RS), MA (Sefaz Virtual RS),
MT, RS e SE (Sefaz Virtual RS). A partir de 28/08/2012, ficou
fechada a incluso de novas empresas ou UFs na 1 fase do
piloto.

Durante piloto em 2012, as Unidades Federadas participantes


utilizaram apenas Legislao Estadual e/ou Regimes
Especiais. Legislao Nacional publicada em 2013, aps
avaliao do piloto.

Segue a relao de empresas que participaram do projeto-

9
piloto da NFC-e:

Durante um perodo ficaram valendo duas verses da NF-e:


verso 2.0 e verso 3.0, onde as empresas participantes do
piloto usavam a verso 2.0 para a emisso da NF-e e a
verso 3.0 para a emisso da NFC-e.

A unificao se deu no lanamento da verso 3.10 do leiaute


da NF-e.

A partir de 01/04/2015 s sero autorizadas NF-e no leiaute


verso 3.10.

10
SPED Sistema Pblico de Escriturao
Digital

Apresentao

Institudo pelo Decreto n 6.022, de 22 de janeiro de 2007,


o projeto do Sistema Pblico de Escriturao Digital (Sped)
faz parte do Programa de Acelerao do Crescimento do
Governo Federal (PAC 2007-2010) e constitui-se em mais um
avano na informatizao da relao entre o fisco e os
contribuintes.

De modo geral, consiste na modernizao da sistemtica


atual do cumprimento das obrigaes acessrias,
transmitidas pelos contribuintes s administraes tributrias

11
e aos rgos fiscalizadores, utilizando-se da certificao
digital para fins de assinatura dos documentos eletrnicos,
garantindo assim a validade jurdica dos mesmos apenas na
sua forma digital.

Iniciou-se com trs grandes projetos: Escriturao


Contbil Digital, Escriturao Fiscal Digital e a NF-e
Ambiente Nacional. Atualmente est em produo
o projeto EFD-Contribuies. E em estudo: e-Lalur,
EFD-Social e a Central de Balanos.
Representa uma iniciativa integrada das
administraes tributrias nas trs esferas
governamentais: federal, estadual e municipal.
Mantm parceria com 20 instituies, entre rgos
pblicos, conselho de classe, associaes e
entidades civis, na construo conjunta do projeto.
Firma Protocolos de Cooperao com 27 empresas
do setor privado, participantes do projeto-piloto,
objetivando o desenvolvimento e o disciplinamento
dos trabalhos conjuntos.
Possibilita, com as parcerias fisco-empresas,
planejamento e identificao de solues
antecipadas no cumprimento das obrigaes
acessrias, em face s exigncias a serem
requeridas pelas administraes tributrias.
Faz com que a efetiva participao dos contribuintes
na definio dos meios de atendimento s
obrigaes tributrias acessrias exigidas pela
legislao tributria contribua para aprimorar esses
mecanismos e confira a esses instrumentos maior
grau de legitimidade social.
Estabelece um novo tipo de relacionamento,
baseado na transparncia mtua, com reflexos
positivos para toda a sociedade.

12
Objetivos

Promover a integrao dos fiscos, mediante a


padronizao e compartilhamento das informaes
contbeis e fiscais, respeitadas as restries legais.
Racionalizar e uniformizar as obrigaes acessrias
para os contribuintes, com o estabelecimento de
transmisso nica de distintas obrigaes
acessrias de diferentes rgos fiscalizadores.
Tornar mais gil a identificao de ilcitos
tributrios, com a melhoria do controle dos
processos, a rapidez no acesso s informaes e a
fiscalizao mais efetiva das operaes com o
cruzamento de dados e auditoria eletrnica.

Premissas

Propiciar melhor ambiente de negcios para as


empresas no Pas;
Eliminar a concorrncia desleal com o aumento da
competitividade entre as empresas;
O documento oficial o documento eletrnico com
validade jurdica para todos os fins;
Utilizar a Certificao Digital padro ICP Brasil;
Promover o compartilhamento de informaes;
Criar na legislao comercial e fiscal a figura
jurdica da Escriturao Digital e da Nota Fiscal
Eletrnica;
Manuteno da responsabilidade legal pela guarda
dos arquivos eletrnicos da Escriturao Digital pelo
contribuinte;
Reduo de custos para o contribuinte;
Mnima interferncia no ambiente do contribuinte;
Disponibilizar aplicativos para emisso e
transmisso da Escriturao Digital e da NF-e para

13
uso opcional pelo contribuinte.

Benefcios

Reduo de custos com a dispensa de emisso e


armazenamento de documentos em papel;
Eliminao do papel;
Reduo de custos com a racionalizao e
simplificao das obrigaes acessrias;
Uniformizao das informaes que o contribuinte
presta s diversas unidades federadas;
Reduo do envolvimento involuntrio em prticas
fraudulentas;
Reduo do tempo despendido com a presena de
auditores-fiscais nas instalaes do contribuinte;
Simplificao e agilizao dos procedimentos
sujeitos ao controle da administrao tributria
(comrcio exterior, regimes especiais e trnsito
entre unidades da federao);
Fortalecimento do controle e da fiscalizao por
meio de intercmbio de informaes entre as
administraes tributrias;
Rapidez no acesso s informaes;
Aumento da produtividade do auditor atravs da
eliminao dos passos para coleta dos arquivos;
Possibilidade de troca de informaes entre os
prprios contribuintes a partir de um leiaute
padro;
Reduo de custos administrativos;
Melhoria da qualidade da informao;
Possibilidade de cruzamento entre os dados
contbeis e os fiscais;
Disponibilidade de cpias autnticas e vlidas da
escriturao para usos distintos e concomitantes;
Reduo do Custo Brasil;

14
Aperfeioamento do combate sonegao;
Preservao do meio ambiente pela reduo do
consumo de papel.

Universo de atuao

Sped Contbil
De maneira bastante simplificada, podemos definir o Sped
Contbil como a substituio dos livros da escriturao
mercantil pelos seus equivalentes digitais.

Sped Fiscal
A Escriturao Fiscal Digital (EFD) um arquivo digital, que
se constitui de um conjunto de escrituraes de documentos
fiscais e de outras informaes de interesse dos fiscos das
unidades federadas e da Secretaria da Receita Federal do
Brasil, bem como de registros de apurao de impostos
referentes s operaes e prestaes praticadas pelo
contribuinte. Este arquivo dever ser assinado digitalmente e
transmitido, via Internet, ao ambiente Sped.

NF-e Ambiente Nacional


O Projeto Nota Fiscal Eletrnica (NF-e) est sendo
desenvolvido, de forma integrada, pelas Secretarias de
Fazenda dos Estados e Receita Federal do Brasil, a partir da
assinatura do Protocolo ENAT 03/2005, de 27/08/2005, que
atribui ao ENCAT a coordenao e a responsabilidade pelo
desenvolvimento e implantao do Projeto NF-e.

A integrao e a cooperao entre Administraes Tributrias


tm sido temas muito debatidos em pases federativos,
especialmente naqueles que, como o Brasil, possuem forte
grau de descentralizao fiscal.

Atualmente, as Administraes Tributrias despendem


grandes somas de recursos para captar, tratar, armazenar e

15
disponibilizar informaes sobre a emisso de notas fiscais
dos contribuintes. Os volumes de transaes efetuadas e os
montantes de recursos movimentados crescem num ritmo
intenso e, na mesma proporo, aumentam os custos
inerentes necessidade do Estado de detectar e prevenir a
evaso tributria.

NFC-e Nota Fiscal de Consumidor Eletrnica


Especializao do Projeto NF-e, utilizando o mesmo leiaute
para emisso de notas fiscais de varejo para substituio da
nota modelo 2 e de outras solues atualmente adotadas na
frente de loja.

NFS-e
O Projeto Nota Fiscal de Servios Eletrnica (NFS-e) est
sendo desenvolvido de forma integrada, pela Receita Federal
do Brasil (RFB) e Associao Brasileira das Secretarias de
Finanas das Capitais (Abrasf), atendendo o Protocolo de
Cooperao ENAT n 02, de 7 de dezembro de 2007, que
atribuiu a coordenao e a responsabilidade pelo
desenvolvimento e implantao do Projeto da NFS-e.

A Nota Fiscal de Servios Eletrnica (NFS-e) um documento


de existncia digital, gerado e armazenado eletronicamente
em Ambiente Nacional pela RFB, pela prefeitura ou por outra
entidade conveniada, para documentar as operaes de
prestao de servios.

Esse projeto visa o benefcio das administraes tributrias


padronizando e melhorando a qualidade das informaes,
racionalizando os custos e gerando maior eficcia, bem como
o aumento da competitividade das empresas brasileiras pela
racionalizao das obrigaes acessrias (reduo do custo-
Brasil), em especial a dispensa da emisso e guarda de
documentos em papel.

16
CT-e
O Conhecimento de Transporte eletrnico (CT-e) o novo
modelo de documento fiscal eletrnico, institudo pelo
AJUSTE SINIEF 09/07, de 25/10/2007, que poder ser
utilizado para substituir um dos seguintes documentos
fiscais:

1. Conhecimento de Transporte Rodovirio de


Cargas, modelo 8;
2. Conhecimento de Transporte Aquavirio de
Cargas, modelo 9;
3. Conhecimento Areo, modelo 10;
4. Conhecimento de Transporte Ferrovirio de
Cargas, modelo 11;
5. Nota Fiscal de Servio de Transporte Ferrovirio
de Cargas, modelo 27;
6. Nota Fiscal de Servio de Transporte, modelo 7,
quando utilizada em transporte de cargas.

O CT-e tambm poder ser utilizado como documento fiscal


eletrnico no transporte dutovirio e, futuramente, nos
transportes Multimodais.

Podemos conceituar o CT-e como um documento de


existncia exclusivamente digital, emitido e armazenado
eletronicamente, com o intuito de documentar uma prestao
de servios de transportes, cuja validade jurdica garantida
pela assinatura digital do emitente e a Autorizao de Uso
fornecida pela administrao tributria do domiclio do
contribuinte.

O Projeto Conhecimento de Transporte Eletrnico (CT-e) est


sendo desenvolvido, de forma integrada, pelas Secretarias de
Fazenda dos Estados e Receita Federal do Brasil, a partir da
assinatura do Protocolo ENAT 03/2006, de 10/11/2006, que
atribui ao ENCAT a coordenao e a responsabilidade pelo

17
desenvolvimento e implantao do Projeto CT-e.

e-Lalur
O objetivo do sistema eliminar a redundncia de
informaes existentes na escriturao contbil, no Lalur e
na DIPJ, facilitando o cumprimento da obrigao acessria.

Central de Balanos
A Central de Balanos brasileira um projeto integrante do
Sistema Pblico de Escriturao Digital (Sped), em fase
inicial de desenvolvimento, que dever reunir demonstrativos
contbeis e uma srie de informaes econmico-financeiras
pblicas das empresas envolvidas no projeto.

As informaes coletadas sero mantidas em um repositrio


e publicadas em diversos nveis de agregao. Esses dados
sero utilizados para gerao de estatsticas, anlises
nacionais e internacionais (por setor econmico, forma
jurdica e porte das empresas), anlises de risco creditcio e
estudos econmicos, contbeis e financeiros, dentre outros
usos.

A Central tem como objetivo a captao de dados contbeis e


financeiros (notadamente as demonstraes contbeis), a
agregao desses dados e a disponibilizao sociedade, em
meio magntico, dos dados originais e agregados.

Conforme j mencionado, nosso foco ser apenas na NF-e


nacional. Estudaremos os conceitos tericos para a
implantao desse quesito do Sped e veremos como
implement-lo utilizando o Delphi.

18
Projeto Nota Fiscal Eletrnica NF-e

Justificativas para o projeto

A busca pela integrao e modernizao da Administrao


Tributria relaciona-se forma federativa adotada pelo
estado brasileiro. Neste contexto, a Unio, os Estados, o
Distrito Federal e os Municpios so dotados de autonomia
poltica, administrativa e financeira. Suas atribuies,
limitaes e competncias esto previstas na Constituio
Federal, que concede a cada esfera de governo a
competncia de instituir e administrar os respectivos
tributos.

A integrao e cooperao entre administraes tributrias


tm sido temas muito debatidos em pases federativos,

19
especialmente naqueles que, como o Brasil, possuem forte
grau de descentralizao fiscal. Nesses pases, comum que
a autonomia tributria gere multiplicidade de rotinas de
trabalho, burocracia, baixo grau de troca de informaes e
falta de compatibilidade entre os dados econmico-fiscais dos
contribuintes.

Cada rgo estadual pode escolher trabalhar da sua maneira.


Em termos de software, uma Secretaria de Fazenda pode
escolher trabalhar com Natural, armazenando seus dados em
DB2, e criando uma interface Web para seus usurios
utilizando Java. Uma outra pode escolher trabalhar com
Cobol, armazenando seus dados em Oracle, e criando uma
interface Web para seus usurios utilizando Dot Net. Imagine
a dificuldade de integrao.

Para os cidados, o Estado mostra-se multifacetado,


ineficiente e moroso. Para o governo, o controle apresenta-se
difcil porque falta a viso integrada das aes dos
contribuintes. Para o Pas, o custo pblico e privado do
cumprimento das obrigaes tributrias torna-se alto,
criando um claro empecilho ao investimento e gerao de
empregos.

Com o advento da informtica os agentes econmicos


aumentaram a sua mobilidade, exercendo aes em todo o
territrio nacional e deixando de estar restritos ao conceito
de jurisdio territorial. Dessa forma, comum que
empresas sejam contribuintes, simultaneamente, de diversos
governos, em nvel federal, estadual ou municipal. A
consequncia direta deste modelo que os bons
contribuintes acabam penalizados pela burocracia, pois tm
que lidar com procedimentos e normas diversos em cada
unidade da federao ou municpio.

As administraes tributrias enfrentam o grande desafio de

20
adaptarem-se aos processos de globalizao e de
digitalizao do comrcio e das transaes entre
contribuintes. Os volumes de transaes efetuadas e os
montantes de recursos movimentados crescem num ritmo
intenso e, na mesma proporo, aumentam os custos
inerentes necessidade do Estado de detectar e prevenir a
evaso tributria.

No que se refere s administraes tributrias, h a


necessidade de despender grandes somas de recursos para
captar, tratar, armazenar e disponibilizar informaes sobre
as operaes realizadas pelos contribuintes, administrando
um volume de obrigaes acessrias que acompanha o
surgimento de novas hipteses de evaso.

No que tange aos contribuintes, h a necessidade de alocar


recursos humanos e materiais vultosos para o registro,
contabilidade, armazenamento, auditoria interna e prestao
de informaes s diferentes esferas de governo que, no
cumprimento das suas atribuies legais, as demandam,
usualmente por intermdio de declaraes e outras
obrigaes acessrias. Sem dvida, o custo inerente ao
grande volume de documentos em papel que circulam e so
armazenados, tanto pela administrao tributria como pelos
contribuintes, substancialmente elevado.

Portanto, a integrao e o compartilhamento de informaes


tm os seguintes objetivos:

Racionalizar e modernizar a administrao tributria


brasileira;
Reduzir custos e entraves burocrticos;
Facilitar o cumprimento das obrigaes tributrias e
o pagamento de impostos e contribuies;
Fortalecer o controle e a fiscalizao por meio de
intercmbio de informaes entre as administraes

21
tributrias.

Vindo de encontro a estas necessidades, a Emenda


Constitucional n 42 introduziu o Inciso XXII ao art. 37 da
Constituio Federal, que determina s administraes
tributrias da Unio, dos Estados, do Distrito Federal e dos
Municpios a atuar de forma integrada, inclusive com o
compartilhamento de cadastros e de informaes fiscais.

De modo geral, o projeto justifica-se pela necessidade de


investimento pblico voltado para a reduo da burocracia do
comrcio e dos entraves administrativos enfrentados pelos
empresrios do Pas, exigindo a modernizao das
administraes tributrias nas trs esferas de governo.

O projeto prev ainda o investimento em tecnologia de forma


a modernizar o parque tecnolgico e os sistemas de
informao, ampliando a capacidade de atendimento das
unidades administrativas.

Objetivos do projeto

O objetivo principal do projeto Nota Fiscal Eletrnica a


implantao de um modelo nacional de documento fiscal
eletrnico, que substitua a sistemtica atual do documento
fiscal em papel, com validade jurdica para todos os fins,
simplificando as obrigaes acessrias dos contribuintes,
permitindo ainda um controle em tempo real das operaes
comerciais pelo Fisco.

A Nota Fiscal Eletrnica representa um grande avano nas


relaes comerciais entre contribuintes e no cumprimento
das obrigaes acessrias correspondentes.

Alm disso, a Nota Fiscal Eletrnica representa uma forte

22
mudana cultural, onde existe o abandono de uma realidade
toda baseada no papel para uma nova, uma realidade virtual,
em que os documentos so totalmente digitais.

Neste contexto de mudana de cultura e de uso de nova


tecnologia importante que o projeto seja desenvolvido e
implantado de forma gradativa, direcionado inicialmente para
grandes contribuintes. A emisso da NF-e para os pequenos
e mdios contribuintes ser implementada na segunda fase
do projeto.

Benefcios esperados

O Projeto NF-e se enquadra na convergncia dos objetivos do


Sistema Pblico de Escriturao Digital (SPED), e possibilitar
os seguintes benefcios e vantagens s partes envolvidas na
atividade comercial (comprador e vendedor), ao Fisco e
tambm para a sociedade como um todo:

Benefcios para o contribuinte vendedor (emissor da


NF-e)

Reduo de custos de impresso;


Reduo de custos de aquisio de papel;
Reduo de custos de envio do documento fiscal;
Reduo de custos de armazenagem de
documentos fiscais;
Simplificao de obrigaes acessrias, como
dispensa de AIDF;
Reduo de tempo de parada de caminhes em
Postos Fiscais de Fronteira;
Incentivo a uso de relacionamentos eletrnicos com
clientes (B2B).

23
Benefcios para o contribuinte comprador (Receptor da
NF-e)

Eliminao de digitao de notas fiscais na recepo


de mercadorias;
Planejamento de logstica de entrega pela recepo
antecipada da informao da NF-e;
Reduo de erros de escriturao devido a erros de
digitao de notas fiscais;
Incentivo a uso de relacionamentos eletrnicos com
fornecedores (B2B).

Benefcios para a sociedade

Reduo do consumo de papel, com impacto


positivo para o meio ambiente;
Incentivo ao comrcio eletrnico e ao uso de novas
tecnologias;
Padronizao dos relacionamentos eletrnicos entre
empresas;
Surgimento de oportunidades de negcios e
empregos na prestao de servios ligados a Nota
Fiscal Eletrnica.

Benefcios para o Governo

Aumento na confiabilidade da Nota Fiscal;


Melhoria no processo de controle fiscal,
possibilitando um melhor intercmbio e
compartilhamento de informaes entre os fiscos;
Reduo de custos no processo de controle das
notas fiscais capturadas pela fiscalizao de
mercadorias em trnsito;
Diminuio da sonegao e aumento da

24
arrecadao;
Suporte aos projetos de escriturao eletrnica
contbil e fiscal da Secretaria da Receita Federal e
demais Secretarias de Fazendas Estaduais.

Descrio do projeto

O Projeto Nota Fiscal Eletrnica consiste na alterao da


sistemtica atual de emisso de nota fiscal em papel,
modelos 1 e 1A, por nota fiscal de existncia apenas
eletrnica (digital).

Observe abaixo os modelos 1 e 1A que so substitudos.

25
Nota Fiscal Modelo 1

26
Nota Fiscal Modelo 1A

Conceito de NF-e

A Nota Fiscal Eletrnica (NF-e) um documento de


existncia exclusivamente digital, emitido e armazenado
eletronicamente, com intuito de documentar uma operao
de circulao de mercadoria ou prestao de servio,
ocorrida entre as partes, cuja validade jurdica garantida
pela assinatura digital do emitente e recepo, pelo fisco,
antes da ocorrncia do fato gerador.

Caractersticas da NF-e

A Nota Fiscal Eletrnica possui as seguintes caractersticas:

27
Documento digital que atende aos padres
definidos na MP 2.200/01, no formato XML
(Extended Markup Language);
Garantia de autoria, integridade e irrefutabilidade,
certificadas atravs de assinatura digital do
emitente, definido pela Infraestrutura de Chaves
Pblicas Brasileiras (ICP Brasil);
O arquivo da NF-e dever seguir o leiaute de
campos definido em legislao especfica;
A NF-e dever conter um cdigo numrico, obtido
por meio de algoritmo fornecido pela administrao
tributria, que compor a chave de aceso de
identificao da NF-e, agregado ao CNPJ do
emitente e nmero da NF-e;
A NF-e, para poder ser vlida, dever ser enviada
eletronicamente e autorizada pelo fisco, da
circunscrio do contribuinte emissor, antes de seu
envio ao destinatrio e antes da sada da
mercadoria do estabelecimento;
A transmisso da NF-e ser efetivada, via Internet,
por meio de protocolo de segurana ou criptografia;
A NF-e transmitida para a SEFAZ no pode mais ser
alterada, permitindo-se apenas, dentro de certas
condies, seu cancelamento;
As NF-e devero ser emitidas em ordem
consecutiva crescente e sem intervalos a partir do
1 nmero sequencial, sendo vedado a duplicidade
ou reaproveitamento dos nmeros inutilizados ou
cancelados;
A critrio das administraes tributrias, a NF-e
poder ter o seu recebimento confirmado pelo
destinatrio.

28
Descrio simplificada do modelo operacional

A empresa emissora de NF-e gerar um arquivo eletrnico


contendo as informaes fiscais da operao comercial, o
qual dever ser assinado digitalmente, de maneira a garantir
a integridade dos dados e a autoria do emissor. Este arquivo
eletrnico corresponde Nota Fiscal Eletrnica e dever ser
transmitido para os seguintes rgos, via Internet:

Secretaria da Fazenda de jurisdio do contribuinte


que far uma pr-validao do arquivo e devolver
um protocolo de recebimento (Autorizao de Uso),
sem o qual no poder haver o trnsito da
mercadoria;
Receita Federal, que ser repositrio nacional de
todas as NF-e emitidas (Ambiente Nacional);
Secretaria de Fazenda de destino da operao, no
caso de operao interestadual;
Suframa, no caso de mercadorias destinadas s
reas incentivadas.

As Secretarias de Fazenda e a RFB (Ambiente Nacional),


disponibilizaro consulta, atravs da Internet, para o
destinatrio e outros legtimos interessados, que detenham a
chave de acesso do documento eletrnico.

Para acompanhar o trnsito da mercadoria ser impressa


uma representao grfica simplificada da Nota Fiscal
Eletrnica, intitulado DANFE. Este ser impresso em papel
comum, em nica via. Neste documento constar, em
destaque, a chave de acesso para consulta da NF-e na
Internet e um cdigo de barras bidimensional que facilitar a
captura e a confirmao de informaes da NF-e pelas
unidades fiscais.

29
O DANFE no e no substitui uma nota fiscal. Serve apenas
como instrumento auxiliar para consulta da NF-e, pois
contm a chave de acesso da NF-e, que permite ao detentor
desse documento confirmar sua efetiva existncia atravs do
Ambiente Nacional (RFB) ou do site da SEFAZ na Internet.

Caso o contribuinte destinatrio no seja emissor de NF-e,


poder escriturar os dados contidos no DANFE, sendo que
sua validade ficar vinculada efetiva existncia da NF-e nos
arquivos das administraes tributrias envolvidas no
processo, comprovada atravs da emisso da Autorizao de
Uso.

O contribuinte emitente da NF-e realizar a escriturao a


partir das NF-e emitidas e recebidas.

Detalhamento das etapas do modelo operacional

O processo de emisso da NF-e ser constitudo das


seguintes etapas:

Etapa 1 Habilitao do contribuinte como emissor


de NF-e;
Etapa 2 Emisso e Transmisso da NF-e;
Etapa 3 Consulta da NF-e;
Etapa 4 Envio da NF-e para a Receita Federal e
para a Secretaria de Fazenda do destino;
Etapa 5 Confirmao de Recebimento da NF-e
pelo destinatrio.

Etapa 1 Habilitao do contribuinte como emissor de


NF-e

Esta etapa corresponde ao processo eletrnico pelo qual um


contribuinte solicita seu cadastramento como emissor de NF-
e junto Secretaria da Fazenda.

30
O objetivo que o contribuinte, atravs do acesso ao site da
SEFAZ, solicite sua habilitao como emissor de NF-e. Aps a
solicitao, a SEFAZ realizar a anlise eletrnica do pedido,
efetuando crticas referentes situao cadastral /
econmico-fiscal e pagamentos realizados pelo contribuinte
(critrios prprios de cada UF).

Cumprida esta etapa inicial de cadastramento, o contribuinte


dever iniciar o envio de Notas Fiscais Eletrnicas, em
ambiente de testes, para homologao do seu sistema.

Aps a fase dos testes, o contribuinte receber um cdigo de


habilitao para emitir NF-e, podendo, a partir deste
instante, iniciar a transmisso de suas NF-e para a Secretaria
da Fazenda.

O contribuinte dever acessar o site da SEFAZ do seu Estado


para saber os detalhes da habilitao. Dependendo do
Estado, a SEFAZ disponibiliza um manual de credenciamento,
onde esto descritos os passos necessrios para a
habilitao.

Etapa 2 Emisso e transmisso da NF-e

Esta etapa descreve o processo de emisso e transmisso de


uma Nota Fiscal Eletrnica. O contribuinte emissor envia a
NF-e para a Secretaria da Fazenda, que aps sua autorizao
de uso, transmitir o documento eletrnico para a Receita
Federal. Caso seja uma operao interestadual o documento
tambm enviado para a SEFAZ de destino, permitindo
assim o trnsito da mercadoria.

Nesta etapa, o contribuinte dever adaptar seu sistema de


emisso de Nota Fiscal de forma que, aps dispor dos dados
da operao comercial, possa extra-los do seu banco de

31
dados e preencher os campos do arquivo da Nota Fiscal
Eletrnica.

De posse do arquivo de NF-e, e aps efetuar validaes


quanto ao correto preenchimento de seus campos, o
contribuinte dever efetuar a assinatura digital do arquivo,
atravs do padro ICP-Brasil.

Este arquivo, j assinado digitalmente, dever ser


transmitido pela Internet para a Secretaria da Fazenda,
atravs do uso da tecnologia de Web Services, antes da sada
da mercadoria de seu estabelecimento.

A transmisso de dados utilizar protocolo de segurana e/ou


criptografia, visando a proteo e sigilo da informao.

A transmisso para a Secretaria da Fazenda ser feita em


lotes, no entanto, cada NF-e dever ter sua assinatura
digital.

A Secretaria da Fazenda, ao receber a NF-e pela Internet,


realizar automaticamente uma validao de recepo,
momento no qual sero avaliados eletronicamente os
seguintes aspectos:

Emissor autorizado;
Assinatura digital do emitente;
Integridade (hash code);
Formato dos campos do arquivo (esquema XML);
Regularidade fiscal do emitente;
Regularidade fiscal do destinatrio;
No existncia da NF-e na base de dados da
Secretaria da Fazenda (duplicidade);

Se no for detectado nenhum problema na etapa da


validao de recepo, a NF-e ser recebida e armazenada

32
pela SEFAZ que, simultaneamente, retornar com um
protocolo de transao com status Autorizao de Uso. A
SEFAZ disponibilizar a NF-e para consulta pelas partes
envolvidas (emitente e destinatrio) e aos terceiros
legitimamente interessados (aqueles que dispuserem da
chave de acesso da NF-e). A consulta dever ser feita via
Internet.

Este protocolo de transao com o status Autorizao de


Uso conter ainda:

A identificao da NF-e atravs de sua chave de


acesso;
O momento em que a NF-e foi recebida pela SEFAZ
(data/hora/minuto/segundo);
Um cdigo de protocolo.

Opcionalmente este protocolo poder ser assinado


digitalmente pela Secretaria da Fazenda Receptora.

Somente aps o contribuinte emissor receber o protocolo de


transao com o status Autorizao de Uso que poder
haver a sada da mercadoria de seu estabelecimento. A NF-e
autorizada poder ser enviada para o destinatrio por
qualquer meio, inclusive correio eletrnico.

Para facilitar o controle, dever ser impresso um documento


auxiliar para acompanhar o trnsito da mercadoria, o DANFE.
Veja mais frente a seo especfica sobre o DANFE.

Uma NF-e recebida pela SEFAZ representa, simplesmente,


que a declarao de uma transao comercial feita pelo
contribuinte emitente do documento foi aceita em termos de
formato pela SEFAZ, que a partir deste momento poder
proceder a homologao do lanamento da NF-e, conforme
legislao em vigor.

33
Se houver algum problema j na validao de recepo,
podero ocorrer trs situaes distintas:

Interrupo da comunicao, sem um protocolo de


transao em resposta da SEFAZ;
Resposta da SEFAZ com protocolo de transao com
status Rejeio;
Resposta da SEFAZ com protocolo de transao com
status No Autorizao de Uso.

A primeira hiptese, de interrupo da comunicao, sem um


protocolo de transao em resposta da SEFAZ, ocorrer
quando, por algum problema de ordem tcnica na
comunicao de dados, no for possvel a recepo do
arquivo pela SEFAZ. Neste caso, o contribuinte dever
proceder com um novo envio da NF-e para a SEFAZ.

A segunda hiptese corresponde situao de rejeio da


NF-e, devido a problemas detectados pela SEFAZ na
validao de recepo. Os problemas podem ser: assinatura
digital invlida, no preenchimento ou preenchimento
invlido do nmero da NF-e, existncia da NF-e na base de
dados da SEFAZ, etc. Neste caso, o arquivo de NF-e, que foi
rejeitado pela SEFAZ, no ser armazenado na base de
consultas da SEFAZ, podendo o contribuinte corrigir o
problema e enviar novamente o arquivo para a SEFAZ.

O protocolo de transao com status Rejeio conter,


alm da identificao do status, a identificao do motivo da
rejeio da NF-e.

A ltima hiptese corresponde situao onde a NF-e no


teve seu uso autorizado pela SEFAZ. Este caso ocorrer
quando houver qualquer problema com a regularidade fiscal
do emissor ou destinatrio.

34
Na hiptese da no autorizao de uso, a NF-e armazenada
para consulta na base de dados da SEFAZ com este status,
no podendo este mesmo nmero de NF-e ser utilizado
novamente pelo contribuinte emissor. Da mesma forma, o
contribuinte emissor no poder realizar a sada da
mercadoria acobertada por uma NF-e cujo status seja No
Autorizao de Uso.

O protocolo de transao com status No Autorizao de


Uso conter ainda:

A identificao da NF-e, atravs de sua chave de


acesso;
O momento em que a NF-e foi recebida pela SEFAZ
(data/hora/minuto/segundo);
A identificao do motivo da no autorizao;
Um cdigo de protocolo.

Observe abaixo uma imagem que mostra o fluxo da Etapa 2


Emisso e Transmisso da NF-e.

Fonte: Projeto Conceitual da Nota Fiscal Eletrnica SRF/ENCAT

35
Etapa 3 Consulta da NF-e

A existncia de uma NF-e e sua validade podero ser


verificadas atravs de uma consulta no site da Secretaria da
Fazenda do Estado de origem do emitente da NF-e ou atravs
do Portal Nacional da NF-e, a partir da informao da chave
de acesso da NF-e.

A chave de acesso da NF-e, que consta impressa no DANFE,


composta pelas seguintes informaes:

Cdigo da UF do emitente da NF-e;


Ano e ms de emisso;
CNPJ do emissor;
Modelo do documento fiscal;
Srie;
Nmero da NF-e;
Cdigo numrico que compe a chave de acesso.

O cdigo de acesso uma sequncia de 10 posies


numricas, geradas pelo emissor da NF-e no momento de
sua emisso e que tem como objetivo tornar menos
previsvel a construo da chave de acesso da NF-e.

Todas as informaes contidas no arquivo XML da NF-e


ficaro disponveis para consulta por um prazo de 180 dias.
Aps este perodo a consulta ser mais restrita.

Observe na imagem abaixo o fluxo da Etapa 3 Consulta NF-


e pela Internet.

36
Fonte: Projeto Conceitual da Nota Fiscal Eletrnica SRF/ENCAT

Etapa 4 Envio da NF-e Receita Federal e SEFAZ de


destino

A SEFAZ de origem recebe, armazena e disponibiliza para


consulta a NF-e enviada pelo contribuinte. Aps isso, a
SEFAZ de origem envia a NF-e para a RFB.

Nos casos de operaes interestaduais, a NF-e tambm


enviada para os postos fiscais de fronteira, via Rede de
Informaes Sintegra (RIS). Dessa forma, os Postos Fiscais
de Fronteira recebero a informao prvia da NF-e,
eliminando-se a necessidade atual de digitao de notas
fiscais. Isso facilita o controle do Fisco e reduz o tempo gasto
pelo contribuinte nessas reparties.

A NF-e ser transmitida para a SEFAZ do Estado de


embarque das mercadorias, tratando-se de exportao de
mercadorias atravs de portos ou aeroportos no situados na
UF da circunscrio do emitente da Nota Fiscal;

37
Observe na imagem abaixo o fluxo da Etapa 4 Envio da NF-
e para a RFB e outra SEFAZ.

Fonte: Projeto Conceitual da Nota Fiscal Eletrnica SRF/ENCAT

Etapa 5 Confirmao de recebimento da NF-e pelo


destinatrio

A confirmao da NF-e pelo destinatrio corresponde ao


processo pelo qual o contribuinte destinatrio da mercadoria
realiza a confirmao para a SEFAZ de que recebeu as
mercadorias constantes de uma NF-e.

O projeto da NF-e prev que a confirmao de recebimento


do destinatrio poder ser realizada de duas formas:

De forma manual no site da SEFAZ, com o


contribuinte destinatrio identificando-se pelo
controle de acesso;
De forma eletrnica, atravs de tecnologia de Web
Services.

38
Observe na imagem abaixo o fluxo da Etapa 5 Confirmao
de Recebimento pelo Destinatrio.

Fonte: Projeto Conceitual da Nota Fiscal Eletrnica SRF/ENCAT

Cancelamento da NF-e

Aps ter sido recebida pela SEFAZ, uma NF-e no poder


sofrer qualquer tipo de alterao. A nica coisa possvel o
seu cancelamento, dentro de certas condies.

So condies para o cancelamento de uma NF-e:

Ter sido autorizada pelo Fisco (protocolo


Autorizao de Uso);
No ocorrncia do fato gerador, ou seja, a
mercadoria no saiu do estabelecimento;
Obedecer ao intervalo de tempo estabelecido pela
legislao, aps sua emisso e recepo pela

39
SEFAZ.

Caso no haja restrio quanto ao pedido de cancelamento, a


SEFAZ responder ao contribuinte atravs de protocolo de
transao com o status Cancelamento de NF-e.

O protocolo de transao com o status Cancelamento de NF-


e conter ainda, alm de identificar este status:

A identificao da NF-e, atravs de sua chave de


acesso;
O momento em que a NF-e teve seu cancelamento
registrado pela SEFAZ (data/hora/minuto/segundo).

Ao se realizar uma consulta desta NF-e no site da SEFAZ, a


mesma retornar a informao quanto ao seu cancelamento.

Consulta do status da NF-e

O emissor de NF-e ter sua disposio, via Web Service,


um servio de consulta ao status de uma NF-e.

O objetivo deste servio permitir ao emissor certificar-se da


situao de uma NF-e que tenha emitido e enviado para a
SEFAZ.

Esta consulta ser feita atravs do envio para a SEFAZ de


uma mensagem no formato XML, solicitando o status de uma
NF-e, informando sua correspondente chave de acesso.

A SEFAZ responder a consulta por intermdio de protocolo


de transao, identificando a NF-e por sua chave de acesso e
trazendo o histrico de status desta NF-e com o
correspondente momento de registro (data / hora / minuto /
segundo) na base de dados da SEFAZ.

40
Obrigatoriedade

As informaes a seguir foram retiradas do Portal da Nota


Fiscal Eletrnica. Consulte a SEFAZ do seu Estado para saber
sobre a obrigatoriedade em relao sua empresa.

O Protocolo ICMS 30/07 de 06/07/2007, alterou disposies


do Protocolo ICMS 10/07 e estabeleceu a obrigatoriedade de
utilizao da NF-e a partir de 1 de abril de 2008, para os
contribuintes:

I - fabricantes de cigarros;
II - distribuidores de cigarros;
III - produtores, formuladores e importadores de
combustveis lquidos, assim definidos e autorizados por
rgo federal competente;
IV - distribuidores de combustveis lquidos, assim definidos
e autorizados por rgo federal competente;
V - transportadores e revendedores retalhistas TRR, assim
definidos e autorizados por rgo federal competente.

O Protocolo ICMS 88/07 de 14/12/2007, alterou disposies


do Protocolo ICMS 10/07 e estabeleceu a obrigatoriedade de
utilizao da NF-e a partir de 1 setembro de 2008, para os
contribuintes:

VI - fabricantes de automveis, camionetes, utilitrios,


caminhes, nibus e motocicletas;
VII - fabricantes de cimento;
VIII fabricantes, distribuidores e comerciante atacadista
de medicamentos alopticos para uso humano;
IX frigorficos e atacadistas que promoverem as sadas de
carnes frescas, refrigeradas ou congeladas das espcies
bovinas, sunas, bufalinas e avcola;
X - fabricantes de bebidas alcolicas inclusive cervejas e

41
chopes;
XI fabricantes de refrigerantes;
XII agentes que assumem o papel de fornecedores de
energia eltrica, no mbito da Cmara de Comercializao de
Energia Eltrica CCEE;
XIII fabricantes de semi-acabados, laminados planos ou
longos, relaminados, trefilados e perfilados de ao;
XIV fabricantes de ferro-gusa.

O Protocolo ICMS 68/08 de 14/07/2008, alterou disposies


do Protocolo ICMS 10/07, mudando a obrigatoriedade de
utilizao da NF-e para os seguimentos descritos nos itens VI
a XIV, do pargrafo anterior, para 01/12/2008 e estabeleceu
a obrigatoriedade a partir de 01/04/2009 para os seguintes
contribuintes:

XV - importadores de automveis, camionetes, utilitrios,


caminhes, nibus e motocicletas;
XVI - fabricantes e importadores de baterias e acumuladores
para veculos automotores;
XVII - fabricantes de pneumticos e de cmaras-de-ar;
XVIII - fabricantes e importadores de autopeas;
XIX - produtores, formuladores, importadores e
distribuidores de solventes derivados de petrleo, assim
definidos e autorizados por rgo federal competente;
XX - comerciantes atacadistas a granel de solventes
derivados de petrleo;
XXI - produtores, importadores e distribuidores de
lubrificantes e graxas derivados de petrleo, assim definidos
e autorizados por rgo federal competente;
XXII - comerciantes atacadistas a granel de lubrificantes e
graxas derivados de petrleo;
XXIII - produtores, importadores, distribuidores a granel,
engarrafadores e revendedores atacadistas a granel de lcool
para outros fins;
XXIV produtores, importadores e distribuidores de GLP

42
gs liquefeito de petrleo ou de GLGN - gs liquefeito de gs
natural, assim definidos e autorizados por rgo federal
competente;
XXV produtores, importadores e distribuidores de GNV
gs natural veicular, assim definidos e autorizados por rgo
federal competente;
XXVI - atacadistas de produtos siderrgicos e ferro gusa;
XXVII - fabricantes de alumnio, laminados e ligas de
alumnio;
XXVIII - fabricantes de vasilhames de vidro, garrafas PET e
latas para bebidas alcolicas e refrigerantes;
XXIX - fabricantes e importadores de tintas, vernizes,
esmaltes e lacas;
XXX - fabricantes e importadores de resinas termoplsticas;
XXXI - distribuidores, atacadistas ou importadores de
bebidas alcolicas, inclusive cervejas e chopes;
XXXII - distribuidores, atacadistas ou importadores de
refrigerantes;
XXXIII - fabricantes, distribuidores, atacadistas ou
importadores de extrato e xarope utilizados na fabricao de
refrigerantes;
XXXIV - atacadistas de bebidas com atividade de
fracionamento e acondicionamento associada;
XXXV - atacadistas de fumo;
XXXVI - fabricantes de cigarrilhas e charutos;
XXXVII - fabricantes e importadores de filtros para cigarros;

XXXVIII - fabricantes e importadores de outros produtos do


fumo, exceto cigarros, cigarrilhas e charutos;
XXXIX - processadores industriais do fumo.

O Protocolo ICMS 87/08 de 26/09/2008, alterou disposies


do Protocolo ICMS 10/07, estabelecendo a obrigatoriedade a
partir de 01/09/2009 para os seguintes contribuintes:

XL - fabricantes de cosmticos, produtos de perfumaria e de

43
higiene pessoal;
XLI - fabricantes de produtos de limpeza e de polimento;
XLII - fabricantes de sabes e detergentes sintticos;
XLIII - fabricantes de alimentos para animais;
XLIV - fabricantes de papel;
XLV - fabricantes de produtos de papel, cartolina, papel-
carto e papelo ondulado para uso comercial e de escritrio;

XLVI - fabricantes e importadores de componentes


eletrnicos;
XLVII - fabricantes e importadores de equipamentos de
informtica e de perifricos para equipamentos de
informtica;
XLVIII - fabricantes e importadores de equipamentos
transmissores de comunicao, pecas e acessrios;
XLIX - fabricantes e importadores de aparelhos de recepo,
reproduo, gravao e amplificao de udio e vdeo;
L - estabelecimentos que realizem reproduo de vdeo em
qualquer suporte;
LI - estabelecimentos que realizem reproduo de som em
qualquer suporte;
LII - fabricantes e importadores de mdias virgens,
magnticas e pticas;
LIII - fabricantes e importadores de aparelhos telefnicos e
de outros equipamentos de comunicao, peas e acessrios;

LIV - fabricantes de aparelhos eletromdicos e


eletroterapeuticos e equipamentos de irradiao;
LV - fabricantes e importadores de pilhas, baterias e
acumuladores eltricos, exceto para veculos automotores;
LVI - fabricantes e importadores de material eltrico para
instalaes em circuito de consumo;
LVII - fabricantes e importadores de fios, cabos e
condutores eltricos isolados;
LVIII - fabricantes e importadores de material eltrico e
eletrnico para veculos automotores, exceto baterias;

44
LIX - fabricantes e importadores de foges, refrigeradores e
maquinas de lavar e secar para uso domestico, peas e
acessrios;
LX - estabelecimentos que realizem moagem de trigo e
fabricao de derivados de trigo;
LXI - atacadistas de caf em gro;
LXII - atacadistas de caf torrado, modo e solvel;
LXIII - produtores de caf torrado e modo, aromatizado;
LXIV - fabricantes de leos vegetais refinados, exceto leo
de milho;
LXV - fabricantes de defensivos agrcolas;
LXVI - fabricantes de adubos e fertilizantes;
LXVII - fabricantes de medicamentos homeopticos para
uso humano;
LXVIII - fabricantes de medicamentos fitoterpicos para uso
humano;
LXIX - fabricantes de medicamentos para uso veterinrio;
LXX - fabricantes de produtos farmoqumicos;
LXXI - atacadistas e importadores de malte para fabricao
de bebidas alcolicas;
LXXII - fabricantes e atacadistas de laticnios;
LXXIII - fabricantes de artefatos de material plstico para
usos industriais;
LXXIV - fabricantes de tubos de ao sem costura;
LXXV - fabricantes de tubos de ao com costura;
LXXVI - fabricantes e atacadistas de tubos e conexes em
PVC e cobre;
LXXVII - fabricantes de artefatos estampados de metal;
LXXVIII - fabricantes de produtos de trefilados de metal,
exceto padronizados;
LXXIX - fabricantes de cronmetros e relgios;
LXXX - fabricantes de equipamentos e instrumentos pticos,
peas e acessrios;
LXXXI - fabricantes de equipamentos de transmisso ou de
rolamentos, para fins industriais;
LXXXII - fabricantes de mquinas, equipamentos e

45
aparelhos para transporte e elevao de cargas, peas e
acessrios;
LXXXIII - fabricantes de aparelhos e equipamentos de ar
condicionado para uso no-industrial;
LXXXIV - serrarias com desdobramento de madeira;
LXXXV - fabricantes de artefatos de joalheria e ourivesaria;
LXXXVI - fabricantes de tratores, peas e acessrios, exceto
agrcolas;
LXXXVII -fabricantes e atacadistas de pes, biscoitos e
bolacha;
LXXXVIII - fabricantes e atacadistas de vidros planos e de
segurana;
LXXXIX - atacadistas de mercadoria em geral, com
predominncia de produtos alimentcios;
XC - concessionrios de veculos novos;
XCI fabricantes e importadores de pisos e revestimentos
cermicos;
XCII - tecelagem de fios de fibras txteis;
XCIII - preparao e fiao de fibras txteis;;

Para os demais contribuintes, a estratgia de implantao


nacional que estes, voluntariamente e gradualmente,
independente do porte, se interessem por ser emissores da
Nota Fiscal Eletrnica.

A obrigatoriedade se aplica a todas as operaes efetuadas


em todos os estabelecimentos dos contribuintes referidos
acima, ficando vedada a emisso de nota fiscal, modelo 1 ou
1-A. Excepcionalmente, a clusula segunda do Protocolo
ICMS 10/2007, estabelece os casos especiais onde so
permitidas a emisso de notas fiscais modelos 1 e 1A,
conforme apresentado abaixo:

A obrigatoriedade de emisso de NF-e, em substituio a


Nota Fiscal, modelo 1 ou 1-A, no se aplica:

46
Ao estabelecimento do contribuinte onde no se
pratique e nem se tenha praticado as atividades
listadas acima h pelo menos 12 (doze) meses,
ainda que a atividade seja realizada em outros
estabelecimentos do mesmo titular;
Na hiptese das operaes realizadas fora do
estabelecimento, relativas s sadas de mercadorias
remetidas sem destinatrio certo, desde que os
documentos fiscais relativos remessa e ao retorno
sejam NF-e.
Nas hipteses dos contribuintes citados nos itens II,
XXXI d XXXII, s operaes praticadas por
estabelecimento que tenha como atividade
preponderante o comrcio atacadista, desde que o
valor das operaes com cigarros ou bebidas no
ultrapasse 5% (cinco por cento) do valor total das
sadas do exerccio anterior;
Na hiptese dos fabricantes de bebidas alcolicas
inclusive cervejas e chopes, ao fabricante de
aguardente (cachaa) e vinho que aufira receita
bruta anual inferior a R$ 360.000,00 (trezentos e
sessenta mil) reais.

bom frisar que mesmo que sua empresa, ou a empresa do


seu cliente, no seja obrigada a emitir a NF-e, com o tempo
este ser o procedimento padro para todas as empresas. O
prprio Mercado exigir isso. Portanto, quanto antes sua
empresa comear a trabalhar dessa forma, melhor.

47
DANFE Documento Auxiliar da NF-e

Conceitos

O DANFE um documento fiscal auxiliar impresso em papel


com o objetivo de:

1. Acompanhar o trnsito fsico das mercadorias;


2. Colher a firma do destinatrio / tomador para
comprovao de entrega das mercadorias ou prestao
de servios;
3. Auxiliar a escriturao da NF-e no destinatrio no
receptor de NF-e;

O DANFE no uma nota fiscal, nem substitui uma nota


fiscal. Serve apenas como instrumento auxiliar para consulta
da NF-e, j que contm impressa a chave de acesso da NF-e,
permitindo assim que a validade da operao seja
confirmada pelo detentor deste documento auxiliar, atravs
do site da SEFAZ na Internet.

O DANFE deve ser impresso em papel comum, exceto papel-


jornal, no tamanho mnimo A4 (210 x 297 mm) e mximo
ofcio 2 (230 x 330 mm). Possui os mesmos campos
definidos para a Nota Fiscal Modelo 1 e 1A, incluindo-se a
chave de acesso e o cdigo de barras unidimensional (padro
CODE 128 C).

O DANFE poder ser emitido em mais de uma folha, assim


um DANFE poder ter tantas folhas quantas forem
necessrias para discriminao das mercadorias.

Inicialmente, poder ser escriturado no livro de registro de


entradas e arquivado pelo prazo decadencial, junto ao
nmero da Autorizao de Uso, em substituio ao arquivo

48
da NF-e (no caso de contribuintes no autorizados para
emisso da NF-e).

Atravs da leitura do cdigo de barras do DANFE, as


unidades de fiscalizao de mercadorias em trnsito do
percurso e o Estado de destino verificam a autenticidade da
operao e registram a passagem do veculo na unidade
(Ambiente Nacional).

Modelos

Veja nas pginas seguintes os dois modelos de DANFE. O


primeiro representa a Nota Fiscal modelo 1A e o segundo a
Nota Fiscal modelo 1.

49
50
O Manual de Integrao do contribuinte traz quatro anexos
com imagens para os DANFEs permitidos:

Tamanho A-4 em modo retrato:

Folhas Soltas Anexo II do Manual do


Contribuinte

Formulrio Contnuo Anexo III do Manual do


Contribuinte

Tamanho A-4 em modo paisagem:

Folhas Soltas Anexo IV do Manual do


Contribuinte

Formulrio Contnuo Anexo V do Manual do


Contribuinte

O manual ainda traz uma tabela com a sugesto para o


tamanho e a posio de cada campo do DANFE.

Campos do DANFE

O contedo dos campos do DANFE dever refletir o contedo


das TAGs XML da NF-e. O contedo dos campos poder ser
impresso em mais de uma linha desde que a leitura possa
ser feita de forma clara.

O DANFE dever conter todos os campos previstos no modelo


adotado, com exceo dos campos no obrigatrios, que
veremos adiante.

51
As regras estabelecidas para a impresso dos campos
aplicam-se tambm para a impresso das folhas adicionais
do DANFE.

Chave de acesso

A chave de acesso ser impressa em onze blocos de quatro


dgitos cada, com a seguinte mscara:

9999 9999 9999 9999 9999 9999 9999 9999 9999 9999 9999

Dados da NF-e

Em caso de contingncia, os dados adicionais da NF-e sero


impressos em nove blocos de quatro dgitos cada, com a
seguinte mscara:

9999 9999 9999 9999 9999 9999 9999 9999 9999

Dados do emitente

Dever conter a identificao do emitente, com os seguintes


campos:

Nome ou razo social;


Endereo completo (logradouro, nmero,
complemento, bairro, municpio, UF, CEP);
Telefone.

Poder conter o logotipo da empresa, desde que a sua


incluso no prejudique a exibio das informaes
obrigatrias.

52
Quadro Fatura/Duplicatas

Poder conter linhas divisrias internas separando as


informaes. Podero ser acrescidas ao quadro, outras
informaes relativas ao assunto, alm das informaes
contidas no grupo de Dados de Cobrana da NF-e, desde que
essas informaes adicionais tambm estejam contidas no
arquivo da NF-e.

Quadro Dados dos Produtos/Servios

As informaes adicionais de produto (TAG <infAdProd>)


devero ser impressas no DANFE logo abaixo do produto a
que se referem.

Sempre que o contedo de um mesmo produto for impresso


utilizando-se mais de uma linha do quadro Dados dos
Produtos/Servios, dever ser aplicado um destaque
divisrio que identifique quais linhas foram utilizadas para
cada produto, a fim de distinguir com clareza um produto do
outro. Pode-se utilizar uma linha tracejada ou pontilhada.
Essa exigncia tambm se aplica no caso da utilizao de
uma mesma coluna para aposio de outro campo.

O quadro Dados dos Produtos/Servios deve ser utilizado


para detalhar as operaes que no caracterizem circulao
de mercadorias ou prestaes de servios, e que exijam
emisso de documentos fiscais (como transferncia de
crditos ou apropriao de incentivos fiscais, por exemplo).

O contribuinte poder suprimir colunas do quadro Dados dos


Produtos/Servios que no se apliquem a suas atividades e
acrescentar outras do seu interesse. A insero dessas
colunas ser realizada direita da coluna Descrio dos
Produtos/Servios.

53
As seguintes colunas no podero ser suprimidas:

Cdigo dos Produtos/Servios;


Descrio dos Produtos/Servios;
NCM;
CST;
CFOP;
Unidade;
Quantidade;
Valor Unitrio;
Valor Total;
Base de Clculo do ICMS prprio;
Valor do ICMS prprio;
Alquota do ICMS.

Os campos que podem ser colocados na mesma coluna so:

Cdigo do Produto/Servio com NCM/SH;


CST com CFOP;
Quantidade com Unidade;
Valor Unitrio com Desconto;
Valor Total com Base de Clculo do ICMS;
Base de Clculo do ICMS por Substituio Tributria
com Valor do ICMS por Substituio Tributria;
Valor do ICMS Prprio com Valor do IPI;
Alquota do ICMS com Alquota do IPI.

Informaes complementares

O XML da NF-e contem as TAGs <infAdFisco> e <infCpl>. Os


dados dessas TAGs devero aparecer aqui. Fica facultada a
impresso das informaes adicionais contidas nas TAGs
<obsCont>. Caso no haja espao suficiente no quadro de
informaes complementares, a impresso destas dever
ser continuada no verso ou na folha seguinte, neste mesmo
quadro ou no quadro Dados dos Produtos/Servios.

54
Reservado ao Fisco

O contribuinte no dever preencher este quadro, sendo seu


preenchimento de uso exclusivo do fisco.

Modificaes Permitidas

Bloco de Canhoto

Caso o emitente no utilize o Bloco de Canhoto, poder


aumentar o quadro Dados dos Produtos/Servios
suprimindo os campos do referido bloco e deslocando para
cima os campos seguintes.

Para a impresso de DANFE que no utilizar formulrio de


segurana, o bloco de canhoto poder ser deslocado para a
extremidade inferior do formulrio, sem alteraes nas
demais dimenses e disposies de campos e quadros. Essas
alteraes sero admitidas somente no formato retrato.

Quadro Fatura/Duplicatas

Poder ser suprimido, caso o contribuinte no utilize esses


documentos; ou reduzido, desde que contenha todos os
dados das respectivas TAGs.

O valor obtido com a eliminao ou reduo desse quadro


dever ser acrescido na altura do quadro Dados dos
Produtos/Servios, deslocando para cima os campos
seguintes ao quadro Fatura e anteriores ao quadro a ser
aumentado.

Essas alteraes podero ser feitas tanto nos formatos


retrato quanto paisagem.

55
Quadro Clculo do ISSQN

O emitente poder suprimir os campos desse quadro, caso


no se aplique s suas operaes e efetuar os seguintes
ajustes:

Aumentar a altura do quadro Dados dos


Produtos/Servios no mesmo valor da reduo obtida.
Aumentar a altura do campo Informaes
Complementares e do quadro Reservado ao Fisco no
mesmo valor da reduo obtida.

Verso do DANFE

At 50% do verso de qualquer folha do DANFE poder ser


utilizado para continuao dos dados do quadro Dados dos
Produtos/Servios, do campo Informaes
Complementares ou para uma combinao de ambos. O
restante do verso dever ser deixado sem nenhum tipo de
impresso.

Sempre que o verso do DANFE for utilizado, a informao


CONTINUA NO VERSO dever constar no anverso, ao final
dos quadros Dados dos Produtos/Servios e Informaes
Complementares, conforme a utilizao.

Folhas adicionais

O DANFE poder ser emitido em mais de uma folha.

Cada uma das folhas adicionais dever conter na parte


superior as seguintes informaes mnimas, impressas no
mesmo padro da primeira folha:

56
Dados de Identificao do Emitente;
As descries DANFE em destaque, e Documento
Auxiliar da Nota Fiscal Eletrnica;
O nmero e a srie da NF-e, o tipo de operao, se
Entrada ou Sada, alm do nmero total de folhas e o
nmero de ordem de cada folha;
Cdigo(s) de Barras;
Campos Natureza da Operao e Chave de Acesso;
Demais campos de identificao do Emitente: Inscrio
Estadual, Inscrio Estadual do Substituto Tributrio e
CNPJ.

A rea restante das folhas adicionais poder ser utilizada


exclusivamente para imprimir:

Os demais itens da NF-e que no couberem na primeira


folha do DANFE, mantendo-se as mesmas colunas com
o mesmo padro da primeira folha;
As demais informaes complementares da NF-e que
no couberem no campo prprio da primeira folha do
DANFE.

Cdigo de barras CODE-128C

Existe uma lgica para a criao do cdigo de barras 128C. O


padro de cdigo de barras 128 antigo, de 1981. Existem 3
variaes: A, B e C.

128A Caracteres ASCII 00 a 95 (0-9, A-Z cdigos de


controle) e caracteres especiais;
128B Caracteres ASCII 32 a 127 (0-9, A-Z, a-z) e
caracteres especiais;
128C 00-99 (cdigo de dupla densidade codificado
apenas com dados numricos).

57
O Projeto NF-e utiliza o padro 128C. Veja na tabela abaixo a
codificao para os trs tipos apresentados:

Valor Code A Code B Code C Combinao

0 Space Space 00 bbsbbssbbss

1 ! ! 01 bbssbbsbbss

2 02 bbssbbssbbs

3 # # 03 bssbssbbsss

4 $ $ 04 bssbsssbbss

5 % % 05 bsssbssbbss

6 & & 06 bssbbssbsss

7 ' ( 07 bssbbsssbss

8 ( ) 08 bsssbbssbss

9 ) * 09 bbssbssbsss

10 * * 10 bbssbsssbss

11 + + 11 bbsssbssbss

12 , , 12 bsbbssbbbss

13 - - 13 bssbbsbbbss

14 . . 14 bssbbssbbbs

15 / / 15 bsbbbssbbss

16 0 0 16 bssbbbsbbss

17 1 1 17 bssbbbssbbs

18 2 2 18 bbssbbbssbs

19 3 3 19 bbssbsbbbss

20 4 4 20 bbssbssbbbs

58
21 5 5 21 bbsbbbssbss

22 6 6 22 bbssbbbsbss

23 7 7 23 bbbsbbsbbbs

24 8 8 24 bbbsbssbbss

25 9 9 25 bbbssbsbbss

26 : : 26 bbbssbssbbs

27 ; ; 27 bbbsbbssbss

28 < < 28 bbbssbbsbss

29 Equal Equal 29 bbbssbbssbs

30 > > 30 bbsbbsbbsss

31 ? ? 31 bbsbbsssbbs

32 @ @ 32 bbsssbbsbbs

33 A A 33 bsbsssbbsss

34 B B 34 bsssbsbbsss

35 C C 35 bsssbsssbbs

36 D D 36 bsbbsssbsss

37 E E 37 bsssbbsbsss

38 F F 38 bsssbbsssbs

39 G G 39 bbsbsssbsss

40 H H 40 bbsssbsbsss

41 I I 41 bbsssbsssbs

42 J J 42 bsbbsbbbsss

43 K K 43 bsbbsssbbbs

44 L L 44 bsssbbsbbbs

45 M M 45 bsbbbsbbsss

59
46 N N 46 bsbbbsssbbs

47 O O 47 bsssbbbsbbs

48 P P 48 bbbsbbbsbbs

49 Q Q 49 bbsbsssbbbs

50 R R 50 bbsssbsbbbs

51 S S 51 bbsbbbsbsss

52 T T 52 bbsbbbsssbs

53 U U 53 bbsbbbsbbbs

54 V V 54 bbbsbsbbsss

55 W W 55 bbbsbsssbbs

56 X X 56 bbbsssbsbbs

57 Y Y 57 bbbsbbsbsss

58 Z Z 58 bbbsbbsssbs

59 [ [ 59 bbbsssbbsbs

60 \ \ 60 bbbsbbbbsbs

61 ] ] 61 bbssbssssbs

62 ^ ^ 62 bbbbsssbsbs

63 _ _ 63 bsbssbbssss

64 NUL ` 64 bsbssssbbss

65 SOH a 65 bssbsbbssss

66 STX b 66 bssbssssbbs

67 ETX c 67 bssssbsbbss

68 EOT d 68 bssssbssbbs

69 ENQ e 69 bsbbssbssss

60
70 ACK f 70 bsbbssssbss

71 BEL g 71 bssbbsbssss

72 BS h 72 bssbbssssbs

73 HT i 73 bssssbbsbss

74 LF j 74 bssssbbssbs

75 VT k 75 bbssssbssbs

76 FF l 76 bbssbsbssss

77 CR m 77 bbbbsbbbsbs

78 SO n 78 bbssssbsbss

79 SI o 79 bsssbbbbsbs

80 DLE p 80 bsbssbbbbss

81 DC1 q 81 bssbsbbbbss

82 DC2 r 82 bssbssbbbbs

83 DC3 s 83 bsbbbbssbss

84 DC4 t 84 bssbbbbsbss

85 NAK u 85 bssbbbbssbs

86 SYN v 86 bbbbsbssbss

87 ETB w 87 bbbbssbsbss

88 CAN x 88 bbbbssbssbs

89 EM y 89 bbsbbsbbbbs

90 SUB z 90 bbsbbbbsbbs

91 ESC { 91 bbbbsbbsbbs

92 FS | 92 bsbsbbbbsss

93 GS } 93 bsbsssbbbbs

61
94 RS ~ 94 bsssbsbbbbs

95 US DEL 95 bsbbbbsbsss

96 FNC3 FNC3 96 bsbbbbsssbs

97 FNC2 FNC2 97 bbbbsbsbsss

98 Shift Shift 98 bbbbsbsssbs

99 Switch Code Switch Code 99 bsbbbsbbbbs


C C

100 Switch Code FNC4 Switch Code bsbbbbsbbbs


B B

101 FNC4 Switch Code Switch Code bbbsbsbbbbs


A A

102 FNC1 FNC1 FNC1 bbbbsbsbbbs

103 START Code START Code START Code bbsbsbbbbss


A A A

104 START Code START Code START Code bbsbssbssss


B B B

105 START Code START Code START Code bbsbssbbbss


C C C

106 STOP STOP STOP bbsssbbbsbsbb

O Cdigo comea com um START e deve terminar com um


STOP. Entre as barras de START e STOP estaro as barras
que representam os dados desejados e o dgito verificador.

Na coluna Combinao de Barras, a letra b representa


uma barra e a letra s representa um espao em branco.

Veja um exemplo de cdigo 128A na imagem abaixo:

62
Fonte: The Code Project - www.codeproject.com

Observe que a imagem comea com um START do tipo A.


Aps isso, o cdigo apresenta os dados: DATA (que significa
dados em ingls). Depois temos o dgito verificador e
finalmente o STOP.

Vamos analisar a letra D da palavra DATA. Na tabela acima


o D o caractere cujo valor 36. A combinao de barras
para o D a seguinte: bsbbsssbsss. Isso significa que ao
representar a letra D num cdigo de barras 128C, o
desenho da barra deve conter o seguinte:

1 barra;
1 espao;
2 barras;
3 espaos;
1 barra;
3 espaos.

63
Compare com a figura e veja que est exatamente assim.

Clculo do dgito verificador do cdigo de barras 128

O dgito verificador baseado em um clculo do Mdulo


103 considerando a soma ponderada dos valores de cada
um dos dgitos na mensagem que est sendo codificada,
incluindo o valor do caractere de incio (START).

O seguinte exemplo foi retirado do Manual de Integrao do


Contribuinte: consideremos que a chave de acesso fosse
apenas de oito caracteres e contivesse o seguinte nmero:
09758364.

Na linha Valor do caractere foi includo o valor 105,


que corresponde ao START C. (verifique a tabela).
Os demais valores dos caracteres coincidem com os
valores da chave de acesso, visto que utilizamos o
Code C, que trabalha apenas com nmeros.
O dgito verificador do cdigo ser o resto da diviso da
somatria dos valores ponderados dividido por 103
(mdulo 103). Assim o dgito verificador ser:
Valor da soma ponderada = (1x105) + (1x9) +
(2x75) + (3x83) + (4x64) = 769;
769/103 = 7 resta 48. DV=48.

Representao simblica

64
Impresso

Para a sua impresso ser considerada a seguinte estrutura


de simbolizao:

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Margem clara: espao claro que no contm


nenhuma marca legvel por mquina, localizado
esquerda e direita do cdigo, a fim de evitar
interferncia na decodificao da simbologia. A
margem clara chamada tambm de "rea livre",
zona de silncio ou margem de silncio.
Start C: inicia a codificao dos dados CODE-128C de
acordo com o conjunto de caracteres. O Start C no
representa nenhum caractere.
Dados representados: caracteres representados no
cdigo de barras.
DV: dgito verificador da simbologia.
Stop: caractere de parada que indica o final do cdigo
ao leitor ptico.

Os seguintes padres devem ser respeitados no momento da


impresso do cdigo de barras:

A rea reservada no DANFE;


Largura mnima total do cdigo de barras:
6 cm para impressoras de No Impacto (Laser de
Jato de Tinta);
11,5 cm para impressora de Impacto (Matricial e
de linha).
Altura mnima da barra: 0,8 cm;
Largura mnima da barra: 0,02 cm.

65
Chave de acesso

Observe atentamente a prxima imagem para compreender


a representao da chave de acesso da NF-e, impressa no
DANFE. A figura abaixo se refere chave de acesso da
verso 1.10 da NF-e.

Para a verso 2.00 houve uma pequena alterao na Chave


de acesso. Tal alterao vale para a verso atual. Observe a
tabela abaixo:

Na verso 1.10, o campo Cdigo Numrico era composto


por 09 caracteres. Na verso 2.00 o campo Cdigo

66
Numrico passou a ser composto por 08 caracteres. Foi
criado um outro campo chamado Forma de Emisso da NF-
e com 01 caractere que fica posicionado entre os campos
Nmero de NF-e e Cdigo Numrico.

A Chave de Acesso da Nota Fiscal eletrnica composta


pelos campos apresentados na imagem anterior. Os campos
tm o seguinte significado:

A tabela anterior se refere NF-e 1.10. Para a verso 2.00


temos o novo campo Forma de Emisso da NF-e. Alm
disso, o campo Cdigo Numrico perdeu um caractere. Isso
foi feito para que no fosse necessrio alterar o tamanho da
chave de acesso, que de 44 caracteres. Tais alteraes
continuam valendo para a verso atual do leiaute da NF-e.
Observe as alteraes na tabela abaixo:

Tam
# Campo Descrio Tipo Observao
Max

Nmero do
6 nNF 9 N 1 - 999999999
Documento Fiscal

7 tpEmis Forma de Emisso da 1 N 1 Normal emisso


NF-e normal;
2 Contingncia FS
emisso em contingncia

67
com impresso do DANFE
em Formulrio de
Segurana;
3 Contingncia SCAN
emisso em contingncia
no Sistema de
Contingncia do Ambiente
Nacional SCAN;
4 Contingncia DPEC -
emisso em contingncia
com envio da Declarao
Prvia de Emisso em
Contingncia DPEC;
5 Contingncia FS-DA -
emisso em contingncia
com impresso do DANFE
em Formulrio de
Segurana para Impresso
de Documento Auxiliar de
Documento Fiscal
Eletrnico (FS-DA).

8 cNF Cdigo Numrico que 9 N Nmero Aleatrio gerado


compe a Chave de pelo Emitente de cada NF-
Acesso e

9 cDV Dgito Verificador da 1 N Calculado com a aplicao


Chave de Acesso do algoritmo mdulo 11
base (2,9), vide item 5.4
do Manual de Integrao
do Contribuinte.

O Dgito Verificador (DV) garante a integridade da chave de


acesso, protegendo principalmente contra digitaes
incorretas.

68
Clculo do dgito verificador da chave de acesso

O dgito verificador da chave de acesso da NF-e baseado no


clculo do mdulo 11. O mdulo 11 de um nmero
calculado multiplicando-se cada algarismo pela sequncia de
multiplicadores 2,3,4,5,6,7,8,9,2,3,... posicionados da direita
para a esquerda.

A somatria dos resultados das ponderaes dos algarismos


dividida por 11 e o DV ser a diferena entre o divisor (11)
e o resto da diviso:

DV = 11 - (resto da diviso)

Quando o resto da diviso for 0 (zero) ou 1 (um), o DV deve


ser igual a 0 (zero).

Vamos ao seguinte exemplo retirado no Manual de


Integrao do Contribuinte. Na imagem abaixo podemos
observar uma chave de acesso:

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Somatria das ponderaes = 644;


Dividindo a somatria das ponderaes por 11
teremos: 644 /11 = 58, onde o resto da diviso igual
a 6;
Para calcular o DV, faremos 11 - (resto da diviso): 11
- 6 = 5;
Resultado: DV=5.

69
DANFE em contingncia

Caso o DANFE seja impresso em contingncia dever conter,


alm do cdigo de barras que representa a chave de acesso,
visto acima, outro cdigo de barras para representar dados
da NF-e emitida em contingncia.

Os dados adicionais contidos no segundo cdigo de barras


sero utilizados para auxiliar o registro do trnsito de
mercadorias acobertadas por notas fiscais eletrnicas
emitidas em contingncia.

O Cdigo de Barras Adicional dos Dados da NF-e ser


formado pelo seguinte contedo, em um total de 36
caracteres:

Onde cada coluna tem o seguinte significado:

cUF Cdigo da UF do destinatrio do Documento


Fiscal;
tpEmis Forma de Emisso da NF-e;
CNPJ CNPJ do destinatrio;
vNF Valor Total da NF-e (sem ponto decimal, informar
sempre os centavos);
ICMSp Destaque de ICMS prprio na NF-e no
seguinte formato:
1. h destaque de ICMS prprio;
2. no h destaque de ICMS prprio.
ICMSs Destaque de ICMS por substituio tributria
na NF-e, no seguinte formato:
1. h destaque de ICMS por substituio tributria;
2. no h destaque de ICMS por substituio tributria.
DD Dia da emisso da NF-e;

70
DV Dgito Verificador, calculado nos termos do que
vimos no sub-tpico Clculo do Dgito Verificador da
Chave de Acesso.

71
Contingncia

Veja as possveis definies para a palavra contingncia:

con.tin.gn.cia
sf (lat contingentia) 1 Qualidade do que contingente. 2
Eventualidade. 3 Fato possvel, mas incerto. (Michaelis On
Line).

s.f. Eventualidade, possibilidade de que algo acontea ou


no. / Filosofia. Condio de toda coisa existente ser criada,
ser condicionada. (Aurlio On Line).

Embora exista toda uma infraestrutura preparada para


emisso de Notas Fiscais Eletrnicas, algo pode dar errado.
Nesse ponto, entra a contingncia. As informaes analisadas
nesse captulo foram tiradas na sua maioria do Manual de
Emisso da NF-e em Contingncia, disponvel no site do
Portal Nacional da Nota Fiscal Eletrnica.

A obteno da autorizao de uso da NF-e um processo


que envolve diversos recursos de infraestrutura, hardware e
software. O mau funcionamento ou a indisponibilidade de
qualquer um destes recursos pode prejudicar o processo de
autorizao da NF-e, com reflexos nos negcios do emissor
da NF-e que fica impossibilitado de obter a prvia
autorizao de uso da NF-e exigida na legislao para a
emisso do DANFE para acompanhar a circulao da
mercadoria.

A alta disponibilidade uma das premissas bsicas do


sistema da NF-e e os sistemas de recepo de NF-e dos
Estados foram construdos para funcionar em regime de
24x7. No entanto, existem diversos outros componentes do
sistema que podem apresentar falhas e comprometer a

72
disponibilidade dos servios, exigindo alternativas de emisso
da NF-e em contingncia.

Modalidades de emisso da NF-e

O AJUSTE SINIEF 07/05 e as legislaes especficas de cada


UF disciplinam e detalham as modalidades de emisso de NF-
e vistas na figura anterior e que sero descritas de forma
simplificada a seguir.

73
Em um cenrio de falha que impossibilite a emisso da NF-e
na modalidade normal, o emissor deve escolher a
modalidade de emisso de contingncia que lhe for mais
conveniente, ou at mesmo aguardar a normalizao da
situao para voltar a emitir a NF-e na modalidade normal,
caso a emisso da NF-e no seja urgente.

Como no existe precedncia ou hierarquia nas modalidades


de emisso da NF-e em contingncia, o emissor pode adotar
uma, algumas ou todas as modalidades que tiver sua
disposio, ou no adot-las. Vejamos abaixo as explicaes
sobre cada uma das modalidades:

a) Normal o procedimento padro de emisso da NF-e,


onde o contribuinte transmite a NF-e para a Secretaria de
Fazenda para obter a autorizao de uso. O DANFE ser
impresso em papel comum aps o recebimento da
autorizao de uso.

Fonte: Manual de Emisso da NF-e em Contingncia -


www.nfe.fazenda.gov.br

74
O processo de emisso normal a situao desejada e mais
adequada para o emissor, pois a situao em que todos os
recursos necessrios para a emisso da NF-e esto
operacionais e a autorizao de uso da NF-e concedida
normalmente pela SEFAZ.

Nesta situao a emisso das NF-e realizada normalmente


com a impresso do DANFE em papel comum, aps o
recebimento da autorizao de uso da NF-e.

b) FS-DA Contingncia com uso do formulrio de


segurana para impresso de documento auxiliar do
documento fiscal eletrnico Contingncia com uso do
Formulrio de Segurana para impresso de Documento
Auxiliar do Documento Fiscal eletrnico a alternativa mais
simples para a situao em que exista algum impedimento
para obteno da autorizao de uso da NF-e, como por
exemplo, um problema no acesso internet ou a
indisponibilidade da SEFAZ de origem do emissor. Neste caso,
o emissor pode optar pela emisso da NF-e em contingncia
com a impresso do DANFE em Formulrio de Segurana. O
envio das NF-e emitidas nesta situao para SEFAZ de
origem ser realizado quando cessarem os problemas
tcnicos que impediam a sua transmisso. Cabe ressaltar que
a esta modalidade de contingncia ainda possvel
utilizando-se formulrios de segurana para impressor
autnomo, nos termos da legislao vigente at 2010, at o
final do estoque daqueles formulrios.

75
Fonte: Manual de Emisso da NF-e em Contingncia -
www.nfe.fazenda.gov.br

A contingncia com o uso do formulrio de segurana o


processo mais simples de implementar, sendo o processo de
contingncia que tem a menor dependncia de recursos de
infraestrutura, hardware e software para ser utilizado.

Sendo identificada a existncia de qualquer incidente que


prejudique ou impossibilite a transmisso das NF-e e/ou
obteno da autorizao de uso da SEFAZ, a empresa pode
adotar a Contingncia com formulrio de segurana que
requer os seguintes procedimentos do emissor:

Atribuir novo nmero de NF-e para as NF-e


transmitidas que esto pendentes de retorno;
Alterar o campo tpEmis para 51;
Informar o motivo de entrada em contingncia com
data, hora com minutos e segundos do seu incio,

76
que devem ser impressas no DANFE;
Regerar o XML da NF-e com outro nmero e,
eventualmente, outra srie, caso j tenha
transmitido a NF-e com o campo tpEmis com valor
1;
Impresso de pelo menos duas vias do DANFE em
formulrio de segurana constando no corpo a
expresso DANFE em Contingncia - impresso em
decorrncia de problemas tcnicos, tendo as vias a
seguinte destinao:

Uma das vias permitir o trnsito das


mercadorias e dever ser mantida em arquivo
pelo destinatrio pelo prazo estabelecido na
legislao tributria para a guarda de
documentos fiscais;
A outra via dever ser mantida em arquivo pelo
emitente pelo prazo estabelecido na legislao
tributria para a guarda dos documentos fiscais.

Transmitir as NF-e imediatamente aps a cessao


dos problemas tcnicos que impediam a
transmisso da NF-e, observando o prazo limite de
transmisso na legislao;
Tratar as NF-e transmitidas por ocasio da
ocorrncia dos problemas tcnicos que esto
pendentes de retorno.

c) SCAN Sistema de Contingncia do Ambiente


Nacional a alternativa de emisso da NF-e em
contingncia com transmisso da NF-e para o Sistema de
Contingncia do Ambiente Nacional (SCAN). Nesta
modalidade de contingncia o DANFE pode ser impresso em
papel comum e no existe necessidade de transmisso da
NF-e para a SEFAZ de origem quando cessarem os problemas

77
tcnicos que impediram a transmisso. Alm do uso de srie
especfica reservada para o SCAN (srie 900-999), o Sistema
de Contingncia do Ambiente Nacional depende de ativao
da SEFAZ de origem, o que significa dizer que o SCAN s
entra em operao quando a SEFAZ de origem estiver com
problemas tcnicos que impossibilitam a recepo da NF-e;

Fonte: Manual de Emisso da NF-e em Contingncia -


www.nfe.fazenda.gov.br

O Sistema de Contingncia do Ambiente Nacional SCAN


administrada pela Receita Federal do Brasil que pode assumir
a recepo e autorizao das NF-e de qualquer unidade da
federao, quando solicitado pela UF interessada.

O SCAN somente tratar NF-e emitidas com numerao nas


sries 900 a 999, inclusive. Esta regra se aplica a todos os
servios (autorizao, cancelamento, inutilizao e consulta
situao da NF-e). Com esta restrio se elimina a
possibilidade de que, aps a recuperao de uma falha, uma

78
mesma NF-e tenha sido autorizada pelo SCAN e pela SEFAZ
origem. Da mesma forma, a SEFAZ origem no autorizar,
cancelar ou inutilizar numerao de NF-e nestas sries
reservadas ao SCAN. A exceo a esta regra o servio de
consulta situao da NF-e, uma vez que a SEFAZ origem
poder responder consulta de situao das NF-e das sries
900-999 que estejam em sua base de dados.

A recepo das NF-e pelo SCAN ativado pela UF interessada


e uma vez acionada passa a recepcionar as NF-e de srie 900
a 999 dos emissores credenciados para emitir NF-e na UF.
Eventualmente um emissor credenciado recentemente pode
no estar autorizado a emitir NF-e no SCAN caso o Cadastro
Nacional de Emissores no tenha sido atualizado pela UF
interessada.

Ocorrendo a indisponibilidade, a SEFAZ origem acionar o


SCAN para que ative o servio de recepo e autorizao de
NF-e em seu lugar. Finda a indisponibilidade, a SEFAZ origem
acionar novamente o SCAN, agora para desativar o servio.
A desativao do servio de recepo e autorizao de NF-e
pelo SCAN ser precedida por um perodo de 15 minutos, em
que ambos os ambientes estaro simultaneamente
disponveis, de forma a minimizar o impacto da mudana
para o Contribuinte.

Inicialmente, o acionamento para ativao/desativao ser


baseado em interao humana, entre a operao da SEFAZ
origem e a operao do SCAN.

Apenas o servio de recepo e autorizao de NF-e pelo


SCAN seguir a sistemtica de ativao/desativao. Os
demais servios (cancelamento, inutilizao, consulta status
de NF-e e consulta status do servio) ficaro
permanentemente ativos. Com isso o Contribuinte poder, a
qualquer momento, executar os cancelamentos, inutilizaes

79
e consultas necessrias manuteno da integridade da
sequncia de numerao das emisses de NF-e nas sries
reservadas ao SCAN.

Aps a recuperao da falha pela SEFAZ origem, as NF-e


recebidas pelo SCAN (sries 900 a 999) sero transmitidas
pelo Ambiente Nacional para a SEFAZ origem, de forma que,
como as demais NF-e, elas ficaro disponveis para consulta
nos dois ambientes.

A contingncia SCAN dever ser ativada com maior


frequncia nas situaes em que a indisponibilidade da
recepo de NF-e pela SEFAZ de origem seja previsvel e de
longa durao como o caso das interrupes programadas
para manuteno preventiva da infraestrutura de recepo
da SEFAZ de origem.

Se o SCAN estiver desabilitado para a UF, qualquer


mensagem enviada pela empresa ser rejeitada com o erro
114-SCAN desabilitado pela SEFAZ Origem.

A identificao de que o SCAN foi ativado pela SEFAZ ser


atravs do servio Consulta ao Status do SCAN que poder
retornar os seguintes cdigos de situao:

107 Servio em Operao;


113 SCAN ser desabilitado para a UF s hh:mm;
114 SCAN desabilitado pela SEFAZ Origem;

A empresa pode acionar o SCAN somente quando obtiver o


status 107 Servio em Operao, devendo adotar os
seguintes procedimentos:

Identificao de que o SCAN foi acionado pela


SEFAZ;
Alterao da srie da NF-e para a faixa de uso

80
exclusivo do SCAN (900 a 999), a alterao da srie
implica na adoo da numerao em uso da srie
escolhida o que implica na alterao do nmero da
NF-e tambm;
Alterar o valor de tpEmis para 3;
Gerao de novo arquivo XML da NF-e informando a
data e hora de incio da contingncia e o motivo da
adoo da contingncia, que devem ser impressas
no DANFE;
Transmisso da NF-e para o SCAN e obteno da
autorizao de uso;
Impresso do DANFE em papel comum;
Tratamento dos arquivos de NF-e transmitidos antes
da ocorrncia dos problemas tcnicos e que esto
pendentes de retorno, cancelando aquelas NF-e
autorizadas e que foram substitudas pela seriao
do SCAN ou inutilizando a numerao de arquivos
no recebidos ou processados.

Veja abaixo a lista de Web Services do SCAN nos ambientes


de homologao e produo:

Web Services do ambiente de Homologao do SCAN:

https://hom.nfe.fazenda.gov.br/SCAN/NfeCancelamento2/NfeCancelamento2.asmx
https://hom.nfe.fazenda.gov.br/SCAN/NfeConsulta2/NfeConsulta2.asmx
https://hom.nfe.fazenda.gov.br/SCAN/NfeInutilizacao2/NfeInutilizacao2.asmx
https://hom.nfe.fazenda.gov.br/SCAN/NfeRecepcao2/NfeRecepcao2.asmx
https://hom.nfe.fazenda.gov.br/SCAN/NfeRetRecepcao2/NfeRetRecepcao2.asmx
https://hom.nfe.fazenda.gov.br/SCAN/NfeStatusServico2/NfeStatusServico2.asmx

Web Services do ambiente de produo do SCAN:

https://www.scan.fazenda.gov.br/NfeCancelamento2/NfeCancelamento2.asmx
https://www.scan.fazenda.gov.br/NfeConsulta2/NfeConsulta2.asmx
https://www.scan.fazenda.gov.br/NfeInutilizacao2/NfeInutilizacao2.asmx
https://www.scan.fazenda.gov.br/NfeRecepcao2/NfeRecepcao2.asmx
https://www.scan.fazenda.gov.br/NfeRetRecepcao2/NfeRetRecepcao2.asmx
https://www.scan.fazenda.gov.br/NfeStatusServico2/NfeStatusServico2.asmx

81
d) DPEC Declarao Prvia de Emisso em
Contingncia a alternativa de emisso de NF-e em
contingncia com o registro prvio do resumo das NF-e
emitidas. O registro prvio das NF-e permite a impresso do
DANFE em papel comum. A validade do DANFE est
condicionada posterior transmisso da NF-e para a SEFAZ
de Origem.

Fonte: Manual de Emisso da NF-e em Contingncia -


www.nfe.fazenda.gov.br

O modelo de Contingncia Eletrnica foi idealizado como


alternativa que permita a dispensa do uso do formulrio de
segurana para impresso do DANFE e a no alterao da
srie e numerao da NF-e emitida em contingncia.

Esta modalidade de contingncia baseada no conceito de


Declarao Prvia de Emisso em Contingncia DPEC, que
contem as principais informaes da NF-e que sero emitidas

82
em contingncia, prestadas pelo emissor para a SEFAZ.

Manual de Emisso da NF-e em Contingncia - www.nfe.fazenda.gov.br

A Contingncia Eletrnica poder ser adotada por qualquer


emissor que esteja impossibilitado de transmisso e/ou
recepo das autorizaes de uso de suas NF-e, adotando os
seguintes passos:

Atribuir novo nmero de NF-e para as NF-e


transmitidas que esto pendentes de retorno;
Alterar o tpEmis das NF-e que deseja emitir para 4;
Informar o motivo de entrada em contingncia na NF-e
com data, hora com minutos e segundos do seu incio,
que devem ser impressas no DANFE;
Regerar as notas fiscais e os lotes de NF-e com outro
nmero e, eventualmente, outra srie, caso j tenha
transmitido a NF-e com o campo tpEmis com valor 1;
Gerar o arquivo XML de Declarao Prvia de Emisso
em Contingncia DPEC, com as seguintes
informaes das NF-e que compe um lote de NF-e:
Chave de acesso;
CNPJ ou CPF do destinatrio;
UF de localizao do destinatrio;
Valor Total da NF-e;

83
Valor Total do ICMS;
Valor Total do ICMS retido por Substituio
Tributria.
Completar o arquivo gerado com outras informaes de
controle como o CNPJ, a IE e a UF de localizao do
contribuinte emissor e assinar o arquivo com o
certificado digital do seu emissor;
Enviar o arquivo XML da DPEC para a Receita Federal
do Brasil via Web Service ou via upload atravs de
pgina WEB do Portal Nacional da NF-e;
Impresso dos DANFE das NF-e que constam da DPEC
enviado ao SCE em papel comum, constando no corpo
a expresso DANFE impresso em contingncia - DPEC
regularmente recebida pela Receita Federal do Brasil,
tendo as vias a seguinte destinao:
Uma das vias permitira o trnsito das
mercadorias e devera ser mantida em arquivo
pelo destinatrio pelo prazo estabelecido na
legislao tributaria para a guarda de
documentos fiscais;
A outra via devera ser mantida em arquivo pelo
emitente pelo prazo estabelecido na legislao
tributaria para a guarda dos documentos fiscais.
Adotar as seguintes providncias, apos a cessao dos
problemas tcnicos que impediam a transmisso da
NF-e para UF de origem:
Transmitir as NF-e emitidas em Contingencia
Eletrnica para a SEFAZ de origem, observando o
prazo limite de transmisso na legislao;
Tratar as NF-e transmitidas por ocasio da
ocorrncia dos problemas tcnicos que esto
pendentes de retorno;

Vejamos os endereos eletrnicos do DPEC.

Web Service da DPEC do ambiente de homologao:

84
https://hom.nfe.fazenda.gov.br/SCERecepcaoRFB/SCERecepcaoRFB.asmx
https://hom.nfe.fazenda.gov.br/SCEConsultaRFB/SCEConsultaRFB.asmx

Pgina Web da DPEC do ambiente de homologao:

https://hom.nfe.fazenda.gov.br/PORTAL/DPEC/ConsultaDPEC.aspx
https://hom.nfe.fazenda.gov.br/PORTAL/DPEC/UploadDPEC.aspx

Web Service de DPEC do ambiente de produo:

https://www.nfe.fazenda.gov.br/SCERecepcaoRFB/SCERecepcaoRFB.asmx
https://www.nfe.fazenda.gov.br/SCEConsultaRFB/SCEConsultaRFB.asmx

Pgina Web da DPEC do ambiente de produo:

https://www.nfe.fazenda.gov.br/portal/DPEC/ConsultaDPEC.aspx
https://www.nfe.fazenda.gov.br/portal/DPEC/UploadDPEC.aspx

e) SVC Sefaz Virtual de Contingncia alternativa de


emisso de NF-e em contingncia com transmisso da NF-e
para uma das Sefaz Virtuais de Contingncia. Nesta
modalidade de contingncia o DANFE pode ser impresso em
papel comum e no existe necessidade de transmisso da
NF-e para a SEFAZ de origem quando cessarem os problemas
tcnicos que impediam a transmisso. A utilizao da SVC
depende de ativao da SEFAZ de origem, o que significa
dizer que a SVC s entra em operao quando a SEFAZ de
origem estiver com problemas tcnicos que impossibilitam a
recepo da NF-e.

85
Quadro de resumo das modalidades de
emisso da NF-e

Observe na imagem abaixo os principais procedimentos


necessrios para adequar a NF-e para a modalidade de
emisso desejada.

Fonte: Manual de Emisso da NF-e em Contingncia -


www.nfe.fazenda.gov.br

86
Formulrios de Segurana para impresso do
DANFE

Atualmente existem os seguintes tipos de formulrios de


segurana:

Formulrio de Segurana (FS): disciplinado pelos


Convnios ICMS 58/95 e 131/95;
Formulrio de Segurana para Impresso de
Documento Auxiliar de Documento Fiscal Eletrnico
(FS-DA): disciplinado pelo Convnio ICMS 110/08 e
Ato COTEPE 35/08.

O uso do formulrio de segurana (FS) ser permitido apenas


para consumir os estoques existentes, pois sua aquisio
para impresso de DANFE no ser mais autorizada a partir
de 01/08/2009.

O FS e o FS-DA podem ser fabricados por estabelecimento


industrial grfico previamente credenciado junto
COTEPE/ICMS, porm somente este ltimo tem a
possibilidade de ser distribudo atravs de estabelecimento
grfico credenciado como distribuidor junto UF de
interesse, mediante a obteno de credenciamento,
concedido por regime especial.

Os formulrios de segurana so confeccionados com


requisitos de segurana com o objetivo de dificultar
falsificao e fraudes. Estes requisitos so adicionados ou por
ocasio da fabricao do papel de segurana produzido pelo
processo mould made ou por ocasio da impresso no caso
do FS fabricado com papel dotado de estampa fiscal, com
recursos de segurana impressos. Assim, a legislao
tributria permite o uso de formulrios de segurana que
atendam os seguintes requisitos:

87
FS com Estampa Fiscal impresso com calcografia
com microtexto e imagem latente na rea
reservado ao fisco, o impresso dever ter fundo
numismtico com tinta reagente a produtos
qumicos combinado com as Armas da Repblica;

FS em Papel de Segurana com filigrana (marca


dgua) produzida pelo processo mould made,
fibras coloridas e luminescentes, papel no
fluorescente, microcpsulas de reagente qumico e
microporos que aumentem a aderncia do toner ao
papel.

Todos os formulrios de segurana tero o nmero de


controle do formulrio com numerao sequencial de
000.000.001 a 999.999.999 e seriao de AA a ZZ,
impresso no quadro reservado ao fisco.

A identificao do formulrio de segurana com calcografia


mais simples pela existncia da estampa fiscal localizada no
quadro reservado ao fisco e pelo fundo numismtico com cor
caracterstica associada ao braso das Armas da Repblica no
corpo do formulrio.

A diferenciao entre o FS e FS-DA produzidos por


calcografia estabelecida simultaneamente pela cor utilizada
no fundo numismtico, pela estampa fiscal, pelas Armas da
Repblica e pelo logotipo caracterstico de formulrio
destinado a impresso de documento fiscal eletrnico.

O FS tem o fundo numismtico impresso na cor de tonalidade


predominante esverdeada combinada com as Armas da
Repblica e estampa fiscal na cor azul pantone. O FS-DA tem
o fundo numismtico impresso na cor de tonalidade
predominante Salmo pantone n 155 combinada com as
Armas da Repblica ao lado do logotipo que caracteriza o

88
Documento Auxiliar de Documento Fiscal Eletrnico e
estampa fiscal na cor Vinho Pantone, conforme exemplos
visualizados na imagem abaixo.

Fonte: Manual de Emisso da NF-e em Contingncia -


www.nfe.fazenda.gov.br

89
Fonte: Manual de Emisso da NF-e em Contingncia -
www.nfe.fazenda.gov.br

A identificao do formulrio de segurana fabricado em


papel de segurana no to evidente como o formulrio
com calcografia, pois a primeira vista um papel branco
facilmente confundido com um papel comum.

O que ajuda a caracterizar a segurana desse formulrio so


os seguintes itens:

Filigrana (marca dgua) existente no seu corpo;


Seriao composta por duas letras e numerao
sequencial de nove nmeros aposta no espao
normalmente reservado ao fisco;
Impresso da identificao do adquirente;

90
Cdigos de barras impressos no rodap inferior.

O FS possui filigrana caracterizada com o braso de Armas


da Repblica intercalada com a expresso NOTA FISCAL,
enquanto que o FS-DA possui filigrana caracterizada pelo
braso das Armas da Repblica intercalada com o logotipo do
Documento Auxiliar de Documentos Fiscais Eletrnicos. Estas
filigranas somente se tornam visveis contra a luz.

Observe na figura abaixo o modelo da filigrana caracterstica


do papel de segurana exclusivo para o FS-DA:

Fonte: Manual de Emisso da NF-e em Contingncia -


www.nfe.fazenda.gov.br

91
Agora observe na prxima imagem o modelo das dimenses
e posicionamento das filigranas no papel de segurana para
FS-DA:

Fonte: Manual de Emisso da NF-e em Contingncia -


www.nfe.fazenda.gov.br

92
Localizao da estampa fiscal no FS-DA

A estampa fiscal impressa na rea reservada ao fisco que


est localizada no canto inferior direito do formulrio de
segurana.

Nesta mesma rea tambm so impressos a srie e o


nmero de controle, assim, o emissor deve tomar os
cuidados necessrios para que o recibo do canhoto de
entrega no utilize o espao de 40 mm x 85 mm do canto
inferior do impresso, deslocando-o para a parte superior do
formulrio.

Observe nas duas imagens seguintes um exemplo de DANFE


com recibo deslocado para a parte superior.

93
Fonte: Manual de Emisso da NF-e em Contingncia -
www.nfe.fazenda.gov.br

94
Fonte: Manual de Emisso da NF-e em Contingncia -
www.nfe.fazenda.gov.br

95
Importante destacar que o FS-DA tem um cdigo de barras
com a identificao da sua origem e seu usurio pr-
impresso no rodap inferior, que deve ser preservado, pois
ser utilizado na fiscalizao de trnsito.

Impresso do DANFE em contingncia com Formulrio


de Segurana

Quando a modalidade de emisso de contingncia for


baseada no uso de formulrio de segurana, o DANFE deve
ser impresso no mesmo tipo de formulrio de segurana
declarado no campo tp_emis da NF-e.

Nos casos de contingncia com uso de formulrio de


segurana, a impresso do DANFE em papel comum contraria
a legislao e ocasiona graves consequncias ao emitente,
pelo descumprimento de obrigao acessria, caracterizando
ainda a inidoneidade do DANFE para efeito de circulao da
mercadoria e de escriturao e aproveitamento do crdito
pelo seu destinatrio.

O formulrio de segurana pode ser utilizado para impresso


do DANFE em qualquer modalidade de emisso, contudo, o
emissor dever formalizar a opo pelo uso do formulrio de
segurana em todas as operaes no livro Registro de
Documentos Fiscais e Termos de Ocorrncia RUDFTO,
modelo 6.

Observe a tabela a seguir que mostra as relaes entre a


impresso dos DANFE e as modalidades de emisso da NF-e.

96
Fonte: Manual de Emisso da NF-e em Contingncia -
www.nfe.fazenda.gov.br

Aes que devem ser tomadas aps a


recuperao da falha

A emisso de NF-e em contingncia um procedimento de


exceo e existem algumas aes que devem ser tomadas
aps a recuperao da falha, a principal delas a
transmisso das NF-e emitidas em contingncia para que
sejam autorizadas.

Registro da contingncia no RUDFTO

Qualquer que seja a hiptese de contingncia necessrio


lavrar termo circunstanciado no livro Registro de Documentos
Fiscais e Termos de Ocorrncia RUDFTO, modelo 6, para
registro da contingncia, informando:

I o motivo da entrada em contingncia;


II a data, hora com minutos e segundos do seu incio e seu
trmino;
III a numerao e srie da primeira e da ltima NF-e
geradas neste perodo;
IV identificar a modalidade de contingncia utilizada.

Transmisso das NF-e emitidas em contingncia

As notas fiscais emitidas em contingncia FS, FS-DA e DPEC

97
devem ser transmitidas imediatamente aps a cessao dos
problemas tcnicos que impediam a transmisso da NF-e,
observando o prazo limite de transmisso estabelecido na
legislao.

As NF-e emitidas no SCAN no precisam ser transmitidas


para a SEFAZ de origem.

Rejeio de NF-e emitidas em contingncia

Caso ocorra a rejeio de alguma NF-e emitida em


contingncia, o contribuinte dever:

I gerar novamente o arquivo com a mesma numerao e


srie, sanando a irregularidade desde que no se altere:
a) as variveis que determinam o valor do imposto tais
como: base de clculo, alquota, diferena de preo,
quantidade, valor da operao ou da prestao;
b) a correo de dados cadastrais que implique mudana do
remetente ou do destinatrio;
c) a data de emisso ou de sada;

II solicitar Autorizao de Uso da NF-e;

III imprimir o DANFE correspondente NF-e autorizada, no


mesmo tipo de papel utilizado para imprimir o DANFE
original;

IV providenciar, junto ao destinatrio, a entrega da NF-e


autorizada bem como do novo DANFE impresso nos termos
do item III, caso a gerao saneadora da irregularidade da
NF-e tenha promovido alguma alterao no DANFE.

NF-e pendentes de retorno

Quando ocorrer uma falha, seja ela no ambiente do

98
Contribuinte, no ambiente da SEFAZ origem ou no ambiente
do SCAN, h a probabilidade de existirem NF-e transmitidas
pelo contribuinte e para as quais ele ainda no obteve o
resultado do processamento. Estas NF-e so denominadas de
NF-e Pendentes de Retorno.

As NF-e Pendentes de Retorno podem no ter sido recebidas


pela SEFAZ origem, estar na fila aguardando processamento,
estar em processamento ou o processamento pode j ter
sido concludo.

Caso a falha tenha ocorrido na SEFAZ origem, ao retornar


operao normal, possvel que as NF-e que estavam em
processamento sejam perdidas, e que as que estavam na fila
tenham o seu processamento concludo normalmente.

Cabe aplicao do contribuinte tratar adequadamente a


situao das NF-e Pendentes de Retorno e executar,
imediatamente aps o retorno operao normal, as aes
necessrias regularizao da situao destas NF-e, a saber:

a) Cancelar as NF-e Pendentes de Retorno que tenham sido


autorizadas pela SEFAZ origem, mas que tiveram as
operaes comerciais correspondentes registradas em NF-e
emitidas em contingncia.

b) Inutilizar a numerao das NF-e Pendentes de Retorno que


no foram autorizadas ou denegadas.

99
Projeto Nota Fiscal de Consumidor
Eletrnica NFC-e

Objetivos

A NFC-e um documento eletrnico (arquivo de computador)


que substituir as notas fiscais de venda a consumidor,
modelo 2 e o cupom fiscal emitido por ECF com grandes
vantagens para as empresas, para o Fisco e para a
sociedade.

Com a NFC-e ser possvel documentar operaes comerciais


de venda presencial a consumidor final (pessoa fsica ou
jurdica) em operao interna onde no haja transporte e
sem gerao de crdito de ICMS ao adquirente.

100
Benefcios Esperados

Assim como a NF-e, a NFC-e traz diversos benefcios. Em


termos gerais poderamos citar os seguintes:

Dispensa de homologao do software pelo Fisco;


Uso de Impressora no fiscal comum trmica ou a
laser;
Simplificao de obrigaes acessrias (dispensa de
impresso de Reduo Z e Leitura X, Mapa Resumo,
Lacres, Revalidao, Comunicao de ocorrncias,
Cessao etc.);
Dispensa de Interveno Tcnica;
Uso de papel comum, exceto em papel-jornal,
respeitados, ainda, os seguintes requisitos:
a) largura mnima de 58 mm e altura mnima
suficiente para conter todas as sees
especificadas no Manual de Orientao do
Contribuinte da NF-e;
b) utilizao, para impresso, de tecnologia que
garanta a legibilidade das informaes impressas
por, no mnimo, 6 (seis) meses;
Transmisso em tempo real ou on-line da NFC-e;
No h necessidade de autorizao prvia do
equipamento a ser utilizado;
Uso de novas tecnologias de mobilidade (smartphone,
tablet, notebook e outros);
Flexibilidade de expanso de pontos de venda, sem
necessidade de autorizao do Fisco;
Integrao de plataformas de vendas fsicas e virtuais;
Apelo ecolgico com reduo significativa dos gastos
com papel.

Podemos segmentar os benefcios por emissor contribuinte e


consumidor. Vejamos.

101
Benefcios para o contribuinte vendedor (emissor da
NF-e)

Reduo de custos.
Dispensa de obrigatoriedade de hardware;
Uso de Impressora No Fiscal;
Simplificao de obrigaes acessrias (dispensa de
Reduo Z, Mapa de Caixa, Lacres);
Eliminao da figura de Interventor Tcnico;
Uso de papel com menor requisito de tempo de
guarda;
Transmisso em Tempo Real ou Online da NFC-e;
Reduo significativa de gastos com papel;
Integrao com programas de Cidadania Fiscal sem
necessidade de envio SEFAZ de Arquivos de
Impressora Fiscal);
Uso de Novas Tecnologias de Mobilidade.
Flexibilidade de expanso de PDV.
Apelo ecolgico.
Integrao de plataformas de vendas fsicas e virtuais.

Benefcios para o consumidor

Possibilidade de consulta em Tempo Real ou Online de


suas NFC-e no portal da SEFAZ.
Segurana quanto a validade e autenticidade da
transao comercial.
Possibilidade de receber DANFE da NFC-e Ecolgico
(resumido) ou E-mail.

102
Conceitos e Caractersticas da NFC-e

Assim com a NF-e, a NFC-e um documento de existncia


exclusivamente digital, emitido e armazenado
eletronicamente.

A NFC-e tem basicamente as mesmas caractersticas da NF-e


que vimos anteriormente. Lembrando que a NFC-e emitida
para o consumidor final, numa compra presencial sem frete.

A NFC-e tem o mesmo leiaute da NF-e. O modelo da NF-e o


55. O modelo da NFC-e o 65.

A NFC-e tambm possui um DANFE. chamado de DANFE


NFC-e. Ele deve ser impresso aps a emisso da NFC-e. Deve
possuir um QR Code, cdigo de barras unidimensional, para
consulta da NFC-e. Veremos mais detalhes sobre o DANFE
NFC-e em captulo especfico.

Modelo Operacional da NFC-e

A NFC-e emitida pelo contribuinte utilizando um Programa


Emissor, que deve ser instalado nos computadores da
empresa. Aps ser preenchida e assinada eletronicamente
(com Certificado Digital) a NFC-e transmitida pela
internet para a SEFAZ.

Em Frao de segundos os computadores da SEFAZ verificam


a autenticidade dos documentos e a consistncia das
informaes. Se no houver nenhum erro, o contribuinte
recebe de volta, em seu programa, o nmero da Autorizao
de Uso. A partir deste momento a NFC-e tem validade e pode
acobertar a venda.

103
A seguir podemos observar o cenrio completo da emisso
da NFC-e, informando as aes que podem ser tomadas
pelos envolvidos no processo: Empresa, Autorizador e
Consumidor Final.

Procedimentos da Empresa

Credenciar-se como emissora de NFC-e pela Sefaz-


Virtual/RS na SEFAZ do Estado onde esteja
estabelecida. Compete Administrao
Tributria/Fazendria daquele Estado (e no Sefaz-
Virtual/RS) credenciar seus contribuintes e permitir
acesso aos ambientes de testes ou de produo.
Adquirir um certificado digital nos padres da NF-e.
Poder ser utilizado qualquer certificado que atenda a
estes requisitos. Compete ao contribuinte avaliar e
escolher o tipo de certificado que utilizar, dentre as
opes de mercado (e-PJ ou e- CNPJ, tipo A1 ou A3, e
assim por diante);
Para obter o CSC de Homologao e de Produo o

104
contribuinte deve entrar no Portal da NFC-e do seu
Estado. O CSC corresponde a um Cdigo de Segurana
do Contribuinte, alfanumrico, de conhecimento apenas
da Secretaria de Fazenda do Estado do emitente e do
prprio contribuinte. Desta forma, possvel garantir a
autoria do DANFE NFC-e e do respectivo QR Code, pois
somente o Fisco e o contribuinte emissor conhecem o
valor vlido do CSC para aquela empresa no Estado.
Adaptar o seu sistema para emitir NFC-e;
Aes efetuada pelo software da empresa:
1. Montar o XML com os dados da NFC-e;
2. Verificar se o XML est bem formado;
3. Validao do esquema (schema) XML;
4. Assinatura digital;
5. Enviar o XML solicitando autorizao.

Procedimentos do Autorizador (SEFAZ Autorizador /


SEFAZ Virtual)

A empresa da UF envia a solicitao de autorizao;


O autorizador recebe a solicitao de autorizao;
O autorizador efetua as validaes necessrias;
O autorizador devolve a resposta da autorizao.

Procedimentos do Consumidor Final

Aps o PDV do contribuinte receber a resposta da


autorizao de emisso da NFC-e da venda, o
consumidor tem algumas opes para receber o DANFE
NFC-e (Cupom Fiscal):
1. Exibir o Cupom Fiscal em tela com o QRCode (o
consumidor captura o QRCode com um smartfone
ou tablet);
2. Receber o DANFE NFC-e por e-mail;

105
3. Receber o DANFE NFC-e ecolgico; ou
4. Receber o DANFE NFC-e com os detalhes da
venda.

Fonte: Manual de Orientao para Emisso da NFC-e

106
DANFE Documento Auxiliar da NFC-e

Conceito

O DANFE NFC-e uma representao simplificada da NFC-e


que contm a chave de acesso e o cdigo de barras QR Code
da NFC-e para que o consumidor consulte a regularidade da
mesma.

Modelos do DANFE NFC-e

Existem dois modelos possveis para o DANFE NFC-e.

DANFE NFC-e Modelo Padro

107
DANFE NFC-e Modelo Resumido (Ecolgico)

As imagens so conceituais e foram apresentadas quando o


projeto estava em fase de estudo e desenvolvimento.
Veremos a seguir como ficaram definidas as regras para a
emisso do DANFE NFC-e.

Consideraes

Seguem algumas consideraes acerca da impresso do


DANFE NFC-e e do Detalhe da Venda:

O DANFE NFC-e um documento fiscal auxiliar, sendo


apenas uma representao simplificada, em papel, da
transao de venda no varejo, de forma a facilitar a
consulta, pelo consumidor final, do documento fiscal
eletrnico no ambiente da SEFAZ;

108
A impresso do DANFE NFC-e efetuada diretamente
pelo Aplicativo do contribuinte em impressora comum
(no fiscal), com base nas informaes do arquivo
eletrnico XML da NFC-e;
No DANFE NFC-e no devem ser inseridas informaes
que no constem do respectivo arquivo eletrnico XML;
O Detalhe da Venda tem a finalidade de detalhar, para
o consumidor final, os itens de mercadoria que
compem a operao de venda realizada;
O consumidor que aceitar receber somente o DANFE
NFC-e Resumido (sem o Detalhe da Venda) poder,
posteriormente, solicitar ao emissor a impresso, sem
custo, do correspondente DANFE NFC-e completo. O
consumidor tambm poder imprimir o DANFE NFC-e
completo apresentado no portal da Secretaria da
Fazenda, em resposta a consulta pblica pela chave de
acesso da NFC-e ou pelo QR Code impresso no DANFE
NFC-e. O prazo mximo de que dispe o consumidor
para a solicitao de impresso do Detalhe da Venda ao
emitente corresponde ao prazo de garantia da
mercadoria, segundo o cdigo de defesa do
consumidor;
O contribuinte emitente de NFC-e fica dispensado de
enviar ou disponibilizar download ao consumidor do
arquivo XML da NFC-e, exceto se o consumidor assim o
solicitar, desde que antes de iniciada a emisso da
NFC-e;
A legislao estadual poder facultar que, por opo do
adquirente da mercadoria, o DANFE NFC-e no seja
impresso e seja enviado por mensagem eletrnica (e-
mail ou MMS), ou seja impresso apenas o DANFE NFC-
e sem a impresso do Detalhe da Venda.
A legibilidade do texto impresso no DANFE NFC-e,
assim como a durabilidade do papel empregado,
devero ser garantidos, no mnimo, pelo prazo de (6)
seis meses.

109
Sees do DANFE NFC-e

Para nosso estudo dividiremos o DANFE NFC-e em algumas


sees e explicaremos o que deve ser impresso em cada uma
das sees. Observe a imagem a seguir.

Fonte: Manual de Especificaes Tcnicas do DANFE NFC-e

Seo I Informaes do Cabealho

O cabealho dever conter as seguintes informaes:

Logo NFC-e (opcional);

110
Logo do Contribuinte (opcional);
Razo social do Emitente;
CNPJ do Emitente;
Inscrio Estadual do Emitente;
Inscrio Municipal do Emitente (se houver);
Endereo Completo do Emitente.

Seo II Informaes Fixas do DANFE NFC-e

Na seo das informaes do DANFE NFC-e o texto dever


ser exibido de forma centralizada, conforme observamos na
seo II da imagem anterior.

obrigatrio constar nesta seo a seguinte informao No


permite aproveitamento de crdito de ICMS.

Seo III Informaes de Detalhe da Venda

A seo III exibida na imagem anterior corresponde ao nico


local onde poder vir a ser includo no DANFE NFC-e, a
critrio do contribuinte emissor e da respectiva Unidade
Federada, o contedo do Detalhe da Venda.

A seo do Detalhe da Venda, por ter como objetivo indicar


os itens de mercadoria para o consumidor final, referentes a
operao de venda realizada, no possui leiaute
regulamentado, mas sim requisitos mnimos de informaes.

As informaes mnimas que devem constar na seo do


Detalhe da Venda referentes a cada item da operao de
venda so:
Cdigo: cdigo do produto adotado pelo
estabelecimento;
Descrio: descrio do produto;

111
Qtde: quantidade de unidades do produto adquiridas
pelo consumidor;
Un: unidade de medida do produto;
Valor unit.: valor de uma unidade do produto;
Valor total: valor total do produto (Qtde x Valor unit).

A critrio do contribuinte poder ser impresso no Detalhe da


Venda o valor aproximado dos tributos incidentes por item de
mercadoria, nos termos do que dispe a Lei 12.741/2012.

Seo IV Informaes de Total do DANFE NFC-e

Esta seo define os totais que sero impressos no DANFE


NFC-e de acordo com o detalhamento abaixo:

QTD. TOTAL DE ITENS: somatrio da quantidade de


itens;
VALOR TOTAL: somatrio dos valores totais dos itens
somados os acrscimos e subtrado dos descontos;
FORMA PAGAMENTO: forma na qual o pagamento da
NFC-e foi efetuado (podem ocorrer mais de uma forma
de pagamento, devendo neste caso ser indicado o
montante parcial do pagamento para a respectiva
forma. Exemplo: em dinheiro, em cheque, etc.
VALOR PAGO: valor pago efetivamente na forma de
pagamento identificada imediatamente acima.

Seo V Informaes dos Tributos no DANFE NFC-e

Esta seo define o valor total que ser impresso no DANFE


NFC-e relativo a soma de todos os tributos incidentes na
operao/prestao, contemplando toda a cadeia de
fornecimento, conforme determinado pela Lei Federal n
12.741, de 10 de dezembro de 2012.

112
Dever ser informado o texto Informao dos Tributos Totais
Incidentes (Lei Federal 12.741 /2012) seguido do valor em
reais do total dos tributos da operao/prestao
contemplando toda a cadeia de fornecimento.

O entendimento da equipe tcnica do Fisco foi de que apenas


exigido pela Lei Federal 12.741/2012 a informao, no
documento fiscal, de um campo, em Reais (R$), com o valor
total de tributos incidentes na venda ao consumidor e
considerando toda a cadeia de tributao anterior.

Desta forma, decidiu-se pela incluso no leiaute da NF-e e


NFC-e de um campo de valor total de tributos por item de
mercadoria e de um campo de valor total de tributos no
documento fiscal.

Estes campos tem natureza declaratria pela empresa, e no


ser feita nenhuma validao com relao a soma de tributos
destacados na NF-e ou NFC-e, haja vista que o entendimento
foi de que a lei busca a informao da carga tributria total e
no apenas da carga tributria da ltima etapa da venda.

No DANFE e no DANFE NFC-e apenas ser includo o novo


campo - Informao dos Tributos Totais Incidentes (Lei
Federal12.741/2012). Fica facultado ao contribuinte emissor
de NFC-e que assim desejar, imprimir no Detalhe da Venda o
valor total de carga tributria por item de mercadoria.

Importante ressaltar que, alternativamente a impresso de


informao no documento fiscal, a lei 12.741/12 possibilita a
empresa que esta detalhe a carga tributria por produto por
meio de painel afixado ou meio eletrnico disponvel ao
consumidor no estabelecimento.

113
Seo Va Mensagem de Interesse do Contribuinte

Esta seo define a rea em que podero ser impressas


mensagens de interesse do contribuinte que faam parte do
arquivo eletrnico da NFC-e no campo informaes
complementares do contribuinte (tag infCpl).

Caso o contribuinte queira imprimir, no mesmo papel do


DANFE NFC-e, mensagens institucionais ou outras
informaes que no estejam no arquivo XML da NFC-e, as
mesmas devero ser apresentadas aps o final do DANFE
NFC-e (imediatamente aps protocolo de autorizao da
NFC-e seo VIII).

Seo VI Mensagem Fiscal e Informaes da


Consulta via Chave de Acesso

Todas as informaes da seo VI devem ser centralizadas,


contendo as seguintes informaes:

rea de Mensagem Fiscal. Quando for o caso deve ser


includas as seguintes mensagens: EMITIDA EM
CONTINGNCIA, EMITIDA EM AMBIENTE DE
HOMOLOGAO SEM VALOR FISCAL);
Nmero da NFC-e;
Srie da NFC-e;
Data e Hora de Emisso da NFC-e (observao: a data
de emisso, apesar de constar no arquivo XML da NFC-
e em formato UTC, dever ser impressa no DANFE
NFC-e sempre convertida para o horrio local);
O texto Consulte pela Chave de Acesso em seguido
do endereo eletrnico para consulta pblica da NFC-e
no Portal da Secretaria da Fazenda do Estado do
contribuinte;
O texto CHAVE DE ACESSO, em caixa alta;

114
A chave de acesso impressa em 11 blocos de quatro
dgitos, com um espao entre cada bloco.

No caso de emisso em contingncia, obrigatria a


impresso do Detalhe da Venda e do DANFE NFC-e, e indicar
na rea de mensagem fiscal o texto EMITIDA EM
CONTINGNCIA.

Nesta hiptese, dever ser impressa uma segunda via do


DANFE NFC-e que dever permanecer a disposio do Fisco
no estabelecimento at que tenha sido transmitida e
autorizada a respectiva NFC-e emitida em contingncia.

Esta obrigao poder, a critrio da Unidade Federada, ser


dispensada. Esta segunda via dever estar identificada como
Via do Estabelecimento.

Alternativamente a impresso da segunda via do DANFE


NFC-e, quando de emisso em contingncia, o contribuinte
poder optar pela guarda eletrnica do respectivo arquivo
XML da NFC-e.

Para poder fazer uso desta opo, de guarda eletrnica do


arquivo XML emitido em contingncia, dever, previamente,
lavrar termo no livro Registro de Utilizao de Documentos
Fiscais e Termos de Ocorrncia modelo 6, ou formalizar
declarao de opo segundo disciplina que vier a ser
estabelecida por sua Unidade Federada, assumindo total
responsabilidade pela guarda do arquivo e declarando ter
cincia que no poder, posteriormente, alegar problemas
tcnicos para justificar a eventual perda desta informao
eletrnica que est sob sua posse, assumindo as
consequncias legais por ventura cabveis.

No caso de uma emisso de NFC-e em ambiente de testes


obrigatria a impresso, na rea de Mensagem Fiscal, da

115
seguinte informao EMITIDA EM AMBIENTE DE
HOMOLOGAO SEM VALOR FISCAL.

Seo VII Informaes sobre o Consumidor

Este item define o posicionamento das informaes de


identificao do consumidor no DANFE NFC-e, constantes no
arquivo da NFC-e. Dever constar a palavra CONSUMIDOR
centralizada e em caixa alta, na linha seguinte o termo CPF:
ou CNPJ: ou Id. Estrangeiro: seguida de seu nmero.

Opcionalmente poder ser includa nesta seo tambm o


nome do consumidor e/ou seu endereo.

Na hiptese do no preenchimento das informaes de


identificao do consumidor na NFC-e, dever ser impressa
na rea reservada apenas a mensagem CONSUMIDOR NO
IDENTIFICADO.

Seo VIII Informaes da Consulta via QR Code

A seo VIII corresponde ao encerramento do DANFE NFC-e.


Todas as informaes da seo VIII sero centralizadas,
devendo conter as seguintes informaes:

O texto Consulta via leitor de QR Code;


A imagem do QR Code em tamanho mnimo 25 mm x
25 mm;
O texto Protocolo de autorizao: com o nmero do
protocolo de autorizao obtido para NFC-e e a data e
hora da autorizao. No caso de emisso em
contingncia a informao sobre o protocolo de
autorizao ser suprimida.

116
Requisitos de Papel e Margens do DANFE NFC-e

Na impresso do DANFE NFC-e deve ser utilizado papel com


largura mnima de 58 mm.

O papel utilizado deve garantir a legibilidade das informaes


impressas por, no mnimo, seis meses. As margens laterais
devero ter, no mnimo, 0.2 mm.

Importante ressaltar que no existe restrio de que se


imprima o DANFE NFC-e em outros tamanhos de papel,
como, por exemplo A4, desde que respeitadas as regras
vistas anteriormente.

QR Code

O QR code um cdigo de barras bidimensional que foi


criado em 1994 pela empresa japonesa Denso-Wave. QR
significa quick response devido capacidade de ser
interpretado rapidamente.

Esse tipo de codificao permite que possa ser armazenada


uma quantidade significativa de caracteres:

Numricos: 7.089
Alfa-numrico: 4.296
Binrio (8 bits): 2.953

O QR code a ser impresso na Nota Fiscal do Consumidor


Eletrnica NFC-e segue o padro internacional ISO/IEC
18004.

117
O QR Code dever existir no DANFE NFC-e relativo emisso
em operao normal ou em contingncia, seja ele impresso
ou virtual (DANFE NFC-e em mensagem eletrnica).

A impresso do QR Code no DANFE NFC-e tem a finalidade


de facilitar a consulta dos dados do documento fiscal
eletrnico pelos consumidores, mediante leitura com o uso
de aplicativo leitor de QR Code, instalado em smartphones ou
tablets. Atualmente existem no mercado, inmeros
aplicativos gratuitos para smartphones que possibilitam a
leitura de QR Code.

118
Imagem do QR Code da NFC-e

A imagem do QR Code que ser impressa no DANFE NFC-e


conter uma URL composta com o endereo do site da
Secretaria da Fazenda de localizao do emitente da NFC-e
exemplo.

A tabela com os endereos de consulta a serem utilizados no


QR Code para as Unidades Federadas participantes do Projeto
NFC-e em ambiente de produo e ambiente de homologao
estar disponvel no www.encat.org.

Tabela Resumo de componentes do Hash QR Code e


parmetros da URL do QR Code

Seguem algumas observaes relacionadas tabela logo a


seguir:

O asterisco (*) na tabela indica que o preenchimento


deve ser exato com a quantidade de bytes indicada;
O campo chave de acesso (chNFe) corresponde a
concatenao na ordem indicada de informaes
constantes do leiaute da NFC-e: cUF - Cdigo da UF do
emitente do Documento Fiscal; AAMM - Ano e Ms de
emisso da NFC-e; CNPJ - CNPJ do emitente; mod -
Modelo do Documento Fiscal; serie - Srie do
Documento Fiscal; nNF - Nmero do Documento Fiscal;
tpEmis - forma de emisso da NFC-e; cNF - Cdigo
Numrico que compe a Chave de Acesso; e cDV -
Dgito Verificador da Chave de Acesso;
Na hiptese do consumidor no se identificar, no
existir o parmetro cDest no QR Code;
Os campos dhEmi, digVal e cHashQRCode constam na
tabela em tamanho convertido para formato
hexadecimal.

119
Parmetro Descrio do Consta ID Campo Bytes Incluir Incluir na
Parmetro Leiaute Leiaute NFC-e no Hash URL do
NFC-e QR Code QR Code
chNFe Chave de SIM Concatenao 44 * SIM SIM
Acesso da de campos da
NFC-e NFC-e
nVersao Verso do QR NO 3* SIM SIM
Code

tpAmb Identificao SIM B24 1* SIM SIM


do Ambiente
(1 Produo,
2
Homologao)
cDest Documento de SIM E02 ou E03 ou 11 SIM SIM (se
Identificao E03a 20 ou existir)
do Consumidor Inexist
(CNPJ/CPF/ID ente
Estrangeiro)
dhEmi Data e Hora de SIM B09 50 SIM SIM
Emisso da
NFC-e
vNF Valor Total da SIM W16 15 SIM SIM
NFC-e
vICMS Valor Total SIM W04 15 SIM SIM
ICMS na NFC-e
digVal Digest Value SIM NFC-e Normal 56 * SIM SIM
da NFC-e (online):Grupo
Signature
(campo ZZ01)
NFC-e em
Contingncia
Offline: SHA1
sobre arquivo
XML da NFCe
cIdToken Identificador NO 6* SIM SIM
do CSC
Cdigo de
Segurana do
Contribuinte
no Banco de
Dados da
SEFAZ

120
CSC Cdigo de NO 36 SIM NO
Segurana do
Contribuinte
(antigo Token)

cHashQRC Cdigo Hash NO 40 * NO SIM


ode dos
Parmetros

Devem ser utilizadas as mesmas regras de preenchimento


utilizadas nos campos do leiaute da NFC-e.

O QR Code dever ser impresso com os padres residentes


das impressoras de no impacto (trmica, laser ou deskjet).

No DANFE NFC-e, o QR Code dever ser impresso logo acima


do espao reservado identificao do consumidor, tendo
largura e altura mnimas de 25 mm x 25 mm. A largura e
altura mnimas foram definidas conforme testes realizados,
nos quais o leitor de QR Code conseguiu ler a imagem.

CSC

O CSC corresponde a um cdigo de segurana alfanumrico


de conhecimento apenas da Secretaria da Fazenda do Estado
do emitente e do prprio contribuinte. No incio do projeto o
CSC era chamado de Token. No entanto, optou-se pela
adequao do nome para minimizar eventuais confuses
decorrentes da palavra token.

O processo de fornecimento de CSC feito por meio de


pgina web especfica da Secretaria de Fazenda do Estado de
cada Contribuinte Emissor. Por meio desta pgina o
contribuinte deve poder solicitar novo CSC, consultar CSC

121
vlidos e revogar CSC.

A critrio da UF poder o CSC ser fornecido tambm por Web


Service, segundo especificaes tcnicas padronizadas
nacionalmente.

O contribuinte pode solicitar at 2 CSC para toda a empresa


no Estado. Todavia, se a empresa necessitar de um terceiro
CSC dever indicar, previamente, qual dos dois outros CSC
vlidos deseja revogar, uma vez que a empresa no Estado
somente poder ter, simultaneamente, apenas 2 CSC vlidos.

O CSC corresponder a um conjunto de, no mximo, 36


caracteres alfanumricos, sendo que cada CSC possui
associado um cdigo sequencial de identificao (cIdToken)
de 6 dgitos para facilitar a identificao do respectivo CSC e
validao do QR Code pelo Fisco quando da realizao da
consulta pelo consumidor.

O cdigo de identificao do CSC ser um sequencial


numrico crescente por empresa (CNPJ base 8 dgitos) no
Estado.

No banco de dados do Fisco do Estado ficaro armazenados


os seguintes dados: CNPJ base da empresa, cdigo de
identificao do CSC (cIdToken), CSC, data de ativao do
CSC e eventual data de revogao do CSC.

Para a emisso de NFC-e em ambiente de homologao a


empresa dever utilizar CSC que solicitou pela pgina web de
sua Secretaria da Fazenda. A critrio da Unidade Federada
poder ser disponibilizada pgina web especfica para
fornecimento de CSC para uso em ambiente de
homologao.

Na imagem a seguir observamos o CSC gerado no site da

122
SEFAZ para um contribuinte.

cHashQRDCode Conceitos e Objetivos

Para garantir maior segurana na impresso do DANFE NFC-e


e na gerao de QR Code, foi includo um parmetro neste
cdigo chamado hash do QR Code.

Este hash gerado sobre:

Um conjunto padro de informaes essenciais da NFC-


e: chave de acesso, data e hora de emisso,
documento de identificao do consumidor, valor total
da NFC-e, valor total do ICMS da NFC-e e digest value
da NFC-e;
Um conjunto de informaes de controle do QR Code:
verso do QR Code e identificao do ambiente
O CSC Cdigo de Segurana do Contribuinte vlido
para a empresa na Unidade Federada.

123
cHashQRDCode Algoritmo para Gerao

Para a gerao do hash do QR Code sobre os parmetros da


consulta NFC-e via QR Code, deve ser utilizado o algoritmo
SHA-1 e o resultado obtido deve ser convertido para
hexadecimal, correspondendo a 40 bytes.

Para a gerao do hash do QR Code devero ser


concatenados como string todos os parmetros do QR Code
combinado ao CSC. Deve ser aplicado o algoritmo SHA-1. O
resultado deve ser convertido para hexadecimal.

No dever ser includo no clculo do hash o endereo do site


para consulta do QR Code (URL).

A identificao do CSC (cIdToken) corresponde a ordem do


CSC no banco de dados da SEFAZ, no se confundindo com o
prprio CSC. Enquanto a identificao do CSC (cIdToken)
deve constar do QR Code e do clculo do Hash QRCode, o
CSC somente deve ser utilizado na concatenao final para o
clculo do Hash QRCode.

Todas as converses para hexadecimal devero ser efetuadas


para hexadecimal em caixa baixa. A eventual utilizao de
converso de hexadecimal para caixa alta, sem observncia
da presente recomendao poder gerar erro na validao do
Hash do QR Code.

No caso do parmetro referente a data de emisso (dhEmi),


o valor dever corresponder a converso para hexadecimal
do valor no padro UTC com mscara.

No caso do parmetro referente ao digest value (digVal), o


valor do parmetro dever corresponder a converso para
hexadecimal do valor constante para este campo do arquivo
xml da respectiva NFC-e quando se tratar de uma NFC-e

124
normal (tpEmis = 1). J para o caso da emisso em
contingncia offline (tpEmis=9) o digest value corresponder
ao algoritmo SHA1 sobre o arquivo XML da NFC-e.

Ao se efetuar a assinatura digital da NFC-e emitida em


contingncia offline, o campo digest value constante da XML
Signature deve obrigatoriamente ser idntico ao encontrado
quando da gerao do digest value para a montagem QR
Code.

Na hiptese do consumidor no se identificar na NFC-e, no


existir o parmetro cDest no QR Code e tambm no dever
ser includo o parmetro cDest na sequncia sobre a qual
ser aplicado o hash do QR Code.

Observe a seguir os passos para a gerao do Hash do QR


Code:

1. Converter o valor da Data e Hora de Emisso da NFC-e


(dhEmi) para HEXA.
2. Converter o valor do Digest Value da NFC-e (digVal)
para HEXA.
3. Substituir os valores (dhEmi e digVal) nos
parmetros.
4. Adicionar ao final dos parmetros o CSC.
5. Aplicar o algoritmo SHA-1 sobre todos os parmetros
concatenados.
6. Juntar o resultado aos parmetros sem o CSC e gerar a
imagem do QR Code conforme a sequncia: 1 Parte
(endereo de consulta na SEFAZ) + 2 parte (itens da
tabela indicados com SIM na ltima coluna).

Para facilitar a compreenso do que foi explicado, segue um


exemplo fictcio retirado do Manual de Especificaes
Tcnicas do DANFE NFC-e.

125
Exemplo Hipottico: NFC-e emitida em ambiente de produo
com consumidor pessoa jurdica (CNPJ) devidamente
identificado.

Parmetros constantes do QR Code a serem utilizados no


clculo do hash do QR Code:

Chave de Acesso:
43120910585504000174650010000000541123456781
Verso do QR Code: 100
Identificao do Ambiente: 1 (Produo)
Documento de Identificao do Consumidor (CNPJ /
CPF / ID Estrangeiro): 43.708.379/0064-85
Data e Hora de Emisso da NFC-e (dhEmi): 2012-09-
27T16:20:34-03:00
Valor Total da NFC-e: 1000.00
Valor Total ICMS na NFC-e: 180.00
Digest Value da NFC-e (digVal):
72qQa+b0taoQO9fAJwfdlXuqQv8=
Identificao do CSC (cIdToken): 000001

Ao final da concatenao devera ser adicionado o CSC para


clculo do HASH do QR Code:

CSC de produo 000001: C1774291-A86A-4ADA-B247-791207C6CF50.

Seguindo a sequencia de seis passos vistos anteriormente:

1. Converter o valor da Data e Hora de Emisso da NFC-e


(dhEmi) para HEXADECIMAL.
Entrada:
2012-09-27T16:20:34-03:00
Sada:
323031322d30392d32375431363a32303a33342d30333a3030
2. Converter o valor do Digest Value da NFC-e (digVal)
para HEXADECIMAL.
Entrada:

126
72qQa+b0taoQO9fAJwfdlXuqQv8=
Sada:
37327151612b623074616f514f3966414a7766646c587571517638
3d
3. Substituir os valores (dhEmi e digVal) nos
parmetros.
Resultado:
chNFe=43120910585504000174650010000000541123456781&n
Versao=100&tpAmb=1&cDest=43708379006485&dhEmi=323031
322d30392d32375431363a32303a33342d30333a3030&vNF=100
0.00&vICMS=180.00&digVal=37327151612b623074616f514f3966
414a7766646c5875715176383d&cIdToken=000001
4. Adicionar, ao final dos parmetros, o CSC.
CSC:
C1774291-A86A-4ADA-B247-791207C6CF50
Resultado:
chNFe=43120910585504000174650010000000541123456781&n
Versao=100&tpAmb=1&cDest=43708379006485&dhEmi=323031
322d30392d32375431363a32303a33342d30333a3030&vNF=100
0.00&vICMS=180.00&digVal=37327151612b623074616f514f3966
414a7766646c5875715176383d&cIdToken=000001C1774291-
A86A-4ADA-B247-791207C6CF50
5. Aplicar o algoritmo SHA-1 sobre todos os parmetros
concatenados. A sada do algoritmo SHA-1 deve ser em
HEXADECIMAL.
Entrada:
chNFe=43120910585504000174650010000000541123456781&n
Versao=100&tpAmb=1&cDest=43708379006485&dhEmi=323031
322d30392d32375431363a32303a33342d30333a3030&vNF=100
0.00&vICMS=180.00&digVal=37327151612b623074616f514f3966
414a7766646c5875715176383d&cIdToken=000001C1774291-
A86A-4ADA-B247-791207C6CF50
Sada:
80f5d4a1e4b12bc97aae0e971a61bff73270fd81
6. Adicione o resultado sem o CSC e gere a imagem do
QR Code: 1 parte (endereo da consulta) + 2 parte
(tabela com indicao SIM na ltima coluna).O
resultado da URL formada dever ser includa na
imagem QR Code:
http://www.nfe.se.gov.br/portal/consultarNFCe.jsp?
chNFe=43120910585504000174650010000000541123

127
456781&nVersao=100&tpAmb=1&cDest=43708379006
485&dhEmi=323031322d30392d32375431363a32303a
33342d30333a3030&vNF=1000.00&vICMS=180.00&di
gVal=37327151612b623074616f514f3966414a776664
6c5875715176383d&cIdToken=000001&cHashQRCode
=80f5d4a1e4b12bc97aae0e971a61bff73270fd81

Exitem dois padres de caracteres que podem ser


configurados na gerao do QR Code, conforme visto abaixo:

1 ISSO-8859-1
2 UTF-8

Para o QR Code do DANFE NFC-e ser utilizada a opo 2


UTF-8.

Na emisso da NFC-e, o sistema do contribuinte adicionar a


imagem gerada e armazenar no local especificado do DANFE
NFC-e. A sada de impresso, por padro, dever ser na tela
do computador de frente de caixa, com a opo de envio
para a impressora, caso o consumidor queira o DANFE NFC-e
impresso ou por meio eletrnico (e-mail ou MMS).

128
Contingncia NFC-e

J vimos as definies para a palavra contingncia. J


sabemos do que se trata e vimos como ela implementada
no caso da NF-e. Veremos agora como ela tratada na NFC-
e.

O modelo operacional atual da NFC-e prev a utilizao da


alternativa de contingncia existente para a NF-e de
impresso do DANFE em formulrio de segurana (FS ou
FSDA) e a possibilidade de uso de uma nova forma chamada
de Contingncia Offline NFC-e.

Nesta modalidade, o contribuinte que estiver com problemas


tcnicos para autorizao da NFC-e poder emitir a NFC-e em
contingncia offline, imprimir o DANFE NFC-e e depois de
superado o problema tcnico, transmitir o arquivo XML da
NFC-e para autorizao, em um prazo estabelecido pelo Fisco
contado da data e hora da emisso.

A possibilidade de uso da contingncia offline para NFC-e


uma deciso exclusiva da Unidade Federada que poder vir a
no autorizar esta modalidade de contingncia para todos ou
determinados contribuintes emissores de NFC-e.

A contingncia offline de uso exclusivo como alternativa de


contingncia de emisso de NFC-e, no sendo aceita esta
modalidade de contingncia, em nenhuma hiptese, para a
NF-e.

A deciso pela entrada em contingncia, bem como a escolha


da alternativa de contingncia (dentre as aceitas pela UF)
exclusiva do contribuinte, devendo ser utilizada nas situaes
em que ocorram problemas tcnicos de comunicao ou
processamento de informaes que impeam a autorizao

129
da NFC-e em tempo real. No existe exigncia de obteno,
pelo contribuinte, de autorizao prvia do Fisco para
entrada em contingncia, nem tampouco de efetuar qualquer
termo de incio e trmino de contingncia no livro modelo 6
RUDFTO.

O Manual de Especificaes Tcnicas da Contingncia Offline


da NFC-e traz um alerta: as Notas Fiscais Eletrnicas para
Consumidor Final devem ser autorizadas, preferencialmente,
em tempo real, antes da ocorrncia do fato gerador, e que as
alternativas de contingncia somente devem ser acionadas
em situaes extremas, que interfiram de forma significativa
na atividade operacional do estabelecimento.

Assim, a emisso de NFC-e em contingncia offline deve ser


tratado como exceo, sendo que a regra deve ser a emisso
com autorizao em tempo real.

O Fisco poder solicitar esclarecimentos, e at mesmo


restringir ao contribuinte, a utilizao da modalidade de
contingncia offline ou outra alternativa de contingncia,
caso seja identificado que o emissor da NFC-e utiliza a
contingncia em demasia e sem justificativa aceitvel,
quando comparado a outros contribuintes em situao
similar.

Ainda segundo o Manual da Contingncia, importante


ressaltar que a utilizao de contingncia offline deve se
restringir as situaes de efetiva impossibilidade de
autorizao da NFC-e em tempo real, haja vista que pode vir
a representar custos e riscos adicionais ao contribuinte, em
especial, pelos seguintes aspectos:

1. As NFC-e emitidas em contingncia offline devero ser


posteriormente encaminhadas para autorizao,
podendo vir a ser rejeitadas, gerando possveis

130
retrabalhos e problemas junto ao cliente, uma vez que
a operao comercial j ocorreu;
2. As NFC-e emitidas em contingncia offline somente
estaro disponveis para consulta pblica pelos
consumidores no site da SEFAZ ou via consulta QR
Code em momento posterior, quando forem
autorizadas, havendo risco de reclamaes ou
denncias de consumidores por no localizarem a sua
NFC-e na consulta, imediatamente aps a venda;
3. Na utilizao de contingncia offline, o contribuinte
assume o risco de perda da informao das NFC-e
emitidas em contingncia, at que as mesmas constem
da base de dados do Fisco. J na autorizao online da
NFC-e, a informao j est segura na base de dados
do Fisco.

Detalhes Tcnicos

Ao emitir um NFC-e em contingncia, a primeira deciso


sobre a forma de emisso em contingncia dentre as
disponveis para NFC-e (de acordo as alternativas aceitas
pela Unidade Federada).

No arquivo eletrnico XML da NFC-e dever ser indicada a


forma de emisso em contingncia pelo preenchimento do
campo tpEmis (B22) com um dos seguintes contedos:

1-Emisso normal (no em contingncia);


5-Contingncia FS-DA, com impresso do DANFE em
formulrio de segurana;
9-Contingncia offline da NFC-e.

Na situao 5 acima o DANFE NFC-e dever ser emitido em 2


vias, sendo que uma via dever ser armazenada pelo prazo
decadencial (5 anos) pelo emitente e a outra entregue ao
consumidor. Aps superado o problema tcnico, ou em prazo

131
mximo de 168 horas as NFC-e emitidas em contingncia
devem ser encaminhadas para autorizao pela Secretaria da
Fazenda da jurisdio do contribuinte.

Na escolha de contingncia offline da NFC-e (tpEmis = 9) no


necessria a adoo de srie especfica ou a utilizao de
papel especial, todavia deve ser observado o prazo de 24
horas da emisso da NFC-e para o envio para autorizao da
NFC-e.

Qualquer que seja a alternativa de contingncia adotada, a


informao de operao em contingncia deve ser impressa
no DANFE NFC-e.

Alm disso, o QR Code impresso no DANFE NFC-e emitida em


contingncia conter a informao da data e hora de emisso
do documento fiscal eletrnico, possibilitando assim que na
consulta via QR Code pelo consumidor, a SEFAZ retorne a
informao de que se trata de emisso em contingncia e o
prazo mximo em que o documento fiscal eletrnico dever
constar da base de dados do Fisco (24 horas para
contingncia offline e 168 horas para DANFE em formulrio
de segurana).

Nos casos de contingncia 5 e 9 o contribuinte dever


preencher, obrigatoriamente, os campos de Data e Hora da
entrada em contingncia (dhCont B28) e de Justificativa da
entrada em contingncia (xJust B29) que, todavia, no sero
impressos no DANFE NFC-e.

Outro ponto importante a recomendao de que se avance


um nmero na sequncia da numerao quando da entrada
em contingncia nos casos 5 e 9 a fim de evitar que a NFC-e
emitida em contingncia seja posteriormente rejeitada por
duplicidade.

132
Tambm cabe alertar que nos casos 5 e 9, ao se transmitir
posteriormente, superado o problema tcnico, a NFC-e
emitida em contingncia, deve-se manter a mesma chave de
acesso, inclusive com a manuteno do mesmo cdigo
numrico original (campo cNF B03).

Modelo Operacional da Contingncia Offline

A contingncia offline para a NFC-e foi pensada como uma


forma de garantir a minimizao de risco ao contribuinte de
impacto operacional pela implantao e utilizao da NFC-e
no varejo, sem acarretar a perda de controle pelo Fisco.

A operao comercial no varejo, como regra, envolve uma


situao crtica em que o consumidor est presente no
estabelecimento, escolhe a mercadoria e se dirige ao caixa
para pagamento e retirada do produto. Dessa forma, a
autorizao prvia da NFC-e na frente de caixa exige um
tempo de resposta adequado, da ordem de segundos, de
forma a evitar reclamaes dos consumidores pela demora
no atendimento.

Assim, em uma situao de problemas tcnicos, seja nos


servidores ou rede de comunicao interna do contribuinte,
seja no sistema de autorizao da SEFAZ, ou ainda no meio
de comunicao Internet, em que o tempo de autorizao
no se mostre adequado, ou no se consiga a autorizao,
no podem ocorrer reflexos significativos na operao de
frente de caixa.

Nessas situaes indicada a adoo da contingncia offline,


em que as NFC-e so geradas, assinadas e os respectivos
DANFEs NFC-e so impressos sem a autorizao prvia da
SEFAZ e posteriormente, superado o problema tcnico e, em
at 24 horas da emisso, as NFC-e emitidas em contingncia
so transmitidas para obteno da autorizao de uso.

133
A seguir detalhamos o preenchimento dos campos especficos
da NFC-e no caso de emisso em contingncia offline:

Mod = 65 (NFC-e);
dhCont = data e hora de entrada em contingncia;
xJust = preencher com a justificativa da entrada em contingncia;
idDest = 1 (operao interna);
tpEmis = 9 (contingncia off-line);
finfe = 1 (finalidade de emisso normal);
indFinal =1 (indicador de operao com consumidor final);
indPres = 1 (indicador de presena do consumidor no
estabelecimento).

No caso de emisso em contingncia dever constar


obrigatoriamente no DANFE NFC-e a mensagem EMITIDA
EM CONTINGNCIA.

O DANFE NFC-e tem por caracterstica no trazer impressas


as informaes detalhadas dos itens de mercadorias, que
sero apresentadas no documento Detalhe da Venda ou no
resultado da consulta pblica da NFC-e no portal da
Secretaria de Fazenda.

No caso de emisso em contingncia, obrigatria a


impresso do Detalhe da Venda e do DANFE NFC-e, sendo
que, nesta hiptese, dever ser impressa uma segunda via
do DANFE NFC-e que dever permanecer a disposio do
Fisco no estabelecimento at que tenha sido transmitida e
autorizada a respectiva NFC-e emitida em contingncia. Esta
obrigao poder, a critrio da Unidade Federada, ser
dispensada.

Esta segunda via dever estar identificada como Via do


Estabelecimento. Alternativamente a impresso da segunda
via do DANFE NFC-e quando de emisso em contingncia, o
contribuinte poder optar pela guarda eletrnica do
respectivo arquivo XML da NFC-e.

134
Para poder fazer uso desta opo de guarda eletrnica do
arquivo XML emitido em contingncia, dever, previamente,
lavrar termo no livro Registro de Utilizao de Documentos
Fiscais e Termos de Ocorrncia modelo 6, ou formalizar
declarao de opo segundo disciplina que vier a ser
estabelecida por sua Unidade Federada, assumindo total
responsabilidade pela guarda do arquivo e declarando ter
cincia que no poder, posteriormente, alegar problemas
tcnicos para justificar a eventual perda desta informao
eletrnica que est sob sua posse, assumindo as
consequncias legais por ventura cabveis.

135
Mudanas no Leiaute por Conta da NFC-e

Neste captulo veremos quais foram as alteraes realizadas


no leiaute da NF-e por conta do projeto NFC-e.

Infraestrutura de Processamento na SEFAZ:


NF-e e NFC-e

A nova verso do leiaute ser usada para a NF-e e para a


NFC-e e, no futuro, estima-se que a quantidade de NFC-e
atingir um volume bem superior ao volume de autorizao
atual de NF-e. Este aumento significativo nos volumes a
serem processados leva a necessidade de algumas mudanas
no ambiente de autorizao na SEFAZ com:

Separao do Banco de Dados da SEFAZ e separao


do Banco de Dados do Ambiente Nacional;
Separao completa da infraestrutura atual dos
servios vinculados a Autorizao de Uso,
compreendendo servidores de Web Service, servidores
de processamento, servidores de banco de dados, rea
de armazenamento (storage), rede interna, canal
Internet, etc.

A critrio da SEFAZ, podero vir a ser disponibilizados


domnios diferentes (URL) para a NF-e e para NFC-e. Para
no afetar de forma importante os investimentos efetuados
pelas SEFAZ e pelas empresas, mesmo no caso de domnios
(URL) diferentes, a inteno manter os mesmos nomes dos
Web Service e dos Mtodos para os dois modelos de
documento fiscal (NF-e e NFC-e).

Observe o exemplo na tabela a seguir.

136
A URL correta de cada ambiente de autorizao publicada
no Portal da NF-e, para os ambientes de Homologao e
ambiente de Produo.

Neste caso, a empresa que opere com a NF-e e com a NFC-e,


dever conseguir direcionar as suas requisies, conforme o
Web Service e modelo de documento desejado.

Em caso de direcionamento incorreto, o Servio de


Autorizao especfico da SEFAZ que optar por manter
diferentes endereos de domnio (URL) poder rejeitar a
requisio, de qualquer um dos Web Services, com os erros:

Cdigo: 450 Rejeio: Modelo da NF-e diferente de 55;


Cdigo: 775 Rejeio: Modelo da NFC-e diferente de 65.

Leiaute da NF-e Alteraes

Abaixo veremos as alteraes realizadas no leiaute.

Identificao da Nota Fiscal de Venda Presencial no


Varejo (NFC-e)

Alterado o Modelo da NF-e que agora passa a poder


representar tambm as operaes de venda presencial no
varejo (NFC-e).

137
Data e Hora de Emisso e Outros Horrios

Alterado o campo de Data de Emisso para representar


tambm a Hora de Emisso, no formato UTC. Este tipo de
representao de dados j utilizado atualmente no Web
Service de Eventos da NF-e e tecnicamente adequado para
a representao do horrio para um Pas com dimenses
continentais como o Brasil.

Todos os demais campos com horrio foram migrados para


este tipo de dado, inclusive os horrios que constam nas
mensagens de resposta fornecidas pelas SEFAZ. Nesta nova
verso do leiaute, sero aceitos os horrios de qualquer
regio do mundo (faixa de horrio UTC de -11 a +12) e no
apenas as faixas de horrio do Brasil.

Por exemplo: no formato UTC para os campos de Data-Hora,


"TZD" pode ser -02:00 (Fernando de Noronha), -03:00
(Braslia) ou -04:00 (Manaus), no horrio de vero sero
-01:00, -02:00 e -03:00. Exemplo: "2010-08-19T13:00:15-
03:00".

Identificao de Operao Interna, Interestadual ou


com Exterior

No leiaute atual da NF-e, a identificao do tipo de operao


estadual, interestadual ou operao com exterior resolvida
considerando a UF do endereo do destinatrio e o CFOP dos
itens da NF-e. Includo um identificador para este tipo de
operao, facilitando a declarao do tipo de operao pela
empresa e o desenvolvimento dos controles necessrios para

138
cada tipo de operao.

No caso da NFC-e, no ser aceita a operao interestadual,


ou operao com o exterior.

Alterao de Valores para Campos

Alterados os valores dos seguintes campos.

Indicao de operao com Consumidor Final,


Indicao de atendimento presencial

Incluso de novos campos, obrigatrios, conforme segue.

139
Identificao do Destinatrio

Includo campo para a identificao da IE do destinatrio


(tag:indIEDest), que ir documentar a informao do
destinatrio Contribuinte do ICMS (obrigatria a informao
da IE do destinatrio), Contribuinte Isento de Inscrio (no
deve informar a IE) e No Contribuinte. Neste ltimo caso, a
IE do destinatrio pode ser informada ou no, j que
algumas UF concedem inscrio estadual para no
contribuintes.

No caso da NFC-e, a identificao do destinatrio tem


algumas particularidades:

Identificao opcional, at o limite mximo de valor


total da operao definido na legislao nacional ou
pela UF. Acima do limite de valor, mesmo para o caso
de estrangeiro, necessria a identificao do
destinatrio;
Em qualquer caso, se for decidido pela identificao do
destinatrio, tambm opcional a identificao
completa do endereo, ou somente a identificao de
CPF, CNPJ, ou dados do estrangeiro;
No caso de emisso de NFC-e para entrega em
domiclio (campo indPres=4), independentemente do
valor da operao, obrigatria a identificao do
destinatrio, do endereo de entrega e do
Transportador.

Para a NF-e, se mantm obrigatria a identificao completa


do destinatrio, controlada por regras de validao efetuadas
pela SEFAZ.

140
Grupo de Tributao: PIS e COFINS

No caso da NFC-e, o grupo de Tributao do PIS e COFINS


opcional.

No caso da NF-e, se mantm obrigatria a informao deste


grupo, controlada agora no mais por regras do Schema
XML, mas sim por regras de validao efetuadas pela SEFAZ.

141
Grupo YA Formas de Pagamento

Informao da forma de pagamento e o respectivo montante.

Para a NF-e, vedada a informao do grupo das Formas de


Pagamento. No caso da NFC-e, a critrio da UF a informao
deste grupo obrigatria.

Podem existir combinaes de formas de pagamento, por


exemplo, R$ 100,00 pago em dinheiro e R$ 50,00 em
cheque; neste caso a soma dos montantes dos pagamentos
deve ser igual ao valor total da NFC-e.

Os campos de informao do Grupo de Cartes so de


preenchimento opcional.

142
143
Parte II Tecnologias Adotadas

Essa a segunda parte do livro. Aqui sero explicadas as


tecnologias adotadas no Projeto NFC-e.

Dentre essas tecnologias esto o uso de arquivo no formato


XML, Certificao Digital e consumo de Web Services.

144
XML eXtensible Markup Language

Introduo

Em meados da dcada de 1990, o World Wide Web


Consortium (W3C) comeou a trabalhar em uma linguagem
de marcao que combinasse a flexibilidade da SGML com a
simplicidade da HTML. O princpio do projeto era criar uma
linguagem que pudesse ser lida por software, e integrar-se
com as demais linguagens. Sua filosofia seria incorporada por
vrios princpios importantes:

Separao entre contedo e formatao;


Simplicidade e legibilidade, tanto para humanos
quanto para computadores;
Possibilidade de criao de TAGs ilimitadas;
Criao de arquivos para validao da estrutura do
arquivo XML (Os chamados DTDs Document Type
Definition);
Interligao de bancos de dados distintos;
Concentrao na estrutura da informao, no na
sua aparncia;

O XML um formato para a criao de documentos com


dados organizados de forma hierrquica. Como exemplos
desses tipos de documentos podemos citar: documentos de
texto formatados, imagens vetoriais e bancos de dados.

O que mesmo o XML?

uma recomendao da W3C para gerar linguagens de


marcao para necessidades especiais.

um subtipo do SGML (acrnimo de Standard Generalized


Markup Language, ou Linguagem Padronizada de Marcao

145
Genrica) capaz de descrever diversos tipos de dados. Seu
propsito principal a facilidade de compartilhamento
de informaes atravs da Internet.

A principal caracterstica do XML a de criar uma nica


infraestrutura para a criao de outras linguagens tais como:

XHTML uma reformulao da linguagem de


marcao HTML, baseada em XML. Combina as
TAGs de marcao HTML com regras da XML. Este
processo de padronizao tem em vista a exibio
de pginas Web em diversos dispositivos (televiso,
palm, celular, etc). Sua inteno melhorar a
acessibilidade.

RDF uma linguagem para representar


informao na Internet.

SDMX uma iniciativa internacional com o


objetivo de desenvolver e empregar processos
eficientes para troca e compartilhamento de dados
e metainformao estatstica entre organizaes
internacionais e os seus pases-membros.

MathML uma aplicao do XML para representar


smbolos e frmulas matemticas.

XBRL um padro emergente baseado no XML


para definir a informao financeira. Esse padro
dirigido por um consrcio internacional sem fins
lucrativos (XBRL International Incorporated) de
mais de 300 organizaes, entre entidades
reguladoras, agncias governamentais e empresas
de software.

146
SVG a abreviatura de Scalable Vectorial
Graphics que pode ser traduzido do ingls como
grficos vetoriais escalveis. Trata-se de uma
linguagem XML para descrever de forma vetorial
desenhos e grficos bidimensionais, quer de forma
esttica, quer dinmica ou animada. Umas das
principais caractersticas dos grficos vetoriais,
que no perdem qualidade ao serem ampliados. A
grande diferena entre o SVG e outros formatos
vetoriais, o fato de ser um formato aberto, no
sendo propriedade de nenhuma empresa.

O XML no faz nada. Isso mesmo, no faz nada. Pode ser


difcil de compreender no incio, mas simples: o XML foi
criado para estruturar, armazenar e obter informaes de
transporte dos dados.

Assim como o HTML, o XML um texto simples organizado


em TAGs.

Vamos a um exemplo de XML:

Curriculum Vitae:

<?xml version="1.0" encoding="UTF-8"?>


<curriculo>
<InformacaoPessoal>
<DataNascimento>10-10-1980</DataNascimento>
<Nomecompleto>Albert Eije Barreto Mouta</Nomecompleto>
<Contatos>
<Residencia>
<Rua>R. Maria Tomasia</Rua>
<Numero>458</Numero>
<Cidade>Sao Paulo</Cidade>
<Pais>Brasil</Pais>
</Residencia>
<Telefone>8888-5555</Telefone>
<Email>alberteije@gmail.com</Email>
</Contatos>
<Nacionalidade>Brasileira</Nacionalidade>
<Sexo>M</Sexo>

147
</InformacaoPessoal>
<objetivo>Atuar na area de TI</objetivo>
<Experiencia>
<Cargo>Analista de Sistemas</Cargo>
<Empregador>T2Ti.COM</Empregador>
</Experiencia>
<Formacao>Superior Completo</Formacao>
</curriculo>

A linguagem HTML

Na Internet atualmente quase todas as pginas se resumem


em HTML (HyperText Markup Language). O termo HyperText
definido por textos que tm links para outros textos. J o
termo markup language define anotaes para a estrutura de
um texto. O design de documentos HTML tem duas
caractersticas importantes:

Documentos HTML so feitos para fornecer a


visualizao da informao destinada
apresentao de pginas da Internet.

A linguagem HTML contm um conjunto de TAGs


com um nmero fixo para definir a visualizao do
documento, e cada TAG tem a sua semntica j
definida.

O usurio pode tambm definir a aparncia da pgina dentro


das TAGs HTML. Mas como o cdigo fica muito confuso,
foram criadas as folhas de estilho, definidas em arquivos CSS
para lidar apenas com a aparncia da pgina (tipo de letra,
cores, etc). Dessa forma, deve-se usar a HTML apenas para
definir a visualizao dos dados na pgina.

Muito tem sido feito para melhorar e evoluir a linguagem


HTML.

148
Comparaes entre HTML e XML

Vamos fazer uma analogia com o HTML:

HTML significa HyperText Markup Language, que traduzido


quer dizer Linguagem de Marcao de Hipertexto.

XML significa eXtensible Markup Language, que traduzido


quer dizer Linguagem de Marcao Extensvel, ou seja,
uma extenso do HTML.

Na verdade o HTML e o XML so parentes. Eles derivam da


mesma linguagem, o SGML. Ambos identificam elementos
em uma pgina e ambos utilizam sintaxes similares. Se voc
conhece HTML, ser muito fcil compreender o XML. A
grande diferena entre HTML e XML que o HTML descreve a
estrutura e as aes em uma pgina enquanto o XML no
descreve estrutura nem aes, mas sim o que cada trecho de
dados ou representa. Ou seja, o XML descreve o contedo
do documento.

Como o HTML, o XML tambm faz uso de TAGs e atributos:

TAGs palavras encapsuladas pelos sinais < e


>;
Atributos caracterstica de determinada TAG
(definidos da seguinte forma: name="value").

149
Enquanto o HTML especifica cada sentido para as TAGs e
atributos, o XML usa as TAGs somente para delimitar trechos
de dados, e deixa a interpretao do dado a ser realizada
completamente para a aplicao que o est lendo.
Resumindo, enquanto em um documento HTML uma TAG
<p> indica um pargrafo, no XML essa TAG pode indicar um
preo, um parmetro, uma pessoa, ou qualquer outra coisa
que tenha sido definida pelo criador do documento para essa
TAG <p>.

150
Os arquivos XML so arquivos-texto e facilitam que os
programadores ou desenvolvedores debuguem mais
facilmente as aplicaes, de forma que um simples editor de
textos pode ser usado para corrigir um erro em um arquivo
XML. Mas as regras de formatao para documentos XML so
muito mais rgidas do que para documentos HTML. Uma TAG
esquecida ou um atributo sem aspas torna o documento
inutilizvel, enquanto que no HTML isso tolerado. As
especificaes oficiais do XML determinam que as aplicaes
no podem tentar adivinhar o que est errado em um
arquivo (no HTML isso acontece), mas sim devem parar de
interpret-lo e reportar o erro.

151
Caractersticas da linguagem XML

Representao dos dados de forma estruturada

O XML fornece uma representao estruturada dos dados que


amplamente implementvel e fcil de ser desenvolvida.

O XML fornece um padro que pode codificar o contedo, as


semnticas e as esquematizaes para uma grande
variedade de aplicaes desde simples at as mais
complexas, dentre elas:

Um simples documento;
Um registro estruturado tal como uma ordem de
compra de produtos;
Um objeto com mtodos e dados como objetos Java
ou controles ActiveX;
Um registro de dados. Um exemplo seria o
resultado de uma consulta a bancos de dados;
Apresentao grfica, como interface de aplicaes
de usurio;
Entidades e tipos de esquema padres;
Todos os links entre informaes e pessoas na Web.

Uma caracterstica importante que, uma vez tendo sido


recebido o dado pelo cliente, tal dado pode ser manipulado,
editado e visualizado sem a necessidade de novas requisies
ao servidor. Com a reduo de requisies economiza-se
processamento nos servidores e banda na rede, pois menos
dados sero trafegados.

O XML considerado de grande importncia na Internet e em


grandes intranets porque permite que sistemas de diferentes
plataformas conversem entre si, trocando informaes dentro
de um mesmo padro.

152
Separao entre apresentao e dados

O HTML especifica como o documento deve ser apresentado


na tela por um navegador. J o XML define o contedo do
documento. Por exemplo, em HTML so utilizadas TAGs para
definir uma tabela, suas linhas e colunas. No XML voc utiliza
as TAGs para descrever os dados, como exemplo TAGs de
assunto, ttulo, autor, contedo, referncias, datas, etc.

Assim como o HTML tem as folhas de estilo (o CSS) o XML


tambm conta com esse recurso, que conhecido como XSL
(Extensible Style Language) para a apresentao de dados
em um navegador. O XML separa os dados da apresentao e
processo, o que permite visualizar e processar o dado como
quiser, utilizando diferentes folhas de estilo e aplicaes.

Aplicao Web trs camadas que permite a troca de dados entre


mainframes e aplicaes desktop

153
Observe que na Camada Desktop, a entrada de dados se d
atravs de uma interface HTML (um browser). Mas poderia
ser atravs de outros clientes, tais como uma aplicao
Swing feita em Java ou uma aplicao feita em Dot Net, por
exemplo. O usurio poderia entrar com qualquer tipo de
dado: compras, ordens de pagamento, resultados de busca,
pedidos, catlogos, etc.

Na Camada Middle-Tier, um aplicativo rodando num servidor


converte os dados em XML e a partir de ento os dados
podero ser armazenados no banco de dados ou lidos por
outras aplicaes num computador de grande porte
(mainframe).

Definio conceitual do XML

Estrutura do documento

Um documento XML uma rvore rotulada onde um n


externo consiste de:

Dados de caracteres (uma sequncia de texto);


Instrues de processamento (anotaes para os
processadores), tipicamente no cabealho do
documento;
Um comentrio (nunca acompanhando com
semntica);
Uma declarao de entidade (simples macros);
Ns DTDs (Document Type Definition).

Um n interno um elemento, o qual rotulado com:

Um nome ou;
Um conjunto de atributos, cada qual consistindo de
um nome e um valor.

154
Normalmente, comentrios, declaraes de entidades e
informaes DTD no so explicitamente representados na
rvore.

Estrutura de um arquivo XML em rvore

Explicao das TAGs

Ns j vimos numa figura anterior o que so o elemento raiz,


os demais elementos, os atributos e seus valores e o
elemento vazio.

155
Os documentos XML so sensveis a letras maisculas e
minsculas. Um documento XML bem formatado quando
segue algumas regras bsicas. Tais regras so mais simples
do que para documentos HTML e permitem que os dados
sejam lidos e expostos sem nenhuma descrio externa ou
conhecimento do sentido dos dados XML.

Para que um documento XML esteja bem formatado deve


seguir os seguintes princpios:

Abrir e fechar corretamente todas as TAGs;


As TAGs de elemento devem ser apropriadamente
posicionadas;
Os elementos no podem se sobrepor.

Veja abaixo uma sobreposio de elementos:

<nome>Albert Eije
<sobrenome> Barreto Mouta </nome>
</sobrenome>

Observe que a TAG nome foi fechada antes da TAG


sobrenome. Isso vai causar um erro no arquivo XML.

No entanto, um documento XML apenas bem formatado


tem pouca utilidade, pois:

No h especificao sobre quais TAGs podem ser


usadas e para que servem;
No h verificao caso se digite uma TAG no local
errado, com atributos errados ou mesmo com erro
de digitao.

Para que um XML seja vlido deve existir um modelo, uma


gramtica da estrutura do documento, que deve ser
obedecida.

156
Documentos com DTDs

No XML as regras que definem um documento so ditadas


por DTDs (Document Type Definition), as quais ajudam a
validar os dados quando a aplicao que os recebe no
possui internamente uma descrio do dado que est
recebendo. Um analisador de documentos pode checar os
dados que chegam analisando as regras contidas no DTD
para ter certeza de que o dado foi estruturado corretamente.
Os dados enviados sem DTD so conhecidos como dados
bem formatados. Nesse caso, o documento pode ser usado
para implicitamente se auto-descrever, como o currculo vitae
que vimos anteriormente.

Com os dados do XML bem formatados e vlidos, o


documento XML se torna auto-descritivo, pois as TAGs do
ideia de contedo e esto misturadas com os dados. Como o
documento aberto e flexvel, ele pode ser usado em
qualquer lugar onde a troca ou transferncia de informao
necessria: informaes sobre pginas HTML, objetos ou
regras de negcios, transaes eletrnicas comerciais, etc.

Os seguintes itens podem ser validados:

1. TAGs
Que TAGs so permitidas;
Que TAGs filhas so requeridas ou opcionais;
Se a ordem ou a quantidade de elementos
importante;
Que tipos de contedo so permitidos.

2. Atributos
Que atributos so requeridos ou opcionais;
Quais so os tipos de dados dos atributos;
Se existem valores padro para os atributos;

157
Para associar um DTD a um arquivo XML deve-se utilizar uma
TAG especfica indicando o arquivo DTD. Observe no exemplo
abaixo:

<?xml version=1.0 ?>

<!DOCTYPE Pessoa
PUBLIC "-//T2Ti//DTD Produtos//BR"
"http://www.t2ti.com/dtd/Pessoa.dtd">

<pessoa>
<nome>Albert Eije</nome>
<email>alberteije@gmail.com</email>
<telefone>
<ddd>61</ddd>
<numero>9999-8888</numero>
</telefone>
</pessoa>

Observe que um arquivo DTD seguido pela extenso dtd.

Documentos com Schemas

Utilizar Schema para criar uma gramtica para o XML nos


fornece mais recursos do que o DTD. O prprio Schema um
arquivo XML.

O Schema nos fornece uma abordagem OO para definir o


documento XML. Nos fornece ainda um conjunto de tipos
bsicos. Esses tipos so bem mais abrangentes do que
aqueles fornecidos pelo DTD (CDATA e PCDATA). Os tipos
mais bsicos esto disponveis: byte, string, integer e float.

Dessa forma, o autor de um Schema pode criar esses tipos


de dados, junto com modificadores e operadores, para criar
outros tipos de dados mais complexos.

Para criar um Schema, deve-se criar primeiro um documento


XSD:

158
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<xsd:annotation>
<xsd:documentation xlm:lang="en">
XML Schema exemplo para livraria.
</xsd:documentation>
</xsd:annotation>

Vamos criar o Schema com o nome e um tpico:

<xsd:element name=livraria" type=livrariaType"/>


<xsd:complexType name=livrariaType">
<xsd:sequence>
<xsd:element name="nome" type="xsd:string"/>
<xsd:element name="topico" type="topicoType" minOccurs="1"/>
</xsd:sequence>
</xsd:complexType>

Primeiro definimos um elemento livraria do tipo


livrariaType. O livrariaType ser ento definido como um
complexType, que ter dois elementos: nome e topico.

O elemento nome do tipo String e o elemento topico


do tipo topicoType, que dever ser definido. Observe ainda
que o elemento topico tem um atributo minOccurs=1,
que indica que obrigatrio pelo menos um elemento.

DTD versus Schema

O DTD fornece uma gramtica bsica para definir um


documento XML em termos dos metadados que compem a
forma do documento.

O Schema tambm fornece isso, mas vai alm: fornece uma


forma de definio do que os dados podem ou no podem
conter. Fornece uma forma de trabalho Orientada a Objetos e
d muito mais poder ao desenvolvedor.

159
Padres da estrutura do XML

O XML baseado em padres de tecnologia


comprovadamente otimizados para a Web.

Os padres que compem o XML so definidos pelo W3C


(World Wide Web Consortium) e so os seguintes:

Extensible Markup Language (XML) uma


Recomendao, que vista como o ltimo estgio de
aprovao do W3C. Isso significa que o padro
estvel e pode ser aplicado a Web e utilizado pelos
desenvolvedores de ferramentas;

XML Namespaces tambm uma Recomendao, a


qual descreve a sintaxe de namespace, ou espao de
nomes, e que serve para criar prefixos para os nomes
de TAGs, evitando confuses que possam surgir com
nomes iguais para TAGs que definem dados diferentes;

Document Object Model (DOM) Level 1 uma


Recomendao que prov formas de acesso aos dados
estruturados utilizando scripts, permitindo aos
desenvolvedores interagir e computar tais dados
consistentemente;

Extensible Stylesheet Language (XSL) O XSL


apresenta duas sees: a linguagem de transformao
e a formatao de objetos. A linguagem de
transformao pode ser usada para transformar
documentos XML em algo agradvel para ser visto,
assim como transformar para documentos HTML, e
pode ser usada independentemente da segunda seo
(formatao de objetos).

XML Linking Language (XLL) e XML Pointer Language

160
(XPointer) O XLL uma linguagem de construo de
links que similar aos links HTML, sendo que mais
poderosa, porque os links podem ser multidirecionais, e
podem existir em nvel de objetos, e no somente em
nvel de pgina.

Uma noo sobre DOM

DOM uma API (Applications Programming Interface)


independente de plataforma e linguagem que utilizada para
manipular as rvores do documento XML (e HTML tambm).

DOMs so ideais para linguagem script, como exemplo


JavaScript.

Essa API definida em vrios nveis:

Nvel 0: Funes existentes conhecidas das


linguagens script dos browsers;
Nvel 1: Funcionalidade para navegao em
documentos e manipulaes;
Nvel 2: Adiciona modelos de style sheets (folhas de
estilo), filtros, modelos de eventos, e suporte a
namespaces;
Nvel 3: Possibilita as opes de carregar e salvar,
DTDs, schemas, visualizao de documentos e
status de formatao (W3C trabalhando no nvel 2).

Principais benefcios da linguagem XML

O XML tem por objetivo trazer flexibilidade e poder s


aplicaes Web. Dentre os benefcios para desenvolvedores e
usurios temos:

Buscas mais eficientes;

161
Desenvolvimento de aplicaes Web mais flexveis.
Isso inclui integrao de dados de fontes
completamente diferentes, de mltiplas aplicaes;
Computao e manipulao local dos dados;
Mltiplas formas de visualizao e atualizao
granulares do contedo;
Distribuio dos dados via rede de forma mais
comprimida e escalvel;
Padres abertos.

Buscas mais eficientes

Os dados em XML podem ser unicamente etiquetados, o


que permite que, por exemplo, uma busca por livros seja
feita em funo do nome do autor. Sem o XML necessrio
para a aplicao de procura saber como esquematizado e
construdo cada banco de dados que armazena os dados de
interesse, o que impossvel. O XML permite definir livros
por autor, ttulo, assunto, etc. Isso facilita enormemente a
busca.

Desenvolvimento de aplicaes flexveis para a Web

O desenvolvimento de aplicaes Web em trs camadas


altamente factvel com o XML. Os dados XML podem ser
distribudos para as aplicaes, objetos ou servidores
intermedirios para processamento. Esses mesmos dados
tambm podem ser distribudos para a camada cliente para
serem visualizados em um navegador ou qualquer outro
cliente que possa ler os arquivos XML.

Integrao de dados de fontes diferentes

Atualmente existem dados espalhados em diversos bancos


de dados diferentes. O XML permite que tais dados possam
ser facilmente combinados. Essa combinao seria feita via

162
software em um servidor intermedirio, estando os bancos
de dados na extremidade da rede.

Os dados poderiam ser distribudos para outros servidores ou


clientes para que fizessem o processamento, a agregao e a
distribuio.

Computao e manipulao locais

Os dados XML recebidos por um cliente so analisados e


podem ser editados e manipulados de acordo com o
interesse do usurio. Ao contrrio de somente visualizar os
dados, os usurios podem manipul-los de vrias formas. Os
recursos disponveis do Document Object Model (DOM)
permitem que os dados sejam manipulados via scripts ou
outra linguagem de programao.

A separao da interface visual dos dados propriamente ditos


permite a criao de aplicaes mais poderosas, simples e
flexveis.

Mltiplas formas de visualizar os dados

Os dados recebidos por um usurio podem ser visualizados


de diferentes formas uma vez que o XML define somente os
dados e no o visual. A interpretao visual poderia ser dada
de vrias maneiras diferentes, de acordo com as aplicaes.
Os recursos de CSS e XSL permitem essas formas
particulares de visualizao.

Atualizaes granulares dos documentos

Os dados podem ser atualizados de forma granular, evitando


que uma pequena modificao no conjunto de dados
implique na busca do documento inteiro novamente. Dessa
forma, somente os elementos modificados seriam enviados

163
pelo servidor para o cliente.

O XML tambm permite que novos dados sejam adicionados


aos j existentes, sem a necessidade de reconstruo da
pgina.

Fcil distribuio na Web

Assim como o HTML, o XML, por ser um formato baseado em


texto aberto, pode ser distribudo via HTTP sem necessidade
de modificaes nas redes existentes.

Compresso

A compresso de documentos XML fcil devido natureza


repetitiva das TAGs usadas para definir a estrutura dos
dados. A necessidade de compresso dependente da
aplicao e da quantidade de dados a serem movidos entre
clientes e servidores. Os padres de compresso do HTTP 1.1
podem ser usados para o XML.

XML no Projeto NF-e

Padro de Codificao

A especificao do documento XML adotada a


recomendao W3C para XML 1.0, disponvel em
www.w3.org/TR/REC-xml e a codificao dos caracteres ser
em UTF-8, assim todos os documentos XML sero iniciados
com a seguinte declarao:

<?xml version="1.0" encoding="UTF-8"?>

OBS: Lembrando que cada arquivo XML somente poder ter


uma nica declarao <?xml version="1.0" encoding="UTF-

164
8"?>. Nas situaes em que um documento XML pode conter
outros documentos XML, como ocorre com o documento XML
de lote de envio de NF-e, deve-se tomar o cuidado para que
exista uma nica declarao no incio do lote.

Declarao Namespace

A declarao de namespace da NF-e dever ser realizada no


elemento raiz de cada documento XML como segue:

<NFe xmlns=http://www.portalfiscal.inf.br/nfe >

No permitida a utilizao de prefixos de namespace. Essa


restrio visa otimizar o tamanho do arquivo XML.

Assim, ao invs da declarao:

<NFe:NFe xmlns:NFe=http://www.portalfiscal.inf.br/nfe >

Dever ser adotada a declarao:

<NFe xmlns =http://www.portalfiscal.inf.br/nfe >

Observe que na declarao adotada no existe o prefixo


NFe:.

A declarao do namespace da assinatura digital dever ser


realizada na prpria TAG <Signature>, conforme exemplo
abaixo.

Cada documento XML dever ter o seu namespace individual


em seu elemento raiz. No caso especfico do lote de envio da
NF-e, cada NF-e dever ter declarado o seu namespace
individual.

Segue abaixo o exemplo:

165
<?xml version="1.0" encoding="UTF-8"?>
<enviNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.01">
<idLote>200602220000001</idLote>
<NFe xmlns="http://www.portalfiscal.inf.br/nfe">
<infNFe Id="NFe31060243816719000108550000000010001234567890" versao="1.01">
...
<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
...
</NFe>

<NFe xmlns="http://www.portalfiscal.inf.br/nfe">
<infNFe Id="NFe31060243816719000108550000000010011234567900" versao="1.01">
...
<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
...
</NFe>

<NFe xmlns="http://www.portalfiscal.inf.br/nfe">
<infNFe Id="NFe31060243816719000108550000000010021234567916" versao="1.01">
...
<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
...
</NFe>
</enviNFe>

Otimizao na montagem do arquivo

Para que o arquivo gerado no fique muito grande ao ser


enviado para a SEFAZ, alguns aspectos devem ser analisados
no momento da gerao do arquivo XML:

No devero ser includas TAGs de campos com contedo


zero (para campos tipo numrico) ou vazio (para campos tipo
caractere). A no ser que esses campos sejam identificados
como obrigatrios no modelo;

A regra constante do pargrafo anterior dever estender-se


para os campos onde no h indicao de obrigatoriedade e
que, no entanto, seu preenchimento torna-se obrigatrio por
estar condicionado legislao especfica ou ao negcio do
contribuinte. Neste caso, dever constar a TAG com o valor
correspondente e, para os demais campos, devero ser

166
eliminadas as TAGs.

Para reduzir o tamanho final do arquivo XML da NF-e alguns


cuidados de programao devero ser assumidos:

No incluir zeros no significativos para campos


numricos;
No incluir espaos no incio ou no final de
campos numricos e alfanumricos;
No incluir comentrios no arquivo XML;
No incluir anotao e documentao no arquivo
XML (TAG annotation e TAG documentation);
No incluir caracteres de formatao no arquivo
XML (line-feed, carriage return, tab, caractere
de espao entre as TAGs).

Validao de Schema

Para garantir minimamente a integridade das informaes


prestadas e a correta formao dos arquivos XML, o
contribuinte dever submeter o arquivo da NF-e e as demais
mensagens XML para validao pelo Schema do XML (XSD
XML Schema Definition), disponibilizado pela Secretaria de
Fazenda Estadual antes de seu envio.

Tratamento de caracteres especiais no texto de XML

Todos os textos de um documento XML passam por uma


anlise do parser (analisador) especfico da linguagem.
Alguns caracteres afetam o funcionamento deste parser,
no podendo aparecer no texto de uma forma no
controlada.
Os caracteres que afetam o parser so:

> (sinal de maior);

167
< (sinal de menor);
& (e-comercial);
(aspas);
' (sinal de apstrofo).

Alguns destes caracteres podem aparecer especialmente no


campo de Razo Social, Endereo e Informao Adicional.
Para resolver esses casos, recomendvel o uso de uma
sequncia de escape em substituio ao caractere que
causa o problema.

Ex. a denominao: DIAS & DIAS LTDA deve ser informada


como: DIAS &amp; DIAS LTDA no XML para no afetar o
funcionamento do "parser".

A tabela abaixo mostra como o programador deve substituir


o cdigo do caractere pelo seu Entity Name:

Caractere Seqncia de Escape (entity)


< &lt;
> &gt;
& &amp;
&quot;
&#39;

Compreendendo o layout do padro XML da


NF-e

Compreender o layout da NF-e imprescindvel para o


desenvolvimento da soluo. Observe na imagem abaixo o
diagrama simplificado dos grupos de informaes da NF-e.
Vamos nos referir a essa imagem como rvore geral.

168
Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Observe como as informaes esto organizadas como numa


rvore. Veja na imagem abaixo o layout de dois elementos
do grupo de informaes visto acima.

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

169
Primeiro vamos compreender o que quer dizer cada uma das
colunas deste layout:

a) coluna #: identificador da linha da tabela;

b) coluna ID: identificao do campo;

c) coluna Campo: identificador do nome do campo, como a


nomenclatura dos nomes dos campos foi padronizada, um
nome de campo utilizado para identificar campos
diferentes, como por exemplo, a IE, que pode ser do
emitente ou do destinatrio. A diferenciao dos campos
realizada considerando as TAGs de grupo;

d) coluna Ele: o elemento um campo bsico de


informao do documento XML. Observe a imagem abaixo:

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

170
A - indica que o campo um atributo do Elemento anterior;

E - indica que o campo um Elemento;

CE indica que o campo um Elemento que deriva de uma


Escolha (Choice). A opo Choice utilizada para Elementos
de informao mutuamente exclusivos, como o caso do
CPF/CNPJ dos dados cadastrais, para o qual deve ser
informado o CNPJ ou o CPF. Observe a imagem abaixo
retirada do Manual de Integrao do Contribuinte, referente
TAG emit:

Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

G indica que o campo um Elemento de Grupo, ou seja,


este elemento vai agrupar outras informaes dentro dele.
No XML que vimos onde a TAG raiz era pessoa, a TAG
telefone um Elemento de Grupo.

CG - indica que o campo um Elemento de Grupo que deriva


de uma Escolha (Choice);

ID indica que o campo um ID da XML 1.0;

RC indica que o campo uma key constraint (Restrio de


Chave) para garantir a unicidade e presena do valor;

171
e) coluna Pai: indica qual o elemento pai;

f) coluna Tipo:

N campo numrico;
C campo alfanumrico;
D campo data;

g) coluna Ocorrncia: x-y, onde x indica a ocorrncia


mnima e y a ocorrncia mxima. Poderamos chamar essa
coluna de Cardinalidade.

h) coluna Tamanho: x-y, onde x indica o tamanho mnimo


e y o tamanho mximo; a existncia de um nico valor indica
que o campo tem tamanho fixo, devendo-se informar a
quantidade de caracteres exigidos, preenchendo-se os zeros
no significativos; tamanhos separados por vrgula indicam
que o campo deve ter um dos tamanhos fixos da lista. O
tamanho mximo dos campos Tipo C, quando no
especificado, 60 posies;

i) coluna Dec: indica a quantidade mxima de casas


decimais do campo;

Regras de preenchimento dos campos da Nota Fiscal


Eletrnica

Campos que representam cdigos (CNPJ, CPF, CEP,


CST, NCM, EAN, etc.) devem ser informados com o
tamanho fixo previsto, sem formatao e com o
preenchimento dos zeros no significativos;

Campos numricos que representam valores e


quantidades so de tamanho varivel, respeitando o
tamanho mximo previsto para o campo e a

172
quantidade de casas decimais. O preenchimento de
zeros no significativos causa erro de validao do
Schema XML.

Os campos numricos devem ser informados sem o


separador de milhar, com uso do ponto decimal para
indicar a parte fracionria se existente respeitando-se a
quantidade de dgitos prevista no leiaute;

O uso de caracteres acentuados e smbolos especiais


para o preenchimento dos campos alfanumricos
devem ser evitados. Os espaos informados no incio e
no final do campo alfanumrico tambm devem ser
evitados;

As datas devem ser informadas no formato AAAA-MM-


DD;

A forma e a obrigatoriedade de preenchimento dos


campos da Nota Fiscal Eletrnica esto previstas na
legislao aplicvel para a operao que se pretende
realizar;

Inexistindo contedo (valor zero ou vazio) para um


campo no obrigatrio, a TAG deste campo no dever
ser informada no arquivo da NF-e;

Tratando-se de operaes com o exterior, uma vez que


o campo CNPJ obrigatrio no informar o contedo
deste campo;

No caso das pessoas desobrigadas de inscrio no


CNPJ/MF, dever ser informado o CPF da pessoa,
exceto nas operaes com o exterior;

173
Exemplo de uma NF-e Arquivo XML
<?xml version="1.0" encoding="utf-8"?>

<NFe xmlns="http://www.portalfiscal.inf.br/nfe">
<infNFe Id="NFe35080599999090910270550010000000045180051273" versao="2.00">
<ide>
<cUF>35</cUF>
<cNF>518075127</cNF>
<natOp>Venda a vista</natOp>
<indPag>0</indPag>
<mod>55</mod>
<serie>1</serie>
<nNF>1</nNF>
<dEmi>2008-09-07</dEmi>
<dSaiEnt>2008-09-07</dSaiEnt>
<tpNF>0</tpNF>
<cMunFG>3550308</cMunFG>
<tpImp>1</tpImp>
<tpEmis>1</tpEmis>
<cDV>3</cDV>
<tpAmb>2</tpAmb>
<finNFe>1</finNFe>
<procEmi>0</procEmi>
<verProc>NF-eletronica.com</verProc>
</ide>
<emit>
<CNPJ>99988090910444</CNPJ>
<xNome>NF-e Teste</xNome>
<xFant>NF-e</xFant>
<enderEmit>
<xLgr>Rua Teste</xLgr>
<nro>100</nro>
<xCpl>Fundos</xCpl>
<xBairro>Bairro Teste</xBairro>
<cMun>3502200</cMun>
<xMun>Teste</xMun>
<UF>SP</UF>
<CEP>99988855</CEP>
<cPais>1058</cPais>
<xPais>Brasil</xPais>
<fone>4567894562</fone>
</enderEmit>
<IE>123135454622</IE>
</emit>

174
<dest>
<CNPJ>00000000000191</CNPJ>
<xNome>DISTRIBUIDORA TESTE</xNome>
<enderDest>
<xLgr>AV DO TESTE</xLgr>
<nro>4568</nro>
<xCpl>20 ANDAR</xCpl>
<xBairro>PARQUE TESTE</xBairro>
<cMun>5030801</cMun>
<xMun>Sao Paulo</xMun>
<UF>SP</UF>
<CEP>45612312</CEP>
<cPais>1058</cPais>
<xPais>BRASIL</xPais>
<fone>1235456462</fone>
</enderDest>
<IE></IE>
</dest>
<retirada>
<CNPJ>00000000000182</CNPJ>
<xLgr>AV PAULISTA</xLgr>
<nro>12345</nro>
<xCpl>TERREO</xCpl>
<xBairro>OUTRO BAIRRO DE TESTE</xBairro>
<cMun>5464546</cMun>
<xMun>SAO PAULO</xMun>
<UF>SP</UF>
</retirada>
<entrega>
<CNPJ>00000000000194</CNPJ>
<xLgr>AV JOAO LIMA</xLgr>
<nro>1555</nro>
<xCpl>17 ANDAR</xCpl>
<xBairro>O TERCEIRO BAIRRO DE TESTE</xBairro>
<cMun>3550308</cMun>
<xMun>SAO PAULO</xMun>
<UF>SP</UF>
</entrega>
<det nItem="1">
<prod>
<cProd>00001</cProd>
<cEAN />
<xProd>AGUA MINERAL COM GAS</xProd>
<CFOP>5101</CFOP>
<uCom>dz</uCom>

175
<qCom>1000000.0000</qCom>
<vUnCom>1</vUnCom>
<vProd>10000000.00</vProd>
<cEANTrib />
<uTrib>und</uTrib>
<qTrib>12000000.0000</qTrib>
<vUnTrib>1</vUnTrib>
</prod>
<imposto>
<ICMS>
<ICMS00>
<orig>0</orig>
<CST>00</CST>
<modBC>0</modBC>
<vBC>10000000.00</vBC>
<pICMS>18.00</pICMS>
<vICMS>1800000.00</vICMS>
</ICMS00>
</ICMS>
<PIS>
<PISAliq>
<CST>01</CST>
<vBC>10000000.00</vBC>
<pPIS>0.65</pPIS>
<vPIS>65000</vPIS>
</PISAliq>
</PIS>
<COFINS>
<COFINSAliq>
<CST>01</CST>
<vBC>10000000.00</vBC>
<pCOFINS>2.00</pCOFINS>
<vCOFINS>200000.00</vCOFINS>
</COFINSAliq>
</COFINS>
</imposto>
</det>
<det nItem="2">
<prod>
<cProd>00002</cProd>
<cEAN />
<xProd>AGUA MINERAL</xProd>
<CFOP>5101</CFOP>
<uCom>pack</uCom>
<qCom>5000000.0000</qCom>

176
<vUnCom>2</vUnCom>
<vProd>10000000.00</vProd>
<cEANTrib />
<uTrib>und</uTrib>
<qTrib>3000000.0000</qTrib>
<vUnTrib>0.3333</vUnTrib>
</prod>
<imposto>
<ICMS>
<ICMS00>
<orig>0</orig>
<CST>00</CST>
<modBC>0</modBC>
<vBC>10000000.00</vBC>
<pICMS>18.00</pICMS>
<vICMS>1800000.00</vICMS>
</ICMS00>
</ICMS>
<PIS>
<PISAliq>
<CST>01</CST>
<vBC>10000000.00</vBC>
<pPIS>0.65</pPIS>
<vPIS>65000</vPIS>
</PISAliq>
</PIS>
<COFINS>
<COFINSAliq>
<CST>01</CST>
<vBC>10000000.00</vBC>
<pCOFINS>2.00</pCOFINS>
<vCOFINS>200000.00</vCOFINS>
</COFINSAliq>
</COFINS>
</imposto>
</det>
<total>
<ICMSTot>
<vBC>20000000.00</vBC>
<vICMS>18.00</vICMS>
<vBCST>0</vBCST>
<vST>0</vST>
<vProd>20000000.00</vProd>
<vFrete>0</vFrete>
<vSeg>0</vSeg>

177
<vDesc>0</vDesc>
<vII>0</vII>
<vIPI>0</vIPI>
<vPIS>130000.00</vPIS>
<vCOFINS>400000.00</vCOFINS>
<vOutro>0</vOutro>
<vNF>20000000.00</vNF>
</ICMSTot>
</total>
<transp>
<modFrete>0</modFrete>
<transporta>
<CNPJ>00000000000191</CNPJ>
<xNome>Livraria SP SA</xNome>
<IE>787987979898</IE>
<xEnder>Rua Mangabaeiar, 120 - Distrito Teste</xEnder>
<xMun>SAO PAULO</xMun>
<UF>SP</UF>
</transporta>
<veicTransp>
<placa>JGZ5555</placa>
<UF>SP</UF>
<RNTC>123456789</RNTC>
</veicTransp>
<reboque>
<placa>JGZ5555</placa>
<UF>SP</UF>
<RNTC>123456789</RNTC>
</reboque>
<vol>
<qVol>10000</qVol>
<esp>CAIXA</esp>
<marca>CHAMPITO</marca>
<nVol>500</nVol>
<pesoL>1000000000.000</pesoL>
<pesoB>1200000000.000</pesoB>
<lacres> <nLacre>XYZ15464565</nLacre>
</lacres>
</vol>
</transp>
<infAdic>
<infAdFisco>NF Teste NF-eletronica.com</infAdFisco>
</infAdic>
</infNFe>
</NFe>

178
Se voc ler o arquivo acima analisando a imagem da rvore
geral, poder observar o seguinte:

A TAG NFe tem o seguinte namespace:


xmlns="http://www.portalfiscal.inf.br/nfe". Tenha em mente
que xmlns significa exatamente: XML Name Space.

Entrando no segundo nvel da rvore temos a TAG infNFe,


que representa os dados da Nota Fiscal Eletrnica. Essa TAG
tem vrios atributos, como voc pode observar na imagem
que mostra o layout dos dois primeiros elementos. O layout
completo pode ser consultado no Manual de Integrao do
Contribuinte, disponvel no Portal da Nota Fiscal Eletrnica.
Foram informados os atributos Id e verso, conforme abaixo:

<infNFe Id="NFe35080599999090910270550010000000045180051273" versao="2.00">

Logo aps entramos no terceiro nvel, atravs das seguintes


TAGs: ide, emit, dest, retirada, entrega, det, total,
transp e infAdic.

A TAG det pode ter de 1 a 990 ocorrncias. No nosso


exemplo, temos duas ocorrncias dessa TAG. nela que
sero informados todos os dados sobre a mercadoria
constante na nota fiscal. Atravs dela entramos no quarto
nvel, com as TAGs prod e imposto. Atravs da TAG
imposto chegamos no quinto nvel da rvore geral com as
TAGs ICMS, PIS e COFINS.

O exemplo observado bem simples, mas cumpre o objetivo


de mostrar como fica o arquivo XML de uma Nota Fiscal
Eletrnica. Vale ressaltar que esse arquivo no est assinado
digitalmente. Observe que no existe uma TAG Signature,
que aparece no segundo nvel da rvore geral. Veja detalhes
sobre a assinatura digital no captulo destinado a este tema.

179
Elemento Produto Campos uTrib e qTrib

Observando o layout da NF-e, ao chegar no Elemento


produto voc ver que existem dois campos para a unidade e
dois campos para a quantidade. Veja a imagem abaixo, que
representa uma parte dos campos do Elemento Produto:

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Como podemos ver na figura temos os campos de Unidade e


Quantidade Comercial (uCom e qCom) e os campos de
Unidade e Quantidade Tributvel (uTrib e qTrib). Estes
ltimos foram criados para atender a necessidade do Fisco de
identificar as situaes de mercadorias em que a unidade de
tributao diferente da unidade de comercializao.

A unidade de tributao corresponde unidade de


comercializao do varejo da mercadoria.

Vamos analisar um dos produtos do nosso XML:

<det nItem="1">

<prod>
<cProd>00001</cProd>
<cEAN />

180
<xProd>AGUA MINERAL COM GAS</xProd>
<CFOP>5101</CFOP>
<uCom>dz</uCom>
<qCom>1000000.0000</qCom>
<vUnCom>1</vUnCom>
<vProd>10000000.00</vProd>
<cEANTrib />
<uTrib>und</uTrib>
<qTrib>12000000.0000</qTrib>
<vUnTrib>1</vUnTrib>
</prod>
<imposto>
<ICMS>
<ICMS00>
<orig>0</orig>
<CST>00</CST>
<modBC>0</modBC>
<vBC>10000000.00</vBC>
<pICMS>18.00</pICMS>
<vICMS>1800000.00</vICMS>
</ICMS00>
</ICMS>
<PIS>
<PISAliq>
<CST>01</CST>
<vBC>10000000.00</vBC>
<pPIS>0.65</pPIS>
<vPIS>65000</vPIS>
</PISAliq>
</PIS>
<COFINS>
<COFINSAliq>
<CST>01</CST>
<vBC>10000000.00</vBC>
<pCOFINS>2.00</pCOFINS>
<vCOFINS>200000.00</vCOFINS>
</COFINSAliq>
</COFINS>
</imposto>
</det>

181
Temos no exemplo acima o produto AGUA MINERAL COM
GAS. Na Unidade Comercial (uCom) temos a seguinte
informao: dz, o que indica que o produto vendido em
pacotes de 12 unidades (neste caso dz quer dizer dzia).
Na Quantidade Comercial (qCom) foi informado o valor
1000000.0000, ou seja, foram vendidas 1 milho de caixas
desse produto, cada caixa com 12 unidades.

Na Unidade Tributvel (uTrib) temos a seguinte informao:


und, indicando que aqui sero informados os dados de cada
unidade. Na Quantidade Tributvel (qTrib) foi informado o
valor 12000000.0000, ou seja, doze milhes de unidades.

A conta bem simples: como foram vendidas 1 milho de


caixas e cada caixa tem 12 unidades, no final foram vendidas
12 milhes de unidades.

182
Preenchimento das informaes do ICMS

Alguns campos relacionados com tributos podem aparecer


mais de uma vez no layout em funo da estrutura de grupos
de Choice baseados no CST Cdigo de Situao Tributria
do tributo.

O preenchimento dos campos de tributos relacionados com o


ICMS Normal e ST depende do contedo informado no CST
Cdigo da Situao Tributria (campo N12), que pode
assumir um dos seguintes valores:

00 Tributada integralmente;
10 Tributada e com cobrana do ICMS por substituio tributria;
20 Com reduo de base de clculo;
30 Isenta ou no tributada e com cobrana do ICMS por substituio
tributria;
40 Isenta;
41 No tributada;
50 Suspenso;
51 Diferimento;
60 ICMS cobrado anteriormente por substituio tributria;
70 Com reduo de base de clculo e cobrana do ICMS por
substituio tributria;
90 Outros.

183
Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

184
Assim, conforme o CST aplicvel para a situao, o grupo de
tributo ICMS Normal e ST dever ter os campos
assinalados com S ou ? da seguinte tabela:

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Mais detalhes sobre o preenchimento das informaes do


ICMS, analisando caso a caso, podem ser encontrados no
Manual de Implantao da NF-e.

185
Certificao Digital

Introduo

A Internet tem sido largamente utilizada para a troca de


mensagens e documentos entre cidados, governo e
empresas. Quando se trata de documentos e mensagens
oficiais, estas transaes eletrnicas necessitam de alguns
requisitos de segurana, a saber:

Autenticao ou Autenticidade: garantia de


identificao das pessoas ou organizaes
envolvidas na comunicao e na autoria do
documento eletrnico;
Integridade: garantia de que o contedo de uma
mensagem ou resultado de uma consulta no ser
alterado durante seu trfego e armazenagem;
Confidencialidade (Privacidade ou Sigilo):
garantia de que somente as pessoas ou
organizaes envolvidas na comunicao possam
ler e utilizar as informaes transmitidas de forma
eletrnica pela rede;
No-Repdio (No-recusa): garantia que o
remetente ou pessoa que executou determinada
transao de forma eletrnica, no poder
posteriormente negar sua autoria;
ncora Temporal (Temporalidade ou
Irretroatividade): certeza e imparcialidade de
quando o documento eletrnico foi criado e da
relao de precedncia com outros.

A certificao digital a tecnologia que prov estes


requisitos. No ncleo da certificao digital est o certificado
digital, um documento eletrnico que contm o nome, um
nmero pblico exclusivo denominado chave pblica e muitos

186
outros dados que mostram quem somos para as pessoas e
para os sistemas de informao.

A certificao digital traz inmeros benefcios para os


cidados e para as instituies que a adotam. Com a
certificao digital possvel utilizar a Internet de forma
segura para disponibilizar diversos servios com maior
agilidade, facilidade de acesso e substancial reduo de
custos. Imagine como seriam os servios bancrios hoje em
dia se no fosse a Internet. Outro exemplo interessante so
os Home Brokers das corretoras de valores que permitem
que qualquer pessoa possa comprar aes facilmente e de
forma segura. A tecnologia da certificao digital foi
desenvolvida graas aos avanos da criptografia nos ltimos
30 anos.

Criptografia

Definio

A palavra criptografia (Do Grego krypts, escondido, e


grphein, escrita) significa a arte de escrever em cdigos
de forma a esconder a informao na forma de um texto
incompreensvel ou ilegvel. um ramo da Matemtica, parte
da Criptologia. A informao codificada chamada de texto
cifrado. O processo de codificao ou ocultao chamado
de cifragem, e o processo inverso, ou seja, obter a
informao original a partir do texto cifrado, chama-se
decifragem.

187
Histrico

Antigamente a criptografia era feita manualmente atravs de


algum processo predeterminado. Exemplos:

Cifras Hebraicas;
Basto de Licurgo;
Crivo de Erasttenes;
Cdigo de Polbio;
Cifra de Csar.

Cifras hebraicas

Os hebreus tinham alguns sistemas manuais de cifragem:


ATBASH, ALBAM e ATBAH.

O ATBASH funciona da seguinte maneira: a primeira letra do


alfabeto hebreu (Aleph) trocada pela ltima (Taw), a
segunda letra (Beth) trocada pela penltima (Shin) e assim
sucessivamente. Destas quatro letras deriva o nome da cifra:
Aleph Taw Beth SHin ATBASH.

188
Sistemas criptogrficos dos hebreus

189
Basto de Licurgo

Foi usado pelos gregos de Esparta. O primeiro algoritmo


mecnico de criptografia por transposio. O remetente
escreve a mensagem ao longo do basto e depois desenrola
a tira, a qual ento se converte numa sequncia de letras
sem sentido. O mensageiro usa a tira como cinto, com as
letras voltadas para dentro. O destinatrio, ao receber o
cinto, enrola-o no seu basto, cujo dimetro igual ao do
basto do remetente. Assim, pode ler a mensagem.

Basto de Licurgo

Crivo de Erasttenes

Uma das formas mais eficientes para encontrar todos os


nmeros primos pequenos, por exemplo, os menores de
10.000.000.

O algoritmo funciona da seguinte forma:

Fazer uma lista com todos os nmeros inteiros maiores que

190
um e menores ou igual a n, onde n o nmero topo, ou
seja, queremos achar todos os primos menores que n;

Riscar os mltiplos de todo nmero primo da relao que


menor ou igual raiz quadrada de n (n ). Os nmeros que
no forem riscados so os nmeros primos.

Acompanhe o raciocnio na imagem abaixo, onde


determinamos os nmeros primos menores que 20:

Nmeros primos menores que 20, calculados pelo Crivo de Erasttenes

191
Cdigo de Polbio

Cada letra representada pela combinao de dois nmeros,


os quais se referem posio ocupada pela letra. Assim, A
substitudo por 11, B por 12, etc. Veja na imagem abaixo:

Tabela de substituio do Cdigo de Polbio

Por exemplo, o texto:

ALBERT EIJE

Pelo Cdigo de Polbio ficaria assim:

11-32-12-15-42-44 15-24-25-15

192
Cdigo de Csar

Cada letra da mensagem original substituda pela letra que


a seguia em trs posies no alfabeto: a letra A substituda
por D, a B por E, e assim por diante at a ltima letra,
cifrada com a primeira. O deslocamento padro de 3 letras,
mas pode-se adaptar o algoritmo para qualquer
deslocamento de letras.

Cifra de Csar com descolamento padro de 3

Criptografia por mquinas

Como tempo a criptografia foi evoluindo e mquinas


passaram a ser utilizadas. Alguns exemplos de mquinas de
criptografia:

O Cilindro de Jefferson;
O Cdigo ASCII;
A Mquina Enigma.

O Cilindro de Jefferson

Na poca em que era secretrio de estado de George

193
Washington, Thomas Jefferson, futuro presidente dos Estados
Unidos, criou um mtodo simples, engenhoso e seguro de
cifrar e decifrar mensagens: o cilindro cifrante.

O Cilindro de Jefferson (Jefferson's wheel cipher em Ingls),


na sua forma original, composto por 26 discos de madeira
que giram livremente ao redor de um eixo central de metal.
As vinte e seis letras do alfabeto so inscritas aleatoriamente
na superfcie mais externa de cada disco de modo que cada
um deles possua uma seqncia diferente de letras. Girando-
se os discos obtm-se as mensagens.

Observe a imagem a seguir:

Reproduo moderna do Cilindro de Jefferson

Observe na figura acima que, numa das linhas, possvel ler


COOL JEFFERSON WHEEL CIPHER. Esta seria a mensagem
clara. O remetente, no entanto, escolhe qualquer outra linha
e a envia ao destinatrio. Tomemos como exemplo a linha
imediatamente abaixo da mensagem clara. Neste caso, a
mensagem cifrada enviada seria:

WWPN HKKRWYZWK YGSJI LGZDNN

O destinatrio, que possui um cilindro com a mesma


sequncia de discos, transfere a mensagem recebida para o
seu cilindro e procura uma linha que possua texto que faa
sentido.

194
O Cdigo ASCII

Os cdigos ASCII representam texto em computadores,


equipamentos de comunicao, entre outros dispositivos que
trabalham com texto. Desenvolvida a partir de 1960, grande
parte das codificaes de caracteres modernas a herdaram
como base.

Observe nas imagens abaixo os caracteres definidos da


Tabela ASCII:

Tabela ASCII - 1968

A tabela foi desenhada para ter duas colunas com caracteres


de controle, uma coluna com caracteres especiais, uma
coluna com nmeros e quatro colunas com letras. Devemos
contar os bits da direita para a esquerda. Portanto, o cdigo
ASCII da letra E o seguinte: 1000101. Tente formar a
palavra casa a partir da tabela acima.

195
Criptografia hoje

A cifragem e a decifragem so realizadas por programas de


computador chamados de cifradores e decifradores. A cifra
um ou mais algoritmos que cifram e decifram um texto. A
operao do algoritmo costuma ter como parmetro uma
chave. Tal parmetro costuma ser secreto (conhecido
somente pelos envolvidos em trocar a mensagem).

Os cifradores e decifradores se comportam de maneira


diferente para cada valor da chave. Sem o conhecimento da
chave correta no possvel decifrar um texto cifrado. Assim,
para manter uma mensagem secreta basta cifr-la e manter
a chave em sigilo.

Fonte: Instituto Nacional de Tecnologia da Informao ITI


http://www.iti.gov.br/

Na criptografia, o tamanho das chaves so expressos em


expoentes, como 2n, onde n o tamanho da chave. Se n for
igual a 8 (8 bits), gerar 256 possveis chaves diferentes. J
se n for igual a 256 gerar 7,2*1016 chaves possveis.

Para compreendermos melhor o conceito, vamos a um


exemplo prtico.

196
Vamos escrever a palavra casa a partir da tabela ASCII vista
anteriormente:

C - 1000011
A - 1000001
S - 1010011
A - 1000001

Nossa mensagem ficaria assim:

1000011 1000001 1010011 1000001

Se informarmos ao destinatrio que a mensagem no est


cifrada e que ele deve apenas comparar os bits com a tabela
ASCII, ele facilmente descobrir o texto da mensagem:
CASA. Vamos agora utilizar uma chave para cifrar a
mensagem.

A chave que utilizaremos ser a letra Z da tabela ASCII:


1011010.

Para cifrar a mensagem faremos uso de uma simples


operao matemtica chamada ou exclusivo, tambm
chamada de disjuno exclusiva, conhecida geralmente por
XOR.

Observe a tabela verdade do XOR:

p q p XOR q
F F F
F V V
V F V
V V F

197
Vamos interpretar a tabela acima da forma mais simples
possvel: quando se executa um XOR entre elementos
iguais o resultado falso. Quando se executa o XOR entre
elementos diferentes o resultado verdadeiro. Vamos
substituir o F por 0 e o V por 1. Vejamos como fica a tabela:

p q p XOR q
0 0 0
0 1 1
1 0 1
1 1 0

XOR entre elementos iguais ser igual a zero.


XOR entre elementos diferentes ser igual a um.

Agora faremos o XOR entre a palavra CASA e a letra Z.


Sendo que aplicaremos a chave para cada letra da palavra
CASA:

Letra C: Letra A: Letra S: Letra A:


1000011 1000001 1010011 1000001
C XOR Z: A XOR Z: S XOR Z: A XOR Z:
1000011 1000001 1010011 1000001
1011010 1011010 1011010 1011010
======= ======= ======= =======
0011001 0011011 0001001 0011011

Aps a cifragem, com a utilizao da letra Z da tabela


ASCII como a chave, temos a seguinte mensagem cifrada:

0011001 0011011 0001001 0011011

Se tentarmos decifrar a mensagem apenas substituindo os


caracteres pela tabela ASCII teremos o seguinte texto:

198
0011001 Caractere de controle (EM)
0011011 Caractere de controle (ESC)
0001001 Caractere de controle (HT)
0011011 Caractere de controle (ESC)

Ou seja, texto nenhum, ilegvel. Para que o destinatrio


consiga decifrar a mensagem ele precisa da Chave: a letra
Z: 1011010. De posse da chave ele deve realizar um XOR
entre cada letra cifrada e a chave passada. Somente dessa
forma o destinatrio chegar mensagem clara.

Tipos de criptografia

Atualmente existem dois tipos de criptografia: a simtrica e a


assimtrica (de chave pblica). A criptografia simtrica
realiza a cifragem e a decifragem de uma informao atravs
de algoritmos que utilizam a mesma chave. Como a mesma
chave deve ser utilizada na cifragem e na decifragem, ela
deve ser compartilhada entre quem cifra e quem decifra os
dados. O processo de compartilhar uma chave conhecido
como troca de chaves. A troca de chaves deve ser feita de
forma segura, uma vez que todos que conhecem a chave
podem decifrar ou mesmo reproduzir uma informao
cifrada.

Os algoritmos assimtricos (de chave pblica) operam com


duas chaves distintas: chave pblica e chave privada. Essas
chaves so geradas simultaneamente e esto relacionadas
entre si, o que possibilita que a operao executada por uma
seja revertida pela outra. A chave privada deve ser mantida
em sigilo e protegida por quem gerou as chaves. A chave
pblica disponibilizada e tornada acessvel a qualquer
pessoa que deseje se comunicar com o proprietrio da chave
privada correspondente. Quando uma chave utilizada para
cifrar, apenas a outra pode ser usada para decifrar, se for

199
utilizada a mesma chave que cifrou a informao o resultado
totalmente diferente.

Criptografia simtrica

No exemplo que utilizamos no tpico Criptografia Hoje,


onde ciframos a palavra CASA, utilizamos criptografia
simtrica, onde apenas uma chave utilizada para cifrar e
decifrar a mensagem. Para esse exemplo utilizamos uma
chave de 7 bits: a letra Z da tabela ASCII.

O ruim da criptografia simtrica que a chave deve ser do


conhecimento tanto do remetente quanto do destinatrio.
Isso torna o processo frgil.

Criptografia assimtrica (de chave pblica)

Em 1976, Whitfield Diffie e Martin Hellman mudaram os


rumos da criptografia, criando o algoritmo Diffie-Hellman.
Eles propuseram um sistema para cifrar e decifrar uma
mensagem com duas chaves distintas: a chave pblica que
pode ser divulgada e a chave privada que deve ser mantida
em segredo.

200
Algoritmo assimtrico Diffie-Hellman

Funciona da seguinte forma: cifrando a mensagem com a


chave privada ela somente ser decifrada pela chave pblica
e vice-versa.

O algoritmo de chave pblica no substitui a criptografia


simtrica, pois eles so lentos e vulnerveis a alguns
ataques. Geralmente a criptografia de chave pblica usada
para distribuir com segurana as chaves simtricas, pois esta
ser usada para cifrar as mensagens.

Os algoritmos criptogrficos de chave pblica permitem


garantir tanto a confidencialidade quanto a autenticidade das
informaes por eles protegidas.

Confidencialidade

O remetente que deseja enviar uma informao sigilosa deve


utilizar a chave pblica do destinatrio para cifrar a
informao. Para isto importante que o destinatrio

201
disponibilize sua chave pblica, utilizando, por exemplo,
diretrios pblicos acessveis pela Internet.

Sigilo utilizando criptografia assimtrica. Fonte: Instituto Nacional de


Tecnologia da Informao ITI http://www.iti.gov.br/

O sigilo garantido, j que somente o destinatrio que


possui a chave privada conseguir decifrar e recuperar as
informaes originais. Por exemplo, para Alice compartilhar
uma informao de forma secreta com Beto, ela deve cifrar a
informao usando a chave pblica de Beto. Somente Beto
pode decifrar a informao j que apenas Beto possui a
chave privada correspondente.

Autenticidade

No processo de autenticao, as chaves so aplicadas no


sentido inverso ao da confidencialidade. O autor de um
documento utiliza sua chave privada para cifr-lo de modo a
garantir a autoria em um documento ou a identificao em
uma transao. Esse resultado s obtido porque a chave
privada conhecida exclusivamente por seu proprietrio.

202
Autenticidade utilizando criptografia assimtrica. Fonte: Instituto Nacional
de Tecnologia da Informao ITI http://www.iti.gov.br/

Dessa forma, se Alice cifrar uma informao com sua chave


privada e enviar para Beto, ele poder decifrar esta
informao j que tem acesso chave pblica de Alice.
Qualquer pessoa poder decifrar a informao, uma vez que
todos conhecem a chave pblica de Alice. Por outro lado, o
fato de ser necessrio o uso da chave privada de Alice para
produzir o texto cifrado caracteriza uma operao que
somente Alice tem condies de realizar. Pode-se ter certeza
de que foi Alice quem cifrou a informao, garantindo a sua
autenticidade.

Em 1977, Ron Rivest, Adi Shamir e Len Adleman (trs


professores do MIT) desenvolveram um algoritmo assimtrico
denominado RSA, em referncia aos seus sobrenomes. O
algoritmo RSA a base, atualmente, da maioria das
aplicaes que utilizam criptografia assimtrica. O tamanho
da chave varia de 512 a 2048 bits.

O RSA baseia-se da grande dificuldade dos computadores de


fatorarem nmeros grandes. As chaves so geradas

203
matematicamente atravs do produto de dois nmeros
primos gigantes. Mesmo que se tenha esse produto (que faz
parte da chave pblica divulgada), a segurana ainda
garantida devido a grande dificuldade de se fator-lo e obter
os nmeros primos que so essenciais para o algoritmo.

Integridade Resumo Criptogrfico Hash

Hash quer dizer picar, misturar, confundir. uma funo


criptogrfica que tem como finalidade computar um resumo
de mensagem ao criar uma assinatura digital. A funo hash
usada em conjunto com a criptografia assimtrica, e
utilizada para garantir a integridade de um documento
digital.

O hash tem a funo parecida com a do digito verificador do


CPF. Pode ser chamada de impresso digital ou "message
digest". O resumo criptogrfico o resultado retornado por
uma funo de hash. As funes de resumo criptogrfico so
usadas para garantir a integridade dos dados.

Algumas das propriedades desta funo so:

Deve ser computacionalmente invivel fazer a


operao inversa, ou seja, dado um resumo, deve
ser invivel obter uma mensagem original;
Duas mensagens semelhantes devem produzir um
resumo completamente diferente;
Deve ser fcil e rpido produzir o resumo.

Assinatura digital

Quando usamos a criptografia assimtrica com uma funo


de resumo (hash), estamos criando uma assinatura digital.

204
Assinatura digital utilizando criptografia assimtrica. Fonte: Instituto
Nacional de Tecnologia da Informao ITI http://www.iti.gov.br/

A vantagem da utilizao de resumos criptogrficos no


processo de autenticao o aumento de desempenho, pois
os algoritmos de criptografia assimtrica so muito lentos. A
submisso de resumos criptogrficos ao processo de
cifragem com a chave privada reduz o tempo de operao
para gerar uma assinatura por serem os resumos, em geral,
muito menores que o documento em si. Assim, consomem
um tempo baixo e uniforme, independente do tamanho do
documento a ser assinado.

A assinatura digital uma modalidade de assinatura


eletrnica, resultado de uma operao matemtica que utiliza
criptografia e permite aferir, com segurana, a origem e a
integridade do documento. A assinatura digital fica de tal
modo vinculada ao documento eletrnico que, caso seja feita
qualquer alterao no documento, a assinatura se torna
invlida.

A tcnica permite no s verificar a autoria do documento,


como estabelece tambm uma imutabilidade lgica de seu
contedo, pois qualquer alterao do documento, como, por
exemplo, a insero de mais um espao entre duas palavras,
invalida a assinatura.

Na assinatura digital, o documento no sofre nenhuma


alterao e o Hash cifrado com a chave privada anexado ao

205
documento.

Para comprovar uma assinatura digital necessrio


inicialmente realizar duas operaes:

Calcular o resumo criptogrfico do documento;


Decifrar a assinatura com a chave pblica do
signatrio.

Se forem iguais, a assinatura est correta, o que significa


que foi gerada pela chave privada corresponde chave
pblica utilizada na verificao e que o documento est
ntegro. Caso sejam diferentes, a assinatura est incorreta, o
que significa que pode ter havido alteraes no documento
ou na assinatura pblica.

Conferncia da assinatura digital. Fonte: Instituto Nacional de Tecnologia


da Informao ITI http://www.iti.gov.br/

A assinatura digital pode ser aplicada de diversas formas,


dentre elas encontram-se as seguintes:

Comrcio eletrnico;
Processos judiciais e administrativos em meio

206
eletrnico;
Facilitar a iniciativa popular na apresentao de
projetos de lei, uma vez que os cidados podero
assinar digitalmente sua adeso s propostas;
Assinatura da declarao de renda e outros servios
prestados pela Secretaria da Receita Federal;
Obteno e envio de documentos cartorrios;
Transaes seguras entre instituies financeiras,
como j vem ocorrendo desde abril de 2002, com a
implantao do Sistema de Pagamentos Brasileiro -
SPB;
Dirio Oficial Eletrnico;
Identificao de sites na rede mundial de
computadores, para que se tenha certeza de que se
est acessando o endereo realmente desejado.

Documento eletrnico

Faremos uma analogia entre o documento em papel e o


documento eletrnico para uma total compreenso do termo
Documento Eletrnico.

Assinatura manual

A semelhana da assinatura digital e da assinatura manual


restringe-se ao princpio de atribuio de autoria a um
documento. Na manual, as assinaturas seguem um padro,
sendo semelhantes entre si e possuindo caractersticas
pessoais e biomtricas de cada indivduo.

Esse tipo de assinatura feito sobre algo tangvel, o papel, e


vincula a informao impressa assinatura. A veracidade da
assinatura manual feita por uma comparao visual com
uma assinatura verdadeira tal como aquela do RG da pessoa.

207
Assinatura digital

Nos documentos eletrnicos no existe um modo simples


para relacionar o documento com a assinatura. Ambos so
compostos apenas pela representao eletrnica de dados,
ou seja, por uma sequncia de bits (0s e 1s), que necessitam
de um computador para a sua visualizao e conferncia. Na
assinatura digital, a assinatura gerada diferente para cada
documento, pois est relacionada ao resumo do documento.

Apesar das diferenas, a tcnica de assinatura digital uma


forma eficaz de garantir a autoria dos documentos
eletrnicos. Em agosto de 2001, a Medida Provisria 2.200
garantiu a validade jurdica de documentos eletrnicos. Este
fato tornou a assinatura digital um instrumento vlido
juridicamente.

O fornecimento de autenticao em documentos eletrnicos


tecnicamente vivel, mas ainda restam duas questes
fundamentais:

Como conseguir as chaves pblicas?


Como garantir a identidade do proprietrio do par
de chaves?

A resposta a ambas as questes o Certificado Digital.

Certificado digital

Vamos supor a seguinte situao:

Uma transao bancria;


O banco lhe divulga a chave pblica dele;
Voc cifra a sua chave simtrica usando a chave
pblica do banco;
Essa chave simtrica ser utilizada durante aquela

208
seo de uso determinado tempo conectado ao
site do banco;
Voc fornece sua chave, agora cifrada, para o
banco;
Apenas o banco, que possui a chave privada
equivalente sua prpria chave pblica poder
decifr-la;
A partir da a comunicao ser segura.

Mas quem garante que aquela chave pblica divulgada como


se fosse do banco seja realmente dele?

Para resolver essa questo, entra a figura do Certificado


Digital.

O Certificado Digital funciona como uma espcie de carteira


de identidade virtual que permite a identificao segura do
autor de uma mensagem ou transao em rede de
computadores. O processo de certificao digital utiliza
procedimentos lgicos e matemticos bastante complexos
para assegurar confidencialidade, integridade das
informaes e confirmao de autoria.

O Certificado Digital um documento eletrnico, assinado


digitalmente por uma terceira parte confivel, que identifica
uma pessoa, seja ela fsica ou jurdica, associando-a a uma
chave pblica. As principais informaes que constam em um
certificado digital so: chave pblica do titular; nome e
endereo de e-mail; perodo de validade do certificado; nome
da Autoridade Certificadora - AC que emitiu o certificado;
nmero de srie do certificado digital; assinatura digital da
AC.

209
ICP-Brasil

A Infraestrutura de Chaves Pblicas Brasileira (ICP-Brasil)


uma cadeia hierrquica e de confiana que viabiliza a
emisso de certificados digitais para identificao do cidado
quando transacionando no meio virtual, como a Internet.

Estrutura da ICP-Brasil

A ICP-Brasil composta por uma cadeia de autoridades


certificadoras, formada por uma Autoridade Certificadora Raiz
(AC-Raiz), Autoridades Certificadoras (AC) e Autoridades de
Registro (AR) e, ainda, por uma autoridade gestora de
polticas, ou seja, o Comit Gestor da ICP-Brasil.

Vamos aos conceitos de cada um desses entes.

COMIT GESTOR O Comit Gestor da ICP-Brasil est


vinculado Casa Civil da Presidncia da Repblica.
composto por cinco representantes da sociedade civil e um
representante de cada um dos seguintes rgos: Ministrio
da Justia; Ministrio da Fazenda; Ministrio do
Desenvolvimento, Indstria e Comrcio Exterior; Ministrio
do Planejamento, Oramento e Gesto; Ministrio da Cincia
e Tecnologia; Casa Civil da Presidncia da Repblica e
Gabinete de Segurana Institucional da Presidncia da
Repblica. Sua principal competncia determinar as

210
polticas a serem executadas pela Autoridade Certificadora-
Raiz.

AUTORIDADE CERTIFICADORA RAIZ (AC RAIZ) A AC-Raiz


da ICP-Brasil o Instituto Nacional de Tecnologia da
Informao ITI, autarquia federal vinculada Casa Civil da
Presidncia da Repblica.

AUTORIDADES CERTIFICADORAS (AC) As Autoridades


Certificadoras so entidades pblicas ou pessoas jurdicas de
direito privado credenciadas AC-Raiz e que emitem
certificados digitais vinculando pares de chaves criptogrficas
ao respectivo titular. Nos termos do art. 60 da MP 2.200/01,
compete-lhes emitir, expedir, distribuir, revogar e gerenciar
os certificados, bem como colocar disposio dos usurios
listas de certificados revogados e outras informaes
pertinentes e manter registro de suas operaes.

AUTORIDADES DE REGISTRO (AR) As Autoridades de


Registro tambm podem ser tanto entidades pblicas ou
pessoas jurdicas de direito privado credenciadas pela AC-
Raiz e sempre sero vinculadas operacionalmente
determinada AC. Nos termos do art. 70 da MP 2.200-2,
compete-lhes identificar e cadastrar usurios na presena
destes, encaminhar solicitaes de certificados s AC e
manter registros de suas operaes.

A Autoridade Certificadora Raiz da ICP-Brasil a primeira


autoridade da cadeia de certificao. Executa as Polticas de
Certificados e as normas tcnicas e operacionais aprovadas
pelo Comit Gestor da ICP-Brasil. Compete AC-Raiz emitir,
expedir, distribuir, revogar e gerenciar os certificados das
autoridades certificadoras de nvel imediatamente
subsequente ao seu.

A AC-Raiz tambm est encarregada de emitir a lista de

211
certificados revogados e de fiscalizar e auditar as Autoridades
Certificadoras (ACs), Autoridades de Registro (ARs) e demais
prestadores de servio habilitados na ICP-Brasil. Alm disso,
verifica se as ACs esto atuando em conformidade com as
diretrizes e normas tcnicas estabelecidas pelo Comit
Gestor.

Na prxima imagem podemos ver a estrutura resumida da


ICP-Brasil, apenas com as Autoridades Certificadoras de 1
Nvel e de 2 Nvel

Fonte: Instituto Nacional de Tecnologia da Informao ITI


http://www.iti.gov.br/

No Manual de Implantao da NF-e encontra-se um breve


resumo sobre cada uma das ACs de 1 nvel.

212
Tipos de certificado

Os certificados digitais so agrupados nos seguintes tipos:

Certificados de assinatura digital (A1, A2, A3 e A4): So os


certificados usados para confirmao da identidade na web,
correio eletrnico, transaes on-line, redes privadas virtuais,
transaes eletrnicas, informaes eletrnicas, cifrao de
chaves de sesso e assinatura de documentos com
verificao da integridade de suas informaes.

Certificados de sigilo (S1, S2, S3 e S4): So os certificados


usados para cifrao de documentos, bases de dados,
mensagens e outras informaes eletrnicas.

Certificado do tipo A1 e S1

o certificado em que a gerao das chaves criptogrficas


feita por software e seu armazenamento pode ser feito em
hardware ou repositrio protegido por senha, cifrado por
software. Sua validade mxima de um ano, sendo a
frequncia de publicao da LCR no mximo de 48 horas e o
prazo mximo admitido para concluso do processo de
revogao de 72 horas.

Certificado do tipo A2 e S2

o certificado em que a gerao das chaves criptogrficas


feita por software e as mesmas so armazenadas em Carto
Inteligente ou Token, ambos sem capacidade de gerao de
chave e protegidos por senha. As chaves criptogrficas tm
no mnimo 1024 bits. A validade mxima do certificado de
dois anos, sendo a frequncia de publicao da LCR no
mximo de 36 horas e o prazo mximo admitido para
concluso do processo de revogao de 54 horas.

213
Certificado do tipo A3 e S3

o certificado em que a gerao e o armazenamento das


chaves criptogrficas so feitos em carto inteligente ou
token, ambos com capacidade de gerao de chaves e
protegidos por senha, ou hardware criptogrfico aprovado
pela ICP-Brasil. As chaves criptogrficas tm no mnimo 1024
bits. A validade mxima do certificado de trs anos, sendo
a frequncia de publicao da LCR no mximo de 24 horas e
o prazo mximo admitido para concluso do processo de
revogao de 36 horas.

Certificado do tipo A4 e S4

o certificado em que a gerao e o armazenamento das


chaves criptogrficas so feitos em carto inteligente ou
token, ambos com capacidade de gerao de chaves e
protegidos por senha, ou hardware criptogrfico aprovado
pela ICP-Brasil. As chaves criptogrficas tm no mnimo 2048
bits. A validade mxima do certificado de trs anos, sendo
a frequncia de publicao da LCR no mximo de 12 horas e
o prazo mximo admitido para concluso do processo de
revogao de 18 horas.

Formatos de certificados

PKCS Public-Key Cryptography Standards

Especificaes produzidas pelos Laboratrios RSA, em


cooperao com desenvolvedores de sistemas de segurana
do mundo, com o propsito de acelerar a implantao de
criptografia de chave pblica. Publicado pela primeira vez em
1991 como resultado de reunies com um pequeno grupo de
pioneiros da tecnologia de chaves pblicas, os documentos
PKCS tornaram-se amplamente referenciados e

214
implementadas. Segue abaixo uma tabela que traz um
sumrio dos padres PKCS:

Padro Nome Descrio


PKCS#1 RSA Fornece recomendaes para a implementao
Cryptography de criptografia de chave pblica baseada no
Standard algoritmo RSA, abrangendo os seguintes
aspectos: primitivas criptogrficas, esquemas
de criptografia, esquemas de assinatura digital
com apndice, sintaxe ASN.1 para
representao de chaves.
PKCS#2 Revogado
PKCS#3 Diffie-Hellman Descreve um mtodo para a implementao da
Key chave de acordo (key agreement) de Diffie-
Agreement Hellman. Aplicado em protocolos para
Standard estabelecimento de conexes seguras.
PKCS#4 Revogado
PKCS#5 Password- Fornece recomendaes para a implementao
Based de criptografia baseada em senha, abrangendo
Cryptography funes de derivao de chaves, esquemas de
Standard criptografia e esquemas de autenticao de
mensagens.
PKCS#6 Extended- Descreve a sintaxe para os certificados
Certificate estendidos, consistindo de um certificado e um
Syntax conjunto de atributos, coletivamente assinados
Standard pelo emitente do certificado. O objetivo
estender o processo de certificao,
fornecendo mais informaes sobre a
entidade, alm da chave pblica.
PKCS#7 Cryptographic Descreve a sintaxe geral para os dados que
Message podem ser criptografados, como as assinaturas
Syntax digitais e os envelopes digitais.
Standard
PKCS#8 Private-Key Descreve a sintaxe para obter informaes da
Information chave privada. Descreve ainda a sintaxe para
Syntax chaves privadas criptografadas.
Standard
PKCS#9 Selected Define os tipos de atributos selecionados para
Attribute uso nos padres: PKCS#6, PKCS#7, PKCS#8 e
Types PKCS#10.

215
PKCS#10 Certification Descreve a sintaxe para uma requisio de
Request certificao de uma chave pblica, um nome e,
Syntax possivelmente, um conjunto de atributos.
Standard
PKCS#11 Cryptographic Especifica uma API, chamada Cryptoki, para
Token dispositivos que possuem informaes
Interface criptogrficas e executam funes
Standard criptogrficas. Utilizado para tokens e cartes
inteligentes (smart card).
PKCS#12 Personal Especifica um formato porttil de
Information armazenamento ou transporte de chaves
Exchange privadas de um usurio, certificados, etc.
Syntax
Standard
PKCS#13 Elliptic Curve Em desenvolvimento.
Cryptography
Standard
PKCS#14 Pseudo- Em desenvolvimento.
random
Number
Generation
PKCS#15 Cryptographic Estabelece um padro que permite que os
Token usurios usem tokens criptogrficos para
Information identificar a si mesmos para mltiplas
Format aplicaes.
Standard

Formato PEM Privacy Enhaced Mail

o formato mais comum fornecido por uma AC.


Normalmente tem as seguintes extenses: .pem, .crt,
.cer e .key. Eles so codificados em Base64 em formato
ASCII e contm declaraes ----- BEGIN CERTIFICATE -----
e ----- END CERTIFICATE -----. Os certificados de servidor,
certificados intermedirios, e as chaves particulares podem
todos ser colocados no formato PEM. um DER codificado
em Base64.

216
Formato DER Distinguished Encoding Rules

uma forma binria de um certificado ao contrrio do


formato PEM ASCII. s vezes tem a extenso .der, mas
frequentemente utiliza-se a extenso .cer. Como existem
certificados com a extenso .cer tanto no formato DER
quando no formato PEM, a nica forma de saber de qual tipo
se trata abrir o arquivo e verificar se o mesmo um ASCII
ou um binrio. Todos os tipos de certificados e chaves
privadas podem ser codificados no formato DER. O DER
normalmente utilizado na plataforma Java.

Tipos de arquivos Extenses

Os tipos a seguir se referem s extenses dos arquivos de


certificados digitais:

CER Certificado CER codificado. Algumas vezes


trata-se de uma seqncia de certificados;
DER Certificado DER codificado;
PEM Certificado codificado em Base64;
P7B Segue o padro PKCS#7. Estrutura
SignedData sem dados, apenas os certificados ou
as LCRs;
P7C Mesmo que P7B;
P12 Segue o padro PKCS#12, pode conter
certificados pblicos e chaves privadas (protegidas
por senha);
PFX Mesmo que P12.

217
Como obter um certificado digital

Seguem os passos para conseguir um certificado digital:

1. Escolher uma Autoridade Certificadora (AC) da ICP-


Brasil;

2. Solicitar no prprio portal da Internet da AC escolhida a


emisso de certificado digital de pessoa fsica (ex: e-
CPF) e/ou jurdica (ex: e-CNPJ). Os tipos mais
comercializados so: A1 (validade de um ano
armazenado no computador) e A3 (validade de at trs
anos armazenado em carto ou token criptogrfico).
A AC tambm pode informar sobre aplicaes, custos,
formas de pagamento, equipamentos, documentos
necessrios e demais exigncias;

3. Para a emisso de um certificado digital necessrio


que o solicitante v pessoalmente a uma Autoridade de
Registro (AR) da Autoridade Certificadora escolhida
para validar os dados preenchidos na solicitao. Esse
processo chamado de validao presencial e ser
agendado diretamente com a AR que instruir o
solicitante sobre os documentos necessrios. Quem
escolher o certificado tipo A3 poder receber na prpria

218
AR o carto ou token com o certificado digital;

4. A AC e/ou AR notificar o cliente sobre os


procedimentos para baixar o certificado;

5. Quando o seu certificado digital estiver perto do


vencimento, este poder ser renovado eletronicamente,
uma nica vez, sem a necessidade de uma nova
validao presencial.

Cuidados

Primeiramente, deve-se lembrar que o certificado digital


representa a identidade da pessoa no mundo virtual.
Assim, necessria a adoo de alguns cuidados para se
evitar que outra pessoa utilize o seu certificado digital:

1. A senha de acesso da chave privada e a prpria chave


privada no devem ser compartilhadas com ningum;

2. Caso o computador onde foi gerado o par de chaves


criptogrficas seja compartilhado com diversos
usurios, no recomendvel o armazenamento da
chave privada no disco rgido, pois todos os usurios
tero acesso a ela, sendo melhor o armazenamento em
disquete, smart card ou token;

3. Caso a chave privada esteja armazenada no disco


rgido de algum computador, deve-se proteg-lo de
acesso no-autorizado, mantendo-o fisicamente
seguro. Nunca deixe a sala aberta quando sair e for
necessrio deixar o computador ligado. Utilize tambm
um protetor de tela com senha. Cuidado com os vrus
de computador, eles podem danificar sua chave
privada;

219
4. Caso o software de gerao do par de chaves permita
optar entre ter ou no uma senha para proteger a
chave privada, recomenda-se a escolha pelo acesso por
meio de senha. No usar uma senha significa que
qualquer pessoa que tiver acesso ao computador
poder se passar pelo titular da chave privada,
assinando contratos e movimentando contas bancrias.
Em geral, bem mais fcil usar uma senha do que
proteger um computador fisicamente;

5. Utilize uma senha de tamanho considervel,


intercalando letras e nmeros, uma vez que existem
programas com a funo de desvendar senhas. Deve-
se evitar o uso de dados pessoais como nome de
cnjuge ou de filhos, datas de aniversrios, endereos,
telefones, ou outros elementos relacionados com a
prpria pessoa. A senha nunca deve ser anotada,
sendo recomendvel sua memorizao.

Certificao digital no projeto NF-e

Padro de certificado digital

O manual de integrao do contribuinte claro quando ao


padro, quando informa:

O certificado digital utilizado no Projeto Nota Fiscal eletrnica


ser emitido por Autoridade Certificadora credenciada pela
Infraestrutura de Chaves Pblicas Brasileira ICP-Brasil, tipo
A1 ou A3, devendo conter o CNPJ da pessoa jurdica titular
do certificado digital no campo otherName OID
=2.16.76.1.3.3.

220
Os certificados digitais sero exigidos em 2 (dois) momentos
distintos para o projeto:

1. Assinatura de Mensagens: O certificado digital


utilizado para essa funo dever conter o CNPJ do
estabelecimento emissor da NF-e ou o CNPJ do
estabelecimento matriz. Por mensagens, entenda-
se: o Pedido de Autorizao de Uso (Arquivo NF-e),
o Pedido de Cancelamento de NF-e, o Pedido de
Inutilizao de Numerao de NF-e e demais
arquivos XML que necessitem de assinatura. O
certificado digital dever ter o uso da chave
previsto para a funo de assinatura digital,
respeitando a Poltica do Certificado.

2. Transmisso (durante a transmisso das mensagens


entre os servidores do contribuinte e do Portal da
Secretaria de Fazenda Estadual): O certificado
digital utilizado para identificao do aplicativo do
contribuinte dever conter o CNPJ do responsvel
pela transmisso das mensagens, mas no
necessita ser o mesmo CNPJ do estabelecimento
emissor da NF-e, devendo ter a extenso Extended
Key Usage com permisso de Autenticao
Cliente.

Padro de assinatura digital

Em relao ao padro da assinatura digital o manual de


integrao do contribuinte nos informa:

As mensagens enviadas ao Portal da Secretaria de Fazenda


Estadual so documentos eletrnicos elaborados no padro
XML e devem ser assinados digitalmente com um certificado
digital que contenha o CNPJ do estabelecimento matriz ou o

221
CNPJ do estabelecimento emissor da NF-e.

Os elementos abaixo esto presentes dentro do Certificado


do contribuinte tornando desnecessria a sua representao
individualizada no arquivo XML. Portanto, o arquivo XML no
deve conter os elementos:

<X509SubjectName>
<X509IssuerSerial>
<X509IssuerName>
<X509SerialNumber>
<X509SKI>

Deve-se evitar o uso das TAGs abaixo, pois as informaes


sero obtidas a partir do Certificado do emitente:

<KeyValue>
<RSAKeyValue>
<Modulus>
<Exponent>

O Projeto NF-e utiliza um subconjunto do padro de


assinatura XML definido pelo W3C, que tem o seguinte
layout:

222
Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

A assinatura do Contribuinte na NF-e ser feita na TAG


<infNFe> identificada pelo atributo Id, cujo contedo dever
ser um identificador nico (chave de acesso) precedido do
literal NFe para cada NF-e conforme layout descrito no
Anexo I do Manual de Integrao do Contribuinte. O
identificador nico precedido do literal #NFe dever ser
informado no atributo URI da TAG <Reference>. Para as
demais mensagens a serem assinadas, o processo o
mesmo, mantendo sempre um identificador nico para o
atributo Id na TAG a ser assinada.

223
Observe no exemplo abaixo que a TAG Signature e as suas
TAGs filhas esto preenchidas:

A assinatura digital do documento eletrnico dever atender


aos seguintes padres adotados:

a. Padro de assinatura: XML Digital Signature, utilizando


o formato Enveloped (http://www.w3.org/TR/xmldsig-
core/);
b. Certificado digital: Emitido por AC credenciada no ICP-
Brasil
(http://www.w3.org/2000/09/xmldsig#X509Data);
c. Cadeia de Certificao: EndCertOnly (Incluir na
assinatura apenas o certificado do usurio final);
d. Tipo do certificado: A1 ou A3 (o uso de HSM
recomendado);
e. Tamanho da Chave Criptogrfica: Compatvel com os
certificados A1 e A3 (1024 bits);
f. Funo criptogrfica assimtrica: RSA
(http://www.w3.org/2000/09/xmldsig#rsasha1);
g. Funo de message digest: SHA-1
(http://www.w3.org/2000/09/xmldsig#sha1);

224
h. Codificao: Base64 (http://www.w3.org/2000/09/
xmldsig#base64);
i. Transformaes exigidas: til para realizar a
canonizao do XML enviado para realizar a validao
correta da assinatura digital. So elas:
(1) Enveloped (http://www.w3.org/2000/09/xmldsig#enveloped-
signature);
(2) C14N (http://www.w3.org/TR/2001/REC-xml-c14n-20010315).

Validao de assinatura digital pela SEFAZ

Para a validao da assinatura digital, seguem as regras que


sero adotadas pelas Secretarias de Fazenda Estaduais:

1. Extrair a chave pblica do certificado;


2. Verificar o prazo de validade do certificado utilizado;
3. Montar e validar a cadeia de confiana dos certificados
validando tambm a LCR (Lista de Certificados
Revogados) de cada certificado da cadeia;
4. Validar o uso da chave utilizada (Assinatura Digital) de
tal forma a aceitar certificados somente do tipo A (no
sero aceitos certificados do tipo S);
5. Garantir que o certificado utilizado de um usurio
final e no de uma Autoridade Certificadora;
6. Adotar as regras definidas pelo RFC 3280 para LCRs e
cadeia de confiana;
7. Validar a integridade de todas as LCR utilizadas pelo
sistema;
8. Prazo de validade de cada LCR utilizada (verificar data
inicial e final).

A forma de conferncia da LCR fica a critrio de cada


Secretaria de Fazenda Estadual, podendo ser feita de 2
(duas) maneiras: On-line ou Download peridico. As
assinaturas digitais das mensagens sero verificadas
considerando a lista de certificados revogados disponvel no
momento da conferncia da assinatura.

225
O melhor certificado para uso com NF-e

Como vimos, existem vrios tipos de certificados digitais. No


entanto, no projeto na Nota Fiscal Eletrnica podem ser
utilizados apenas os tipos A1 e A3. Desses tipos, qual a
melhor escolha?

Certificado A3

Os certificados digitais A3 so portveis. So armazenados


em carto inteligente (smart card), acessado atravs de uma
leitora USB ou em token (dispositivo USB semelhante a um
pen-drive). So vlidos por trs anos.

O certificado digital A3 oferece maior segurana, pois o par


de chaves gerado em hardware (carto inteligente ou

226
token) que no permite a exportao ou qualquer outro tipo
de reproduo ou cpia da chave privada. A chave pblica
enviada para a Autoridade Certificadora (AC), com a
solicitao de emisso do certificado, enquanto a chave
privada ficar armazenada no carto ou token protegida por
senha de acesso, impedindo tentativas de acesso de
terceiros. Com o carto inteligente ou o token, voc pode
transportar a sua chave privada de maneira segura, podendo
utiliz-la onde voc desejar.

Certificado A1

Certificados digitais A1 so vlidos por um ano e ficam


armazenados no prprio computador do cliente, ou seja, no
so portveis. recomendvel que esse tipo de certificado
tenha uma cpia de segurana (backup) em qualquer mdia
portvel (CD, DVD, pendrive, etc).

227
O certificado digital A1 tem o par de chaves pblica/privada
gerado em seu computador no momento da emisso do
certificado. A chave pblica enviada para a Autoridade
Certificadora (AC), com a solicitao de emisso do
certificado, enquanto a chave privada fica armazenada no
seu computador, devendo, obrigatoriamente, ser protegida
por senha de acesso.

Esse tipo de certificado s poder ser instalado no mesmo


computador em que foi efetuada a solicitao.

Tecnicamente, dentro do processo de envio de NF-e para as


Secretarias de Fazenda Estaduais, o certificado A1 possui um
melhor desempenho se comparado ao certificado A3. O
acesso ao meio fsico do A3 (carto ou token), depende do
tempo de resposta do driver do fabricante do dispositivo, o
que pode fazer o processo se tornar mais lento. Para
empresas que possuem um volume de emisso de Notas
considervel, aconselhvel o uso tipo A1.

e-CNPJ, e-PJ e e-NFe

A empresa poder utilizar um dos seguintes tipos de


certificado para trabalhar com a NF-e:

e-CNPJ

O e-CNPJ emitido pelas Autoridades Certificadoras (AC)


subordinadas AC da Receita Federal do Brasil (AC-RFB).
Assim, alm das normas da ICP-Brasil, a emisso desse
certificado segue tambm as normas estabelecidas pela AC-
RFB, que exigem que o certificado digital fique sob a
responsabilidade do responsvel legal da entidade. No e-
CNPJ, o responsvel legal que assina o Termo de
Responsabilidade e ele que deve manter, exclusivamente, a
senha e a posse do certificado. Todos os servios on-line

228
fornecidos pela RFB na Internet podem ser executados com
este certificado, tantos os servios para pessoa jurdica, em
relao entidade, quanto os servios para pessoa fsica, em
relao ao responsvel legal.

O e-CNPJ vinculado ao CPF do responsvel legal tributrio


cadastrado na Receita Federal e utilizado em todos os
servios que exigem certificado digital de pessoa jurdica.

e-PJ

O e-PJ emitido pelas demais AC do ICP-Brasil. Ele pode ser


emitido para ficar sob responsabilidade de uma outra pessoa
fsica, normalmente algum da rea de tecnologia da
informao da empresa, autorizado formalmente pelo
responsvel legal da entidade. A autorizao fica anexada ao
processo, e esta pessoa autorizada que assina o Termo de
Responsabilidade e que fica de posse do certificado digital.

Do ponto de vista tcnico, tanto o e-PJ quanto o e-CNPJ


podem ser usados, indistintamente. A deciso entre um ou
outro uma questo de convenincia da empresa. A
empresa pode utilizar apenas um certificado digital para
assinar NF-e de todas as suas filiais, independente da UF em
que estejam. Este certificado digital pode ser o da matriz ou
de uma das filiais.

e-NFe

Criado especialmente para emitir notas fiscais eletrnicas


(garantindo sua conformidade na Lei) e atribuir ao
funcionrio responsvel da empresa a alada necessria e
restrita para emisso e gerenciamento de NF-e.

A menos que voc seja o representante legal e ao mesmo


tempo a pessoa que emite as notas ficais (faturista) de sua

229
empresa melhor ter dois certificados: um e-CNPJ para
utilizao nos servios necessrios a esse certificado e o e-
NFe registrado em nome do faturista responsvel pela
emisso de Notas Fiscais Eletrnicas. Se voc fornece o seu
e-CNPJ para o faturista, ele ter uma procurao em branco
de sua empresa. Com o e-NFe, suas atribuies ficam
limitadas a representar a empresa no processo de emisso
de documentos fiscais.

No entanto, cada faturista deve ter um e-NFe individual e,


caso ele seja desligado da empresa, deve-se providenciar a
revogao do certificado.

Passo a passo para a solicitao de um certificado


digital

Voc pode acessar a pgina de cada AR ou AC do ICP-Brasil


vistos nos diagramas anteriores. Ser mostrado a seguir o
passo a passo que deve ser realizado caso voc procure os
Correios. Os Correios uma AR vinculada a AC da Serasa
RFB que vinculada diretamente AC-RFB.

No site dos Correios existem as informaes necessrias para


a emisso do Certificado Digital. Acesse o seguinte endereo:

http://www.correios.com.br/para-sua-
empresa/comunicacao/certificados-digitais/instrucoes

As instrues descritas no site dos Correios para solicitao


do certificado podem ser vistas a seguir.

Para adquirir seu certificado digital basta seguir os passos:

Escolha do segmento

Pessoa Fsica: e-CPF tipo A1 ou A3;


Pessoa Jurdica: e-CNPJ tipo A1 ou A3;

230
Pessoa Jurdica exclusivo para ME (Micro-empresas) e EPP (Empresas de
Pequeno Porte): e-CNPJ ME EPP A3

Solicitao

O cliente dever fazer a SOLICITAO do certificado em seu computador;


a) Se o certificado for do tipo A3 - conectar a mdia (token ou smart card) ao
computador;

b) Acessar o endereo: https://certificados.serpro.gov.br/arcorreiosrfb


c) Solicite o tipo de certificado desejado: A1 ou A3, Pessoa Fsica ou Jurdica;
i) Sendo Pessoa Fsica: Insira o CPF e a data de nascimento do titular;
ii) Sendo Pessoa Jurdica: Insira o CNPJ, o CPF e a data de nascimento do titular;

d) Na prxima tela, preencha os demais dados que constaro no certificado digital,


se necessrio, informe o e-mail de contato e a frase-senha.
A frase-senha ser indispensvel para baixar e revogar seu certificado. Somente o
titular do certificado tem acesso frase-senha, portanto guarde-a com cuidado, pois
no h como recuper-la e o titular corre o risco de perder seu certificado. Clique
em "CONFIRMAR;

e) Na tela de confirmao de dados, veja se h alguma incoerncia de dados:

Se tiver, volte pgina anterior para correo.


Se no houver incoerncia, siga os passos a seguir;

i) No sistema operacional Windows XP: Aparecer uma janela de "Aviso-


Segurana" do Java, clique em "confiar sempre no contedo desse editor" e em
"EXECUTAR";

Se tipo A1: Na janela do Java, aparecer "local - salvar registro no Windows", logo
aps selecione uma senha de sete dgitos. Esse senha de sete dgitos ser
necessria para baixar o certificado e ao fazer a cpia de segurana do mesmo;
Se tipo A3: Na janela do Java, aparecer "certifique-se que o token/smartcard est
conectado/inserido no computador", logo aps insira a senha PIN de sua mdia
(token ou smart card). Para saber a senha PIN/PUK de sua mdia, entre em contato
com o fornecedor ou distribuidor da mesma.

231
ii) No sistema operacional Windows 7 ou Superior: Aps os dados do cliente,
aparecer a opo de selecionar o CSP (Cryptographic Service Provider) -
Provedor de informaes Criptogrficas:

Se tipo A1: Selecione o CSP do sistema operacional da Microsoft;


Se tipo A3: Selecione o CSP de sua mdia (token ou smart card). Para saber o CSP
de sua mdia, entre em contato com o fornecedor ou distribuidor da mesma;

Aparecer uma janela do Windows: "confirmao de web access" - este site est
tentando executar uma operao de Certificao Digital em seu nome". Clique em
"SIM".

f) Aparecer a pgina "Criao do pedido de Certificado Digital X509v3";

g) Se o titular for incapaz ou relativamente incapaz, conforme legislao pertinente,


dever marcar a caixa de seleo e preencher os dados do tutor/responsvel que o
representar na agncia dos Correios.

Se o titular no se enquadrar nessa condio, clique em "CONTINUAR";

i) Aparecer uma pgina com a exposio do Termo de Titularidade -


necessariamente com um cdigo de barras aps a logomarca do SERPRO.

Imprima esse Termo de Titularidade em duas vias (uma para a Autoridade de


Registro Correios e outra para o titular).

A assinatura dever ser realizada na presena de um Agente de Registro dos


Correios.

Aprovao

O titular do certificado dever levar a documentao necessria (original e cpia) e o


Termo Titularidade para uma agncia credenciada dos Correios, para que o pedido de
certificado seja APROVADO; A aprovao deve ocorrer no MENOR tempo possvel
aps a Solicitao do certificado.
O comparecimento do solicitante do certificado digital, cujo nome aparece impresso
no Termo de Titularidade, uma exigncia da ICP-Brasil. Alm dessa validao

232
presencial do proponente, a aprovao do pedido de certificado digital compreende
consulta a base de dados dos rgos emissores dos documentos de identidade
apresentados e a assinatura do Termo de Titularidade pelo proponente na agncia.
Aceitamos procuraes somente se for do tipo Pblica, prevista no Contrato
Social/Estatuto e especificar, em um dos poderes, que pra representar perante a
ICP-Brasil (conforme Resoluo 79 da ICP-Brasil).
Na agncia ocorre o pagamento da tarifa referente ao servio.

Baixa

O cliente dever BAIXAR o certificado, aps a aprovao na agncia dos Correios,


no mesmo computador em que foi feita a solicitao.
A baixa deve ocorrer no MENOR tempo possvel aps a Aprovao.

a) Se o certificado for do tipo A3 - conecte a mdia (token ou smart card) ao


computador;

b) Acessar o endereo: https://certificados.serpro.gov.br/arcorreiosrfb


c) Clicar no link "BAIXAR CERTIFICADO;
d) Informar o nmero da solicitao (composto de 16 algarismos), a frase-senha e
clicar em "CONTINUAR";

e) Aparecer uma nova pgina com os dados do certificado digital e, ao final, a


opo "IMPORTAR

Se tipo A1: Na janela do Java, aparecer "local - salvar registro no Windows", logo
aps selecione uma senha de sete dgitos. Esse senha de sete dgitos foi criada no
final da Solicitao do certificado e fazer cpia de segurana do mesmo;
Se tipo A3: Na janela do Java, aparecer "certifique-se que o token/smartcard est
conectado/inserido no computador", logo aps insira a senha PIN de sua mdia
(token ou smart card).

Para saber a senha PIN/PUK de sua mdia, contacte o fornecedor ou distribuidor da


mesma.

f) Aparecer uma nova janela do Windows informando da evoluo na instalao do


certificado digital, at aparecer a janela "certificado instalado com sucesso".

233
Esclarecemos que o certificado do tipo A1 como um arquivo comum do
computador, assim, recomenda fazer uma cpia de segurana, para evitar a perda
do certificado em casos de problemas no computador. H informaes disponveis
na Ajuda Interativa.

Caso ocorra algum problema na solicitao, baixa ou uso do certificado digital, entre
em contato de segunda sexta-feira, de 8 s 18 horas com a Central de
Atendimento dos Correios (CAC), pelos telefones:
3003-0888 - Capitais e regies metropolitanas;
0+DDD de origem+3003-0888 - Demais regies brasileiras

1. Os Correios uma Autoridade de Registro da Autoridade Certificadora SERPRO


RFB e emite certificados digitais e-CPF e e-CNPJ em conformidade com as
determinaes da ICP-Brasil;
2. O certificado s pode ser baixado do site uma vez, no mesmo computador onde
foi feita a solicitao;
3. Quanto MENOR o tempo entre a SOLICITAO e a BAIXA, MAIOR a
probabilidade de sucesso na baixa;
4. A Solicitao s deve ocorrer em mquinas com sistema operacional Windows
XP, Service Pack 3 ou superior; Java JRE 6.32 ou superior; e Navegador Internet
Explorer acima da verso 6.0;
5. Os Correios aprovam certificados digitais apenas em algumas agncias que so
credenciadas. Antes de comparecer agncia verifique se necessrio agendar
seu atendimento, clicando aqui;
6. Se o certificado escolhido for do tipo A3, ser necessrio que o cliente tenha uma
mdia (token ou smart card) homologada pelo ITI (Instituto Nacional de Tecnologia
da Informao) ou pelo INMETRO, previamente instalado no computador;

Fonte: Site dos Correios.

Os valores cobrados pelos Correios para a emisso do


Certificado Digital esto entre os mais baratos.

234
Web Services

Introduo

Desde o surgimento da Internet e sua popularizao, vrias


tecnologias tm surgido para facilitar a troca de informaes.
Cada organizao avalia as tecnologias disponveis e escolhe
a que melhor para si. Em algumas empresas de grande
porte faz-se necessrio a utilizao de diversas tecnologias
diferentes.

Como fazer para que haja uma maior integrao entre os


servios disponveis na Internet? Deve existir uma tecnologia
que trate de tarefas complexas, como o gerenciamento de
transaes, disponibilizando servios distribudos que utilizem
interfaces de acesso simples e bem definidas. Essa tecnologia
j existe e esses servios distribudos so conhecidos como
Web Services.

Definio

Web Service uma soluo utilizada na integrao de


sistemas e na comunicao entre aplicaes diferentes. Os
Web Services so componentes que permitem s aplicaes
conversarem entre si enviando e recebendo dados no
formato XML.

Usando Web Services, uma aplicao pode invocar outra para


efetuar tarefas simples ou complexas mesmo que as duas
aplicaes estejam em diferentes sistemas e escritas em
linguagens diferentes. Dessa forma, os Web Services fazem
com que os recursos estejam disponveis para qualquer tipo
de aplicao cliente.

235
Os Web Services so identificados por um URI, descritos e
definidos usando XML. A tecnologia de Web Services
atrativa porque se baseia em outras tecnologias j adotadas
por padro, em particular XML e HTTP.

Existem vrias definies para Web Service. Observe


algumas delas:

Componentes de software flexvel, que interagem


entre si dinamicamente atravs de tecnologias
padres da Internet Gartner.
Um pedao da lgica de negcio acessvel atravs
da Internet utilizando padres abertos Microsoft.
Um software identificado por um URI, cujas
interfaces e vinculaes so capazes de serem
definidas, descritas e descobertas por artefatos
XML. Suporta interaes diretas com outras
aplicaes de software usando mensagens baseadas
em XML atravs de protocolos da Internet W3C.

Tecnologias envolvidas

Para representar e estruturar as mensagens enviadas e


recebidas so utilizados arquivos no formato XML. Os
servios (operaes, mensagens, parmetros) so descritos
usando a linguagem WSDL (pronncia: wiz-dul). O processo
de publicao, pesquisa e descoberta de Web Services utiliza
o protocolo UDDI. As chamadas s operaes, incluindo os
parmetros de entrada e sada, so codificadas no protocolo
SOAP.

possvel desenvolver Web Services utilizando REST, que


utiliza a prpria estrutura do HTML para disponibilizar os
servios e realizar as operaes necessrias.

236
XML

a base em que os Web Services so construdos. O XML


fornece a descrio, o armazenamento e o formato da
transmisso.

A sintaxe XML usada nas tecnologias dos Web Services


especifica como os dados so representados genericamente,
define como e com que qualidade de servio os dados so
transmitidos. Os Web Services decodificam as vrias partes
do XML para interagir com as vrias aplicaes.

SOAP

SOAP (Simple Object Access Protocol) um protocolo


projetado para invocar aplicaes remotas atravs de RPC
(Remote Procedure Calls Chamadas Remotas de
Procedimento) ou trocas de mensagens, em um ambiente
independente de plataforma e linguagem de programao.
um padro normalmente aceito para utilizar-se com Web
Services. Assim, pretende-se garantir a interoperabilidade e
intercomunicao entre diferentes sistemas, atravs da
utilizao de uma linguagem (XML) e mecanismo de
transporte (HTTP) padres.

Caractersticas do SOAP

Algumas caractersticas do SOAP:

Definido pelo consrcio W3C;


Protocolo baseado em XML para a troca de
informaes em um ambiente distribudo;
Padro de utilizao com Web Services;
Normalmente utiliza HTTP como protocolo de
transporte.

237
Mensagem SOAP

Uma mensagem SOAP consiste basicamente dos seguintes


elementos:

Envelope toda mensagem SOAP deve cont-lo. o


elemento raiz do documento XML. O Envelope pode
conter declaraes de namespaces e tambm atributos
adicionais como o que define o estilo de codificao
(encoding style). Um encoding style define como os
dados so representados no documento XML;

Header um cabealho opcional. Ele carrega


informaes adicionais, como por exemplo, se a
mensagem deve ser processada por um determinado
n intermedirio. Quando utilizado, o Header deve ser
o primeiro elemento do Envelope;

Body elemento obrigatrio que contm o payload


(informao a ser transportada para o seu destino
final). O elemento Body pode conter um elemento
opcional Fault, usado para carregar mensagens de
status e erros retornadas pelos "ns" ao processarem a
mensagem.

238
Estrutura de uma mensagem SOAP

SOAP e RPC

Dentre outras coisas, o SOAP foi desenhado para encapsular


e transportar chamadas de RPC, e para isto se utiliza dos
recursos e da flexibilidade do XML, sob HTTP.

RPCs so chamadas locais a mtodos de objetos (ou


servios) remotos. Assim, pode-se acessar os servios de um
objeto localizado em um outro ponto da rede, atravs de
uma chamada local a este objeto. Cada chamada ou
requisio exige uma resposta.

239
O processo de uma chamada RPC funciona da seguinte
maneira: Antes de serem enviadas pela rede, as chamadas
RPC (emitidas pela aplicao cliente) so serializadas

240
seguindo o padro SOAP. O servio remoto, ao receber a
mensagem, faz o processo contrrio: desencapsula a
mensagem e extrai as chamadas de mtodo. A aplicao
servidora processa a chamada e envia uma resposta ao
cliente. O processo ento se repete: a resposta tambm
serializada e enviada pela rede. Na mquina cliente, a
resposta desencapsulada e repassada para a aplicao
cliente.

A especificao SOAP define as seguintes informaes como


necessrias em toda chamada RPC:

A URI do objeto alvo;


O nome do mtodo;
Os parmetros do mtodo (requisio ou resposta);
Uma assinatura do mtodo opcional;
Um cabealho opcional.

WSDL

O WSDL (Web Services Definition Language) descreve os


servios disponibilizados rede atravs de uma semntica
XML. Ele providencia a documentao necessria para se
chamar um sistema distribudo e o procedimento necessrio
para que esta comunicao se estabelea. Enquanto o SOAP
especifica a comunicao entre um cliente e um servidor, o
WSDL descreve os servios oferecidos.

Um documento WSDL define um XML Schema para descrever


um Web Service.

Basicamente, quando o cliente deseja enviar uma mensagem


para um determinado Web Service, ele obtm a descrio do
servio (atravs da localizao do respectivo documento
WSDL), e em seguida constri a mensagem, passando os

241
tipos de dados corretos (parmetros, etc) de acordo com a
definio encontrada no documento. Em seguida, a
mensagem enviada para o endereo onde o servio est
localizado, a fim de que possa ser processada. O Web
Service, ao receber a mensagem procede com uma validao
conforme as informaes contidas no documento WSDL. A
partir da, o servio remoto sabe como tratar a mensagem,
como process-la (possivelmente enviando-a para outro
programa) e como montar a resposta ao cliente.

Na figura abaixo observamos os conceitos definidos pelas


verses 1.1 e 2.0 da WSDL. Vejamos uma comparao entre
as duas verses:

242
WSDL 1.1 WSDL 2.0 Descrio
Service Service Conjunto de funes do sistema expostas para
os protocolos web.
Port Endpoint O endereo ou ponto de conexo do Web
Service. muitas vezes representado por uma
string contendo HTTP + URL.
Binding Binding Especifica a interface. Define o estilo de ligao
SOAP (RPC/Document) e o transporte. A seo
de ligao (binding) tambm define as
operaes.
PortType Interface Define um Web Service, as operaes que
podem ser executadas e as mensagens que so
usadas para executar a operao.
Operation Operation Define as aes SOAP e a forma como a
mensagem codificada. Uma operao como
a chamada a um mtodo numa linguagem de
programao tradicional.
Message -- Normalmente uma mensagem corresponde a
uma operao. As mensagens foram removidas
na verso 2.0, onde so utilizados Schemas XML
para definir corpos de entrada, sadas e falhas
de forma simples e direta.
Types Types Descreve os dados. Os Schemas XML so
usados para essa finalidade.

UDDI

O UDDI (Universal Description Discovery and Integration)


um protocolo que foi desenvolvido para a organizao e
registro de Web Services.

um protocolo aprovado como padro pela OASIS e


especifica um mtodo para publicar e descobrir diretrios de
servios em uma arquitetura orientada a servios (SOA).

O UDDI fornece trs funes principais, conhecidas como


publicao, descoberta e ligao:

243
1. Publicao: permite que uma organizao divulgue
seus servios;
2. Descoberta: permite que o cliente procure e encontre
um determinado servio;
3. Ligao (binding): permite que o cliente possa
estabelecer a ligao e interagir com o servio.

Segurana

A segurana dos Web Services um dos pontos fracos desta


tecnologia. O problema no a falta de mecanismos de
segurana, mas sim a falta de consenso em qual deve ser o
mecanismo a ser adotado pela tecnologia Web Service.

As questes mais relevantes na segurana so as seguintes:

Autenticidade a certeza de que uma transao do


Web Service ocorreu entre o servidor e seu cliente;
Privacidade as mensagens trocadas entre o
servidor e o cliente no podem ser interceptadas
por uma pessoa no autorizada;
Integridade as mensagens trocadas entre o
servidor e o cliente devem permanecer inalteradas.

Mecanismos de segurana

Seguem os mecanismos de segurana que podem ser


adotados ao se trabalhar com Web Services:

SSL

O SSL (Secure Socket Layer) quando aplicado a pequenos


dispositivos, oferece autenticao, integridade de dados e

244
privacidade de servios. Atualmente, a soluo para enviar
informao confidencial para Web Services utilizar um
mecanismo de segurana SSL sobre HTTP tambm conhecido
como HTTPS (Hypertext Transfer Protocol Secure). Esse
mecanismo protege informaes confidenciais e de fcil
configurao.

XML Signature

uma iniciativa conjunta da IETF (Internet Engineering Task


Force) e do W3C para especificar uma sintaxe XML e as
regras de processamento para criao e representao digital
de assinaturas. As vantagens na utilizao da XML Signature,
ao contrrio de outras normas de assinaturas digitais, esto
baseadas na independncia da linguagem de programao,
fcil interpretao humana e independncia do fabricante.
Essa tecnologia tambm permite assinar digitalmente
subconjuntos de um documento XML.

XML Encryption

Especifica um processo para encriptao de dados e sua


representao em formato XML. Os dados podem ser
arbitrrios (incluindo um documento XML), elementos XML ou
contedos de elementos XML. Um documento XML que utiliza
a XML Encryption pode ser visto por qualquer utilizador, mas
apenas o proprietrio da chave de decodificao conseguir
compreender o contedo codificado.

WS-Security

O WS-Security (Web Services Security) uma iniciativa


conjunta de empresas como Microsoft, IBM e Verisign.
destinada ao uso da XML-Signature e da XML-Encryption para
fornecer segurana s mensagens SOAP. O WS-Security um
esforo destinado a fazer com que os Web Services

245
trabalhem melhor em um ambiente global. O WS-Security
tambm inclui alguns importantes componentes como
encaminhamento, confiana e tratamento de transaes.

SAML

O SAML (Security Assertion Markup Language) uma norma


emergente para a troca de informao sobre autenticao e
autorizao. O SAML soluciona um importante problema para
as aplicaes da prxima gerao, que a possibilidade de
utilizadores transportarem seus direitos entre diferentes Web
Services. Isto importante para aplicaes que desejam
integrar um nmero de Web Services para formar uma
aplicao unificada.

Web Services no projeto NF-e

O Manual de Integrao do Contribuinte nos informa o


seguinte sobre o padro de comunicao adotado para o
projeto NF-e:

A comunicao entre o contribuinte e a Secretaria de


Fazenda Estadual ser baseada em Web Services
disponibilizados nos Portais das respectivas Secretarias de
Fazenda da circunscrio do contribuinte.

O meio fsico de comunicao utilizado ser a Internet, com o


uso do protocolo SSL verso 3.0, que alm de garantir um
duto de comunicao seguro na Internet, permite a
identificao do servidor e do cliente atravs de certificados
digitais, eliminando a necessidade de identificao do usurio
atravs de nome ou cdigo de usurio e senha.

O modelo de comunicao segue o padro de Web Services


definido pelo WS-I Basic Profile.

246
A troca de mensagens entre os Web Services do Portal da
Secretaria de Fazenda Estadual e o aplicativo do contribuinte
ser realizada no padro SOAP verso 1.2, com troca de
mensagens XML no padro Style/Enconding:
Document/Literal, wrapped. A opo wrapped representa a
chamada aos mtodos disponveis com a passagem de mais
de um parmetro.

Observe abaixo um exemplo de mensagem enviado para o


portal da NF-e utilizando o SOAP:

247
Servios disponveis

Os Portais das Secretarias de Fazenda Estaduais


disponibilizaro os seguintes servios:

1. Recepo de NF-e;
Recepo de Lote;
Consulta Processamento de Lote;
2. Cancelamento de NF-e;
3. Inutilizao de numerao de NF-e;
4. Consulta da situao atual da NF-e;
5. Consulta do status do servio;
6. Consulta cadastro.
7. Registro de Eventos.

Para cada servio oferecido existir um Web Service


especfico. O fluxo de comunicao sempre iniciado pelo
aplicativo do contribuinte atravs do envio de uma
mensagem ao Web Service com a solicitao do servio
desejado.

O Web Service sempre devolve uma mensagem de resposta


confirmando o recebimento da solicitao de servio ao
aplicativo do contribuinte na mesma conexo.

A solicitao de servio poder ser atendida na mesma


conexo ou ser armazenada em filas de processamento nos
servios mais crticos para um melhor aproveitamento dos
recursos de comunicao e de processamento das SEFAZ.

Os servios podem ser sncronos ou assncronos em funo


da forma de processamento da solicitao de servios:

1. Servios sncronos o processamento da solicitao de


servio concludo na mesma conexo, com a
devoluo de uma mensagem com o resultado do

248
processamento do servio solicitado;

2. Servios assncronos o processamento da solicitao


de servio no concludo na mesma conexo,
havendo a devoluo de uma mensagem de resposta
com um recibo que apenas confirma o recebimento da
solicitao de servio. O aplicativo do contribuinte
dever realizar uma nova conexo para consultar o
resultado do processamento do servio solicitado
anteriormente.

O diagrama a seguir ilustra o fluxo conceitual de


comunicao entre o aplicativo do contribuinte e o Portal da
SEFAZ:

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Modelo operacional

Conforme j mencionado, a forma de processamento das


solicitaes de servios no projeto Nota Fiscal Eletrnica pode
ser sncrona, caso o atendimento da solicitao de servio
seja realizada na mesma conexo, ou assncrona, caso o
processamento do servio solicitado no seja atendido na
mesma conexo, nesta situao torna-se necessria a
realizao de mais uma conexo para a obteno do
resultado do processamento.

249
As solicitaes de servios que exigem processamento
intenso sero executadas de forma assncrona e as demais
solicitaes de servios de forma sncrona.

Sendo assim, os servios da NF-e sero implementados da


seguinte forma:

Servio Implementao
Recepo de NF-e Assncrona
Cancelamento de NF-e Sncrona
Inutilizao de Numerao de NF-e Sncrona
Consulta da situao atual da NF-e Sncrona
Consulta do status do servio Sncrona

Servios sncronos

As solicitaes de servios de implementao sncrona so


processadas imediatamente e o resultado do processamento
obtido em uma nica conexo.

Observe na imagem abaixo o fluxo simplificado de


funcionamento:

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Veja agora como seriam as etapas do processo ideal quando


solicitado um servio sncrono:

1. O aplicativo do contribuinte inicia a conexo


enviando uma mensagem de solicitao de servio
para o Web Service;

250
2. O Web Service recebe a mensagem de solicitao
de servio e encaminha ao aplicativo da NF-e que
processar o servio solicitado;
3. O aplicativo da NF-e recebe a mensagem de
solicitao de servio e realiza o processamento,
devolvendo uma mensagem de resultado do
processamento ao Web Service;
4. O Web Service recebe a mensagem de resultado do
processamento e o encaminha ao aplicativo do
contribuinte;
5. O aplicativo do contribuinte recebe a mensagem de
resultado do processamento e, caso no exista
outra mensagem, encerra a conexo.

Servios assncronos

As solicitaes de servios de implementao assncrona so


processadas de forma distribuda por vrios processos e o
resultado do processamento somente obtido numa segunda
conexo.

Observe na imagem a seguir o fluxo simplificado de


funcionamento:

251
Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Veja agora como seriam as etapas do processo ideal quando


solicitado um servio assncrono:

1. O aplicativo do contribuinte inicia a conexo


enviando uma mensagem de solicitao de servio
para o Web Service de recepo de solicitao de
servios;
2. O Web Service de recepo de solicitao de
servios recebe a mensagem de solicitao de
servio e a coloca na fila de servios solicitados,
acrescentando o CNPJ do transmissor obtido do
certificado digital do transmissor;
3. O Web Service de recepo de solicitao de servio
retorna o recibo da solicitao de servio e a data e
hora de recebimento da mensagem no Web
Service;
4. O aplicativo do contribuinte recebe o recibo e o
coloca na fila de recibos de servios solicitados e
ainda no processados e, caso no exista outra

252
mensagem, encerra a conexo;
5. Na Secretaria de Fazenda Estadual a solicitao de
servios retirada da fila de servios solicitados
pelo aplicativo da NF-e;
6. O servio solicitado processado pelo aplicativo da
NF-e e o resultado do processamento colocado na
fila de servios processados;
7. O aplicativo do contribuinte retira um recibo da fila
de recibos de servios solicitados;
8. O aplicativo do contribuinte envia uma consulta de
recibo, iniciando uma conexo com o Web Service
Consulta Recibo (NFeRetRecepcao);
9. O Web Service Consulta Recibo recebe a
mensagem de consulta recibo e localiza o resultado
de processamento da solicitao de servio;
10. O Web Service Consulta Recibo (NFeRetRecepcao)
devolve o resultado do processamento ao aplicativo
contribuinte;
11. O aplicativo do contribuinte recebe a mensagem de
resultado do processamento e, caso no exista
outra mensagem, encerra a conexo.

Filas e mensagens

As filas de mensagens de solicitao de servios so


necessrias para a implementao do processamento
assncrono das solicitaes de servios.

As mensagens de solicitaes de servios no processamento


assncrono so armazenadas em uma fila de entrada.

Para ilustrar como as filas armazenam as informaes,


observe o diagrama a seguir:

253
Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

A estrutura de um item composta pela rea de controle


(identificador) e pela rea de detalhe. As seguintes
informaes so adotadas como atributos de controle:

CNPJ do transmissor CNPJ da empresa que enviou a


mensagem que no necessita estar vinculado ao CNPJ
do estabelecimento emissor da NF-e. Somente o
transmissor da mensagem ter acesso ao resultado do
processamento das mensagens de solicitao de
servios;
Recibo de entrega nmero sequencial nico atribudo
para a mensagem pela Secretaria de Fazenda Estadual.
Este atributo identifica a mensagem de solicitao de
servios na fila de mensagem;
Data e hora de recebimento da mensagem data e
hora local do instante de recebimento da mensagem
atribuda pela Secretaria de Fazenda Estadual. Este
atributo importante como parmetro de desempenho
do sistema, eliminao de mensagens, adoo do
regime de contingncia, etc. O tempo mdio de
resposta calculado com base neste atributo.

A rea de mensagem contm uma rea de cabealho e a


rea de dados em formato XML.

Para processar as mensagens de solicitaes de servios, a


aplicao da NF-e retirar a mensagem da fila de entrada de
acordo com a ordem de chegada, devendo armazenar o
resultado do processamento da solicitao de servio em
uma fila de sada.

254
A fila de sada ter a mesma estrutura da fila de entrada, a
nica diferena ser no contedo do detalhe da mensagem
que contm o resultado do processamento da solicitao de
servio em formato XML.

O tempo mdio de resposta que mede a performance do


servio de processamento dos lotes calculado com base no
tempo decorrido entre o momento de recebimento da
mensagem e o momento de armazenamento do resultado do
processamento da solicitao de servio na fila de sada.

Padro de mensagens dos Web Services

As chamadas dos Web Services disponibilizados pelas


Secretarias de Fazenda Estaduais ou Secretaria da Receita
Federal e os respectivos resultados do processamento so
realizadas atravs das mensagens com o seguinte padro:

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

rea de cabealho

Estrutura XML padro para todas as mensagens de chamada


e retorno de resultado dos Web Services disponibilizados
pelas Secretarias de Fazenda Estaduais ou Secretaria da
Receita Federal, que contm os dados de controle da
mensagem. A rea de cabealho est sendo utilizada para
armazenar a verso do layout do XML informado na rea de
dados.

Observe o layout da rea de cabealho padro definido


atravs do Schema XML cabecMsg_v1.02.xsd:

255
Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

O campo versaoDados deve conter a informao da verso


do layout do XML armazenada na rea de dados da
mensagem.

Segue um exemplo da rea de cabealho:

<?xml version="1.0" encoding="UTF-8" ?>


<cabecMsg xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.02">
<versaoDados>1.07</versaoDados>
</cabecMsg>

rea de dados

Estrutura XML varivel definida na documentao do Web


Service acessado.

Validao do XML enviado aos Web Services

As alteraes de layout e da estrutura de dados XML


realizadas nas mensagens so controladas atravs da
atribuio de um nmero de verso para a mensagem.

Um Schema XML uma linguagem que define o contedo do


documento XML, descrevendo os seus elementos e a sua
organizao, alm de estabelecer regras de preenchimento

256
de contedo e de obrigatoriedade de cada elemento ou grupo
de informao.

A validao do XML realizada por um analisador sinttico


(parser) que verifica se a mensagem atende s definies e
regras de seu Schema XML.

Qualquer divergncia entre o XML e seu Schema, provoca um


erro de validao.

A primeira condio para que a mensagem seja validada com


sucesso que ela seja submetida ao Schema correto.

Dessa forma, os aplicativos do contribuinte devem estar


preparados para gerar as mensagens no layout em vigor,
devendo ainda informar a verso do layout no campo
versaoDados da rea de cabealho da mensagem.

Schemas XML

Toda mudana de layout das mensagens dos Web Services


implica na atualizao do seu respectivo Schema.

A identificao da verso dos Schemas ser realizada com o


acrscimo do nmero da verso no nome do arquivo
precedida da literal _v. Exemplos:

envNFe_v1.03.xsd (Schema XML de Envio de NFe,


verso 1.03);
retCancNFe_v1.10.xsd (Schema XML do Retorno de
Cancelamento de NFe, verso 1.10);
leiauteNFe_v10.15.xsd (Schema XML dos tipos
bsicos da NFe, verso 10.15).

A maioria dos Schemas da NF-e utilizam as definies de


tipos bsicos ou tipos complexos que esto definidos em

257
outros Schemas XML (ex.: tiposBasico_v1.00.xsd). Nesses
casos, a modificao de verso do Schema bsico ser
repercutida no Schema principal.

Por exemplo, o tipo numrico de 15 posies com 2 decimais


definido no Schema tiposBasico_v1.00.xsd. Caso ocorra
alguma modificao na definio deste tipo, todos os
Schemas que utilizam este tipo bsico devem ter a sua
verso atualizada e as declaraes import ou include
devem ser atualizadas com o nome do Schema bsico
atualizado.

As modificaes de layout das mensagens dos Web Services


podem ser causadas por necessidades tcnicas ou em razo
da modificao de alguma legislao.

Segue abaixo um exemplo de Schema XML:

Verses dos Schemas

Os Schemas vlidos para o Projeto da Nota Fiscal Eletrnica


sero disponibilizados no Portal da Nota Fiscal Eletrnica
(www.nfe.fazenda.gov.br), e sero liberados aps
autorizao da equipe de Gesto do Projeto formada pelos
Lderes dos Projetos nos Estados e representante das
Empresas.

258
A cada nova liberao ser disponibilizado um arquivo
compactado contendo o conjunto de Schemas a serem
utilizados pelas empresas para a gerao dos arquivos XML.
Este arquivo ser denominado Pacote de Liberao e ser
numerado sequencialmente. Os pacotes de liberao sero
identificados pelas letras PL, seguida do nmero do pacote.

Exemplificando: o pacote PL_001.zip representa o Pacote de


Liberao n 1 de Schemas da Nota Fiscal Eletrnica.

Os Schemas vlidos esto contidos no pacote de liberao e


so identificados pelo seu nome, seguido da verso do
respectivo Schema.

Assim, para o Schema de Envio de Lotes de Nota Fiscal


Eletrnica, corresponder um arquivo com a extenso .XSD,
que ter o nome de enviNFe_v9.99.xsd, onde v9.99,
corresponde verso do respectivo Schema.

Para identificar quais os Schemas que sofreram alterao em


um determinado pacote liberado, deve-se comparar o
nmero da verso do Schema deste pacote com o do pacote
anterior.

Observe a tabela abaixo:

Pacote PL_001.ZIP PL_002.ZIP


Data de Liberao 01/04/2006 01/06/2006
Schemas enviNFe_v1.00.xsd enviNFe_v1.30.xsd
inutNFe_v1.00.xsd inutNFe_v1.00.xsd
cancNFe_v1.00.xsd cancNFe_v1.00.xsd
tiposNFe_v1.00.xsd cancNFe_v1.00.xsd

Veja que o pacote 02 foi liberado em junho, dois meses aps


o pacote 01. Neste pacote apenas um Schema sofreu

259
alterao: enviNFe_v1.00.xsd.

possvel que os Web Services estejam aceitando vrias


verses de Schemas. Isso ocorre porque enquanto uma
empresa utiliza a verso 1.00 do Schema Envio de Lotes de
Nota Fiscal Eletrnica (enviNFe_v1.00.xsd), outra j poder
ter se atualizado e est utilizando uma verso mais recente.
Por isso a importncia do preenchimento do campo
versaoDados, que informa a verso do Schema que est
sendo utilizada.

Disponibilizao dos Web Services

J vimos que os Portais das SEFAZ disponibilizaro os


seguintes servios:

1. Recepo de NF-e;
a. Recepo de Lote;
b. Consulta Processamento de Lote;
2. Cancelamento de NF-e;
3. Inutilizao de numerao de NF-e;
4. Consulta da situao atual da NF-e;
5. Consulta do status do servio;
6. Consulta cadastro;
7. Registro de eventos.

Vejamos a descrio detalhada de cada um desses servios.

260
Web Service Recepo de Lote de NF-e (NfeRecepcao)

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Funo: servio destinado recepo de


mensagens de lote de NF-e;
Processo: assncrono;
Mtodo: nfeRecepcaoLote;
Entrada: Estrutura XML com as notas fiscais
enviadas;
Schema XML da Entrada: envNFe_v99.99.xsd;
Retorno: Estrutura XML com a mensagem do
resultado da transmisso;
Schema XML do Retorno: retEnvNFe_v99.99.xsd.

O processamento de Lote realizado pelo Servidor de


Processamento de NF-e que consome as mensagens
armazenadas na fila de entrada pelo mtodo NfeRecepcao e
faz a validao da forma e das regras de negcios e
armazena o resultado do processamento na fila de sada.

Se a mensagem for recebida com algum tipo de erro, ser


gerada uma mensagem de erro. Caso no exista erro, ser
gerado um recibo com nmero, data, hora local de
recebimento e tempo mdio de resposta do servio nos
ltimos 5 minutos.

261
O nmero do Recibo do Lote deve ser gerado pelo Portal da
SEFAZ, com a seguinte regra de formao: duas posies
para o cdigo da UF onde foi entregue o lote e treze posies
numricas sequenciais:

O projeto utiliza a codificao da UF definida pelo IBGE.


Observe a tabela abaixo:

A NF-e poder ser autorizada ou denegada. Nos dois casos


ser gerado um nmero de protocolo. Este nmero de
protocolo tambm ser gerado nos casos de cancelamento de
NF-e e inutilizao da numerao. Veja abaixo a regra de
formao do nmero do protocolo:

01 posio para indicar o rgo


1 Secretaria de Fazenda Estadual;
2 Receita Federal;
3 SEFAZ Virtual RS;
4 SEFAZ Virtual RFB.

262
02 posies para o cdigo da UF do IBGE;
02 posies para ano;
10 posies para o sequencial no ano.

O resultado do processamento do lote ser disponibilizado na


fila de sada e conter o resultado da validao de cada NF-e
inserida no lote. Este resultado ficar disponvel na fila de
sada por um perodo mnimo de 24 horas.

No final do processamento poder ocorrer o seguinte:

Rejeio a NF-e ser descartada, no sendo


armazenada no Banco de Dados podendo ser corrigida
e novamente transmitida;
Autorizao de uso a NF-e ser armazenada no Banco
de Dados;
Denegao de uso a NF-e ser armazenada no Banco
de Dados com esse status nos casos de irregularidade
fiscal do emitente ou do destinatrio.

Sero realizadas as seguintes validaes: A, B, C, D, E, F e


G. Consulte a sesso Regras de Validao para entender o
que significa cada uma das opes.

263
Web Service Consulta Processamento de Lote de NF-e
(NfeRetRecepcao)

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Funo: servio destinado a retornar o resultado do


processamento do lote de NF-e;
Processo: assncrono;
Mtodo: nfeRetRecepcao;
Entrada: Estrutura XML contendo o nmero do
recibo que identifica a mensagem de envio de lotes
de NF-e;
Schema XML da Entrada: consReciNFe_v99.99.xsd;
Retorno: Estrutura XML com o resultado do
processamento da mensagem de envio de lote de
NF-e;
Schema XML do Retorno:
retConsReciNFe_v99.99.xsd.

Este mtodo oferece a consulta do resultado do


processamento de um lote de NF-e.

O aplicativo do contribuinte deve ser construdo de forma a


aguardar um tempo mnimo de 15 segundos entre o envio do
Lote de NF-e para processamento e a consulta do resultado
deste processamento, evitando a obteno desnecessria do
status de erro 105 - Lote em Processamento.

264
No final do processamento a mensagem de retorno poder
ser:

Lote processado (cStat=104) com os resultados


individuais de processamento das NF-e;
Lote em processamento (cStat=105) o aplicativo
do contribuinte dever fazer uma nova consulta;
Lote no localizado (cStat=106) o aplicativo do
contribuinte dever providenciar o reenvio da
mensagem;
Recibo ou CNPJ do requisitante com problemas
(cStat=248 ou 223) o aplicativo do contribuinte
dever sanar o problema;

Sero realizadas as seguintes validaes: A, B, C, D e E.


Consulte a sesso Regras de Validao para entender o que
significa cada uma das opes.

Web Service Cancelamento de NF-e


(NfeCancelamento)

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Funo: servio destinado ao atendimento de


solicitaes de cancelamento de Notas Fiscais
Eletrnicas;

265
Processo: sncrono;
Mtodo: nfeCancelamentoNF;
Entrada: Estrutura XML contendo a mensagem de
solicitao de cancelamento;
Schema XML da Entrada: cancNFe_v99.99.xsd;
Retorno: Estrutura XML contendo a mensagem do
resultado da solicitao de cancelamento;
Schema XML do Retorno: retCancNFe_v99.99.xsd.

Este mtodo responsvel por receber as solicitaes


referentes ao cancelamento de NF-e.

Ao receber a solicitao do transmissor, a aplicao do Portal


da SEFAZ realiza o processamento da solicitao e devolve o
resultado do processamento para o aplicativo do contribuinte.

A mensagem de solicitao de cancelamento de NF-e um


documento eletrnico e deve ser assinado digitalmente pelo
emitente da NF-e.

Sero realizadas as seguintes validaes: A, B, C, D, E, F e


H. Consulte a sesso Regras de Validao para entender o
que significa cada uma das opes.

bom frisar que o Web Service de Cancelamento no est


disponvel par a NFC-e. Existe a previso de desativao
deste Web Service para a NF-e. No caso da NFC-e, no ser
aceito o Pedido de Cancelamento atravs deste Web Service,
devendo ser usado o Evento de cancelamento para este fim.

266
Web Service Inutilizao de Numerao de NF-e
(NfeInutilizacao)

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Funo: servio destinado ao atendimento de


solicitaes de inutilizao de numerao;
Processo: sncrono;
Mtodo: nfeInutilizacaoNF;
Entrada: Estrutura XML contendo a mensagem de
solicitao de inutilizao;
Schema XML da Entrada: inutNFe_v99.99.xsd;
Retorno: Estrutura XML contendo a mensagem do
resultado da solicitao de inutilizao;
Schema XML do Retorno: retInutNFe_v99.99.xsd.

Este mtodo responsvel por receber as solicitaes


referentes a inutilizao de faixas de numerao de notas
fiscais eletrnicas. Ao receber a solicitao, o Web Service
realiza o processamento da solicitao e devolve o resultado
do processamento para o aplicativo do transmissor.

A mensagem de pedido de inutilizao de numerao de NF-e


um documento eletrnico e deve ser assinado digitalmente
pelo emitente da NF-e.

267
Sero realizadas as seguintes validaes: A, B, C, D, E, F e I.
Consulte a sesso Regras de Validao para entender o que
significa cada uma das opes.

Web Service Consulta Situao Atual da NF-e


(NfeConsulta Protocolo)

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Funo: servio destinado ao atendimento de


solicitaes de consulta da situao atual da NF-e
na Base de Dados do Portal da Secretaria de
Fazenda Estadual;
Processo: sncrono;
Mtodo: nfeConsultaNF;
Entrada: Estrutura XML contendo a chave de acesso
da NF-e;
Schema XML da Entrada: consSitNFe_v99.99.xsd;
Retorno: Estrutura XML contendo a mensagem do
resultado da consulta de protocolo;
Schema XML do Retorno:
retConsSitNFe_v99.99.xsd.

Este mtodo responsvel por receber as solicitaes


referentes consulta de situao de notas fiscais eletrnicas
enviadas para as SEFAZ. Seu acesso permitido apenas pela

268
chave nica de identificao da nota fiscal.

O aplicativo do contribuinte envia a solicitao para o Web


Service da SEFAZ. O Web Service processa a solicitao de
consulta, valida a Chave de Acesso da NF-e e retorna a
mensagem contendo a situao atual da NF-e na Base de
Dados.

O processamento do pedido de consulta de status de NF-e


pode resultar em uma mensagem de erro ou retornar a
situao atual da NF-e consultada. Caso a NF-e seja
localizada, retornar o cStat com os valores 100, 101 ou
110.

Sero realizadas as seguintes validaes: A, B, C, D e J.


Consulte a sesso Regras de Validao para entender o que
significa cada uma das opes.

Web Service Consulta Status do Servio


(NfeStatusServico)

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Funo: servio destinado consulta do status do


servio prestado pelo Portal da Secretaria de
Fazenda Estadual;

269
Processo: sncrono;
Mtodo: nfeStatusServicoNF;
Entrada: Estrutura XML para a consulta do status
do servio;
Schema XML da Entrada: consStatServ_v99.99.xsd;
Retorno: Estrutura XML contendo a mensagem do
resultado da consulta do status do servio;
Schema XML do Retorno:
retConsStatServ_v99.99.xsd.

Este mtodo responsvel por receber as solicitaes


referentes consulta do status do servio do Portal da
SEFAZ.

O aplicativo do contribuinte envia a solicitao para o Web


Service da SEFAZ. O Web Service processa a solicitao de
consulta e retorna a mensagem contendo o status do servio.

As Empresas que construrem um aplicativo que se mantenha


em loop permanente de consulta a este Web Service, devem
aguardar um tempo mnimo de 3 minutos entre cada
consulta, evitando sobrecarregar desnecessariamente os
servidores da SEFAZ.

O processamento do pedido de consulta de status de Servio


pode resultar em uma mensagem de erro ou retornar a
situao atual do Servidor de Processamento: cdigos de
situao 107, 108 e 109.

A critrio da UF o campo xObs pode ser utilizado para


fornecer maiores informaes ao contribuinte, como por
exemplo: manuteno programada, modificao de verso
do aplicativo, previso de retorno, etc.

Sero realizadas as seguintes validaes: A, B, C, D e K.


Consulte a sesso Regras de Validao para entender o que

270
significa cada uma das opes.

Web Service Consulta Cadastro (CadConsultaCadastro)

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Funo: Servio para consultar o cadastro de


contribuintes do ICMS da unidade federada;
Processo: sncrono;
Mtodo: consultaCadastro;
Entrada: Estrutura XML para consulta ao cadastro
de contribuintes ICMS;
Schema XML da Entrada: consCad_v99.99.xsd;
Retorno: Estrutura XML com o retorno da consulta
ao cadastro de contribuintes do ICMS;
Schema XML do Retorno: retConsCad_v99.99.xsd.

Este Web Service oferece a consulta pblica do cadastro de


contribuintes do ICMS de uma UF.

Apenas as empresas autorizadas a emitir Documentos Fiscais


Eletrnicos podero utilizar este servio. A UF que oferecer o
Web Service dever verificar se o CNPJ da empresa
solicitante consta do cadastro nacional de emissores de
Documentos Fiscais Eletrnicos - DF-e.

271
A identificao da empresa solicitante do servio ser
realizada atravs do CNPJ contido na extenso otherName
OID=2.16.76.1.3.3 do certificado digital utilizado na conexo
SSL.

importante ressaltar que este Web Service no tem a


mesma disponibilidade dos demais Web Services da NF-e.

O aplicativo do contribuinte envia a solicitao para o Web


Service da SEFAZ. O Web Service processa a solicitao de
consulta, validando o argumento de pesquisa informado
(CNPJ ou CPF ou IE) e retorna a mensagem contendo a
situao cadastral atual do contribuinte no cadastro de
contribuintes do ICMS.

O resultado do processamento poder ser:

cStat=111 consulta cadastro com uma


ocorrncia;
cStat=112 consulta cadastro com mais de uma
ocorrncia, existe mais de um estabelecimento para
o argumento pesquisado. (por exemplo: consulta
por IE de contribuinte com diversos
estabelecimentos e inscrio estadual nica).

Sero realizadas as seguintes validaes: A, B, C, D e L.


Consulte a sesso Regras de Validao para entender o que
significa cada uma das opes.

OBS: Consulte os layouts de cada um dos Schemas descritos


anteriormente no Manual de Integrao do Contribuinte.

272
Web Service Recepo do Evento (RecepcaoEvento)

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

Funo: servio destinado recepo de mensagem de


Evento da NF-e;
Processo: sncrono;
Mtodo: nfeRecepcaoEvento;
Entrada: Estrutura XML com o Evento;
Schema XML da Entrada: envCCe_v9.99.xsd;
Retorno: Estrutura XML com a mensagem do resultado
da transmisso;
Schema XML do Retorno: retEnvCCe_v9.99.xsd.

O Web Service de Eventos acionado pelo interessado


emissor da NF-e que deve enviar mensagem de registro de
evento da Carta de Correo.

O processo de Registro de Eventos recebe eventos em uma


estrutura de lotes, que pode conter de 1 a 20 eventos.

273
Regras de validao

As regras de validao aplicadas nos Web Services esto


agrupadas da seguinte forma:

As regras do grupo A, B, C, D, E e F so de aplicao geral e


aplicadas em todos os Web Services existentes, as regras do
grupo G, H, I, J, K e L so especficos de cada Web Service
existente.

As regras acima so detalhadas no Manual de Implantao


da NF-e.

Padres de nomes para os arquivos

Visando facilitar o processo de guarda dos arquivos pelos


legtimos interessados, foi criado um padro de nomes para
os diversos tipos de arquivos utilizados pelo sistema NF-e:

NF-e: O nome do arquivo ser a chave de acesso


completa com extenso -nfe.xml;
Envio de Lote de NF-e: O nome do arquivo ser o
nmero do lote com extenso -env-lot.xml;
Recibo: O nome do arquivo ser o nmero do lote
com extenso -rec.xml;

274
Pedido do Resultado do Processamento do Lote de
NF-e: O nome do arquivo ser o nmero do recibo
com extenso -ped-rec.xml;
Resultado do Processamento do Lote de NF-e: O
nome do arquivo ser o nmero do recibo com
extenso -pro-rec.xml;
Denegao de Uso: O nome do arquivo ser a
chave de acesso completa com extenso -
den.xml;
Pedido de Cancelamento de NF-e: O nome do
arquivo ser a chave de acesso completa com
extenso -ped-can.xml;
Cancelamento de NF-e: O nome do arquivo ser a
chave de acesso completa com extenso -
can.xml;
Pedido de Inutilizao de Numerao: O nome do
arquivo ser composto por: UF + Ano de
inutilizao + CNPJ do emitente + Modelo + Srie +
Nmero Inicial + Nmero Final com extenso -
ped-inu.xml;
Inutilizao de Numerao: O nome do arquivo ser
composto por: Ano de inutilizao + CNPJ do
emitente + Modelo + Srie + Nmero Inicial +
Nmero Final com extenso -inu.xml;
Pedido de Consulta Situao Atual da NF-e: O nome
do arquivo ser a chave de acesso completa com
extenso -ped-sit.xml;
Situao Atual da NF-e: O nome do arquivo ser a
chave de acesso completa com extenso -sit.xml;
Pedido de Consulta do Status do Servio: O nome
do arquivo ser: AAAAMMDDTHHMMSS do
momento da consulta com extenso -ped-
sta.xml;
Status do Servio: O nome do arquivo ser:
AAAAMMDDTHHMMSS do momento da consulta
com extenso -sta.xml;

275
Resumo dos padres tcnicos

Nesse momento, podemos reproduzir a tabela que traz o


resumo dos padres tcnicos adotados pelo Projeto NF-E.

Fonte: Portal da Nota Fiscal Eletrnica - www.nfe.fazenda.gov.br

276
Processo de autorizao

Abaixo segue uma imagem que mostra como funciona o


processo de envio e autorizao das Notas Fiscais
Eletrnicas:

Cadeia de certificados

Para que o emissor consiga se comunicar com os Web


Services disponveis, ser necessrio instalar a cadeia de
certificados. A maneira mais rpida instalar a cadeia
completa de certificados das ACs do ICP-Brasil que pode ser
obtida no repositrio da AC Raiz. No entanto, o emissor pode
instalar apenas a cadeia de certificados necessria para
acessar os Web Services da sua UF.

So 28 UFs. Algumas mantm aplicao prpria, outras


utilizam a SEFAZ Virtual do RS ou o SVAN (SEFAZ Virtual do

277
Ambiente Nacional). Consulte a SEFAZ do seu Estado e
verifique como funciona o seu ambiente.

Os Web Services utilizam certificados digitais das seguintes


cadeias de certificados da hierarquia ICP-Brasil:

AC CertiSign Mltipla V3;


AC PRODEMGE;
AC SERASA SRF;
AC SERPRO Final v1;
AC SERPRO SRF v1.

possvel que uma UF no utilize certificados digitais da


hierarquia do ICP-Brasil. Consulte a SEFAZ do seu Estado
para saber qual a cadeia de certificados utilizada.

Ambiente de Homologao e Ambiente de Produo

As Secretarias de Fazenda Estaduais devero manter dois


ambientes para recepo de NF-e: homologao e produo.

O ambiente de homologao especfico para a realizao de


testes e integrao das aplicaes do contribuinte durante a
fase de implementao e adaptao do seu sistema de
emisso de NF-e.

A autorizao para emisso de NF-e no ambiente de


produo fica condicionada prvia aprovao das equipes
de TI e de negcios da SEFAZ, que dever avaliar a
adaptao, comportamento e performance do sistema de
emisso de NF-e do contribuinte no ambiente de
homologao.

Consulte o site da SEFAZ do seu Estado para verificar os


endereos dos Web Services de homologao e de produo.

278
SEFAZ Virtual

Algumas Secretarias de Fazenda ainda no tem ambiente


prprio e utilizam a Sefaz Virtual do Ambiente Nacional
(SVAN) ou a Sefaz Virtual do Rio Grande do Sul (SVRS).

Nestes casos o modelo operacional o seguinte:

Todas as requisies passam primeiro pelos servidores da


SEFAZ Virtual, que se encarrega de repassar os dados para a
SEFAZ de origem e destino e para a SUFRAMA.

279
Parte III Implementao

Essa a terceira parte do livro. Aqui veremos na prtica


como implementar o Projeto NFC-e.

Abordaremos as estratgias de implantao e analisaremos o


prottipo construdo em Delphi.

280
Conhecendo o Componente ACBr

Solues prontas

Caso a empresa decida desenvolver sua prpria aplicao,


no necessrio desenvolver por completo todos os mtodos
e rotinas. J existem componentes que vem com os cdigos
fontes, bastando apenas adaptar tais componentes ao
aplicativo que est sendo desenvolvido. o caso do
componente ACBr.

ACBrNFe Componente para Nota Fiscal


Eletrnica

Este componente faz parte do Projeto ACBr (Projeto


Automao Comercial Brasil). O objetivo do projeto ter um
portal (acbr.sourceforge.net) onde vrios projetos de
Automao Comercial sero unificados em um nico produto.
So desenvolvidos componentes para Delphi e Lazarus. Alm
disso, existe o ACBrMonitor, que um programa executvel
desenvolvido usando os componentes do ACBr. A finalidade
do ACBrMonitor permitir que qualquer linguagem capaz de
ler e criar arquivos TXT ou utilizar Sockets (TCP/IP) consiga
usar todos os recursos dos componentes ACBr. No nosso
prottipo utilizaremos o componente ACBr.

As informaes aqui repassadas sobre os componentes foram


retiradas no todo ou em partes do site citado.

Os componentes desenvolvidos so disponibilizados com os


cdigos fontes, atravs da licena LGPL (permite o
desenvolvimento de sistemas comerciais utilizando os
componentes).

281
Dentre os componentes do projeto podemos citar:

ACBrECF Componente para se comunicar com


Impressoras Fiscais (ECF). A ideia substituir os
comandos da DLL por chamadas aos mtodos do
componente ACBrECF, com a vantagem imediata de
tornar o seu cdigo compatvel a todas os modelos de
impressoras suportados pelo ACBrECF.

ACBrRFD Visa atender a exigncia do fisco de SP


instituda com a CAT 52/07, que determina que todas
as impressoras sem MFD devem criar registros de LOG
(no formato semelhante ao da MFD) no disco da
mquina.

ACBrCalculadora Calculadora com alguns recursos a


mais, como por exemplo, um Memo simulando a fita.

ACBrGAV Componente para acionamento de gavetas


de dinheiro. As gavetas podem ser ligadas porta
serial, a uma impressora fiscal ou a uma impressora
no fiscal (impressora comum).

ACBrCHQ Componente para manipular impressoras


de cheques.

ACBrLCB Componente para leitores de cdigo de


barra serial.

ACBrDIS Componente para display de mensagens


para cliente.

ACBrTER Componente para controle de


MicroTerminais.

ACBrBAL Componente para interao com balanas

282
eletrnicas.

ACBrCMC7 Componente que permite processar a


banda magntica dos cheques, validando e
convertendo de CMC7 para banco, agencia, conta e
vice-versa.

ACBrExtenso Componente para traduzir nmeros


para extenso. Permite mudar o nome da moeda e
centavos.

ACBrTroco Componente para clculo detalhado de


troco, informando as cdulas e moedas necessrias.
Permite editar a lista de cdulas e moedas.

ACBrValidador Componente para validao de


diversos documentos como por exemplo: CPF, CNPJ,
Num.Cheques, PIS, Inscrio Estadual (todos os
estados).

ACBrFala Processa todas as palavras de uma String,


procurando por arquivos de som correspondente a cada
palavra. Permite informar Valores (Double) que so
traduzidos para extenso. Os arquivos de som podem
estar em um recurso (.RES / .LRS) ou em um diretrio.

ACBrETQ Componente para facilitar a impresso de


etiquetas em impressoras trmicas compatveis com a
linguagem PPLA.

ACBrSintegra Componente para facilitar a gerao


do arquivo Sintegra.

ACBrTEF Componente para facilitar a implementao


do TEF.

283
ACBrTCPServer Componente usado para criar
servidores TCP. til para ser usado em conjunto com
terminais de consulta de preo.

ACBrEnterTab Componente somente para CLX. Tem


como finalidade traduzir a tecla ENTER como se fosse a
tecla TAB, para poder mudar de campos com a tecla
ENTER.

ACBrNFe Componente para gerar, assinar, transmitir


os XMLs da Nota Fiscal Eletrnica e Imprimir o DANFE.

O Componente ACBrNFe

O componente ACBrNFe um projeto gratuito para gerar,


validar, transmitir, receber as respostas e imprimir o DANFE.

O componente possui duas verses:

CAPICOM Usa as DLLs da Microsfot CAPICOM


(conexo segura) e MSXML (Assinatura e validao do
XML). Funciona somente no Delphi e no sistema
operacional Windows. Funciona com certificados do tipo
A1 e A3;

OpenSSL Usa Projetos OpenSource:


Synapse+OpenSSL (conexo segura) e
LibXml2+XmlSEC (Assinatura e validao do XML).
Compatvel com Lazarus, Kylix e com Linux. Funciona
apenas com certificados do tipo A1.

Caso o desenvolvedor v utilizar apenas o sistema


operacional Windows e no pretende utilizar o Lazarus, deve
optar pela verso CAPICOM.

284
Vantagens do componente

Fornece todas as funcionalidades necessrias para


gerar a NF-e e consumir os WS da NF-e;
Cdigo fonte disponvel;
Oferece a emisso/impresso do DANFE;
Funciona com os certificados digitais A1 e A3
(CAPICOM) e A1 (OpenSSL);
No tem custo de aquisio;
Pode ser utilizada para qualquer UF.

Desvantagens do componente

Pouca ou nenhuma documentao;

Baixando os componentes

Para ter sempre a ltima verso do projeto


(desenvolvimento), realize o download via SVN (Subversion
sistema de controle de verso).

Os sistemas de controle de verso visam simplificar a


colaborao entre equipes e ainda controlar o histrico de
atualizaes dos arquivos. O SVN guarda todas as alteraes
em cada arquivo como uma verso numerada e possvel
comparar arquivos com suas verses anteriores ou voltar o
arquivo para uma verso anterior, sem deixar de ter a verso
mais atual guardada no repositrio (servidor do SVN).

Para baixar os fontes do SVN, acesse o seguinte endereo no


seu navegador:

https://acbr.svn.sourceforge.net/svnroot/acbr/trunk

Voc pode ainda baixar o projeto no seguinte endereo:

285
https://acbr.svn.sourceforge.net/svnroot/acbr/

Neste ltimo voc ter acesso s pastas tags e branches. Na


pasta tags sero mantidas verses anteriores do projeto. Na
pasta branches sero mantidas verses em desenvolvimento
ainda no estveis.

A melhor maneira de baixar o pacote de componentes,


incluindo a o componente ACBrNFe, instalando um
aplicativo SVN cliente. Uma boa alternativa para o Windows
o TortoiseSVN, pois ele fica integrado ao Windows Explorer.
Procure esse programa na Internet e realize a sua instalao.
Depois de instalado crie uma pasta chamada ACBr. No
Windows Explorer clique na pasta ACBr com o boto direito
e escolha a opo SVN Checkout. Ser exibida uma janela
solicitando a URL do repositrio.

286
Informe:

https://acbr.svn.sourceforge.net/svnroot/acbr/trunk. Clique
no boto OK e observe que a estrutura de pastas dos
componentes ser criada para voc.

Instalao do componente verso CAPICOM

Copie as DLLs da pasta ACBr\DLLs\Capicom (capicom.dll,


msxml5.dll e msxml5r.dll) para a pasta de sistema do
Windows.

No Windows, clique no boto Iniciar e depois na opo


Executar.... Voc deve executar os seguintes comandos:

regsvr32 capicom.dll /s;


regsvr32 msxml5.dll /s;

Basta inserir os comandos na janela Executar e clicar no


boto OK. O comando acima vai registrar as DLLs no
sistema operacional.

No Delphi, acesse a opo Tools/Enviroment Options. Ser


exibida a janela Enviroment Options. Nesta janela selecione
a guia "Library", clique no boto elptico(...) de "Library
Path". Ser exibida a janela Directories. Dentro dessa
janela existe uma caixa de texto e na frente da caixa de
texto existe um boto elptico(...). Clique neste boto. Ser
aberta uma nova janela chamada "Procurar Pasta". Voc
deve localizar e adicionar as pastas "ACBr\Fontes\ACBrNFe2",
"ACBr\Fontes\ACBrComum", "ACBr\Fontes\ACBrCapicom" e
"ACBr\Fontes\PCN2".

possvel tambm utilizar o Instalador do Componente ACBr


que poupar bastante trabalho. No entanto, nem sempre o
instalado funciona corretamente. bom como saber instalar

287
os componentes manualmente.

Existe um arquivo "LEIA-ME.TXT" na pasta raiz do ACBr que,


dentre outras coisas, explica o passo a passo da instalao
dos componentes ACBr. Siga as orientaes desse arquivo.
Dentro da pasta "ACBr\Fontes\ACBrNFe2" existe o arquivo
"Instalar.txt" que explica o passo a passo da instalao dos
componentes para a NF-e verso 2.00 e posteriores.

Aps a instalao do componente voc ver o novo


componente instalado na paleta ACBr.

Instalao dos componentes para o DANFE

O ACBrDanfe pode ser utilizado com vrias sutes de


impresso, dentre elas: QuickReport, Rave Reports e Fast
Reports. Os pacotes esto disponveis dentro da pasta
"ACBr\Fontes\ACBrNFe2".

Para instalar os componentes basta abrir os arquivos DPK, e


na janela do pacote clicar nos botes Compile e Install.

Utilizando a aplicao de demonstrao

Dentro das pastas ACBr\Exemplos\ACBrNFe2\Delphi existe


uma aplicao que demonstra a utilizao do ACBrNFe. Abra
o arquivo ACBrNFe_demo.dpr no Delphi para visualizar a
aplicao de demonstrao.

288
Observe o cdigo do boto Status Servio:

procedure TForm1.btnStatusServClick(Sender: TObject);

begin
ACBrNFe1.WebServices.StatusServico.Executar;
MemoResp.Lines.Text := UTF8Encode(ACBrNFe1.WebServices.StatusServico.RetWS);
LoadXML(MemoResp, WBResposta);
end;

Veja que o funcionamento muito simples. Basta chamar o


mtodo Executar de WebServices.StatusServico.

Ao executar esse boto, veja o que acontece:

289
exibido na caixa XML Resposta o XML que foi retornado
pelo Web Service. Para executar a aplicao estou utilizando
um certificado A1 vlido e acessando os Web Services da
Sefaz Virtual RS.

Observe o cdigo do boto Validar XML:

procedure TForm1.btnValidarXMLClick(Sender: TObject);

begin
OpenDialog1.Title := 'Selecione a NFE';
OpenDialog1.DefaultExt := '*-nfe.XML';
OpenDialog1.Filter := 'Arquivos NFE (*-nfe.XML)|*-nfe.XML|Arquivos XML
(*.XML)|*.XML|Todos os Arquivos (*.*)|*.*';
OpenDialog1.InitialDir := ACBrNFe1.Configuracoes.Geral.PathSalvar;
if OpenDialog1.Execute then begin
ACBrNFe1.NotasFiscais.Clear;
ACBrNFe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName);
ACBrNFe1.NotasFiscais.Valida;

290
showmessage('Nota Fiscal Eletrnica Valida');
end;
end;

A utilizao muito simples. Basta chamar o mtodo Valida


do objeto NotasFiscais. O que esse mtodo faz com o arquivo
XML da nota fiscal?

Observe o XML de uma nota fiscal antes de ser validado:

<?xml version="1.0" encoding="utf-8"?>

<NFe xmlns="http://www.portalfiscal.inf.br/nfe">
<infNFe Id="NFe35080599999090910270550010000000015180051273" versao="2.00">
<ide>
<cUF>35</cUF>
<cNF>518005127</cNF>
<natOp>Venda a vista</natOp>
<indPag>0</indPag>
<mod>55</mod>
<serie>1</serie>
<nNF>1</nNF>
<dEmi>2008-05-06</dEmi>
<dSaiEnt>2008-05-06</dSaiEnt>
<tpNF>0</tpNF>
<cMunFG>3550308</cMunFG>
<tpImp>1</tpImp>
<tpEmis>1</tpEmis>
<cDV>3</cDV>
<tpAmb>2</tpAmb>
<finNFe>1</finNFe>
<procEmi>0</procEmi>
<verProc>NF-eletronica.com</verProc>
</ide>
<emit>
<CNPJ>99999090910270</CNPJ>
<xNome>NF-e Associacao NF-e</xNome>
<xFant>NF-e</xFant>
<enderEmit>
<xLgr>Rua Central</xLgr>
<nro>100</nro>
<xCpl>Fundos</xCpl>
<xBairro>Distrito Industrial</xBairro>

291
<cMun>3502200</cMun>
<xMun>Angatuba</xMun>
<UF>SP</UF>
<CEP>17100171</CEP>
<cPais>1058</cPais>
<xPais>Brasil</xPais>
<fone>1733021717</fone>
</enderEmit>
<IE>123456789012</IE>
</emit>
<dest>
<CNPJ>00000000000191</CNPJ>
<xNome>DISTRIBUIDORA DE AGUAS MINERAIS</xNome>
<enderDest>
<xLgr>AV DAS FONTES</xLgr>
<nro>1777</nro>
<xCpl>10 ANDAR</xCpl>
<xBairro>PARQUE FONTES</xBairro>
<cMun>5030801</cMun>
<xMun>Sao Paulo</xMun>
<UF>SP</UF>
<CEP>13950000</CEP>
<cPais>1058</cPais>
<xPais>BRASIL</xPais>
<fone>1932011234</fone>
</enderDest>
<IE></IE>
</dest>
<retirada>
<CNPJ>99171171000194</CNPJ>
<xLgr>AV PAULISTA</xLgr>
<nro>12345</nro>
<xCpl>TERREO</xCpl>
<xBairro>CERQUEIRA CESAR</xBairro>
<cMun>3550308</cMun>
<xMun>SAO PAULO</xMun>
<UF>SP</UF>
</retirada>
<entrega>
<CNPJ>99299299000194</CNPJ>
<xLgr>AV FARIA LIMA</xLgr>
<nro>1500</nro>
<xCpl>15 ANDAR</xCpl>
<xBairro>PINHEIROS</xBairro>
<cMun>3550308</cMun>

292
<xMun>SAO PAULO</xMun>
<UF>SP</UF>
</entrega>
<det nItem="1">
<prod>
<cProd>00001</cProd>
<cEAN />
<xProd>Agua Mineral</xProd>
<CFOP>5101</CFOP>
<uCom>dz</uCom>
<qCom>1000000.0000</qCom>
<vUnCom>1</vUnCom>
<vProd>10000000.00</vProd>
<cEANTrib />
<uTrib>und</uTrib>
<qTrib>12000000.0000</qTrib>
<vUnTrib>1</vUnTrib>
</prod>
<imposto>
<ICMS>
<ICMS00>
<orig>0</orig>
<CST>00</CST>
<modBC>0</modBC>
<vBC>10000000.00</vBC>
<pICMS>18.00</pICMS>
<vICMS>1800000.00</vICMS>
</ICMS00>
</ICMS>
<PIS>
<PISAliq>
<CST>01</CST>
<vBC>10000000.00</vBC>
<pPIS>0.65</pPIS>
<vPIS>65000</vPIS>
</PISAliq>
</PIS>
<COFINS>
<COFINSAliq>
<CST>01</CST>
<vBC>10000000.00</vBC>
<pCOFINS>2.00</pCOFINS>
<vCOFINS>200000.00</vCOFINS>
</COFINSAliq>
</COFINS>

293
</imposto>
</det>
<total>
<ICMSTot>
<vBC>20000000.00</vBC>
<vICMS>18.00</vICMS>
<vBCST>0</vBCST>
<vST>0</vST>
<vProd>20000000.00</vProd>
<vFrete>0</vFrete>
<vSeg>0</vSeg>
<vDesc>0</vDesc>
<vII>0</vII>
<vIPI>0</vIPI>
<vPIS>130000.00</vPIS>
<vCOFINS>400000.00</vCOFINS>
<vOutro>0</vOutro>
<vNF>20000000.00</vNF>
</ICMSTot>
</total>
<transp>
<modFrete>0</modFrete>
<transporta>
<CNPJ>99171171000191</CNPJ>
<xNome>Distribuidora de Bebidas Fazenda de SP Ltda.</xNome>
<IE>171999999119</IE>
<xEnder>Rua Central 100 - Fundos - Distrito Industrial</xEnder>
<xMun>SAO PAULO</xMun>
<UF>SP</UF>
</transporta>
<veicTransp>
<placa>BXI1717</placa>
<UF>SP</UF>
<RNTC>123456789</RNTC>
</veicTransp>
<reboque>
<placa>BXI1818</placa>
<UF>SP</UF>
<RNTC>123456789</RNTC>
</reboque>
<vol>
<qVol>10000</qVol>
<esp>CAIXA</esp>
<marca>LINDOYA</marca>
<nVol>500</nVol>

294
<pesoL>1000000000.000</pesoL>
<pesoB>1200000000.000</pesoB>
<lacres>
<nLacre>XYZ10231486</nLacre>
</lacres>
</vol>
</transp>
<infAdic>
<infAdFisco>Nota Fiscal de exemplo NF-eletronica.com</infAdFisco>
</infAdic>
</infNFe>
</NFe>

Aps a validao sero acrescentadas as seguintes TAGs no


final do arquivo:

<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">

<SignedInfo>
<CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-
20010315"/>
<SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>
<Reference URI="#NFe35080599999090910270550010000000015180051273">
<Transforms>
<Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-
signature"/>
<Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-
20010315"/>
</Transforms>
<DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
<DigestValue>42VrQinShRm62XoeoHBv/7z0kYc=</DigestValue>
</Reference>
</SignedInfo>
<SignatureValue>
cNpYCIgyFXDvhJwYRBjnpYkO4GhE6cbfiYePGt4MphW6zl/tp2QlLxl+4smqN75XOdxngYD9kCU
/sw54Kw67zBAetFck48glDqPU+DYdvb3nf+UrfLUjunPqAV+fIdFp7+2viR5SM/z1efiMw4kZDu
dUP8lUrcRXnXk0DEkAQVN0HPzDO/ViUGsW+bxy29ofALzl6GMDjFTlxg/TssMYc/9Bi9vxIB/sE
51ytzkhxvEs5WPv6tBuLrUpijkj4xH0xrk+ZFXkHPWJ/pquefjrLSfDq6BJV8hFBYfvhAxN/XTx
fwQWNP8X8XSHvthFm+C1gAWasREh0WTF5NuFjpCP2A==
</SignatureValue>
<KeyInfo>
<X509Data>
<X509Certificate>

295
MIIGhjCCBW6gAwIBAgIQMjAwOTEwMDIxMzMyMzcxMTANBgkqhkiG9w0BAQUFADCBijELMAkG
A1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEg
UmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEuMCwGA1UEAxMlQXV0b3JpZGFkZSBD
ZXJ0aWZpY2Fkb3JhIGRvIFNFUlBST1JGQjAeFw0wOTEwMDIxNTIxNTlaFw0xMDEwMDIxNTEy
MTZaMIH2MQswCQYDVQQGEwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDE2MDQGA1UECxMtU2Vj
cmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMREwDwYDVQQLEwhD
T1JSRUlPUzETMBEGA1UECxMKQVJDT1JSRUlPUzEWMBQGA1UECxMNUkZCIGUtQ05QSiBBMTER
MA8GA1UEBxMIQlJBU0lMSUExCzAJBgNVBAgTAkRGMTowOAYDVQQDEzFUMlRJIFRFQ05PTE9H
SUEgREEgSU5GT1JNQUNBTyBMVERBOjEwNzkzMTE4MDAwMTc4MIIBIjANBgkqhkiG9w0BAQEF
AAOCAQ8AMIIBCgKCAQEAwJwcTb6m3CrRvmarNy+LkmbGoL3ncBqenHH+Bpnl2DAaRKcwaLoY
7obw1ZZTiggwl6e9zYpwzcEdwyH4+0rBqQXKJgyAphb7J9MSKAuEp7+Sbkga/+/yjVyhoZuR
VdSCIpAjqKKeGSjxaPJbyXGpb0EvntCuT5cvI7ZzD8P5xtvoQT8RgEOw30sNYycnuxFvP+Xk
/Tl1+UwzlGu0Hfjt49rc23VWWv/Gw9eWM1r2hCtKqJMFOkeeTK6aECLahQmdL7/F0zp5VLFD
FZedIFdpig3wigFV4Ku8/1lpPYReEPQRI/OGUa0Clh0yn1l/bdRhblJ2MIw2oBlACPzIkiaA
6QIDAQABo4ICeDCCAnQwDwYDVR0TAQH/BAUwAwEBADAfBgNVHSMEGDAWgBS5IouGJEbnoq3n
KTuMaDtNrXSRFDAOBgNVHQ8BAf8EBAMCBeAwYAYDVR0gBFkwVzBVBgZgTAECAQowSzBJBggr
BgEFBQcCARY9aHR0cHM6Ly9jY2Quc2VycHJvLmdvdi5ici9hY3NlcnByb3JmYi9kb2NzL2Rw
Y2Fjc2VycHJvcmZiLnBkZjCBsgYDVR0RBIGqMIGnoD0GBWBMAQMEoDQEMjIxMDUxOTgwMDA2
MzU4OTc5NjIwMDAwMDAwMDAwMDAwMDAwMDAzNzUxNjUwN1NTUFNDoB4GBWBMAQMCoBUEE01J
R1VFTCBLT0pJSU8gTk9CUkWgGQYFYEwBAwOgEAQOMTA3OTMxMTgwMDAxNzigFwYFYEwBAweg
DgQMMDAwMDAwMDAwMDAwgRJUMlRJLkNPTUBHTUFJTC5DT00wIAYDVR0lAQH/BBYwFAYIKwYB
BQUHAwIGCCsGAQUFBwMEMIGoBgNVHR8EgaAwgZ0wMqAwoC6GLGh0dHA6Ly9jY2Quc2VycHJv
Lmdvdi5ici9sY3IvYWNzZXJwcm9yZmIuY3JsMDOgMaAvhi1odHRwOi8vY2NkMi5zZXJwcm8u
Z292LmJyL2xjci9hY3NlcnByb3JmYi5jcmwwMqAwoC6GLGh0dHA6Ly93d3cuaXRpLmdvdi5i
ci9zZXJwcm8vYWNzZXJwcm9yZmIuY3JsMEwGCCsGAQUFBwEBBEAwPjA8BggrBgEFBQcwAoYw
aHR0cDovL2NjZC5zZXJwcm8uZ292LmJyL2NhZGVpYXMvYWNzZXJwcm9yZmIucDdiMA0GCSqG
SIb3DQEBBQUAA4IBAQDPyUbYe1YU6pKXhwnkKjCh7NPnuH0aoGbjlHale4lu2SOCmxoG+h+l
PNAdU5yVgPOA2LfCVDOh3dlagEBzqyYOZ+7rCGwbh9odMy7BLVqMn36EqyAWFde7PUKjAqx2
e6/Iq8NGnnKHGvi4aWVS9NqqPxtTVowTLT/+tGzLD4DvgDECK1YU0s2NFOP6cpAHNtp2SEdO
B1nywAPbg/CHzq8BBlmEw6can0q0c8Q192taqLlNUSn67CJveuQykshm5Snf389Coa4QlOtA
9gWBvybE9vXN6uzyjrB3Mf77tBgQwYFkn6UbfGBWsievsgXoq04O5+gfiPNbNwtDGhteI85e
</X509Certificate>
</X509Data>
</KeyInfo>
</Signature>
</NFe>

Ou seja, o mtodo valida j assina o XML da nota fiscal.

Observe agora o cdigo do boto Criar e Enviar:

procedure TForm1.btnCriarEnviarClick(Sender: TObject);

var
vAux : String;

296
begin
if not(InputQuery('WebServices Enviar', 'Numero da Nota', vAux)) then
exit;

ACBrNFe1.NotasFiscais.Clear;

with ACBrNFe1.NotasFiscais.Add.NFe do begin


infNFe.ID := vAux;
Ide.natOp := 'VENDA PRODUCAO DO ESTAB.';
Ide.nNF := StrToInt(vAux);
Ide.cNF := StrToInt(vAux);
Ide.modelo := 55;
Ide.serie := 1;
Ide.dEmi := Date;
Ide.dSaiEnt := Date;
Ide.tpAmb := taHomologacao;
Ide.tpNF := tnSaida;
Ide.indPag := ipVista;
Ide.verProc := '1.0.0.0';
Ide.cUF := 35;
Ide.cMunFG := 3554003;

Emit.CNPJCPF := edtEmitCNPJ.Text;
Emit.IE := edtEmitIE.Text;
Emit.xNome := edtEmitRazao.Text;
Emit.xFant := edtEmitFantasia.Text;
Emit.EnderEmit.fone := edtEmitFone.Text;
Emit.EnderEmit.CEP := StrToInt(edtEmitCEP.Text);
Emit.EnderEmit.xLgr := edtEmitLogradouro.Text;
Emit.EnderEmit.nro := edtEmitNumero.Text;
Emit.EnderEmit.xCpl := edtEmitComp.Text;
Emit.EnderEmit.xBairro := edtEmitBairro.Text;
Emit.EnderEmit.cMun := StrToInt(edtEmitCodCidade.Text);
Emit.EnderEmit.xMun := edtEmitCidade.Text;
Emit.EnderEmit.UF := edtEmitUF.Text;
Emit.enderEmit.cPais := 1058;
Emit.enderEmit.xPais := 'BRASIL';

Dest.CNPJCPF := '05481336000137';
Dest.EnderDest.CEP := 18270410;
Dest.EnderDest.xLgr := 'Praa Anita Costa';
Dest.EnderDest.nro := '0034';
Dest.EnderDest.xCpl := '';

297
Dest.EnderDest.xBairro := 'Centro';
Dest.EnderDest.cMun := 3554003;
Dest.EnderDest.xMun := 'Tatu';
Dest.EnderDest.UF := 'SP';
Dest.EnderDest.Fone := '1532599600';
Dest.IE := '687138770110';
Dest.xNome := 'D.J. COM. E LOCAO DE SOFTWARES LTDA - ME';
Dest.EnderDest.cPais := 1058;
Dest.EnderDest.xPais := 'BRASIL';

with Det.Add do begin


infAdProd := 'Teste de informacao adicional;Teste de Segunda Linha';
Prod.nItem := 1;
Prod.CFOP := '5101';
Prod.cProd := '67';
Prod.xProd := 'ALHO 400 G';
Prod.qCom := 100;
Prod.uCom := 'KG';
Prod.vProd := 100;
Prod.vUnCom := 10;
Prod.qTrib := 100;
Prod.uTrib := 'KG';
Prod.vUnTrib := 10;
with Imposto do begin
with ICMS do begin
CST := cst00;
ICMS.modBC := dbiPrecoTabelado;
ICMS.pICMS := 18;
ICMS.vICMS := 180;
ICMS.vBC := 1000;
end;
IPI.CST := ipi01;
end;
end;

with Det.Add do begin


Prod.nItem := 2;
Prod.CFOP := '5101';
Prod.cProd := '68';
Prod.xProd := 'CEBOLA 400 G';
Prod.qCom := 100;
Prod.uCom := 'KG';
Prod.vProd := 100;
Prod.vUnCom := 10;

298
Prod.qTrib := 100;
Prod.uTrib := 'KG';
Prod.vUnTrib := 10;
with Imposto do begin
with ICMS do begin
CST := cst00;
ICMS.modBC := dbiPrecoTabelado;
ICMS.orig := oeNacional;
ICMS.pICMS := 18;
ICMS.vICMS := 180;
ICMS.vBC := 1000;
end;
IPI.CST := ipi01;
end;
end;

Total.ICMSTot.vBC := 1000;
Total.ICMSTot.vICMS := 180;
Total.ICMSTot.vNF := 1000;
Total.ICMSTot.vProd := 1000;
end;

ACBrNFe1.Enviar(0);
ShowMessage(ACBrNFe1.WebServices.Retorno.Protocolo);
ShowMessage(ACBrNFe1.WebServices.Retorno.Recibo);

MemoResp.Lines.Text := UTF8Encode(ACBrNFe1.WebServices.Retorno.RetWS);
LoadXML(MemoResp, WBResposta);

ACBrNFe1.NotasFiscais.Clear;
end;

O procedimento acima cria e envia uma nota fiscal para o


Web Service. Primeiro ser solicitado que o usurio informe o
nmero da nota fiscal. Aps isso, a aplicao criar o XML da
nota fiscal, consumir o Web Service da SEFAZ e informar o
resultado do envio.

299
Concluses

Utilizar o componente ACBrNFe facilita muito o


desenvolvimento. O fato de se tratar de um projeto de cdigo
fonte aberto indica que seria uma boa escolha trabalhar com
este componente.

Existem outras solues prontas disponveis no mercado.


Algumas fornecem DLLs, outras componentes. Em ambos os
casos, interessante fazer um estudo do custo em relao
ao benefcio da adoo da soluo.

300
DER Diagrama Entidade
Relacionamento

Nesse captulo abordaremos o DER da NFC-e. O DER contm


mais de 300 tabelas e faz parte de um projeto maior: o T2Ti
ERP. Estudaremos aqui a seo referente NFC-e.

Viso Geral DER T2TiERP

Na imagem a seguir possvel ter uma viso geral do DER do


T2Ti ERP. Ele possui mais de 350 tabelas, mas apenas
algumas delas interessam ao nosso estudo. Observe as
regies que esto circuladas de preto e estude-as.

301
Junto do prottipo o leitor est recebendo alguns arquivos
que compem o DER:

DER_Retaguarda_2.0.0.5.xml arquivo XML que deve


ser aberto no programa DBDesigner para estudar o
DER e gerar o banco de dados.
Script_Dados_Retaguarda.txt Script contendo alguns
dados fixos para as tabelas do banco de dados. Deve
ser executado aps a criao do banco de dados.

Quando abrir o DER no DBDesigner, talvez o leitor no


consiga visualizar todas as tabelas ou mesmo navegar pelo
DER. Trata-se de um BUG do DBDesigner. Para visualizar
todas as tabelas acesse a opo Options / Model Options.
Na janela que surgir selecione a opo Editing Options.
Procure pela seo Canvas Size e informe o seguinte:
Width = 10000. O Height ser preenchido
automaticamente. Sempre que tiver problemas de
visualizao, altere esse valor do Width.

possvel utilizar o prottipo com os bancos de dados mais


conhecidos, como MySQL, Firebird, Oracle, Postgre e SQL
Server. No entanto, o autor sugere que o leitor utilize o
MySQL a princpio, pois foi com esse SGBG que o prottipo
foi desenvolvido.

A primeira coisa que o leitor deve fazer criar um banco de


dados. Se estiver utilizando o MySQL crie um banco de dados
chamado t2tierp. Caso crie o banco com outro nome,
estude o prottipo e veja onde o mesmo deve ser alterado
para acessar o banco criado.

O arquivo DER_Retaguarda_2.0.0.5.xml deve ser aberto no


DBDesigner ou no DBDesigner-Fork. Deve-se utilizar a opo
File/Export/SQL Create Script. Na janela que surgir, deve-se
clicar no boto Copy Script to Clipboard.

302
Aps isso, o cdigo deve ser colado e executado na
ferramenta que o leitor utiliza para manipular o banco de
dados (SQLYog, por exemplo). Com isso, as tabelas do banco
de dados estaro criadas.

Esse o momento de usar o arquivo


Script_Dados_Retaguarda.txt. Esse arquivo deve ser aberto
no editor de textos preferido do leitor (Notepad++, por
exemplo). O script deve ser copiado e colado na ferramenta
de manipulao do banco. Aps a execuo do script,
algumas tabelas estaro populadas para testes.

Na pasta do projeto existe ainda um arquivo chamado


DUMP_MySQL.sql contendo um DUMP do banco de dados
utilizado pelo autor durante testes no prottipo.
interessante analisar tal arquivo.

O autor no vai entrar no mrito de explicar o DER, suas


tabelas e relacionamentos. bom que o leitor analise com
calma o DER no DBDesigner. Boa parte das tabelas possui
uma descrio informando o seu objetivo. Para isso, clique
duas vezes na tabela desejada e acesse a opo
Comments. Alm disso, observe os comentrios dos
campos.

Para finalizar esse tpico do banco de dados, devemos criar


as Views. O projeto possui duas pastas com views: Views
Retaguarda e Views NFCe. Crie as views que forem
necessrias para o projeto funcionar. No precisa criar todas.
Execute o projeto e veja em que momentos ele reclama de
determinada view. Dessa forma, voc conhecers quais as
views necessrias para o bom funcionamento do projeto.

303
Conhecendo o Prottipo

Se o banco de dados foi devidamente configurado, conforme


orientaes anteriores, j ser possvel executar a aplicao.

A arquitetura do prottipo cliente/servidor, ou seja, roda


em duas camadas, acessando diretamente o banco de dados.
O cdigo est estruturado seguindo o padro MVC, onde
temos as VOs representando as tabelas (Model), Controllers
com as regras de negcio (Controller) e as janelas (View). Os
dados so persistidos e consultados atravs de um ORM
(T2TiORM feito no Projeto T2Ti ERP). O projeto est
estruturado de tal forma que pode tambm funcionar em trs
camadas, com um servidor de aplicaes. Para isso o leitor
precisa implementar o servidor de aplicaes.

Para abrir e estudar o prottipo ser necessrio instalar os


componentes que esto junto do projeto. Alm desses, ser
necessrio instalar a Suite de componentes Jedi e os
componentes do Projeto ACBr.

Nesse momento o leitor dever abrir o prottipo para


conhecer os seus arquivos. Procure compreender como as
classes esto estruturadas. Aps isso, debugue a aplicao
com calma, iniciando pela janela de Login, entrando nos
Controllers. Debugar cada uma das janelas ser de suma
importncia para a compreenso do funcionamento do
prottipo. S assim o leitor poder adaptar o prottipo para
sua necessidade.

304
Projeto NFCe

Na Figura a seguir podemos observar como os arquivos do


projeto esto organizados.

Organizao dos Arquivos do Projeto NFCe

Os arquivos de projeto do NFCe esto armazenados na pasta


NFC-e.

A pasta Controller armazena os arquivos de controle da


aplicao, onde devem estar as regras de negcio.

A pasta DataModule contm os DataModules da aplicao.

A pasta Imagens contm subpastas com as imagens


usadas na aplicao:

305
1. imgBotoes contm as imagens utilizadas nos botes
que ficam no rodap da janela principal do caixa.
Apenas para backup, pois o Delphi incorpora as
imagens no projeto.
2. imgLayout contm as imagens utilizadas no layout da
janela principal do caixa. Algumas esto incorporadas,
outras so carregadas de forma dinmica, de acordo
com a resoluo selecionada. Analise o cdigo fonte da
aplicao para saber como funciona. Observe que a
tabela NFCE_CONFIGURACAO contm um campo para
informamos o caminho dessa pasta.
3. imgMarketing contm as imagens que so carregadas
na regio onde as imagens dos produtos so exibidas
quando o sistema est ocioso. Essa caracterstica do
sistema parametrizada. As imagens so carregadas
de forma dinmica. Analise o cdigo fonte da aplicao
para saber como funciona. Observe que a tabela
NFCE_CONFIGURACAO contm um campo para
informamos o caminho dessa pasta.
4. imgProdutos contm as imagens dos produtos que so
carregadas de acordo com o produto atualmente
selecionado. Analise o cdigo fonte da aplicao para
saber como funciona. Observe que a tabela
NFCE_CONFIGURACAO contm um campo para
informamos o caminho dessa pasta.
5. imgSplash contm as imagens utilizadas na janela de
Splash.
6. imgTelas contm as imagens utilizadas nos telas da
aplicao. Apenas para backup, pois o Delphi incorpora
as imagens no projeto.

A pasta Schemas armazena os arquivos de schema da NF-


e.

A pasta Tela contm as units e formulrios da aplicao.

306
A pasta Util contm units com procedimentos teis
utilizados pela aplicao.

A pasta VO armazena os arquivos Value Object. So arquivos


que representam as tabelas do banco de dados. Alguns so
transientes, ou seja, no representam uma tabela, mas sim
uma view ou um conjunto de campos que facilita a
manipulao do objeto.

Vamos conhecer as janelas do projeto NFC-e.

Caixa

Essa a janela principal da aplicao. Observe a imagem a


seguir.

Janela Caixa

307
Na parte superior da janela podemos observar o logotipo da
empresa e um texto que contm o nome da aplicao, o
nome da empresa, o telefone de contato e a verso. Esse
texto carregado do campo TITULO_TELA_CAIXA da tabela
NFCE_CONFIGURACAO.

Essa imagem de fundo pode ser substituda por outra que


esteja configurada na tabela NFCE_CONFIGURACAO. Todos
os componentes podem ser reposicionados para que o
sistema fique com a cara que voc desejar.

Ainda na parte superior, a direita, podemos ver a hora atual,


o nome do operador e o nome do caixa. Logo aps vemos a
descrio do produto que foi lido por ltimo.

No centro da janela esquerda podemos observar uma


bobina que vai armazenando as operaes realizadas na
venda atual. direita observamos os campos de entrada:
Cdigo e Quantidade e os demais campos onde os valores
so carregados: Valor Unitrio, Valor Total e Subtotal.
Podemos ver ainda o local onde as imagens so carregadas.
Nesse local deve ser carregada a imagem do produto lido
quando o sistema estiver em modo de venda. Podem ser
exibidas imagens de propaganda que se encontram na pasta
imgMarketing, caso o sistema esteja parametrizado para
isso. Essa parametrizao se encontra na tabela
NFCE_CONFIGURACAO, no campo MARKETING_ATIVO.

Na parte inferior da janela podemos observar o Total Geral e


um campo para Mensagens. Alm de vermos o nmero do
cupom e o nmero da venda. Por fim vemos os botes com
as diversas opes do sistema. Vejamos o que ocorre ao
selecionar cada uma dessas opes.

308
Identificao do Cliente

Pressionando F1 na janela do caixa podemos identificar o


cliente da venda. A imagem a seguir apresenta a janela de
identificao do cliente.

Janela Identificao do Cliente

Se o usurio informar o CPF do cliente e o mesmo estiver


cadastrado na base de dados, os demais campos da janela
sero preenchidos. O usurio pode realizar uma pesquisa se
clicar no boto Localiza (F11). Nesse caso a janela de
pesquisa ser apresentada, conforme podemos observar na
imagem a seguir.

309
Janela Localiza Cliente

O usurio deve informar os critrios para pesquisa e


pressionar F2 ou clicar no boto Localiza (F2). Aps
selecionar o cliente desejado e confirmar a operao, o
mesmo ser importado para a janela Identificao do Cliente.
Ao confirmar os dados de identificao, o cliente selecionado
ser identificado na venda.

Menu Principal

Pressionando F2 na janela do caixa o usurio ter acesso ao


Menu Principal. A imagem a seguir apresenta a janela do
caixa com o Menu Principal.

310
Janela Caixa Menu Principal

O Menu Principal contm trs opes:

Supervisor: fornece acesso ao menu do supervisor.


Segundo os conceitos da aplicao, o supervisor teria
menos acessos que o gerente.
Gerente: fornece acesso ao menu do gerente. O
gerente possui acesso irrestrito a todas as operaes
da aplicao.
Sada Temporria: opo utilizada pelo operador para
se ausentar do terminal de caixa, bloqueando a
aplicao.

311
Selecionando a opo Supervisor, o usurio ter que realizar
uma autenticao com os dados do supervisor para ter
acesso ao Submenu do Supervisor. Podemos observar a
janela de autenticao na imagem a seguir.

Janela Autenticao Gerente/Supervisor

Aps informar os dados corretamente o usurio ter acesso


ao Submenu do Supervisor.

Atualmente o submenu do supervisor e do gerente contm os


mesmos itens. O leitor poder inserir mais itens seguindo o
conceito de que o gerente tem mais poderes que o
supervisor na aplicao.

312
Janela Caixa Submenu Supervisor/Gerente

O Submenu contm quatro opes:

Iniciar Movimento: opo utilizada para abrir um novo


movimento. Dever ser acessada caso um usurio
encerre um movimento e o programa continue aberto
para utilizao.
Encerrar Movimento: opo utilizada para encerrar um
movimento que se encontra aberto.
Suprimento: opo utilizada para realizar um
suprimento.
Sangria: opo utilizada para realizar uma sangria.

313
Selecionando a opo Iniciar Movimento o usurio ter
acesso janela mostrada na imagem a seguir.

Janela Inicia Movimento

Observe na janela Inicia Movimento que os turnos so


carregados de acordo com o que est cadastrado na tabela
NFCE_TURNO. O usurio deve selecionar o turno de trabalho.
Caso exista um Fundo de Caixa, ou seja, o usurio vai abrir o
caixa com algum dinheiro, deve ser informado o valor no
campo Suprimento. Aps isso o operador e o
supervisor/gerente devem informar seus dados para
autenticao. Esse o procedimento para iniciar um novo
movimento. Caso o sistema seja iniciado e no exista um
movimento aberto essa janela ser apresentada.

Logo aps a abertura do movimento ser impresso um


relatrio de abertura. Podemos observar esse relatrio na
imagem a seguir. O computador estava configurado para
imprimir para uma impressora PDF.

314
Relatrio Abertura de Movimento

Esse comprovante deve conter um visto do


supervisor/gerente e do operador.

Voltando ao Submenu do Supervisor/Gerente, caso o usurio


selecione a opo Encerrar Movimento ser exibida a janela
mostrada na imagem a seguir.

315
Janela Encerra Movimento

Observe que a janela Encerra Movimento permite que o


usurio informe os valores que ele possui na regio
Encerrantes. Aps informar todos os valores, operador e
supervisor/gerente devem impostar os dados de autenticao
para encerrar o movimento.

O seguinte relatrio ser impresso aps o encerramento:

316
317
As duas opes seguintes do Submenu so Suprimento e
Sangria. A janela apresentada para os dois casos recebe um
valor e um texto de observao, conforme imagens a seguir.

Janela Suprimento

Janela Sangria

Com isso conclumos as opes do Submenu do


Supervisor/Gerente.

318
Retornando ao Menu Principal, a terceira opo a Sada
Temporria. Ao selecionar essa opo ser exibida a janela
que pode ser vista na imagem a seguir.

Janela Movimento Aberto

Nesse momento o sistema ficar bloqueado e s poder ser


acessado caso o operador informe sua senha. Caso um outro
usurio clique no boto cancelar o sistema ser fechado. Ao
ser iniciado novamente a mesma janela ser exibida. Existe
um pequeno problema nessa janela. Apenas o operador
consegue desbloque-la. Se por alguma razo o operador
no estiver presente para realizar a autenticao, nem
mesmo o gerente conseguir acessar o terminal de caixa.
Essa janela deve ser melhorada. A mesma coisa ocorre caso
o sistema seja fechado com um movimento aberto. Ao ser
iniciado a janela Movimento Aberto ser exibida e o operador
deve informar sua senha. Digamos que o operador v
embora no final do expediente e no encerre o movimento
por alguma razo, falta de energia, por exemplo. Digamos
ainda que no dia seguinte o operador no vai trabalhar
porque adoeceu. Nem mesmo o gerente conseguir acessar o
terminal de caixa para encerrar o movimento.

319
Menu Operaes

Pressionando F3 na janela do caixa o usurio ter acesso ao


Menu Operaes. A imagem a seguir apresenta a janela do
caixa com o Menu Operaes.

Janela Caixa Menu Operaes

O Menu Operaes contm trs opes:

1. Carrega Oramento: opo utilizada para carregar um


DAV.
2. Seleciona Certificado Digital: opo para seleo de
certificados disponveis no computador.
3. Consulta Status Servio: para consultar o web service
do status do servio da NFC-e.

320
Selecionando a primeira opo, Carrega Oramento, ser
exibida a janela que observamos na imagem a seguir.

Carregar Oramento

O usurio deve selecionar o DAV desejado. O sistema iniciar


uma nova venda com base nos itens do oramento
selecionado.

Selecionando a segunda opo, o sistema permitir que o


usurio selecione um dos certificados disponveis no
computador, conforme observamos na imagem a seguir.

321
A terceira opo permite que seja feita uma consulta ao
status do servio da NFC-e, o retorno ser uma mensagem
conforme observamos na imagem a seguir.

322
Cancelar / Inutilizar

Pressionando F4 na janela do caixa o usurio ter acesso a


uma janela que permite o cancelamento ou a inutilizao de
nmeros da NFC-e.

Perceba que no se trata do cancelamento da venda, mas do


cancelamento de uma NFC-e previamente autorizada.

No caso da inutilizao dos nmeros, sero listadas as


vendas que no foram devidamente concretizadas. Analise o
cdigo fonte dessa janela para compreender sua utilizao.

Observe nas imagens a seguir.

Cancelamento da NFC-e

323
Inutilizao de Nmeros da NFC-e

Recuperar Venda

Pressionando F5 na janela do caixa o usurio ter acesso


janela para recuperao de vendas no concretizadas.

Inutilizao de Nmeros da NFC-e

324
Localiza Produto

Pressionando F6 na janela do caixa o usurio ter acesso


janela Localiza Produto, que pode ser vista na imagem a
seguir.

Janela Localiza Produto

Se o sistema estiver em modo de venda ser possvel


importar um produto para a venda. Caso contrrio, o usurio
estar apenas consultando os itens.

325
Encerra Venda

Pressionando F7 na janela do caixa o usurio ter acesso


janela Encerra Venda, que pode ser vista na imagem a
seguir.

Janela Efetua Pagamento para Encerrar a Venda

O usurio poder selecionar as formas de pagamento at


fechar o valor total do cupom.

Caso a forma de pagamento esteja marcada no banco de


dados para aceitar parcelamentos, a janela de parcelamentos
ser exibida, conforme podemos observar na imagem a
seguir.

326
Janela para Gerao de Contas a Receber

Essa janela armazenar os dados nas tabelas de Contas a


Receber. Essa janela contm alguns problemas. Identifique
quais so e corrija.

327
Cancela Item

Pressionando F8 na janela do caixa o usurio ter acesso


janela Cancela Item, conforme imagem a seguir.

Janela para Cancelamento do Item

Cancela Venda

Pressionando F9 na janela do caixa o usurio ter acesso ao


cancelamento da venda. O sistema apenas cancela o
procedimento atual e entra em modo de Caixa Aberto. Essa
venda poder ser recuperada posteriormente ou seu nmero
poder ser inutilizado, conforme vimos anteriormente.

Desconto ou Acrscimo

Pressionando F10 na janela do caixa o usurio ter acesso


janela para informar o desconto/acrscimo ou mesmo para
retirar um desconto/acrscimo concedido na venda atual.
Ser necessrio informar os dados do gerente/supervisor
para essa operao. A janela desconto/acrscimo pode ser
vista na imagem a seguir.

328
Janela Desconto / Acrscimo

O desconto/acrscimo pode ser concedido atravs de


percentual ou valor. Aps conceder o desconto/acrscimo, o
valor aparecer na janela do caixa, conforme podemos
observar na imagem a seguir.

Janela Caixa Venda com Desconto

329
Identifica Vendedor

Pressionando F11 na janela do caixa o usurio poder


identificar o vendedor. A janela Identifica Vendedor pode ser
vista na imagem a seguir. Obs: a mesma janela para
cancelar o item.

Janela Identifica Vendedor

Sair do Sistema

Pressionando F12 na janela do caixa o usurio poder sair da


aplicao.

DANFE NFC-e

Em que momento o DANFE NFC-e impresso? Logo aps


informar os pagamentos para fechar a venda, o sistema
realizar todos os procedimentos para emitir a NFC-e,
exibindo as mensagens que retornam do web service e
imprimindo o DANFE NFC-e na tela. Observe as imagens a
seguir.

330
Mensagem de retorno do web service: Lote recebido com sucesso.

Mensagem de retorno do web service: Lote processado.

331
DANFE NFC-e impresso na tela.

332
Detalhe do DANFE NFC-e. Parte superior.

333
Detalhe do DANFE NFC-e. Parte inferior.

334
Referncias

ACBr Automao Comercial Brasil


http://acbr.sourceforge.net/drupal/

Ararat Synapse
http://www.synapse.ararat.cz/doku.php/start

Criptografia Numaboa
http://numaboa.com.br/criptografia/

Infra-Estrutura de Chaves Pblicas Brasileira - ICP-Brasil


http://www.icpbrasil.gov.br

Instituto Nacional de Tecnologia da Informao


http://www.iti.gov.br

Microsoft Developer Network (MSDN)


http://msdn.microsoft.com/

NF-eletrnica nacional
http://nf-eletronica.com/blog/

OpenSSL: The Open Source toolkit for SSL/TLS


http://www.openssl.org/

Portal da Nota Fiscal Eletrnica


http://www.nfe.fazenda.gov.br/portal

RSA, The Security Division of EMC, Security Solutions for


Business Acceleration
http://www.rsa.com/

SEFAZ Acre
http://www.sefaz.ac.gov.br

335
SEFAZ Alagoas
http://www.sefaz.al.gov.br

SEFAZ Amap
http://www.sefaz.ap.gov.br

SEFAZ Amazonas
http://www.sefaz.am.gov.br

SEFAZ Bahia
http://www.sefaz.ba.gov.br

SEFAZ Cear
http://www.ceara.gov.br

SEFAZ Distrito Federal


http://www.fazenda.df.gov.br

SEFAZ Esprito Santo


http://www.sefaz.es.gov.br

SEFAZ Gois
http://nfe.sefaz.go.gov.br

SEFAZ Maranho
http://www.sefaz.ma.gov.br

SEFAZ Mato Grosso


http://www.sefaz.mt.gov.br

SEFAZ Mato Grosso do Sul

http://www1.nfe.ms.gov.br

SEFAZ Minas Gerais


http://portalnfe.fazenda.mg.gov.br

336
SEFAZ Par
http://www.sefa.pa.gov.br

SEFAZ Paraba
http://www.receita.pb.gov.br

SEFAZ Paran
http://www.fazenda.pr.gov.br

SEFAZ Pernambuco
http://www.sefaz.pe.gov.br

SEFAZ Piau
http://www.sefaz.pi.gov.br

SEFAZ Rio de Janeiro


http://www.fazenda.rj.gov.br

SEFAZ Rio Grande do Norte


http://www.set.rn.gov.br

SEFAZ Rio Grande do Sul


http://www.sefaz.rs.gov.br

SEFAZ Rondnia
http://www.portal.sefin.ro.gov.br/site/

SEFAZ Roraima
http://www.sefaz.rr.gov.br

SEFAZ Santa Catarina


http://nfe.sef.sc.gov.br

SEFAZ So Paulo
http://www.fazenda.sp.gov.br/nfe

337
SEFAZ Sergipe
http://nfe.sefaz.se.gov.br

SEFAZ Tocantins
http://www.sefaz.to.gov.br

SPED Sistema Pblico de Escriturao Digital


http://www1.receita.fazenda.gov.br

The Code Project


http://www.codeproject.com/

The XML C parser and toolkit of Gnome - libxml


http://xmlsoft.org/index.html

The World Wide Web Consortium (W3C)


http://www.w3.org/

WEBSERVICES.ORG
http://www.webservices.org/

Wikipedia, a enciclopdia livre


http://en.wikipedia.org/ | http://pt.wikipedia.org/

XML Security Library


http://www.aleksey.com/xmlsec/index.html

338