Como e Onde Fazer a Carga da Programação de Aviso de Embarque (EDI Layout MGR)? – ABC71

Aplica-se apenas aos produtos Omega
Observação:
Os dados utilizados neste documento são genéricos e simulados no ambiente de homologação.
Todas as imagens deste documento são meramente ilustrativas.

Introdução:
Está ferramenta permite que se receba do seu Cliente (Montadora) a programação de entrega (via arquivo) que ele deseja, evitando erros no pedido e prazo de entrega.

A MGR disponibiliza três layout’s unificados para transação dos arquivos de EDI, são eles:

5.1 – Unificado Simplificado – Programação Mensal e Diário
5.2 – Unificado Completo – Programação de Entrega Mensal
5.3 – Unificado Completo – Programação de Entrega Diário

O sistema está preparado para receber arquivos EDI no layout 5.1.

Parametrizações:

1º Passo – Cadastro de Usuários x Permissões

Incluir no cadastro do usuário (TPUSBR) que executará a operação de EDI as janelas abaixo e definir privilégio no mínimo 30. Essa liberação poderá ser feita individual, na guia Janelas/Funcionalidades ou incluir a um Grupo de janelas.

VECFMBR - Contratos de Fornecimento
VEPCBR - Vínculo Produto/Cliente
VECCFBR - Cliente Substituto para Cliente e Código da Fábrica
EPUCLBR - Identificação de Unidade no Cliente
VE650PR - Carga de Programação
VEVALEDI - Validação de Programação (para desbloqueio do pedido EDI)
TPAEBR - Parâmetros de Clientes para Geração de Aviso de Embarque
FEAEPR - Gerenciamento de Aviso de Embarque

2º Passo - Opções do Sistema (janela WOPCOES)

Opção 31 de Vendas. Altere para valor 1

Revise a Opção 36 de Vendas. Esse parâmetro deverá ser igual a 1 (carga MGR)

Opção 37 de Faturamento. Essa opção terá que ser parametrizada com opção 3 (MGR)

Opção 44 de Faturamento
Já essa opção deverá ser parametrizada conforme combinado entre os setores da sua empresa

3º Passo - VECFMBR - Cadastro de Contratos de Fornecimento

Cadastrar o contrato de fornecimento (referente à operação de recebimento da Programação de Entrega) para a Montadora que enviará os arquivos com a Programação. Nesta janela deve ser definido a vigência e quais produtos farão parte do contrato de fornecimento.

a) Guia Contrato, informar todos os dados do contrato:

Contrato: Número de Contrato definido pelo usuário
Cliente: Cliente que fornecerá a Programação de Entrega
Data de Vigência De Até: Período de Vigência do Contrato
Condição de Pagamento: Informar a condição de pagamento utilizado para o Cliente
CFOP: Informar o CFOP utilizado na operação de venda para o Cliente
Lista de Preço: Informar a Lista de Preço utilizada para o Cliente. Se a Lista estiver vinculada ao Item com Cliente, prevalecerá a do vínculo.

b) Guia Detalhes, inclui-se os produtos que farão parte do Contrato de Fornecimento. Caso não seja incluso algum item que deva fazer parte do contrato, este não entrará na programação de entrega mesmo que este esteja no arquivo enviado pela Montadora.

Subguia Sequência
Define o produto do contrato e a unidade de faturamento, tratamentos fiscais, quantidade do produto que farão parte do contrato dentro da data de vigência.

Produto: Informar o produto do Contrato de fornecimento

Unidade: Informar a Unidade de Faturamento.

Tipo de Movimento: Se não for definido o processo irá considera o Tipo de Movimento 310 como padrão.

CFOP: Se não informada assume a informação indicada no mestre.

Código Tributário: Informar o Código Tributário referente ao CFOP do detalhe ou do mestre, quando não informado no detalhe.

Quantidade Contratada: Define a quantidade máxima do item que o Cliente poderá comprar durante a vigência do contrato. Caso não haja limite informar “9999999,00”

Quantidade Entregue: Este campo é atualizado automaticamente a cada execução do processo de Carga

Subguias ‘Tipos de Fornecimento’ e ‘Códigos da Fábrica’
Um único produto enviado pela montadora hora pode ser um tratamento fiscais, hora outro e, pode variar de acordo com a operação que será dada ao produto pela Montadora.

Um exemplo é quando o mesmo produto pode ser utilizado pela montadora para Produção ou para Exportação. Neste caso o tratamento de diferenciação depende da Montadora, onde umas diferenciam pelo Tipo de Fornecimento e outras pelo Código da Fábrica.

- Cadastro por ‘Tipo de Fornecimento do Detalhe’
  - Tipo de Fornecimento: Define a Natureza da Operação para a Venda do Produto

- - Tipo de Movimentos: Informar o Tipo de Movimento referente ao Fornecimentos. Este campo é obrigatório se não informado os campos CFOP e código de Tributação.

- - CFOP e Código de Tributação: Informar os CFOP e Código de Tributação (Tratamento Fiscal) referente ao fornecimento. Campos obrigatório se não informado o campo Tipo de Movimento.

- Cadastro por ‘Código da Fábrica do Detalhe’
  - Código da Fábrica: Informar código da fábrica (Montadora)
  - Tipo de Movimentos: Informar o Tipo de Movimento referente ao Fornecimentos. Este campo é obrigatório se não informado os campos CFOP e código de Tributação.
  - CFOP e Código de Tributação: Informar os CFOP e Código de Tributação (Tratamento Fiscal) referente ao fornecimento. Campos obrigatório se não informado o campo Tipo de Movimento.

Observação:
Utilizada especificamente para parametrizar os tratamentos de Tipo de Fornecimento da montadora GM, que são diferenciados pelo Código da Fábrica.

4º Passo - Janela VEPCBR - Vínculo do Produto com Cliente

É obrigatório que haja o cadastro para cada produto que fará parte do contrato de Fornecimento, o Vinculo do Produto com Cliente, que tem a finalidade de identificar através do processo de carga, o item que a montadora enviou para programação de entrega, já que o código do Produto enviado é o da Montadora.

Guia Vínculo

Código do Produto: Informar Código do Produto do Cliente.
Obrigatório que o código do produto esteja cadastrado de acordo com o enviado no arquivo de Programação de Entrega, inclusive com os espaços.

Observação:
No layout 5.1 da MGR nas posições 224 a 253 e 254 a 283 é obrigatório a informação do Código do Cliente e Código da Empresa respectivamente.

Estas informações são informadas pela MGR quando executam a conversão do arquivo da montadora para o layout 5.1 da MGR.

Portanto, é preciso enviar a MGR uma lista com os códigos dos produtos na empresa e o código do produto no cliente para que preparem o programa de conversão para que façam automaticamente.

Tratamentos de Conversão da Unidade do Item do Arquivo x Pedido de Venda

Para que existam essas conversões, temos uma série de parametrizações que podem ser realizadas no sistema, que seguem abaixo:

A) Item chega com unidade que existe nos cadastros do sistema (Unidade Estoque, Unidade Alternativa do Estoque, Unidade do Vínculo do Produto X Cliente) e essa é a unidade informada no contrato EDI (Unidade que se deseja criar o Pedido). Nesse caso não é feito nenhum tipo de conversão, apenas utiliza-se a própria quantidade que chegou.

B) Item chega com unidade que existe nos cadastros do ERP (Unidade de Estoque, Unidade Alternativa de Estoque, Unidade do Vínculo do Produto X Cliente), mas não é essa a unidade informada no contrato EDI (Unidade que se deseja criar o Pedido). Nesse caso, inicialmente é identificado em qual unidade chegou o arquivo.

C) Depois é identificada a unidade do contrato e quais os cálculos de conversão para se chegar da unidade do arquivo até a unidade do contrato, se baseando nos fatores de conversão cadastrados no cadastro de itens e no cadastro de vínculo do produto x cliente, podendo ser utilizados um ou outro ou ambos, dependendo da situação, e verificando também as opções de multiplicação ou divisão da conversão.

Exemplo:
Supondo que no arquivo chegou "Unidade do Vínculo" e a unidade do contrato é a "Unidade Alternativa". Neste caso o sistema deve converter inicialmente para a unidade principal para depois converter para a unidade alternativa.

Unidade Arquivo (Vínculo) : UN
Unidade Principal : CX
Unidade Alternativa : CT
Qtde Arquivo : 200

Fator de Conversão da unidade Vínculo para Principal = / 10
A = Qtde (UN) / 10 = 200 UN / 10 = 20 CX (Unidade Principal)
Fator de Conversão da unidade Principal para Alternativa = / 10

B = Unidade Principal / 10 = 20 CX / 10 = 2 CT (Unidade Alternativa)
Portanto, convertemos de 200 UN para 2 CT

D) Item chega em unidade diferente dos cadastros do ERP (Unidade Estoque, Unidade Alternativa Estoque, Unidade do Vínculo do Produto x Cliente).

Para esse caso, existe o cadastro EpuclBr - Identificação de Unidade no Cliente, em que pode ser vinculada uma unidade externa a uma das unidades dos cadastros Omega.

Exemplo:

Unidade Cliente: KLG
Unidade Sistema: KG

Caso a unidade Cliente esteja devidamente cadastrada na Unidade sistema, segue-se os passos normais de conversão, voltando a situação A ou B.

5º Passo - VE650PR - Carga de Programação de Montadoras (EDI)

A data de entrega é obtida das posições 68 a 75 do arquivo do EDI. Ocorre que, quando a data de entrega destas posições é menor que a data que o processo está sendo executado, o sistema utiliza a data do pedido, que é a data da carga.

Os pedidos são carregados bloqueados com status Carga EDI e não são passíveis de manutenção até que seja validado, transformando o pedido novo em pedido vigente.

6º Passo - Validação de Programação (VECCFBR)

Através desse processo podemos desbloquear o status, tornando o pedido como vigente ou cancelar.

Durante a validação/aprovação do pedido, se existir um pedido vigente para o mesmo produto, cliente etc., este é cancelado e o novo pedido passa a ser o vigente/válido.

O campo 'Gerar Aviso de Embarque' estará marcado no mestre do pedido de venda (VEPMBR)

Veja Também

Como e Onde Fazer a Geração do Arquivo de Aviso de Embarque (EDI)?

Artigos relacionados