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 |
| Módulo |
|
Segmento Executor |
| ||
Projeto1 |
| IRM1 |
|
Requisito1 |
| Subtarefa1 |
|
Chamado2 |
| ||
País | ( ) 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 de rotinas preliminares ou adicionais ao uso do Quadro Kanban dentro da solução de controle de Kanban Eletrônico. Projeto direcionado para a linha Datasul do ERP TOTVS.
<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.
(Obrigatório)
Definição da Regra de Negócio
<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.
| RN001 | Sistema e-Kanban deve permitir a emissão de etiquetas em código de barra 1D e 2d (QrCode). |
| RN002 | Sistema e-Kanban dever permitir o consumo de cartões no Supermercado. |
| RN003 | Sistema e-Kanban dever permitir a Emissão de cartão Kanban Extra |
| RN004 | Sistema e-Kanban dever permitir o ajuste de saldo dos cartões kanban do item. |
<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 |
[ACAA040 – Parâmetros] | [Alteração] | [Atualizações -> Acadêmico-> Tesouraria] | - |
[ACAA050 – Negociação Financeira] | [Envolvida] | [Atualizações -> Acadêmico-> Tesouraria] | - |
[ACAA060 – Cadastro de Pedidos] | [Criação] | [Atualizações -> Acadêmico-> Cadastros] | - |
Exemplo de Aplicação:
- Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
- Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades como a referência mínima para calcular o débito total do aluno.
- Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
- O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.
Tabelas Utilizadas
Relatório | Criação de Expedição | EKANBAN -> Relatórios ->Emissão de Etiquetas | RN001 |
Tarefa | Criação de Expedição | EKANBAN -> Cadastro -> Supermercado | RN002 |
Tarefa | Criação de Expedição | EKANBAN -> Cadastro -> Emissão de Cartão Extra | RN003 |
| Tarefa | Criação de Expedição | EKANBAN -> Cadastro -> Ajuste de Saldos | RN004 |
1 - RN001 - Sistema e-Kanban deve permitir a emissão de etiquetas em código de barra 1D e 2d (QrCode)
1.1 - Janela Emissão de Etiquetas:
Visão Geral:
As etiquetas são utilizadas no processo de coleta de dados das informações do item para a movimentação dos cartões nas ações de armazenamento e na de consumo dos mesmos no supermercado. É possível a impressão de etiquetas para itens de mapeamentos liberados e publicados.
Ao acessar a janela de Etiquetas, são apresentados os itens referente ao mapeamento liberado ou publicado do estabelecimento informado. A apresentação dos itens é feita pelo código do item, classificado de forma alfabética.
Também é exibida a possibilidade de filtros dos itens por meio do estado do mapeamento (liberado ou publicado), SKU ou descrição.
Faz-se necessário o filtro do estado do mapeamento para a impressão de etiquetas antes da publicação do mapeamento.
As informações exibidas para cada item:
- SKU do item.
- Descrição do item.
- Referência do item.
- Estabelecimento.
- Depósito.
- Localização.
Para cada item é possível imprimir a sua etiqueta por meio do botão Imprimir e escolher o tipo de código de barras, simples (1D) ou QRCode (2D).
Nos dois tipos de etiquetas apresentam-se as mesmas informações: SKU, Referência, descrição do item, Depósito e localização padrão de armazenagem no supermercado.
Exemplo de etiqueta com QRCode:
Exemplo de etiqueta com Código de Barras Simples:
2 - RN002 - Sistema e-Kanban deve permitir o consumo de cartões no Supermercado.
2.1 - Janela Supermercado:
Visão Geral:
O Supermercado é o espaço físico no qual os itens ficam armazenados até que sejam consumidos para alimentar uma célula de produção ou para sua expedição. Quando o cartão é consumido no supermercado ele retorna para o quadro, compondo a situação do Kanban.
Nesta janela é possível selecionar o estabelecimento desejado e o tipo do item (final ou processo). Serão apresentados os itens relacionados ao estabelecimento e o atual mapeamento publicado para o mesmo. A apresentação dos itens é feita pelo código do item, classificado de forma alfabética.
Ao selecionar o item, o sistema apresentará as informações de descrição, referência, depósito, localização e a quantidade de cartões disponíveis para consumo no supermercado. Pode-se então informar a quantidade de cartões que serão consumidos.
Com a quantidade desejada informada, o botão “Consumir” executará o processo de consumo, removendo a quantidade selecionada do supermercado e colocando-a no quadro se não houver cartões excedentes. Caso haja excedente de cartões kanbans, o sistema não incrementará o número de cartões no quadro Kanban até que o total de Kanbans seja igual a soma das faixas (verde, amarela e vermelha) definidas no editor.
Cartões excedentes no supermercado podem acontecer quando um novo mapeamento é publicado e o item existente no mapeamento anterior teve sua pilha reduzida, deixando mais Kanbans do que deveria existir no mapeamento novo.
Se não houver Kanbans suficientes para o consumo informado, o sistema apresenta a mensagem de erro informando a quantidade existente.
3 - RN003 - Sistema e-Kanban deve permitir a Emissão de Cartão Extra.
3.1 - Janela Emissão de Cartão Extra:
Visão Geral:
Cartões Extras são criados quando é necessário um aumento temporário na produção, porque um processo subsequente está trabalhando em hora extra, ou quando deve ser formado um estoque intermediário temporariamente, para permitir a manutenção de uma máquina, por exemplo. Quando um cartão extra é colocado no sistema, as necessidades de material e tempo de produção para os itens dependentes também são levados em conta.
Nesta janela é possível selecionar o estabelecimento desejado e o item (final ou processo) ao qual será informada uma demanda para cálculo do número de cartões extras que serão gerados. Serão apresentados na opção de busca e se permitirá a informação de uma demanda, somente os itens que estão parametrizados para permitir o disparo de cartões. A definição se o item permite ou não a criação de cartões extras para o mesmo é feita na edição do fluxo de produção, janela de supermercado do item.
Uma vez que o item foi definido, o usuário especificará a demanda para esse item e assim o sistema calculará a quantidade de cartões necessários para cada insumo. O cálculo do valor do insumo será de acordo com o cadrastado na relação da estrutura no ERP e realizado de forma recursiva até o último nível de fabricado cadastrado no fluxo de produção do item informado.
Depois de realizado o cálculo, uma lista com todos os insumos é exibida, na qual é possível escolher quais itens deseja inserir cartão extra, marcando sua respectiva caixa de seleção ou se desejar enviar todos para disparo, é necessário marcar a caixa de seleção do “Selecionar Todos” na parte superior da lista e depois acionar o botão disparar na parte inferior da janela.
Também é possível visualizar as informações da célula onde o item é febricado, depo´sito e localização do mesmo.
A quantidade de cartões exibida para o item informado e para cada insumo é calculada com base no tamanho do kanban do insumo: caso a demanda seja 230 e o tamanho do kanban desse insumo é 100, o total de cartões extras que serão inseridos no quadro de programação será 3 (230 / 100 = 2,3 ou 3 cartões). Depois do disparo, esses cartões serão enviados para a fila de programação de suas respectivas células e serão visualmente diferenciados por meio da cor azul.
4- RN004 - Sistema e-Kanban deve permitir o ajuste de saldo dos cartões kanban do item.
4.1 - Janela Ajuste de Saldo:
Visão Geral:
O ajuste de saldos é necessário quando ocorrerem divergências entre os valores de saldo de cartões apresentados no eKanban e o saldo físico de contenedores (causados pela falta de registro no sistema da entrada ou saída do cartão) ou ainda quando da necessidade de descarte de materiais que estão armazenados. O ajuste de saldo de cartões é realizado nos estados “Quadro” ou “Supermercado”, onde não é permitido a ajuste de saldos nos estados “Em Produção”, “Em Transporte” ou “bloqueado”. Isto porque estende-se que nesta situação o usuário pode realizar ações de bloqueio que permitem o reenvio do cartão para o quadro Kanban.
Para realizar o ajuste de saldo é necessário que previamente justivicativas do tipo “Ajuste de Saldo” tenham sido cadastradas e permita que estatísticas de ajuste sejam geradas para posterior consulta e análise nos Dashboards relacionados a este evento.
Nesta janela é possível selecionar o estabelecimento desejado e então serão apresentados os itens relacionados ao estabelecimento e o atual mapeamento publicado para o mesmo. A apresentação dos itens é feita pelo código do item, classificado de forma alfabética. É possível filtrar os kanbans por meio do SKU ou descrição do item.
Nesta janela são apresentados o SKU do item, descrição, referência, tipo e saldo total de cartões. Quando a informação referente ao item é expandida, são apresentadas as informações de Estabelecimento, Mapeamento, Célula que produz o item e o saldo de cartões em cada estado.
São apresentadas informações passíveis de alteração e ajuste de saldo para os estados “Quadro” e “Supermercado”. Assim é possível alterar o saldo nestes dois estados, desde que, a soma dos estados seja igual a soma das faixas (total de cartões). Os cartões disparados não são exibidos e contabilizados nos estados.
Ao modificar qualquer valor de saldo, uma lista de seleção é apresentada para a escolha da justificativa e um botão de Ajustar para efetivar o ajuste.
Depois de acionar o botão Ajustar a mensagem de confirmação de ajuste é apresentada: Ajuste de Saldo realizado com sucesso.
Opcional
Protótipo de Tela
Não se Aplica
- SE2 – Cadastro de Contas a Pagar
- FI9 – Controle de Emissão de DARF>.
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
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 | kbnstd |
|
| |
Descrição | (Max 40 posições) | (Max 40 posições) | (Max 40 posições) | |
Módulo |
|
|
| |
Kbn standard | ||||
Módulo | mkb | |||
Programa base | 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 | |
Kbn standard | ||||
Interface | WEB | |||
Registro padrão | 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) | |||||
| html.KbnExtraCard | html.KbnInventoryAdjustment | html.KbnSupermarket | html.KbnTag | |||||
Descrição | Emissão de Cartão Extra | Ajuste de Saldo | Supermercado | Emissão de Etiquetas | ||||
Nome Externo | dts/kbn/ExtraCard | dts/kbn/InventoryAdjustment | dts/kbn/Supermarket | dts/kbn/tag | Nome Externo |
|
|
|
Nome Menu/Programa | (Max 32 posições) | (Max 32 posições) | Emissão de Cartão Extra | Ajuste de Saldo | Supermercado | Emissão de Etiquetas(Max 32 posições) | ||
Nome Verbalizado[1] | (Max 254 posições) | (Max 254 posições) | Emissão de Cartão Extra | Ajuste de Saldo | Supermercado | Emissão de Etiquetas(Max 254 posições) | ||
Procedimento | kbnstd | kbnstd | kbnstd | kbnstd | ||||
Template | (Verificar lista de opções no man01211) | (Verificar lista de opções no man01211) | Programa Html | Programa Html | Programa Html | Programa Html(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 | Tarefas | Tarefas | Tarefas | Relatório | |
Interface | WEB | WEB | WEB | WEB | Interface | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex |
Categoria[3] |
|
|
| |||||
Executa via RPC | Não | Sim/Não | Sim/Não | Sim/Não | ||||
Registro padrão | Sim | Sim | Sim | Sim | ||||
Outro Produto | Não | Não | Não | Não | ||||
Visualiza Menu | Sim | Sim/Não | Sim/Não | Sim/Não | ||||
Query on-line | Não | Sim/Não | Sim/Não | Sim/Não | ||||
Log Exec. | Sim | 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 | Sim/Não | ||||
Home[5] | Sim/Não | 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 | 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. |
|---|

