BBP Natura Addtax Projeto Forseti Latam 07-07-2021

ADDTAX
Inbound
NF / NFS /
LATAM
ADDTAX Inbound
NF / NFS
LATAM
Projeto FORSETI (Fase 2)
(Automação Processo)
Procedimento do processo empresarial
Índice
Automação Processo NF, NFS LATAM............................................................
1 Objetivo.................................................................................................
2 Descritivo...............................................................................................
3 Pré-requisitos.........................................................................................
4 Definição do Processo.............................................................................
4.1 Fluxo Macro......................................................................................
4.2 Fluxo dos processos na Solução ADDTAX - LATAM...............................
4.3 Atividades dos processos – LATAM.....................................................
4.3.1.1 Recebimento dos Documentos................................................................
4.3.1.2 Objetivo...................................................................................................
4.3.1.3 Pré-Requisitos.........................................................................................
4.3.1.4 Descritivo................................................................................................
4.3.2 Coleta de e-mail.........................................................................10
4.3.3 Armazenagem dos documentos e Interfaces................................11
4.3.4 Extração dos dados....................................................................11
4.3.4.1 Argentina..............................................................................................
4.3.4.2 Chile......................................................................................................
4.3.4.3 Colômbia...............................................................................................
4.3.4.4 México...................................................................................................
4.3.4.5 Peru.......................................................................................................
4.3.5 Envio de Notificação...................................................................17
4.3.6 Classificação dos documentos fiscais (RD-e)................................18
4.3.6.1 Argentina..............................................................................................
4.3.6.2 Chile......................................................................................................
4.3.6.3 Colômbia...............................................................................................
4.3.6.4 México...................................................................................................
4.3.6.5 Peru.......................................................................................................
4.4 Atividades dos processos de compras - LATAM..................................21
4.4.1 Atribuição do Pedido e item/Classificação....................................21
4.4.1.1 Objetivo.................................................................................................
4.4.1.2 Pré-Requisitos.......................................................................................
4.4.1.3 Descritivo..............................................................................................
4.4.2 Atribuição da Folha de Serviço / Documento de material..............24
4.4.2.1 Objetivo.................................................................................................
4.4.2.2 Pré-Requisitos.......................................................................................
4.4.2.3 Descritivo..............................................................................................
4.4.3 Validação Geral (Check com normas)...........................................25
4.4.3.1 Objetivo.................................................................................................
4.4.3.2 Pré-Requisitos.......................................................................................
4.4.3.3 Descritivo..............................................................................................
4.4.3.3.1 Validações globais.................................................................................
4.4.3.3.2 Validações para compras de Serviço.....................................................
4.4.3.3.3 Validação para compras de materiais e Ativos......................................
4.4.3.3.4 Validações especificas por país.............................................................
a) Argentina.....................................................................................................
b) Chile............................................................................................................
c) Colômbia.....................................................................................................
d) México.........................................................................................................
e) Peru.............................................................................................................
4.4.4 Classificação Fiscal.....................................................................30
4.4.4.1 Objetivo.................................................................................................
4.4.4.2 Pré-Requisitos.......................................................................................
4.4.4.3 Descritivo..............................................................................................
4.4.5 Validação Fiscal.........................................................................32
4.4.5.1 Objetivo.................................................................................................
4.4.5.2 Pré-Requisitos.......................................................................................
4.4.5.3 Descritivo..............................................................................................
4.4.5.3.1 Validações especificas por país.............................................................
a) Argentina.....................................................................................................
b) Chile............................................................................................................
c) Colômbia.....................................................................................................
d) México.........................................................................................................
e) Peru.............................................................................................................
4.4.6 Análise e liberação fiscal............................................................36
4.4.6.1 Objetivo.................................................................................................
© AddTax Inbound 1.0 Pág. 3 de

4.4.6.2 Pré-Requisitos.......................................................................................
4.4.6.3 Descritivo..............................................................................................
4.4.7 Entrada Fiscal (MIRO).................................................................37
4.4.7.1 Objetivo.................................................................................................
4.4.7.2 Pré-Requisitos.......................................................................................
4.4.7.3 Descritivo..............................................................................................
4.4.8 Atualização do documento contábil.............................................41
4.4.8.1 Objetivo.................................................................................................
4.4.8.2 Pré-Requisitos.......................................................................................
4.4.8.3 Descritivo..............................................................................................
5 Perfil de acesso....................................................................................42
6 Pontos de atenção................................................................................43
7 Fora de escopo.....................................................................................44
8 Aprovadores.........................................................................................44
© AddTax Inbound 1.0 Pág. 4 de

Automação Projeto FORSETI – LATAM
Automação Processo NF, NFS LATAM
1 Objetivo
Este documento descreve o processo de Automação do Processo de
Recebimento, Interpretação e Tratamento de Notas Fiscais de Serviços (NFS)
e Notas Fiscais Mercantis (NF) nas empresas dos países que constituem LATAM, a
saber: Argentina, Chile, Colômbia, México e Peru.
Serão implementados os módulos ADDTAX Inbound NF e NFS.
Após o recebimento dos respectivos Documentos Fiscais, as informações contidas nos

mesmos deverão ser interpretadas pelo sistema, manual ou automaticamente, e após
as devidas consistências, servir de base para a automação dos processos de Entradas
Físicas e entradas Fiscais no ambiente SAP.
Os arquivos recebidos que não puderem ser interpretados de forma automática, isto é,
através de lógica sistêmica, e, portanto, não se enquadrarem no contexto de
documentos estruturados, deverão ser interpretados com uma ferramenta de OCR
(Optical Character Recognition).
2 Descritivo
O processo de compra inicia-se por uma necessidade de compra de serviço, materiais
diretos/Materiais produtivos ou materiais indiretos (materiais de consumo e/ou ativo
fixo).
Após o recebimento dos respectivos Documentos Fiscais (Via Webservice ou e-mail), as

informações contidas nos mesmos deverão ser extraídas e interpretadas pelo sistema,
manual ou automaticamente, e após as devidas consistências, servir de base para a
automação dos processos conforme fluxos descritos abaixo no tópico 4.
A solução ADDTAX será responsável por recepcionar (e-mail), obter (webservice)

quando for possível, validar (autenticidade) quando for possível e armazenar
documentos eletrônicos de acordo com o contexto de cada documento.
A solução ADDTAX permite uma extração em massa dos arquivos armazenados em
caso de necessidade (exemplo uma fiscalização).
A solução ADDTAX irá monitorar automaticamente uma caixa postal eletrônica (e-mail),
extrair os e-mails, identificar anexos relevantes e disponibilizar informações para os
demais processos.
© AddTax Inbound 1.0 Pág. 5 de 51

A solução ADDTAX também fará a obtenção de documentos eletrônicos derivados dos

serviços de internet (webservice), quando disponibilizados pelas entidades de cada país
ou emissores autorizados.
O processo de compra de serviços e de materiais tem como base o modelo onde o

serviço, ou o material é pago com base no pedido de compras.
A Natura (CLIENTE) deverá criar um pedido de compra para o respectivo documento
fiscal a ser processado.
O fornecedor, por sua vez, deverá emitir um documento fiscal, utilizando-se dos
sistemas eletrônicos das entidades responsáveis pela sua emissão, ou por emissores
autorizados, e encaminhar a fatura e/ou XML para a caixa de e-mail, quando não houver
a possibilidade de obter tal documento por download (Webservice).
Os documentos fiscais enviados pelos Fornecedores, no formato PDF em modo gráfico,

deverão receber o devido tratamento de OCR.
A caixa de e-mail para envio dos documentos fiscais deverá estar definida entre as
partes CLIENTE e fornecedores.
Será criada uma caixa de e-mail por país (Chile, Colômbia, Peru, México e Argentina).
Após o processo de recebimento do referido documento eletrônico, o CLIENTE deverá

executar os processos necessários (automáticos ou manuais) na solução ADDTAX para
a validação do documento fiscal culminando com o recebimento fiscal do mesmo,
conforme os fluxos de processos definidos no tópico 4.
3 Pré-requisitos
Recebimento dos XML e/ou PDF pelo CLIENTE, por download via webservice ou através
do protocolo de e-mail para cada caixa de e-mail definida em modelo conforme descrito
no item 2.
Validação do documento eletrônico (Fatura) pelas entidades responsáveis de cada país,
quando possível.
O processo, objeto deste documento, em todas as suas etapas e com todos os
elementos técnicos envolvidos no sistema, deverá estar adequados às necessidades
fiscais da legislação de cada país e em perfeito funcionamento sistêmico.

4 Definição do Processo
4.1 Fluxo Macro

4.2 Fluxo dos processos na Solução ADDTAX - LATAM

Nos processos da LATAM, para as compras de materiais diretos, indiretos e de ativos, a
mercadoria é recebida com um documento de remessa (“guia de despacho”, “remito”,
“remissíon”...).
A entrada de mercadoria é então realizada com base neste documento que acompanha
a mercadoria, e somente após o recebimento, é solicitado a emissão da fatura ao
fornecedor.

4.3 Atividades e funcionalidades dos processos – LATAM
4.3.1 Coleta de e-mail
Será implementada uma funcionalidade para o processo de recebimento de e-mails

com os respectivos arquivos em anexo. A funcionalidade será escrita na plataforma
JAVA, a qual irá iniciar a leitura de uma única caixa postal.
Alteração de escopo (outubro 2020)
Foi implementado uma nova funcionalidade criando um job no CPI que consome a API
de leitura de e-mail do ADDTAX e coloca os e-mails em uma fila. Esta fila encaminha os
documentos para o sistema de gestão SAP ECC e armazenamos em uma tabela
transitória (/ADD/71673990006).
O programa de Coletar os e-mails, em vez de ler diretamente a caixa de e-mail, lê esta
tabela transitória.
Deverão ser criadas (NATURA) duas caixas de e-mail exclusivas para a solução ADDTAX,
por país, a primeira sendo para a coleta dos e-mails em ambiente de
testes/homologação, e a segunda sendo para a coleta dos e-mails em ambiente
produtivo para a qual, serão replicadas as caixas de e-mails já existentes para estes
processos/país, exceto para o Chile para evitar duplicidade de documentos já que os
mesmos serão recebidos via Webservice.
As caixas de e-mail foram criadas conforme abaixo:

 Ambiente de homologação
o [email protected]
o [email protected]
o [email protected]
o [email protected]
o [email protected]
 Ambiente Produtivo
o [email protected]
o [email protected]
o [email protected]
o [email protected]
o [email protected]
Sugerimos que as caixas de e-mail atuais de produção sejam replicadas para a caixa de
e-mail de homologação da solução ADDTAX durante a fase de projeto para garantir uma
massa de testes maior e para permitir uma avaliação mais real do volume de registros
que deverão ser tratados (dados relevantes para a criação dos Job’s).

Para cada e-mail recebido pelo sistema será atribuído um ID, o qual será único durante
a sua existência no sistema. Todas as informações possíveis do e-mail serão
armazenadas posteriormente no AWS (Amazon Web Services).
Cada e-mail irá gerar apenas um registro e deverá conter os anexos referentes à uma
única fatura para garantir o vínculo entre documentos, PDF e/ou XML, exceto para a
Argentina para a qual cada anexo do e-mail irá gerar um registro, pois a maioria dos
fornecedores encaminham várias faturas em um mesmo e-mail e não existem faturas
no formato XML.
O tamanho dos e-mails não poderá exceder mais de 10 MB, esta regra deverá ser
configurada no servidor pela equipe Natura.
Cada anexo (fatura) deverá conter apenas uma fatura no seu conteúdo. A Solução
ADDTAX será capaz de interpretar apenas uma fatura por anexo (PDF), no entanto,
cada fatura poderá conter várias páginas.
O controle de SPAM não terá tratamento especial pelo ADDTAX. Uma vez este conteúdo
extraído da caixa de e-mail, o mesmo seguirá o fluxo conforme descritos nos próximos
tópicos.
Todos os e-mails coletados serão eliminados automaticamente da caixa de e-mail

exclusiva da solução ADDTAX mediante sua gravação em tabelas SAP pertencentes à
solução. Os e-mails serão marcados para deleção e movidos para a lixeira, de acordo
com o protocolo EWS, IMAP.
A solução ADDTAX disponibiliza um relatório possibilitando visualização dos e-mails

recebidos.
4.3.2 Recebimento dos Documentos
O sistema irá receber os documentos fiscais referentes aos processos de compras de

material diretos, indiretos, compras de ativos, e compra de serviço, com faturas
eletrônicas ou fatura não eletrônicas emitidas pelo fornecedor, e enviadas por e-mail
e/ou disponibilizadas via Webservice (quando disponibilizado).
Serão considerados, neste escopo as empresas e filiais abaixo, considerando as

informações fiscais cadastradas na tabela standard T001Z, campo PAVAL, com o
respectivo parâmetro:
País Empresa Nome ID Fiscal Parâmetro

Argentina 4500 Natura Cosméticos S.A. 30677757295 J1AIDN
Chile 4100 Natura Cosméticos S.A. 965752803 SAPF08
Chile 4130 Instituto Natura Chile 651924073 SAPF08

Colômbia 4300 Natura Cosméticos Ltda. 830.024.974-3 CO_NIT

México 4400 Natura Dist. de México NDM041125NT7 MX_RFC
México 4410 Natura Cosmésticos México NCM001101QJ9 MX_RFC
México 4420 Natura Cosmésticos y Serv NCS0011019B9 MX_RFC
México 4430 Instituto Natura México ENA191205DF8 MX_RFC
Peru 4200 Natura Cosméticos S.A. 20101796532 SAPF08
O escopo deste projeto contempla a parametrização do sistema para atender aos

seguintes Processos:
 Materiais Indiretos Mercantil (LATAM)
o Compra para consumo e/ou Ativo Fixo
 Materiais Diretos Mercantil (LATAM)

o Compra de materiais produtivos
 Nota Fiscal de Serviço (LATAM)

o Compra de Serviço com Folha de registro de Serviço
Após receber os documentos fiscais, por e-mail ou via Webservice, quando

disponibilizado, o sistema irá criar um registro novo nas tabelas do ADDTAX.
4.3.3 Extração dos dados
Todos os e-mails lidos pelo sistema de leitura, no processo de coleta, serão extraídos
assim como seus respectivos arquivos em anexo: extensão ZIP,XML, PDF ou formato
gráfico.
O sistema irá localizar o(s) arquivo(s) anexado(s) ao e-mail e irá efetuar a extração das
informações pertinentes aos processos, quando possível:
 Arquivo no formato PDF (base texto sem criptografia)
 Arquivo no formato PDF (imagem)
A qualidade/quantidade de informações legíveis extraídas é inerente à qualidade
da imagem e à capacidade técnica da ferramenta de OCR.
 Arquivo no formato XML
 Arquivo no formato ZIP (Não será tratado ZIP dentro de ZIP)
Além dos arquivos recebidos por e-mail, também serão extraídos os arquivos recebidos
via Webservice.
Apenas as faturas cujo arquivo está no formato XML terão todas as informações
relevantes extraídas, para os demais formatos, por existirem diversos layout’s, algumas
informações da fatura (como por exemplo as do corpo) poderão não ser extraídas de
forma adequada.

As informações básicas que deverão ser extraídas da fatura, são, para cada país:
 Identificação Fiscal do emissor e do destinatário / Tomador (Natura)
o Argentina: CUIT
o Chile: RUT
o Colômbia: NIT ou RUT
o México: RFC
o Peru: RUC
 Razão social
 Nº da fatura
 Data de emissão
 Nº do documento de compras
 Nº da folha de Registro de serviço (Para serviço), exceto para o México para o
qual o nº da folha será extraído do corpo do e-mail
 Nº do documento de material (MIGO), exceto para serviço
Para o México, o ou os números dos documentos de material deverão ser
informados no corpo do e-mail
 Moeda
Para o Chile, a moeda não é informada no XML, o sistema irá assumir a moeda
local.
 Valor total Bruto
 Valor total líquido
 Valores totais dos impostos a serem detalhados por país
Além das informações básicas citadas acima, deverão ser extraídas, quando possível, as
informações abaixo descritas por país, sendo que, devido a entrada física (MIGO) ser
realizada antes da emissão da fatura, não serão extraídos dados de item.
4.3.3.1 Argentina
Na Argentina, quase todas as faturas são eletrônicas.

As faturas serão recebidas na maioria dos casos, no formato PDF (texto), mas também
poderão ser recebidas no formato PDF (imagem).
Para os fornecedores que emitem suas faturas diretamente pelo site da Administração
Federal de Ingressos Públicos – AFIP, serviço da receita da Argentina, haverá um único
padrão de layout, para os demais fornecedores, cada um poderá ter seu próprio layout
o que poderá dificultar a extração dos dados para estes casos.
Um levantamento do “ranking” dos fornecedores locais com maior volume de faturas

emitidas para a Natura Argentina está sendo realizado, o que irá permitir uma melhor
precisão na extração dos dados, focando nos fornecedores principaís.

Foram definidos os seguintes domínios:

 AR 032-000000 - ARGENTINA – AFIP
 AR 032-900001 - ARGENTINA – GIRE
 AR 032-900002 - ARGENTINA - TERMINAL PANAMERICANA
 AR 032-900003 - ARGENTINA - ANDREANI
 AR 032-900004 - ARGENTINA - SERV. ELECTRO. DE PAGO
 AR 032-900005 - ARGENTINA - KUEHNE + NAGEL S.A.
informações abaixo:
 Letra do documento (Tipo de documento) e código AFIP:
Código TIPO DENOMINACION

1 FACTURAS A Entrada de Facturas
6 FACTURAS B Entrada de Facturas
11 FACTURAS C Entrada de Facturas
19 FACTURAS DE EXPORTACION (1) Entrada de Facturas
51 FACTURAS M Entrada de Facturas
2 NOTAS DE DEBITO A Notas de Débito
7 NOTAS DE DEBITO B Notas de Débito
12 NOTAS DE DEBITO C Notas de Débito
20 NOTAS DE DEBITO POR OPERACIONES CON EL EXTERIOR (1) Notas de Débito
52 NOTAS DE DEBITO M Notas de Débito
3 NOTAS DE CREDITO A Nota de créd.aliment
8 NOTAS DE CREDITO B Nota de créd.aliment
13 NOTAS DE CREDITO C Nota de créd.aliment
21 NOTAS DE CREDITO POR OPERACIONES CON EL EXTERIOR (1) Nota de créd.aliment
53 NOTAS DE CREDITO M Nota de créd.aliment
4 RECIBOS A Recibos
9 RECIBOS B Recibos
15 RECIBOS C Recibos
54 RECIBOS M Recibos
81 TIQUE FACTURA A Tique Factura
82 TIQUE FACTURA B Tique Factura
84 COMPROBANTE/FACTURA DE SERVICIOS PUBLICOS Fac de Servicios Pub
85 NOTA DE CREDITO - SERVICIOS PUBLICOS NC Servicios Pub
86 NOTA DE DEBITO - SERVICIOS PUBLICOS ND Serv Public.
66 DESPACHO DE IMPORTACION Despacho Importación
DESPACHO DE EXPORTACION Y OTROS DOCUMENTOS
ADUANEROS Desp Exp y Otros Doc
OTROS COMPROBANTES - SERVICIOS DEL EXTERIOR GRAVADOS
EN IVA Serv. Ext con IVA
OTROS COMPROBANTES - SERVICIOS DEL EXTERIOR NO Serv. Ext sin IVA

GRAVADOS EN IVA
EXTRACTOS BANCARIOS Extractos Bancários
99 POLIZAS DE SEGURO Polizas de Seguros
OTROS COMPROBANTES - BIENES DEL EXTERIOR Bienes del Exterior
201 FACTURA DE CRÉDITO ELECTRÓNICA MiPyME (FCE) A Factura
202 NOTA DE DÉBITO ELECTRÓNICA MiPyME (FCE) A Notas de Débito
203 NOTA DE CRÉDITO ELECTRÓNICA MiPyME (FCE) A Nota de crédito
206 FACTURA DE CRÉDITO ELECTRÓNICA MiPyME (FCE) B Factura
207 NOTA DE DÉBITO ELECTRÓNICA MiPyME (FCE) B Notas de Débito
208 NOTA DE CRÉDITO ELECTRÓNICA MiPyME (FCE) B Nota de crédito
211 FACTURA DE CRÉDITO ELECTRÓNICA MiPyME (FCE) C Factura
212 NOTA DE DÉBITO ELECTRÓNICA MiPyME (FCE) C Notas de Débito
213 NOTA DE CRÉDITO ELECTRÓNICA MiPyME (FCE) C Nota de crédito
 “Punto de venta” (= Nº do documento)

 Valor total dos impostos (IVA)
Código Descrição Conceito do IVA

1 No Gravado No gravado
2 Exento Exento
3 0% No computable
4 10,50% Gravado
5 21% Gravado
6 27% Gravado
7 2,50% Gravado
8 5% Gravado
 Valor líquido (“Importe Neto”)
 Valor total (“Importe Total”)
 Nº de CAE (eletrônicos), ou CAI para documentos manuais
 Data de vencimento do CAE/CAI
4.3.3.2 Chile
Para o Chile, a solução ADDTAX irá receber os documentos eletrônicos via Webservice
da empresa XEROX, emissora autorizada pelo “Servicio de impuestos internos” – SII,
atualmente a serviço da Natura.
A empresa XEROX irá disponibilizar as faturas no formato XML e PDF.
A Natura deverá fornecer as informações técnicas de integração em tempo de projeto.
Caso não seja possível realizar a integração via Webservice dentro do cronograma, os
documentos fiscais serão recebidos via e-mail.

 Tipo de documento:
o “Factura electrónica” = 033
o “Factura no afecta o exenta electrónica” = 034
o Boleto de honorário eletrônico= 066
 Valor total dos impostos
Os boletos de honorários eletrônicos não serão disponibilizados pela empresa XEROX,

os mesmos serão recebidos por e-mail, sendo que poderão ser recebidos no formato
PDF e XML ou somente PDF.
4.3.3.3 Colômbia
Apesar dos grandes contribuintes serem obrigados a aderir ao modelo de faturamento

eletrônico na Colômbia, esta obrigatoriedade não afeta a todos.
Esta obrigatoriedade está prevista para todos no decorrer do ano de 2020.
Atualmente a natura Colômbia recebe uma média de 20 % de faturas eletrônicas e 80%
de faturas não eletrônicas.
As faturas eletrônicas são emitidas pelo fornecedor e enviadas para a DIAN (“Dirección
de impuestos y aduanas Nacionales”) e neste modelo de faturamento, o emissor deve
disponibilizar ao adquirente a fatura emitida, em formato XML e PDF.
O modelo do XML está passando por mudanças, com obrigatoriedade de alguns

campos.
Os fornecedores que não se enquadram na resolução desta obrigatoriedade, ou que não

aderiram voluntariamente, emitem faturas em diversos formatos, no formato PDF
(texto) ou no formato PDF (imagem), sendo que cada um poderá ter seu próprio layout
o que poderá dificultar a extração dos dados para estes casos.
Foi solicitado um levantamento do “ranking” dos fornecedores locais com maior volume
de faturas emitidas para a Natura Colômbia permitindo assim uma melhor precisão na
extração dos dados, focando nos fornecedores principaís.
Foram definidos os seguintes domínios:

 CO 170-000000 - COLOMBIA – DIAN
 CO 170-000001- COLOMBIA - CUENTA DE COBRO
 CO 170-900001- COLOMBIA – CREATIVA
 CO 170-900002 - COLOMBIA - Multidestinos JRB
 CO 170-900003 - COLOMBIA - SERVICIOS ULTRA VIP S A S

o 1 - Factura de venta
o 2 - Cuenta de cobro
o 3 - Antecipos Proveedores
o 4 - Facturas de Servicios Públicos
 Valor / Alíquota dos impostos (IVA e imposto de consumo)
 Valor total Bruto
Para “Facturas de Venta”:
 Nº da fatura composto de letras e números
 Nº da “Resolución de facturación vigente”
 Data de vigência da resolução
 Range de numeração da resolução
4.3.3.4 México
No México, todas as faturas são eletrônicas e são emitidas por “provedores”, chamados
PAC, autorizados pelo Serviço de Administração Tributária – SAT. Os arquivos são
disponibilizados no formato PDF (texto) e XML.
O SAT disponibiliza um serviço para download dos documentos eletrônicos via
Webservice, no entanto, a Natura optou por centralizar o recebimento das faturas por e-
mail enviadas pela plataforma da empresa Safe Data (“Resguardo Digital”) já
contratada atualmente para a guarda e validação dos documentos fiscais.
Foi desenvolvido no “Resguardo Digital” um Workflow de atividades e aprovações que
será adequado para atender ao processo da solução ADDTAX.
O solicitante irá atuar na plataforma com as mesmas atividades atuais, informando o

número da(s) Folha(s) de registro de serviço ou do(s) documento(s) de material, o(s).
Estas informações serão então encaminhadas no corpo do e-mail, junto aos arquivos
PDF e XML referentes a fatura para serem utilizadas nos processos.
Deverá ser entregue, em tempo de projeto, o layout padrão do envio destas
informações.
informações abaixo, sendo que, devido a entrada física (MIGO) ser realizada antes da
emissão da fatura, não serão extraídos dados de item.

o I – Ingresso (Facturacion)
o E – Egresso
o T – Translado
o N – Nómina
o P – Pago
 Regime Fiscal
 CP emissor (somente para emissores locais)
 Uso CFDI
 Valor total dos impostos e retenções:
o “Traslados”
o “Retenidos”
 Método de pagamento:
o PUE - Pago en una sola exhibición
o PPD - Pago en parcialidades o diferido
 Forma de pagamento
 UUID
4.3.3.5 Peru
No Peru, a maioria das faturas são eletrônicas, porém alguns fornecedores ainda
emitem faturas não eletrônicas.
Para as faturas eletrônicas, emitidas pela SUNAT (Superintendência Nacional de
Administração Tributária do Peru), são disponibilizados arquivos no formato PDF (texto)
e XML com um layout padrão.
 Tipo de documento
 Valores totais dos impostos
 Valores totais de outros tributos/descontos
Observação: o Número da fatura é composto da série (4 dígitos: 1 letra e 3 números) e

um sequencial numérico (8 dígitos). Quando a série inicia com a letra “E” significa que a
mesma foi emitida no ambiente da SUNAT, quando inicia com a letra “F”, ela foi emitida
por um emissor autorizado.
No XML, a série e o nº da fatura, se encontrando na mesma Tag, serão extraídos para o
mesmo campo (nº da Fatura), não existindo assim, na solução ADDTAX, o
preenchimento do campo “SERIE”.

4.3.4 Armazenagem dos documentos
Foi definido que os documentos fiscais (Faturas) para este projeto, serão armazenados
no eDocuments do HCI.
Os documentos serão armazenados e consultados via API’s, que já desenvolvida pelo

Parceiro Cienci e já utilizada para os projetos MEI e Forseti Brasil.
A solução ADDTAX irá armazenar os documentos fiscais no SCP (document service)

através da API “Gravação de Arquivo S3 e Doc.Service”.
Alteração de escopo (outubro 2020)
Para melhor a performance da operação, a gravação dos documentos, no momento do

recebimento (via e-mail ou webservice), será realizada no sistema de gestão SAP ECC.
Estes documentos serão gravados, lidos ou deletados diretamente do sistema de gestão
SAP ECC durante um período de 40 dias.
A API – Gravação de Arquivo S3 e Doc.Service foi substituída por uma gravação dos
documentos no repositório do AWS.
Foi desenvolvido um programa de migração dos arquivos

(/ADD/71673990_MIGRAR_AWS) para efetuar a migração dos arquivos do sistema de
gestão SAP ECC, ou do e-document para este novo repositório.
Foram criadas as interfaces para gerenciamento de armazenamento dos arquivos no

serviço S3 da AWS abaixo:
 ZCO_FORSETI_API_AWS_S3_CREATE – Criação de arquivo
 ZCO_FORSETI_API_AWS_S3_DELETE – Deletar arquivo
 ZCO_FORSETI_API_AWS_S3_GET_FIL – Ler arquivo
Foi criado um parâmetro na interface dos buckets AWS S3 (criação, leitura e exclusão
de arquivos), para indicar em que repositório será executada a ação. Para o projeto
Forseti LATAM, o parâmetro do bucket é informado de acordo com o país, conforme
abaixo:
 2 – Chile
 3 – Mexico
 4 – Argentina
 5 – Colômbia
 6 – Peru
Esta configuração ficará gravada em na variante global AWS_BUCKETS sendo o
parâmetro definido por empresa.
As informações deverão ser armazenadas pelo período indicado pela legislação de cada
país (responsabilidade da Natura):
 Argentina: 5 anos
 Chile: 6 anos

 Colômbia: 9 anos
 México: 10 anos
 Peru: 10 anos
4.3.5 Envio de Notificação
Poderá ser utilizada a funcionalidade de Envio de Notificação da ferramenta durante o

processamento das atividades de cada processo, através da qual serão enviados e-
mails com base no resultado da execução de cada atividade (log de sucesso ou erro).
Deverá ser definido em tempo de projeto quais “logs” deverão ser parametrizados com
base nas especificações abaixo assim como com seus respectivos assuntos e corpo de
e-mail.
A funcionalidade de Envio de Notificação permitirá o envio de e-mails para:

 Um grupo de usuários
 O Fornecedor
 O requisitante do Pedido de compras
Caso não seja possível identificar o requisitante, deverá ser considerado o
criador do pedido de compras
 Um e-mail específico
 O criador do Pedido de compras
Os principaís parâmetros considerados na funcionalidade da solução ADDTAX para cada

Erros / Sucesso (retorno da atividade, status ou log) são:
 Processo
 Atividade (etapa)
 Prazo do envio/reenvio
 Destinatário(s) do e-mail
 Assunto / Texto padrão do e-mail
 Objeto (criado pela SO10 - Natura) com texto padrão do e-mail ou funcionalidade
de edição de texto da solução
 Momento em que o e-mail deverá ser enviado (Prazo para reenvio)
 Identificação de status (semáforo)
O envio do e-mail poderá ser configurado para que sejam agrupados todos os logs de
uma única atividade.
Na atividade de determinação de processo (atribuição de pedido e item), o sistema

deverá verificar:
 Que existe um e-mail cadastrado no registro mestre do fornecedor.

O sistema não irá verificar se o e-mail cadastrado é válido e nem se o envio do

e-mail, quando relevante, foi enviado com sucesso, ficando esta
responsabilidade para a equipe da NATURA.
 Após a atribuição do pedido, o sistema deverá verificar o código SAP do criador
do pedido e se existe um e-mail cadastrado nos dados do usuário.
O sistema não irá verificar se o e-mail cadastrado é válido e nem se o envio do
e-mail, quando relevante, foi enviado com sucesso, ficando esta
responsabilidade para a equipe da NATURA.
O sistema deverá gerar um log de aviso (Warning) quando não encontrar as
informações acima.
4.3.6 Funcionalidade de Controle de lançamento fora do

ADDTAX
Esta funcionalidade irá verificar, com base no número da fatura/Serie, a cada execução
de cada atividade, se o documento fiscal que está sendo processado já foi escriturado
(MIRO).
Ao identificar ume escrituração realizada fora do ADDTAX, o sistema irá identificar a

situação em um campo que poderá ser exibido nos monitores do ADDTAX (Nota
escriturada por fora) e irá gravar nas tabelas do ADDTAX o número da entrada da fatura
(MIRO) gerada.
Para identificar um lançamento de entrada fiscal lançada fora do ADDTAX, é

imprescindível que este lançamento esteja com as mesmas informações extraídas da
fatura, ou seja, data de emissão, número da fatura e código do fornecedor.
Com base nas configurações do ADDTAX, o documento fiscal poderá seguir para uma
próxima atividade ou concluir o processo.
4.3.7 Encerramento e reclassificação para Processo Eliminados

(deleção de arquivo)
O ADDTAX deverá ser configurado para que todos os documentos de todos os processos
de todos os projetos (FORSETI Brasil, FORSETI LATAM, DOC-e, MEI e projetos futuros), ao
serem “Encerrados manualmente” (status E0000), sejam encaminhados para o
processo 9001 para serem deletados após o prazo de 90 dias após última modificação
(prazo definido atualmente).

Em qualquer atividade do processo, o usuário poderá “recusar” uma fatura.

Para cada processo, é possível configurar os motivos para os quais o documento precisa
ser encerrado, assim, quando o documento não pode ser processado, porém não pode
ser deletado, o usuário pode definir um motivo diferente do “Encerrado manualmente”
– E0000.
Para tal, o processo deverá ser encerrado manualmente, informando o motivo da
recusa diferente.
Estes motivos ficarão cadastrados em uma variante de processo (ENCERRA_STATU), no

processo principal de cada país, XX010 ou XX100.
Foram definidos os motivos abaixo:
 00132 - Lançamento no GED
 E0000 - Processo encerrado manualmente
Foi definido que apenas o status de encerramento manual (E0000) irá enviar os
documentos para o processo de Processos eliminados (processo 9001) para deleção dos
arquivos.
Não será tratada a deleção automática para outros status como o da duplicidade
(A0002), caso seja relevante para deleção, o usuário poderá encerrar os documentos
com status E0000.
4.3.8 Configurações pessoais para alimentação da árvore do

pedido por processo
Com o objetivo de otimizar a operação, as configurações pessoas que definem a

abrangência do período das consultas dos documentos de compras disponíveis nos
dados complementares serão separadas por processo principal.
4.3.9 Download em massa dos documentos
Para permitir o download em massa dos documentos para todos os processos do Brasil
e LATAM, foi disponibilizado uma funcionalidade no menu do monitor de processo.

Os anexos serão salvos com uma chave, concatenando as informações abaixo:

 Empresa
 CNPJ do emissor
 Nº da nota fiscal ou nº da fatura
 Data de emissão
 Código do arquivo (FILNR- numeração interna do anexo)
4.3.10 Classificação dos documentos fiscais (RD-e)
Todos os documentos coletados (ou baixados via Webservice) passarão pelo processo
10 - RD-e - Recebimento de Documentos Eletrônicos.
Nesta atividade, serão efetuadas algumas validações básicas:
 Identificação Fiscal do emissor (emissor local)
 Identificação Fiscal do destinatário / Tomador (Natura)
Para a Colômbia, deverá ser validada apenas a raiz da identificação fiscal, sem o
dígito verificador
 Duplicidade de documento considerando:
o Identificação fiscal
o Nº da fatura
o Serie (quando aplicável)
o Data de emissão
o UUID (somente para México)

Nesta etapa do processo, também serão segregados (por meio de um log de erro) os
documentos que não serão processados, ou seja, os documentos referentes aos
cenários fora de escopo.
Os documentos serão segregados com base nas regras de cada país.
Autorização de uso
Está sendo avaliado tecnicamente a possibilidade da verificação de “autorização de
uso” de uma fatura para os países cujo entidade fiscal disponibiliza uma consulta via
Webservice.
Foi definido que esta consulta seria desenvolvida somente para o México pois pode
ocorrer cancelamento da fatura.
4.3.10.1 Argentina
Apenas as faturas com as características abaixo serão consideradas para a classificação

do documento:
 Natureza do documento: Original
 Código AFIP e Letra do documento (Tipo de documento):
Código LETRA TIPO
TIPO
AFIP DOC
1 A FACTURAS A
6 B FACTURAS B
11 C FACTURAS C
19 E FACTURAS DE EXPORTACION (1)
51 M FACTURAS M
2 A NOTAS DE DEBITO A
7 B NOTAS DE DEBITO B
12 C NOTAS DE DEBITO C
20 E NOTAS DE DEBITO POR OPERACIONES CON EL EXTERIOR (1)
52 M NOTAS DE DEBITO M
4 A RECIBOS A
9 B RECIBOS B
15 C RECIBOS C
54 M RECIBOS M
84 A COMPROBANTE/FACTURA DE SERVICIOS PUBLICOS
201 A FACTURA DE CRÉDITO ELECTRÓNICA MiPyME (FCE) A

202 A NOTA DE DÉBITO ELECTRÓNICA MiPyME (FCE) A

206 B FACTURA DE CRÉDITO ELECTRÓNICA MiPyME (FCE) B
207 B NOTA DE DÉBITO ELECTRÓNICA MiPyME (FCE) B
211 C FACTURA DE CRÉDITO ELECTRÓNICA MiPyME (FCE) C
212 C NOTA DE DÉBITO ELECTRÓNICA MiPyME (FCE) C
4.3.10.2 Chile

do documento:
o Factura electrónica
o Factura no afecta o exenta electrónica
o Boleto de honorário
4.3.10.3 Colômbia

do documento:
o 1 - Factura de venta
o 2 - Cuenta de cobro – Pessoa física
o 4 - Faturas de serviços públicos
Para os grandes contribuintes, o sistema deverá verificar se documento recebido (e-

mail), contém um documento no formato XML e um documento no formato PDF.
Deverá ser criada uma variante com a lista dos fornecedores “Grande Contribuintes”
contendo o código do fornecedor (SAP) e a validade da informação (valido até).
A lista dos fornecedores poderá ser entregue em tempo de projeto.
A atualização destas informações ficará sob responsabilidade dos usuários.
Caso não seja encontrado um dos dois anexos, a solução irá retornar uma mensagem
de erro que poderá ser utilizada para o envio automático de um e-mail ao fornecedor
solicitando o envio de um novo e-mail com os dois anexos.
4.3.10.4 México

do documento:
 Tipo de comprovante:

o I – Ingresso (Facturacion)
O sistema deverá verificar se o registro recebido contém o XML e seu respectivo

arquivo PDF em anexo.
de erro que será utilizada para o envio automático de um e-mail ao fornecedor
O sistema deverá verificar a existências dos dados para envio dos e-mails ao fornecedor
conforme descrito no tópico “Envio de Notificação” irá retornar um log de aviso
(Warning) quando não encontrar as informações necessárias.
4.3.10.5 Peru

do documento:
o 01 – Factura
o 02 – Recibo por honorários
Para as faturas, o sistema deverá verificar se o registro recebido contém o XML e seu
respectivo arquivo PDF em anexo.
de erro que será utilizada para o envio automático de um e-mail ao fornecedor
O sistema deverá verificar a existências dos dados para envio dos e-mails ao fornecedor
conforme descrito no tópico “Envio de Notificação” irá retornar um log de aviso
(Warning) quando não encontrar as informações necessárias.
4.4 Atividades dos processos de compras - LATAM

A solução ADDTAX irá executar as atividades dos processos com base no fluxo do
processo desenhado acima, seguindo as especificações descritas nos próximos tópicos.
O usuário poderá visualizar no monitor as informações de cabeçalho extraídas de forma

automática ou informadas manualmente durante o processamento de cada atividade.

Através dos dados complementares da solução, o usuário poderá visualizar os arquivos

recebidos por e-mail ou por download que passaram pela classificação inicial dos
processos, assim como dados de itens.
Nos países da LATAM, exceto para o México, o cancelamento/anulação de uma fatura é

realizado com a emissão de uma nota de crédito, ou uma nota de débito quando o valor
foi cobrado a menor.
Sendo assim, não haverá atividade de verificação de status de cancelamento das
faturas, exceto para o México.
4.4.1 Atribuição do Pedido e item/Classificação
4.4.1.1 Objetivo
Atribuir os documentos de compras e seus respectivos itens da fatura para permitir a

classificar do processo e a execução das próximas atividades de cada processo.
4.4.1.2 Pré-Requisitos
O documento fiscal, legível, deverá conter todos os elementos objetos de validação,

sendo eles:
 Documento de compras
 Item do documento de compras
Em caso de inconsistências, será notificado através de erro no monitor ADDTAX.
O status da Atividade deverá estar como Aguardando atribuição do Pedido e

item/Classificação.
4.4.1.3 Descritivo
Nesta etapa, o sistema irá vincular, de forma automática, o pedido de compras e seu
respectivo item com base nos documentos informados na fatura (folha(s) ou
documento(s) de material) e classificar o processo.
Nos casos para os quais o fornecedor informou apenas o nº do pedido de compras sem
informar folha ou documento de material, o sistema poderá vincular o item de forma
automática quando existir apenas um item no pedido.

Para as compras de materiais, nos casos para os quais o fornecedor informou o, ou os

números de documento de material, o sistema irá atribuir de forma automática o pedido
e o item de compras e seu respetivo item.
Para as faturas contendo o(s) número(s) da folha de registro de Serviço, o sistema será
capaz de vincular de forma automática o número do pedido de compras e seu respetivo
item.
O sistema irá criar uma linha de serviço para cada folha de registro de serviço
identificada na fatura.
O usuário poderá eliminar e/ou criar uma linha nos itens da fatura, nos dados
complementares da solução ADDTAX.
A atribuição do(s) documento(s) de compras / item(ns) é imprescindível para permitir a

classificação correta do processo ao qual se refere e para prosseguir com as demais
validações.
Para permitir a classificação dos processos, o sistema irá seguir as regras abaixo:
Os documentos serão classificados em quatro fluxos:
 Compra de Serviço
o Categoria do Item = D - Prestação serviços
o Categoria de Classificação ≠ Vazio
 Compra de materiais indiretos
o Categoria do Item = Vazio
o Categoria de Classificação diferente de (≠)
 V – Ativo Natura – CIAP
 Y – Serviço Ativo Natura
 Z – Ativo Natura
 Compra de ativo
o Categoria de Classificação igual (=)
 V – Ativo Natura – CIAP
 Y – Serviço Ativo Natura
 Z – Ativo Natura
 Compra de materiais diretos
o Categoria de Classificação = Vazio
Caso o documento fiscal não se enquadre em nenhuma regra de classificação, o

sistema deverá retornar uma mensagem de erro.
Todos os pedidos de compras/item atribuídos a fatura, deverão pertencer ao mesmo

processo.

Nesta atividade, o sistema irá executar novamente a verificação de duplicidade

conforme descrito no processo de classificação.
Nesta atividade, o sistema deverá verificar a existência dos dados para envio dos e-
mails conforme descrito no tópico “Envio de Notificação” (Fornecedor e criador do
pedido de compras) e irá retornar um log de aviso (Warning) quando não encontrar as
informações necessárias.
Nesta atividade, o sistema irá verificar o preenchimento dos campos obrigatórios para
os quais não foi possível a extração automática dos mesmos.
O sistema irá retornar um log de erro informando qual campo precisa ser preenchido.
A definição dos campos obrigatórios se fará com base nas informações necessárias para
a execução de cada atividade e validações necessárias realizadas nas próximas etapas,
e com base nos campos específicos de cada processo. Por exemplo, nesta atividade, o
número da folha de registro de serviço não poderá ser obrigatório pois esta informação
não se aplica aos demais processos.
Após a atribuição dos documentos de compras, e o preenchimento de todos os campos

obrigatórios, o sistema estará apto a classificar o documento fiscal com base nas
informações contidas no pedido de compras e assim executar as atividades seguintes,
sinalizando o status Sucesso na atribuição do Pedido e item/Classificação e em
seguida, sinalizando a próxima etapa conforme definição de cada processo.
O documento eletrônico permanecerá com status Aguardando atribuição do Pedido

e item/Classificação até que os mesmos sejam atribuídos manualmente.
4.4.2 Atribuição da Folha de Serviço / Documento de material
4.4.2.1 Objetivo
Atribuir as folhas de Serviço ou os documentos de material a fatura para permitir a

execução das próximas atividades de cada processo.

sendo eles:
 Para serviço:
o Folha de Serviço
 Para compra de materiais diretos, indiretos e ativos:

o Documento de material
O status da Atividade deverá estar como Aguardando atribuição da folha de

serviço ou Aguardando atribuição do documento de material.
4.4.2.3 Descritivo
Caso o fornecedor não tenha destacado na fatura o, ou os números de folhas de

serviço, ou números do documento de material, o usuário deverá realizar esta
atribuição manualmente, selecionando o documento disponível na árvore de pedidos
(pedido com saldo e seus documentos subsequentes, folha de registros de serviço ou
documento de material).
Referente aos documentos de material, ao criar a entrada física (MIGO), o usuário

informa o nº da “remessa” (remito, remissíon...) no campo referência da transação
MIGO.
Esta informação será exibida na árvore dos documentos de compras para facilitar sua
atribuição manual.
Após a atribuição das folhas de Serviço ou dos documentos de material, o sistema

estará apto a executar as atividades seguintes, sinalizando o status Sucesso na
atribuição da folha de serviço ou Sucesso na atribuição do documento de
material e em seguida, sinalizando a próxima etapa conforme definição de cada
processo.
O documento eletrônico permanecerá com status Aguardando atribuição da folha

de serviço ou Aguardando atribuição do documento de material até que os
mesmos sejam atribuídos manualmente.
4.4.3 Validação Geral (Check com normas)
4.4.3.1 Objetivo
Validar as informações extraídas da fatura com os dados do sistema de gestão SAP ECC
e assim prosseguir com as etapas seguintes.
Esta atividade será executada com base nos documentos de compras e seus
respectivos itens.

O documento eletrônico, legível, deverá conter todos os elementos objetos de

validação, sendo eles:
 Pedido(s) e item(ns)
 Folha de Registro de Serviço (somente para compras de serviço)
 Data de emissão da Fatura
 Identificação fiscal do Emissor
 Identificação fiscal do Destinatário / Tomador

O status da Atividade deverá estar em Aguardando Validação Geral/Erro na
Validação Geral.
4.4.3.3 Descritivo
Após a atribuição dos documentos necessários (pedido, item, folha ou documento de

material), o sistema estará apto a efetuar as validações do documento fiscal pertinentes
ao processo com base nas informações contidas no pedido de compras (dados de
cabeçalho), as informações do item do pedido de compra (dados do item), da folha de
registro de serviço (para compras de serviço), do documento de material (para compras
de material) e as informações extraídas da fatura de forma automática ou informadas
manualmente e irá efetuar as validações relevantes para cada processo e para cada
país.
Após efetuar as validações para cada processo, e se o processo referente ao documento

fiscal for validado corretamente, o mesmo estará apto para a execução da atividade
seguinte, sinalizado através do status Sucesso na Validação Geral e em seguida, irá
sinalizar a próxima etapa conforme definição de cada processo.
O sistema poderá enviar um e-mail através da funcionalidade de Envio de Notificação.
Se o documento não for válido o sistema deverá sinalizar o status Erro na validação
Geral indicando a sua real situação.
4.4.3.3.1 Validações / definições globais
O sistema irá efetuar as validações abaixo

 Identificação Fiscal do Emissor
O emissor deverá ser o fornecedor definido no pedido de compras. Não será
considerado qualquer cadastro nas funções parceiros do pedido de
compras/cadastro do fornecedor, no entanto, caso o sistema identifique uma
divergência entre o emissor da fatura e o fornecedor do pedido de compras,
deverá ser verificado se o emissor da fatura está cadastrado como

recebedor do pagamento no registro mestre do fornecedor do pedido, na

visão de dados da empresa, aba de pagamento.
Caso o mesmo esteja cadastrado, o sistema deverá, ao executar a transação
MIRO, informar este fornecedor como recebedor do pagamento, na aba
pagamento.
Podem existir vários cadastros de fornecedores para a mesma identificação

fiscal e com isso, o sistema pode vincular o código de fornecedor divergente
do código utilizado no pedido de compras e consequentemente, gerar uma
divergência. Nestes casos, o sistema deverá verificar se a identificação fiscal
informada no cadastro do fornecedor do pedido de compras correspondente
a identificação fiscal extraída do documento e caso seja necessário, irá
alterar o código do fornecedor nos dados complementares de forma
automática.
Esta regra já foi desenvolvida para o Brasil.
 Identificação Fiscal do destinatário / Tomador
 O Destinatário / Tomador deverá pertencer a empresa informada no
cabeçalho do pedido de compras e corresponder ao centro informado no
item do pedido e compras (Identificação Fiscal íntegra exceto para a
Colômbia).
 Para a Colômbia, caso o fornecedor tenha informado apenas a
Identificação Fiscal “raiz”, ou seja, sem o dígito verificador, a solução
deverá retornar um log de aviso “Warning”
 Data de emissão
A Fatura deverá ter sido emitida no exercício corrente, caso contrário, o
sistema deverá retornar uma mensagem de erro para que a fatura possa ser
analisada para prosseguir com seu pagamento ou para ser recusada.
Para prosseguir com o pagamento, o usuário deverá preencher um motivo
da aceitação (campo editável), caso o mesmo avalie que não ocorrerá o
pagamento da fatura, o mesmo deverá encerrar manualmente o processo,
definindo o motivo da recusa.
 Moeda
A moeda informada na fatura deverá ser a mesma moeda do pedido de
compra, exceto para:
 Argentina: Para os pedidos globais, a moeda da fatura poderá ser a
moeda local (ARG) e o pedido de compra em Dólar (USD). O inverso
não será permitido.
Para o Chile, todos os pedidos de compras são criados na moeda local.
 Data de vencimento
A data de vencimento, no sistema de gestão SAP ECC, é calculada com base
na condição de pagamento informada no pedido de compras.
Será desenvolvido, em tempo de projeto (pela Accenture) uma função no
lançamento da MIRO que irá determinar a data de vencimento para uma
data fixa conforme regra de cada país.

A solução deverá considerar o retorno desta função para efetuar a validação,

e posteriormente o lançamento da MIRO.
Abaixo as datas fixas por país:
 Argentina: Quinta-feira
 Chile: Quinta-feira
 Colômbia: Quinta-feira
 México: Sexta-feira
 Peru: Terça-feira
A validação deverá ser realizada apenas para os tipos de pedidos de

compras diferentes dos pedidos abaixo:
 ZSB – Req.serviço Ariba
 ZNB – Req.material Ariba
Estes tipos de pedidos foram criados para a criação dos pedidos de compras
pelo Ariba, sendo assim, a condição de pagamento informada no pedido de
compras já foi validada e aprovada (Worflow de aprovação).
O sistema deverá verificar que o prazo (em dias) definido na condição de
pagamento do pedido de compras é ≥ (maior ou igual) ao prazo (em dias)
definido na condição de pagamento do cadastro do fornecedor (visão da
empresa). (Prazo PO ≥ Prazo FO).
Em caso de divergência, o sistema deverá retornar uma mensagem de erro.
O usuário irá analisar o erro e solicitar a alteração da condição de
pagamento do pedido de compras, ou caso se trate de uma exceção, o
usuário deverá preencher o motivo, num campo editável, para justificar a
divergência e permitir prosseguir com as próximas atividades.
O usuário terá a possibilidade de anexar ao documento fiscal, nos dados
complementares da solução, a justificativa.
Deverão ser criados três campos nos monitores de todos os processos.

O sistema deverá gravar nestes campos, as informações abaixo:
 Condição de pagamento do pedido de compras
 Condição de pagamento do cadastro do fornecedor informado nos
dados da empresa
 Data de vencimento calculada pela função desenvolvida pela
Accenture com base na condição de pagamento do pedido de
compras e data de emissão.
Para as datas de vencimento no passado, será gravada a nova data
fixa determinada pela função. Esta data será gravada na atividade de
validação geral e não será atualizada nas atividades subsequentes.
O sistema deverá considerar as exceções das exceções da data fixa,
conforme variante existente.

4.4.3.3.2 Validações para compras de Serviço
O sistema irá efetuar as validações abaixo

 Pedido de compras
O pedido de compras deverá estar válido, liberado e com saldo.
 Folha de registro de Serviço
 A Folha de Registro de Serviço deverá estar válida, liberada e com saldo;
 A solução irá verificar se a folha de Registro de serviço já foi escriturada;
 A solução deverá verificar se Folha de Registro de Serviço já foi atribuída
em outra fatura se encontrando numa atividade posterior.
Nos países da LATAM, o campo Entrada da Fatura baseada em serviço
(Rev.Fat.BasSer) não é marcado e não deverá ser validado.
4.4.3.3.3 Validação para compras de materiais e Ativos
Devido as faturas de compras de materiais (diretos, indiretos e ativos) serem emitidas

após a entrada física (MIGO), não será possível / necessário validar o status do pedido
(liberado, com saldo...) tampouco a quantidade.
Pelo fato dos pedidos não serem criados, a maioria das vezes, com o código de imposto
correto, não será possível validar o valor total da nota nesta a atividade. O valor total
da nota será validado na atividade de validação fiscal.
4.4.3.3.4 Validações especificas por país
a) Argentina
A data de vencimento do CAE ou CAI informada na fatura deverá ser validada:

 CAE – Sempre data de vencimento 10 dias depois da data de emissão
Em caso de divergência, será gerado um log de aviso, no entanto, se a data de
vencimento for anterior à data de emissão, será gerado um log erro.
 CAI - A data de vencimento nunca poderá ser anterior à data de emissão
Em caso de divergência, será gerado um log de erro.
b) Chile
Não foi levantada nenhuma validação específica para o Chile.

c) Colômbia
Com as informações extraída da fatura, de forma automática ou inseridas manualmente

nos dados complementares, a solução deverá verificar se o número da resolução está
válido e se o número da fatura se encontra no range de numeração permitido.
O range de numeração poderá conter letras e números ou somente números.
O sistema deverá validar se a fatura foi emitida no período de vigência da resolução

informado no documento.
d) México
Será cadastra, em uma variante do ADDTAX, uma lista de códigos de fornecedores

(SAP) identificados como fraudulentos ou devedores.
O usuário terá a possibilidade de atualizar esta lista periodicamente já que o SAT a
atualiza a cada 15 dias.
Esta lista deverá ser entregue em tempo de projeto.
Caso o fornecedor se encontre nesta lista, o sistema deverá retornar uma mensagem
de erro.
O sistema deverá validar os campos abaixo:

 Método de pagamento: Deverá sempre ser igual a PPD
 Forma de pagamento: Deverá ser 99 ou 03
O centro de custo e a conta contábil enviadas no corpo do e-mail deverão ser validados
com o centro de custo e a conta contábil informados no pedido de compras (item do
pedido).
O uso de CFDI deverá ser validado seguindo as seguintes regras (CFDI permitidos):
 Compra de Serviço
o G03 – Gastos en general
o P01 – A definir
 Compra de materiais indiretos
o G03 – Gastos en general
o P01 – A definir
 Compra de ativo
o I01 – Construcciones
o I02 – Mobilario y equipo de oficina por inversiones
o I03 – Equipo de transporte
o I04 – Equipo de computo y accesorios
o I05 – Dados, troqueles, moldes, matrices y herramental
o I06 – Comunicaciones telefónicas
o I07 – Comunicaciones satelitales
o I08 – Otra maquinaria y equipo

 Compra de materiais diretos

o G01 – Adquisición de mercancias
o P01 – A definir
Em caso de divergência, a solução deverá retornar uma mensagem de aviso.
e) Peru
Não foi levantado uma validação geral específica para o Peru.
4.4.4 Classificação Fiscal
4.4.4.1 Objetivo
Validar e preencher as informações necessárias para a realização da validação fiscal e a

execução da entrada fiscal (MIRO).
O status da Atividade deverá estar como Aguardando classificação fiscal.
4.4.4.3 Descritivo
Nesta atividade, o usuário deverá alterar o código do imposto, se necessário, validar as

informações relevantes para a execução da entrada da fatura e preencher as
informações faltantes. Estas informações poderão ser relevantes para a atividade de
validação fiscal.
O campo do código do imposto (IVA) será definido como campo aberto permitindo um
ajuste manual, caso necessário.
As retenções de impostos poderão ser validadas com base nas definições de cada país
e poderão ser ajustadas manualmente pelo usuário.
O analista poderá alterar manualmente os valores das bases dos impostos retidos nos
dados complementares na solução ADDTAX, quando necessário, e/ou os códigos de
retenção que poderão ser “eliminados” caso a retenção não se aplique.

Para os demais impostos, os mesmos seguirão as configurações do sistema de gestão

SAP ECC com base no código do imposto definido no pedido de compras ou alterado
manualmente.
As simulações dos lançamentos contábeis poderão ser pré-visualizadas.
Para todos os países, a solução ADDTAX irá disponibilizar uma funcionalidade

permitindo ao usuário informar os lançamentos para contas do razão, e/ou materiais,
quando necessário.
Estas funcionalidades serão utilizadas principalmente pela Argentina.
Na Argentina, os lançamentos para contas do razão são necessários devido a uma

complexidade grande de regras de tributação para as quais não existe um código de
imposto comtemplando todas as regras necessárias.
Os lançamentos para a conta do material são devidos a uma variação constante da
inflação do país afetando o preço do material. Para evitar estes tipos de lançamento
que gera retrabalho de contabilização após o lançamento da MIRO (que permanecerá
fora do ADDTAX), os valores dos pedidos de compras precisariam ser atualizados, no
entanto, devido ao volume de retrabalho do departamento de suprimentos e ao fato da
estratégia de aprovação ser reinicializada, a Natura optou por permanecer com estes
ajustes.
Na Argentina, o usuário deverá preencher o campo da forma de pagamento (campo

obrigatório) para que o mesmo seja informado no momento do lançamento da MIRO.
Caso a moeda do pedido de compras seja diferente da moeda local, o sistema deverá
obrigar o preenchimento da taxa de câmbio, exceto para a Colômbia e Peru para os
quais a taxa de câmbio será definida de forma automática pela função standards que
utiliza a taxa de câmbio cadastra no sistema de gestão SAP ECC.
Após a revisão / alteração dos dados relevantes para a validação fiscal/entrada fiscal, o
sistema estará apto a executar as atividades seguintes, sinalizando o status Sucesso
na Classificação Fiscal e em seguida, sinalizando a próxima etapa conforme definição
de cada processo.
O documento eletrônico permanecerá com status Aguardando classificação fiscal

até que os mesmos sejam liberado manualmente.
4.4.5 Validação Fiscal
4.4.5.1 Objetivo
Efetuar a validação fiscal das informações contidas no documento eletrônico válido.


sendo eles:
 Valor total bruto
 Valor dos impostos
 Retenções quando aplicável

O status da Atividade deverá estar em Aguardando Validação Fiscal/Requer
análise Fiscal.
4.4.5.3 Descritivo
O sistema deverá efetuar a validação fiscal das informações contidas no documento

fiscal, tendo como base as informações contidas no sistema de gestão SAP ECC e as
informações preenchidas de forma manual na atividade de classificação fiscal.
A validação fiscal será tratada da mesma forma para os processos de compras de

materiais diretos, indiretos, compra de ativos e compra de serviço, pois para todos os
processos, o sistema de gestão ECC SAP utiliza o mesmo esquema de cálculo.
As informações extraídas das faturas (valores totais, valores totais dos impostos, e
retenções) serão comparados com os valores calculados pelo SAP. A simulação fiscal,
será realizada através de uma função standard executada com base no pedido de
compras, o código do imposto do pedido (ou informado manualmente na atividade de
classificação fiscal), as configurações SAP (determinação automática de impostos –
Módulo MM) e as informações inseridas na atividade de classificação fiscal.
A solução ADDTAX deverá considerar as tolerâncias configuradas no sistema de gestão

SAP ECC.
No caso de inconsistências, a solução disponibilizará logs de erros da simulação, para
análise dos usuários e posterior correção.
O usuário poderá utilizar a funcionalidade da solução ADDTAX para informar/corrigir os

lançamentos para contas do razão, correspondente a aba “Conta Razão” da transação
MIRO e/ou informar os lançamentos para os materiais na aba “Material” da transação
MIRO.
As retenções de impostos poderão ser corrigidas com base nas definições de cada país.

Em caso de divergência ou falta de informação, o sistema poderá enviar um e-mail

através da funcionalidade de Envio de Notificação. Os parâmetros e os destinatários
serão definidos em tempo de projeto.
Inicialmente, foi definido que os lançamentos dos ajustes necessários em contas do

razão (aba da MIRO) eram apenas para lançamento em contas de impostos, no entanto,
foi identificado que esta funcionalidade também é utilizada para lançamentos em outros
tipos de contas.
O sistema deverá considerar apenas as contas de impostos para a validação fiscal dos
impostos, e a demais contas para compor o valor total da fatura.
Será criada uma variante global (o plano de contas LATAM é único) onde serão
cadastradas os prefixos das contas de impostos.
Para esta variante, deverá ser criada uma transação para manutenção dos usuários
(/ADD/71673990017 - Pré-fixo Contas de impostos para LATAM).
Inicialmente, foram definidos os prefixos de contas abaixo:

 100500 IMPOSTOS A RECUPERAR
 110101 IMPOSTOS A RECUPERAR
 110100 IMPOSTOS DIFERIDOS
 200201 OBRIGAÇÕES TRIBUTÁRIAS
 210100 OBRIGAÇÕES TRIBUTÁRIAS -
EXIGIBILIDADE
 310000 IMPOSTOS INCIDENTES SOBRE
VENDAS
 360000 (-) PROVISÕES CSLL
 360100 (-) PROVISÕES IRP
Se o processo referente ao documento eletrônico for validado corretamente, o mesmo

estará apto para a execução da atividade seguinte, sinalizado através do status
Sucesso na Validação Fiscal e em seguida, irá sinalizar a próxima etapa conforme
definição de cada processo.
Se o documento não for válido o sistema deverá sinalizar o status Requer análise
Fiscal (Farol amarelo) indicando a sua real situação.
4.4.5.3.1 Validações especificas por país
a) Argentina
O sistema deverá validar o valor líquido da fatura (Importe Neto) com o valor líquido do
pedido de compras.

Na Argentina existem diversos tipos de impostos com diversas regras por categoria e
por províncias.
As principaís tributações são:
 IVA
o “Gravado”
o “No Gravado”
o “Exento”
o “Monotributista”
 “Percepciones”
o IVA
o “Ingresso bruto”
 “Retenciones”
o “Ganancias actividad”
o SUSS
o “Ingressos brutos”
o IVA
o Monotributo
o “Factura M”
o Exterior
o “Embargos”
O sistema irá validar os impostos calculados pelo o esquema de cálculo TAXAR.

Para os impostos configurados “no cadastro do fornecedor”, não será possível efetuar
uma validação pois estes impostos não sempre são destacados na fatura.
Em caso de divergência dos impostos calculados pelo o esquema de cálculo TAXAR, o

usuário poderá alterar o código de imposto para atender a tributação necessária.
Os demais impostos poderão ser tratados nesta atividade quando o registro apresentar
alguma divergência.
Para o processo de serviço, caso a validação fiscal ocorra com sucesso, as informações
fiscais poderão ser tratadas na atividade de análise e liberação fiscal.
b) Chile
No Chile, existem as tributações abaixo:

 IVA ou Isento
 Impostos retidos (pessoa física) – Somente Serviço
o “Retenciones”
o “Percepciones”
O sistema irá validar os impostos calculados pelo o esquema de cálculo TAXCL.

Estes impostos poderão ser tratados nesta atividade quando o registro apresentar
alguma divergência, mas caso a validação fiscal ocorra com sucesso, poderão ser
tratados na atividade de análise e liberação fiscal.
c) Colômbia
No Colômbia, existem as tributações abaixo:

 IVA e imposto de consumo
 Impostos retidos
o “Renta”
o IVA
o ICA
O sistema irá validar os impostos calculados pelo o esquema de cálculo TAXCO, no caso
da Colômbia, o sistema irá validar o valor do IVA e do ICA.
Para os grandes contribuintes, é possível determinar de forma automática que os

mesmos não terão incidência de retenção de IVA e ICA.
Para esta determinação automática, será utilizada a lista dos fornecedores “Grande
Contribuintes” criada para o processo de classificação (validação do XML e PDF), e
deverá ser criada uma variante com a lista de categorias e códigos de retenção a serem
considerados nesta isenção.
Para os fornecedores cuja categorias e códigos de retenção estiverem cadastrados no
Registre Mestre de Fornecedor, o sistema irá “apagá-los” no momento da execução da
MIRO.
O sistema deverá validar que para os fornecedores pessoa física, não poderá incorrer
tributação do IVA.
d) México
No México, existem as tributações abaixo:

 IVA
o 16%
o 0%
o Isento (“Exento”)

 Impostos retidos (para serviço)

o Frete: 4% (entidade legal)
o IVA (Pessoa física): 2/3 do IVA
o ISR (Pessoa física): 10% da base
O sistema irá validar os impostos calculados pelo o esquema de cálculo TAXMX.
Para os impostos configurados “no cadastro do fornecedor”, será validado o valor total
das retenções.
alguma divergência, mas também poderão ser tratados na atividade de análise e
liberação fiscal.
As faturas podem conter vários itens de serviço em uma única folha de registro de
serviço e um ou mais itens podem ter a necessidade de base reduzida.
A base de cálculo será informada nos dados complementares da solução ADDTAX para
ser utilizada no momento do lançamento da MIRO. O valor da retenção será calculado
com base na alíquota configurada no código de retenção.

e) Peru
No Peru, existem as tributações abaixo:

 IGV (pessoas Jurídicas):
o “Gravados”
o “Exonerados”
o “Inafectos”
 Impostos retidos (pessoas jurídicas):
o “Detracciones” – Somente Serviço
o “Retenciones”
o “Percepciones”
 Imposto de renda (somente para serviço de pessoas físicas)
o “Retenciones” do imposto de renda
O sistema irá validar os impostos calculados pelo o esquema de cálculo TAXPE.
4.4.6 Análise e liberação fiscal
4.4.6.1 Objetivo
Efetuar a análise fiscal das informações contidas no documento fiscal, válido para a
execução de todos os processos, e liberar o documento para a próxima atividade
conforme definido para cada processo.
O documento fiscal deverá conter todos os elementos objetos de validação descritos no

tópico de validação fiscal.
O status da Atividade deverá estar em Aguardando liberação Fiscal.
4.4.6.3 Descritivo

Esta atividade estará sob responsabilidade do time do CSC Brasil.

O analista deverá efetuar a análise e liberação fiscal dos documentos fiscais para
garantir o lançamento correto da entrada da fatura.
O analista poderá alterar manualmente os valores das bases dos impostos retidos nos
dados complementares na solução ADDTAX, quando necessário, e/ou os códigos de
retenção que poderão ser “eliminados” caso a retenção não se aplique.
Para os demais impostos, os mesmos seguirão as configurações do sistema de gestão

SAP ECC com base no código do imposto definido no pedido de compras ou alterado
manualmente na atividade de classificação fiscal.
A simulação dos lançamentos contábeis poderá ser pré-visualizadas.
Após efetuar a análise fiscal e os devidos ajustes do documento eletrônico, legível, e o

mesmo se encontrar com todas as suas informações consistentes, o sistema irá alterar
o status para Aguardando Entrada Fiscal. Se houver alguma informação
inconsistente a atividade terá o status Erro Liberação Fiscal.
4.4.7 Entrada Fiscal (MIRO)
4.4.7.1 Objetivo
Efetuar a entrada Contábil e Fiscal do documento de compras relacionado ao

documento eletrônico recebido.
O status da Atividade deverá estar em Aguardando Entrada Fiscal / Erro na

Entrada Fiscal.
4.4.7.3 Descritivo
Esta atividade deverá inicialmente efetuar a entrada fiscal acionando a transação MIRO
para a criação da entrada da fatura.
Esta atividade poderá ser executada manualmente ou via job, no entanto, o job só
poderá ser executado considerando a data de corte que será cadastrada na transação
já existente para o brasil.

Nesta atividade, o sistema deverá verificar se existe um adiantamento vinculados ao(s)

pedido(s) e item(ns) atribuídos a nota fiscal.
Os adiantamentos devem ser criados imprescindivelmente com vínculo ao pedido e
item.
Ao identificar um ou mais pedido/item para o qual foi gerado um adiantamento, o
sistema deverá:
 Criar a MIRO com bloqueio de pagamento
 Gravar o nº do documento contábil do adiantamento (caso exista mais de
um, será exibido apenas um)
 Retornar um log de aviso da existência de um adiantamento para permitir o
envio de e-mail para um grupo de pessoas informando o lançamento,
conforme configurado para no projeto FORSETI Brasil.
Após iniciar a transação MIRO, o sistema deverá informar os seguintes campos:

1. Aba Dados Básicos:
 Operação = Fatura.
 Data da Fatura = Data de emissão da fatura
 Data de lançamento = Data do dia
 Referência: Concatenação de informações sendo elas
o Argentina: “Punto de venta”(serie)+letra do documento+Nº da fatura
íntegro
Serie: 4 últimos dígitos, letra e nº da fatura de 8 dígitos
Ex.: 0008A00025748
o Chile: Tipo de documento+”-”+Nº da fatura íntegro
Ex.: 033-8248165
o Colômbia: Nº da fatura íntegro
o México: Nº da fatura íntegro
o Peru: Tipo de documento+”-”+Nº da fatura íntegro
Ex.: 01-F004-00042032
 Montante total = Valor total da fatura
 Moeda: Moeda do pedido de compras
 Calcular IVA = Sempre marcado, exceto para o Peru para o qual só será
marcado quando existir valor do imposto IGV
 Texto = Texto do pedido do primeiro item
 Pedido(s) de Compra/Item(ns) vinculado(s) a fatura ou nº da(s) folha(s) de

registro de serviço para compras de serviço.

2. Aba de Pagamentos
 Data Base de vencimento = Data de emissão da fatura
 Data do vencimento
A data de vencimento, no sistema de gestão SAP ECC, é calculada
com base na condição de pagamento informada no pedido de
compras.
Será desenvolvido, em tempo de projeto (pela Accenture) uma “Exit”
no lançamento da MIRO que irá determinar a data de vencimento
para uma data fixa conforme regra de cada país.
A solução deverá considerar o retorno desta Exit para efetuar a o
lançamento da MIRO.
Abaixo as datas fixas por país:
 Argentina: Quinta-feira
 Chile: Quinta-feira
 Colômbia: Quinta-feira
 México: Sexta-feira
 Peru: Terça-feira
 Condição de pagamento = A Condição de pagamento definida no pedido
de compras.
 Bloqueio de pagamento:
A MIRO deverá ser criada sem bloqueio de pagamento exceto quando
existir adiantamento. Neste caso, será utilizado o código de bloqueio W –
Bloqueio para adiantamento
 Forma de pagamento:
o Argentina: Conforme informado na classificação fiscal.
o Chile: Com base no preenchimento do campo “conta bancária”:
 Existe um nº de conta = U
 Preenchimento com 1 ou mais “0” = V
 Preenchimento com 1 ou mais “.” ou em branco = C
 Lançamento em Dólar (USD) = P
o Colômbia: Sempre em branco pois preenchendo a forma de
pagamento gera erros no momento da geração da proposta de
pagamento (F110). Ao executar a F110, o sistema de gestão ECC irá
considerar a forma de pagamento do cadastro do fornecedor.
o México: Sempre U
o Peru: Com base no preenchimento do campo “conta bancária”:
 Existe um nº de conta = U
 Preenchimento com 1 ou mais “0” = V
 Preenchimento com 1 ou mais “.” ou em branco = C
 Lançamento em Dólar (USD) = P
 Recebedor do pagamento
Caso tenha sido identificado, na validação geral, que o emissor da fatura,
diferente do fornecedor do pedido, está cadastrado como recebedor do
pagamento no registro mestre do fornecedor do pedido, o sistema deverá
informar este fornecedor como recebedor do pagamento.

 Banco empresa
o Argentina: Sempre “CIT01”
o Chile:
 Lançamento na moeda local = CIT01
 Lançamento em moeda estrangeira = CIT02
o Colômbia:
o México:
o Peru:
3. Aba Detalhe:
 Tipo de documento
 Todos, exceto Argentina: RE – Entrada de Fatura
 Argentina: definido com base no código AFIP:
TIP
Códig LETRA
TIPO O
o AFIP TIPO DOC
DOC
1 A FACTURAS A KR
6 B FACTURAS B KR
11 C FACTURAS C KR
19 E FACTURAS DE EXPORTACION (1) KR
51 M FACTURAS M KR
2 A NOTAS DE DEBITO A RD
7 B NOTAS DE DEBITO B RD
12 C NOTAS DE DEBITO C RD
NOTAS DE DEBITO POR OPERACIONES CON EL EXTERIOR
20 E RD
(1)
52 M NOTAS DE DEBITO M RD
4 A RECIBOS A RC
9 B RECIBOS B RC
15 C RECIBOS C RC
54 M RECIBOS M RC
84 A COMPROBANTE/FACTURA DE SERVICIOS PUBLICOS KB
201 A FACTURA DE CRÉDITO ELECTRÓNICA MiPyME (FCE) A FE
202 A NOTA DE DÉBITO ELECTRÓNICA MiPyME (FCE) A RF
206 B FACTURA DE CRÉDITO ELECTRÓNICA MiPyME (FCE) B FE
207 B NOTA DE DÉBITO ELECTRÓNICA MiPyME (FCE) B RF
211 C FACTURA DE CRÉDITO ELECTRÓNICA MiPyME (FCE) C FE
212 C NOTA DE DÉBITO ELECTRÓNICA MiPyME (FCE) C RF

 Taxa de câmbio: Definida pelas configurações do SAP

 Categoria da Nota Fiscal = Não aplicável
 Atribuição = Não aplicável
 Texto Cabeçalho = Não aplicável
1. Aba Imp.Ret.Fonte
Serão considerados as categorias e códigos de retenção definidos nos dados
complementares.
2. Aba conta do Razão
Serão consideradas as informações definidas nos dados complementares.
3. Aba Material
4. Detalhe do item
Para compras de serviço não é informada a quantidade.
Após efetuar a entrada Fiscal, o sistema irá alterar o status do documento para
Sucesso na Entrada Fiscal e na sequência irá sinalizar Processo concluído, exceto
para o México para o qual será sinalizado a próxima atividade. Se houver alguma
informação inconsistente a atividade terá o status Erro na entrada Fiscal indicando
a sua real situação.
Caso seja necessário estornar o lançamento da entrada da fatura, será executada a

transação MR8M, informando o número do documento de faturamento e a data de
lançamento.
O usuário poderá alterar a data de lançamento e o motivo.
Se algum problema ocorrer durante a execução do processo, o status da atividade

deverá sinalizar a Erro Anular Entrada Fiscal indicando a sua real situação. Caso
contrário o status deverá sinalizar Aguardando Entrada Fiscal.
4.4.8 Atualização do documento contábil
4.4.8.1 Objetivo
Preencher o nº do código de verificação (UUID) relacionado ao documento fiscal

recebido.

Esta atividade será executada somente para o México, para os processos de compras
de materiais indiretos, compras de materiais de ativo e compras de serviço.
O status da Atividade deverá estar em Aguardando Atualização do documento

contábil / Erro na Atualização do documento contábil.
4.4.8.3 Descritivo
Esta atividade deverá inicialmente gravar nas tabelas do ADDTAX o número do

documento contábil gerado na entrada da fatura (MIRO).
A solução irá acionar a transação FB02 para a atualização do nº do código de

verificação (UUID) no documento contábil gerado na execução da entrada da fatura
(MIRO), menu “Suplementos” em “Texto”:
Após atualizar os dados da Nota Fiscal, o sistema irá alterar o status do documento
para Sucesso na atualização do documento contábil e na sequência para
Processo concluído. Se houver alguma informação inconsistente a atividade terá o
status Erro na atualização do documento contábil indicando a sua real situação.
5 Perfil de acesso
A solução ADDTAX é composta de diversas transações com objetos de autorização
próprios permitindo restringir o acesso aos usuários conforme necessidade.
Abaixo a lista de transações da solução ADDTAX:

 Transações operacionais:
o /ADD/C - Coletar e-mails
o /ADD/E - Extrair dados
o /ADD/P - Monitor de Processos SAP
o /ADD/R - Monitor de Documentos SAP
o /ADD/M - Relatório de E-mails

 Transações de configurações
o /ADD/C500 - Domínios
o /ADD/C100 - Processos SAP
o /ADD/C200 - Empresas e Processos
o /ADD/C400 - Classificação de Processos
o /ADD/C600 - Configuração de envio de e-mails
o /ADD/0104 - Status Globais
o /ADD/000 - Forms ADD
o /ADD/0600 - Contexto de campos globais
o /ADD/C300 - Variantes Globais
Usualmente somente as transações abaixo são liberadas para os usuários, no entanto,

poderão ser atribuídas as demais transações operacionais.
 /ADD/P - Monitor de Processos SAP
 /ADD/R - Monitor de Documentos SAP
 /ADD/M - Relatório de E-mails
Não recomendamos a atribuição das transações de configurações para os usuários,
apenas para a área de suporte/TI.
Nossos monitores de documentos e de processo (transação /ADD/R e /ADD/P), a solução
ADDTAX possui “Autority Check” para os objetos abaixo:
 Para acesso aos monitores:
o BURKS (Empresa)
o PROCX (Processo)
 Para execução dos processos
o ATIV (Atividade)
o STATU (Status)
 Para alteração do limitador de registro dos monitores
o VARIA (Variante)
Este objeto irá controlar as permissões para o acesso as variantes
configuradas para manutenção no ambiente.
A este objeto, poderá igualmente restringir a possibilidade de editar o
campo “Nº de ocorrências” dos monitores. Para isso, será utilizado o valor
“TBMAXSEL”.
Premissa:
Todos os perfis referentes ao projeto MEI e projeto FORSETI deverão ser revidados.
6 Pontos de atenção
Deverão ser definidos e/ou entregues para a equipe ADDVISOR em tempo de projeto, as
 Todos:
o Logs a serem parametrizados para envio de e-mail automático, com assunto,
corpo do e-mail, emissor do e-mail e destinatário do e-mail.
 Natura

Será desenvolvido, em tempo de projeto (pela Accenture) uma “Exit” no

lançamento da MIRO que irá determinar a data de vencimento para uma data
fixa conforme regra de cada país.
 Chile
A Natura deverá fornecer as informações técnicas de integração com a empresa
Xerox para o recebimento dos documentos fiscais em tempo de projeto.
Caso não seja possível realizar a integração via Webservice dentro do
cronograma, os documentos fiscais serão recebidos via e-mail.
 Colômbia:
o Lista dos fornecedores “Grande Contribuintes” contendo o código do
fornecedor (SAP) e a validade da informação (valido até).
o Lista de categorias e códigos de retenção a serem considerados nesta
isenção.
 México
o Lista dos códigos de fornecedores identificados como fraudulentos ou
devedores.
o Layout padrão para o envio das informações que deverão ser extraídas do
corpo do e-mail, ou seja, número da Folha de registro de serviço, centro de
custo e conta contábil.
Foi solicitado, em proposta, uma funcionalidade permitindo o upload manual de uma

fatura, no entanto, foi avaliado (Natura) que o processo de envio de e-mail se torna um
processo mais simples do que o processo de upload manual.
Esta funcionalidade foi retirada do escopo do projeto.
7 Fora de escopo
Não estão contemplados neste escopo do projeto os processos abaixo:
 Processos Intercompany
 Processos de importação
 Notas de débito
 Nota de crédito
8 Aprovadores
NOME DATA ASSINATURA


BBP Natura Addtax Projeto Forseti Latam 07-07-2021

Enviado por

Direitos autorais:

Formatos disponíveis

BBP Natura Addtax Projeto Forseti Latam 07-07-2021

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

BBP Natura Addtax Projeto Forseti Latam 07-07-2021

Enviado por

Direitos autorais:

Formatos disponíveis

ADDTAX

© AddTax Inbound 1.0 Pág. 3 de

© AddTax Inbound 1.0 Pág. 4 de

Automação Processo NF, NFS LATAM

Após o recebimento dos respectivos Documentos Fiscais, as informações contidas nos

Após o recebimento dos respectivos Documentos Fiscais (Via Webservice ou e-mail), as

A solução ADDTAX será responsável por recepcionar (e-mail), obter (webservice)

© AddTax Inbound 1.0 Pág. 5 de 51

A solução ADDTAX também fará a obtenção de documentos eletrônicos derivados dos

O processo de compra de serviços e de materiais tem como base o modelo onde o

Os documentos fiscais enviados pelos Fornecedores, no formato PDF em modo gráfico,

Após o processo de recebimento do referido documento eletrônico, o CLIENTE deverá

© AddTax Inbound 1.0 Pág. 6 de 51

4.1 Fluxo Macro

© AddTax Inbound 1.0 Pág. 7 de 51

4.2 Fluxo dos processos na Solução ADDTAX - LATAM

© AddTax Inbound 1.0 Pág. 8 de 51

4.3 Atividades e funcionalidades dos processos – LATAM

4.3.1 Coleta de e-mail

Será implementada uma funcionalidade para o processo de recebimento de e-mails

As caixas de e-mail foram criadas conforme abaixo:

© AddTax Inbound 1.0 Pág. 9 de 51

Todos os e-mails coletados serão eliminados automaticamente da caixa de e-mail

A solução ADDTAX disponibiliza um relatório possibilitando visualização dos e-mails

4.3.2 Recebimento dos Documentos

O sistema irá receber os documentos fiscais referentes aos processos de compras de

Serão considerados, neste escopo as empresas e filiais abaixo, considerando as

País Empresa Nome ID Fiscal Parâmetro

© AddTax Inbound 1.0 Pág. 10 de 51

Colômbia 4300 Natura Cosméticos Ltda. 830.024.974-3 CO_NIT

O escopo deste projeto contempla a parametrização do sistema para atender aos

 Materiais Diretos Mercantil (LATAM)

 Nota Fiscal de Serviço (LATAM)

Após receber os documentos fiscais, por e-mail ou via Webservice, quando

4.3.3 Extração dos dados

© AddTax Inbound 1.0 Pág. 11 de 51

Na Argentina, quase todas as faturas são eletrônicas.

Um levantamento do “ranking” dos fornecedores locais com maior volume de faturas

© AddTax Inbound 1.0 Pág. 12 de 51

Foram definidos os seguintes domínios:

Código TIPO DENOMINACION

© AddTax Inbound 1.0 Pág. 13 de 51

 “Punto de venta” (= Nº do documento)

Código Descrição Conceito do IVA

© AddTax Inbound 1.0 Pág. 14 de 51

Os boletos de honorários eletrônicos não serão disponibilizados pela empresa XEROX,

Apesar dos grandes contribuintes serem obrigados a aderir ao modelo de faturamento

O modelo do XML está passando por mudanças, com obrigatoriedade de alguns

Os fornecedores que não se enquadram na resolução desta obrigatoriedade, ou que não

Foram definidos os seguintes domínios:

© AddTax Inbound 1.0 Pág. 15 de 51

O solicitante irá atuar na plataforma com as mesmas atividades atuais, informando o

© AddTax Inbound 1.0 Pág. 16 de 51

Observação: o Número da fatura é composto da série (4 dígitos: 1 letra e 3 números) e

© AddTax Inbound 1.0 Pág. 17 de 51

4.3.4 Armazenagem dos documentos

Os documentos serão armazenados e consultados via API’s, que já desenvolvida pelo

A solução ADDTAX irá armazenar os documentos fiscais no SCP (document service)

Alteração de escopo (outubro 2020)