Árvore de páginas

 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

KBN - Kanban Eletrônico

Segmento Executor

Manufatura

Projeto1

D_MAN_KBN001

IRM1

PCREQ-9953

Requisito1

PCREQ-9959

Subtarefa1

PDRMAN-8023

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

Realizar  especificação e documentação dos cadastros Gerais (Justificativas e Checklist) existentes na solução de Kanban Eletrônico. Projeto direcionado para a linha Datasul do ERP TOTVS.

 

(Obrigatório)

Definição da Regra de Negócio

 

RN001Sistema E-kanban deve permitir o cadastro de Justificativas de ações de bloqueio, reordenamento e ajuste de saldo de cartões Kanban.
RN002Sistema E-kanban deve permitir o cadastro de Checklist de ações de liberação do mapeamento.

<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>.

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

Cadastro

Criação de Expedição

EKANBAN -> Cadastro -> Justificativa

RN001

Cadastro

Criação de Expedição

EKANBAN -> Cadastro -> Checklist

RN002

 

   

 

1 - RN001 - Sistema E-kanban deve permitir o cadastro de Justificativas de ações de bloqueio, reordenamento e ajuste de saldo de cartões Kanban.

Permite o acesso as funções de cadastro de Justificativas das ações de bloqueio, reordenamento e ajuste de saldo de cartões Kanban.

Nestas tela permite-se as ações de cadastrar, alterar, excluir e visualizar as Justificativas cadastradas.

1.1 - Janela  de Justificativa

As justificativas são utilizadas para identificar o motivo pelo qual um cartão Kanban foi bloqueado, reordenado ou houve a necessidade de ajuste quando ocorrem diferenças do saldo eletrônico de cartões em relação ao saldo físico. O registro destas ações e suas justificavas alimenta os gráficos de eventos no DashBoard de Eventos.

Nesta tela é possível visualizar:

  • A quantidade de justificativas salvas. Exemplo: Justificativas (11).
  • Uma lista com as justificativas salvas, contendo o identificador e o nome da justificativa, a categoria da justificativa e dois botões, um para editar e outro para excluir a justificativa.
  • Um botão para criar uma justificativa.
  • Um campo para buscar as justificativas pelo seu nome.

Principais Botões:

Botão

Descrição

Nova Justificativa

Quando acionado, permite cadastrar uma justificativa.

Salvar

Quando acionado o botão Salvar na tela de inclusão de uma nova justificativa, ela é salva, ela aparece classificada alfabeticamente e uma mensagem de sucesso é exibida.

Editar

Quando acionado o botão Editar da justificativa correspondente na lista, depois do clique, será exibida uma tela semelhante a tela de criar uma nova justificativa, no entanto, permitirá a alteração apenas das informações de descrição. Depois de salvar a edição, é exibida uma mensagem de sucesso.

Excluir

Quando acionado o botão Excluir da justificativa correspondente na lista, depois do clique, será exibida uma tela de confirmação da exclusão, ao acionar Sim, a justificativa será excluída e uma mensagem de sucesso será exibida.

Importante: Uma justificativa somente poderá ser eliminada se não houver nenhum movimento de bloqueio ou reordenamento de cartão, bem como ajuste de saldo associado a ela.

Principais Campos:

Campo

Descrição

Descrição

Define o nome da justificativa a ser salva.

Motivo

Define o motivo (categoria) da justificativa. Ao clicar nesse campo, é exibida uma lista de categorias.

Tipos de Motivo:

- Bloqueio de cartão: Justificativa utilizada nas ações de bloqueio de um cartão Kanban.Por ex.: Verifcação de CQ. Solicitação PCP, etc.

- Reordenamento de Cartão: Justificativa utilizada nas ações de reordenamento de um cartão Kanban na fila de programação no quadro Kanban. Por ex.: Repogramação PCP, Falta de Ferramenal, Falta de Componente, etc.

- Ajuste de Saldo: Justificativa utilizada nas ações de ajuste de saldo de cartões quando verificou-se diferenças entre o saldo eletrônico de cartões com o saldo físico dos mesmos. Por ex.: Saldo físico Maior que eletrônico, Saldo físico Menor que eletrônico.

 

2 - RN002 - Sistema E-kanban deve permitir o cadastro de Checklist de ações de liberação do mapeamento.

Permite o acesso as funções de cadastro dos itens do Checklist de publicação de um mapeamento.

Nestas tela permite-se as ações de cadastrar, alterar, excluir e visualizar os itens do Checklist de publicação de um mapeamento.

2.1 - Janela  de Checklist

O CheckList é apresentado ao usuário no momento da publicação de um mapeamento e representa ações que devem ser realizadas antes de uma nova publicação de mapeamento. No momento da publicação o usuário deverá marcar todas as ações do Checklist para que o mesmo seja publicado. O cadastro do Checklist é opcional.

Nesta tela é possível visualizar:

  • A quantidade de itens de checklist salvos. Exemplo: Checklists (2).
  • Uma lista com os itens do checklist salvos, contendo o identificador e o nome do item de checklist e dois botões, um para editar e outro para excluir o item do checklist.
  • Um botão para criar um item do checklist.
  • Um campo para buscar um item do checklist pelo seu nome.

Principais Botões:

Botão

Descrição

Novo Checklist

Quando acionado, permite cadastrar um checklist.

Salvar

Quando acionado o botão Salvar na tela de inclusão de um novo checklist, ele é salvo.

Editar

Quando acionado o botão Editar do checklist correspondente na lista, depois do clique, será exibida uma tela semelhante a tela de criar um novo checklist, no entanto, com as informações dele a ser editado nos campos correspondentes. Depois de salvar a edição, é exibida uma mensagem de sucesso.

Excluir

Quando acionado o botão Excluir do checklist correspondente na lista, depois do clique, será exibida uma tela de confirmação da exclusão, ao acionar Sim, o checklist será excluído e uma mensagem de sucesso será exibida.

 

Principal Campo:

Campo

Descrição

Descrição

Define a descrição da ação que deverá ter sido executada antes da publicação do mapeamento.  Pode ser feita em forma de afirmação ou pergunta. Por ex.: “Responsáveis pelas células de produção foram avisados?” ou “Avisar responsáveis pelas células de produção”.

Opcional

Protótipo de Tela

 

<Não se aplica>.

 

Protótipo 01

 Não se aplica

 

 

 

Opcional

Fluxo do Processo

 Não se Aplica

<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

Não se aplica. Os chamados relacionados as tabelas relacionadas a estes cadastros foram informados na especificação: http://tdn.totvs.com/pages/viewpage.action?pageId=200903689

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

 

(Opcional)

Estrutura de Menu

 

<Informações utilizadas na linha Datasul>.

 

Procedimentos

 

Procedimento

 KbnChecklist

 Kbnjustificative

Descrição

Checklist

Justificativa

Módulo

Mkb

 MKB

Programa base

 html.KbnChecklist

 html.KbnJustificative

Nome Menu

Checklist

Justificativas

Interface

WEB

WEB

Registro padrão

Sim

Sim

Visualiza Menu

Sim

Sim

Release de Liberação

 12.1.13

 12.1.13

 

 

Programas

 

Programa

 html.KbnChecklist

  html.KbnJustificative

Descrição

Checklist de Publicação do Mapeamento

Justificativas

Nome Externo

 dts/kbn/checklist

 dts/kbn/justificative

Nome Menu/Programa

Checklist de Publicação do Mapeamento

Justificativas

Nome Verbalizado[1]

Checklist de Publicação do Mapeamento

Justificativas

Procedimento

 KbnChecklist

 Kbnjustificative

Template

Programa HTML

Programa HTML

Tipo[2]

Manutenção

Manutenção

Interface

WEB

WEB

Categoria[3]

 

 

Executa via RPC

Não

Não

Registro padrão

Sim

Sim

Outro Produto

Não

Não

Visualiza Menu

Sim

Sim

Query on-line

Não

Não

Log Exec.

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

Home[5]

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

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

[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.