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

Subtarefa1

PDRMAN-8028

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 a especificação e documentação da rotina de cadastro de Mapeamento para a solução de controle do Kanban Eletrônico (e-Kanban). 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 mapeamento de fluxos de produção

 


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

RN001

 

1 - RN001 - Sistema e-kanban deve permitir o cadastro de mapeamento de fluxos de produção


1.1 - Visão geral do conceito de Mapeamento:

O mapeamento representa dentro de um estabelecimento o agrupamento dos fluxos de produção de itens que serão controlados pelo Kanban eletrônico. Pode possuir estado de Não Publicado, Liberado e Publicado. Os dois primeiros estados permitem alteração das parametrizações e o último configura um mapeamento que se encontra em produção.

Um mapeamento é composto por fluxos de produção, status, identificador, nome, data de corte e estabelecimento.

No mapeamento permite-se o cadastro e manutenção dos fluxos de produção de um item (gerados com base nas informações do ERP), bem como, através de uma ferramenta gráfica de edição a visualização, da atualização dos parâmetros relacionados ao controle de Kanbans e células de produção (por ex. tamanhos dos Kanbans, tempos de ressuprimento, demanda, etc).

O controle eletrônico dos cartões kanban em produção será feito com base nas definições e parametrizações contidas nos fluxos associados um mapeamento publicado.

Fluxo de administração de um Mapeamento:

1.2 - Janela Mapeamento

Essa janela é apresentada ao selecionar a função Mapeamentos no menu principal. Nessa janela é possível visualizar os mapeamentos cadastrados, criar novos ou atualizar os mapeamentos existentes. A apresentação dos mapeamentos é feita pelo seu código, classificado de forma alfabética.

Estados que um mapeamento pode assumir:

  • Não Publicado: refere-se ao mapeamento criado em que se pode realizar alterações de fluxos de produção.
  • Liberado: refere-se ao mapeamento que está em vias de ser publicado. Neste estado tem-se um checklist de atividades a serem realizadas antes da publicação do mapeamento.
  • Publicado: refere-se ao mapeamento que passou pelo processo de liberação e entrou em produção e controle no EKanban. Neste estado não se pode realizar alterações de fluxos de produção ou ser eliminado. 
  • Despublicado: refere-se ao mapeamento que entrou em produção (publicação ) e controle no EKanban e que foi desativado em da publicação de outro mapeamento para o estabelecimento. Neste estado não se pode realizar alterações de fluxos de produção. Este mapeamento também não poderá ser novamente publicado nem eliminado, em função da necessidade da manutenção das estatísticas do período em que ele esteve publicado. 

Nesta tela são apresentados os seguintes campos:

 

Campo

Descrição

Mapeamento

Código/descrição do mapeamento.

Data de corte

Data base para a busca das informações de estrutura e processo de fabricação válidos no ERP no momento da criação dos fluxos de produção associados ao mapeamento.

Estabelecimento

Estabelecimento a qual o mapeamento está associado.

Data de Publicação

Caso o mapeamento já tenha sido publicado, identifica a data desta publicação. Para mapeamentos que ainda não foram publicados, esta data se apresentará sem informação.

 

1.2.1- Botão Novo mapeamento:

A acionar este botão é apresentada a janela de Novo Mapeamento.

 

1.2.1.1 - Janela Novo Mapeamento

Essa janela é apresentada ao selecionar o botão Novo Mapeamento. Nela são solicitadas as informações do Código/descrição do mapeamento, Data de corte e Estabelecimento ao que o mapeamento estará associado.

1.2.2 - Botão Busca avançada de Mapeamento 

Ao acionar este botão é apresentada a janela de Busca Avançado do Mapeamento onde pode-se buscar um mapeamento cadastrado a partir do Estabelecimento e Data de publicação do mapeamento.

1.2.3 - Botão Ações da Janela de Mapeamento

Na janela de mapeamentos, é apresentada a lista de mapeamentos cadastrados e o seu estado. Ao lado de cada mapeamento, é disponibilizado um botão de Ações que possui as seguintes funções.

Função

Descrição

Editar

Permite editar as informações de descrição do mapeamento e data de corte. Caso a data de corte seja alterada, a nova data será considerada apenas para os novos fluxos criados. Apenas para mapeamentos com estado de “Não publicado”.

Clonar

Permite a clonagem ou a cópia de um mapeamento. São permitidas duas formas de clonagem: "Somente Cópia" e "Cópia verificando a Engenharia"

Somente Cópia: Permite apenas informar uma nova descrição para o mapeamento. Não permite informar uma nova data de corte. Neste caso, o sistema irá realizar uma cópia simples de todas as informações e fluxos de produção do mapeamento original. Não serão feitas validações ou recálculo da demanda.

Cópia verificando a Engenharia: Permite que sejam atualizadas as informações de descrição e data de corte do novo mapeamento. Ao executar esta ação, o sistema busca no ERP todos os fluxos do mapeamento clonado que estarão válidos na data de corte informada. Neste caso temos os seguintes critérios na clonagem:

a) O Item (Final ou Processo) estava cadastrado no Mapeamento Original e é válido no novo mapeamento: o sistema copia os dados do item e do supermercado já cadastrados no mapeamento original para o novo mapeamento. São atualizadas as informações de descrição do item e unidade de medida (para o caso delas haverem sido alteradas no ERP). 

 b) A célula estava cadastrada no Mapeamento Original e é válida no novo mapeamento: o sistema mantém as informações da célula, entretanto atualiza a descrição da célula (para o caso de ter sido alterada no ERP). São sobrepostas as informações da relação do item com a célula (tempo de ciclo do item) e também o tempo de Setup do item na célula.  

 c) O Item (Final ou Processo) estava cadastrado no Mapeamento Original mas não é válido no novo mapeamento: o sistema não copia os dados do item, do supermercado ou relacionamentos do mesmo com a célula. 

 d) A célula estava cadastrada no Mapeamento Original mas não é válida no novo mapeamento: o sistema não copia as informações da célula ou seus relacionamentos com os itens a que ela estava associada.

 e) A estrutura do item final está diferente no novo mapeamento: para os fluxos que possuem estrutura diferente, o sistema irá verificar a situação do item e célula no novo mapeamento (ver critérios a,b,c e d), onde para itens e células novos no novo mapeamento o sistema irá criar os itens com bases nas informações do ERP.

 

O mapeamento clonado será criado com o status “não publicado” e a data de publicação ficará sem informação.

O sistema não realiza o controle automático de versão dos mapeamentos. Este deve ser feito, de forma manual pelo usuário, por meio de regras próprias para definição dos nomes.

A ação de clonagem está disponível para para todos os estados de mapeamento.

Importante: Neste processo de clonagem o sistema revalida as estruturas pela data de corte do mapeamento e em função disto, fluxos de itens ora eliminados no processo de confecção do mapeamento base podem "reaparecer" no mapeamento clonado em função de estarem válidos pela data de corte. Neste caso, o usuário deve atentar para este detalhe e se necessário fazer manualmente a manutenção no novo fluxo.

 No momento da clonagem, em função de possíveis mudanças de estrutura, o valor da demanda mensal dos componentes é recalculada de acordo com a demanda informada para os itens finais clonados. Neste caso, para os itens que possuem parametrização de cálculo automático de kanban, os tamanhos das faixas de kanbans serão recalculadas. Veja o Exemplo abaixo:

Liberar

Somente para o mapeamento “Não Publicado”, após a parametrização das informações dos fluxos de produção associados ao mesmo, inicia-se o processo de colocação em produção dele no EKanban. No processo de liberação, são feitas verificações automáticas nas parametrizações dos fluxos para que na publicação não sejam colocados em produção fluxos de produção com parametrizações incompletas. Verificações que são realizadas no momento da liberação de um mapeamento:

  1. Tamanho do Kanban: é verificado se existe algum item/fluxo de produção com valor de tamanho do Kanban igual a zero.
  2. Faixa Verde: é verificado se existe algum item/fluxo de produção com valor de número de cartões na faixa verde igual a zero.
  3. Faixa Amarela: é verificado se existe algum item/fluxo de produção com valor de número de cartões na faixa amarela igual a zero.
  4. Faixa Vermelha: é verificado se existe algum item/fluxo de produção com valor de número de cartões na faixa vermelha igual a zero.
  5. Tempo de Ciclo: é verificado se existe algum item/fluxo de produção com valor de tempo de ciclo na célula que o produz igual a zero.
  6. Faixa Fixa: é verificado se existe alguma célula de produção com valor da faixa fixa de programação igual a zero.
  7. Horizonte de Programação: é verificado se existe alguma célula de produção com valor do Horizonte de Programação igual a zero.

    Importante: como o estado de “Liberado” é o estado anterior a de colocação em produção ou publicação, a ação de liberar deve ser tratada com atenção. Em função disto, o sistema permite apenas um mapeamento liberado para cada estabelecimento. Neste caso, quando da liberação de um mapeamento e já exista outro liberado, o sistema avisa ao usuário e caso o mesmo libere o mapeamento atual, o mapeamento liberado pré-existente passara para o estado de “Não Publicado”.

    Na ação de liberar são apresentados os itens que apresentaram inconsistência (de acordo com a lista de verificações/validações).

Publicar

Somente após a liberação do mapeamento, ele pode ser colocado em produção e controle no EKanban. Esta é uma ação importante e que gera impactos no ambiente em produção, necessitando atenção para o momento de realizar a publicação do mapeamento. Na publicação de um mapeamento, são realizadas as seguintes ações:

  1. Apresentação de Checklist de verificações: previamente podem ser cadastradas informações/ações necessárias para a publicação de um mapeamento. Estas verificações são apresentadas e o usuário terá que dar OK manualmente em cada uma delas para que a publicação seja permitida.
  2. Verificação da existência de mapeamento publicado: como pode haver somente um mapeamento publicado por estabelecimento, é verificado se já existe mapeamento publicado.

  • Se não existir mapeamento publicado: o mapeamento é publicado e todos os itens começam com todos os cartões Kanbans definidos nas faixas verde, amarela e vermelha no estado de “Armazenado”.
  • Se já existir mapeamento publicado: é informado ao usuário da existência de um mapeamento publicado e se ele deseja que o novo mapeamento sobreponha o mapeamento existente. Se definida a sobreposição, o mapeamento é publicado e o programa realizará as seguintes verificações:

        a) - Se o item não existir no mapeamento já publicado os cartões Kanbans definidos nas faixas verde, amarela e vermelha começam no estado de “Armazenado”.

        b) - Se o item existir no mapeamento já publicado e também existir no novo mapeamento, o sistema manterá o estado dos cartões dos fluxos que existirem em ambos os mapeamentos. Para o caso de alteração da quantidade de cartões, o ajuste sempre será realizado na quantidade de cartões existente no quadro kanban. A seguinte regra será seguida:

        b.1) - Caso a quantidade de cartões aumente, os cartões em excesso irão para o quadro.Exemplo de uma situação onde o total dos cartões do mapeamento anterior é menor que o total do novo mapeamento, tabela abaixo:

 

Mapeamento anterior

Mapeamento novo

Total de cartões

30

50

 

Situação do mapeamento anterior:

 

Quadro

Produção

Transporte

Bloqueado

Armazenado

Total

Quantidade em cada estado

8

5

1

1

15

30

 

Situação do mapeamento novo:
Como no exemplo dado na tabela que contém o total de cartões, o mapeamento anterior possuía uma quantidade menor de cartões que o mapeamento novo, logo a quantidade excedente foi para o quadro que passou de 8 cartões para 28, tabela abaixo. 

 

Quadro

Produção

Transporte

Bloqueado

Armazenado

Total

Quantidade em cada estado

28

5

1

1

15

50

        b.2) - Caso a quantidade de cartões diminua, os cartões excedentes do mapeamento anterior serão removidos do quadro. Caso necessite remover mais cartões do que o existente atualmente no quadro, o sistema irá zerar o número de cartões do quadro.

         Exemplo de uma situação onde o total dos cartões do mapeamento anterior é maior que o total do novo mapeamento, veja a tabela abaixo:

 

Mapeamento anterior

Mapeamento novo

Total de cartões

50

30

Situação do mapeamento anterior:

 

Quadro

Produção

Transporte

Bloqueado

Armazenado

Total

Quantidade em cada estado

28

5

1

1

15

50

Situação do mapeamento novo:
Como no exemplo dado na tabela que contém o total de cartões, o mapeamento anterior possuía uma quantidade maior de cartões que o mapeamento novo, logo a quantidade excedente do mapeamento anterior foi retirada do quadro que passou de 20 cartões para 8, veja a tabela abaixo:

 

Quadro

Produção

Transporte

Bloqueado

Armazenado

Total

Quantidade em cada estado

8

5

1

1

15

30

Importante: Os cartões kanbans ou extras que estavam em produção, em transporte, bloqueados ou armazenados no mapeamento anterior mantém seu status no novo mapeamento, inclusive os cartões em produção permanecerão nos centros de trabalho em que estavam alocados antes da publicação. Caso haja excedente para o novo mapeamento no supermercado, o sistema desconsiderará o consumo desses itens não colocando cartão no quadro, até que a quantidade certa seja atingida.

Cartões extras que estavam na fila de programação devem ser mantidos nesta fila.

 

  • Se o item não existir no novo mapeamento e existir no mapeamento já publicado: este item será desconsiderado para controle no novo mapeamento (tanto cartões kanban ou extras), sendo considerado apenas para as estatísticas nos Dashboards. 

Depois da publicação de um mapeamento, o sistema avalia as alterações e realiza a redefinição da situação do kanban do item e realiza a reordenação da fila de programação. O usuário deverá ir no quadro de cada célula e reconfigurá-la ou reinicializá-la para que assuma a nova posição dos cartões e status do item (verde, amarelo ou vermelho).

Excluir

Permite a exclusão do mapeamento e de seus fluxos. Mapeamentos publicados ou despublicados não poderão ser eliminados.

 

1.2.4 - Filtros de Classificação

Permite a classificação dos mapeamentos apresentados de acordo com o seu estado, podendo ser classificados em “Publicado”, “Não Publicado”, Liberados” e "Despublicados".

1.2.5 - Botão Listar Fluxos da Janela de Mapeamento

Na janela de mapeamentos é apresentada a lista de mapeamentos cadastrados e o seu estado. Ao lado de cada mapeamento, é disponibilizado um botão de Lista de Fluxos em destaque que redireciona para janela de listagem de fluxos do mapeamento escolhido.

Na janela de lista de fluxos, são listados de os fluxos criados para o mapeamento escolhido, caso ele já possua. A apresentação dos fluxos é feita pelo código(SKU) do item, classificado de forma alfabética.

 

Opcional

Protótipo de Tela

 < Não se Aplica >.

 Protótipo 01


 


 

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

 Kbnmapeamento

Descrição

Mapeamentos

Módulo

 Mkb

Programa base

  html.KbnMapping

Nome Menu

Mapeamentos

Interface

WEB

Registro padrão

Sim

Visualiza Menu

Sim

Release de Liberação

 12.1.13

  

Programas

 

Programa

  html.KbnMapping

Descrição

Mapeamentos

Nome Externo

dts/kbn/mapping

Nome Menu/Programa

Mapeamentos

Nome Verbalizado[1]

Mapeamentos

Procedimento

 KbnMapping

Template

Programa Html

Tipo[2]

Manutenção

Interface

WEB

Categoria[3]

 

Executa via RPC

Não

Registro padrão

Sim

Outro Produto

Não

Visualiza Menu

Sim

Query on-line

Não

Log Exec.

Sim

Rotina (EMS)

 

Sub-Rotina (EMS)

 

Localização dentro da Sub Rotina (EMS)

 

Compact[4]

Sim/Não

Home[5]

Sim/Não

Posição do Portlet[6]

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

Não se Aplica.

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