ENG_SAIDAWMSDATASULRDC 54

(Obrigatório)

Informações Gerais

   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*/

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