ER_MANCORE1-838_Chamados_Melhoria_Protheus

Informações Gerais

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

Objetivo

Realizar melhorias no módulo SIGAPCP do Protheus, atendendo os chamados TQXHPT, TICRL6, TPPIDS, TTPQRW, TSFISB, TUJIYW.

TQXHPT: Não exibe a descrição da operação no programa de apontamento, na opção Ações relacionadas -> Operações da ordem de produção.

TICRL6: Na criação das ordens de produção, quando existem produtos alternativos, é verificado somente o saldo do produto alternativo no armazém padrão do produto.

TPPIDS/TTPQRW: Adicionar data de validade para a operação, permitindo que não seja necessário excluir a operação do roteiro quando não for mais necessário utilizá-la. 

TSFISB: Pesquisa da ficha técnica no cadastro da ficha técnica (PCPA104).

TUJIYW: No cadastro de Operações x Componentes, adicionar filtro na consulta padrão do roteiro, para exibir somente os roteiros do produto informado.

Alterar o processo de ficha técnica para permitir uma ordenação dos atributos que são selecionados para um template da ficha técnica. 

Definição da Regra de Negócio

Ficha Técnica

Adicionar a opção 'Consultar' no menu Ações Relacionadas do cadastro da ficha técnica (PCPA104). Essa opção deverá exibir uma Pergunta com os campos Produto de/até, Recurso de/até, Grupo de Estoque de/até, Tipo de material de/até, Família Técnica de/até, Versão ficha de/até, Data ficha de/até e Template de/até. Será criada a pergunta PCPA104A com estas opções, e o valor inicial dos campos deverá ser ' ' (Vazio) para os campos 'De', e 'ZZZ' para os campos até (exceto o campo Data ficha até, que deverá ter o valor inicial de 31/12/9999). 

Após informados os parâmetros na Pergunta, o programa deve fazer uma consulta de todas as fichas técnicas que atendam os filtros informados, e exibir em uma tela popup os registros encontrados. 

A tela Popup deverá exibir uma grid, com os campos Produto, Recurso, Grupo de Estoque, Tipo de Material, Família Técnica, Versão ficha e Data ficha.

Também deverá possuir um botão para realizar a consulta novamente com novos filtros, sem ser necessário sair da tela, um botão para fechar a tela, e o botão 'Ok', que deverá fechar a tela de consulta, e posicionar o browse do cadastro da ficha técnica no registro que estava sendo visualizado na tela de consulta.

Alterar programa de Consulta de ficha técnica (PCPC101), para adicionar a opção 'Cadastro' no menu Ações relacionadas. Esta opção deve abrir o programa de cadastro de fichas técnicas (PCPA104), com o browse posicionado no mesmo registro que está sendo consultado no programa de consulta de ficha técnica (PCPC101).

Alterar o programa de cadastro de template (PCPA102), para modificar a forma que é realizada a consulta padrão dos atributos. A consulta padrão deverá permitir que vários atributos sejam selecionados de uma única vez, carregando os atributos selecionados na grid de atributos. A nova consulta padrão deverá seguir o modelo abaixo:

Ao clicar sobre o botão OK, os atributos que estiverem com o checkbox marcado deveram ser adicionados na grid de atributos. Ao abrir a consulta padrão, os atributos que já estão informados na grid de atributos deveram aparecer com o checkbox já marcado.

Ordenação Ficha

 Alterar sistema para incluir funcionalidade que permita o usuário definir a ordenação dos atributos dentro de um template. Essa ordenação facilitará o cadastramento das fichas técnicas e a visualização na consulta. Para clientes que não necessitem desta funcionalidade o atual padrão de ordenação será mantido.

Para atender essa necessidade serão desenvolvidos os seguintes requisitos:

1.  Cadastro de Templates - PCPA102 
   
   Criar campo para indicar a sequencia do atributo dentro do template.  Incluir  campo na tabela CZE (Atributos do template) para realizar o sequenciamento dos atributos.

   Criar novo índice na tabela CZE para considerar o novo campo de sequenciamento dos atributos.

   Alterar o programa PCPA102 (Cadastro de template) para utilizar o novo índice da tabela CZE. O novo campo deve ficar após o código do atributo e deve ser obrigatório. O campo deve ser gerado automaticamente (somando 1 ao maior sequencial existente), mas poderá ser alterado. Também poderá se repetir o mesmo sequencial dentro do template.

   Para templates já cadastros, deverá ser atribuídos o sequencial 1(um) a todos os atributos.

   Deverá ter uma opção no botão "Outras Ações" para regerar a sequencia, onde o sistema irá gerar automaticamente o sequencial(N+1)

   Deverá questionar se deseja atualizar a sequencia dos atributos na ficha técnica caso execute a opção de geração automática  da sequência.

    

2. Ficha Técnica - PCPA104
   
   Alterar o programa PCPA104 (Ficha técnica) para utilizar o  sequencial definido no cadastro de templates. 
   A rotina faz uso de ORDER BY para carregar os atributos.
   

   cQuery := " SELECT CZE.CZE_CDAB, CZB.CZB_DSAB, CZB.CZB_TPAB, CZB.CZB_VLPAAB, CZB.CZB_NMAB, CZB.CZB_TPTB, CZB.CZB_STAB "

   cQuery += " FROM " + RetSqlName('CZE') + " CZE "
   cQuery += " LEFT JOIN " + RetSqlName( "CZB" ) + " CZB ON ( CZB.CZB_FILIAL = '" + xFilial( "CZB" ) + "' AND CZB.CZB_CDAB = CZE.CZE_CDAB AND CZB.D_E_L_E_T_ = '' ) "

   cQuery += " WHERE CZE.CZE_CDMD= '" + cTemplate + "' "
   cQuery += " AND CZE.CZE_FILIAL = '" + xFilial("CZE") + "' "
   cQuery += " AND CZE.D_E_L_E_T_ = '' "
   cQuery += " Order by CZE.CZE_CDAB "

   
   Será  alterada a função PCPA104Atrib para considerar o novo campo sequencial no ORDER BY

    cQuery += " Order by CZE.CZE_NOVOCAMPO, CZE.CZE_CDAB "

   
   

   IMPORTANTE: Verificar a ordenação na inclusão e também na consulta.

   Devido não ser possível realizar a consulta utilizando a CZE, deverá alterar a CZG para gravar o sequencial e posteriormente usar na pesquisa.

   
   

3. Consulta de Ficha Técnica - PCPC101
   
   

   Alterar o programa PCPC101 (Consulta ficha técnica) para utilizar o novo campo da tabela CZG. 

   Verificar função PCPC101TVA, que monta o select para trazer os dados da ficha.

Componentes x Operação

Criar a consulta padrão SG2001 para a tabela SG2 (Roteiro de operações) que será utilizada no campo Roteiro da tabela SGF (GF_ROTEIRO) do programa de Componentes x Operação (MATA637). A consulta padrão deve utilizar um filtro, para exibir somente os roteiros que pertencem ao produto informado em tela (GF_PRODUTO == G2_PRODUTO).

Descrição da operação no apontamento de produção

No apontamento de produção modelo 2 (MATA681), alterar a tela de consulta das operações (Ações relacionadas -> Operações da ordem de produção) para exibir a descrição da operação. Atualmente esta tela exibe somente o código da operação, e a origem da operação (SG2 ou SHY). Deverá exibir o Código da operação e a Descrição da operação. A origem da operação deverá aparecer no título da janela, apenas com a informação SHY ou SG2.

Quando a origem da operação for da tabela SG2, deverá exibir na descrição o campo G2_DESCRI.

Quando a origem da operação for da tabela SHY, deverá exibir na descrição o campo HY_DESCRI.

Novo campo HY_DESCRI: Alterar a tabela SHY para adicionar o campo HY_DESCRI. Este campo deverá ser carregado com a descrição da operação (G2_DESCRI) no momento da criação da tabela SHY.

Criação da SHY:

No programa MATA650, na função TAPSOperac, no momento em que for realizada a gravação da tabela SHY, gravar o novo campo HY_DESCRI com o mesmo conteúdo do campo G2_DESCRI. 

No WebService WsApsInt, na função WSAPSINTPO, quando for criado um novo registro na tabela SHY, deverá gravar também o novo campo de descrição (HY_DESCRI) com o mesmo conteúdo do campo G2_DESCRI.

Leitura da SHY:

Alterar programa MATA381, para que na função MATA381_SG2, seja utilizado o novo campo de descrição da tabela SHY.

No programa MATA650, na função A650IntSFC, quando é montado o array aCpoCY9, ao adicionar o valor para o campo CY9_DSAT deverá utilizar o novo campo de descrição da tabela SHY.

No programa MATA681, na função OperacOP, quando for carregado o array aOperacs, deverá carregar também a descrição da operação, tanto para a tabela SHY utilizando o novo campo de descrição, quanto para a tabela SG2, utilizando o campo G2_DESCRI. Na função GridOperacs, deverá ser adicionado um novo campo na grid, para exibir a descrição da operação.

No adapter das ordens de produção (MATI650), quando as operações forem carregadas da tabela SHY, deverá ser enviado como descrição da operação o valor do campo HY_DESCRI. Atualmente é enviado sempre a descrição que está registrada na tabela SG2.

Integração com o PC-Factory utilizando o Chão de Fábrica

Ao utilizar a integração com o PC-Factory, com o módulo Chão de Fábrica ativo, ao realizar o cadastro de uma Máquina no Chão de Fábrica o programa aborta no momento em que é realizada a integração com o PC-Factory. Para que este erro não ocorra, o programa SFCA002 deverá ser alterado, para que a tabela temporária necessária seja criada na abertura do programa. A tabela temporária deverá ser criada da mesma maneira que é criada no programa MATA610, na função principal do programa.

Utilização dos saldos em diferentes armazéns para os produtos alternativos

Atualmente, quando é criada uma ordem de produção através do mata650, e o produto possui algum alternativo, é utilizado apenas o saldo existente no armazém padrão do produto alternativo. Deverá ser criado um novo parâmetro para indicar se o programa irá considerar os saldos dos produtos alternativos em todos os armazéns. O novo parâmetro terá o nome de MV_ARMALTE, e aceitará os valores 1 e 2. Quando o parâmetro estiver com o valor 1, deverá efetuar o processo da mesma maneira que é atualmente. Se estiver com o valor 2, no momento em que é realizada a busca dos produtos alternativos, deverá buscar o saldo dos produtos em todos os armazéns.

A alteração será realizada na função A650EmpAlt, no ponto onde é realizada a busca do saldo em estoque do produto alternativo (tabela SB2). Para os processos do MRP não será realizada nenhuma alteração, pois o MRP possui a sua própria tratativa para o saldo dos produtos.

Também será criado um novo campo no cadastro de armazéns, para identificar se o armazém irá ou não fazer parte do processo de busca dos saldos dos produtos alternativos. O campo criado será o NNR_ARMALT. Este campo será um ComboBox, com as opções Sim e Não, indicando se o armazém deverá ou não fazer parte do processo de busca dos saldos dos produtos alternativos. Somente poderão ser utilizados os saldos dos armazéns que estejam com este campo configurado como 'Sim'.

Para a utilização do saldo dos produtos alternativos, deverá ser verificado primeiro o saldo no armazém padrão do produto, e caso o saldo não seja suficiente, deverá fazer a busca nos outros armazéns.

Exemplo:

Estrutura: PA1 com o componente MP1, quantidade necessária = 1.

O componente MP1 possui como produto alternativo o MP2.

MP1 sem nenhum saldo.

MP2 com saldo nos armazéns 01, 02 e 03, sendo o armazém padrão o 01.

Neste exemplo, nos armazéns 01 e 03, assumimos que o campo NNR_ARMALT está selecionado como 'Sim', e o armazém 02 está selecionado como 'Não'.

Quando criada uma ordem de produção para o PA1 com quantidade 15, atualmente será gerado o seguinte empenho:

• • Empenho de 10 para o produto MP2, no armazém 01.
  • Empenho de 5 para o produto MP1, no armazém 01.

Quando o parâmetro MV_ARMALTE estiver com o valor 2, deverá ser gerado o empenho da seguinte forma:

• • Empenho de 10 para o produto MP2, no armazém 01.
  • Empenho de 5 para o produto MP2, no armazém 03.

Independente da parametrização, sempre deverá ser considerado primeiro o saldo do armazém padrão do produto, e somente depois verificar os saldos nos outros armazéns.

Data de validade da operação

Criar dois novos campos na tabela SG2, para permitir que sejam informadas as datas de validade para as operações. As datas de validade serão utilizadas para indicar se a operação será ou não utilizada nas rotinas do protheus. Os campos criados serão a Data de validade Inicial (G2_DTINI) e Data de validade Final (G2_DTFIM). Os dois campos devem permitir valor branco.

Quando a operação for utilizada por alguma rotina, deverá ser verificado se a operação possui data de validade informada. Se possuir, deverá seguir a seguinte regra:

Supondo que a operação seja utilizada no dia 01/03/2016

Não deverá permitir cadastrar uma data de validade final menor que a data de validade inicial.

MATA650 - Ordens de produção;

Na criação das ordens de produção, quando o parâmetro MV_PCPATOR estiver ativado, deverá ser verificada a data de validade no momento da criação da tabela SHY. Para que a operação seja criada na tabela SHY, deverá ser verificado se a data de validade inicial da operação (G2_DTINI) é branca ou é menor ou igual à data de previsão inicial da ordem de produção (C2_DATPRI) e se a data de validade final da operação (G2_DTFIM) é branca ou é maior ou igual a data de previsão inicial da ordem de produção (C2_DATPRI). As operações que atenderem a estes critérios, deverão ser geradas na tabela SHY. Sempre que a data de previsão inicial da ordem de produção for alterada, deverá ser verificado se alguma operação deverá ser recriada na tabela SHY. Estas validações devem ser realizadas na função TAPSOperac.

No processo de integração com o chão de fábrica (SIGASFC) não será necessário realizar nenhuma alteração, pois sempre que está integrado com o chão de fábrica será gerada a tabela SHY, que já estará tratando as datas de validade da operação.

No processo de integração com o Totvs APS, não será necessário realizar nenhuma alteração, pois sempre que está integrado com o Totvs APS será gerada a tabela SHY, que já estará tratando as datas de validade da operação, e a carga dos dados do Totvs APS é realizada diretamente com a leitura da tabela SHY.

MATA680 - Apontamento de produção;

Na função A680TudoOk, adicionar validação para tratar a data de validade da operação. Deverá ser realizada a verificação da data inicial do apontamento (H6_DATAINI) e da data final do apontamento (H6_DATAFIN). A data inicial do apontamento deve ser maior ou igual à data inicial de validade da operação, e menor ou igual a data final de validade da operação. A data final do apontamento também deverá ser validada da mesma maneira.

Na função A680Oper, quando é realizada a validação da ordem de apontamento das operações, e a validação da quantidade de apontamento da operação anterior, deverá ser considerado a data de validade da operação. As operações que estão fora da data de validade, não deverão ser adicionadas no array aOPs.

*As validações da data inicial do apontamento só deverão ser realizadas caso a operação possua a data de validade inicial informada.

*As validações da data final do apontamento só deverão ser realizadas caso a operação possua a data de validade final informada.

*Não será necessário realizar esta validação quando é utilizada a operação da tabela SHY, pois na tabela SHY somente irão existir as operações que estão dentro da data de validade.

MATI650 - Adapter de ordens de produção;

Durante a carga das operações, deverá ser realizada a validação das datas de validade da operação, com a data de previsão inicial da ordem de produção (C2_DATPRI). Esta validação deverá ser realizada somente quando a carga for realizada diretamente da tabela SG2. Quando a operação for carregada da tabela SHY ou da tabela SH8, as operações já terão sido validadas.

MATA690 - Carga máquina

Na função A690MontTrab, onde é montado o arquivo de trabalho com as operações do produto, deverá ser adicionado os campos data de validade inicial e final, que serão uma cópia dos campos de data de validade inicial e final da tabela SG2.

Durante o processamento do carga máquina (função A690Processa), antes de alocar as operações, deverá ser realizada a validação se a data de validade da operação está de acordo com a data de alocação que o carga máquina está processando. A validação será efetuada com as datas de inicio e de fim da alocação da operação. A data inicial e final de alocação da operação deve ser maior ou igual a data inicial de validade da operação, e menor ou igual a data final de validade da operação. Obs: se a data inicial de validade da operação estiver em branco, não validar a validade inicial. Se a validade final da operação estiver em branco, não validar a validade final.

Se a operação não for alocada por estar com a data de validade fora do período de alocação, deverá exibir a mensagem no final do processamento que a operação não foi alocada porquê não está no período de validade (utilizar a função A690Ocorre para gerar as mensagens).

A alocação da operação somente deverá ocorrer se as datas de validade da operação forem suficientes para alocar toda a operação. Exemplo:

Operação 10. Validade inicio: 01/02/2016. Validade fim: 18/02/2016. Alocação do carga máquina: Inicio em 15/02/2016 às 08:00 horas. Final em 18/02/2016. Realizar alocação normalmente.

Operação 10. Validade inicio: 01/02/2016. Validade fim: 18/02/2016. Alocação do carga máquina: Inicio em 17/02/2016 às 08:00 horas. Final em 19/02/2016. Não alocar esta operação em nenhum período (entre 17/02/2016 até 19/02/2016).

Se a operação principal não puder ser alocada por estar com a data de validade vencida possuir um roteiro alternativo que seja válido, o roteiro alternativo deverá ser processado normalmente.

MATR820 - Relatório de ordens de produção;

Alterar o relatório de ordens de produção para que seja exibido a data de validade inicial e final de cada operação. A alteração será realizada na função Mr820Ope para imprimir o valor da data de validade na seção de operações do relatório, e na função ReportDef para criar uma nova seção onde será exibida a data de validade da operação.

O relatório deverá exibir as operações da seguinte forma:

Para indicar se será exibido ou não as operações vencidas neste relatório, será criado um novo parâmetro no pergunte MTR820, para indicar se as operações vencidas (em relação à data de previsão inicial da ordem de produção) serão exibidas ou não. A nova opção deverá se chamar "Imprime operações vencidas?", e irá aceitar os valores Sim e Não.

Tabelas Utilizadas

• CZG - Ficha Técnica
• SG2 - Roteiro de operações
• SGF - Amarr Operação x Componente
• SHY - Operações x Ordem APS
• NNR - Locais de estoque
• SH6 - Movimentação da produção
• SH8 - Operações alocadas

Protótipo de Tela

Protótipo 01 - Consulta ficha técnica

Protótipo 02 - Template

Protótipo 03 - Ficha

Protótipo 04 - Consulta

Dicionário de Dados

Arquivo: SHY -> Operações X Ordem APS

Arquivo: NNR-> Locais de estoque

Arquivo: SG2 -> Operações

Arquivo: CZE –Templates

Arquivo: CZG

Grupo de Perguntas

Nome: PCPA104A

Nome: MTR820

Consulta Padrão

Consulta: SG2001

Consulta: CZB003