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

(Obrigatório)

Objetivo

Na baixa de estoque efetuada durante um apontamento de produção ele não está efetuando a baixa dos componentes que foram transferidos para aquela OP (Destino) específico e sim de qualquer OP que já tenha seu estoque de componentes transferido para o local de produção, sendo assim, impede o rastreamento da Matéria-Prima X Acabado.

O Objetivo desse desenvolvimento é que a baixa de estoque deve ser efetuada para os componentes que foram transferidos especificamente para a OP.

(Obrigatório)

Definição da Regra de Negócio

Atualmente quando um produto é colocado na área de produção qualquer OP em que este componente seja necessário poderá utilizar o saldo disponível, independente de qual seja a OP de origem do saldo que encontra-se neste local.

Segundo cliente: Quando é liberado um componente do almoxarifado para o local de produção, aquele componente mesmo sendo igual ao necessário para outra ordem de produção ele foi separado especificamente para aquela OP, e será consumido fisicamente para aquela OP a qual ele foi separada e não para nenhuma outra. Se eu puder apontar uma OP quando o material dela não foi totalmente separado ainda e ela consumir no sistema a matéria prima de outra OP, ocorre no cliente problemas de rastreamento da Materia Prima X Acabado, além disso, essa situação causa muita confusão no operacional pois a matéria prima foi separada especificamente para uma OP e se eu não há tenho não deveria conseguir apontar.

O Objetivo desse desenvolvimento é que a baixa de estoque deve ser efetuada para os componentes que foram transferidos especificamente para a OP.

Para que esse controle seja possível, deve ser criado novo parâmetro "baixa_comp_ligados_op".

Alterações de Programas

1)      Criação de novo parâmetro para controlar se as identificações a dar baixa tem que ser as que foram reservadas para a OP. “baixa_comp_ligados_op”

2)      No momento da ativação do novo parâmetro, deve ser verificado se não há algum processo em andamento. Caso haja alguma OP em andamento não deve permitir ativar o parâmetro, e mostrar mensagem ao usuário informando que primeiro todos os processos devem ser encerrados para depois ativar o novo parâmetro. Perguntar para alguém do MAN.

“””[28/03/2016 09:18] Fabio David Cortes:

da uma olhada no MAN0515 pra ver o q executa do WMSr112. Acho que chama algumas funções lá.
A tabela é "ORDENS". o campos é o IES_SITUA

sendo 4 = LIBERADA (em andamento)”””

3)      Dentro da função wmsr112_gera_devolucao, buscar o novo parâmetro através da função:

CALL log2250_busca_parametro(l_empresa, baixa_comp_ligados_op), caso retorne ‘S ‘ e gravar em uma variável

4)      Em todos os 2 selects do fonte, onde busca SELECT SUM(estoque_loc_reser.qtd_reservada) e tem o where_clause sup_par_resv_est.parametro = 'integracao_man' caso o parâmetro esteja como “S” deve adicionar a condição AND sup_par_resv_est. parametro_val = l_destino (variável vem preenchida com o NR da OP).

5)      Verificar as chamadas da função wmsr105_atualiza_sup_par_resv_est que está gravando o parâmetro ‘integracao_man’, para passar como parâmetro o nr da OP.

6)      Na função wmsr112_gera_reservas_atendimento após a chamada da função wmsr112_split_reserva Atualizar a tabela sup_par_resv_est, atualizando o campo parametro_val com o número da OP. 

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

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