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 | mkb 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
| RN001 | Sistema e-kanban deve permitir o cadastro de mapeamento de fluxos de produção | 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élulasde 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 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 piblicadopublicado, 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á associadoEstabelecimento 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. 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:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
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:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
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:
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:
Situação do mapeamento anterior:
| 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:
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:
Situação do mapeamento anterior:
Situação do mapeamento novo:
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:
Situação do mapeamento anterior:
Situação do mapeamento novo:
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.
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.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.3 - Filtros de Classificação
Permite a classificação dos fluxos apresentados, podendo ser classificados em “Final”, “Processo” e “Todos”.
2.3.4 - 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 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:
Supermercado, representa um armazenamento de itens.
Indica qual célula alimentará o supermercado associado.-
Célula de produção, representa a célula que produz o item que alimentará o supermercado. 
Seta de puxada, indica qual de supermercado a célula consumirá os itens de processo para o fluxo.
FIFO, representa a ligação do FIFO entre células.
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:
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:
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.4.1 - 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:
|
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.
2.3.4.2 - 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:
Dmensal = Demanda Mensal. 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. |
2.3.4.2.1 - 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. |
2.3.4.3 - 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:
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>
Situação do mapeamento novo:
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:
Situação do mapeamento anterior:
Situação do mapeamento novo:
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.
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.1113 |
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. |
|---|
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas