Curso SAP NF-e 10.0 GRC 10.1 PI 7.5 Inbound Outbound - Final

Curso SAP NF-e 10.0 GRC-PI 7.
5 Inbound Outbound
Curso SAP NF-e 10.0 GRC 10.1 /PI 7.5 Inbound Outbound
SAP Electronic Invoicing for Brazil (SAP Nota Fiscal Eletrônica)
12/10/2019 www.itsolutionss.com.br 1
Curso SAP NF-e 10.0 GRC-PI 7.5 Inbound Outbound
Curso SAP NF-e 10.0 GRC 10.1 /PI 7.5 Inbound Outbound
❑ Carga Horaria, 32H
❑ Se Noturno de Segunda a Sexta Das 19H às 23H
❑ Se aos Sábados Das 09H às 18H
❑ Se Integral de Segunda a Sexta Das 09H às 18H
❑ Presencial ou Remoto ao vivo em Tempo Real
Localização BR
Localização Brasil é uma das maiores e mais complexas do mundo e existem
muitas funcionalidades do ERP CORE(ECC) adaptadas para os requisitos de
negócio/legais do Brasil.
O pacote de software em que a localização brasil de SD, MM, FI e NFe está

inserido é o SAP_APPL. Este pacote é o mesmo que contempla FI, SD, MM,
CO e outros módulos do ERP CORE.
A mensageria de NFe da SAP ( SAP NFe 10.0 também conhecido como GRC
NFE ) fica num pacote separado chamado SLL-NFE, este é um add-on que
pode ser instalado em um sistema NetWeaver.
SEFAZ
A Secretaria de Estado da Fazenda (Sefaz) é o órgão vinculado ao Ministério

da Fazenda responsável pelo controle das receitas e das despesas de cada
um dos Estados e do Distrito Federal.
SPED
Sistema Público de Escrituração Digital.
O SPED constitui na informatização da

relação entre o Fisco e os contribuintes.
Desta forma, os livros e documentos
contábeis e fiscais são emitidos em forma
eletrônica. Em resumo, o SPED é uma
solução tecnológica que oficializa os
arquivos digitais das escriturações fiscal e
contábil dos sistemas empresariais dentro
de um formato digital específico e
padronizado.
Documentos
CTe - Conhecimento de Transporte Eletrônico (CT-e), emitido pelas
transportadoras de carga para cobrir as mercadorias entre a
localidade de origem e o destinatário da carga. Para a própria
empresa transportadora, esse documento é a sua nota fiscal, ou seja,
é o documento oficial usado para contabilizar as receitas e efetivar o
faturamento.
NFSe - Nota Fiscal de Serviços Eletrônica.
NFCe - Nota Fiscal ao Consumidor Eletrônica.
MDFe - Manifesto Eletrônico de Documentos Fiscais, é o documento

emitido e armazenado eletronicamente para vincular os documentos
fiscais transportados na carga.
Nota Fiscal Eletrônica documento digital, emitido e armazenado eletronicamente, com o intuito
de documentar, para fins fiscais, uma operação de circulação de mercadorias ou uma prestação
de serviços, ocorrida entre as partes. Sua validade jurídica é garantida pela assinatura digital do
remetente (garantia de autoria e de integridade) e pela recepção, pelo Fisco, do documento
eletrônico, antes da ocorrência do Fato Gerador.
NFE
A Nota Fiscal Eletrônica faz parte
de um projeto maior do Governo,
chamado SPED. O SPED tem como
objetivo a substituição das atuais
obrigações acessórias em papel,
por arquivos eletrônicos.
http://www.nfe.fazenda.gov.br/portal/principal.aspx
Obrigatoriedades
O Portal da SEFAZ por meios das N.T. (notas técnicas) parametrizam as
mudanças fiscais.
Obrigatoriedades
Determinam os campos obrigatórios a serem preenchidos.
Obrigatoriedades
As N.T. trazem os novos códigos de rejeição.
DANFE
Documento Auxiliar da Nota Fiscal Eletrônica
O DANFE é utilizado para acompanhar o trânsito da mercadoria. É uma
representação gráfica simplificada da Nota Fiscal Eletrônica, em papel
comum e em via única.
Comunicação
E-Invoice
A fatura eletrônica funciona como um substituto da fatura em papel, caracterizada por ser
enviada ao destinatário de forma eletrônica, preservando o mesmo valor legal e
proporcionando condições de segurança adicionais.
Para que uma fatura eletrônica seja considerada como um documento original válido, é
necessário organizar processos com diferentes fatores condicionais especificados na
legislação tributária dos países em que as faturas eletrônicas serão emitidas.
SAP GRC
SAP Governance, Risk and Compliance. Permite criar/gerir segurança e transparência levando a
uma identificação e compreensão dos riscos que vão surgindo, assim como criação de controles
que possibilita a diminuição do mesmo.
Access Control – é possível identificar os acessos dos colaboradores assim como ter um
maior controle sob as autorizações disponibilizadas aos mesmos passando estas por um
processo de aprovações, existindo assim uma maior segregação de funções dentro da
empresa.
Process Control – permite controle continuo e em tempo real sendo possível assim
verificar se os controles existentes estão a ser aplicados de forma correta às suas áreas de
negócio e se os mesmos se encontram alinhados com a prevenção de riscos.
Risk Management – permite efetuar um planeamento antecipado para identificar o risco

assim como aplicar medidas que minimizem o risco melhorando assim o desempenho das
atividades na empresa.
SAP GRC - NFE

As soluções de NFe SAP automatizam os processos fiscais de acordo com as normas brasileiras, assegurando a
integração dos sistemas da empresa com a Secretaria da Fazenda. A solução oferece um conjunto de
funcionalidades que permitem administrar a emissão e recebimento de grande volume de arquivos digitais e
dos eventos relacionados, além de realizar o controle total sobre os registros e ações de negócios das áreas
operacionais com maior redução de custos e garantia de compliance.
Monitoramento do serviço;
Gerenciamento das alterações legais;
Controle total de documentos fiscais;
Emissão e recebimento de documentos fiscais, incluindo funções de download de XML;
Unificação de informações e identificação de valores divergentes;
Dados totalmente concentrados na plataforma SAP;
Entre outras funcionalidades.
SAP NFE
SAP NFE
SAP NFE
SAP Cloud NF-e
SAP Cloud NF-e
Garantia de compliance;
Atualização frequente com as regras e sistemas fiscais;
Infraestrutura e gerenciamento próprio;
Integração nativa da solução com o ERP da sua empresa;
Redução de custos de conformidade e produtividade;
Melhorias dos processos fiscais, logísticos, financeiros e vendas.
Emissão
Recebimento
• Processos de Compras / Entrada
• Normais ( com MIGO / MIRO )
• Transferências entre plantas
• Subcontratação
• Compra para entrega futura
• Material retornável de fornecedores
• CT-e ( automação via BADi’s)
Manifestação do Destinatário com SAP NFE 10.0
Aceite
Configuração da solução Manifestação do Destinatário, possibilitando que os eventos sejam
disparados de forma automática pelo GRC Inbound, ou manual através de monitor SAP
específico para o processamento da Manifestação do Destinatário.
Os eventos que deverão ser registrados são:

• Confirmação da Operação à Manifestação do destinatário confirmando que a operação
descrita na NF-e ocorreu;
• Ciência da Operação à Recebimento pelo destinatário de informações relativas à existência
de NF-e em que esteja envolvido, quando ainda não existam elementos suficientes para
apresentar uma manifestação conclusiva;
• Operação não Realizada à Manifestação do destinatário declarando que a operação
descrita na NF-e foi por ele solicitada, mas que não se efetivou;
• Desconhecimento da Operação à Manifestação do destinatário declarando que a operação
descrita da NF-e não foi por ele solicitada.
Arquitetura
Tipos de Comunicação ECC <> GRC<> PI
Esta Comunicação é Feita por RFC de conexão entre o GRC e o ambiente

emissor (transação SM59)
Sistema Logico
A diferenciação entre os ambientes de emissão da NFe com o GRC é feita
através de LOGICAL SYSTEM NAME, ou seja, nomes lógicos criados no caso
do SAP ERP na transação SCC4 onde são criados os clientes do ambiente.
Os LOGICAL SYSTEM NAME são únicos no ambiente
Normalmente se toma como padrão a seguinte nomenclatura proposta pela

SAP, ID do sistema + “CLNT” + numero do cliente de acesso:
Para um sistema que tenha o ID “GRD” e o cliente emissor de NFe 100 ficaria
assim: GRDCLNT100
Transação SM59 - ECC
Exemplo de RFC de Comunicação
Transação SM59 – ECC / Destino RFC
SM59 entre servidores

ABAP são do tipo “3”
Transação SPRO - ECC
São configurações realizadas pelos funcionais de SD, porem em

casos onde as NFes não chegam no SAP GRC NFE, elas devem ser
revisadas
Transação SPRO
Neste ponto atribuímos os

modelos de documento,
ambiente e comunicação.
J1BNFE
Cockpit utilizado para

visualizar e administrar
NF-es/CT-es
Monitor NF-e CT-e
J_BNFECALLRFC
Programa responsável pela numeração e envio da Nota ao GRC
Comunicação GRC
Validação do Pacote SLL-NFE na Sproxy (GRC)

No GRC, devemos garantir que a comunicação via Proxy com o PI está
funcionando. Caso algum erro ocorra neste ponto, imediatamente a equipe de
Basis deverá atuar para soluciona-lo.
SPROXY
Aparecendo os objetos
da SLL-NFE significa que
a conexão via Proxy com
o PI está funcionando e
podemos prosseguir
com as configurações no
PI
SPRO - GRC
No SAP GRC NFE, todo customize fica abaixo de “Nota Fiscal
Eletrônica”
Cadastro CNPJ
Cadastro dos CNPJs da empresa, onde será possível utilizar para emissão
de NFes ou Recebimento Automatizado de NFes.
Cadastro CNPJ
Segurança
A SEFAZ só permite a conexão em seus webservices através do uso de um
certificado digital válido, ou seja, além de enviar o XML assinado, a URL de
conexão também precisa conter o certificado digital para que a conexão seja
liberada pela SEFAZ.
Após a validação dos dados enviados pelo ERP para o GRC, automaticamente
o assinador digital ABAP é chamado. Para que a assinatura seja utilizada é
preciso que seja armazenada a chave completa do certificado do tipo A1 que
será fornecida pelo emissor da NFe ( no caso do Outbound ).
Muitas vezes a configuração da assinatura digital é feito pela equipe BASIS
por exigir interação em alguns momentos durante o processo com
permissões e principalmente privilégios elevados
Customizando Certificado Digital
Atualizar informação SSF dependente da aplicação
Atualizar informação SSF dependente da aplicação

Utilização
Com esta atividade de customizing, você indica os parâmetros dependentes da aplicação para a
utilização das funções SSF (Secure Store and Forward => assinaturas digitais e envelopes digitais).
As aplicações que utilizam as funções SSF não precisam, para isso, utilizar-se do mesmo Security
Environment. Diferentes aplicações podem utilizar diferentes produtos de segurança.
Customizando Certificado Digital
Atualizar informações de segurança do sistema [ tcode = STRUST ]
Importar Certificado Digital GRC e PI
Atualizar informações de segurança do sistema [ tcode = STRUST ]

Automaticamente na tela já aparecerão as aplicações SSF que criamos nos passos
anteriores, basta
nesse ponto clicar em editar e em seguida clicar duas vezes no item “File” ou ir na opção
Menu > PSE > Import e importar o arquivo PSE que foi gerado pela equipe de BASIS.
SPRO
Neste ponto escolhemos quais CNPJ’s serão utilizados para emitir NFe e
quais serão utilizados no processo de Entrada Automatizada
Aqui iremos informar para os CNPJ’s emissores qual ou quais aplicações
SSF irão utilizar para assinar digitalmente os XML’s da NFe.
B2B
Cenários B2B
Ativar cenários B2B para parceiros de negócios
Determina com qual parceiro de negócios você efetua o intercâmbio de documentos por via eletrônica. Para tal, você
necessita o CNPJ do parceiro de negócios e ativa a comunicação eletrônica definindo o código. Por meio deste código, o
sistema pode, na comunicação com SAP NetWeaver Process Integration, identificar a relevância do parceiro de
negócios para o recebimento ou envio de Eventos/NF-es/CT-es com SAP Nota Fiscal Eletrônica (SAP NFE).
Cenários B2B
Ativar cenários B2B para pessoas físicas
Determina com qual pessoa física você efetua o intercâmbio de documentos por via eletrônica. Para tal, você necessita
do CPF do parceiro de negócios e ativa a comunicação eletrônica definindo o código. Por meio deste código, o sistema
pode, na comunicação com SAP NetWeaver Process Integration, identificar a relevância do parceiro de negócios para o
recebimento ou envio de Eventos/NF-es/CT-es com SAP Nota Fiscal Eletrônica (SAP NFE).
Cenários B2B
Ativar cenários B2B para parceiros estrangeiros
Determina com qual parceiro estrangeiro você efetua o intercâmbio de documentos por via eletrônica. Para tal, você
necessita da identificação (idEstrangeiro) do parceiro de negócios e ativa a comunicação eletrônica definindo o código.
Por meio deste código, o sistema pode, na comunicação com SAP NetWeaver Process Integration, identificar a
relevância do parceiro de negócios para o recebimento ou envio de NF-es/eventos com SAP Nota Fiscal Eletrônica (SAP
NFE).
SPRO
Configurações que o sistema necessita para decidir a qual sistema das autoridades suas mensagens NF-e
deverão ser enviadas.
Selecione o sistema lógico desejado e insira seu número de identificação fiscal (CNPJ). Em seguida, selecione
a região do sistema das autoridades com o qual você pretende comunicar, e determine se pretende utilizar o
sistema produtivo ou de teste.
SPRO
NF-e: atualizar versão dos tipos de mensagem:
determina qual versão XML será utilizada para
cada tipo de mensagem na comunicação com
as autoridades.
EVENTOS:
110110 - Carta de correção
110111 - Cancelamento
210200 - Confirmação da Operação
210210 - Conhecimento da Operação
210240 - Operação Não Realizada
210220 - Desconhecimento da Operação
SPRO
Efetua as configurações que o sistema necessita para a consulta

automática da disponibilidade do sistema para NF-e do sistema
SEFAZ e do sistema de contingência responsável. Frequência
em segundos para a consulta de status
Definição do sistema de contingência

responsável
43 Rio Grande do Sul (RS, tpemis = 7)
91 Nacional (AN, tpemis = 6)
SC Sistema SCAN (tpemis = 3)
Verificação do sistema de contingência:

SEFAZ tem prioridade, o sistema de contingência também é verificado: A disponibilidade do sistema SEFAZ é verificada por primeiro e, no
caso de falha do SEFAZ, é verificado o sistema de contingência responsável. No caso de disponibilidade de ambos os sistemas, as NF-es são
enviadas ao SEFAZ.
SEFAZ tem prioridade, o sistema de contingência não é verificado: A disponibilidade do sistema SEFAZ é verificada por primeiro, o sistema de
contingência responsável não é verificado. Em caso de falha do SEFAZ, as NF-es não podem ser enviadas ao sistema de contingência.
O sistema de contingência tem prioridade, o SEFAZ também é verificado: A disponibilidade do sistema de contingência éverificada por
primeiro e, no caso de falha do sistema de contingência, é verificado o SEFAZ. No caso de disponibilidade de ambos os sistemas, as NF-es são
enviadas ao sistema de contingência.
SPRO
Para cada região utilizada em sua empresa, quais parâmetros são válidos para a coleta de NF-es em lotes e a consulta de
lote. Os seguintes parâmetros encontram-se à disposição.
Tempo máximo de coleta (segundos) -> Tempo máximo em segundos em que são coletadas as NF-es para uma região
antes do lote resultante ser enviado.
Tamanho máximo do lote (byte) -> O tamanho do lote é calculado com base na NF-e assinada. O valor máximo permitido é
500.000 bytes.
Número máximo de NF-es -> O valor máximo permitido é 50 NF-es por lote.
Tempo de espera (segundos) -> Tempo de espera em segundos após o envio do lote, antes do sistema enviar a consulta de
lote às autoridades.
Nº máximo de tentativas -> Número máximo de tentativas automáticas da consulta de lote.
Compressão (zip) -> Indicador se o lote está comprimido (zip).
SPRO
Define os códigos e sua descrição, a

qual as autoridades podem utilizar
como resposta a uma mensagem
eletrônica na comunicação para o
processamento de notas fiscais. Você
recebe esta lista das autoridades
fiscais responsáveis.
Numeração
Para que uma NFe seja enviada
para a SEFAZ, previamente é
feito uma configuração do
Intervalo de numeração do lote,
pois aocontrário, o GRC não
conseguirá numerar o lote e
com isso o mesmo nunca
chegará até a SEFAZ
Transação: SNUM
Numeração
Range de numeração para Lote de

Evento (cancelamento e carta de
correção)
Transação: SNUM
Numeração
Range de numeração para

Lote de CTe
Transação: SNUM
Numeração
Range de numeração
para Lote de MDFe
Transação: SNUM
Jobs
Os JOBs são escalonados por Basis:
/XNFE/NFE_CHECK_SRV_STATUS
Consulta Status de Serviço da NFe
/XNFE/NFE_BATCH_PROCESS (auto escalonável)
Envio de lote para a SEFAZ
/XNFE/NFE_CONTINUE_PROCESS
Envia para o ECC os retornos da SEFAZ e junto com o acknoledgement reenvia lotes com erros comuns
/XNFE/EVENT_BATCH_SEND
Geração de Lote de Evento (CCe e Cancelamento)
/XNFE/GET_ACKNOWLEDGMENT
Controle da Base de conhecimento, reprocessa erros comuns de forma automática
/XNFE/NFE_B2B_SEND
Envia XML de Cancelamento, Carta de Correção e NFe
/XNFE/NFE_SKIP_SEND
Envia inutilização de NFe para a SEFAZ
Jobs
Transação: SM36
Preencher nome do Job e pressionar o botão “STEP”
Jobs
Transação: SM36
Preencher nome do Programa,
Selecionar Variante caso seja
necessário, escolher o idioma
e marcar o “CHECK” se não houver
erros salve.
Jobs
Transação: SM36
Confira as informações e clique me voltar
Jobs
Transação: SM36
Selecione a opção “Start Condition”
Jobs
Transação: SM36
Neste passo customizamos a Periodicidade do JOB.
Jobs
Transação: SM36
Basta Salvar e ira aparecer as informações sobre a frequência e a próxima execução do JOB.
Podemos consultar os Jobs escalonados pela Transação: SM37
Repetir a Ação para todos os Jobs Abaixo:

Jobs /XNFE/NFE_CHECK_SRV_STATUS -> ( 5 min )
Consulta Status de Serviço da NFe
/XNFE/NFE_BATCH_PROCESS (auto escalonável) -> ( 1 min )
Envio de lote para a SEFAZ
/XNFE/NFE_CONTINUE_PROCESS -> ( 1 min )
Envia para o ECC os retornos da SEFAZ e junto com o acknoledgement reenvia lotes com erros comuns
/XNFE/EVENT_BATCH_SEND -> ( 3 min )
Geração de Lote de Evento (CCe e Cancelamento)
/XNFE/GET_ACKNOWLEDGMENT -> ( 3 min )
Controle da Base de conhecimento, reprocessa erros comuns de forma automática
/XNFE/NFE_B2B_SEND -> ( 5 min )
Envia XML de Cancelamento, Carta de Correção e NFe
/XNFE/NFE_SKIP_SEND -> ( 15 min )
Envia inutilização de NFe para a SEFAZ
OBS: Os tempos te intervalo dos Jobs deve passar sobre um estudo sobre a demanda de cada um com base nos
processos de cada empresa.
Analise / Monitores
O SAP ECC faz a emissão de NFe automaticamente de acordo com a categoria das Notas Fiscais criadas. A
criação da nota Fiscal pode ser feita de várias formas no SAP, mas as principais são Faturamentos (SD), e
Transferências (MM). A configuração que determina se um documento de MM ou SD irá ou não emitir
uma nota fiscal eletrônica, está na categoria de nota fiscal atrelada ao documento criado.
Verifica os parâmetros de numeração e impressão para a Empresa/Local Negócio/Formulário do documento (SPRO -> IMG
de referência SAP -> Componentes válidos para várias aplicações -> Funções gerais de aplicação -> Nota fiscal -> Saída ->
Atribuir parâmetros de numeração e impressão).
Verifica configuração do destino RFC, Tipo de ambiente, e versão do XML para a Empresa/Local
Negócio/Formulário do documento (SPRO -> IMG de referência SAP -> Componentes válidos para
várias aplicações -> Funções gerais de aplicação -> Nota fiscal -> Locais de negócio CNPJ -> Definir
locais de negócio)
Envia o documento para o destino RFC cadastrado no SAP GRC-NFe. (O Destino RFC é uma
conexão criada na transação SM59).
A transação J1BNFE centraliza todos os documentos fiscais eletrônicos que são enviados ao SEFAZ
pelo SAP, tanto NFe quanto CTe.
Sempre que uma NFe ou CTe é criado no SAP através das rotinas do sistema (Faturamento,
transferência, manualmente, etc.), ele já irá constar na transação J1BNFE, com seu status inicial, e
seguirá o fluxo de processo e validações no SAP ECC e SAP GRC-NFe. Até que, finalmente, será
enviado à SEFAZ para ser validado e aprovado. Em resumo, o fluxo completo do processamento
então, é:
Criação do documento
• Usuário ou rotina no SAP cria a NFe ou CTe, seja um faturamento de venda, transferência,
devolução, lançamento de nota de importação, nota de produtor rural, outro tipo de
documento eletrônico manual, criado na transação J1B1N.
JOB de numeração e envio de documentos
• O JOB J_BNFECALLRFC (decouple) roda (a cada um minuto) para buscar todos os documentos
criados.
ETAPAS
“ ” (em branco) – Em Processamento; nenhuma ação manual é necessária.

O documento já foi processado pelo SAP, e nenhuma ação do usuário deve ser feita na
J1BNFE. Se o documento permanecer muito tempo nesse status, é provável que tenha
ocorrido algum problema no GRC-NFe ou no SAP PI.
“C” – Concluído
Indica que a última solicitação requisitada foi concluída com sucesso, seja ela um envio,
cancelamento, inutilização, etc. Para o caso de inutilização e cancelamento e a nota estiver
concluída, significa que ela já está com status de “estornada” no SAP, e por isso, nenhuma
nova ação é possível pela J1BNFE. Para o caso de nota autorizada, rejeitada ou recusada
(erro de validação, por exemplo), a mesma ainda pode ter seu cancelamento solicitado
pela J1BNFE.
“1” - Estornar doc.&, lançar novo doc./reinicialz.doc.& e reenviar
Quando um documento é rejeitado pelo SEFAZ (seja por qualquer motivo), o SAP-ECC
permite que o usuário decida se quer inutilizar o documento rejeitado e lançar um novo,
ou se quer ajustar o motivo pelo qual foi rejeitado, e reenviar o mesmo documento.
Se o usuário decidir cancelar esse documento, basta solicitar o estorno da mesma pela
J1BNFE. Dessa forma será enviado ao SEFAZ uma solicitação de Inutilização de número. (O
SEFAZ pode aprovar ou rejeitar também essa inutilização).
Estorno da NF
Se o usuário decidir ajustar o erro que causou a rejeição, ele pode reiniciar o status do documento, ajudar o
documento pela transação J1B2N (se possível para o caso), e enviar novamente o documento pela J1BNFE.
Exemplo:
NFe foi rejeitada por problema nas Leis Fiscais do Item 1;
Na J1BNFE, marcar a nota anular Status da NFe Rejeitada.
A nota voltará para a etapa “3”
O usuário pode agora editar a NF-e pela J1B2N, Editar as leis Fiscais do item que está com problema, e salvar a
NFe.
Enviar a NFe que foi ajustada e guardar o retorno do SEFAZ.
“2” - Estornar documento de origem

Em muitos casos, é feito uma solicitação de
estorno do documento fiscal, e o mesmo é
estornado no SEFAZ e no GRC, mas no ECC
ocorre algum erro que não permite o
estorno do documento de origem. Por
exemplo, no momento que a rotina tenta
estornar o documento de origem, alguém
está editando a fatura que deve ser
estornada. Nesse caso, o sistema apresenta
um erro de validação na J1BNFE, e deixa o
documento na etapa 2. Nesse caso, basta o
usuário fazer como orientado, e solicitar o
estorno do documento de origem.
“3” - Enviar documento às autoridades fiscais
Após algumas rotinas

(Como reinicialização de
status da etapa 1), o
usuário precisa enviar
manualmente a NFe para
o SEFAZ. Para isso, basta
solicitar o envio do
documento na J1BNFE,
conforme a seguir.
“4” - Solicitação para cancelamento rejeitada; verificar motivo

Status aparece quando uma solicitação de cancelamento é enviada e o SEFAZ rejeita.
Exemplo: Solicitar estorno de uma NFe que possui CTe ou MDFe, e estes ainda não foram estornado
“5” - Solicitação de inutilização rejeitada; verificar motivo.

Status aparece quando uma solicitação de inutilização é enviada e o SEFAZ rejeita.
Exemplo: Solicitar estorno de uma NFe cujo o emissor ainda não esteja cadastrado no SEFAZ.
“6” - Inserir nº de log
Ocorre quando o número de Log de autorização não foi preenchido. Isso ocorre principalmente para Nota
Fiscal de entrada, quando o usuário esquece de preencher os dados de autorização.
Para corrigir, basta acessar a transação J1B2N, e preencher as

informações corretas na aba “NF-e”..
Como é nota de Entrada, o usuário deve ter as informações no DANFE que

recebeu para dar entrada no sistema. Preencher e salvar.
Após salvar, a nota ficará automaticamente como autorizada na J1BNFE.
“7” - Sol.às autoridades autorização para estornar/ignorar doc.

Quando o usuário solicita um estorno antes da autorização
(por motivos do processo do cliente), o documento ficará
estornado no SAP, seus documentos de origem serão
estornados, e o processo do usuário liberado. Porém, é
imprescindível que o usuário envie essa solicitação de
estorno ao SEFAZ dentro do prazo da legislação.
Estorno da NF
Estorno da NF
“8” - Erro validação interno no sistema mensagens. Enviar de novo.

Quando um documento fiscal é enviado ao GRC-NFe, ele passa por uma série de validações iniciais dos seus dados, como
campos obrigatórios, valores dos campos, etc. Quando alguma dessas validações não é bem-sucedida, o sistema irá exibir na
coluna “Log” da J1BNFE, o log de erro que causou o problema na validação, e irá permitir que o usuário corrija o problema
se possível, ou que solicite o cancelamento da NFe.
Sempre que ocorrer erro de validação, clicar no Log de erro na J1BNFE.
O Log de erro será exibido
Após corrigir o problema, o usuário pode reenviar a NFe pela J1BNFE
“9” - Determinar nº do documento e enviar a autoridades fiscais

A numeração e envio dos documentos fiscais para o GRC-NFe é feito via JOB. Porém, há casos em que a numeração
automática não é possível, como por exemplo, quando o Status do Serviço da NFe no GRC está com erro.
Quando isso ocorre, o próprio usuário pode definir número da NFe e enviar o documento manualmente pela J1BNFE.
Ao fazer isso, o documento é numerado, e enviado a o GRC (se não houver erros ainda), seguindo o fluxo normal.
“A” - Numeração efetuada no report batch - nenhuma ação necessária

Esse status é “temporário”, ou seja, após a criação do documento, ele automaticamente fica com Status “A” por
alguns segundos, até que o JOB de numeração da NFe rode e faça a numeração e envio para o GRC.
O usuário não deve efetuar nenhuma ação nesse Status.

•
“B” - Envio efetuado via report batch - nenhuma ação necessária

Após a execução feita no Status “I”, o documento fica “pronto” para que o JOB faça o envio para o GRC.
O usuário não deve efetuar nenhuma ação nesse Status.

•
“D” - Erro validação no sist.mensagens; solicitar estorno novam.
Em alguns casos, quando o usuário solicita o estorno de um documento, algum erro de validação ocorre e impede a
continuidade do processo. Esses erros podem ser temporários, como erro em conexões, e nesses casos o usuário
pode simplesmente solicitar novamente o estorno pela J1BNFe.
Basta acessar a opção abaixo. Caso o erro seja temporário, essa ação pode resolver o problema. Mas
há casos em que isso não resolve e, por isso, é imprescindível que o usuário não apague o Log de
erro na J1BNFE.
SAP GRC - NFE
Após todas as validações e processamentos no SAP, os documentos fiscais são enviados ao

GRC- NFe, onde passam por suas validações iniciais de consistência nas informações básicas.
Após as validações, ele segue o fluxo de processamento no GRC-Nfe.
Validações iniciais dos documentos

O GRC-NFe possui uma série de validações nos documentos fiscais, antes que o mesmo
seja efetivamente gravado. Essas validações definem se o documento está apto a ser
enviado ao SEFAZ, verificando campos obrigatórios, consistências de informações, entre
outras informações.
Emissor do documento
O sistema verifica se o CNPJ emissor do documento está cadastrado no GRC para emissão de NFe ou
CTe. Caso não esteja cadastrado, será apresentado um erro de validação no monitor J1BNFE, deixando o
documento na etapa 8.
Caso o cadastro no GRC esteja correto para o CNPJ emissor, o documento seguirá para a próxima etapa
de validação.
O Cadastro dos emissores é feito no GRC, através da transação “SPRO -> IMG referência SAP -> Nota
Fiscal Eletrônica -> Saída”. São vários pontos a serem cadastrados neste caminho da SPRO. Esse
cadastro deve ser feito pela equipe funcional GRC-NFe, e deve ser solicitado pelo cliente à consultoria
sempre que uma nova empresa ou filial precisar emitir CTe ou NFe.
Tipo de documento/Tipo de emissão/UF emissão
No SAP ECC, é feito o cadastro funcional que indica os tipos de documentos fiscais eletrônicos que cada centro está
habilitado a emitir. Esse cadastro é feito na “SPRO-> IMG Referência SAP -> Componentes válidos para várias aplicações
-> Funções gerais de aplicação -> Nota fiscal -> Locais de negócio CNPJ -> Definir locais de negócio”.
Esses mesmo cadastros são feitos no GRC-NFe, através da “SPRO -> IMG Referência SAP -> Nota Fiscal Eletrônica ->
Saída“, sendo feitos individualmente para cada CNPJ e documento (CTe, NFe e MDFe).
Dados do documento
O SEFAZ possuiu a validação completa de consistência dos dados da NFe, como validar o tipo de dados
de cada campo do XML, obrigatoriedade de cada informação, e consistência de dados e valores contidos
nos documentos. Essas validações irão causar a aceitação ou rejeição do documento.
Porém, o para que não sejam enviados tantos documentos inconsistentes para o SEFAZ, o próprio GRC-
NFe faz várias validações no documento antes de efetivamente enviá-lo. Essas validações verificam, por
exemplo, se alguns campos obrigatórios estão preenchidos (Como no endereço dos parceiros no
documento, campos indicadores do tipo de transporte, dados de impostos, etc.)
Se houver qualquer inconformidade nessa validação, será apresentado erro de validação na J1BNFE,
deixando o documento na etapa 8 .
Status de Serviço
Status de Serviço do GRC-NFe / Contingência automática
O SEFAZ disponibiliza, para cada ambiente emissor, um WebService para consultar o Status de Serviço para cada processo
da NFe (Emissão, Consulta, cancelamento, Inutilização, status).
Os contribuintes podem verificar diretamente no Site do SEFAZ (http://www.nfe.fazenda.gov.br/) essas consulta de
disponibilidade, para saber se seu ambiente emissor está ou não com os serviços Ativos.
O GRC NFe também faz essa mesma consulta dos serviços, porém é feita diretamente através de WebService via conexão SAP PI.
Para que isso ocorra, a configuração é feita no SAP PI, e um JOB é escalonado no GRC-NFe, sendo eles:
NFe: /XNFE/NFE_CHECK_SRV_STATUS
CTe: /XNFE/CTE_CHECK_SRV_STATUS
MDFe: /XNFE/MDFE_CHECK_SRV_STATUS
Esses JOBs são escalonados após a implementação inicial do GRC, e podem ter suas configurações alteradas de acordo com a necessidade
de cada ambiente. Por exemplo, o intervalo de execução padrão é de 3 minutos, mas pode ter esse tempo aumentado ou diminuído.
O resultado desse processo é a alimentação do monitor de Status de serviço. Quando um documento fiscal é
emitido, a primeira validação que o sistema faz é verificar a última consulta de status feita para a UF de emissão da
NFe. Se essa última consulta estiver com sucesso, o sistema continua a emissão da NFe. Caso esteja com erro, o
sistema irá apresentar o erro de validação de “Numeração impossível para Doc. Fiscal eletrônico” já transação J1BNFE,
deixa o documento com Status 8.
Para consulta o status de serviço, acessar o menu abaixo no GRC-NFe.
A consulta manual e instantânea do Status de Serviço também pode ser feita através dos programas abaixo,
acessíveis através da transação SE38 no GRC-NFe. Para todas elas, basta informar o Tipo de Ambiente (Produção ou
homologação), versão do XML (3,10) e a UF de emissão que deseja consultar.
NFe: /XNFE/NFE_CHECK_SRV_STATUS_MAN
CTe: /XNFE/CTE_CHECK_SRV_STATUS_MAN
MDFe: /XNFE/MDFE_CHECK_SRV_STAT_MAN
Monitores
Para acompanhar o processo que é realizado no GRC a SAP disponibilizou
algums monitores que pode ter ação de correção em alguns processos.
Necessário a seguinte permissão para o monitor.
No ambiente GRC/Nfe Acessar a transação “NWBC”.
Monitores
Monitor Status serciço NF-e

Monitor de documentos fiscais no GRC-Nfe
Monitor de Lote de documentos do GRC-Nfe
Monitor de Eventos de documentos no GRC-Nfe
Monitor de Lote de Eventos no GRC-NFe
Monitor de documentos fiscais no GRC-Nfe
As etapas deste monitor são similares para todos os documentos

de saída.
O monitor de NFe possui uma série de informações que
identificam e seu status atual, além de oferecer um histórico
detalhados de cada etapa de processo que foi executada.

Cada campo no monitor tem uma informação especifica que deve

ser analisada:

Nesse status o usuário não deve efetuar nenhuma ação

no monitor de NFe do GRC. Deve ser verificado o erro de
validação na J1BNFE,

Na maioria dos casos que ocorre erro técnico, o usuário pode continuar o processo pelo próprio monitor de
NFe, através do botão “Continuar processo”.


Monitor de Lote de documentos do GRC-Nfe

Após a gravação correta da nota, JOB’s escalonado no GRC irá gerar um lote de informações, contendo uma ou mais NFe que estejam no
sistema ainda sem lote. O número do Lote gerado para a NFe fica visível no monitor de NFe, na coluna “N° Batch”.
O Lote de NF-e nada mais é do que um agrupamento de NFe, que pode conter uma ou várias notas fiscais, de acordo com a necessidade do
cliente. Caso o fluxo de notas fiscais seja muito alto, geralmente é configurado para que sejam enviados mais de uma NFe por Lote, para
diminuir a quantidade de requisições passadas no SAP PI, não prejudicando a performance do ambiente.
O monitor de lotes mostra quais são as Notas Fiscais que estão dentro de um determinado lote, e qual é o seu status (em processamento,
concluído, erro, etc.).


Quando o lote está em processamento, o ideal é aguardar até que as rotinas rodem e processe o Lote.
Porém, em casos que o lote fique nesse Status por muito tempo, é possível que tenha ocorrido algum
erro e este ainda não está visível no monitor.
Nesses casos, o usuário pode “Finalizar o processo do Lote”, conforme abaixo.
Antes de eliminar, o usuário deve verificar quais NFe estão dentro do Lote. Para isso, clicar em cima do
número do Lote, e ver quais são as NFe’s.

Após isso, o usuário deve clicar em “Finalizar processo do Lote”, e clicar em sim na mensagem de confirmação.
Ao fazer isso, o Lote é eliminado e as NFe do lote ficarão com Status de erro no monitor de NFe. O usuário
deve então clicar em continuar processo no monitor de Nfe.
Quando fizer isso, um novo Lote será gerado e a rotina de processamento será reiniciada.


Monitor de Eventos de documentos no GRC-NFe
Depois que uma NFe é aprovada, o usuário pode efetuar a emissão de uma carta de correção, ou o cancelamento da NFe
pela J1BNFE. Ao realizar esse procedimento, um evento é gerado e vai para o monitor de Eventos do GRC.

Ao clicar na linha do evento, será possível visualizar os detalhes do evento e, em casos de erro (como no
exemplo a seguir), o usuário pode continuar o processo.
Como as etapas do monitor é similar ao de NFe, as ações à serem tomadas podem ser, em sua
maioria, as mesmas.
Monitor de Lote de Eventos no GRC-Nfe

O monitor de lotes de eventos tem praticamente as mesmas validações que o monitor de lote de Nfe
Após a criação de um evento, um lote é gerado para enviar os eventos ao SEFAZ. Para acessar o monitor de Lote de
eventos, entrar na opção abaixo.
Se o Lote apresentar problema, seu processo pode ser reiniciado pelo próprio monitor, conforme abaixo

SAP PI
Depois de verificado todos os procedimentos possíveis no GRC-NFe e no

SAP ECC, caso os problemas persistam, é provável que haja algum erro técnico
no SAP PI.
Importante saber que não é sempre que isso é possível, pelo contrário, na
maioria dos casos de falhas dentro do SAP PI, é fundamental analise do time
de suporte, pois pode ser algum problema maior se iniciando.

Liberação de filas
De maneira resumida, as rotinas de integração em sua maioria não são executadas diretamente quando
acionadas. Todas elas passam por uma fila de execução, e são executadas em sequência de acordo com a sua
fila. Por diversos motivos, algumas dessas rotinas podem apresentar erro (time out, erro de conexão com o
banco de dados, erro de validação, etc.), e esse erro trava o processamento desse registro. Como estamos
falando de fila de execução, todos os demais registros que estão na mesma fila ficarão presos esperando a
liberação ou eliminação do registro com erro. Deixando claro que o gerenciamento de filas, que determina em
qual fila será executado cada rotina, é controlado pelo próprio sistema SAP, de acordo com disponibilidade e
processamento. Conhecendo esses detalhes, agora fica mais fácil entender a relação de problemas de NFe com
travamento de filas.
Quando uma NFe é criada, as rotinas de processamento são executadas e cada etapa do processo gera um
ou mais registro nas filas de execução (Geralmente são cerca de 6 registros na fila por cada NFe processada).
Se por algum motivo algum registro travar, o processamento dessa NFe fica “parado”, e provavelmente a
NFe/Evento ou o Lote da NFe/Evento ficarão com status “Em processamento” em seu respectivo monitor.

Para verificar e liberar uma fila travada, logar no GRC-NFe ou no PI, e acessar a transação SMQ2 ou SMQ1,
indicar apenas o mandante desejado e executar (F8).
Serão exibidas todas as filas que estão em processamento naquele momento.

Ao dar um duplo clique na fila, será exibido o status atual da fila, e quantidade de registros
dentro da mesma.

Um novo duplo clique irá exibir todos os registros da fila, e o status detalhado de cada registro.

Runnig: A fila está em processamento, nada precisa ser feito.

Ready: A fila está pronta para executar, mas a rotina standard que controla execução das filas ainda não iniciou o
processamento. Nesse caso é possível liberar a execução imediata conforme abaixo.
Ao fazer isso, a fila terá sua execução priorizada pelo sistema e, geralmente, é
imediatamente executada (conforme disponibilidade).

Erro: Quando ocorre algum erro, é importante resolver o problema. Mas é possivel
também liberar a fila para que não ocorra maiores impactos. Para fazer isso, entrar na fila
e nos registros da fila, clicar com botão direito no registro com problema e selecionar a
opção “Gravar Luw”.

Ao fazer isso, o registro com problema será salvo no sistema (visível na SMQ3), e a mensagem
poderá ser analisada posteriormente. Em paralelo, o registro com erro não irá mais travar a fila, e
o próximo registro poderá ser executado. Para liberar a execução, fazer o procedimento orientado
acima, quando a fila estiver com status READY

Analises de logs de erro no monitor de mensagens PI

Assim como citado nas filas, todas as rotinas de integração geram um Log de execução no sistema. Esses
logs ficam disponíveis por um determinado número de dias, de acordo com as configurações BASIS
realizadas no ambiente do cliente.
Para visualizar os Logs e verificar se houve algum erro, basa acessar a transação SXI_MONITOR. Por
padrão, o campo “Comprimento da Lista” vem com valor “200”, para limitar o resultado a 200 registros.
Importante lembrar que o PI processa milhares de rotinas constantemente e, se esse campo não for
informado, a busca pode demorar muito tempo a executar. Além disso, importante destacar que as
rotinas relacionadas à NFe têm o NameSpace = “http://sap.com/xi/NFE/009” e as relacionada a CTe tem
o NameSpace = “http://sap.com/xi/CTE/300”. Esses nameSpaces podem ser informados como filtro
para restringir o resultado da busca desejada.


Será exibido o resultado da consulta.

Os detalhes podem ser vistos dentro do registro, ao clicar duas vezes na linha.

Se for encontrado algum log de erro, é possível tentar reiniciar o seu processamento. Se o erro tiver sido
momentâneo, o reinicio do processo pode resolver o problema. Porém, se for um erro permanente, o problema
precisa ser analisando pela consultoria. Importante lembrar que nem todos os status de erro permitem o reinício, e
que essa ação deve ser feita no mandante especifico de onde está a aplicação. Para o caso do SAP PI e GRC-NFe,
eles geralmente ficam no mesmo servidor, em mandantes diferentes, e “compartilham” dos mesmos logs. Mas se o
log de erro ocorreu em alguma etapa no GRC-NFe, o reinicio deve ser feito no mandante do GRC-NFe. Se a ação for
feita no mandante incorreto não há problema, o sistema irá exibir uma mensagem informando e basta logar no
outro mandante de tomar a mesma ação.

1 – Nota fiscal não numera.
Job no ECC do programa J_BNFECALLRFC tem que estar rodando.
Validar o Monitor Status Serviço NF-e se a Sefaz está fora.
Outra opção de validar o Status do Serviço seria no GRC executar o programa
/XNFE/NFE_CHECK_SRV_STATUS_MAN, caso esteja todos com erro, deve ser verificado o canal de
comunicação no PI para identificar o log de erro.
2 – Nota está em processamento sem retorno

Validar os monitores do GRC, verificando em qual lote está a nota, reprocessando o lote ou finalizando
para dar continuidade no processo e assim enviar novamente.
Caso a nota esteja aprovada no GRC, no monitor principal executar atualização para sistema back-end.
3 – Erro de Duplicidade de Envio 204.

No monitor do GRC selecionar a opção consulta status.
4 – Somatória dos itens não bate com o valor da nota fiscal.

Esse tipo de mensagens existe diversos códigos de erro, pois ocorrer em todos os impostos. Caso o valor
está correto, verificar o direito fiscal da Nota.
Ele que determinar quais as tags serão preenchidas.
4 – Somatoria dos itens não bate com o valor da nota fiscal.
Esse tipo de mensagens existe diversos códigos de erro, pois ocorrer em todos os impostos. Caso o
valor está correto, verificar o direito fiscal da Nota.
Ele que determinar quais as tags serão preenchidas.
5 – Erro de shema 215 , 225

Baixar o XML no monitor do GRC.
Abrir no formato TXT.
Acessar o site do validador do Rio Grande do Sul e copiar o valor do XML(Formato TXT) e executar.
Nese momento o site irá apresentar a tag que está com erro.
Verificar se o procedimento referente a nota foi aplicado:
2613668 - Rejection 225 due to special character NFe 4.0
6 – Nota Fiscal emita com erro.

Caso no monitor J_1BNFE tenha um código de erro, essa informação foi retornada da SEFAZ,
porem se apenas tiver em vermelho com mensagem no Log esse foi um erro de validação que o
GRC já parou antes de enviar a nota.
Dessa forma deve ser verificado o cadastro ou até mesmo a lógica da badi.
7 – Nota de Cancelamento com erro no status 2 – Cancelar documento de Origem.

A nota no monitor do ECC consta com o status 101, isso significa que todo o
processo do GRC foi executado com sucesso, ocorreu erro no ECC ao estornar o
documento que gerou a Nota.
Primeira opção tentar estornar manualmente que irá apresentar o erro, caso esse
processo não seja possível.
Deve ser selecionar no monitor do ECC a opção Cancelar documento de Origem.
9 – Fornecedor não recebe o XML.
Verificar o status do B2B no monitor do GRC.
Caso não tenha acionado nenhum log, verificar a configuração na SPRO do GRC afim
de validar se o CNPJ do fornecedor está cadastrado para envio.
Log do B2B com sucesso ou erro, verificar a função que faz a leitura do email para
validar se está retornando o email correto, devido as regras do cadastro.
Verificar o log do envio do PI ou GRC.
Analise de certificados
Os certificados digitais são o método confiável para confirmar a identidade dos

sistemas envolvidos na integração. Toda a rotina de NFe no GRC e PI precisa ter
certificados digitais para que a integração ocorra corretamente, e esses certificados
estão envolvidos em 3 etapas:
Assinatura dos dados da NF-e.
Autenticação do emissor no WebService do SEFAZ;
Conexão segura do PI com o SEFAZ.

Assinatura dos dados da NF-e
Para que não haja adulteração dos dados da NFe por algum
sistema malicioso ou até mesmo por alguma pessoa não
autorizada, o SEFAZ exige que os contribuintes assinem o
XML da NFe com o seu conteúdo, usando o certificado digital
próprio do contribuinte. Essa rotina é configurada no GRC-
NFe, e esse certificado tem vencimento anual, ou seja, o
cliente deve adquirir um novo certificado a cada ano, e acionar
a consultoria para fazer a instalação e configuração no GRC-
NFe e SAP PI.
Essa configuração é feita dentro do servidor GRC-NFe, e
envolve rotinas de conversão para formato especifico aceito na
aplicação.
Cada empresa tem seu próprio certificado digital, e todos os
locais de negócio emissores de NFe podem usar o mesmo
certificado da empresa que está vinculado. Mas uma empresa
jamais pode usar o certificado de outra para emissão de NFe.
O SEFAZ irá rejeitar a NFe caso isso ocorra.
Os certificados de todas as empresas podem ser visualizados
na transação STRUST do GRC, porém, para visualizar os
detalhes é preciso ter a senha do certificado. Se o certificado
estiver “Verde”, isso indica que está valido. Exemplo:

Autenticação do emissor no WebService do SEFAZ
O mesmo certificado usado para

assinar o conteúdo do XML também
deve ser usado para autenticar o
emissor no WebService do SEFAZ.
Essa configuração é feita na camada
Java, NetWeaver Administrator, e
também é feito apenas pela
consultoria. Como é o mesmo
certificado da assinatura, ele também
deve ser trocado anualmente.

Na visão de Nota Fiscal eletrônica, verificar o certificado digital.

Conexão segura do PI com o SEFAZ
Assim como o SEFAZ exige um certificado para aceitar a conexão com seus WebServices, o SAP PI também
exige que a conexão SEFAZ segura e, por isso, é necessário instalar no NetWeaver administrator os certificados
públicos disponibilizados pelo SEFAZ. Esse procedimento é feito também pela consultoria responsável, inclusive
o download dos certificados públicos.

Na visão de certificados confiáveis (TrustedCAs), verificar os certificados relativos à NFe (O nome não é fixo,
cada consultoria e cliente pode colocar o nome que desejar).

Configurações PI

Para acessa o ambiente SAP PI, e preciso seguir os seguintes passos:
C:\Windows\System32\drivers\etc
> Host (abrir como bloco de nota, insira as informações de entrada do (hotname SAP PI)

Cockpit SAP PI/PO

Em Business Systems podemos ver a ligação que foi feita entre o GRC e o PI
Por recomendação da SAP, o GRC deve ser instalado em uma máquina e o PI em outra máquina, mas isso
não ocorre com muita frequência. O que mais acontece é que o PI é instalado tanto com o ABAP quanto com
o Java e com isso, é possível criar um Client para o GRC e instalar o pacote da NFe “SLL-NFE”

Em Business Systems podemos ver a ligação que foi feita entre o GRC e o PI

Enterprise Services Repository

Support packge
Analisando se o Pacote da NFe (XI_Content) está instalado corretamente no PI
Isso é o bastante para sabermos que o SLL-NFE está instalado e usando o SP 32

NFe no PI Integration Builder (IB)
Configurando os Cenários da NFe no PI Integration Builder (IB)

As Party representam para o PI os parceiros (Third Partner)
A SEFAZ de cada estado representa para o PI um parceiro, por isso será necessário criar um Party
para cada estado.
Sérá necessário criar um Party para as SEFAZ Virtuais e também para a Empresa onde a solução
está sendo implementada.

Criando os Partys SEFAZ
Para cada UF deve ser criada um Pary, exceto para os que utilizam os ambientes virtuais.
http://hom.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs=
UF que utilizam a SVAN - Sefaz Virtual do Ambiente Nacional: MA, PA, PI
UF que utilizam a SVRS - Sefaz Virtual do RS:
‾ Para serviço de Consulta Cadastro: AC, RN, PB, SC
‾ Para demais serviços relacionados com o sistema da NF-e: AC, AL, AP, DF, PB, RJ, RN, RO, RR, SC, SE, TO
‾ Autorizadores em contingência:
‾ UF que utilizam a SVC-AN - Sefaz Virtual de Contingência Ambiente Nacional: AC, AL, AP, DF, ES, MG, PB, RJ, RN,
RO, RR, RS, SC, SE, SP, TO
‾ UF que utilizam a SVC-RS - Sefaz Virtual de Contingência Rio Grande do Sul: AM, BA, CE, GO, MA, MS, MT, PA, PE,
PI, PR
Integrations Scenarios
São para o SAP PI uma forma de organizar e agrupar os objetos

pertencentes a uma interface.
Todos os Integrations Scenarios necessários para

a NFe já estão criados no pacote Standard e só
precisam ser importados no Integration Builder
A versão atual dos cenários é o

http://sap.com/xi/NFE/009
Referente ao Layout da NFE 4.00

Display Support Packege
Devemos verificar se a
versão do SPK do SAP
PI esta correspondente
a do SAP GRC

Integration Directory

Componentes de Conexão com o GRC, previamente criado no SLD por Basis
Realizar o Import das “Business System”

Componentes de Conexão com o GRC, previamente criado no SLD por Basis

Após a Criação desses canais de comunicação necessário criar o canal de comunicação com o GRC.
Neste ponto e apontada uma HTTP Destination

Após a Criação desses canais de comunicação necessário criar o canal de comunicação com o GRC.

HTTP Destination
Acessar o NWA

HTTP Destination

HTTP Destination

Canais de Comunicação
Para cada Business Component da SEFAZ (homologacao e producao) devemos criar alguns canais
de comunicação.
A criação dos canais vai depender se a empresa emite NFe ou não para um determinado Estado
BATCH_AEX_GOV_009_SOAP_RCV – Envio do Lote

BATSR_AEX_GOV_009_SOAP_RCV – Recepção do Lote
EVENT_AEX_GOV_009_SOAP_RCV – Envio Evento (Carta de Correção, Cancelamento)
NFESC_AEX_GOV_009_SOAP_RCV – Consulta Status da NFe
SKIPR_AEX_GOV_009_SOAP_RCV - Envia Inutilização
SRVSC_AEX_GOV_009_SOAP_RCV – Consulta Staus do Serviço.

Os Business Component (BC) representam o sistema que será chamado.

Geralmente utiliza-se BC para componentes que estão fora do SLD. Como por
exemplo os
ambientes de Homologação e Produção da SEFAZ.
Para cada Party, será necessário criar 2 Business Component, sendo um para o
ambiente de
Homologação da SEFAZ e outro para o ambiente de Produção

Canal consulta status do serviço

Module – Necessário no Canal de Comunicação.

Module – Necessário no Canal de Comunicação.
1 localejbs/AF_Modules/MessageTransformBean Local Enterprise Bean transformContentTypeToApplication
2 sap.com/com.sap.aii.af.soapadapter/XISOAPAdapterBean Local Enterprise Bean soap
3 localejbs/AF_Modules/MessageTransformBean Local Enterprise Bean transformContentTypeToText
transformContentTypeToApplication
Transform.ContentType application/soap+xml; charset=utf-8
transformContentTypeToText
Transform.ContentType text/xml; charset=utf-8

Canal Envio do Lote


1 AF_Modules/MessageTransformBean Local Enterprise Bean transformReq

2 AF_Modules/CloneMessageBean Local Enterprise Bean originalMessage
3 AF_Modules/SendErrorAckOnFaultBean Local Enterprise Bean originalMessage
4 AF_Modules/PutHeaderValueBean Local Enterprise Bean clonedMessage
5 AF_Modules/GetPayloadValueBean Local Enterprise Bean payload
6 AF_Modules/RemovePayloadValueBean Local Enterprise Bean payload
7 AF_Modules/RequestResponseBean Local Enterprise Bean RRB
9 AF_Modules/MessageTransformBean Local Enterprise Bean transformResp
10 AF_Modules/PutPayloadValueBean Local Enterprise Bean payload
11 AF_Modules/ResponseOnewayBean Local Enterprise Bean ROWB
12 AF_Modules/SendAckBean Local Enterprise Bean originalMessage
ROWB interface NFE_BATCH_ResponseAsyncFields

ROWB interfaceNamespace http://sap.com/xi/NFE/009
ROWB replaceInterface true
RRB passThrough true
clonedMessage AckRequestType
payload get:/soap:Envelope/soap:Header/xinfe:asyncFields/xinfe:indSinc indSinc
payload get:/soap:Envelope/soap:Header/xinfe:asyncFields/xinfe:objGuid objGuid
payload put:/soap:Envelope/soap:Header/xinfe:asyncFields/xinfe:indSinc indSinc
payload put:/soap:Envelope/soap:Header/xinfe:asyncFields/xinfe:objGuid objGuid
payload remove:/soap:Envelope/soap:Header/xinfe:asyncFields
xmlns:soap="http://www.w3.org/2003/05/soap-envelope"
xmlns:xinfe="http://sap.com/xi/NFE/009"
payload xmlns
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
transformReq Transform.ContentType application/soap+xml; charset=utf-8

transformResp Transform.ContentType text/xml; charset=utf-8

Canal Retorno da Autorização

Do lote



ROWB interface NFE_BATSR_ResponseAsyncFields

payload xmlns


Canal Envio do Evento



ROWB interface NFE_EVENT_ResponseAsyncFields

payload xmlns


Canal Consulta Protocolo



ROWB interface NFE_SC_ResponseAsyncFields

payload get:/soap:Envelope/soap:Header/xinfe:asyncFields/xinfe:indSinc indSinc
payload put:/soap:Envelope/soap:Header/xinfe:asyncFields/xinfe:indSinc indSinc
payload xmlns


Canal Envio da Inutilização



ROWB interface NFE_SKIPR_ResponseAsyncFields

payload xmlns


Canal de Retorno ao GRC


Para cada processo de NFe (Criar , Consultar, evento e Inutilização), existe um

configuration Scenario, essas são as interfaces standard que deve ser importado.
Importando os cenários.
NFEBATCH_AEX_Outbound_NFeBatch (NFeAutorizacao)
NFEBATSR_AEX_Outbound_NFeBatchStatusRequest (NFeRetAutorizacao)
NFESC_AEX_Outbound_NFeStatusCheck (NfeConsultaProtocolo)
NFEEV_AEX_Outbound_NFeEvent (RecepcaoEvento)
NFESKIPR_AEX_Outbound_NFeSkipRequest (NfeInutilizacao)
NFESRVSC_AEX_Outbound_NFeServiceStatusCheck_Sync (NfeStatusServico)

Importando os Scenarios

ES Repository Model Reference

Começando o preenchimento das informações para a interface.

Selecionar o ambiente e origem.

Selecionando o local de destino, cada sefaz criada.

Selecionar para configurar as conexões:

Selecionar para estado o canal de comunicação criada para esse processo.

Após atribuição de todos os canais de comunicação, na parte inferior selecionar a opção gerar.
No print abaixo selecionando a opção simulação pois já está criado esse cenário, mas no momento de criar ou alterar
selecionar a opção correta.

No Log muito importante verificar se ocorreu algum erro.

Após salvar será necessário criar as regras de como o PI irá identificar qual estado
ele deve acionar.
Selecionado o ICO abaixo:

Selecionar a aba Receiver e clicar na opção de edição da condition.

Selecionar o Código do estado e tipo de emissão.
UF = Correspondente ao Estado Selecionado.

Tpemis = 6 e 7 São para sistemas de Contingência, dessa forma para um estado selecionar
apenas que seja diferente do sistema de contingência.
Tpamb = Ambiente ( 1 Produção , 2 Homologação ).

Após configurar todos os estados que foi atribuído na criação do cenário, salvar e selecionar a opção
para ativar.
Efetuando esse processo para cada cenário.

Dessa forma o PI e GRC está configurado para emissão de uma NFe.

Cenário de Retorno do lote

Cenário de Envio do Evento

Cenário de Consulta Protocolo

Cenário de Inutilização

Cenário de Consulta Status SEFAZ

B2B
Outbound/Inbound
Configurações para o envio de XML
Configurações para o recebimento de XML

Configuração B2B Outbound
Conforme citado não existe uma interface B2B standard completa para envio do XML.
A Sap entrega no PI o XML, assim pode ser criada uma interface e efetuado o envio.
Assim pode ser importado para um interface Z e criado um desenvolvimento.


Criar um software component Z no ESR

Copie os seguintes objetos para o seu software compoent Z:
Nota:
NFETB2B_nfeProc_TO_nfeProc (Operation mapping)
NFE_TB2B_IB (Service interface)
Evento:
NFEEVTB2B_procEventoNFe_TO_procEventoNFe (Operation mapping)
NFE_EVTB2B_IB (Service interface)

Importar a external definition xiMail30:

Alterar a mensagem do service interface copiado para xiMail30:

Message mapping para envio de NFe:

Tag subject:
Tag From:
Tag To:

Rfc Lookup para buscar o e-mail do cliente:

Tag Content Type: Constante = multipart/mixed; boundary="--AaZz"
Tag Content:

User defined function Fill mail body:
Parametros:

User defined function Fill mail body:
Código: String body = null;
body = "<html><body>Prezado Cliente, " + Customer + ",

 " +
"Em
anexo, você está recebendo a Nota Fiscal Eletrônica número " +
nfenum + ", série " + serie + ". " +
"A
validade e autenticidade deste documento eletrônico pode ser
verificada no site nacional do projeto (www.nfe.fazenda.gov.br) através
da chave de acesso ";
return body;

User defined function Fill mail content:
Imports: Parametros:

Código: String ls = System.getProperty("line.separator");
String CRLF = ls;
String NFe = "";
String output = new String("");
AbstractTrace trace = container.getTrace();
trace.addWarning("UDF Monta Corpo e Anexo");
//Converte Hexadecimal p/ String
StringBuffer saida2 = new StringBuffer("");
char[] entrada = attachment.toCharArray();
for(int i = 0;i < entrada.length;i+=2)
if((i+1) < entrada.length)
saida2.append((char)Integer.parseInt("" + entrada[i] + entrada[i+1], 16));

Código: // Move a conversão para a variavel do anexo
attachment = saida2.toString();
// Converte String p/ BASE64
BASE64Encoder encoder = new BASE64Encoder();
String encoded = encoder.encode(attachment.getBytes());
// Move a versão para a variavel do anexo
attachment = encoded ;
output = "--" + boundary + CRLF + "Content-Type: text/html; charset=UTF-8" + CRLF + "Content-Disposition: inline" + CRLF
+ CRLF + body + CRLF + "--" + boundary + CRLF + "Content-Type: application/xml; charset=UTF-8 ; name=" + filename +
CRLF + "Content-Disposition: attachment; filename=" + filename + CRLF + "Content-Transfer-Encoding: base64" + CRLF +
CRLF + attachment + CRLF;
return output ;

RFC Lookup para buscar a string do XML no GRC:

Operation Mapping:

Configuração Integration Builder (IB)

Canal de Sender GRC

Canal de Receiver – Saida de email

Canal de Consulta RFC – RFCLookup

ICO

ICO

ICO

ICO

Códigos funções no ABAP

Z_NFE_GET_STRING_XML Busca a string do XML no GRC:
FUNCTION z_nfe_get_string_xml.
*"----------------------------------------------------------------------
*"*"Interface local:
*" IMPORTING
Código: *" VALUE(ID) TYPE /XNFE/XML-ID OPTIONAL
*" VALUE(NF_TYPE) TYPE /XNFE/XML-TYPE OPTIONAL
*" VALUE(NSEQEVENTO) TYPE /XNFE/EVENTS-NSEQEVENTO OPTIONAL
*" EXPORTING
*" VALUE(XML) TYPE STRING
*"----------------------------------------------------------------------
DATA: lv_xstring TYPE xstring.
IF NOT nf_type IS INITIAL.
SELECT guid UP TO 1 ROWS

FROM /xnfe/outnfehd
INTO @DATA(lv_nf_guid)
WHERE id = @id.
ENDSELECT.

SELECT xmlstring
Configuração B2B Outbound FROM /xnfe/outnfexml
UP TO 1 ROWS
Códigos funções no ABAP INTO lv_xstring
WHERE guid = lv_nf_guid
Z_NFE_GET_STRING_XML AND type = nf_type.
ENDSELECT.
xml = lv_xstring.
ELSEIF NOT nseqevento IS INITIAL.

SELECT guid
FROM /xnfe/events
Código: INTO lv_nf_guid
UP TO 1 ROWS
WHERE chnfe = id
AND nseqevento = nseqevento
AND cstat = '135'.
ENDSELECT.
IF sy-subrc IS INITIAL.
SELECT SINGLE xmlstring
FROM /xnfe/event_xml
INTO lv_xstring
WHERE guid = lv_nf_guid.
xml = lv_xstring.
ENDIF.
ENDIF.
ENDFUNCTION.

FUNCTION z_sd_b2b_out_get_email.
*"----------------------------------------------------------------------
Configuração B2B Outbound *"*"Interface local:
*" IMPORTING
Códigos funções no ABAP *" VALUE(I_CHNFE) TYPE CHAR45 OPTIONAL
*" EXPORTING
Z_SD_B2B_OUT_GET_EMAIL *" VALUE(E_EMAIL) TYPE AD_SMTPADR
*"----------------------------------------------------------------------
Busca o e-mail do parceiro no ECC: DATA: gv_adrnr TYPE kna1-adrnr.
SELECT nfnum9,
bukrs,
Código: branch,
parid,
partyp,
serie
UP TO 1 ROWS
INTO @DATA(gs_active)
FROM j_1bnfe_active
WHERE regio = @i_chnfe(2) AND
nfyear = @i_chnfe+2(2) AND
nfmonth = @i_chnfe+4(2) AND
stcd1 = @i_chnfe+6(14) AND
model = @i_chnfe+20(2) AND
serie = @i_chnfe+22(3) AND
nfnum9 = @i_chnfe+25(9) AND
docnum9 = @i_chnfe+34(9) AND
cdv = @i_chnfe+43(1) .
ENDSELECT.

Códigos funções no ABAP

IF sy-subrc IS INITIAL.
Z_SD_B2B_OUT_GET_EMAIL * Dados de Cliente

SELECT SINGLE adrnr
FROM kna1
INTO gv_adrnr
WHERE kunnr = gs_active-parid.
Código: IF sy-subrc NE 0.
* Dados de Fornecedor
SELECT SINGLE adrnr FROM lfa1
INTO gv_adrnr
WHERE lifnr EQ gs_active-parid.
ENDIF.
SELECT SINGLE smtp_addr INTO e_email

FROM adr6
WHERE addrnumber = gv_adrnr AND
flgdefault = abap_true.
ENDIF.
ENDFUNCTION.

Processos – SAP NFE Inbound
Para o processo de automação de NF-e, sistema standard da SAP atende os seguintes

controles:
• Receber o XML da NFe (Documento do fornecedor);

• Validar o XML;
• Notificar o fornecedor;
• Atribuir e processar o pedido de compra/programa de remessa, baseado no
recebimento do XML;
• Simular, comparar e lançar a NFe baseado no recebimento do XML;
• Automatizar a entrada do material (MIGO), lançar a fatura (MIRO), com base no
pedido/programa de remessa;
• Controlar o processo de recebimento, evitando que o material chegue antes do XML
do fornecedor.

Configuração B2B Inbound
Atribuir tipo de NF a processos de entrada de NF-e

Caminho SAP
IMG→ Nota Fiscal Eletrônica→ Atualizar sistema lógico para nºs próprios ID fiscal


Caminho SAP
IMG→ Nota Fiscal Eletrônica→ NF-e: atualizar determinação do processo empresarial para NF-e de entrada


Caminho SAP
IMG→ Nota Fiscal Eletrônica→ NF-e: atualizar parâmetros de controle para fluxo do processo.


Caminho SAP
IMG→ Nota Fiscal Eletrônica→ NF-e: atualizar atribuição da categoria do item ao CFOP


Caminho SAP
IMG→ Nota Fiscal Eletrônica→ Atualizar parâmetros de controle para etapas de processo


Comunicação para parceiro de negócios
Caminho SAP
IMG→ Nota Fiscal Eletrônica→ NF-e: atualizar motivos de rejeição e atribuir eventos


Caminho SAP
IMG→ Nota Fiscal Eletrônica→ NF-e: atualizar motivos de rejeição e atribuir eventos

configurar texto de rejeição e aceite – (SO10)

Funcionalidades SAP NFE Inbound
O processo do portal fiscal é feito via PMF, click no link.
Em seguida, o painel fiscal é acessado via web

Assim tendo a visão de todas as notas fiscais recebidas para processamento

Selecionar a nota fiscal a ser processada no monitor fiscal atraves de um dos filtros disponíveis
- chave de acesso
- numero da nota
- data de recebimento , entre outros:

Simular fatura:
Nessa etapa o fiscal entra com a simulação da fatura para analisar os valores totais e valores e
impostos a nível de item em relação ao pedido de compra ou programa de remessa.

Simular fatura:
Analisar os valores totais da nota fiscal, valor por item, impostos por item, NCM

Simular fatura:
Para analisar os valores totais da nota fiscal, click na aba “Valores totais”

Funcionalidades SAP NFE Inbound Simular fatura:
Valores do item
Análise dos resultados a nível de item, click na aba “Item”

Funcionalidades SAP NFE Inbound Simular fatura:
Impostos
Analise dos os impostos, click na aba “Imposto”

Simular fatura:
Após conclusão da analise por parte do fiscal, click no botão
Mensagem de Retorno
em seguida defina o status ok através do botão

Simular fatura:
Realizadas essas etapa anteriores, o fiscal deverá confirmar a DANFE para que seja possível a
confirmação do processo de entrada e se a nota fiscal não tenha sido cancela no decorrer da
atividade.

Entrada de DANFE
Quando o operador logístico ou fornecedor se apresentar para efetuar a entrega na planta , deve ser
efetuado o processo de entrada de danfe no GRC
Click no botão opção “Entrar DANFE”.
Em seguida click no botão para confirmar a operação.

Entrada de DANFE
(*) - Se Se o status da operação ficar na cor amarela

click no link “Atualizar”para que o status seja alterado
Entrada de DANFE

Monitor logístico
Após a verificação da DANFE, junto a SEFAZ o sistema disponibiliza as próximas etapas

no monitor logístico.

Monitor logístico
Marque a linha e click no botão “Executar etapa do processo” , opção “Entrar quantidade EM”

Monitor logístico
Após fazer a conferencia das quantidades.
Click no botão “Gravar quantidades Entradas”, o sistema carrega a seguinte mensagem:
Em seguida confirme a quantidade

Criar entrada física e faturamento
Verificar quantidade EM

Nessa etapa ao executar a atividade de preparação do registro, o sistema executa a entrada física(MIGO)
e cria a fatura(MIRO).
Em seguida click no botão para concluir a atividade.

(*) - Após a confirmação da operação, nota fiscal sairá do monitor logistico e voltará ao monitor
fiscal.

Monitor Fiscal
Retorno da atividade pós-logístico
Nessa etapa pode ser notar que na coluna, status está com um flag ok.

Analise geral da conclusão do processo.
Marque a linha para analisar todas as atividades executadas e seus respectivos números de documento
SAP criados em cada etapa do processo de negócio.

CTE
Cenários

Manifesto
Cenários

BADIS SAP NFE Outbound

BADIS SAP NFE Inbound

BADIS SAP ECC
CL_NFE_PRINT

BADIS SAP ECC
J_1BNF_ADD_DATA

Curso SAP NF-e 10.0 GRC 10.1 PI 7.5 Inbound Outbound - Final

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Curso SAP NF-e 10.0 GRC 10.1 PI 7.5 Inbound Outbound - Final

Enviado por

Direitos autorais:

Formatos disponíveis

Curso SAP NF-e 10.0 GRC-PI 7.

SAP Electronic Invoicing for Brazil (SAP Nota Fiscal Eletrônica)

O pacote de software em que a localização brasil de SD, MM, FI e NFe está

A Secretaria de Estado da Fazenda (Sefaz) é o órgão vinculado ao Ministério

O SPED constitui na informatização da

NFSe - Nota Fiscal de Serviços Eletrônica.

NFCe - Nota Fiscal ao Consumidor Eletrônica.

MDFe - Manifesto Eletrônico de Documentos Fiscais, é o documento

Risk Management – permite efetuar um planeamento antecipado para identificar o risco

SAP GRC - NFE

SAP Cloud NF-e

SAP Cloud NF-e

Manifestação do Destinatário com SAP NFE 10.0

Os eventos que deverão ser registrados são:

Tipos de Comunicação ECC <> GRC<> PI

Esta Comunicação é Feita por RFC de conexão entre o GRC e o ambiente

Normalmente se toma como padrão a seguinte nomenclatura proposta pela

Transação SM59 - ECC

Exemplo de RFC de Comunicação

Transação SM59 – ECC / Destino RFC

SM59 entre servidores

Transação SPRO - ECC

São configurações realizadas pelos funcionais de SD, porem em

Neste ponto atribuímos os

Cockpit utilizado para

Monitor NF-e CT-e

Programa responsável pela numeração e envio da Nota ao GRC

Validação do Pacote SLL-NFE na Sproxy (GRC)

Customizando Certificado Digital

Atualizar informação SSF dependente da aplicação

Atualizar informação SSF dependente da aplicação

Customizando Certificado Digital

Atualizar informações de segurança do sistema [ tcode = STRUST ]

Importar Certificado Digital GRC e PI

Atualizar informações de segurança do sistema [ tcode = STRUST ]

Efetua as configurações que o sistema necessita para a consulta

Definição do sistema de contingência

Verificação do sistema de contingência:

Define os códigos e sua descrição, a

Range de numeração para Lote de

Range de numeração para

Preencher nome do Job e pressionar o botão “STEP”

Confira as informações e clique me voltar

Selecione a opção “Start Condition”

Neste passo customizamos a Periodicidade do JOB.

Repetir a Ação para todos os Jobs Abaixo:

“ ” (em branco) – Em Processamento; nenhuma ação manual é necessária.

Na J1BNFE, marcar a nota anular Status da NFe Rejeitada.

A nota voltará para a etapa “3”

Enviar a NFe que foi ajustada e guardar o retorno do SEFAZ.

“2” - Estornar documento de origem

“3” - Enviar documento às autoridades fiscais

Após algumas rotinas

“4” - Solicitação para cancelamento rejeitada; verificar motivo

“5” - Solicitação de inutilização rejeitada; verificar motivo.

Para corrigir, basta acessar a transação J1B2N, e preencher as

Como é nota de Entrada, o usuário deve ter as informações no DANFE que

Após salvar, a nota ficará automaticamente como autorizada na J1BNFE.

“7” - Sol.às autoridades autorização para estornar/ignorar doc.

“8” - Erro validação interno no sistema mensagens. Enviar de novo.

O Log de erro será exibido

Após corrigir o problema, o usuário pode reenviar a NFe pela J1BNFE

“9” - Determinar nº do documento e enviar a autoridades fiscais