Apostila de Delphi-NFC-e .pdf

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

2. Cervejaria Kaiser 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
2. Cervejarias Kaiser 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
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.
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.
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.

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.

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.

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
no Sistema de
Contingncia do Ambiente
Nacional SCAN;
4 Contingncia DPEC -
com envio da Declarao
Prvia de Emisso em
Contingncia DPEC;
5 Contingncia FS-DA -
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:
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
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;

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.

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.

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.

89
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:

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

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
94
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
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
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
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:
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
<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>
...
...
</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 & 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)

< <
> >
& &
"
'
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
Observe como as informaes esto organizadas como numa

rvore. Veja na imagem abaixo o layout de dois elementos
do grupo de informaes visto acima.
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:
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"?>
<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>
<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>
<xMun>SAO PAULO</xMun>
<UF>SP</UF>
</retirada>
<entrega>
<CNPJ>00000000000194</CNPJ>
<xLgr>AV JOAO LIMA</xLgr>
<nro>1555</nro>
<xBairro>O TERCEIRO BAIRRO DE TESTE</xBairro>
<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>
<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>
</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>
</COFINSAliq>
</COFINS>
</imposto>
</det>
<total>
<ICMSTot>
<vBC>20000000.00</vBC>
<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>
<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>
<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:
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:
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>
<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>
</prod>
<imposto>
<ICMS>
<ICMS00>
<orig>0</orig>
<CST>00</CST>
<modBC>0</modBC>
<vBC>10000000.00</vBC>
</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>
</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
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:
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.
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
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
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
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
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:
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:
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
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
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:
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
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)
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)
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)
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)

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;
resultado da solicitao de inutilizao;
Schema XML do Retorno: retInutNFe_v99.99.xsd.

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.
Web Service Consulta Situao Atual da NF-e

(NfeConsulta Protocolo)

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;
resultado da consulta de protocolo;
retConsSitNFe_v99.99.xsd.

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.

Web Service Consulta Status do Servio

(NfeStatusServico)
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;
resultado da consulta do status do servio;
retConsStatServ_v99.99.xsd.

referentes consulta do status do servio do Portal da
SEFAZ.

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.

270
Web Service Consulta Cadastro (CadConsultaCadastro)
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.

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.

OBS: Consulte os layouts de cada um dos Schemas descritos

anteriormente no Manual de Integrao do Contribuinte.
272
Web Service Recepo do Evento (RecepcaoEvento)
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.
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"?>
<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
<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>
<xBairro>PARQUE FONTES</xBairro>
<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>
<UF>SP</UF>
</retirada>
<entrega>
<CNPJ>99299299000194</CNPJ>
<xLgr>AV FARIA LIMA</xLgr>
<nro>1500</nro>
<xBairro>PINHEIROS</xBairro>
292
<UF>SP</UF>
</entrega>
<det nItem="1">
<prod>
<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>
</prod>
<imposto>
<ICMS>
<ICMS00>
<orig>0</orig>
<CST>00</CST>
<modBC>0</modBC>
<vBC>10000000.00</vBC>
</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>
</COFINSAliq>
</COFINS>
293
</imposto>
</det>
<total>
<ICMSTot>
<vBC>20000000.00</vBC>
<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>
<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>
<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:
<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;
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);
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
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
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

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

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

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

janela Cancela Item, conforme imagem a seguir.
Janela para Cancelamento do Item
Cancela Venda

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

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

Muito mais do que documentos

Apostila de Delphi-NFC-e .pdf

Descrição:

Direitos autorais:

Formatos disponíveis

Apostila de Delphi-NFC-e .pdf

Descrição:

Direitos autorais:

Formatos disponíveis

Títulos relacionados

1

O leitor que adquiriu o e-book legalmente no site

A cpia do contedo do livro sem autorizao configura

Albert Eije bacharel em Sistemas de Informao e

Atualmente faz parte da Equipe T2Ti formando

Voc pode entrar em contato com o autor atravs do

Conhea outros livros do Autor no site AlbertEije.COM.

Esse livro foi desenvolvido com o objetivo de ajudar o

A primeira parte do livro explica a parte conceitual do

A segunda parte do livro explica quais as tecnologias

A terceira parte do livro mostra como implementar a soluo

Este livro foi desenvolvido com o total apoio da Internet,

Durante o trabalho foram utilizadas diversas imagens. As

Durante a escrita do livro podero aparecer nomes, marcas

Essa a primeira parte do livro. Aqui sero abordados todos

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

De incio faremos uma retrospectiva para compreender como

Dezembro de 2003 Emenda Constitucional n 42. Trata da

Julho de 2004 Para atender o disposto da Emenda

O encontro teve como objetivo buscar solues conjuntas das

Foram aprovados dois protocolos de cooperao tcnica nas

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

Nota Fiscal Eletrnica (NF-e);

Julho de 2005 O projeto unificado apresentado e

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

ENAT 02/2005 Cria o SPED;

formalizada a parceria para a execuo do projeto entre a

Setembro de 2005 Apresentao do projeto aos grandes

Participaram do projeto-piloto as seguintes empresas:

Rio Grande do Sul

Novembro de 2005 A Suframa passa a integrar o projeto.

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

Em relao NFC-e, vrios encontros e reunies foram

1 Reunio Tcnica SP 07 e 08/11/2011

Em 2012 foi realizado o piloto com empresas voluntrias nos

Durante piloto em 2012, as Unidades Federadas participantes

Segue a relao de empresas que participaram do projeto-

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

A unificao se deu no lanamento da verso 3.10 do leiaute

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

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

De modo geral, consiste na modernizao da sistemtica

Iniciou-se com trs grandes projetos: Escriturao

Promover a integrao dos fiscos, mediante a

Propiciar melhor ambiente de negcios para as

Reduo de custos com a dispensa de emisso e

NF-e Ambiente Nacional

A integrao e a cooperao entre Administraes Tributrias

Atualmente, as Administraes Tributrias despendem

NFC-e Nota Fiscal de Consumidor Eletrnica

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

Esse projeto visa o benefcio das administraes tributrias

1. Conhecimento de Transporte Rodovirio de

O CT-e tambm poder ser utilizado como documento fiscal

Podemos conceituar o CT-e como um documento de

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

As informaes coletadas sero mantidas em um repositrio

A Central tem como objetivo a captao de dados contbeis e

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

Justificativas para o projeto

A busca pela integrao e modernizao da Administrao

A integrao e cooperao entre administraes tributrias

Cada rgo estadual pode escolher trabalhar da sua maneira.

Para os cidados, o Estado mostra-se multifacetado,

Com o advento da informtica os agentes econmicos

As administraes tributrias enfrentam o grande desafio de

No que se refere s administraes tributrias, h a

No que tange aos contribuintes, h a necessidade de alocar

Portanto, a integrao e o compartilhamento de informaes

Racionalizar e modernizar a administrao tributria