Você está na página 1de 47

Links

SUS
GRC-FISCAL
GRC-LOGIST.

GRC-PROD
SUS/PRD

Endereo
http://snelnx163.internal.timbrasil.com.br:50000/irj/portal

http://snelnx165.internal.timbrasil.com.br:8000/sap/bc/webdynpro/xnfe/nfe_fiscal_workplace?sap-clie

http://snelnx165.internal.timbrasil.com.br:8000/sap/bc/webdynpro/xnfe/nfe_log_workplace?sap-client

http://snelnxa09.internal.timbrasil.com.br:8000/sap/bc/webdynpro/xnfe/nfe_fiscal_workplace?sap-clie
https://portalfornecedores.tim.com.br/irj/portal

https://snelnx163.internal.timbrasil.com.br:44302/irj/portal

CLIENT
QA

Longin
3002645A / B

Senha
S123456*

QAS

F8028241

Fpa!!001

QAS

F8028241

Fpa!!001

P1X

F8028241

Fpa!!010

F8028241

Fpa!!018

3001370A

ID

Ttulo

RF000

Incio

RF001
RF002
RF003
RF004
RF004.1
RF004.2
RF004.3
RF004.4
RF005
RF005.1
RF005.2
RF005.3
RF006
RF006.1
RF006.2
RF006.3
RF007

Criar contrato de compra


Criar requisio de compra
Criao e envio do pedido de compras
Compra de produtos com NFE
Documento de fatura no GRC
Recebimento do DANFE no GATE / Aprovao Administrativa
Recebimento fsico
Recebimento fiscal
Compra de produto com NF convencional
Recebimento do NF no GATE / Aprovao Administrativa
Recebimento fsico
Recebimento fiscal
Compra de Servios
Criao da folha de registro de servio
Entrada e validao da Nota Fiscal
Lanamento fiscal
Fim

4500010261
4500010262
4500010263
4500010264
4500010265

3002645 NOKIA
3002645 NOKIA
3002645 NOKIA
3002645 NOKIA
3002645 NOKIA

SIEMENS
SIEMENS
SIEMENS
SIEMENS
SIEMENS

NETWORKS
NETWORKS
NETWORKS
NETWORKS
NETWORKS

DO
DO
DO
DO
DO

BRASIL
BRASIL
BRASIL
BRASIL
BRASIL

SI
SI
SI
SI
SI

RF001

Criar contrato de compra


Registro de informaes provenientes da concretizao da negociao com fornecedores.

A funcionalidade standard de bloqueio de compras executado pelas transaes XK05 e MK05, ir garantir o bloque
contratos vigentes.
Processo se manter inalterado pelo projeto portal de documentos.

VOLTAR

RF002

Criar requisio de compra


O processo de requisio de compras no sofrer nenhuma alterao.
As necessidades de compras partem das reas requerentes para Suprimentos.

Sero mantidas as regras de cada uma das formas de solicitao de necessidade de compras, conforme exposto a
obedecendo inclusive s condies em que haja estratgia de liberao.

VOLTAR

RF003

Criao e envio do pedido de compras

O processo de pedido de compras no sofrer nenhuma alterao, os fornecedores que no esto no portal con
pedido com base na pasta fatura e a folha de servio, quando cabvel.
Os impostos sero enviados com base na pasta fatura do pedido de compra.

O valor do pedido de compra do ECC que estiver vinculado no elemento PEP no poder ser retirado do ora
alterao do compromisso apenas ser possvel caso o item do pedido seja modificado ou eliminado de forma m
oramento ser considerada na criao do pedido de compra no ECC, ser criada regra para validar o saldo do or
a garantir que total dos pedidos de compra existentes no excede o valor total do compromisso do Projeto. (REF i

A reduo do oramento do elemento PEP estar condicionada aos compromissos gerados nos pedidos de compra.

O oramento ser validado (compromissado) na criao/modificao para pedidos de compra com classificao
(REF item 1.2l)

Para os cancelamentos nos itens do pedido de compra no ECC ser exibida uma tela com os possveis motivos de
ao comprador a escolha de um motivo a ser registrado no pedido de compra no ECC, que ser armazenado em te
o fornecedor se dar atravs de novo tipo de texto definido no item do pedido de compra do ECC e envio de e-m
do cancelamento. (REF item 1.2h, 1.2k)
Solicitamos que o responsvel valide e/ou defina os motivos necessrios.

VOLTAR

RF004

RF004.1

RF004.2

RF004.3

RF004.4

Compra de produtos com NFE

O cenrio de compra de produtos em que o fornecedor emite nota fiscal eletrnica (NFE) ser composto pelas ativi
Documento de fatura no GRC
Recebimento do DANFE no GATE / Aprovao Administrativa
Recebimento fsico
Recebimento fiscal

Documento de fatura no GRC

O fornecedor No Portal que emite NFE enviara o XML para uma caixa de correio genrica (e-mail) e dessa
validaes do XML da NFE ser realizado no GRC.

Todas as validaes do XML, inclusive as validaes Pr-MIRO sero garantidas pela funcionalidade do GRC
fornecedores sero realizadas atravs do envio de e-mail via GRC com os respectivos motivos de recusa. (REF item

Denominaremos PR MIRO o grupo de validaes a ser executado no Portal, antes da postagem da XML, b
validaes da MIRO do SAP, garantindo as consistncias efetuadas pelo SAP de forma antecipada porque utiliza
SAP no registro da NF

Conforme clausula stima do 7 do Ajuste SINIEF 07/05, o emitente da NFE, dever obrigatoriamente env
procedimento dever ser adotado para 100% das NFE emitidas contra a TIM.

A Manifestao do Destinatrio ser tratado em demanda especifica e posteriormente adequada ao Portal d


desta Declarao Funcional. (REF item 4i)

Para as faturas rejeitadas e/ou devolvidas no GRC, ser considerada a emisso do manifesto do destinat
armazenados no SUS (monitor de faturas), os devidos motivos que ficaro disponveis para consulta dos fornec
acesso no no Monitor nico ZMM_MONITOR. (REF item 4i)

Antes de proceder as demais validaes previstas, o bloqueio financeiro ser a primeira checagem no momento d
no GRC impossibilitando a entrada do XML no GRC. Atravs da funcionalidade de envio de e-mail do GRC a
requisitantes e aprovadores conforme regra de aprovao sero notificados da rejeio atravs do motivo de recus

Validaes GRC (REF item 1.2c, 1.2d, 5a, 5d, 5e, 5f, 5i, 5j, 6b, 8a, 9a, 9b)

Ser criada uma tabela para controlar o tipo de pedido (ECC) que permitir o lanamento da NFE com data
data de criao do pedido. Para os tipos de pedido que no estejam na tabela, ser rejeitada a entrada pelo GRC
tabela de exceo dever respeitar perfil de acesso especfico a ser definido. (REF item 1.2c)
Vinculao automtica do pedido de compra atravs da TAG (Pedido/Item).

Checagem do XML da Nota Fiscal x Pedido de compra, no caso de XML sem informao das TAG (n do item do
Checagens de CNPJ do fornecedor e da TIM, inclusive a Funo Parceira.
Checagem dos impostos com base no pedido/item

Checagens dos valores com base no pedido/item, incluindo a tolerncia (R$) prevista e percentual de rateio j
Checagens das quantidades com base no pedido/item
Notas fiscais conjugadas sero automaticamente rejeitadas

O saldo do elemento PEP ser garantido uma vez que o mesmo foi compromissado no pedido de compras, ve
nota fiscal menor ou igual ao saldo do elemento PEP, incluindo os impostos no recuperveis.

Haver rejeio automtica com base nas validaes acima e critrios definidos no arquivo Regras e valida

Para atender a exigncia da MANIFESTAO DO DESTINATRIO ser aplicada a nova funcionalidade dispon
cobrir o cenrio de aceite e recusa do XML da SEFAZ.

Alm das validaes acima descritas, devem ser efetuadas as validaes Pr-MIRO do SAP, antes da postagem

Caso exista alguma inconsistncia que impossibilite a NFE (XML) ser postada no Portal, a mesma dever ser re
inconsistncias identificadas enviado ao Fornecedor por e-mail.

Recebimento do DANFE no GATE/Aprovao Administrativa


Aps o recebimento do DANFE no GATE, GATE efetuar a captura automtica pelo OCR da chave de acesso.
acesso ser feita para identificar a internalizao da NFE (XML), no sendo necessria a digitalizao e na falta
identificao do pedido de compras na TAG:
Estas devero ser capturadas do documento digitalizado atravs do OCR, ou
Devero ser associados manualmente os dados faltantes.

Para localizar o grupo de aprovador administrativo ser atravs do aprovador N1 da requisio de compra atri
aprovador administrativo atravs do aprovador N1 do pedido de compra. Caso no encontre o aprovador na re
workflow ser atribudo para ao grupo de aprovador administrativo atravs do aprovador N1 do pedido de compra
(REF item 6a, 7a)

O n do pedido de compra/item necessrio para associao do XML. Esta informao pode estar na TAG es
observao, estando sujeita a rejeio na ausncia dos dados. (REF item 6b)
Somente aps ter sido aprovada pelo Usurio pertencente ao grupo de aprovador (N1 da Requisio), a NFE (XML)
rea Fiscal.

A rejeio/estorno poder ser executada manualmente pelo responsvel da rea Fiscal no GRC, neste caso o usu
combo o motivo da rejeio. Ser atualizado no monitor de triagem e na carta de devoluo permitindo a im
rejeio/estorno de forma clara, objetiva, transparente e entendvel. (REF item 4i, 8f)

A DANFE recebida no GATE poder o seguir para o grupo de aprovador administrativo aps execuo das valida
PR MIRO sobre a NFE (XML) e os resultados positivos, permitindo a postagem da mesma no Portal.

Ser enviada uma notificao via workflow (SAP Business Workplace) solicitando a aprovao atravs da visualiza
exibio da imagem do documento. O grupo de aprovador dever aprovar rejeitar ou redirecionar para outro gr
dar continuidade ao processo de recebimento fsico e fiscal, sendo assim no haver a necessidade de d
OCR/GATE.

Os usurios, pertencentes ao Grupo de aprovador (N1 da Requisio) utilizaro a funcionalidade Business Wo


processo de Workflow e notificao das aprovaes / vinculao a serem executadas e pendentes sob sua res
dela, podero consultar qualquer nota fiscal para saber o status da nota fiscal, independente da mesma perte
Aprovador do usurio e tambm verificar quantas notas fiscais esto pendentes com este grupo de aprovado
Convencional ou Servio, manuscritas, podendo executar a aprovao, rejeio ou encaminhar para outro grup
item 8b, 8e, 8f)

Processos simples remessa, transferncia e troca em garantia recebida atravs do DANFE utilizaro o processo de
entrada via OCR/GATE com objetivo de captura ou leitura da chave de acesso. O XML ser utilizado para
necessrias da NFE e identificao do processo atravs do CFOP com base na tabela Z correspondente e gerao
integrada. Ser encaminhada para uma fila especifica para rea Fiscal tratar, como por exemplo, Entrada Manu
7c)

Quando o grupo de aprovador administrativo rejeitar a Nota Fiscal ser interrompido o processo de recebimento fs
monitor de triagem sero atualizados com o status da rejeio administrativa. (REF item 8f, 5h, 10)
O Usurio aprovador, que efetuar o aceite da NFE (XML), tambm poder rejeitar a NFE (XML).

Recebimento fsico

Aps a aprovao administrativa a rea Fiscal inicia o aceite da DANFE no GRC que representa o proces
automaticamente, assumindo os dados (valores e quantidades) que constam do XML e que foram aprova
disponibilizados em nica tela os dados da NFE bem como do pedido de compra no GRC. Todas as validaes
Regras e validaes automticas mais a Pr-MIRO sero consideradas antes da aprovao administrativa que, u
permitido o recebimento fsico em tela nica considerando as informaes. (REF item 9, 9a, 9c, 9f)

A rejeio/estorno poder ser executada manualmente pelo responsvel da rea Fiscal no GRC, neste caso o usu
comboo motivo da rejeio. Ser atualizado no monitor de triagem e na carta de devoluo permitindo a im
rejeio/estorno de forma clara, objetiva, transparente e entendvel. (REF item 10, 11).

Recebimento fiscal

Tratamento automtico dos DANFES e XMLs recebidos via GRC para registro das notas fiscais no ECC com base n
consistncias realizadas no GRC e da Pr MIRO.

No havendo rejeio da NFE no GRC, pela pr-MIRO ou pelo usurio do grupo aprovador (N1 das Requis
lanamento automtico fiscal atravs do monitor fiscal onde sero exibidas em tela nica as informaes do DAN
atravs do GRC. (REF item 9, 9f, 10)

Somente aps ter sido aprovada pelo Usurio pertencente ao grupo de aprovador (N1 da Requisio), a NFE (XM
pela rea Fiscal.

Caso no lanamento da MIRO no SAP apresente algum erro a NFE NO deve ser liberada para lanamento pela re

Neste caso, no ser possvel corrigir internamente, sendo necessrio realizar automaticamente o estorno do lan
rea Fiscal decidir pela Rejeio da NF, devendo escolher um dos motivos disponveis e emitir o MANISFESTA

No estorno do recebimento fsico (MIGO), a NF recusada automaticamente para o Fornecedor com o motivo inf
devendo ser realizado automaticamente pela rea Fiscal no GRC. No processo de rejeio/estorno o responsvel
no combo o motivo da rejeio para respectiva atualizao do monitor de triagem e da carta de devoluo pe
mail/impresso do motivo da rejeio/estorno de forma clara, objetiva, transparente e entendvel. (REF item 9d, 1

VOLTAR

Regras de validaes
automticas (Portal e OCR).xlsx

RF005

RF005.1

RF005.2

RF005.3

Compra de produto com nota fiscal convencional

O cenrio de compra de produtos em que o fornecedor emite nota fiscal convencional ser composto pelas ativ
Recebimento do DANFE no GATE / Aprovao Administrativa
Recebimento fsico
Recebimento fiscal

Recebimento da NF no GATE/Aprovao Administrativa


Aps o recebimento da NF no GATE, GATE efetuar a captura automtica pelo OCR dos campos obrigatrios
leitura dos dados da NF validando se o fornecedor no de portal.

Caso no seja, OCR captura os dados da NF para posterior validao automtica, que inclui as validaes defi
MIRO. O sistema OCR garantir 97% da leitura dos dados dos arquivos a partir dos templates informados previ
a eventual incluso manual das informaes no capturadas.

Aps a digitalizao pelo GATE com captura dos dados pelo Software de Captura de Imagem/Dados (OCR) ocor
VIM. Havendo divergncia, a NF dever ser rejeitada automaticamente e o fornecedor dever ser informa
divergncias atravs de e-mail.
Obs.: O detalhamento dos motivos que geraram as divergncias deve ser armazenado para futuras consulta
Portal (REF item 6c)

Para localizar o grupo de aprovador administrativo atravs do aprovador N1 da requisio de compra atrib
tenha o N1 do aprovador da requisio, o workflow ser atribudo para o grupo de aprovador administrativo at
pedido de compra. Ser enviada uma notificao via workflow solicitando a aprovao atravs da visualiz
exibio da imagem do documento. O grupo de aprovador dever aprovar rejeitar ou redirecionar para outro
dar continuidade ao processo de recebimento fsico e fiscal, sendo assim no haver a necessidade de dig
convencional OCR/GATE.
(REF item 8b, 8e, 8f)

O projeto portal de documentos garantir a assertividade de 97% dos layouts entregues empresa que ir im
A busca pela maior assertividade do software ficar diretamente relacionada a documentao entregue pela
parametrizao dos templates na ferramenta OCR durante a fase de desenvolvimento. Durante o UAT, test
estas configuraes e layouts disponibilizados. Todo processo de integrao entre as ferramentas OCR e SA
canal de comunicao que armazenar os logs de processamento.

O Software de Captura de Imagem/Dados (OCR) no dever permitir concluir a operao de captura dos da
todos os campos obrigatrios estejam preenchidos e de acordo com as regras de validao.

Necessidades particulares como a leitura do pedido/item e respectivo vnculo ao item da NF, a operao
software OCR dever respeitar as limitaes tecnolgicas do software que em caso de no captura na asserti
do GATE dever atualizar as informaes faltantes em at 2 tentativas manuais para concluir o processo de
inconsistncia se confirme sobre os dados includos manualmente, ser marcada a opo seguir adiante, me
desacordo com as regras de validao do Software de Captura de Imagem/Dados (OCR), para que a nota
devoluo automtica de notas fiscais pelo Portal.

A garantia da finalizao ser realizada atravs de um pop-up de dupla checagem antes da finalizao. Para
segunda tentativa de lanamento no for concludo o processo, ser enviado atualizao do status no mon
que a NF dever seguir para o processo de rejeio (devoluo) a ser executado automaticamente pelo usu
triagem. (REF item 4a, 4h, 6b, 7b, 7d, 7e).

O usurio aprovador dever escolher a opo Rejeitar e indicar o(s) motivo(s) da recusa pr-cadastrada
combo. A nota fiscal rejeitada (pelo requerente ou rea Fiscal) dever seguir o fluxo de devoluo automt
histrico (rastreabilidade) para consulta, sem a necessidade de submeter novamente as validaes autom
consecutivos conforme previsto na funcionalidade de validao automtica.

Uma trava (warning), uma dupla confirmao caso algum campo no obrigatrio ainda esteja em branco.

Necessidade de uma funcionalidade no Software de origem/destino dos dados capturados qu


exportao/importao de arquivos e status do processamento, com log para monitorar possveis erros na com
reprocessamento de informaes que por algum erro no foram enviadas, seja para o SAP ou Portal. O ob
documentos que por algum motivo foram capturados pelo Software de Captura de Imagem/Dados (OCR) e
processados seja pelo SAP ou Portal

Quando aprovador administrativo rejeitar a Nota Fiscal ser interrompido o processo de recebimento fsico atra
triagem ser atualizado com o status da rejeio administrativa. (REF item 5h, 10)

A rejeio/estorno poder ser executada manualmente pelo responsvel atravs da rea Fiscal, neste caso o u
combo o motivo da rejeio. Ser atualizado no monitor de triagem e na carta de devoluo permitindo a
rejeio/estorno de forma clara, objetiva, transparente e entendvel. (REF item 6c)
NF recebida no GATE poder o seguir para o grupo de aprovador administrativo aps execuo das valida
MIRO sobre a NF com resultados positivos, permitindo a postagem da mesma no Portal.

Ser enviada uma notificao via workflow (SAP Business Workplace) solicitando a aprovao atravs da visua
exibio da imagem do documento. O grupo de aprovador dever aprovar rejeitar ou redirecionar para outro
dar continuidade ao processo de recebimento fsico e fiscal, sendo assim no haver a necessidade de dig
convencional OCR/GATE.

Os usurios, pertencentes ao Grupo de aprovador (N1 da Requisio) utilizaro a funcionalidade Business


processo para workflow e notificao das aprovaes / vinculao a serem executadas e pendentes sob sua
dela, podero consultar qualquer NF para saber o status da NF, independente da mesma pertencer ou n
usurio e tambm verificar quantas NFs esto pendentes com este grupo de aprovador, seja NFE (XML), NF
manuscritas, podendo executar a aprovao, rejeio ou encaminhar para outro grupo de aprovador.

Recebimento fsico

Aps a aprovao administrativa a rea Fiscal inicia o aceite da NF no VIM que representa o processo de entrad
assumindo os dados (valores e quantidades) que constam da NF digitalizada via OCR no GATE e que foram a
disponibilizados em nica tela os dados da NF, bem como do pedido de compra. Todas as validaes previstas p
MIRO e Regras e validaes automticas sero consideradas antes da aprovao administrativa que uma ve
o recebimento fsico atravs do VIM (MIGO). (REF item 9, 9a, 9c, 9f)

A rejeio/estorno poder ser executada manualmente pelo responsvel atravs do monitor triagem da rea Fi
usurio dever escolher no combo o motivo da rejeio. Ser atualizado no monitor de triagem e na carta de
impresso do motivo da rejeio/estorno de forma clara, objetiva, transparente e entendvel. (REF item 10, 11

Recebimento fiscal

Aps as validaes das regras do VIM a NF ficara disponvel para efetivao do lanamento na MIRO atravs do

Somente aps ter sido aprovada pelo Usurio pertencente ao grupo de aprovador (N1 da Requisio), a Nota fi
ser tratada pela rea Fiscal.

Caso o lanamento da MIRO no SAP apresente algum erro a NF NO deve ser liberada para lanamento pela re

Neste caso, no ser possvel corrigir internamente sendo necessrio realizar automaticamente o estorno do
rea Fiscal decidir pela Rejeio da NF, devendo escolher um dos motivos disponveis e emitir a MANISFEST

No estorno do recebimento fsico (MIGO), a NF recusada automaticamente para o Fornecedor com o motiv
devendo ser realizado automaticamente pela rea Fiscal no VIM. No processo de rejeio/estorno o responsve
combo o motivo da rejeio para respectiva atualizao do monitor de triagem e da carta de devoluo
mail/impresso do motivo da rejeio/estorno de forma clara, objetiva, transparente e entendvel. (REF item 9

VOLTAR

RF006

RF006.1

RF006.2

RF006.3

Compra de Servios
O cenrio de compra de servios ser composto pelas atividades:
Criao da folha de registro de servio pelo fornecedor no portal SUS
Emisso da Nota Fiscal
Entrada e validao da Nota Fiscal

Criao de folha de registro de servio

O processo de criao de folha de registro de servio no sofrer nenhuma alterao, aps a aprovao da folh
registro de servio, ser enviado de forma automtica o PDF da Folha de registro de servio para emisso da N
parte do Fornecedor.

Entrada e validao da Nota Fiscal

Aps o recebimento da NF no GATE, ser feita a leitura dos dados da NF validando se o fornecedor no de p
Caso no seja, o GATE devera digitalizar a NF no OCR capturando os dados para posterior validao. O sistema
garantir a leitura dos dados do arquivo e o GATE a eventual incluso manual das informaes no capturadas.

O projeto portal de documentos garantir a assertividade de 97% dos layouts entregues empresa que ir implan
ferramenta OCR. A busca pela maior assertividade do software ficar diretamente relacionada a documen
entregue pela TIM para configurao e parametrizao dos templates na ferramenta OCR durante a fas
desenvolvimento. Durante o UAT, testes sero realizados sobre estas configuraes e layouts disponibilizados.

Todo processo de integrao entre as ferramentas OCR e SAP VIM e GRC sero geridas pelo canal de comunicao
armazenar os logs de processamento.

O Software de Captura de Imagem/Dados (OCR) no dever permitir terminar a operao de captura dos dad
imagem sem que todos os campos obrigatrios estejam preenchidos e que estejam de acordo com as regra
validao.

Necessidades particulares como a leitura do pedido/item e respectivo vnculo ao item da NF, a operao de captu
dados no software OCR dever respeitar as limitaes tecnolgicas do software que em caso de no captu
assertividade desejada equipe do GATE dever atualizar as informaes faltantes em at 2 tentativas manuais
concluir o processo de lanamento. Caso exista inconsistncia se confirme sobre os dados includos manualmente
marcada a opo seguir adiante, mesmo que o dado esteja em desacordo com as regras de validao do Softwa
Captura de Imagem/Dados (OCR), para que a nota fiscal entre no fluxo de devoluo automtica de notas fiscais
Portal.

A garantia da finalizao ser realizada atravs de um pop-up de dupla checagem antes da finalizao. Para caso
mesmo aps a segunda tentativa de lanamento no for concludo o processo, ser enviado atualizao do stat
monitor de triagem indicando que a NF dever seguir para o processo de rejeio (devoluo) a ser execu
automaticamente pelo usurio atravs do monitor de triagem. (REF item 4a, 4h, 7b, 7d, 7e)

O usurio aprovador dever escolher a opo Rejeitar e indicar o(s) motivo(s) da recusa pr-cadastradas
disponibilizadas no combo. A nota fiscal rejeitada (pelo requerente ou rea Fiscal) dever seguir o fluxo de devo
automtico no Monitor, mantendo histrico (rastreabilidade) para consulta, sem a necessidade de submeter novam
as validaes automticas por dois dias teis consecutivos conforme previsto na funcionalidade de valid
automtica.
Uma trava (warning), uma dupla confirmao caso algum campo no obrigatrio ainda esteja em branco.

A rejeio/estorno poder ser executada manualmente pelo responsvel atravs do da rea Fiscal, neste caso o us
dever escolher no combo o motivo da rejeio. Ser atualizado no monitor de triagem e na carta de devolu
permitindo a impresso do motivo da rejeio/estorno de forma clara, objetiva, transparente e entendvel. (REF
6c)

NF de Servios recebida no GATE poder o seguir para o grupo de aprovador administrativo aps execuo
validaes definidas e as da PR MIRO sobre a NF com resultados positivos, permitindo a postagem da mesm
Portal.

Ser enviada uma notificao via workflow (SAP Business Workplace) solicitando a aprovao atravs da visualiz
dos dados da NF e exibio da imagem do documento. O grupo de aprovador dever aprovar rejeitar ou redirec
para outro grupo de aprovador que dar continuidade ao processo de recebimento fsico e fiscal, sendo assim
haver a necessidade de digitalizao da NF de Servios OCR/GATE.

Os usurios, pertencentes ao Grupo de aprovador (N1 da Requisio) utilizaro a funcionalidade Business Workpla
SAP como processo para workflow e notificao das aprovaes / vinculao a serem executadas e pendentes so
responsabilidade. Atravs dela, podero consultar qualquer NF para saber o status da NF, independente da m
pertencer ou no ao Grupo Aprovador do usurio e tambm verificar quantas NFs esto pendentes com este grup
aprovador, seja NFE (XML), NF Convencional ou Servio, manuscritas, podendo executar a aprovao, rejei
encaminhar para outro grupo de aprovador.

O responsvel dever informar o aprovador da folha de registro de servio (aceite) para que o mesmo reverta o a
e cancele a referida folha de registro de servio. (REF item 10, 11)
Regras de validao do OCR (REF Item 7b, 7f, 7g, 7h):

Todas as informaes que compem o valor do item sero validadas no momento da captura pelo Software (

(exemplo: quantidade x valor unitrio x valor do item / valor total dos itens x valor total da nota fiscal / valor da
clculo x alquota x valor do imposto)
O campo CNPJ/CPF somente deve ser numrico e com controle do dgito verificador
O campo pedido de compras somente ser numrico, com 10 dgitos e comear com 45.
A data da emisso da nota fiscal no pode ser maior que a data atual e deve ser numrico.
Existir uma validao que impea a digitao de letras em campos numricos.
Zeros a esquerda para entradas de NF via GATE

Regras de leitura para campos obrigatrios/etiqueta de guarda sero definidos no layout dos templates do OCR

Devido ao processo de aprovao da folha de registro de servio no ECC, no ser realizado a aprov
administrativa. Caso na NF vinculada ao Pedido de Compra exista algum item sem folha de servio, esta NF de
seguir para o grupo aprovador, conforme definido pelo aprovador N1 da Requisio de Compras.. (REF item 8d)

Aps a finalizao do processo de digitalizao no OCR as informaes sero enviadas para o VIM.

Ser criada uma tabela para controlar o tipo de pedido (ECC) que permitir o lanamento da NF com data de em
inferior a data de criao do pedido. Para os tipos de pedido que no estejam na tabela, ser rejeitada a entrada
VIM e os respectivos motivos de recusa. A manuteno desta tabela de exceo dever respeitar perfil de a
especfico a ser definido. (REF item 1.2c)
As validaes sero realizadas atravs do VIM onde sero consistidas as informaes abaixo:

Vinculao automtica do pedido de compra atravs da leitura do PDF (Pedido/Item)


Checagem dos impostos com base no pedido/item
Checagens dos valores com base no pedido/item, , incluindo a tolerncia (R$) prevista e percentual de rate
previsto.
Checagens das quantidades com base no pedido/item
Checagens de CNPJ do fornecedor e da TIM, , inclusive a Funo Parceira.
O saldo do elemento PEP ser garantido uma vez que o mesmo foi compromissado no pedido de com
verificando se o valor da nota fiscal menor ou igual ao saldo do elemento PEP, incluindo os impostos
recuperveis.
Rejeio do usurio vinculado ao processo VIM (WF)
Haver rejeio automtica com base nas validaes acima e critrios definidos no arquivo Regras e valida
automticas. (REF item 4i, 4l, 4k, 8a)

Nas validaes de acordo com as regras de negocio no VIM, caso seja identificado algum erro ser interromp
processamento Estando validado ficar disponvel para o processamento (lanamento fiscal).

Aps o responsvel pelo lanamento fiscal no VIM poder rejeitar/estornar utilizando o monitor de triagem inform
o respectivo motivo de rejeio enviando e-mail ao Fornecedor e o atualizando o status e dados do execut
monitor de triagem e permitindo o envio de e-mail/impresso da carta de devoluo de forma clara, obj
transparente e entendvel.

Lanamento fiscal

Aps as validaes das regras do VIM a NF ficara disponvel para efetivao do lanamento na MIRO atravs do VIM

VOLTAR

Regras de validaes
automticas (Portal e OCR).xlsx

RF007

Fim

Com o objetivo de realizar o controle quantitativo de notas fiscais em trnsito em cada etapa do processo,
quantitativo das notas fiscais devolvidas e registradas no SAP, ser desenvolvido queries considerando as
regras de negcio abaixo: (REF item 11b)
GATE 2 (dois) dias teis aps a data de recebimento para digitalizao, indexao (se necessrio) e
postagem da imagem/dados no Portal (VIM/SUS/GRC/Monitor);
Usurio requerente 2 (dois) dias teis aps a entrada na etapa de confirma recusa (notas fiscais
divergentes do pedido fornecedor no cadastrado no Portal) para efetuar a anlise/ajuste do pedido de
compras;
Usurio aprovador 2 (dois) dias teis aps a entrada na etapa de aprovao para o usurio
aprovar/rejeitar;
Usurio Fiscal 2 (dois) dias teis aps a entrada na etapa de registro fsico fiscal para o usurio
registrar/rejeitar;
GATE devoluo 2 (dois) dias teis aps a entrada na etapa devolve NF para o usurio efetuar a
devoluo. (REF item 11)

VOLTAR

Interesses relacionados