Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|
Especificação | |||
Produto | Microsiga | Módulo | SIGAPCP |
Segmento Executor |
| ||
Projeto1 | M_MAN_PCP002 | Epic | MANCORE1-35 |
Story | MANCORE1-133 | Subtarefa1 |
|
Chamado2 |
| ||
País | (x ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( ) Outro _____________. | ||
Outros | <Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos ou subtarefas relacionadas>. |
Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos).
Alterar rotina de pendência - PCPA110, para reenviar as mensagens não enviadas ao sistema PC-Factory, sejam elas , pendências ou erro. Serão tratadas as mensagens da fase 2:
Alterar geração do LOG e rotina de consulta, PCPA112 para tratar as novas mensagens
<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>.
Alterar rotina PCPA110 para realizar o reenvio das mensagens que por algum motivo não foram enviadas. Esta rotina ira ler os dados da tabela SOF.
Quando uma mensagem não foi enviada os dados ficam na registrados na tabela SOF, com o campo OF_STATUS = 2(Pendencia) ou 3(Erro). Se a mensagem foi enviada com sucesso o campo OF_STATUS =1 (OK).
A rotina de pendência deve tratar as mensagens integradas com o PC-Factory na fase 2.
Da mesma forma que existe para as tabelas da fase 1 poderá filtrar a mensagem que deseja visualizar via um checkbox. Cada mensagem poderá filtrar pelos indicadores :
A tela vai apresentar os mesmos campos:
A opção Reprocessar deverá tratar as mensagens da fase 2 :
Como as opções de tabelas aumentaram na fase 2 deverá ter a opção de "Marcar Todos" e "Desmarcar Todos".
2. LOG de Importação
Ao receber dados do PC-Factory o webservice gera a tabela SOG. Atualmente recebe apontamento de produção e apontamento de parada.
Será alterada a geração da tabela para registrar o log dos motivos de paradas/refugo e movimentações de estoque recebidas.
2.1 Geração do LOG
Alterar a tabela SOG, incluir o campo OG_MOTIVO. Este campo será utilizado para registrar o motivo de parada e motivo de refugo, quando receber as mensagens StopReason e WasteReason.
Incluir o campo OG_TPMV, para indicar o tipo de movimentação. Este campo irá gravar E= Entrada ou S=Saída, quando receber a mensagem MovementsInternal.
Incluir o campos OG_PROORG, OG_PRODDST, OG_LOCORG e OG_LOCDST para indicar as informações da transferência. Onde, OG_PROORG deve gravar o produto origem, OG_PRODDST deve gravar o produto destino,OG_LOCORG deve gravar o local origem e OG_LOCDST deve gravar o local destino. Estes campos serão atualizados quando receber a mensagem TransferWarehouse.
2.2 Rotina de consulta de LOG
Alterar tela para exibir exibir o LOG para as seguintes mensagens recebidas:
Os filtros e seleção continuam os mesmos.
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
PCPA112– Log de Importação] | [Alteração] | [Atualizações | - |
Tabelas Utilizadas
<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
<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>.
Arquivo ou Código do Script: SOG – LOG de importação
Campo | OG_MOTIVO |
Tipo | CHAR |
Tamanho | 10 |
Valor Inicial |
|
Mandatório | Sim ( ) Não (x ) |
Descrição | Motivo de Parada ou Refugo |
Título | Motivo |
Picture |
|
Help de Campo | Motivo de parada ou refugo |
Campo | OG_TPMV |
Tipo | CHAR |
Tamanho | 1 |
Valor Inicial |
|
Mandatório | Sim ( ) Não (x ) |
Descrição | Tipo de Movimento |
Título | Tipo de Movimento |
Picture |
|
Help de Campo | Tipo de movimento |
Campo | OG_PRODST |
Tipo | CHAR |
Tamanho | 15 |
Valor Inicial |
|
Mandatório | Sim ( ) Não (x ) |
Descrição | Produto Destino |
Título | Produto Destino |
Picture |
|
Help de Campo | Produto Destino |
Campo | OG_PROORG |
Tipo | CHAR |
Tamanho | 15 |
Valor Inicial |
|
Mandatório | Sim ( ) Não (x ) |
Descrição | Produto Origem |
Título | Produto Origem |
Picture |
|
Help de Campo | Produto Origem |
Campo | OG_LOCORG |
Tipo | CHAR |
Tamanho | 2 |
Valor Inicial |
|
Mandatório | Sim ( ) Não (x ) |
Descrição | Local Origem |
Título | Local Origem |
Picture |
|
Help de Campo | Local Origem |
Campo | OG_LOCDST |
Tipo | CHAR |
Tamanho | 2 |
Valor Inicial |
|
Mandatório | Sim ( ) Não (x ) |
Descrição | Local Destino |
Título | Local Destino |
Picture |
|
Help de Campo | Local Destino |
<Informações utilizadas na linha Protheus>.
<Informações utilizadas na linha Protheus>
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>.
[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.
[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante
[3] Categorias são obrigatórias para os programas FLEX.
[4] Obrigatório quando o projeto for FLEX
[5] Obrigatório quando o projeto for FLEX
[6] Obrigatório quando o projeto for FLEX
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|