Histórico da Página

(Obrigatório)

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

Objetivo

Na classificação de documentos de entrada deverá validar se o documento esta relacionado a uma distribuição de produtos, caso positivo, deverá atribuir automaticamente o serviço relacionado a distribuição e validar caso seja alterado.

 Exemplo de Aplicação:

Ao receber as mercadorias e realizar a classificação do documento de entrada o serviço do WMS deverá ser preenchido automaticamente de acordo com o cadastro de complementos do produto, que permite a indicação de serviço WMS e endereço para cada processo, para o processo de recebimento será permitido cadastrar os serviço de entrada e cross-docking. Dessa forma ao classificar o documento será sugerido para o produto informado, o serviço e endereço destino cadastrado.

(Obrigatório)

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

1. 1.       Deverá ao classificar verificar cada item se existe o complemento cadastrado e sugerir o serviço e endereço destino;

1. 2.       Deverá verificar se todos os produtos controlado que tenham controle WMS possuem o serviço informado. Devendo quando não informado apresentar a mensagem que será necessário informa-lo;

1. 3.       Caso haja alguma tentativa de modificação de itens do documento de entrada, não deverá permitir se houver uma Distribuição de Produtos criada para o item do documento de entrada. Devendo nesse caso apresentar mensagem que será necessário primeiro desfazer a distribuição.

1. 4.       Não poderá alterar uma Pré-Nota se o documento estiver relacionado a uma distribuição de produtos.

1. 5.       Deverão ser criados no cadastro de complemento de produtos alguns campos para indicar os serviços e doca relacionados ao processo de distribuição com Cross-Docking.

Adequações necessárias:

Item 1: Validações ao Classificar documento.

MATA103 – Documento de Entrada

• Na função MontaaCols()  quando houver integração com WMS(IntDl) antes do retorno (Return) deverá ser chamada a função WmsAvalSD1("2",cAliasSD1,aCols,Len(aCols),aHeader).

Item 2: Caso haja alguma tentativa de modificação de itens do documento de entrada, não deverá permitir se houver uma Distribuição de Produtos criada para o item do documento de entrada. Devendo nesse caso apresentar mensagem que será necessário primeiro desfazer a distribuição.

• Na função de validações do campo Código do Produto(D1_COD) A103PrdGrd(), se o código foi alterado e o registro for de distribuição, deverá apresentar mensagem que não é permitida a alteração, porque está vinculado a uma distribuição, sendo necessário primeiro desfazer a distribuição.
• Na função de validações do campo Quantidade(D1_QUANT) A103TOLER(), se a quantidade for alterada e o registro for de distribuição, deverá apresentar mensagem que não é permitida a alteração, porque está vinculado a uma distribuição, sendo necessário primeiro desfazer a distribuição.
• Na função de validações do WMS A103WMSOk(), quando for acionada pela validação dos campos(cAcao = ‘1’) checar quando o item foi distribuído:

ü  Se o campo serviço estiver em branco, apresentar mensagem que esse campo é obrigatório porque o item foi distribuído.

ü  Se o campo serviço estiver informado, verificar se o mesmo é de distribuição, validando na tabela de serviços(DC5) se tem tarefa com função (DC5_FUNEXE) vinculada de CrossDocking de Entrada DLCrossDoc().

• Na função de validações do WMS A103TudOk():
  • Checar se todos os itens que possuam distribuição tiveram o serviço informado.
  • Checar se o serviço é de distribuição, validando na tabela de serviços(DC5) se tem tarefa com função (DC5_FUNEXE) vinculada de CrossDocking de Entrada DLCrossDoc().

• Na função de validações antes da exclusão de um documento de entrada A103VldExc():
  • Validar se o documento estiver em uma distribuição não deverá permitir a exclusão, apresentando mensagem que será necessário primeiro excluir a distribuição que contém o documento.

Comparar:

(F1_FILIAL+F1_DOC+F1_SERIE+F1_FORNEC+F1_LOJA) ==

(D07_FILIAL+D07_DOC+D07_SERIE+D07_FORNEC+D07_LOJA)

Item 3: Não poderá alterar uma Pré-Nota se o documento estiver relacionado a uma distribuição de produtos.

MATA140 – Pré-Nota de Entrada

• Na função MaCols140(), no trecho que faz as validações do WMS (If IntDL... ), checar:
  • Se o documento  estiver vinculado a uma distribuição, não deverá permitir a alteração e apresentar mensagem que o documento esta vinculado a uma Distribuição e que será necessário primeiro desvinculá-lo.

Comparar:

(F1_FILIAL+F1_DOC+F1_SERIE+F1_FORNEC+F1_LOJA) ==

(D07_FILIAL+D07_DOC+D07_SERIE+D07_FORNEC+D07_LOJA)

Item 4: Deverão ser criados no cadastro de complemento de produtos alguns campos para indicar os serviços e doca relacionados ao processo de distribuição com Cross-Docking:

ü  B5_SERECD – Serviço de Entrada Cross-Docking

ü  B5_ENDECD – Endereço Entrada Cross-Docking

ü  B5_SERSCD – Serviço de Saida Cross-Docking

ü  B5_ENDSCD – Endereço Saída Cross-Docking

Tabelas Utilizadas

• SF1 – Cabeçalho Nf Entrada
• SD1 – Itens das NF de Entrada
• SB5 – Dados Adicionais do Produto
• SBE – Endereços
• D06 – Distribuição Produtos
• D07 – Documentos de Entrada Distribuidos
• DC5 – Serviços x Tarefas

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

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

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

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

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