Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

 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

mkb - Kanban Eletrônico

Segmento Executor

 

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
RN002Fluxos de produção devem permitir o cadastro e parametrização dos itens associados a ele, quanto ao armazenamento no supermercado e nas células 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, em que não se pode realizar alterações de fluxos de produção. 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. 

Importante: um mapeamento que estava publicado e depois foi retirada a publicação devido a publicação de um novo mapeamento, retorna para o estado de Não publicado. Entretanto este mapeamento 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 piblicado, 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 Código/descrição do mapeamento, Data de corte e Estabelecimento ao que o mapeamento estará associado.

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 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 de um 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. Para os fluxos que possuem a mesma estrutura na nova data, o sistema copia todos os dados já cadastrados no mapeamento clonado para o novo mapeamento. Entretanto, para os fluxos que possuem estrutura diferente, o sistema copiará as informações que constar no ERP. O mapeamento clonado será criado com o status “não publicado” e a data de publicação ficará sem informação.

Importante: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, a faixa vermelha será recalculada.

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.

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 verde 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 verde 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.
  8.  
  9. 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”.

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

Observação: Os cartões que estavam em produção, em transporte, bloqueados ou armazenados no mapeamento anterior mantém seu status no novo mapeamento. 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.

  • Se o item não existir no novo mapeamento e existir no mapeamento já publicado: este item será desconsiderado para controle no novo mapeamento, sendo considerado apenas para as estatísticas nos Dashboards. 

Depois da publicação de um mapeamento, 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 que foram “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” e Liberados”.

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 do item, classificado de forma alfabética.

 

2 - RN002 - Fluxos de produção devem permitir o cadastro e parametrização dos itens associados a ele, quanto ao armazenamento no supermercado e nas células de produção.


2.1 - Visão geral do conceito de Fluxo de Produção:

O fluxo de produção é o agrupamento da cadeia de produção de um determinado item para a data de corte do mapeamento que o fluxo pertence. Ele é representado graficamente utilizando a simbologia adotada pela metodologia Lean. Um fluxo produção sempre estará associado a um mapeamento e as informações referentes ao item têm origem no ERP.

Podemos ter os seguintes tipos de fluxos de  produção:

Final: identifica o ponto final de um fluxo de produção e a partir da demanda destes itens, os componentes são puxados. Um item final pode ser um item acabado final (nível Zero) ou um componente que define o final do fluxo para controle do Kanban.

Processo: identifica os componentes que foram gerados a partir de um fluxo de produção de um item Final, onde a sua demanda depende da demando dos itens finais que os utilizam.

  • O fluxo de um liquidificador é um fluxo final, já o fluxo do copo é um fluxo de processo.

Todo fluxo de processo é criado pelo sistema e é associado automaticamente ao fluxo que ele precisa alimentar, no exemplo acima, o sistema criará o fluxo do copo e associará ao fluxo do liquidificador, bem como a criação dos fluxos de outros itens necessários para a produção do liquidificador, como corpo, tampa, entre outros.

Itens de Inventário: são os itens comprados e que como não são controlados pelo EKanban, não são apresentados. Eles somente serão apresentados na lista de itens consumidos.

Para maiores detalhes sobre os tipo de itens, acesse a faq: http://tdn.totvs.com.br/pages/viewpage.action?pageId=203755348

 

2.2 - Botão Busca avançada de Fluxo 

A acionar este botão é apresentada a janela de Busca Avançado do Fluxo de produção onde pode-se buscar um fluxo cadastrado a partir do Código do Item e pela sua referência.

 

2.3 - Botão Novo Fluxo

Ao acionar este botão é apresentada a janela de criação de um novo Fluxo.


2.3.1 - Janela Novo Fluxo

Essa janela é apresentada ao selecionar o botão de Novo Fluxo. Nessa janela será apresentada a seguinte informação:

Principal Campo:

Campo

Descrição

Item

Define para qual item final será criado o fluxo.

Esta janela também permite que se busque o item no ERP pelo seu código ou pelo seu nome/descrição.

Uma vez que o item é definido e a ação de salvar é executada, o sistema criará o fluxo do tipo final para o item selecionado. Com o intuito de minimizar o tempo de configuração, o sistema verifica a existência desse item no mapeamento publicado do mesmo estabelecimento e copia os dados de configuração, se o item não existir no mapeamento publicado ou se não houver mapeamento publicado, o sistema utiliza informações cadastradas no ERP.

Somente na criação do fluxo de produção do item as informações do ERP pode ser utilizadas como valor inicial de alguns campos, após isto, o sistema reaproveita as informações cadastradas no kanban.

Para mais informações sobre a integração das informações do fluxo de produção com o ERP, acesse a FAQ: http://tdn.totvs.com.br/pages/viewpage.action?pageId=226525246


2.3.1.1 2 - Botão Ações da Janela de Fluxo

Na janela de fluxos, é apresentada a lista de fluxos finais cadastrados, Depósito e localização padrão do mesmo, tipo do fluxo, se o fluxo é puxado ou não e data de corte.

Ao lado de cada fluxo são disponibilizados os seguintes botões:

Botão

Descrição

Excluir

Permite eliminar o fluxo de produção. Caso o fluxo a ser eliminado possua fluxos de processo associados à ele, o sistema não eliminará os fluxos de processos que estão associados. Para os itens de processo associados ao item eliminado, será apenas descontada a demanda correspondentes ao item pai eliminado.

Visualizar

Permite a visualização gráfica do fluxo e dos fluxos associados, através da visualização gráfica é possível editar as configurações dos supermercados e células.

 

2.3.1.2 3 - Filtros de Classificação

Permite a classificação dos fluxos apresentados, podendo ser classificados em “Final”, “Processo” e “Todos”.

 

2.3.1.3 - Janela Visualização de Fluxo4 - Botão Visualizar de Fluxo de Produção (Visão Gráfica)

Essa janela é apresentada a partir da execução do botão "Visualizar" e Essa janela permite a visualização gráfica dos fluxos de produção, de acordo com conceito e simbologia Lean, permitindo a edição de configurações de supermercados e células, tais configurações serão utilizadas pelo controle eletrônico dos cartões Kanban (EKanban). 

Exemplo de visualização gráfica de um fluxo de processo:

 

 

O fluxo gráfico é composto pelos seguintes elementos:

  • Image Added Supermercado, representa um armazenamento de itens.
  • Image Added Indica qual célula alimentará o supermercado associado.
  •  Célula  Image Added Célula de produção, representa a célula que produz o item que alimentará o supermercado.
  • Image Added Seta de puxada, indica qual de supermercado a célula consumirá os itens de processo para o fluxo.
  • Image Added FIFO, representa a ligação do FIFO entre células.
  • Image Added Processo externo, representa um processo de produção que não acontece na fábrica, como por exemplo um terceirizado.

A leitura do fluxo de produção acontece da direita para a esquerda, iniciando pelo supermercado que contém o item do fluxo selecionado.

Exemplo de visualização gráfica de um fluxo final:

 Image Added

 O fluxo acima é composto por 1 fluxo final e 10 fluxos de processos associados a ele ou a outro fluxo de processo, conforme a ilustração a seguir:

 Image Added

O fluxo destacado em azul é o fluxo selecionado para visualização. 

Os fluxos destacados em vermelho são fluxos associados ao fluxo azul; são processos do fluxo em azul.

Os fluxos destacados em laranja são processos de um dos fluxos em vermelho.

O fluxo destacado em verde é processo de um dos fluxos em laranja.

 

2.3.1.4 - Botão Ações da Janela Visualização de Fluxo

Na janela de visualização de fluxo, são apresentadas as informações referente ao item, SKU, descrição e referência e data de corte.

Ao lado de cada fluxo, são disponibilizados os seguintes botões:

Botão

Descrição

Exportar

Permite o download de uma planilha Excel em que possui 3 abas contendo as informações dos fluxos visualizados.

Importar

Permite o upload da planilha exportada pela funcionalidade acima, ao importar a planilha o sistema atualizará os dados alterados que são passíveis de alteração.

Informações da planilha e sua respectiva permissão de alteração:

  • Aba “Itens em Supermercado”:
  • Id do item (não deve ser alterado).
  • Sku do item (não deve ser alterado).
  • Referência do item (não deve ser alterado).
  • Descrição do item (não deve ser alterado).
  • Depósito (passível de alteração). O ideal é que seja realizado acerto no ERP
  • Localização (passível de alteração). Se o item possuir múltiplas localizações, a sugestão é deixar em branco.
  • Permite extra (passível de alteração).
  • Tamanho do Kanban (passível de alteração).
  • Estoque de segurança (passível de alteração).
  • Lote mínimo (passível de alteração).
  • Demanda (passível de alteração).
  • Tempo de ressuprimento (passível de alteração).
  • Faixa verde (passível de alteração).
  • Faixa amarela (passível de alteração).
  • Faixa vermelha (passível de alteração).
  • Cálculo automático (passível de alteração).
  • Programação Manual (passível de alteração).
  •  
  • Aba “Células”:
  • Id da célula (não deve ser alterado).
  • Código da célula no ERP (não deve ser alterado).
  • Descrição da célula (não deve ser alterado).
  • Máximo de cartões (passível de alteração).
  • Produz distintos simultaneamente (passível de alteração).
  • Horizonte de programação (passível de alteração). Em milisegundos.
  • Faixa fixa (passível de alteração). Em milisegundos.

 

  • Aba “Itens em células”:
  • Id da célula (não deve ser alterado).
  • Código da célula no ERP (não deve ser alterado).
  • Descrição da célula (não deve ser alterado).
  • Id do item (não deve ser alterado).
  • Sku do item (não deve ser alterado).
  • Referência (não deve ser alterado).
  • Descrição do item (não deve ser alterado).
  • Tempo de ciclo do Kanban em milissegundos (não deve ser alterado).
  • Tempo de ciclo do item em milissegundos (passível de alteração).
  • Tempo de Setup em milissegundos (passível de alteração).

Dentro da área onde o fluxo é desenhado, o sistema apresenta dois botões no canto superior esquerdo para controlar o tamanho da exibição do desenho, tal funcionalidade é denominada de zoom.

 

Janela de Supermercado

Essa janela é apresentada quando clica-se sobre o símbolo do Supermercado. Permite a visualização e edição de parâmetros dos itens referentes ao controle eletrônico dos cartões Kanban (EKanban).

Importante: Um mesmo SKU pode ser considerado de forma diferente no Supermercado dentro do sistema Kanban. O mesmo SKU pode ser um item Final ou Processo. Neste caso o sistema entenderá que o primeiro refer-se ao fluxo de abastecimento de um item com demanda própria (Final) e o outro refere-se a um item que possui demanda dependente de outro itens finais (Processo). Neste caso, cada um destes itens, apesar de possuir mesmo SKU, será controlado de forma independente, inclusive com tamanhos de pilhas kanban (verde+amarela+vermelha) diferentes.

 

Ao clicar no supermercado, os valores referentes ao item dentro do supermercado são apresentados com a seguinte disposição:

Campo

Descrição

Depósito

Informativo da localização do item.

Localização

Localização do item dentro do depósito.

Tamanho de Kanban

Ajusta a quantidade de itens que um Kanban comporta, acompanha a sua direita o informativo da unidade de medida do item.

Estoque de segurança

Informação do ERP passível de alteração que informa o estoque de segurança, essa informação serve como base para o cálculo automático das faixas.

Lote mínimo

Informação do ERP passível de alteração que informa a quantidade mínima do estoque, essa informação serve como base para o cálculo automático das faixas.

Demanda

Informação do ERP passível de alteração apenas para itens finais, onde se informa a demanda diária do item. Para os itens do tipo processo, a demanda será dependente dos itens finais ao que o mesmo está associado. Na explicação de conceitos do Kanban, é colocado um exemplo de como é feita a propagação da demanda no fluxo de produção. Para maiores informações sobre o processo de cálculo da demanda, acesse a FAQ: http://tdn.totvs.com.br/pages/viewpage.action?pageId=203756397

Tempo de Ressuprimento

Informação do ERP passível de alteração para informar a quantidade de tempo que o item leva para percorrer todo o processo, desde que ele sai do supermercado até o seu retorno. O tempo é definido considerando-se um dia útil de produção.

Cálculo automático das faixas Kanban

Indicador passível de alteração, que quando selecionado, calcula e atualiza automaticamente as faixas Kanban do item. A seguir temos explicações de como é feito o cálculo de cada faixa.

 

Visualização gráfica das faixas:

Fonte: Adaptada de PEINADO J.; GRAEML A. R. Administração da Produção: Operações Industriais e de Serviços. UnicenP: Curitiba, 2007.

 

A quantidade em estoque máxima de cada peça é igual ao número de cartões kanban vezes o número de peças em cada contenedor padrão. O número de cartões será igual ao número de contenedores para cada peça.

 

Variáveis que determinam o número de cartões:

 

Demanda média diária: deve ser determinada com base na demanda mensal nivelada;

Lead time (tempo de processo): depende do tamanho da fila e do tempo de fabricação);

Capacidade do contenedor: Tamanho do Contenedor/Kanban.

 

A fórmula ideal dependerá do tipo de aplicação. O princípio pode e deve ser alterado de caso a caso (opção do usuário customizar a sua fórmula). Como padrão, o sistema E-kanban utilizará a seguinte fórmula:

 

 

Sendo:

n = número de contenedores ou cartões kanban;

D = demanda diária

T = tempo de ressuprimento do item dentro de um dia normal de produção.

S = estoque de segurança;

L = lote mínimo de produção;

Q = quantidade de peças por contenedor [peças / embalagem] ou tamanho do Kanban

 

Obs: o tempo de ressuprimento (T) deve contemplar o tempo de produção, informação, espera e entrega.

 

Faixa verde (estoque em função dos setups): consiste no número mínimo de kanbans a serem produzidos em seguida, antes de mudar a produção. Esse kanban é calculado em função do tempo de setup, conforme apresentado pela fórmula a seguir:

 

 

Sendo o lote mínimo de produção “L”, calculado da seguinte forma:

 

 

Qst = quantidade de setups por mês.

 

Faixa amarela: é calculada em função do estoque de segurança:

 

 

 

Faixa vermelha: é calculada como sendo a demanda durante o tempo de ciclo:

 

 

Permite cartão extra

Indicador passível de alteração que quando marcado permite que cartões extras do item possam ser disparados e irem para o quadro de programação.

Programação Manual

Quando marcada, identifica que a programação de produção dos cartões no quadro Kanban será feita de forma manual. Se estiver desmarcada identifica que a programação de produção dos cartões no quadro Kanban será feita de forma automática, onde os cartões irão ser colocados em uma fila de programação, sequenciados a partir de um algoritmo de sequenciamento.

Faixas verde, amarela e vermelha

Informações passíveis de alteração, calculados por meio do cálculo automático das faixas ou alterados manualmente quando o indicador cálculo automático não estiver selecionado.

 

Botão Ações da Janela Supermercado

Na janela supermercado, são apresentadas as informações descritas acima e ao final são disponibilizados os seguintes botões:

 

Botão

Descrição

Salvar

Permite salvar as informações alteradas.

Importante: Para mapeamentos publicados, considerados em produção, não será permitida a alteração das parametrizações existentes.

 

Quando informamos a demanda para um item final (manualmente ou via importação de planilha), no momento de que é salva esta nova informação de demanda a mesma seja replicada para os itens de processo associados ao fluxo do item final. Esta funcionalidade aplica-se somente a mapeamentos “Não Publicados” ou “Liberados”. Fluxos “Publicados” não podem ser alterados.

Cancelar

Fecha a janela sem salvar as alterações.

 

Janela de Célula

Essa janela permite a visualização e edição de parâmetros das células referentes ao controle eletrônico dos cartões Kanban (EKanban).

Ao clicar na célula, as informações são apresentadas com a seguinte disposição:

Campo

Descrição

Max. Cartões em Produção

Informação passível de alteração que serve para o EKanban validar qual a capacidade de produção de Kanban ao mesmo tempo. Indica o número de cartões que podem ser alocados em cada centro de trabalho da célula.

Produz itens distintos simultaneamente

Indicador passível de alteração que serve para o EKanban validar se a célula pode produzir itens diferentes ao mesmo tempo. Permite a alocação ao mesmo tempo de cartões de itens diferentes num mesmo instante para um mesmo centro de trabalho. Para que este parâmetro tenha validade, o parâmetro “Max. Cartões em Produção” deve ser maior que 1 (um).

Horiz. Programação

Informação passível de alteração que serve para o EKanban validar o tamanho (em tempo) do quadro de programação.

Importante: Caso o item seja de programação automática, no quadro Kanban os cartões irão para a fila de programação que é composta pelo tempo definido no horizonte de programação mais o tempo definido na faixa fixa. No horizonte de programação o cartão estará sujeito ao algoritmo de sequenciamento automático.

Faixa fixa

Informação passível de alteração que serve para o EKanban validar a quantidade de cartões que entrarão na faixa fixa. Na tempo de faixa fixa o cartão terá o seu sequenciamento congelado, não estando sujeito ao algoritmo de sequenciamento automático.

 

Abaixo das informações, são apresentadas 5 abas com informações destinadas à produção do item dentro da célula em questão.

 

Janela de Célula - Aba de Item Produzido

Apresenta os itens que são produzidos por aquela célula dentro do fluxo em questão. São exibidas as seguintes informações para cada item produzido:

Campo

Descrição

SKU, descrição do item e referência (se houver)

Informação que identifica o item que a célula produz.

Tempo de ciclo do item

Informação passível de alteração que determina o tempo de produção de um item.

Tempo de ciclo do Kanban

Informação calculada pelo sistema, baseado no tempo de ciclo e no tamanho do Kanban do item, o sistema apresenta o tempo de ciclo do Kanban do item. Caso a célula faça parte de um FIFO, o cálculo é realizado da seguinte forma:

  • Tempo de ciclo do Kanban = ((tempo de ciclo da célula mais demorada) x tamanho do Kanban) + tempo de ciclo das demais células.

Exemplo:

Um FIFO formado por 3 células (C1, C2 e C3), com os respectivos tempos em minutos para produzir o item X, 5, 10, 15. O tamanho do Kanban do item X é de 2, logo o cálculo ficaria assim:

Tempo de ciclo do FIFO = 15(tempo de C3 para produzir item X) multiplicado por 2 (tamanho do Kanban do item X), somado com 5 e 10 (tempos das células C1 e C2 para produzirem o item X). Resultando em 60 minutos para que o FIFO produza 1 Kanban do item X.

 

Graficamente podemos ilustrar assim:

 

 

A fórmula aplica-se para qualquer posição do gargalo, célula mais demorada.

Exemplificando com o gargalo no início:

 

 

Exemplificando com o gargalo no meio:

 

Todas as configurações do FIFO resultaram no mesmo tempo de ciclo do kanban, 60 minutos.

 

Janela de Célula - Aba de Itens Consumidos (Insumos)

É apresentada a lista de itens (comprados ou semiacabados) que servirão de insumos e suas respectivas quantidades para a produção de 1 Kanban do item produzido pela célula.

 

Janela de Célula - Aba de Ferramentais

É apresentada a lista de ferramentais (baseado no cadastro do ERP) necessários para a produção do item.

 

Janela de Célula - Aba de Tempo de Setup

É apresentada a informação, passível de alteração, do tempo de Setup de qualquer item para o item produzido pela célula, esse tempo servirá para validações e cálculos no EKanban.

 

Janela de Célula - Aba de Centros de Trabalho

É apresentada a lista de centros de trabalho cadastrados no ERP que compõem a célula.

 Botão Ações da Janela Célula

Na janela célula, são apresentadas as informações descritas acima e ao final são disponibilizados os seguintes botões:

Botão

Descrição

Salvar

Permite salvar as informações alteradas.

Cancelar

Fecha a janela sem salvar as alterações.

 

 










 

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

 

(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

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