Histórico da Página
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
|---|
(Obrigatório)
Informações Gerais
Especificação | |||
Produto | Datasul | Módulo | MLA |
Segmento Executor | Manufatura | ||
Projeto1 | IRM1 | PCREQ-401 | |
Requisito1 | PCREQ-7411 | Subtarefa1 | PDRMAN-8453 |
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).
(Obrigatório)
Objetivo
Desenvolver os workflows de aprovação de documentos de Solicitação de Cotação, Cotação de Compra e Processo de Compra do MLA no Fluig, para que com isso seja possível realizar toda a parte de acompanhamento e aprovação/rejeição de documentos através do Fluig.
(Obrigatório)
Definição da Regra de Negócio
Esta especificação é um complemento da especificação de requisitos ER_PCREQ-2860_Integrar_MLA_x_FLUIG_(Motor+Solicitação/Requisição_e_Pedido_de_compra), sendo que agora serão novos documentos do MLA na integração com o Fluig.
Requisitos que SERÃO contemplados nesta especificação os seguintes documentos:
- Solicitação de cotação - Doc 18;
- Cotação de compra - Doc 5;
- Processo de compra (Total e Item) - Doc 9 e 10;
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
| MLA0000 – Parâmetros da aprovação | Alteração | Aprovação de Processos Logísticos --> Cadastros | Habilitar a réplica de dados para os documentos 5, 9, 10 e 18. |
MLA0101 – Tipos de documento | Alteração | Aprovação de Processos Logísticos --> Cadastros | Habilitar os parâmetros para habilitar e configurar a integração para os documentos 5, 9, 10 e 18. |
WFMLA005 – Workflow de cotação de compra | Novo | Utilização através do Fluig | Permitir a análise e aprovação/reprovação de cotações de compra |
WFMLA009 – Workflow de processo de compra (Item) | Novo | Utilização através do Fluig | Permitir a análise e aprovação/reprovação de processo de compra (por item) |
WFMLA010 – Workflow de processo de compra (Total) | Novo | Utilização através do Fluig | Permitir a análise e aprovação/reprovação de processo de compra (por total) |
WFMLA001 – Workflow de solicitação de cotação | Novo | Utilização através do Fluig | Permitir a análise e aprovação/reprovação de solicitação de cotação |
Exemplo de Aplicação:
Os usuários do Datasul não têm a possibilidade de utilizar o Fluig para visualizar e aprovar pendências de Solicitação de cotação, cotação de compra e processo de compra, geradas através do módulo do MLA. Somente com a utilização do módulo do MLA, sem integração com o Fluig, também não é possível estabelecer prazos para a execução das aprovações.
Todas as regras definidas
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: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/
Índice | Chave |
01 | <FI9_FILIAL+FI9_IDDARF+FI9_STATUS> |
02 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF> |
03 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO> |
Campo | <AAA_PERESP> |
Tipo | <N> |
Tamanho | <6> |
Valor Inicial | <Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. |
Mandatório | Sim ( ) Não ( ) |
Descrição | <Referência Mínima para Cálculo> |
Título | <Ref.Calc.> |
Picture | <@E999.99> |
Help de Campo | <Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação> |
(Opcional)
Grupo de Perguntas
<Informações utilizadas na linha Protheus>.
Nome: FINSRF2
X1_ORDEM | 01 |
X1_PERGUNT | Emissão De |
X1_TIPO | D |
X1_TAMANHO | 8 |
X1_GSC | G |
X1_VAR01 | MV_PAR01 |
X1_DEF01 | Comum |
X1_CNT01 | '01/01/08' |
X1_HELP | Data inicial do intervalo de emissões das guias de DARF a serem consideradas na seleção dos dados para o relatório |
(Opcional)
Consulta Padrão
<Informações utilizadas na linha Protheus>
Consulta: AMB
Descrição | Configurações de Planejamento |
Tipo | Consulta Padrão |
Tabela | “AMB” |
Índice | “Código” |
Campo | “Código”; ”Descrição” |
Retorno | AMB->AMB_CODIGO |
definidas na especificação anterior, são válidas para esta também, ou seja, a solução proposta prevê o cenário de que toda a parte de configurações do MLA, será mantida no próprio ERP. Somente serão geradas pendências “individuais” dentro do Fluig. Ou seja, não haverá um “fluxo” desenhado dentro do Fluig para demonstrar os níveis de aprovação de cada documento.
Por exemplo, um documento que passa por três níveis de aprovação, no Fluig, gerará três Workflows distintos com uma única atividade de “Aprovação”.
O objetivo é que o usuário possa gerar as pendências para poder aprová-las pelo Fluig, mas possa continuar utilizando os programas que já existem atualmente para realizar esse processo também. Ou seja, ele escolhe aonde vai fazer as aprovações, seja no Fluig, no ERP (programas progress), por e-mail ou no portal HTML.
A ideia é que cada documento do MLA seja um workflow separado. Dessa forma, será possível identificar mais facilmente as atividades pendentes da Central de tarefas do Fluig por processo de workflow. O cliente poderá também implantar somente os workflows de documentos que são utilizados pela empresa.
1) Habilitar e configurar a integração
A parte de configuração no MLA000 (Parâmetros de aprovação) e MLA0101 (Tipos de Documentos), será mantida igual, somente será necessário permitir que esses programas tratem também os novos documentos liberados (5, 9, 10 e 18).
- MLA0000: Ao efetivar o registro, permitir que a exportação dos dados de integração com o Fluig, seja feita também para os novos documentos;
- MLA0101: Habilitar os campos da integração com o Fluig para os novos documentos (lembrando que o documento 5 e 18 possuem controle de prioridade de aprovação);
2) Sincronização da geração de pendências entre Fluig e MLA
Toda a parte de sincronização de geração de pendências, se mantém da mesma forma que na especificação anterior, pois já foi previsto o tratamento para geração de pendência para todos os tipos de documentos.
3) Workflows e Formulários
xxxxxxxxxxxxxx
4) Análise, aprovação e reprovação de pendências, diretamente no Fluig
xxxxxxxxxxxxxx
5) Sincronização de atualização de pendências (alteração/eliminação/aprovação) entre MLA e Fluig
6) Re-análise de documentos
7) Usuário mestre
8) Aprovadores alternativos
9) Bloqueio de cancelamento de workflow
10) Monitor de pendências de integração com o Fluig
11) Formulários mobile
12) Réplica de parametrizações entre empresas e estabelecimentos
13) Programa para limpeza de histórico de pendências de aprovação (mla0173)
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>.
Opcional
Fluxo do Processo
Não se aplica.
Opcional
Dicionário de Dados
Não se aplica.
(Opcional)
Grupo de Perguntas
Não se aplica.
(Opcional)
Consulta Padrão
Não se aplica.
(Opcional)
Estrutura de Menu
Não se aplica.
(Opcional)
Estrutura de Menu
<Informações utilizadas na linha Datasul>.
Procedimentos
Procedimento |
|
|
|
Descrição | (Max 40 posições) | (Max 40 posições) | (Max 40 posições) |
Módulo |
|
|
|
Programa base |
|
|
|
Nome Menu | (Max 32 posições) | (Max 32 posições) | (Max 32 posições) |
Interface | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex |
Registro padrão | Sim | Sim | Sim |
Visualiza Menu | Sim/Não | Sim/Não | Sim/Não |
Release de Liberação |
|
|
|
Programas
Programa |
|
|
|
Descrição | (Max 40 posições) | (Max 40 posições) | (Max 40 posições) |
Nome Externo |
|
|
|
Nome Menu/Programa | (Max 32 posições) | (Max 32 posições) | (Max 32 posições) |
Nome Verbalizado[1] | (Max 254 posições) | (Max 254 posições) | (Max 254 posições) |
Procedimento |
|
|
|
Template | (Verificar lista de opções no man01211) | (Verificar lista de opções no man01211) | (Verificar lista de opções no man01211) |
Tipo[2] | Consulta/Manutenção/ Relatório/Tarefas | Consulta/Manutenção/ Relatório/Tarefas | Consulta/Manutenção/ Relatório/Tarefas |
Interface | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex |
Categoria[3] |
|
|
|
Executa via RPC | Sim/Não | Sim/Não | Sim/Não |
Registro padrão | Sim | Sim | Sim |
Outro Produto | Não | Não | Não |
Visualiza Menu | Sim/Não | Sim/Não | Sim/Não |
Query on-line | Sim/Não | Sim/Não | Sim/Não |
Log Exec. | Sim/Não | Sim/Não | Sim/Não |
Rotina (EMS) |
|
|
|
Sub-Rotina (EMS) |
|
|
|
Localização dentro da Sub Rotina (EMS) |
|
|
|
Compact[4] | Sim/Não | Sim/Não | Sim/Não |
Home[5] | Sim/Não | Sim/Não | Sim/Não |
Posição do Portlet[6] | 0 – Top Left 1 – Top Right 2 – Bottom Left 3 – Bottom Right | 0 – Top Left 1 – Top Right 2 – Bottom Left 3 – Bottom Right | 0 – Top Left 1 – Top Right 2 – Bottom Left 3 – Bottom Right |
Informar os papeis com os quais o programa deve ser vinculado |
|
|
|
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>.
Código Papel | (máx 3 posições) |
Descrição em Português* |
|
Descrição em Inglês* |
|
[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
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
|---|