Escolar Documentos
Profissional Documentos
Cultura Documentos
Oracle®
CLL F513
Brazilian Third-Party Material
Governance
Manual do Usuário
RELEASE 12
Versão 8
09-Dec-2019
DISCLAIMER:
This guide may contain screen shots and output reports to facilitate the user comprehension
about the topic. The content represents a fictitious sample. Any similarity to actual persons,
living or dead, or company names, active or inactive, is purely coincidental and not intended in
any manner.
1
Controle do Documento
Registro de Alterações
17-Nov-2017 1 Criação
30-Mar-2018 2 Atualização e inclusão do processo de Materiais de Terceiros em Meu Poder.
08-Aug-2018 3 Revisão geral do documento
Atualização e inclusão do processo de Reversão de Recebimento de Materias de
Terceiros
Atualização e inclusão do processo de Cancelamento de Nota Fiscal de Devolução de
Materias de Terceiros
Alteração Layout de Relatórios
14-May-2019 4 Reestruturação do documento e reestruturação das telas de Configuração e Transações do
Brazilian Third Party Material Governance.
31-Jul-2019 5 Inclusão das seguintes melhorias:
- Considerar os atributos de lote e série nas transações de materiais que possuem essas
informações configuradas no Oracle Inventory – INV
- Reprocessar transações com erro nos processos de Remessa/Retorno e
Recebimento/Devolução
- Permitir o retorno simbólico do material da Empresa em Poder de Terceiros
30-Aug-2019 6 Inclusão das seguintes melhorias:
- Detalhamento da configuração de MOAC para utilizar o Poder de Terceiros
- Correção do tipo de CFOP utilizado na tela de configuração de Rede do Cliente
- Inclusão de processamento pela Interface Aberta do Brazilian Integrated Receiving –
RI, de um documento fiscal de retorno simbólico
- Criação de Holds na aprovação do documento fiscal no Brazilian Integrated Receiving
- RI, referente ao processamento de Devolução
27-Sep-2019 7 Inclusão das melhorias:
- Novo campo para pesquisa de Transaction Number (AR) e Invoice Number (RI) na tela
de Find Transactions
- Novo programa concorrente: Create Brazilian Third Party Return Reversion Control,
responsável por reprocessar a reversão de retorno
09-Dec-2019 8 Inclusão do detalhamento do processo de interface aberta para devolução de materiais
1
Conteúdo
Prefácio 5
Estrutura ............................................................................................................................. 5
Fontes de Informações Relacionadas .................................................................................. 6
2
Referência da tela de Entrada da Nota Fiscal de Retorno ................................................. 65
Programa Concorrente: Update Brazilian Third Party Return Control ............................. 70
Processo de Reversão de Retorno ............................................................................................ 74
Programa Concorrente: Create Brazilian Third Party Return Reversion Control ............. 74
3
Layout ............................................................................................................................. 206
Programa Concorrente: Third Party Material Governance Receipt/Devolution Report . 206
Layout ............................................................................................................................. 211
4
Prefácio
B em-vindo ao Manual do Usuário do Brazilian Third Party Material Governance. Esse manual
assume que você tem um conhecimento dos seguintes assuntos:
• Os princípios e práticas habituais de sua área de negócio;
• Uso do aplicativo e da terminologia;
Se você nunca usou o Aplicativo Oracle, sugerimos que você assista a uma ou mais aulas de
treinamento dos Aplicativos da Oracle através da Universidade da Oracle.
Estrutura
Este manual está dividido da seguinte forma:
• Pré-Requisitos;
• Visão Geral;
• Configurando o Sistema;
• Processos – Material Próprio em Poder de Terceiros - Remessa;
• Processos – Material Próprio em Poder de Terceiros - Retorno;
• Transações;
• Processos – Interface Aberta;
• Processos – Material de Terceiros em Poder da Empresa - Recebimento;
• Processos – Material de Terceiros em Poder da Empresa - Devolução;
• Reprocessamento de Transações;
• Relatórios.
5
Fontes de Informações Relacionadas
Este documento está incluído na biblioteca de documentos dos aplicativos da Oracle. Você pode
baixar a documentação como arquivo PDF a partir do My Oracle Support em
http://support.oracle.com/ (Doc ID 2326250.1).
Informações técnicas do Brazilian Third Party Material Governance podem ser encontradas no
documento TRM, também disponível no My Oracle Support em http://support.oracle.com/
(Doc ID 2350351.1).
Para uma lista completa de recursos de documentação dos Aplicativos da Oracle, Release 12,
consulte My Oracle Support.
6
CAPÍTULO
1 Pré-Requisitos
7
Implementação do Brazilian Third Party Material Governance
Para o bom funcionamento do sistema, algumas ações devem ser seguidas e executadas nos
módulos core do Oracle EBS, antes da implementação e funcionamento deste módulo.
8
1) Ter a configuração do Item (Items → Organization Items)
2) Ter o tipo de transação criada na aba “User” com o campo Source Type = “Inventory”
e o campo Action = “Receipt into stores” (Setup → Transactions → Types)
3) Ter o tipo de transação criada na aba “User” com o campo Source Type = “Inventory”
e o campo Action = “Direct organization transfer” (Setup → Transactions → Types)
4) Ter o tipo de transação criada na aba “User” com o campo Source Type = “Inventory”
e o campo Action = “Issue from store” (Setup → Transactions → Types)
5) Confirmar se o item tem saldo suficiente para a transação na organização de inventário
de origem (Transactions → Miscellaneous Transaction)
6) Confirmar se o item está atribuído nas organizações de inventário de origem e, se for
transferência entre organizações, de destino também (Items → Master Items → Aba
Organization Assignment)
7) Confirmar se o período está aberto nas organizações de inventário de origem e, se for
de transferência entre organizações, de destino também (Accounting Close Cycle →
Inventory Accounting Periods)
IMPORTANTE:
1) Depois da emissão da nota fiscal, esta só estará elegível para ser carregada no Brazilian Third
Party Material Governance após ter a aprovação na SEFAZ, através do processo de
mensageria.
2) O processo de mensageria com a SEFAZ é realizado através de integração com o parceiro
homologado pela Oracle e está fora do escopo de LAD Add-on Localizations. Portanto, não
será detalhado nesse documento.
9
Configuração mínima para integração com o Oracle Order Management – OM
A seguir estão detalhadas as configurações mínimas no Oracle Order Management – OM para o
correto funcionamento do Brazilian Third Party Material Governance:
1) Ter o tipo de transação cadastrado (Setup → Transaction Types → Define)
2) Ter a configuração da atribuição da categoria/documento (Setup → Documents →
Assign)
10
• Generate Return Transaction: Não
• Aba Interfaces: Não se aplica
b. Recebimento: Considerar o preenchimento dos campos:
• Operation Type: Inbound
• Document Type (Requisition): No request
• Credit or Debit: Debit Invoice
• Return Type: Not applied
• Generate Return Transaction: Não
• Aba Interfaces: Não se aplica
c. Devolução: Considerar o preenchimento dos campos:
• Operation Type: Outbound
• Document Type (Requisition): No request
• Credit or Debit: Credit Invoice
• Return Type: Return to TPA
• Generate Return Transaction: Sim
• Aba Interfaces: informar os campos da seção “Oracle Receivables/Billing”
Os campos informados anteriormente são considerados pelo processo de Poder de
Terceiros. Os demais campos devem continuar sendo preenchidos pela empresa, de
acordo com suas necessidades.
5) Confirmar se os tipos de nota estão associados para fazer a reversão (Setup →
Organizations → Reversion Invoice Types)
6) Ter o fornecedor e o cliente cadastrados anteriormente no Oracle Account Payables –
AP e Oracle Account Receivables – AR, configurados na tela de informações fiscais do
endereço (Setup → Site Address Fiscal Informations → Suppliers)
11
CAPÍTULO
2 Visão Geral
E ste capítulo fornece uma visão geral sobre o Brazilian Third Party Material Governance.
12
Sobre o Brazilian Third Party Material Governance
O envio das informações desse fluxo de processo para o Brazilian Third Party Material
Governance é iniciado com a aprovação na SEFAZ, da nota fiscal de remessa emitida pela
empresa, utilizando o Oracle Account Receivables – AR.
O fluxo do processo de remessa/retorno inicia no Oracle Order Management – OM ou no Oracle
Account Receivables – AR, do Oracle eBusiness Suite, sendo:
• Se o item possui controle de estoque, obrigatoriamente, o processo deve ser iniciado
no Oracle Order Management – OM, onde são geradas as ordens de venda para
remessa de materiais e as respectivas movimentações de inventário.
• Se o item não possuir controle de estoque, o processo pode ser iniciado tanto no
Oracle Order Management – OM (fluxo só para faturamento) como no Oracle
Account Receivables – AR.
Posteriormente, após a emissão da nota fiscal e a devida comunicação e aprovação pela SEFAZ, o
processo de controle de estoque em poder de terceiros é iniciado. Todas as informações da nota
fiscal e de sua respectiva separação de estoque, caso o item esteja parametrizado com controle de
estoque, são enviados ao Brazilian Third Party Material Governance através da execução do
programa concorrente “Update Brazilian Third Party Remittance Control”.
Para que isto ocorra, a configuração na tela “Third Party Network Setup” deve ter sido realizada
utilizando a Origem igual a “AR”, pois é através dela que o sistema identifica a organização de
inventário e o local correto onde o material será armazenado e controlado, enquanto estiver em
poder do terceiro.
Quando se tratar de operações onde a legislação tributária requeira controle de ICMS Suspenso, a
seção “Days for Suspended ICMS” deve estar configurada na tela “Third Party Network Setup”.
13
Considera-se como data inicial para o controle de dias (prazo legal) para o retorno do material, o
dia de aprovação da nota fiscal de remessa na SEFAZ. Quando o item não necessitar desse
controle, esses campos estarão nulos na tela “Third Party Network Setup”, identificando na tela de
Transações que não haverá controle de ICMS Suspenso.
Quando o cliente efetua o retorno do material da empresa, através do lançamento da nota fiscal no
Brazilian Integrated Receiving – RI, esta nota fiscal de retorno pode estar associada a uma ou mais
notas fiscais de remessa. Após aprovar a nota fiscal de retorno, automaticamente é disparado o
programa concorrente “Update Brazilian Third Party Return Control”, enviando as informações
para o Brazilian Third Party Material Governance, baixando o saldo da nota fiscal de remessa que
foi associada.
Para facilitar a implementação inicial desta solução, será disponibilizada uma API pública,
responsável por fazer a carga inicial dos itens da Empresa em Poder de Terceiros.
Detalhes sobre a utilização dessa API encontram-se no documento técnico TRM.
O envio das informações desse fluxo de processo para o Brazilian Third Party Material
Governance é iniciado com o lançamento no Brazilian Integrated Receiving – RI, referente à
entrada de material de terceiros em poder da empresa.
O fluxo do processo de recebimento/devolução inicia no Brazilian Integrated Receiving – RI e,
após a confirmação do recebimento físico dos materias, o programa concorrente “Create Brazilian
Third Party Receipt Control” é iniciado automaticamente. Todas as informações da nota fiscal e
sua respectiva movimentação de estoque, caso o item esteja parametrizado com controle de
estoque, são enviados ao Brazilian Third Party Material Governance.
Para que isto ocorra, a configuração na tela “Third Party Network Setup” deve ter sido realizada
utilizando a Origem igual a “RI”, pois é através dela que o sistema identifica, baseado na
Utilização Fiscal e CFOP (Dentro ou fora do estado), o local correto onde o material será
armazenado e controlado, enquanto estiver em poder da empresa.
Quando se tratar de operações onde a legislação tributária requeira controle de ICMS Suspenso, a
seção “Days for Suspended ICMS” deve estar configurada na tela “Third Party Network Setup”.
Considera-se como data inicial para o controle de dias (prazo legal) para o retorno do material, a
data de autorização da nota fiscal que está sendo recebida no Brazilian Integrated Receiving – RI.
Quando o item não necessitar desse controle, esses campos estarão nulos na tela “Third Party
Network Setup”, identificando na tela de Transações que não haverá controle de ICMS Suspenso.
Quando a empresa efetuar a devolução do material que estava em seu poder, o processo se inicia
no Brazilian Integrated Receiving - RI, criando um documento de devolução. Cada linha
informada nessa devolução deve estar associada a uma ou mais nota fiscal de recebimento. Após
aprovar a nota fiscal de devolução, as informações são interfaceadas com o Oracle Account
Receivables – AR para a geração da nota fiscal de devolução. Enquanto a nota fiscal de devolução
não estiver sido aprovada na SEFAZ, o status da transação no Brazilian Third Party Material
Governance é “INVOICE PENDING”. Após aprovação na SEFAZ, o status é alterado para
“COMPLETE”.
Para que as informações de devolução reflitam no Brazilian Third Party Material Governance, é
preciso executar manualmente o programa concorrente “Update Brazilian Third Party Devolution
Control”, responsável por atualizar os dados no Poder de Terceiros, baixando o saldo do
recebimento que foi associado.
14
Premissas
A seguir encontram-se as premissas que devem ser observadas durante a utilização do Brazilian
Third Party Material Governance:
• Processo de Retorno
1. O site do fornecedor informado na entrada da nota deve estar associado ao site do
cliente informado na nota de remessa. O site do cliente deve estar parametrizado
também como tipo de uso “SHIP_TO”;
2. O item informado na linha do recebimento integrado (RI) deve ser inserido na
mesma unidade de medida da fatura de remessa (Unidade de medida primária do
item). Isso é obrigatório;
3. O preço unitário do item deve ser o mesmo da fatura de remessa. Se o preço
informado for divergente da fatura de remessa, isso não será validado e considerado
como um erro. Ele será informado como variação no valor do saldo na tela de
transações de controle de terceiros;
• Processo de Devolução
1. O site do fornecedor informado na nota de devolução deve ser o mesmo informado
na nota de recebimento e estar associado ao site do cliente que será usado para
emissão da nata fiscal de devolução. O site do cliente deve estar parametrizado
também como tipo de uso “SHIP_TO”.
2. O item digitado na linha do recebimento integrado (RI) deve ser informado na
mesma unidade de medida informada na nota fiscal de recebimento (unidade de
medida primária do item);
15
Para os processos descritos acima, a conversão de preço e quantidades, para códigos de unidades
de medidas diferentes, não será considerada. Todos os controles são baseados no código da
unidade de medida primária do item e na moeda funcional do Brasil. (BRL).
Terminologias
Processo de Remessa
São as notas fiscais de remessa emitidas pela empresa no Oracle Account Receivables – AR,
contendo o material que estará em poder de terceiros, considerando a configuração realizada no
Brazilian Third Party Material Governance
Processo de Retorno
São as notas fiscais emitidas pelo fornecedor que serão recebidas pelo Brazilian Integrated
Receiving – RI, contendo a associação com as notas fiscais de remessa emitidas pela empresa.
Caracterizando o retorno do material da empresa que estava em poder de terceiros.
Processo de Recebimento
São as notas fiscais emitidas pelo fornecedor que serão recebidas pelo Brazilian Integrated
Receiving – RI, caracterizando a entrada de material de terceiros que estarão em poder da empresa.
Processo de Devolução
São as notas fiscais emitidas pela empresa para fazer a devolução do material de terceiros que
estava em seu poder. Essa transação se inicia com a criação de um lançamento do tipo “Return to
TPA” no Brazilian Integrated Receiving – RI, que posteriormente enviará os dados para o Oracle
Account Receivables – AR (responsável pela emissão da nota fiscal). Caracterizando a devolução
de material de terceiros que estão em poder da empresa.
16
NFe
É um documento digital em formato XML, que substitui a emissão do documento em papel, com
validade jurídica garantida pela assinatura digital do remetente, simplificando as obrigações
acessórias dos contribuintes e permitindo ao mesmo tempo, o acompanhamento em tempo real das
operações comerciais pelo Fisco.
SEFAZ
Secretaria da Fazenda é um órgão do Governo do Estado responsável pela organização,
gerenciamento e disciplina do processo de pagamento e arrecadação estaduais; elaboração,
acompanhamento e avaliação da Lei de Diretrizes Orçamentárias e dos Orçamentos anuais;
administração financeira e gerenciamento da contabilidade pública; e desenvolvimento de
políticas tributária.
17
CAPÍTULO
3 Configurando o Sistema
E ste capítulo aborda a configuração necessária para que o Brazilian Third Party Material
18
Rede do Cliente
Esse capítulo aborda a configuração necessária para que o sistema interprete os locais de
armazenamento no Brazilian Third Party Material Governance, quando os materiais são
remetidos ou recebidos de terceiros.
Para materiais remetidos a clientes, ou seja, que possuem o campo “Source” = “AR”, é necessário
informar o tipo de transação do Oracle Account Receivables – AR que será considerado no Poder
de Terceiros. Se essa transação for selecionada como estocável (flag “Stock Enable” selecionado),
obrigatoriamente você deverá informar quais serão os clientes que terão suas transações
consideradas no Poder de Terceiros.
Para materiais recebidos de clientes, ou seja, que possuem o campo “Souce” = “RI”, você deverá
informar somente os CFOPs que possuem o tipo “Material of Third Party” informado no cadastro
do CFOP no Brazilian Integrated Receiving – RI (Setup → Fiscal Options → CFOPs). A lista de
valores do campo “Intended Use” exibe somente as utilizações fiscais que possuem CFOPs com o
tipo “Material of Third Party” e que estão associados na tela de configuração do Brazilian
Integrated Receiving – RI (Setup → Fiscal Options → CFOP/Intende Use).
Após a realização desta configuração, todas as notas fiscais emitidas ou recebidas que atendam os
critérios informados serão consideradas no Brazilian Third Party Material Governance.
A configuração de Rede do Cliente respeita a configuração de controle de MOAC (Multi Org
Access Control).
Esta tela de configuração não permite a inclusão de registros duplicados. Mensagens de erros
serão exibidas caso alguns critérios de duplicidade sejam atendidos.
Também não é permitido a exclusão de registros. O mesmo deverá ser inativado para manter a
integridade das informações.
19
Caminho: Brazilian Third Party Material Governance → Setup → Third Party Network
Source (Opcional)
Ao selecionar esta lista de valores, serão exibidos os valores pré-cadastrados na lookup
CLL_F513_TPA_SOURCES, sendo:
• AR: determina as transações de remessas e retornos de materiais da empresa em
poder de terceiros;
• RI: determina as transações de recebimento e devoluções de materiais de terceiros
em poder da empresa.
20
Caminho: Oracle Inventory → Setup → Transactions → Type
Detalhes sobre a utilização dessa tela, consultar o User Guide do Oracle Inventory – INV.
21
Detalhes sobre a utilização dessas telas, consultar o User Guide do Brazilian Integrated Receiving
– RI.
CFOP (Opcional)
Esse campo fica habilitado somente quando o campo “Source” estiver preenchido com “RI” e o
campo “Intended Use” tenha sido informado.
Ao selecionar esta lista de valores, serão exibidos os Códigos de CFOP que possuem o tipo
“Material of Third Party” e que estejam associados a Utilização Fiscal informada anteriormente no
campo “Intended Use”, conforme cadastrado no Brazilian Integrated Receiving – RI.
Customer (Opcional)
Esse campo fica habilitado somente quando o campo “Source” estiver preenchido com “AR”.
Ao selecionar esta lista de valores, serão retornados os dados de clientes ativos que pertencem à
Unidade Operacional informada no campo “Operating Unit”.
É utilizado para encontrar as transações configuradas para o cliente pesquisado, que será exibido
na seção “Customer Information” da tela principal.
Botão “Clear”
Ao pressionar o botão “Clear” todos os dados informados na tela são apagados.
Botão “New”
Ao clicar no botão “New” a tela “Third Party Network Setup” é exibida para a criação de uma
nova configuração.
Botão “Find”
Ao pressionar o botão “Find” a tela “Third Party Network Setup” é exibida retornando os dados
encontrados. Caso nenhum dado seja encontrado, a mensagem core “FRM-40350: Query caused
no records to be retrived” é exibida no rodapé da tela.
Essa tela de configuração é utilizada para definir transações com as origens “AR” e “RI”, sendo
possível:
• Configurar os tipos de transações com origem no Oracle Account Receivables – AR para
atender o processo de Remessa/Retorno. Você deve informar o tipo de transação do
“AR” e o tipo de transação de ajuste do “INV”. Quando a transação estiver marcada
como estocável (flag “Stock Enable” selecionado), é obrigatório informar o cliente e o
local de origem/destino do material na seção “Customer Information” da tela;
• Configurar a Utilização Fiscal e o CFOP dentro e fora do estado, com origem no
“Brazilian Integrated Receiving – RI” para atender o processo de
Recebimento/Devolução. Ao informar o CFOP dentro do estado será derivado o CFOP
22
fora do estado, que deve estar cadastrado no Brazilian Integrated Receiving – RI. A
seção “Customer Information” da tela fica desabilitada, pois nesse cenário a
movimentação do item, no poder de terceiros, ocorre na Organização de Inventário onde
o documento fiscal está sendo lançado
• Configurar a quantidade de dias de retorno/devolução do material, dentro e fora do
estado, para a suspensão do ICMS, na seção “Days for Supendend ICMS”. Os campos
dessa seção são utilizados para calcular o campo “Remaining Days” da tela
“Transactions”, detalhada no capítulo 6 desse documento.
Não é permitido a exclusão de registros. Este deverá ser inativado utilizando o flag “Inactive”.
Registros com as mesmas características somente poderão ser cadastrados novamente, desde que o
registro anterior tenha sido inativado.
Após salvar o registro, todos os campos dessa tela não poderão ser alterados. Caso seja necessário
alterar a informação, deve-se inativar o registro utilizando o flag “Inactive” e inserir um novo
registro com a informação correta.
Por melhores práticas, antes de inativar um registro, certifique-se que não haja nenhuma transação
pendente, visto que após a inativação, poderá ocorrer erros de processamentos em registros que,
porventura, não tenham sido concluídos.
Caminho: Brazilian Third Party Material Governance → Setup → Third Party Network
Source (Obrigatório)
Exibe a origem informada anteriormente, no campo “Source” da tela de pesquisa.
O valor informado nesse campo determina qual seção deverá ser preenchida, sendo:
AR: Deve-se:
1) informar os campos da seção: “Material Held by Third Parties”;
2) todos os campos da seção “Customer Information”, desde que o flag “Stock
Enable” seja selecionado.
RI: Deve-se:
1) informar somente os campos da seção: “Material of Third Parties”.
23
Stock Enable (Opcional)
Flag para identificar se a transação irá executar movimentação física do estoque.
Se o flag é selecionado (opção “YES”), o sistema verifica o valor informado no campo “Source”,
sendo:
AR: O campo: “INV Transaction Type for Adjust” fica obrigatório e, ao menos um cliente
deve ser informado na seção “Customer Information” da tela. Nessa seção deve ser informado:
• cliente;
• organização de inventário de origem;
• organização de inventário, subinventário e local de destino;
• tipo de transação de movimentação de inventário correspondente.
RI: Os campos: “INV Transaction Type for Receipt”, “INV Transaction Type for
Devolution” ficam obrigatórios.
Vale ressaltar que, para o processo de Remessa/Retorno (material da empresa em poder de
terceiros), quando esse flag é selecionado, a movimentação do item deve nascer com uma ordem
de venda criada no Oracle Order Management – OM para depois, ser importada para o Oracle
Account Receivables – AR e aprovada pela SEFAZ.
Para ambos processos: Remessa/Retorno ou Recebimento/Devolução, se o checkbox não é
selecionado (opção “NO”), a transação não irá fazer movimentação física do estoque, sendo:
• somente para transação simbólica para o processo de Remessa/Retorno. Nesse caso,
como não existe movimentação física dos estoques, a geração da nota fiscal pode nascer
diretamente no Oracle Account Receivables – AR.
• somente para transação simbólica para o processo de Recebimento/Devolução.
24
Esse campo é obrigatório para transação que movimentam o estoque, ou seja, estão com o flag
“Stock Enable” selecionado.
Este tipo de transação de ajuste será usado para desfazer a transação de inventário “Sales order
issue” gerada pelo Oracle Order Management – OM, no momento da confirmação da entrega.
25
INV Transaction Type for Devolution (Opcional)
Exibe a lista de valores com os Tipos de Transação ativos, configurados no “Oracle Inventory –
INV” (Inventory → Setup → Transactions → Types), desde que tenham sido cadastrados pelo
usuário na aba “User”, onde:
a. Campo: Source Type = “Inventory”
b. Campo: Action = “Issue from stores”
Esse campo é obrigatório para transação que movimentam o estoque, ou seja, estão com o flag
“Stock Enable” selecionado.
Alert (Opcional)
Campo opcional onde deve-se informar a quantidade de dias de alerta para que o usuário seja
alertado na tela de transações, que as remessas (AR) ou recebimentos (RI) estão perto do prazo
máximo para retorno ou devolução do material.
Inactive (Opcional)
Flag de inativação do registro.
Esta seção da tela de configuração não permite a exclusão de registros. Deve-se sempre utilizar a
opção Inativar, preservando assim o histórico das alterações efetuadas.
Ao clicar nesta opção, a seguinte mensagem será exibida: “This AR Transaction Type in
customer network will be inactivated, Continue?”
26
Seção: Customer Information
Essa seção fica habilitada e de preenchimento obrigatório, somente quando o campo “Source”, da
seção inicial dessa tela, for igual a “AR” e o flag “Stock Enable” estiver selecionado.
Tem como objetivo, habilitar o controle de material para os clientes cadastrados nessa seção,
considerando o tipo de transação, informado na seção “Material Held by Third Parties”
Taxpayer ID (Obrigatório)
Exibe a lista de valores com os clientes ativos na unidade operacional informada anteriormente no
campo “Operating Unit”, cujo tipo de endereço esteja definido também como “Ship To”.
27
INV Transaction Type for Transfer (Obrigatório)
Exibe a lista de valores com os Tipos de Transação ativos, configurados no “Oracle Inventory –
INV” (Inventory → Setup → Transactions → Types), desde que tenham sido cadastrados pelo
usuário na aba “User”, onde:
a. Campo: Source Type = “Inventory”
b. Campo: Action = pode conter 2 situações diferentes, sendo:
• “Subinventory transfer” (organização de origem igual a organização de
destino)
• “Direct organization transfer” (organização de origem diferente da
organização de destino)
Inactive (Opcional)
Flag de inativação do registro.
Esta seção da tela de configuração não permite a exclusão de registros. Deve-se sempre utilizar a
opção Inativar, preservando assim o histórico das alterações efetuadas.
Ao clicar nesta opção, a seguinte mensagem será exibida: “This customer network detail will be
inactivated. Continue?”
28
29
30
Consultando da Rede do Cliente
31
32
33
CAPÍTULO
E ste capítulo aborda o processo de emissão das notas fiscais de remessa no Oracle Account
34
Processo de Remessa
Para fins de controle do material da empresa em poder de terceiros no Brazilian Third Party
Material Governance, quando a transação tiver movimentação de estoque, é necessário que a nota
fiscal de remessa no Oracle Account Receivables – AR seja originada de um pedido de venda
gerado no Oracle Order Management – OM. Quando a transação não necessita movimentar o
estoque, a nota fiscal de remessa pode ser originada diretamente no Oracle Account Receivables –
AR. Para mais detalhes sobre essa funcionalidade, verifique o User Guide do Oracle Account
Receivables – AR e Oracle Order Management – OM. Nesse processo são consideradas as notas
fiscais de Remessa, emitidas e completas no Oracle Account Receivables – AR, que foram
integradas com a Secretaria da Fazenda (SEFAZ) e que tiveram sua aprovação no Ambiente
Nacional do Governo (status = 2 – finalizado).
Vale ressaltar que, além dessa regra específica para as notas fiscais de remessa, as demais
configurações detalhadas anteriormente nesse documento, devem ser consideradas para o correto
funcionamento do Brazilian Third Party Material Governance
Importante destacar também que, todo o controle no Brazilian Third Party Material Governance é
sempre realizado na unidade de medida primária do item, não sendo considerada conversão.
Para que as notas fiscais elegíveis sejam enviadas para o Brazilian Third Party Material
Governance, deve-se executar o programa concorrente “Update Brazilian Third Party Remittance
Control”. Sugere-se que o mesmo fique agendado para execução uma vez, no início ou final do
dia.
Este processo consiste em identificar e processar notas fiscais de remessa, cujo tipo de transação
esteja configurada na tela de cadastro: “Third Party Customer Network” (Brazilian Third Party
Material Governance → Setup → Third Party Customer Network), bem como ter ocorrido sua
correta associação ao cliente destinatário da remessa, quando existir movimentação de itens
estocáveis.
Em casos onde as movimentações de remessas para terceiros originaram transações de estoque, o
programa concorrente gera uma nova transação de entrada para recompor o saldo baseado
exatamente na transação de inventário gerada pelo processo de “Sales Order Issue” do Oracle
Order Management – OM.
Na sequência é identificado na tela de cadastro: “Third Party Customer Network” (Brazilian Third
Party Material Governance → Setup → Third Party Customer Network), a origem e o destino da
transação de estoque para terceiros, no campo “INV Transaction Type for Transfer”, sendo:
• Caso a origem da nota fiscal de remessa seja igual ao destino, será gerada uma transação
de “Subinventory Transfer”;
• Caso a origem da nota fiscal de remessa seja diferente do destino, será gerada uma
transação de “Interorg Transfer”.
Caso o tipo de transação configurado não possua controle de estoque, as informações são geradas
automaticamente no Brazilian Third Party Material Governance.
Após as transações de estoque serem processadas com sucesso, o processo envia as informações
para o Brazilian Third Party Material Governance onde podem ser visualizadas na tela de
“Transactions”, descrita em detalhes no capítulo 6 desse documento.
Erros no processamento podem ocorrer. Neste caso, as transações que não foram processadas com
sucesso são exibidas no botão “View Output” do programa concorrente e também serão exibidas
na tela de “Transactions”, com o flag de erro selecionado e a descrição do erro encontrado no
processamento. Detalhes mais técnicos do processamento podem ser visualizados no botão “View
Log” do programa concorrente.
Se for encontrado transações que estejam configurados na tela de cadastro: “Third Party Customer
Network” (Brazilian Third Party Material Governance → Setup → Third Party Customer
Network), onde o cliente da transação no Oracle Account Receivables – AR não este configurado
na seção “Customer Information”, essa transação será exibida no botão “View Output” do
35
programa concorrente e a mesma não será carregada no Brazilian Third Party Material
Governance.
As derivações do processo que identificam uma Remessa para Terceiro são:
• Identificar o tipo de transação da nota fiscal de remessa;
• Verificar se o tipo de transação está configurado na tela de cadastro “Third Party
Customer Network”;
• Identificar se o tipo de transação configurado movimenta estoque, sendo:
o Caso o tipo de transação movimente estoque, identificar o cliente, gerar a
transação física para recompor o saldo e gerar as informações no Brazilian Third
Party Material Governance → Transactions.
o Caso o tipo de transação não movimente estoque, gerar as informações no
Brazilian Third Party Material Governance → Transactions;
• Identificar a organização de origem e destino da remessa;
• Caso a organização de origem e destino sejam iguais, identificar o tipo de transação de
inventário associado e criar a transação de estoque de “Subinventory Transfer”;
• Caso a organização de origem e destino sejam diferentes, identificar o tipo de transação
de inventário associado e criar a transação de estoque “Interorg Transfer”;
• Após concluído todos os processos de transações físicas, no Oracle Inventory – INV, as
informações são enviadas ao Brazilian Third Party Material Governance.
• Após a execução deste processo, as linhas de notas fiscais de remessas geradas podem ser
consultadas no Brazilian Third Party Material Governance → Transactions →
Transactions
Todas as notas de Remessa são geradas no Oracle Account Receivables – AR, seguindo os
procedimentos padrão desse módulo. Para mais detalhes sobre essa funcionalidade, verifique o
User Guide específico desse módulo.
Para que a nota de Remessa seja considerada no Brazilian Third Party Material Governance é
preciso que, além de estar com o status “Complete” também tenha sido aprovada pela SEFAZ.
Esse processo de aprovação está fora do escopo da Oracle. É realizado através do consumo dos
WebServices da SEFAZ pelos parceiros de mensageria e não será tratado nesse documento.
A confirmação de que a nota fiscal de remessa está aprovada na SEFAZ pode ser realizada no
Oracle Account Receivables – AR através da pesquisa da nota fiscal na tela de Transações
(Transactions → Transactions) e consultar a tela abaixo:
36
Menu: Actions → Electronic Invoice Attributes
Quando a nota fiscal de Remessa estiver com o status “2-Finalized” estará elegível para ser
capturada pelo programa concorrente “Update Brazilian Third Party Remittance Control” e então
ser controlada pelo Brazilian Third Party Material Governance.
Detalhes sobre esse processo encontram-se a seguir.
Quando o programa concorrente “Update Brazilian Third Party Remittance Control” for
submetido, é iniciada a captura das notas fiscais emitidas pelo Oracle Account Receivables – AR e
aprovadas pela SEFAZ, considerando a Unidade Operacional e intervalo de datas informados nos
parâmetros.
Durante esse processo, alguns dados podem não ser validados devido a:
• Notas fiscais de remessa com tipos de transação que não tenham sido configuradas
na tela de configuração “Third Party Customer Network”;
• Notas fiscais de Remessa completas, mas não validadas pela SEFAZ;
• Configuração na tela “Third Party Customer Network” para o cliente está inativada
ou inexistente;
• Tipo de Transação das notas fiscais ou do Inventário configuradas na tela “Third
Party Customer Network” inativados ou inexistentes;
• Interface Aberta de transação do inventário com status “Disable”;
• Item sem quantidade suficiente para ser transacionado na Organização de Inventário
de origem;
37
• Item sem permissão de acesso para ser transacionado nas Organizações de Inventário
de origem e/ou destino.
Mesmo sendo processada com erro, a transação fica disponível para consulta na tela “Third Party
Transactions”, que exibirá o código do erro encontrado no processamento. Detalhes sobre essa tela
estão no capítulo 6 desse documento.
Após corrigir os erros, o programa concorrente “Update Brazilian Third Party Remittance
Control” pode ser submetido novamente.
Para executar o programa concorrente “Update Brazilian Third Party Remittance Control”, você
deve:
1. Navegar até a responsabilidade “Brazilian Third Party Material Governance”;
2. Selecionar a função “Requests”;
3. Selecionar a função “Run”;
4. Selecionar a opção “Single Request”;
5. Selecionar o programa concorrente “Update Brazilian Third Party Remittance Control”;
6. Informar a Operating Unit, Date From e Date To;
7. Submeter a requisição do programa concorrente.
38
39
Operating Unit (Obrigatório)
Ao selecionar esta lista de valores, serão retornadas as Unidades Operacionais ativas, levando em
consideração a configuração de MOAC (Multi Org Access Control).
40
Date From (Obrigatório)
Ao informar este parâmetro o processo de remessas irá selecionar todos os documentos fiscais
emitidos, validados e autorizados na SEFAZ com data de autorização iniciando nesta data.
Date To (Obrigatório)
Ao informar este parâmetro o processo de remessas irá selecionar todos os documentos fiscais
emitidos, e autorizados pela SEFAZ com data de autorização até esta data.
Um log detalhado sobre o processamento também pode ser visualizado através do botão “View
Log”, conforme exemplo abaixo:
41
Sugere-se que o programa concorrente “Update Brazilian Third Party Remittance Control” fique
agendado para execução uma vez, no início ou final do dia.
Para que os parâmetros de data sejam incrementados em cada execução, deve-se marcar o flag
“Increment Date parameters each run”, conforme procedimentos abaixo:
42
43
44
45
Processo de Cancelamento de Remessa
O Brazilian Third Party Material Governance também é responsável por fazer o estorno de
movimentações de estoque do inventário de terceiros, quando ocorrer um cancelamento na nota
fiscal de Remessa no Oracle Account Receivables – AR. O cancelamento deve estar autorizado
pela SEFAZ e o status “4-Cancelled”.
Quando ocorrer o cancelamento no Oracle Account Receivables – AR, de uma nota fiscal de
remessa que está sendo controlada pelo Brazilian Third Party Material Governance, ocorrerá o
estorno da movimentação do item, transferindo o local de estoque de poder de terceiro para o
estoque da empresa. Após o ajuste da movimentação de estoque no Oracle Inventory – INV, para
cada item da nota fiscal, o registro correspondente Brazilian Third Party Material Governance
deverá ter o flag “Canceled” selecionado, sendo que:
• Se houver movimentação de estoque e o item for controlado por lote/série, o programa irá
cancelar o registro correspondente no Brazilian Third Party Material Governance,
considerando o número de lote e da série registrado no controle de terceiros.
Vale ressaltar que, para uma mesma linha da nota fiscal de remessa poderá existir mais de
uma linha no Brazilian Third Party Material Governance. Essas serão estornadas no
Oracle Inventory – INV, de acordo com as quebras originadas na separação dos itens do
pedido de venda que gerou a nota fiscal de remessa.
• Se não houver movimentação de estoque, para cada linha da nota fiscal, o processo irá
cancelar o registro correspondente no Brazilian Third Party Material Governance,
baseado nos dados da linha da nota fiscal de remessa.
Os registros cancelados no Brazilian Third Party Material Governance podem ser consultados na
tela “Transactions”. Estes registros são identificados com o flag “Canceled” selecionado.
Para as notas fiscais de remessa que foram canceladas no Oracle Account Receivables – AR sejam
enviadas para o Brazilian Third Party Material Governance, deve-se executar o programa
concorrente “Brazilian Third Party Remittance Control - Record Cancellation”. Sugere-se que o
mesmo fique agendado para execução uma vez, no início ou final do dia.
46
Importante ressaltar que é mandatório o cancelamento estar com o status “Complete” e a nota
fiscal associada ao cancelamento, estejam com o status “Void” no Oracle Account Receivables –
AR.
Assim como é necessário ter a aprovação da nota fiscal de remessa na SEFAZ, conforme descrito
anteriormente, necessitamos ter a aprovação da SEFAZ também quando ocorre o cancelamento
dessa nota.
Nesse caso o status da nota fiscal de remessa é alterado para “4-Cancelled” após o cancelamento
ter sido aprovado pela SEFAZ. Esse processo de aprovação está fora do escopo da Oracle. É
realizado através do consumo dos WebServices da SEFAZ pelos parceiros de mensageria e não
será tratado nesse documento.
A confirmação de que a nota fiscal de remessa está cancelada na SEFAZ pode ser realizada no
Oracle Account Receivables – AR através da pesquisa da nota fiscal na tela de Transações
(Transactions → Transactions) e consultar a tela abaixo:
47
Quando a nota fiscal de remessa estiver com o status “4-Cancelled”, estará elegível para ser
capturada pelo programa concorrente “Brazilian Third Party Remittance Control - Record
Cancellation” e então ter a transação cancelada no Brazilian Third Party Material Governance.
Sugere-se que esse programa concorrente fique agendado para execução uma vez, no início ou
final do dia
Detalhes sobre esse processo encontram-se a seguir.
48
49
Operating Unit (Obrigatório)
Ao selecionar esta lista de valores, serão retornadas as Unidades Operacionais ativas, levando em
consideração a configuração de MOAC (Multi Org Access Control).
50
Date From (Obrigatório)
Ao informar este parâmetro o processo de cancelamento irá selecionar todos os documentos fiscais
cancelados, validados e autorizados na SEFAZ com data de autorização iniciando nesta data.
Date To (Obrigatório)
Ao informar este parâmetro o processo de cancelamento irá selecionar todos os documentos fiscais
cancelados, validados e autorizados pela SEFAZ com data de autorização até esta data.
Um log detalhado sobre o processamento também pode ser visualizado através do botão “View
Log”, conforme exemplo abaixo:
+------------------------------------------------------------------+
LAD Consulting Localizations: Version : 12.1
Copyright (c) 1998, 2013, Oracle and/or its affiliates. All rights
reserved.
+------------------------------------------------------------------+
**Starts**14-MAR-2019 11:10:45
**Ends**14-MAR-2019 11:10:45
+------------------------------------------------------------------+
Start of log messages from FND_FILE
51
+------------------------------------------------------------------+
====================================================================
**** Brazilian Third Party Remittance Control - Record
Cancellation ****
====================================================================
***** PARAMETERS *****
--------------------------------------------------------------------
Org ID => 7408
Date From => 14-MAR-2019
Date To => 14-MAR-2019
====================================================================
Cursor c1
p_nInventory_item_id => 201759
p_nOrganization_id => 7409
p_nCost_of_sales_account => 173434
p_nLot_control_code => 1
p_nSerial_number_control_code => 1
p_vSegment1 => AST - FURNITURE V2
UPDATE_MODEL_NO_CONTROL_STOCK
cancel_flag => Y
p_nOrganization_id => 7409
p_nCustomer_trx_id => 623315
p_nCustomer_trx_line_id => 914312
INSERT_CONTROL_LOG
p_nCustomer_trx_id => 623315
p_nCustomer_trx_line_id => 914312
p_vLot_number =>
p_vSerial_number =>
p_vSource_subinventory =>
p_nSource_locator_code =>
********************************************************************
********************************************************************
********************************************************************
+------------------------------------------------------------------+
End of log messages from FND_FILE
+------------------------------------------------------------------+
+------------------------------------------------------------------+
No completion options were requested.
+------------------------------------------------------------------+
Concurrent request completed successfully
Current system time is 14-MAR-2019 11:10:45
+------------------------------------------------------------------+
Sugere-se que programa concorrente “Brazilian Third Party Remittance Control - Record
Cancellation” fique agendado para execução uma vez, no início ou final do dia.
Para que os parâmetros de data sejam incrementados em cada execução, deve-se marcar o flag
“Increment Date parameters each run”, conforme print abaixo:
1. Navegar até a responsabilidade “Brazilian Third Party Material Governance”;
2. Selecionar a função “Requests”;
3. Selecionar a função “Run”;
4. Selecionar a opção “Single Request”;
5. Selecionar o programa concorrente “Brazilian Third Party Remittance Control - Record
Cancellation”;
6. Informar a Operating Unit, Date From e Date To;
7. Clicar no botão “Schedule”
8. Na seção “Run the Job…” selecionar a opção “Periodically”
9. Campo “Re-run every” deve corresponder a 1 Day(s)
10. Selecionar o flag “Increment Date parameters each run”
11. Submeter a requisição do programa concorrente.
52
53
54
55
56
CAPÍTULO
E ste capítulo aborda o processo de retorno do material, que tem início com o lançamento do
documento fiscal no Brazilian Integrated Receiving – RI, associando as notas fiscais de remessa
Após a aprovação do documento fiscal Brazilian Integrated Receiving – RI, ocorre a integração
capítulo.
57
Processo de Retorno
É necessário também que, no cadastro do CFOP, o mesmo esteja configurado como “Return from
Third Party” no campo “Third Party Type”. Detalhes no capítulo 1 desse documento:
Assim, no momento do lançamento das linhas do documento fiscal, o botão “Third Party Return”
ficará habilitado após informar os campos “Intended Use” e “CFOP”:
58
Caminho: Brazilian Integrated Receiving – RI → Receipts → Entry
O critério para exibição das notas fiscais de remessa nessa tela são:
1) Busca no Brazilian Third Party Material Governance, todas as notas fiscais de remessa
que possuem o item, fornecedor e que possuam saldo restante maior que 0 (zero) para ser
retornado para a empresa;
2) Se na tela de cadastro “CFOP/Intended Use” do Brazilian Integrated Receiving – RI, o
CFOP estiver configurado com o “CFOP Correspondente”, além da regra acima,
considera também as notas de remessa que possuem o CFOP correspondente, conforme
exemplo abaixo:
59
Caminho: Brazilian Integrated Receiving – RI → Setup → Fiscal Options → CFOP/Intended Use
60
Após a validação de todas as possíveis retenções realizadas no momento da aprovação do
documento fiscal no Brazilian Integrated Receiving – RI, automaticamente o programa
concorrente “Update Brazilian Third Party Return Control” é executado para que a baixa do
material seja realizada no Brazilian Third Party Material Governance e o documento fiscal tenha
seu status alterado para COMPLETE no Brazilian Integrated Receiving – RI.
Esse tópico detalha a entrada de um documento fiscal no Brazilian Integrated Receiving – RI,
utilizando um CFOP de retorno de terceiros, que irá habilitar o botão: “Third Party Return” nas
linhas da nota. A tela que é acionada por esse botão será detalhada a seguir:
Para que o botão seja habilitado, siga os seguintes passos:
1. Navegar até a responsabilidade “Brazilian Integrated Receiving – RI”;
2. Selecionar a função “Receipts”;
3. Selecionar a função “Entry”;
61
4. Escolher a organização de inventário;
62
5. Informar o cabeçalho da operação e clicar no botão “Invoice Entry”;
63
7. Acessar as linhas através do botão “Invoice Lines”
8. Proceder com o lançamento da linha da nota fiscal;
9. Acessar a tela de associação de notas fiscais de remessa através do botão “Third Party
Return”;
10. Poderá ser visualizada a tela de associação das notas fiscais de remessas, conforme as
regras descritas no início desse capítulo;
64
11. Informar se o tipo de retorno do item é físico ou simbólico, utilizando o flag “Symbolic”
12. Informar a quantidade retornada de cada nota de remessa selecionada, utilizando o flag
“Associated” para a respectiva linha
13. Verificar se a quantidade selecionada é igual a quantidade informada na linha do RI;
14. Salvar o registro;
15. Repetir os passos 8 e 9 para todas as linhas cujo CFOP informado esteja parametrizado
para controle de terceiros;
16. Fechar a tela de associação de notas fiscais de remessa;
17. Fechar a tela de linhas da nota;
18. Fechar a tela de capa da nota fiscal;
19. Aprovar o RI. Nesse momento, automaticamente é executado o programa concorrente
“Update Brazilian Third Party Return Control”
A seguir estão detalhados os campos exibidos na tela “Third Party Return Transaction
Association”, acessada através do botão “Third Party Return” na tela de linhas do RI, conforme
descrito anteriormente.
Nessa tela deverá ser selecionada uma ou mais nota fiscal de remessa, referente ao material que
está sendo retornado para a empresa, através do documento fiscal que está sendo lançado no
Brazilian Integrated Receiving – RI.
65
Seção: Cabeçalho
Exibe os dados da linha selecionada anteriormente na tela de entrada do documento fiscal no
Brazilian Integrated Receiving – RI. É utilizada como referência, pois terá as notas fiscais de
remessa selecionadas na seção de detalhes, associadas a ela no Brazilian Third Party Material
Governance.
66
Third Party Vendor Name (Display Only)
Exibe o nome do terceiro que está devolvendo o material para a empresa
Seção: Detalhes
Exibe as notas fiscais de remessa que atenderam os critérios informados no tópico “Processo de
Retorno” no início desse capítulo.
Associated (Opcional)
Esse flag deve ser selecionado quando o material que está sendo retornado, simblicamente ou não,
para empresa foi enviado pela emissão da respectiva nota fiscal de remessa.
Seção: Invoice
Exibe os dados relacionados a nota fiscal de remessa que será associada à linha da nota fiscal de
retorno.
67
Seção: Return Prevision
Essa seção exibe a previsão de retorno do material, calculado no momento de entrada da nota
fiscal de remessa no Brazilian Third Party Material Governance, com base na configuração
existente na tela de “Third Party Customer Network”.
68
Lot Number (Display Only)
Exibe o número do lote gerado na separação de estoque da linha de item da nota fiscal, quando
emitida a nota fiscal no Oracle Account Receivables – AR.
69
Locator (Display Only)
Exibe o local de inventário de entrada para onde o material foi transferido de acordo com a
configuração da Rede do Cliente (Setup → Third Party Customer Network)
Seção: Rodapé
Exibe a quantidade informada na linha do documento fiscal selecionado anteriormente e a
somatória das quantidades selecionada na associação das notas fiscais de remessa.
70
• quantidade restante da Nota fiscal de remessa é igual a 20 (campo “Quantity”);
• Nota fiscal de reversão lançada no RI, referente a nota fiscal de retorno, com
quantidade igual a 10 (campo “Returned Quantity)”;
Após RI completo, o flag “Reverted” fica selecionado e o campo “Quantity” será alterado
para 30.
Após gerado o lançamento no Brazilian Integrated Receiving – RI e o mesmo estiver com o status
“Complete” ou “Reverted”, no momento da aprovação é iniciado automaticamente o programa
concorrente “Update Brazilian Third Party Return Control” com os parâmetros exibidos abaixo:
Operation (Obrigatório)
Número do Recebimento de retorno gerado no Brazilian Integrated Receiving – RI. Este
parâmetro não possui lista de valores e é preenchido automaticamente com o número do RI que
está sendo aprovado ou revertido.
71
Ao ser finalizado, um relatório de processamento contendo as transações processadas, com
sucesso ou erro, podem ser visualizadas através do botão “View Output”, conforme exemplo
abaixo:
Um log detalhado sobre o processamento também pode ser visualizado através do botão “View
Log”, conforme exemplo abaixo:
Caso seja verificado que os documentos fiscais de retorno não foram processados corretamente no
Brazilian Third Party Material Governance, o documento poderá ser reprocessado, seguindo os
procedimentos abaixo:
Na tela, a transação correspondente terá o flag “Error” selecionado e a descrição do erro será
exibida no campo “Error Description”, na parte inferior da tela. Você deverá fazer a correção do
erro manualmente na origem, por exemplo: item não atribuído na organização de destino ou o
72
período não está aberto na organização de destino. Após correção do erro, você deverá localizar
novamente a transação na tela “Transactions”, posicionar o cursor sobre o registro com erro e
clicar no botão “Reprocess”.
O programa concorrente “Update Brazilian Third Party Return Control” será disparado para
processar a transação específica que foi selecionada na tela. Detalhes sobre reprocessamento
encontra-se no “Capítulo 10 – Reprocessamento de Transações” deste documento.
Para que esta funcionalidade seja realizada com sucesso, é necessário que o processo Material
Transactions Processor (Setup → Transactions → Interface Managers → Material Transaction),
na responsabilidade do Oracle Inventory – INV esteja ativo e programado para ser processado com
intervalo de tempo. Por exemplo: “5 minutos”, ou seja, o programa concorrente “Process
transaction interface” ficará agendado para ser executado a cada 5 minutos. Para mais detalhes
sobre essa funcionalidade, verificar o User Guide do Oracle Inventory – INV.
O programa concorrente “Update Brazilian Third Party Return Control” não pode ser executado
manualmente.
73
Processo de Reversão de Retorno
74
Organization Code (Obrigatório)
Código da organização de inventário no qual foi gerada a reversão do retorno no Brazilian
Integrated Receiving – RI. Este parâmetro possui lista de valores, considerando as Organizações
de Inventário configuradas na Unidade Operacional da responsabilidade, que pode ser por perfil
“MO: Operating Unit” ou MOAC.
Date To (Obrigatório)
Data fim que será considerada para selecionar os documentos revertidos no Brazilian Integrated
Receiving – RI. Deve ser a data de reversão do documento fiscal de retorno.
75
Um log detalhado sobre o processamento também pode ser visualizado através do botão “View
Log”, conforme exemplo abaixo:
76
CAPÍTULO
6 Transações
E ste capítulo aborda a tela de consulta de transações geradas no Brazilian Third Party Material
77
Transações
Tela responsável por exibir todas as transações que foram enviadas ao Brazilian Third Party
Material Governance, através da execução dos programas concorrentes desse módulo. Essas
transações podem ter origem no AR (Processo de Remessa/Retorno - Material da Empresa em
Poder de Terceiros) ou no RI (Processo de Recebimento/Devolução - Material de Terceiros em
Poder da Empresa).
Quando o programa concorrente for finalizado com erro no processamento, a transação será
exibida nessa tela, bem como o detalhe do erro encontrado.
É responsável também por exibir informações que permitem o controle o retorno/devolução do
material para atender a suspensão do ICMS, considerando a quantidade de dias para transações
dentro e fora do estado (CFOP), cadastrados na tela de Rede do Cliente.
Através dessa tela, também é possível solicitar a renovação do prazo para suspensão do ICMS,
quando se tratar do processo de Remessa/Retorno, pois é responsabilidade da empresa fazer essa
renovação junto a SEFAZ ou, informar a quantidade de dias que o cliente conseguiu para
renovação do prazo para suspensão do ICMS, quando se tratar do processo de
Recebimento/Devolução. Para ambos os casos, permite consultar o histórico de renovações das
transações. Somente usuários que possuem permissão nas profiles de segurança podem ter acesso
a essa informação, sendo:
• Processo de Remessa/Retorno – permissão através da profile: “CLL F513: Allow renewal
days of Remittance”
• Processo de Recebimento/Devolução – permissão através da profile: “CLL F513: Allow
renewal days of Receipts”
A seguir estão os detalhes, considerando os processos de Remessa/Retorno (origem AR) e
Recebimento/Devolução (origem RI):
78
Nessa tela estão disponíveis todas as informações referentes a emissão da nota fiscal de
recebimento. Caso as linhas possuam itens de estoque, estes serão exibidos, considerando
as informações de lote e série.
Pode-se visualizar também a organização de inventário, subinventário e local de
armazenamento onde o material foi recebido.
Se a movimentação estiver configurada para controle de prazo de devolução, é possível
visualizar a quantidade de dias restantes para devolução total do documento fiscal. É
possível também visualizar o saldo em aberto (quantidade) da nota fiscal de recebimento.
Source (Obrigatório)
Ao selecionar esta lista de valores, serão exibidos os valores pré-cadastrados na lookup
CLL_F513_TPA_SOURCES, sendo:
79
• AR: Exibe as notas fiscais de remessas e retornos referente ao processo de Materiais
Próprios em Poder de Terceiros.
• RI: Exibe as notas fiscais de recebimentos e devoluções referente ao processo de
Materiais de Terceiros em Poder da Empresa.
80
Caminho: Brazilian Integrated Receiving → Setup → Fiscal Options → CFOP
Detalhes sobre a utilização dessas telas, consultar o User Guide do Brazilian Integrated Receiving
– RI.
CFOP (Opcional)
Esse campo fica habilitado somente quando o campo “Source” estiver preenchido com “RI” e o
campo “Intended Use” tenha sido informado.
Ao selecionar esta lista de valores, serão exibidos os Códigos de CFOP que possuem o tipo
“Material of Third Party” e que estejam associados a Utilização Fiscal informada anteriormente no
campo “Intended Use”, conforme cadastrado no Brazilian Integrated Receiving – RI.
Customer (Opcional)
Esse campo fica habilitado somente quando o campo “Source” estiver preenchido com “AR”.
Ao selecionar esta lista de valores, serão retornados os dados de clientes ativos que pertencem à
Unidade Operacional informada no campo “Operating Unit”.
É utilizado para encontrar as transações configuradas para o cliente pesquisado, que será exibido
na seção “Customer” da tela principal.
81
• RI: informar o número da nota fiscal de recebimento.
82
Se informado “YES”, a consulta exibirá somente os itens que possuem o campo “Quantity”, da
seção “Remaining Balance” igual a 0 (zero).
Se informado “NO”, a consulta exibirá somente os itens que possuem o campo “Quantity”, da
seção “Remaining Balance” maior que 0 (zero).
Botão “Clear”
Ao pressionar o botão “Clear” todos os dados informados na tela são apagados.
Botão “Find”
Ao pressionar o botão “Find” a tela “Third Party Transactions” é exibida retornando os dados
encontrados. Caso nenhum dado seja encontrado, a tela é acionada, mas não exibe nenhum
registro.
A tela de Transações é exibida após o botão “Find” da tela de pesquisa ser acionado. Exibirá os
registros encontrados atendendo os critérios de pesquisa informados.
A manutenção das informações na tela de Transações não é permitida. Todos os erros de
configuração que puderem interferir em informações relevantes para o Brazilian Third Party
Material Governance devem ser corrigidos em sua origem dentro de um mês contábil em aberto.
Após a correção deve-se encontrar a transação com erro nessa tela e fazer o reprocessamento da
mesma, clicando no botão “Reprocess”.
Essa tela está dividida em 2 abas, onde somente a aba pesquisada no campo “Source” da tela de
pesquisa fica ativa, sendo:
• Sent to Third Party (AR): contém todas as informações referente as notas fiscais de
remessa, associação com os retornos, bem como informações sobre o prazo legal de
retorno, controle de saldo de itens, valores da nota e informações de estoque das
linhas de materiais remetidos e retornados de terceiros. Suas principais
características são:
o Informações referente ao cliente;
o Número da Nota fiscal;
o Informações do item;
o Lote e Série;
o Organização de Inventário de Origem;
o Subinventário e Local de Armazenamento de origem;
o Organização de Inventário definida para controle de terceiros;
o Subinventário e Local de Armazenamento definidos para controle de
terceiros;
o Data prevista para retorno dos materiais;
83
o Saldo remanescente aguardando retorno de terceiros;
o Quantidade de renovações de prazo;
o Marcação de notas fiscais canceladas no Oracle Account Receivables – AR.
Nessa tela também é possível solicitar a renovação do prazo de suspensão de ICMS do material da
empresa em poder de terceiros ou, informar o prazo de renovação do material de terceiros em
poder da empresa. Esse processo de renovação é acionado através do botão “Renew”, podendo ser
executado somente 1 vez por mês. Este é um procedimento de segurança para não permitir que o
processo seja renovado por engano várias vezes consecutivas.
Ao ser acionado, é exibida a mensagem de qual será a nova data de renovação que será
considerada. O cálculo dessa nova data é feito considerando a quantidade de dias informado na
tela de parâmetros da Rede do Cliente e se o endereço do cliente está dentro ou fora do estado.
Somente usuários que possuem permissão nas profiles de segurança podem ter acesso a essa
informação, sendo:
• Processo de Remessa/Retorno – permissão através da profile: “CLL F513: Allow renewal
days of Remittance”
• Processo de Recebimento/Devolução – permissão através da profile: “CLL F513: Allow
renewal days of Receipts”
A seguir estão detalhes do que é exibido em cada campo da tela:
84
Caminho: Brazilian Third Party Material Governance → Transactions → Transactions
85
Transaction Number (Display Only)
Exibe o número da nota fiscal de remessa, conforme critério de pesquisa informado anteriormente
na tela Find.
Seção: Customer
Exibe os dados do cliente para quem a empresa está remetendo o material.
86
Seção: Source Organization
Essa seção exibe os dados relacionados a organização de origem do material no Brazilian Third
Party Material Governance
87
Return Date (Display Only)
Exibe a data de previsão de retorno do material, de acordo com a quantidade de dias configurada
na tela de parâmetros da Rede do Cliente e o estado do cliente (dentro ou fora do estado). Se
houver renovação do prazo, será exibida sempre a data do último prazo renovação.
Para consultar as renovações da transação, verifique a tela de histórico através do botão “Renew
Log History”, que será detalhada no decorrer desse capítulo.
88
Seção: Third Party Return Transactions
Essa seção exibe as transações de retorno geradas no Brazilian Integrated Receiving – RI,
associadas as notas fiscais de remessa geradas no Oracle Account Receivables – AR e que estão no
Brazilian Third Party Material Governance.
89
Unit Price (Display Only)
Exibe o preço unitário informado na linha do Brazilian Integrated Receiving – RI referente a nota
fiscal de retorno, associado a nota fiscal de remessa exibida na seção anterior “Third Party Remit
Transactions”.
Seção: To Organization
Essa seção exibe os dados relacionados a organização de destino do material no Brazilian Third
Party Material Governance
90
Change Balance Flag (Display Only)
Esse flag é marcado automaticamente com “YES” quando a linha da nota fiscal de retorno está
com o status “Complete” no Brazilian Integrated Receiving – RI e seus saldos de estoque foram
corretamente baixados da organização/subinventário/Local de terceiros. Se houver a reversão
desse documento fiscal no Brazilian Integrated Receiving – RI, esse flag será desmarcado.
Quando esse flag estiver selecionado, a quantidade restante (campo “Quantity”) da seção
“Remaining Balances”, da transação de origem da remessa (seção “Third Party Remit
Transactions”) é alterada, subtraindo a quantidade informada na nota fiscal de retorno. Por
exemplo:
• quantidade restante da Nota fiscal de remessa é igual a 30 (campo “Quantity”);
• Nota fiscal de retorno, lançada no RI, com quantidade igual a 10 (campo “Returned
Quantity)”;
• Após RI completo, esse flag fica selecionado e o campo “Quantity” será alterado
para 20.
Botão Reprocess
Fica habilitado somente quando o registro posicionado nas seções “Third Party Remit
Transactions” ou “Third Party Return Transactions” possuir erro de processamento.
Ao ser acionado, irá disparar o programa concorrente referente ao registro selecionado nas
respectivas seções, sendo:
91
Seção Programa Concorrente
Third Party Remit Transactions Update Brazilian Third Party Remittance Control
Third Party Return Transactions Update Brazilian Third Party Return Control
OBSERVAÇÃO:
Para maiores informações quanto ao reprocessamento das transações, verificar o Capítulo 10 –
Reprocessamento de Transações.
Botão Renew
Esse botão fica habilitado somente quando:
• o registro selecionado na seção “Third Party Remit Transactions” ainda possuir
quantidade a ser retornada;
• o registro selecionado na seção “Third Party Remit Transactions” não estiver com erro;
É utilizado para exibir a tela de histórico de renovações do prazo legal de ICMS Suspenso que já
foram realizadas para a transação de remessa selecionada na seção “Third Party Remit
Transactions”.
Quando o usuário possuir permissão de acesso na profile: “CLL F513: Allow renewal days of
Remittance”, indicando que o mesmo pode informar a renovação do prazo legal do ICMS
Suspenso, o botão “Confirm Renew” ficará habilitado. Detalhes sobre essa funcionalidade estão
descritos a seguir.
Tela de Histórico de Renovações – exibida quando o botão “Renew” é acionado:
92
• o usuário logado possuir permissão através da profile: “CLL F513: Allow renewal days of
Remittance”;
É utilizado para fazer a renovação do prazo legal de suspensão do ICMS e pode ser executado
somente 1 vez por mês. Este é um procedimento de segurança para não permitir que o processo
seja renovado por engano várias vezes consecutivas. Ao tentar renovar novamente dentro do
mesmo mês, a mensagem “Invoice has been renewed in this month” é exibida e a operação não
é realizada.
Deve-se utilizar essa funcionalidade somente após a solicitação de renovação ter sido aprovada
pela SEFAZ, ou seja, o parceiro de mensageria consulta as transações que estão próximas do
vencimento do prazo legal utilizando a view de integração, gera o XML, envia para a SEFAZ e,
após ter a confirmação de renovação do prazo, deverá entrar com a informação no Brazilian Third
Party Material Governance. Isso pode ocorrer de 2 maneiras, sendo:
• Usuário insere a renovação manualmente clicando no botão “Confirm Renew” após
receber a confirmação de renovação do prazo legal do ICMS Suspenso;
• Parceiro de mensageria consome a API de renovação que irá alterar a data de retorno e
inserir os dados históricos da renovação.
Ao ser acionado, é exibida a mensagem de qual será a nova data de renovação que será
considerada. O cálculo dessa nova data é feito considerando a quantidade de dias informado na
tela de parâmetros da Rede do Cliente e se o endereço do cliente está dentro ou fora do estado. Por
exemplo:
Endereço do cliente dentro do estado e na tela de parâmetros do cliente está configurado 30
dias no campo “Same State”
Na tela de transações, temos uma transação com os dados conforme detalhado a seguir:
93
Detalhes sobre a utilização da API encontram-se no TRM do Brazilian Third Party Material
Governance.
94
Botão Close
Fecha a tela de renovação, voltando para a tela de transações.
95
Seção: Customer
Exibe os dados do cliente que é o proprietário do material que está sendo recebido pela empresa.
96
Item (Display Only)
Exibe o código de item informado da linha do documento fiscal de recebimento de material de
terceiros.
Seção: Lot
Seção responsável por exibir informação do lote, quando o item utilizado na linha do documento
fiscal de recebimento de material de terceiros possuir esse controle
97
Locator (Display Only)
Exibe o local de armazenamento informado pelo usuário na confirmação do recebimento do
documento fiscal de terceiros, quando a configuração na tela “Third Party Customer Network”
estiver marcada com controle de estoque.
98
Value Amount (Display Only)
Exibe o saldo em valor, disponível para devolução da linha do documento fiscal de recebimento.
99
Devolution Type (Display Only)
Exibe o Tipo de Transação da nota fiscal de devolução gerada no Oracle Account Receivables –
AR.
Seção: Lot
Seção responsável por exibir informação do lote, quando o item utilizado na linha do documento
fiscal da devolução de material de terceiros possuir esse controle e quando a transação de
recebimento original for configurada na tela “Third Party Customer Network” com controle de
estoque.
100
Line Value Amount (Display Only)
Campo Calculado. Exibe o valor da linha do documento fiscal de devolução, multiplicando os
campos: “Devolution Quantity” * “Unit Price”.
101
Botão Reprocess
Fica habilitado somente quando o registro posicionado nas seções “Third Party Receipt
Transactions” ou “Third Party Devolution Transactions” possuir erro de processamento.
Ao ser acionado, irá disparar o programa concorrente referente ao registro selecionado nas
respectivas seções, sendo:
Third Party Receipt Transactions Create Brazilian Third Party Receipt Control
Third Party Devolution Transactions Update Brazilian Third Party Devolution Control
OBSERVAÇÃO:
Para maiores informações sobre o funcionamento dessa tela e o reprocessamento das transações,
verificar o Capítulo 10 – Reprocessamento de Transações.
Botão Renew
Esse botão fica habilitado somente quando:
• o registro selecionado na seção “Third Party Receipts Transactions” ainda possuir
quantidade a ser devolvida;
• o registro selecionado na seção “Third Party Receipts Transactions” não estiver com erro;
É utilizada apenas para informar a renovação do prazo legal de suspensão do ICMS para a
devolução do material para o terceiro. O responsável por fazer essa solicitação junto a SEFAZ é o
próprio terceiro, pois é o proprietário do material (quem emitiu a nota fiscal). Os registros
inseridos nessa tela possuem o status “MANUAL” e não deverão ser considerados pelo parceiro
de mensageria para envio a SEFAZ.
Nessa tela, são exibidos os históricos de renovação na seção “Renew History”. Quando o usuário
logado possuir permissão para informar a quantidade de dias de renovação, através da profile:
“CLL F513: Allow renewal days of Receipts”, o campo “Quantity Days to Renew Date” e o botão
“Confirm Renew” ficam habilitados e, ao ser acionado, calcula a nova data de devolução,
atualizando a seção “Renew History”.
102
Quantity Days to Renew Date (Opcional)
Esse campo fica habilitado somente quando:
• o usuário logado possuir permissão através da profile: “CLL F513: Allow renewal days of
Receipts”;
Informar a quantidade de dias autorizados para renovação do prazo legal de ICMS Suspenso da
nota fiscal recebida de terceiro. Esta ação deverá ser executada manualmente, pois a solicitação de
renovação deverá partir do terceiro.
103
Old (Display Only)
Exibe a última data de retorno prevista antes da renovação.
Campo Flexível
O campo flexível é habilitado para exibir os atributos da tabela, que podem ser utilizados por
processos externos aos descritos nesse documento.
Botão Close
Fecha a tela de renovação, voltando para a tela de transações.
104
1. Posicionar o cursor na linha desejada:
• Seção: “Third Party Return Transactions”: Tem como origem as notas de retorno
geradas no Brazilian Integrated Receiving – RI. Portanto, ao acionar o drilldown
sobre qualquer linha dessa seção, será exibida a tela de entrada de nota do RI, com os
detalhes sobre a nota fiscal de retorno selecionada.
1. Posicionar o cursor na linha desejada:
105
2. Dar duplo clique na linha selecionada:
3. O drilldown será direcionado para tela de entrada de notas fiscais do
Brazilian Integrated Receiving – RI, exibindo os dados da nota fiscal de
retorno:
106
2. Dar duplo clique na linha selecionada
3. O drilldown será direcionado para tela de entrada de notas fiscais do
Brazilian Integrated Receiving – RI, exibindo os dados da nota fiscal de
Recebimento:
107
2. Dar duplo clique na linha selecionada
3. O drilldown será direcionado para a tela de transações do Oracle Account
Receivables – AR, exibindo os dados da nota fiscal de Devolução:
Consultando a Transação
108
7. A tela “Third Party Transactions” é exibida com as informações das transações que
atenderam o critério de pesquisa.
109
8. Se informado o valor “AR” no campo “Source” da tela de pesquisa, a tela de transações é
exibida, mostrando a aba “Sent to Third Party (AR)” habilitada.
Para realizar uma nova consulta, utiliza CTRL+F11 para voltar a tela de pesquisa
110
9. Se informado o valor “RI” no campo “Source” da tela de pesquisa, a tela de transações é
exibida, mostrando a aba “Received from Third Party (RI)” habilitada.
Para realizar uma nova consulta, utiliza CTRL+F11 para voltar a tela de pesquisa
111
CAPÍTULO
E ste capítulo aborda como você pode receber os documentos fiscais utilizando a Interface
IMPORTANTE:
permitidos, pois seguem o mesmo funcionamento do tipo devolução que hoje não é comportado na
112
Interface Aberta – Brazilian Integrated Receiving - RI
113
Após ser importada para a tela de entrada de documentos fiscais do Brazilian Integrated Receiving
– RI, serão realizadas todas as validações necessárias já existentes, além de novas validações
criadas para atender o processamento dos dados que serão importados para o Brazilian Third Party
Material Governance.
Detalhes sobre o funcionamento do processo de Interface Aberta do Brazilian Integrated
Receiving – RI encontram-se no User Guide do módulo.
Essa tela permite a associação das notas fiscais de remessa à nota de retorno carregada via
Interface Aberta do Brazilian Integrated Receiving – RI.
Para o devido funcionamento desse processo, deve-se informar os IDs das colunas da Interface
Aberta referente ao cabeçalho e linhas da nota fiscal de retorno, para que o processo interprete
corretamente e associe as notas fiscais de remessa, que serão geradas no Brazilian Third Party
Material Governance.
É acessada somente pelo botão “Third Party Return Association” na tela de linhas da Interface
Aberta, conforme descrito a seguir:
1. Navegar até a responsabilidade “Brazilian Integrated Receiving – RI”;
2. Selecionar a função “Receipts”;
3. Selecionar a função “Open Interface”;
114
4. A tela “Fiscal Invoices Open Interface” é exibida:
115
Caminho: Brazilian Integrated Receiving → Receipts → Open Interface
6. Acessar a tela “Third Party Open Interface”, clicando no botão “Third Party Return
Association”, onde se deve associar as notas fiscais de remessa ao registro de retorno que
está sendo gerado pela interface aberta;
116
Interface Invoice Id (Display Only)
Valor sequencial da coluna de controle de cabeçalho da Interface do Brazilian Integrated
Receiving - RI.
Deve corresponder ao mesmo ID informado anteriormente nas telas de lines e invoice da Interface
Aberta.
Quantity (Opcional)
Informar a quantidade do material que está sendo retornado considerando a linha do documento
fiscal que está sendo informado na Interface Aberta.
Esse campo possui algumas validações que, dependendo da situação, será exibida uma mensagem
e o registro não será salvo, conforme abaixo:
117
Situação Mensagem
Quantidade é maior que a informada na linha da The amount reported can not be greater than the
interface do recebimento amount reported in the interface line of the
receipt
A soma da quantidade das linhas é diferente da The sum of the quantities on each line must be
informada na linha da interface do recebimento equal to the interface quantity on the line of
receipt
118
Referência da Tela Third Party Open Interface for Devolution
Essa tela permite a associação das notas fiscais de recebimento à nota de devolução carregada via
Interface Aberta do Brazilian Integrated Receiving – RI.
Para o devido funcionamento desse processo, deve-se informar os IDs das colunas da Interface
Aberta referente ao cabeçalho e linhas da nota fiscal de devolução, para que o processo interprete
corretamente e associe as notas fiscais de recebimento, que serão geradas no Brazilian Third Party
Material Governance.
É acessada somente pelo botão “Third Party Devolution Association” na tela de linhas da Interface
Aberta, conforme descrito a seguir:
1. Navegar até a responsabilidade “Brazilian Integrated Receiving – RI”;
2. Selecionar a função “Receipts”;
3. Selecionar a função “Open Interface”;
119
120
4. A tela “Fiscal Invoices Open Interface” é exibida:
121
6. Acessar a tela “Third Party Open Interface”, clicando no botão “Third Party Devolution
Association”, onde se deve associar as notas fiscais de recebimento ao registro da
devolução que está sendo gerada pela interface aberta;
122
Quantity (Opcional)
Informar a quantidade do material que está sendo devolvida considerando a linha do documento
fiscal que está sendo informado na Interface Aberta.
Esse campo possui algumas validações que, dependendo da situação, será exibida uma mensagem
e o registro não será salvo, conforme abaixo:
Situação Mensagem
Quantidade é maior que a informada na linha da The amount reported can not be greater than the
interface do recebimento amount reported in the interface line of the
receipt
A soma da quantidade das linhas é diferente da The sum of the quantities on each line must be
informada na linha da interface do recebimento equal to the interface quantity on the line of
receipt
123
CAPÍTULO
124
Processo de Recebimento
O procedimento para registro das notas fiscais de recebimento de materiais de terceiros emitidas
pelos clientes/fornecedores é realizado através do Brazilian Integrated Receiving – RI.
Você deve efetuar a entrada das linhas de itens e realizar a confirmação do recebimento físico,
alocando no depósito e endereço (subinventário e local) corretos na aprovação do documento
fiscal no Brazilian Integrated Receiving – RI.
O item informado na linha do documento fiscal deve ter como unidade de medida primária, a
mesma unidade de medida informada pelo cliente/fornecedor na nota fiscal que está sendo
recebida. Isso é obrigatório pois não será realizada a conversão de unidade de medida.
O processo de entrada e aprovação é semelhante ao processo core de recebimentos, onde no ato da
aprovação do documento fiscal, um formulário é visualizado com os itens das linhas da nota fiscal
que serão transacionados no Oracle Inventory – INV, através da interface aberta de transações.
O processo só estará completo quando todos itens informados nas linhas da nota, tiverem seus
recebimentos confirmados. Como este processo não possui documento de compra vinculado, não
será possível utilizar a funcionalidade de recebimento da PO para posterior movimentação do
material no Inventário.
Esse tópico detalha o recebimento de um documento fiscal no Brazilian Integrated Receiving – RI,
utilizando uma Utilização Fiscal e CFOP de entrada de terceiros, que identifica que é um
recebimento de material de terceiros em poder da empresa.
No momento da aprovação, a tela “TPA Transaction Confirmation” é exibida para confirmar o
recebimento do material de terceiros. Detalhes sobre essa tela encontra-se no decorrer desse
capítulo.
Para fazer a entrada de um recebimento de material de terceiros em poder da empresa e acionar a
tela “TPA Transaction Confirmation”, você deve:
1. Navegar até a responsabilidade “Brazilian Integrated Receiving – RI”;
2. Selecionar a função “Receipts”;
3. Selecionar a função “Entry”;
125
126
4. Selecionar a Organização de Inventário
127
6. Proceder com o lançamento da Capa da nota fiscal (Invoice Entry), informando o tipo de
nota configurado para fazer o recebimento de material de terceiros
128
9. Certificar que o “Intended Use” e “CFOP” informado esteja corretamente configurado no
Brazilian Third Party Material Governance, com o campo “Source” igual a “RI”,
conforme exemplo abaixo:
Caminho: Brazilian Third Party Material Governance → Setup → Third Party Customer Network
10. Certificar que o “CFOP” informado nas linhas esteja configurado para “Material of
Third Party” no campo “Third Party Type”, conforme exemplo:
129
12. Fechar Tela Linhas da Nota;
13. Fechar Tela Capa da Nota Fiscal;
14. Aprovar Recebimento;
15. Após a aprovação, poderá ser visualizado a tela “TPA Transaction Confirmation”
Nessa tela, você deve informar os campos obrigatórios “Subinventory” e “Locator”
(quando o item/subinventário/organização de inventário tiver controle de local).
Para itens que não possuem controle de estoque estes campos não serão habilitados.
Detalhes sobre essa tela encontra-se no próximo tópico desse capítulo.
130
• Controle por Série: preencher as informações e clicar em “Done”
131
Tela de Confirmação do Recebimento Físico
132
Caminho: Brazilian Integrated Receiving → Receipts → Entry → Approval → TPA Transaction
Confirmation
133
Subinventory (Obrigatório)
Exibe lista de valores com os possíveis subinventários do item, que estão disponíveis para receber
o material, informado na linha do documento fiscal no Brazilian Integrated Receiving – RI.
Locator (Obrigatório)
Exibe lista de valores com o local de estoque do item. É obrigatório quando o
item/subinventário/organização de inventário possuir controle de local, caso contrário, o campo
não será habilitado.
É utilizado para informar o local do item onde será armazenado o material informado na linha do
documento fiscal no Brazilian Integrated Receiving – RI.
134
• Controle de Série
• Controle de Lote e Série
• Controle de Lote
Seção: Cabeçalho
Exibe as informações do item que possui controle por lote ou lote/série.
135
Quantity (Display Only)
Exibe a quantidade informada na linha do documento fiscal no Brazilian Integrated Receiving –
RI.
Seção: Detalhes
Exibe as informações dos lotes que estão sendo utilizados no recebimento do material de terceiros
que estarão em poder da empresa
Quantity (Obrigatório)
Você deve informar a quantidade que será utilizada para recebimento da linha por lote. Esta
quantidade pode ser fracionada em diferentes lotes.
136
Botão: Serial
Esse botão fica habilitado quando o item possuir também controle de série.
Ao ser selecionado, a tela de controle de série é exibida.
Essa tela é documentada no próximo tópico desse capítulo (Controle de Série)
Botão: Cancel
Responsável por cancelar a inserção de informações de lote. Ao clicar nesse botão, o formulário
de lote é fechado.
Botão: Done
Após inserir corretamente todas as informações de lote ou lote/série, ao clicar nesse botão,
o formulário salva os registros e retorna a tela de Confirmação de Recebimento.
• Controle de Série
Seção: Cabeçalho
Exibe as informações do item que possui controle por série ou lote/série.
137
Item (Display Only)
Exibe o código/descrição do item informado na linha do documento fiscal no Brazilian Integrated
Receiving – RI.
Seção: Detalhes
Exibe as informações dos números de série que serão utilizados no recebimento do material de
terceiros que estarão em poder da empresa.
138
Quando a série selecionada possuir as informações de atributos preenchidos nos flexfields core:
“Serial Attributes” e “Serial numbers”, estes serão considerados nas transações geradas pelo
Brazilian Third Party Material Governance no Oracle Inventory – INV e poderão ser consultados
na tela de consulta de transações de material (Oracle Inventory – INV → Transactions → Material
Transactions).
Botão: Done
Após inserir corretamente todas as informações de série do item, ao clicar nesse botão, o
formulário salva os registros e retorna a tela de Confirmação de Recebimento (tela “TPA
Transaction Confirmation”), quando item possuir só controle de série. Quando o item possuir
controle de lote/série, retorna para a tela “TPA Lot Entry”.
Botão: Cancel
Cancela a inserção de informações de série do item. Ao clicar nesse botão, o formulário é fechado.
• Quando o item possuir somente controle de série, a tela de serial number (“TPA
Serial Entry”), é exibida, mas não possui a informação do lote;
139
Aprovação do documento fiscal de Recebimento de Material de Terceiros
140
Operation (Obrigatório)
Número que identifica a operação no Brazilian Integrated Receiving – RI, que contém os
documentos fiscais que terão as quantidades transacionadas no Oracle Inventory – INV e Brazilian
Third Party Material Governance
141
Um log detalhado sobre o processamento também pode ser visualizado através do botão “View
Log”, conforme exemplo abaixo:
142
Reversão do Recebimento do documento fiscal de Material de Terceiros
Este tópico aborda como proceder com a Reversão de um documento fiscal referente ao
recebimento de material de terceiros em poder da empresa, que acontecerá no Brazilian Integrated
Receiving – RI. Detalhes sobre todo o processo de reversão encontram-se no User Guide
específico desse módulo.
Após a reversão ocorrer com sucesso, automaticamente o programa concorrente “Create Brazilian
Third Party Receipt Reversion Control” é disparado, responsável por atualizar o estoque do item
no Oracle Inventory – INV e o controle de material de terceiros em poder da empresa, no Brazilian
Third Party Material Governance.
A seguir estão descritos os procedimentos para reversão do documento fiscal no Brazilian
Integrated Receiving – RI, bem como detalhes sobre o programa concorrente “Create Brazilian
Third Party Receipt Reversion Control”:
143
4. Escolher a organização de inventário
144
5. Informar a operação que será revertida
145
8. O número da operação de reversão gerado é populado no campo “Reversion Operation
Number”
146
10. Automaticamente o programa “Create Brazilian Third Party Receipt Reversion Control”
será executado para a operação de reversão gerada
Após a operação de reversão do documento fiscal ter sido finalizado e o recebimento original ter
seu status atualizado para “Reverted” no Brazilian Integrated Receiving – RI, é iniciado
automaticamente o programa concorrente “Create Brazilian Third Party Receipt Reversion
Control”.
Este programa concorrente também pode ser executado manualmente, quando um documento
fiscal for revertido no Brazilian Integrated Receiving – RI com sucesso, mas por algum problema
de parametrização não atualizou o controle de terceiros. É responsável por reprocessar a reversão
para gerar as transações de inventário no Oracle Inventory – INV e realizar as baixas dos
recebimentos no Brazilian Third Party Material Governance.
O programa concorrente “Create Brazilian Third Party Receipt Reversion Control” deve ser
submetido com os parâmetros exibidos abaixo:
147
Operation (Obrigatório)
Número que identifica a operação de reversão no Brazilian Integrated Receiving – RI, que foi
executado com sucesso neste modulo, mas não atualizou o controle de terceiros. Contém os
documentos fiscais que terão as quantidades transacionadas no Oracle Inventory – INV e Brazilian
Third Party Material Governance
Um log detalhado sobre o processamento também pode ser visualizado através do botão “View
Log”, conforme exemplo abaixo:
148
149
CAPÍTULO
E ste capítulo aborda o processo de devolução dos materiais recebidos de terceiros no Brazilian
Essa devolução pode ocorrer fisicamente ou simbolicamente, conforme descrito no decorrer desse
capítulo.
150
Processo de Devolução
A geração das notas fiscais de devolução das entradas de materiais de terceiros em poder da
empresa caracteriza a associação das notas fiscais de recebimento de material de terceiros e a
geração no Oracle Account Receivables – AR da nota fiscal de saída. Esse processo se inicia no
Brazilian Integrated Receiving – RI, com o tipo de transação equivalente a “Return to vendor”
(deve ser utilizada a nova opção: “Return to TPA”) e o CFOP utilizado também precisa estar
configurado como “Devolution of Third Party”, juntamente com a Utilização Fiscal de “devolução
ao terceiro”. Dessa forma, o botão “Third Party Devolution” fica habilitado nas linhas do
documento fiscal de devolução para que seja informado as notas fiscais de recebimento de
material de terceiros que estão sendo devolvidas.
No momento da aprovação do documento fiscal no Brazilian Integrated Receiving – RI, algumas
validações se fazem necessárias para garantir que o documento de devolução possui todas as
informações necessárias para completar o documento fiscal e enviar as informações necessárias
para o Brazilian Third Party Material Governance. Caso ocorra problema em alguma validação, o
documento ficará em retenção até que o erro seja corrigido e o documento seja aprovado.
Após aprovação desse documento fiscal no Brazilian Integrated Receiving – RI, já é possível
consultar algumas informações da devolução na tela de transações do Brazilian Third Party
Material Governance. Para isso, você deve pesquisar as transações na aba “Received From Third
Party (RI)”, localizar a transação de recebimento na seção “Third Party Receipt Transactions” e,
ao clicar na respectiva linha, os dados da devolução gerados são exibidos na seção “Third Party
Devolution Transactions”. Detalhes sobre a tela de transações encontra-se no Capítulo 6 desse
documento.
Nesse mesmo tempo, quando ocorrer a aprovação do documento fiscal no Brazilian Integrated
Receiving – RI, o mesmo também é enviado automaticamente para a interface aberta do Oracle
Account Receivables – AR. Sendo necessário a execução do processo core de Autoinvoice para
geração da Nota Fiscal de Devolução. Lembrando que, esta só estará elegível no Brazilian Third
Party Material Governance após a nota fiscal que foi gerada, ter sido aprovada pela SEFAZ
(integração com parceiro de mensageria está fora do escopo desse processo).
Quando o programa concorrente “Update Brazilian Third Party Devolution Control”, que
sugerimos ficar agendado, for executado, ocorrerá a baixa das respectivas quantidades no
Brazilian Third Party Material Governance, bem como as baixas de estoque Oracle Inventory –
INV, se este for o caso.
Uma devolução definida como “Devolução Simbólica” caracteriza que o item utilizado no
recebimento da nota fiscal de terceiro, não movimentou um subinventário de estoque. Quando for
gerada a devolução simbólica para o terceiro e a geração da nota fiscal no Oracle Account
Receivables – AR, o item somente terá a baixa no controle de terceiros no Brazilian Third Party
Material Governance, pois o estoque neste caso, foi consumido por um processo produtivo (ex:
recebimento de materiais para industrialização).
A seguir estão os detalhes da geração do documento fiscal de devolução, a associação os
recebimentos no Brazilian Integrated Receiving – RI, a geração da nota fiscal no Oracle Account
Receivables – AR e a execução do programa concorrente “Update Brazilian Third Party
Devolution Control”, que irá fazer a movimentação do material no Brazilian Third Party Material
Governance.
151
Brazilian Third Party Material Governance. Também fica disponível na Interface Aberta do
Oracle Account Receivables – AR, aguardando que o processo core de Autoinvoice carregue os
dados, gerando assim, a nota fiscal de devolução e efetivando a movimentação do item no
Brazilian Third Party Material Governance, após a aprovação da mesma junto a SEFAZ.
Vale ressaltar que o processo de devolução leva em consideração as seguintes informações: a
Utilização Fiscal/CFOP e o tipo de nota de devolução informados na geração do documento
fiscal. Para mais detalhes sobre a configuração do Utilização Fiscal/CFOP e do Tipo de Nota de
Devolução para o controle de materiais de terceiros em poder da empresa, verifique o Capítulo 1
desse documento.
IMPORTANTE:
O processo de devolução NÃO permite REVERSÃO no Brazilian Integrated Receiving – RI
Caso você tente reverter um documento fiscal de devolução, através da tela de reversão do
Brazilian Integrated Receiving – RI, a mensagem de validação abaixo será exibida:
152
153
4. Criar uma nova operação;
5. Selecionar o botão “Invoice Entry”;
154
9. Informar uma Utilização Fiscal e CFOP configurados como devolução de material de
terceiros, para que o botão “Third Party Devolution” fique habilitado;
10. Selecionar o botão “Third Party Devolution”. A tela a “Third Party Devolution
Transaction Association” será exibida, mostrando todos os recebimentos de materiais
efetuados anteriormente para o item e fornecedor informados. Detalhes sobre o
funcionamento dessa tela, encontra-se no próximo tópico desse capítulo.
155
Após completar o RI, as informações de devolução existentes até o momento podem-se
consultadas no “Brazilian Third Party Material Governance”, na tela “Transactions →
Transactions”, na aba “Received From Third Party (RI)”, conforme tela abaixo.
Você deve localizar a transação de recebimento na seção “Third Party Receipt Transactions” que
originou a devolução. Ao clicar na linha, os dados da devolução gerados são exibidos na seção
“Third Party Devolution Transactions”. Se a nota fiscal de devolução ainda não estiver sido
aprovada pela SEFAZ no Oracle Account Receivables – AR, o status será “INVOICE PENDING”,
caso contrário o status será “COMPLETE”.
Detalhes sobre a tela de transações encontram-se no Capítulo 6 desse documento.
156
Referência da tela: Third Party Devolution Transaction Association
A tela “Third Party Devolution Transaction Association” é responsável por permitir a associação
de recebimentos efetuados anteriormente, com as linhas do documento fiscal de devolução que
está sendo lançado.
Com base nas informações de cliente e item informados no documento fiscal de devolução, exibe
todos os documentos de recebimento, que podem ser associados a respectiva linha do documento
fiscal de devolução.
É acionada através do botão “Third Party Devolution”, nas linhas do documento de devolução,
que fica habilitado quando as configurações necessárias, descritas anteriormente, forem atendidas.
A seguir encontram-se os detalhes sobre cada campo da tela “Third Party Devolution Transaction
Association”:
Seção: Cabeçalho
Exibe os dados da linha selecionada anteriormente na tela de entrada do documento fiscal no
Brazilian Integrated Receiving – RI. É utilizada como referência, pois terá os documentos fiscais
de recebimento selecionados na seção de detalhes, associadas a ela no Brazilian Third Party
Material Governance.
157
Description (Display Only)
Exibe a descrição do item da linha do recebimento, onde está posicionado o cursor no momento de
clicar no botão “Third Party Devolution” para associar à devolução
Seção: Detalhes
Exibe os recebimentos que atenderam os critérios informados no tópico “Processo de Devolução”
no início desse capítulo.
Associated (Opcional)
Esse flag deve ser selecionado indicando que o material que está sendo devolvido para o terceiro
foi recebido no documento fiscal especificado na linha.
158
Seção: Invoice
Seção responsável por exibir os dados da nota fiscal de recebimento que será devolvida através da
associação dessa tela
159
Receipt Unit Price (Display Only)
Exibe o valor unitário da linha do documento fiscal de recebimento do material que será devolvido
para o terceiro.
Seção: Rodapé
Exibe a quantidade informada na linha do documento fiscal selecionado anteriormente e a
somatória das quantidades selecionada na associação dos documentos fiscais de recebimento.
160
Selected Quantity (Display Only)
Exibe a quantidade selecionada de acordo com as linhas marcadas (flag “Associated” selecionado)
dos documentos fiscais de recebimento no momento da associação.
A quantidade selecionada deve ser igual a quantidade informada na linha do documento fiscal de
devolução do Brazilian Integrated Receiving – RI.
161
Quando a nota fiscal de devolução estiver com o status “2-Finalized” estará elegível para ser
capturada pelo programa concorrente “Update Brazilian Third Party Devolution Control” e então
ser controlada pelo Brazilian Third Party Material Governance.
Detalhes sobre esse processo encontram-se a seguir.
Quando o programa concorrente “Update Brazilian Third Party Devolution Control” for
submetido, é iniciada a captura das notas fiscais de devolução emitidas pelo Oracle Account
Receivables – AR e aprovadas pela SEFAZ, considerando a Unidade Operacional e intervalo de
datas informados nos parâmetros.
Durante esse processo, alguns dados podem não ser validados devido a:
• Notas fiscais de devolução completas, mas não validadas pela SEFAZ;
• Item sem quantidade suficiente para ser transacionado na Organização de Inventário
de origem;
Mesmo sendo processada com erro, a transação fica disponível para consulta na tela “Third Party
Transactions”, que exibirá o código do erro encontrado no processamento. Detalhes sobre essa
tela, estão no capítulo 6 desse documento.
Após corrigir os erros, o programa concorrente “Update Brazilian Third Party Devolution
Control” pode ser submetido novamente.
Para executar o programa concorrente “Update Brazilian Third Party Devolution Control”, você
deve:
1. Navegar até a responsabilidade “Brazilian Third Party Material Governance”;
2. Selecionar a função “Requests”;
3. Selecionar a função “Run”;
4. Selecionar a opção “Single Request”;
5. Selecionar o programa concorrente “Update Brazilian Third Party Devolution Control”;
6. Informar Date From, Date To e Operating Unit;
7. Submeter a requisição do programa concorrente.
162
163
164
Date From (Obrigatório)
Ao informar este parâmetro o processo de devolução irá selecionar todas as notas fiscais de
devolução, validadas e autorizados na SEFAZ com data de autorização iniciando nesta data.
Date To (Obrigatório)
Ao informar este parâmetro o processo de devolução irá selecionar todas as notas fiscais de
devolução, validadas e autorizados pela SEFAZ com data de autorização até esta data.
165
Um log detalhado sobre o processamento também pode ser visualizado através do botão “View
Log”, conforme exemplo abaixo:
Após o programa concorrente ser finalizado com sucesso, os dados da devolução são atualizados
no “Brazilian Third Party Material Governance” e podem ser consultados na tela “Transactions”,
na aba “Received From Third Party (RI)”, conforme tela abaixo:
166
Caminho: Brazilian Third Party Material Governance → Transactions → Transactions
Você deve localizar a transação de recebimento na seção “Third Party Receipt Transactions” que
originou a devolução. Ao clicar na linha, os dados da devolução gerados são exibidos na seção
“Third Party Devolution Transactions”. Detalhes sobre a tela de transações encontra-se no
Capítulo 6 desse documento.
Sugere-se que programa concorrente “Update Brazilian Third Party Devolution Control” fique
agendado para execução uma vez, no início ou final do dia.
Para que os parâmetros de data sejam incrementados em cada execução, deve-se marcar o flag
“Increment Date parameters each run”, conforme procedimentos abaixo:
1. Navegar até a responsabilidade “Brazilian Third Party Material Governance”;
2. Selecionar a função “Requests”;
3. Selecionar a função “Run”;
4. Selecionar a opção “Single Request”;
5. Selecionar o programa concorrente “Update Brazilian Third Party Devolution Control”;
6. Informar Date From, Date To e Operating Unit;
7. Clicar no botão “Schedule”
8. Na seção “Run the Job…” selecionar a opção “Periodically”
9. Campo “Re-run every” deve corresponder a 1 Day(s)
10. Selecionar o flag “Increment Date parameters each run”
11. Submeter a requisição do programa concorrente.
167
168
169
170
171
Processo de Cancelamento de Notas Fiscais de Devolução
O Brazilian Third Party Material Governance permite que, quando as notas fiscais de devolução
de material de terceiros em poder da empresa forem canceladas no Oracle Account Receivables –
AR e após aprovação das mesmas junto à SEFAZ, terão as movimentações de estoque do Oracle
Inventory – INV estornadas.
Quando ocorrer o cancelamento no Oracle Account Receivables – AR, de uma nota fiscal de
devolução que está sendo controlada pelo Brazilian Third Party Material Governance, ocorrerá a
reversão da movimentação gerando uma transação de recebimento no mesmo local de estoque do
item, usado para baixa das quantidades na emissão da nota fiscal de devolução. Após o ajuste da
movimentação de estoque, para cada item (linha) da nota fiscal, o registro correspondente no
controle de devolução de material de terceiros no Brazilian Third Party Material Governance será
marcado como “cancelado”, sendo:
• Se houver movimentação de estoque e o item for controlado por lote/série, o programa irá
cancelar o registro correspondente no Brazilian Third Party Material Governance,
considerando o número do lote e da série.
Vale ressaltar que, para uma mesma linha da nota fiscal de devolução poderá existir mais
de uma linha no Brazilian Third Party Material Governance. Essas serão estornadas no
Oracle Inventory – INV, de acordo com as quebras originadas nesse módulo.
• Se não houver movimentação de estoque, para cada linha da nota fiscal, o processo irá
cancelar o registro correspondente no Brazilian Third Party Material Governance,
baseado nos dados da linha da nota fiscal de devolução.
Os registros cancelados no Brazilian Third Party Material Governance podem ser consultados na
tela “Transactions”, na aba “Received from Third Party (RI)”, região “Third Party Devolution
Transactions”. Estes registros estão identificados com o flag “Canceled” selecionado.
Para que as notas fiscais de devolução que foram canceladas sejam enviadas para o Brazilian
Third Party Material Governance, deve-se executar o programa concorrente “Brazilian Third
Party Devolution Control - Record Cancellation”. Sugere-se que o mesmo fique agendado para
execução uma vez, no início ou final do dia.
172
Após a execução com sucesso deste processo, as linhas das notas fiscais de devolução geradas no
Brazilian Third Party Material Governance estarão disponíveis na tela “Transactions” e terão o
flag “Canceled” da seção “Third Party Devolution Transactions” selecionado, conforme abaixo:
Assim como é necessário ter a aprovação da nota fiscal de devolução na SEFAZ, conforme
descrito anteriormente, necessitamos ter a aprovação da SEFAZ também quando ocorre o
cancelamento dessa nota.
Nesse caso o status da nota fiscal de devolução é alterado para “4-Cancelled” após a nota fiscal
associada ao cancelamento (aviso de crédito) ter sido aprovado pela SEFAZ. Esse processo de
aprovação está fora do escopo da Oracle. É realizado através do consumo dos WebServices da
SEFAZ pelos parceiros de mensageria e não será tratado nesse documento.
A confirmação de que a nota fiscal de devolução está cancelada na SEFAZ pode ser realizada no
Oracle Account Receivables – AR através da pesquisa da nota fiscal na tela de Transações
(Transactions → Transactions) e consultar a tela abaixo:
173
Quando a nota fiscal de devolução estiver com o status “4-Cancelled” estará elegível para ser
capturada pelo programa concorrente “Brazilian Third Party Devolution Control - Record
Cancellation” e então ter a transação cancelada no Brazilian Third Party Material Governance.
Sugere-se que esse programa concorrente fique agendado para execução uma vez, no início ou
final do dia.
Detalhes sobre esse processo encontram-se a seguir.
174
175
176
Operating Unit (Obrigatório)
Ao selecionar esta lista de valores, serão retornadas as Unidades Operacionais ativas, levando em
consideração a configuração de MOAC (Multi Org Access Control) e o processo irá selecionar
todos os documentos fiscais emitidos e cancelados na SEFAZ.
Date To (Obrigatório)
Ao informar este parâmetro o processo de cancelamento das notas fiscais de remessas irá
selecionar todos os documentos fiscais emitidos e cancelados pela SEFAZ com data de
autorização até esta data.
177
Um log detalhado sobre o processamento também pode ser visualizado através do botão “View
Log”, conforme exemplo abaixo:
178
Sugere-se que programa concorrente “Brazilian Third Party Devolution Control - Record
Cancellation” fique agendado para execução uma vez, no início ou final do dia.
Para que os parâmetros de data sejam incrementados em cada execução, deve-se marcar o flag
“Increment Date parameters each run”, conforme procedimentos abaixo:
1. Navegar até a responsabilidade “Brazilian Third Party Material Governance”;
2. Selecionar a função “Requests”;
3. Selecionar a função “Run”;
4. Selecionar a opção “Single Request”;
5. Selecionar o programa concorrente “Brazilian Third Party Devolution Control - Record
Cancellation”;
6. Informar a Operating Unit, Date From e Date To;
7. Clicar no botão “Schedule”
8. Na seção “Run the Job…” selecionar a opção “Periodically”
9. Campo “Re-run every” deve corresponder a 1 Day(s)
10. Selecionar o flag “Increment Date parameters each run”
11. Submeter a requisição do programa concorrente.
179
180
181
182
183
CAPÍTULO
10 Reprocessamento de Transações
184
Reprocessamento de Transações no Controle de Terceiros
OBSERVAÇÃO:
O programa concorrente “Reprocessing Brazilian Third Party Receipt Control” tornou-se
obsoleto, uma vez que seu objetivo era reprocessar registros com erro na interface aberta do
Oracle Inventory – INV e, agora, as transações com erro serão deletadas da interface. Assim,
garantimos que todo o reprocessamento ocorra através do Brazilian Third Party Material
Governance.
185
Referência Reprocessamento de Remessa de Material da Empresa em Poder de Terceiros
Para reprocessar uma remessa que está com erro no Brazilian Third Party Material Governance,
você tem as seguintes opções:
• Utilizar o programa concorrente: “Update Brazilian Third Party Remittance Control”,
informando nos parâmetros de data, a data de autorização na SEFAZ do documento que está
com erro. Detalhes sobre o funcionamento desse programa concorrente encontram-se no
“Capítulo 4 - Processos – Material Próprio em Poder de Terceiros – Remessa” desse
documento.
• Utilizar a tela de transações para reprocessar a transação específica, conforme descrito a
seguir.
Para iniciar o processo de reprocessamento de remessa através da tela de Transações, você deve:
1. Navegar até a responsabilidade “Brazilian Third Party Material Governance”;
2. Selecionar a função “Transactions”;
3. A tela “Find Transactions” é exibida;
4. Informar os critérios de consulta, selecionando a opção “AR” no campo “Source”;
5. Pressionar o botão “Find”;
6. A tela “Transactions” é exibida com as informações de remessa/retorno de material da
empresa em poder de terceiros na aba “Sent to Third Party (AR)”;
7. Selecionar o registro que está com erro no processamento da remessa (seção: “Third
Party Remit Transactions”)
8. Será visualizado o botão “Reprocess” no rodapé da tela;
9. Ao ser acionado, o programa concorrente “Update Brazilian Third Party Remittance
Control” é submetido e irá processar o registro da remessa com erro selecionado.
10. Uma mensagem com o ID da submissão do programa concorrente é exibida.
186
187
Para maiores informações sobre a tela de Transações, verifique Capítulo 6 – Transações desse
documento.
188
Referência Reprocessamento de Retorno de Material da Empresa em Poder de Terceiros
Para reprocessar um retorno que está com erro no Brazilian Third Party Material Governance,
você deve selecionar o registro com erro na tela de transação e clicar no botão “Reprocess”. Esse,
ao ser acionado irá dispara o programa concorrente “Update Brazilian Third Party Return
Control” que irá reprocessar o registro selecionado na seção “Third Party Return Transactions” da
tela de Transações.
Detalhes sobre o programa concorrente: “Update Brazilian Third Party Return Control”
encontram-se no “Capítulo 5 - Processos – Material Próprio em Poder de Terceiros – Retorno”
desse documento.
Para iniciar o processo de reprocessamento de retorno através da tela de Transações, você deve:
1. Navegar até a responsabilidade “Brazilian Third Party Material Governance”;
2. Selecionar a função “Transactions”;
3. A tela “Find Transactions” é exibida;
4. Informar os critérios de consulta, selecionando a opção “AR” no campo “Source”;
5. Pressionar o botão “Find”;
6. A tela “Transactions” é exibida com as informações de remessa/retorno de material da
empresa em poder de terceiros na aba “Sent to Third Party (AR)”;
7. Selecionar o registro que está com erro no processamento do retorno (seção: “Third Party
Return Transactions”)
8. Será visualizado o botão “Reprocess” no rodapé da tela;
9. Ao ser acionado, o programa concorrente “Update Brazilian Third Party Return Control”
é submetido e irá processar o registro de retorno com erro selecionado.
10. Uma mensagem com o ID da submissão do programa concorrente é exibida.
189
190
Para maiores informações sobre a tela de Transações, verifique Capítulo 6 – Transações desse
documento.
191
Referência Reprocessamento de Recebimento de Material de Terceiros em Poder da Empresa
Para reprocessar um recebimento que está com erro no Brazilian Third Party Material
Governance, você tem as seguintes opções:
• Utilizar o programa concorrente: “Create Brazilian Third Party Receipt Control”,
informando o ID da operação do RI, referente ao documento fiscal de recebimento que está
com erro. Detalhes sobre o funcionamento desse programa concorrente encontram-se no
“Capítulo 8 - Processos – Material de Terceiros em Poder da Empresa – Recebimento” desse
documento.
• Utilizar a tela de transações para reprocessar a transação específica, conforme descrito a
seguir.
192
193
194
Item (Display Only)
Exibe o código do item que possui controle de lote/série, pertencente a linha do recebimento que
está com erro e será reprocessada.
195
na tela de consulta de transações de material (Oracle Inventory – INV → Transactions → Material
Transactions).
Botão Reprocess
Ao ser acionado, considera as informações de lote/série informados e submente o programa
concorrente “Create Brazilian Third Party Receipt Control” somente para o recebimento
selecionado na seção “Third Party Receipt Transactions”.
Botão Cancel
Ao ser acionado, fecha a tela “Third Party Receipt Reprocess” sem alterar os dados e retorna para
a aba “Received From Third Party (RI)” da tela de Transações.
Para maiores informações sobre a tela de Transações, verifique Capítulo 6 – Transações desse
documento.
196
Referência Reprocessamento de Devolução de Material de Terceiros em Poder da Empresa
Para reprocessar uma devolução que está com erro no Brazilian Third Party Material
Governance, você deve selecionar o registro com erro na tela de transação e clicar no botão
“Reprocess”. Esse, ao ser acionado irá dispara o programa concorrente “Update Brazilian Third
Party Devolution Control” que irá reprocessar o registro selecionado na seção “Third Party
Devolution Transactions” da tela de Transações.
Detalhes sobre o programa concorrente: “Update Brazilian Third Party Devolution Control”
encontram-se no “Capítulo 9 - Processos - Material de Terceiros em Poder da Empresa -
Devolução” desse documento.
Para iniciar o processo de reprocessamento de devolução através da tela de Transações, você deve:
1. Navegar até a responsabilidade “Brazilian Third Party Material Governance”;
2. Selecionar a função “Transactions”;
3. A tela “Find Transactions” é exibida;
4. Informar os critérios de consulta, selecionando a opção “RI” no campo “Source”;
5. Pressionar o botão “Find”;
6. A tela “Transactions” é exibida com as informações de remessa/retorno de material da
empresa em poder de terceiros na aba “Received From Third Party (RI)”;
7. Selecionar o registro que está com erro no processamento da devolução (seção: “Third
Party Devolution Transactions”)
8. Será visualizado o botão “Reprocess” no rodapé da tela;
9. Ao ser acionado, o programa concorrente “Update Brazilian Third Party Devolution
Control” é submetido e irá processar o registro de devolução com erro selecionado.
10. Uma mensagem com o ID da submissão do programa concorrente é exibida.
197
198
Para maiores informações sobre a tela de Transações, verifique Capítulo 6 – Transações desse
documento.
199
CAPÍTULO
11 Relatórios
E ste capítulo aborda os relatórios contendo todas as informações geradas no Brazilian Third
200
Relatórios
O Brazilian Third Party Material Governance disponibiliza 2 relatórios que exibe os materiais que
estão no Controle de Material de Terceiros, sendo:
• Programa concorrente: “Third Party Material Remittance/Return Report”
Responsável por exibir as notas fiscais de remessa, geradas no Oracle Account
Receivables – AR, contendo o material da empresa que estão em Poder de
Terceiros.
Exibe também os documentos fiscais de retorno desses materiais, quando ocorrer
a entrada no Brazilian Integrated Receiving – RI.
• Programa concorrente: “Third Party Material Governance Receipt/Devolution Report”
Responsável por exibir os documentos fiscais de recebimento, gerados no
Brazilian Integrated Receiving – RI, contendo o material de terceiros que estão
em Poder da Empresa.
Exibe também a devolução desses materiais, quando ocorrer a geração da nota
fiscal no Oracle Account Receivables – AR.
Detalhes sobre cada um desses relatórios estão descritos de decorrer desse tópico.
201
202
203
Operating Unit (Obrigatório)
Exibe lista de valores pré-definidos das Unidades Operacionais ativas, de acordo com a
configuração de MOAC (Multi Org Access Control).
204
AR Transaction Type (Opcional)
Exibe lista de valores pré-definidos com os tipos de Transação do AR, de acordo com a Unidade
Operacional informada no parâmetro anterior “Operating Unit”.
Customer (Opcional)
Exibe lista de valores pré-definidos com o cadastro de clientes de acordo com a Unidade
Operacional informada no parâmetro anterior “Operating Unit”. Você deve informar o nome, ou
parte do nome do cliente, utilizando o caracter “%” como caracter coringa para localizar o cliente.
Por exemplo: “%COMERCIO%”.
205
Layout
Quando a solicitação do programa concorrente finalizar com sucesso, ao clicar no botão “View
Output” será visualizado o relatório, conforme layout abaixo:
206
Serão considerados os parâmetros informados no momento da submissão deste programa
concorrente.
Para gerar este relatório, você deve:
1. Navegar até a responsabilidade “Brazilian Third Party Material Governance”;
2. Selecionar a função “Requests”;
3. Selecionar a função “Run”;
4. Escolher a opção “Single Request;
5. Escolher o programa concorrente “Third Party Material Governance Receipt/Devolution
Report”;
6. Entrar com os parâmetros exigidos;
7. Submeter a solicitação do relatório.
207
208
209
Operating Unit (Obrigatório)
Exibe lista de valores pré-definidos das Unidades Operacionais ativas, de acordo com a
configuração de MOAC (Multi Org Access Control).
210
Items with Zero Balance (Opcional)
Exibe lista de valores pré-definidos: “Y/N”. Define se será exibido itens com Balance Quantity
igual a 0 (zero), ou seja, notas fiscais de recebimento que já tiveram todo o material devolvido.
Layout
Quando a solicitação do programa concorrente finalizar com sucesso, ao clicar no botão “View
Output” será visualizado o relatório, conforme layout abaixo:
211