Histórico da Página
(Obrigatório)
Informações Gerais
Especificação | |||
Produto | WMS DataSul | Módulo WMS - Warehouse Management System |
|
Segmento Executor | Distribuição | ||
Projeto1 |
| IRM1 |
|
Requisito1 |
| Subtarefa1 |
|
Chamado2 |
| ||
País | (X ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( ) Outro _____________. | ||
Outros | 12.1.13 |
Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos).
(Obrigatório)
Objetivo
Desenvolver no sistema WMS gerenciamento de saída de produtos controlador por IUMs.
Conforme resolução RDC 54, de 10 de dezembro de 2013, origina sobre a implantação do sistema de controle de medicamentos e os mecanismos e procedimentos para rastreamento de medicamentos na cadeia dos produtos farmacêuticos e de outras providências.
A rastreabilidade deste está relacionada a um processo de registro de código únicos (IUM) gerados de forma sistemática que serão impressos em formato DATAMAX nas embalagens de medicamentos e suas embalagens de movimentação.
(Obrigatório)
Definição da Regra de Negócio
Conforme descrito do PDRDL-1750, para recebimento de materiais existe o registro dos IUMs e relacionamento destes aos gerenciamentos de IDs dos volumes gerenciados pelo WMS.
A atividade de separação, será alterada para permitir a coleta dos IUMs. Pelo processo de associação dos IDs WMS com os IUMs realizado no recebimento, o processo de coleta poderá ser realizado também pela leitura dos Ids seriais do WMS e ou IUM associados ao ID serial WMS.
Para o processo de geração das listagens do IUMs coletados para encaminhar ao banco externo, serão utilizadas as relações entre o embarque/pedido com o documento WMS, já existente no produto padrão. Como as coletas estarão associadas ao documento de saída no WMS, será desenvolvida uma APi para que no faturamento do embarque, seja possível listar os IUMs coletados.
1 SAIDA
A atividade de separação para atendimento de embarques seguirão os processos padrões de gerenciamento do WMS, porem as operações de coleta deverão permitir a coleta e os registros do IUMs para alimentar o processo de transmissão.
1.1 Coleta
O processo de separação padrão deve registrar as etiquetas IUMs, sendo necessário alterar o processo de coleta para a leitura efetuada dos IUMs tenham o registro deste associado ao documento de saída.
A leitura poderá ocorre no ID serial WMS ou IUM, sendo que as relações entre estas definidas no processo de entrada, permitirá o registro dos IUMs. Esta nova tabela deverá ser uma estação da atual wm-docto-itens-ped-etiqueta.
A frame do processo de coletor de dados de separação (bc9018), deverá ser alterada para permitir a leitura da etiqueta IUM, assim como a validação desta com a etiqueta ID serial que está associada ao endereço de separação. Este processo será ativado conforme função descrita no PDRDL-1750.
Protótipo de tela 1 - BC9018 – Separação de itens
O campo “Serial” deve ser alterado para que seja capaz de receber e processar o serial informado podendo ser serial WMS ou IUMs conforme especificação abaixo.
Para processo de registro de ID e IUMs, estes deverão seguir os procedimentos:
1) Para movimentos onde a quantidade solicitada é IGUAL ao volume armazenado, quando efetuada a leitura da etiqueta do volume deverá seguir os processos:
- Agrupadora própria: Como processo padrão, sempre deve ser solicitada a leitura da etiqueta agrupadora, porem, deverá ser questionado se o operador deseja informar as etiquetas IUMs.
Caso deseje informar os IUMs, o operador deverá efetuar a leitura das etiquetas IUMs até a quantidade solicitada e estes IUMs deverão ser registrados na tabela de extensão da wm-docto-itens-ped-etiqueta.
Caso o operador confirme a separação somente pela leitura da etiqueta agrupadora própria, o sistema deverá confirmar a separação e efetuar o registro dos IUMs na tabela de extensão da wm-docto-itens-ped-etiqueta, conforme relação gerada pela entrada do produto, descrita no PDRDL-1750.
- Agrupadora e não agrupadora: Como processo padrão, sempre deve ser solicitada a leitura da etiqueta agrupadora ou não agrupadora, porém, deverá ser questionado se o operador deseja informar as etiquetas IUMs.
Caso deseje informar os IUMs, o operador deverá efetuar a leitura das etiquetas IUMs até a quantidade solicitada e estes IUMs, deverão ser registrados na tabela de extensão da wm-docto-itens-ped-etiqueta.
Caso o operador confirme a separação somente pela leitura da etiqueta agrupadora ou não agrupadora, o sistema deverá confirmar a separação e efetuar o registro dos IUMs na tabela de extensão da wm-docto-itens-ped-etiqueta, conforme relação gerada pela entrada do produto, descrita no PDRDL-1750.
2) Para movimentos onde a quantidade solicitada é MENOR ao volume armazenado, quando efetuada a leitura da etiqueta do volume deverá seguir os processos:
- Agrupadora própria: Como processo padrão, sempre deve ser solicitada a leitura da etiqueta agrupadora, após esta confirmação, habilita a leitura de IUMs, sendo obrigatória estas leituras.
- Agrupadora e não agrupadora: Como processo padrão, sempre deve ser solicitada a leitura da etiqueta agrupadora ou não agrupadora, após esta confirmação, habilita a leitura de IUMs, sendo obrigatória estas leituras.
A tabela de extensão criada (wm-docto-itens-ped-etiqueta-ext) será alimentada a cada leitura realizada no coletor de dados quando a etiqueta IUM for lida no momenta da separação e manterá relação entre a tabela wm-docto-itens-ped-etiqueta que armazena informações da etiqueta Agrupadora (Pallet ou Embalagem) vinculada ao documento de Saída WMS.
1.2 Faturamento
Finalizada as operações de WMS, o processo padrão atualiza o embarque, permitindo o faturamento deste. O processo de faturamento deverá ser alterado para incluir o processo de geração do arquivo com os IUMs coletados no processo de separação A parceira Neogrid define este arquivo como JSON padrão NeoGrid. O relacionamento do embarque/pedido do TOTVS 12 com o documento de saída do WMS, permite a formação destas informações. A API que será responsável por gerar o documento com a relação das etiquetas lidas e separadas para o pedido deverá ser executada após a confirmação do faturamento do pedido para que não seja necessário o controle de documentos se o faturamento apresentar erros. As informações do arquivo (Layout, nome, diretório) a ser gerado ainda será definido em conjunto com a Neogrid.
Regras de Integridade
Não se aplica.
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
- 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
Não se aplica.
Opcional
Dicionário de Dados
Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/
Índice | Chave |
idx-wm-docto-ped-etiqueta-ext | Cod-estabel, cod-local, id-docto, num-seq-item, id-etiqueta, cod-item, cod-refer, cod-lote, cod-embalagem |
|
Campo | Cod-estabel |
Tipo | Caracter |
Tamanho | 5 |
Mandatório | Sim ( X ) Não ( ) |
Descrição | Código do Estabelecimento |
Título | Cod. Estab |
Picture | X(5) |
Help de Campo | Código do estabelecimento |
Campo | Cod-local |
Tipo | Caracter |
Tamanho | 5 |
Mandatório | Sim ( X ) Não ( ) |
Descrição | Código do Local |
Título | Cod. Estab |
Picture | X(5) |
Help de Campo | Código do local |
Campo | Id-docto |
Tipo | Decimal |
Tamanho | 10 |
Mandatório | Sim ( X ) Não ( ) |
Descrição | Identificador do Documento |
Título | Id. Docto |
Picture | >>>>>>>>>9 |
Help de Campo | Identificador do documento |
Campo | Num-seq-item |
Tipo | Inteiro |
Tamanho | 6 |
Mandatório | Sim ( X ) Não ( ) |
Descrição | Sequência do movimento |
Título | Seq. Movto |
Picture | >>>>>9 |
Help de Campo | Sequência do movimento |
Campo | Id-etiqueta |
Tipo | Decimal |
Tamanho | 14 |
Mandatório | Sim ( X ) Não ( ) |
Descrição | Identificador Etiqueta |
Título | Id. Etiqueta |
Picture | >>>>>>>>>>>>>9 |
Help de Campo | Identificador Etiqueta |
Campo | Cod-item |
Tipo | Caracter |
Tamanho | 16 |
Mandatório | Sim ( ) Não ( ) |
Descrição | Código do Item |
Título | Item |
Picture | X(16) |
Help de Campo | Código do Item |
Campo | Cod-refer |
Tipo | Caracter |
Tamanho | 8 |
Mandatório | Sim ( X ) Não ( ) |
Descrição | Código da referência do ítem |
Título | Cod Refer |
Picture | X(8) |
Help de Campo | Código da referência do ítem |
Campo | Cod-lote |
Tipo | Caracter |
Tamanho | 40 |
Mandatório | Sim ( X ) Não ( ) |
Descrição | Código do lote |
Título | Nr. Série / Lote |
Picture | X(40) |
Help de Campo | Código do lote |
Campo | cod-embalagem |
Tipo | Caracter |
Tamanho | 10 |
Mandatório | Sim ( X ) Não ( ) |
Descrição | Embalagem |
Título | Embalagem |
Picture | X(10) |
Help de Campo | Embalagem |
Campo | Cod-serial |
Tipo | Caracter |
Tamanho | 100 |
Mandatório | Sim ( X ) Não ( ) |
Descrição | Código do serial informado (IUMs) |
Título | Cod. Serial |
Picture | X(100) |
Help de Campo | Código do serial informado |
(Opcional)
Grupo de Perguntas
Não se aplica.
(Opcional)
Consulta Padrão
Não se aplica.
(Opcional)
Estrutura de Menu
Não se aplica.
Programas
Não se aplica.
Cadastro de Papéis
Não se aplica.
[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. |
---|