ER_Réplica_MRP_Gestão_de_Empresas

(Obrigatório)

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

(Obrigatório)

Objetivo 

Permitir que o MRP multi-empresa seja executado quando o sistema estiver habilitado o uso do Gestão de Empresas. Possibilitar a geração de transferência de estoque automáticas entre empresas.

Projeto de réplica do requisito PCREQ-2343.

<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.

(Obrigatório)

Definição da Regra de Negócio

<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.

- Cadastro de Empresas Centralizadoras – PCPA106

Alterar o cadastro de empresas centralizadoras para tratar os campos de Empresa e Unidade de negócio.

Este cadastro deverá exibir os seguintes campos:

 • Grupo de Empresas

• Empresas

• Unidade de Negócios

• Filiais

Atualmente apresenta empresa(grupo) e filial.

Será alterado o label do atual campo “EMPRESA” para “Grupo” e “Desc Empresa” para “Desc Grupo”

Para verificar se a usa o gestão de empresa deve verificar pela tabela XX8 para o grupo acessado. Se os 4 campos , XX8_GRPEMP, XX8-EMPR, XX8_UNID e XX8_CODIGO estiverem preenchidos. Verificar no registro XX8_TIPO = ‘3’

Exemplo do registro na XX8 sem gestão de empresas:

Exemplo do registro na XX8 usando o gestão de empresa:

Outra forma de verificar o uso de gestão de empresas é usando a função fisCorpManage que irá retornar se a empresa é contempla o conceito.

Observação:Exibir a empresa e unidade de negócio somente quando usar o gestão de empresas.

Também deve ser adicionada no menu "Outras Ações" a opção "Limpar tabelas MRP". Esta opção deve excluir os registros das tabelas SOQ, SOR, SOS, SOT e SOV. Antes de excluir os registros, deve questionar ao usuário se ele realmente deseja excluir os registros. Esta função se torna necessária, para caso seja necessário executar o MATA712, que possui um bloqueio de execução caso o MRP Multi-empresas já tenha sido executado.

As demais funcionalidades continuam sem alterações.

Alterações de Tabela

Apesar de gravar todos os conteúdos no campo filial as tabelas SOO e SOP serão alteradas para registrarem a empresa e a unidade de negócio para facilitar pesquisas e consultas. Tabelas ficarão semelhantes a XX8.

Tabela: SOO – Empresa Centralizadora

OO_EMPRCZ : CHAR(12)

OO_UNIDCZ: CHAR(12)

Tabela : SOP – Empresas Centralizadas

OP_EMPRCZ : CHAR(12)

OP_UNIDCZ: CHAR(12)

OP_EMPRGR : CHAR(12)

OP_UNIDGR: CHAR(12)

As operações de entrada e saída utilizadas no registro das tabelas de transferência NNT_TS e NNT_TE serão cadastradas na rotina de cadastro de empresas centralizadoras – PCPA106.

Criar a opção “TES” que será executada pelo menu “Outas Ações”.

Será alterada a tabela SOO para registra esses campos.

Campos: 

OO_TS : TES de saída

OO_TE : TES de entrada

- Cálculo MRP multi-empresa – PCPA107

Alterar o cálculo do MRP-m para verificar se está sendo utilizado o gestão de empresa.Realizar a mesma validação realizada no PCPA106.

Obs.: Utilizando o gestão de empresa o cadastro de itens – tabela SB1 – também deve ser compartilhada.

          As demais tabelas não serão compartilhadas. O campo filial das demais tabelas serão gerados com o grupo,empresa, unidade e filial.

         Exemplo:

Na versão do MRP multi-empresa com gestão de empresa não será necessário alternar a conexão entre empresas cadastradas na SOP/SOO.

As demais regras continuarão, seguindo a prioridade para geração das necessidades, ordens e solicitações de compra.

A alteração mais impactante se dá em relação as transferências de estoque.

Na versão sem o uso de gestão de empresas são geradas sugestões de transferências. Na versão com o uso do gestão de empresas poderão ser geradas as solicitações de transferências.

Deverá gerar  as solicitações de transferências do MATA311 – tabelas NNT e NNS.

Obs.:Continuará respeitando o parâmetro MV_MRPGETR, que indica se gera transferência pelo MRP.

Devido a rotina de transferência MATA311 permitir registros somente para empresas do mesmo grupo, deverá ser alterada a parametrização da geração da transferência, pois será permitido executar o MRP para empresas de grupos diferentes.

Parâmetro: MV_MRPGETR. 

Deverá ter as seguintes opções:

1 – Não gera transferência

2 – Gera sugestão de transferência ( SOU)

3 – Gera transferência (NNT e NNS)

Observação: Quando setado o parâmetro para ‘3’ deverão ser feitas algumas validações (validar quando executar o MRP PCPA107):

a)       Somente se usar o gestão de empresa

b)       Somente se possuir apenas um grupo de empresas no cadastro de empresa centralizadora (PCPA106)

Se não satisfazer essas condições será exibida mensagem de alerta e o MRP não poderá ser executado até que a parametrização seja alterada.

Transferências – MRP Gerando dados para o MATA311

Gerar dados para rotina de solicitação de transferência de materiais entre filiais e/ou armazéns.

Obs: A transferência ocorrerá somente no momento da efetivação(rotina fora do MRP – processo do SIGAEST).

Utilizando a regra atual do MRP-m, deverá ser gerada a tabela de solicitação de transferência, utilizando as tabelas NNS (Cabeçalho da Solicitação de Transferência) e NNT (Itens da Solicitação de Transferência).

O documento de transferência de materiais deverá ser gerado como LIBERADO.

Como gerar a NNT e NNS ( MATA311).

NNS – Capa da transferência

NNS_FILIAL : Filial Logada

NNS_COD: Mesma regra do MATA311

NNS_DATA: Data de transferência. Usar a mesma regra da gravação da SOU “OU_DTTRANS”

NNS_STATUS: 1 – Liberado

NNS_CLASS:  1 – A Classificar

NNS_JUSTIF: Gravar com o conteúdo “ ”

Transferência - NNT 

NNT_FILIAL:  Filial Logada

NNT_COD:  Mesmo valor da NNS_COD ( mesma regra do MATA311)

NNT_PROD: Código do produto

NNT_UM:  Unidade de medida do produto ( buscar na SB1 – B1_UM )

NNT_LOCAL : Armazem origem ( buscar na SB1 – B1_LOCPAD )

NNT_LOCALI: Endereço. Gravar com o conteúdo “ ”

NNT_NSERIE: Numero de serie. Gravar com o conteúdo “ ”

NNT_LOTECT: Lote. Gravar com o conteúdo “ ”

NNT_NUMLOTE: Sub-lote. Gravar com o conteúdo “ ”

NNT_DTVALI : Data de validade.  ( mesma regra do MATA311)

NNT_POTENC:  Potencia. Gravar com o conteúdo 0 (zero)

NNT_QUANT: Quantidade a ser transferida. Calculada pelo MRP.

NNT_QTSEG:Quantidade na segunda unidade. Gravar com o conteúdo 0 (zero)

NNT_FILDES: Empresa/filial destino.  Gerada pelo MRP.

NNT_PRODD: Código do produto destino. Mesmo conteúdo do NNT_PROD.

NNT_UMD: Unidade de medida destino. Mesmo conteúdo do NNT_UM

NNT_LOCLD: Armazem destino. Mesmo conteúdo do NNT_LOCAL.

NNT_LOCDES: Endereço destino. Gravar com o conteúdo “ ”

NNT_LOTED : Lote destino. Gravar com o conteúdo “ ”

NNT_DTVALD: Data de validade destino. ( mesma regra do MATA311)

NNT_TS:  TES de saída. Será parametrizado – PCPA106

NNT_TE: TES de entrada.Será parametrizado – PCPA106

NNT_DOC : Documento. Gravar com o conteúdo “ ”

NNT_SERIE : Serie Documento. Gravar com o conteúdo “ ”

NNT_OBS : Observação. Gravar com o conteúdo “MRP”.

As demais funcionalidades do MRP não serão alteradas.

Para cada ordem de compra ou produção excluída deverá atualizar as tabelas de transferências:

Para não gerar transferências em duplicidade deverá ser feita a seguinte regra de exclusão da NNT e NNS.

Se a ordem possuir número do MRP, campos SC1.C1_SEQMRP e SC2.C2_SEQMRP, deverá pesquisar na NNT o produto NNT_PROD e  campo NNT_OBS com o número do MRP. Encontrando o registro deverá abater a quantidade NNT_QUANT.

Se o NNT_QUANT for zero, deverá excluir o registro da NNT e NNS. 

Alternativo no MRP-m 

Quando usa-se o MRP-m o cadastro de itens tabela SB1 é compartilhado.

Ocorre que os itens alternativos são registrados em tabela diferente SGI.

Para o uso do alternativo deverá seguir o padrão de compartilhamento do cadastro de item, ou seja, a tabela SGI deve ter o mesmo compartilhamento da SB1.

O MRP-m deverá realizar o seguinte processo, considerando que o processo de multi empresa visa o menor fluxo de materiais entre as unidades:

a)       Se o produto não possuir saldo deve verificar o saldo dos alternativos na empresa onde a necessidade foi gerada.

b)       Se o produto não possuir saldo e os alternativos  não possuirem saldo na empresa onde a necessidade foi gerada deverá verificar o saldo do produto nas demais empresas respeitando a prioridade.

c)       Se o produto não possuir saldo e os alternativos não possuirem saldo na empresa onde a necessidade foi gerada e o produto também não possuir saldo nas demais empresas deverá verificar os alternativos nas demais empresas respeitando a prioridade.

Exemplo:

Vamos considerar as estruturas abaixo:

Situação a

Item C sem saldo na empresa 99

Considerar saldo dos alternativos F,G e H na empresa 99.

Situação b

Item C sem saldo na empresa 99

Alternativos F,G e H sem saldo na empresa 99.

Considerar saldo do item C na empresa 98.

Situação C

Item C sem saldo na empresa 99

Alternativos F,G e H sem saldo na empresa 99.

Item C sem saldo na empresa 98.

Considerar saldo dos alternativos F,G e H na empresa 98.

Uso da tabela SBZ – Indicadores de Produto

Alterar cálculo do MRP-m para considerar o uso da tabela SBZ. O conceito do MRP-m foi desenvolvido para que fosse visualizado apenas os dados da SB1. Foi verificado que é possível  usar a SBZ não compartilhada, permitindo que o produto possua informações diferentes em cada empresa.

Exemplo(estoque de segurança diferente em cada empresa):

Gestão MRP (PCPA108)

Alterar o programa PCPA108, para que na grid "Solicitante" seja adicionado o campo Ordem pai, que deve exibir a ordem de produção que originou a solicitação de compra. Deve ser utilizado o campo C1_OP para exibir esta informação.

As alterações do dicionário já estão efetivadas no dicionário da versão 12, não é necessário cadastrar novamente.

Opcional

Protótipo de Tela

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

Protótipo 01

Opcional

Fluxo do Processo

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Opcional

Dicionário de Dados

Arquivo ou Código do Script: SOO – Empresa centralizadora

Arquivo ou Código do Script: SOP – Grupo de empresa centralizadora

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.