Mudanças entre as edições de "Manual Técnico - Novo Estoque"
De Grupo Acert
(→Tabelas que possuem as triggers do Novo Estoque) |
|||
| Linha 5: | Linha 5: | ||
=== '''Tabela MOVIMENTACAO''' === | === '''Tabela MOVIMENTACAO''' === | ||
| − | + | ---- | |
{| border=1 width="60%" | {| border=1 width="60%" | ||
| Linha 86: | Linha 86: | ||
|CUSTOREAL | |CUSTOREAL | ||
|NUMERIC(15,6) | |NUMERIC(15,6) | ||
| − | |Custo real da movimentação | + | |Custo real da movimentação * Utilizado para calcular o Custo Médio |
|- | |- | ||
|UNCODIGO | |UNCODIGO | ||
| Linha 131: | Linha 131: | ||
==== '''Tabelas que possuem as triggers do Novo Estoque''' ==== | ==== '''Tabelas que possuem as triggers do Novo Estoque''' ==== | ||
| − | + | ---- | |
*CPPRD - TAIUD_CPPRD_MOVIMENTACAO | *CPPRD - TAIUD_CPPRD_MOVIMENTACAO | ||
| Linha 146: | Linha 146: | ||
*REQPRO - TAIUD_REQPRO_MOVIMENTACAO, TAIUD_REQP_PRESEP_MOVIMENTACAO | *REQPRO - TAIUD_REQPRO_MOVIMENTACAO, TAIUD_REQP_PRESEP_MOVIMENTACAO | ||
*TREMPPRO - TAIUD_TREMPPRO_MOVIMENTACAO | *TREMPPRO - TAIUD_TREMPPRO_MOVIMENTACAO | ||
| − | + | *OS - TAU_OS_MOVIMENTACAO | |
| + | *OSPRD - TAIUD_OSPRD_MOVIMENTACAO | ||
==== '''Campo ORIGEM''' ==== | ==== '''Campo ORIGEM''' ==== | ||
| − | + | ---- | |
{| border=1 width="60%" | {| border=1 width="60%" | ||
| Linha 222: | Linha 223: | ||
|LANCAESTENTRADAP | |LANCAESTENTRADAP | ||
|} | |} | ||
| + | |||
De acordo com a tabela acima, ao entrar um lançamento na tabela MOVIMENTACAO com a origem “PS”, o trigger TAI_MOVIMENTACAO irá realizar um UPDATE na tabela “PREVISAO_SAIDA”, atualizando o campo “PREPRVSAIDA”. | De acordo com a tabela acima, ao entrar um lançamento na tabela MOVIMENTACAO com a origem “PS”, o trigger TAI_MOVIMENTACAO irá realizar um UPDATE na tabela “PREVISAO_SAIDA”, atualizando o campo “PREPRVSAIDA”. | ||
| Linha 232: | Linha 234: | ||
==== '''Tabela PREMP VIEW''' ==== | ==== '''Tabela PREMP VIEW''' ==== | ||
| − | + | ---- | |
Foi necessário também alterar a forma que a VIEW PREMP funciona. Para todos os campos de Previsões e Estoque, foram criadas novas tabelas que irão armazenar o valor de estoque ou previsão de cada produto. | Foi necessário também alterar a forma que a VIEW PREMP funciona. Para todos os campos de Previsões e Estoque, foram criadas novas tabelas que irão armazenar o valor de estoque ou previsão de cada produto. | ||
| + | |||
{| border=1 width="60%" | {| border=1 width="60%" | ||
| Linha 285: | Linha 288: | ||
|PREESTOQ | |PREESTOQ | ||
|} | |} | ||
| + | |||
Para esses campos da tabela acima, ao invés da VIEW PREMP olhar os campos da tabela PREMP_CAMPOS ou PREMP_INTERNA, a VIEW passará a olhar o valor dessas novas tabelas. | Para esses campos da tabela acima, ao invés da VIEW PREMP olhar os campos da tabela PREMP_CAMPOS ou PREMP_INTERNA, a VIEW passará a olhar o valor dessas novas tabelas. | ||
| Linha 292: | Linha 296: | ||
==== '''Campo FISTPNATOP''' ==== | ==== '''Campo FISTPNATOP''' ==== | ||
| − | + | ---- | |
Para lançamentos de origem “NE” (Nota de Entrada) e “NS” (Nota de Saída), o campo FISTPNATOP, também indica qual campo que deverá ser atualizado na tabela ESTOQUE. Isso acontece, pois os lançamentos de Consignado e Beneficiamento de Clientes e Fornecedores também são lançados na tabela MOVIMENTACAO como lançamentos de origem “NE” ou “NS”, porém os mesmo não devem atualizar a coluna PREESTOQ, e sim a coluna referente para cada tipo de lançamento. | Para lançamentos de origem “NE” (Nota de Entrada) e “NS” (Nota de Saída), o campo FISTPNATOP, também indica qual campo que deverá ser atualizado na tabela ESTOQUE. Isso acontece, pois os lançamentos de Consignado e Beneficiamento de Clientes e Fornecedores também são lançados na tabela MOVIMENTACAO como lançamentos de origem “NE” ou “NS”, porém os mesmo não devem atualizar a coluna PREESTOQ, e sim a coluna referente para cada tipo de lançamento. | ||
| + | |||
{| border=1 width="60%" | {| border=1 width="60%" | ||
| Linha 350: | Linha 355: | ||
==== '''Campo LOTE''' ==== | ==== '''Campo LOTE''' ==== | ||
| + | ---- | ||
| − | + | Toda vez que for inserido na tabela MOVIMENTACAO um registro que possui Número de Lote informado, o trigger TAI_MOVIMENTACAO realiza um UPDATE na tabela PRLOTE atualizando a quantidade do lote informado com o saldo movimentado do produto (Crédito ou Débito). | |
| − | Toda vez que for inserido na tabela MOVIMENTACAO um registro que possui Número de Lote informado, o trigger TAI_MOVIMENTACAO | + | |
==== '''Campo ORIGEM_LANCTO''' ==== | ==== '''Campo ORIGEM_LANCTO''' ==== | ||
| + | ---- | ||
| + | O campo ORIGEM_LANCTO, serve para identificar que rotina do sistema disparou determinado lançamento. Por exemplo, na inclusão de um Pedido de Clientes, o sistema irá preencher o campo ORIGEM_LANCTO com o valor “I”, de Inclusão. | ||
| − | |||
{| border=1 width="60%" | {| border=1 width="60%" | ||
| Linha 381: | Linha 387: | ||
|F | |F | ||
|Faturamento de Pedido | |Faturamento de Pedido | ||
| + | |- | ||
| + | |G | ||
| + | |Lançamento/Notas de Ordem de Serviço | ||
|- | |- | ||
|I | |I | ||
| Linha 397: | Linha 406: | ||
|Lançamento interno. Desconsiderado na Visão Saldo para Venda | |Lançamento interno. Desconsiderado na Visão Saldo para Venda | ||
|} | |} | ||
| + | |||
Os lançamentos com ORIGEM_LANCTO do tipo “S” e “X” são de controle interno do sistema. Os mesmos existem quando são realizados estornos de colunas e esse lançamento não deveria ser considerado em determinada Visão de Estoque do SGO (Por exemplo, no faturamento de um pedido o sistema faz o estorno da Previsão de Saída e logo após isso faz a Saída do Estoque. Esse estorno e a Saída de Estoque têm o seu campo ORIGEM_LANCTO marcado como “X”, pois não deverão ser considerados na Visão de Estoque de Saldo de Venda). Os registros da tabela MOVIMENTACAO com ORIGEM_LANCTO do tipo “S” não são mostrados nas Visões de Estoque do tipo Gaveta e Saldo de Venda, enquanto os registros com ORIGEM_LANCTO do tipo “X” não são mostrados na Visão de Estoque de Saldo para Venda. Existe um tratamento interno dentro de todas as triggers para saber quando realizar o INSERT das movimentações com a origem correta, de acordo com os valores enviados pelo SGO. | Os lançamentos com ORIGEM_LANCTO do tipo “S” e “X” são de controle interno do sistema. Os mesmos existem quando são realizados estornos de colunas e esse lançamento não deveria ser considerado em determinada Visão de Estoque do SGO (Por exemplo, no faturamento de um pedido o sistema faz o estorno da Previsão de Saída e logo após isso faz a Saída do Estoque. Esse estorno e a Saída de Estoque têm o seu campo ORIGEM_LANCTO marcado como “X”, pois não deverão ser considerados na Visão de Estoque de Saldo de Venda). Os registros da tabela MOVIMENTACAO com ORIGEM_LANCTO do tipo “S” não são mostrados nas Visões de Estoque do tipo Gaveta e Saldo de Venda, enquanto os registros com ORIGEM_LANCTO do tipo “X” não são mostrados na Visão de Estoque de Saldo para Venda. Existe um tratamento interno dentro de todas as triggers para saber quando realizar o INSERT das movimentações com a origem correta, de acordo com os valores enviados pelo SGO. | ||
| − | |||
==== '''Campo LC_ESTORNO''' ==== | ==== '''Campo LC_ESTORNO''' ==== | ||
| − | + | ---- | |
O campo LC_ESTORNO é utilizado para marcar quais lançamentos não deverão ser considerados na “Apuração do Custo Médio”. Por exemplo, ao realizar uma Nota de Entrada para o produto X, com quantidade 1.00 e depois alterar essa nota, trocando a quantidade para 2.00, dentro da procedure LANCAESTENTRADA é realizado um SELECT que irá encontrar o lançamento com quantidade 1.00 na tabela MOVIMENTACAO, e irá marcar o campo LC_ESTORNO do mesmo como “S”, pois apenas o novo lançamento com quantidade 2.00 é que deverá ser considerado na “Apuração do Custo Médio”. | O campo LC_ESTORNO é utilizado para marcar quais lançamentos não deverão ser considerados na “Apuração do Custo Médio”. Por exemplo, ao realizar uma Nota de Entrada para o produto X, com quantidade 1.00 e depois alterar essa nota, trocando a quantidade para 2.00, dentro da procedure LANCAESTENTRADA é realizado um SELECT que irá encontrar o lançamento com quantidade 1.00 na tabela MOVIMENTACAO, e irá marcar o campo LC_ESTORNO do mesmo como “S”, pois apenas o novo lançamento com quantidade 2.00 é que deverá ser considerado na “Apuração do Custo Médio”. | ||
| Linha 408: | Linha 417: | ||
=== '''Procedure APURARSALDO''' === | === '''Procedure APURARSALDO''' === | ||
| − | + | ---- | |
A procedure APURARSALDO é utilizada nos relatórios de estoque que apuram estoque retroativo e também no VerEstoque. Hoje dentro da implementação do SGO e no VerEstoque, o sistema continua chamando as procedures antigas (Para apurar a Previsão de Saída de um determinado produto, é executada a procedure APURAPRVSAIDA, por exemplo), porém essas procedures antigas foram alteradas para dentro delas chamar a procedure APURARCUSTO. | A procedure APURARSALDO é utilizada nos relatórios de estoque que apuram estoque retroativo e também no VerEstoque. Hoje dentro da implementação do SGO e no VerEstoque, o sistema continua chamando as procedures antigas (Para apurar a Previsão de Saída de um determinado produto, é executada a procedure APURAPRVSAIDA, por exemplo), porém essas procedures antigas foram alteradas para dentro delas chamar a procedure APURARCUSTO. | ||
| Linha 429: | Linha 438: | ||
*PRVSAIDAPF | *PRVSAIDAPF | ||
*PRVSAIDAPD | *PRVSAIDAPD | ||
| + | |||
Chamada da procedure: | Chamada da procedure: | ||
''EXECUTE PROCEDURE APURARSALDO(iEmpre, sEmpre, sProdu, dData, somaChave, sOrigem)'' | ''EXECUTE PROCEDURE APURARSALDO(iEmpre, sEmpre, sProdu, dData, somaChave, sOrigem)'' | ||
| + | |||
Descrição dos parâmetros | Descrição dos parâmetros | ||
| Linha 517: | Linha 528: | ||
|GV | |GV | ||
|Saldo de Gaveta | |Saldo de Gaveta | ||
| − | |Apura o saldo de gaveta do Produto. Cálculo realizado: (EQ + EST + EC | + | |Apura o saldo de gaveta do Produto. Cálculo realizado: (EQ + EST + EC + CC + CF) – (SP) |
|- | |- | ||
|SC | |SC | ||
|Saldo Comercial | |Saldo Comercial | ||
| − | |Apura o saldo comercial do Produto. Cálculo realizado: (EQ + EST + EC | + | |Apura o saldo comercial do Produto. Cálculo realizado: (EQ + EST + EC + CC + CF) – (PSC + PP) |
|} | |} | ||
| Linha 533: | Linha 544: | ||
|GV | |GV | ||
|APURARSALDOGAVETA | |APURARSALDOGAVETA | ||
| − | |Internamente chama várias vezes a procedure APURARSALDOCAMPOS passando as origens necessárias para apurar o saldo de gaveta (EQ + EST + EC | + | |Internamente chama várias vezes a procedure APURARSALDOCAMPOS passando as origens necessárias para apurar o saldo de gaveta (EQ + EST + EC + CC + CF) – (SP). |
|- | |- | ||
|SC | |SC | ||
|APURARSALDOCOMERCIAL | |APURARSALDOCOMERCIAL | ||
| − | |Internamente chama várias vezes a procedure APURARSALDOCAMPOS passando as origens necessárias para apurar o saldo de gaveta (EQ + EST + EC | + | |Internamente chama várias vezes a procedure APURARSALDOCAMPOS passando as origens necessárias para apurar o saldo de gaveta (EQ + EST + EC + CC + CF) – (PSC + PP). |
|- | |- | ||
|Outras Origens | |Outras Origens | ||
| Linha 546: | Linha 557: | ||
=== '''Procedures APURACUSTOMEDIO_ESTOQUE_NOVO e APURACUSTOMEDIO_OUTROS''' === | === '''Procedures APURACUSTOMEDIO_ESTOQUE_NOVO e APURACUSTOMEDIO_OUTROS''' === | ||
| − | + | ---- | |
Para a apuração do Custo Médio, foi realizada a criação de duas novas procedures. Essas procedures funcionam praticamente da mesma forma que as antigas, com a diferença que busca os valores a serem apurados na tabela MOVIMENTACAO, ao invés da tabela MOVTO. Para a apuração do custo, somente são considerados os lançamentos que estiverem com o campo “LC_ESTORNO” diferente de “S” (de acordo com o que foi explicado no exemplo do campo LC_ESTORNO). Assim como a procedure APURARSALDO, no SGO e aplicativos que usem a apuração do Custo Médio, foi mantida a chamada das procedures antigas, porém essas procedures antigas foram alteradas para dentro delas chamar a procedure APURACUSTOMEDIO_ESTOQUE_NOVO ou a procedure APURACUSTOMEDIO_OUTROS. | Para a apuração do Custo Médio, foi realizada a criação de duas novas procedures. Essas procedures funcionam praticamente da mesma forma que as antigas, com a diferença que busca os valores a serem apurados na tabela MOVIMENTACAO, ao invés da tabela MOVTO. Para a apuração do custo, somente são considerados os lançamentos que estiverem com o campo “LC_ESTORNO” diferente de “S” (de acordo com o que foi explicado no exemplo do campo LC_ESTORNO). Assim como a procedure APURARSALDO, no SGO e aplicativos que usem a apuração do Custo Médio, foi mantida a chamada das procedures antigas, porém essas procedures antigas foram alteradas para dentro delas chamar a procedure APURACUSTOMEDIO_ESTOQUE_NOVO ou a procedure APURACUSTOMEDIO_OUTROS. | ||
| Linha 554: | Linha 565: | ||
*APURACUSTOMEDIOEST | *APURACUSTOMEDIOEST | ||
*APURACUSTOMEDIOESTOQUE | *APURACUSTOMEDIOESTOQUE | ||
| + | |||
Procedures antigas que chamam a procedure APURACUSTOMEDIO_OUTROS: | Procedures antigas que chamam a procedure APURACUSTOMEDIO_OUTROS: | ||
| Linha 560: | Linha 572: | ||
*APURACUSTOMEDIOESTCONSIG | *APURACUSTOMEDIOESTCONSIG | ||
*APURACUSTOMEDIOESTCONSIGCLI | *APURACUSTOMEDIOESTCONSIGCLI | ||
| + | |||
A diferença entre as duas procedures, é que a procedure APURACUSTOMEDIO_OUTROS possui um parâmetro a mais (sFisTpNatOp), para saber de quais tipos de Natureza de Operação deve ser apurado o Custo. Utilizada para as movimentações de Beneficiamento e Consignação. | A diferença entre as duas procedures, é que a procedure APURACUSTOMEDIO_OUTROS possui um parâmetro a mais (sFisTpNatOp), para saber de quais tipos de Natureza de Operação deve ser apurado o Custo. Utilizada para as movimentações de Beneficiamento e Consignação. | ||
| + | |||
Chamada da procedure APURACUSTOMEDIO_ESTOQUE_NOVO: | Chamada da procedure APURACUSTOMEDIO_ESTOQUE_NOVO: | ||
''EXECUTE PROCEDURE APURACUSTOMEDIO_ESTOQUE_NOVO (sEmpre, nEmpreCusto, sProdu, dData, somaChave, sOrigens)'' | ''EXECUTE PROCEDURE APURACUSTOMEDIO_ESTOQUE_NOVO (sEmpre, nEmpreCusto, sProdu, dData, somaChave, sOrigens)'' | ||
| + | |||
Descrição dos parâmetros da procedure APURACUSTOMEDIO_ESTOQUE_NOVO | Descrição dos parâmetros da procedure APURACUSTOMEDIO_ESTOQUE_NOVO | ||
| Linha 598: | Linha 613: | ||
|Origens que será realizada a Apuração do Custo Médio | |Origens que será realizada a Apuração do Custo Médio | ||
|} | |} | ||
| + | |||
Origens utilizadas na procedure: | Origens utilizadas na procedure: | ||
| Linha 681: | Linha 697: | ||
=== '''Integração Contábil MOVIMENTACAOCTB''' === | === '''Integração Contábil MOVIMENTACAOCTB''' === | ||
| − | + | ---- | |
A integração contábil que antes era feita na tabela MOVCTB, agora está sendo feita na tabela MOVIMENTACAOCTB. Na inserção do Novo Estoque, existe um INSERT que copia todos os valores da tabela MOVCTB e insere na tabela MOVIMENTACAOCTB, fazendo a referência com os lançamentos da tabela MOVIMENTACAO. A integração continua procedendo da mesma forma, quando existirem lançamentos de Requisição ou de Produção, o SGO irá fazer a integração contábil desses registros na tabela MOVIMENTACAOCTB. | A integração contábil que antes era feita na tabela MOVCTB, agora está sendo feita na tabela MOVIMENTACAOCTB. Na inserção do Novo Estoque, existe um INSERT que copia todos os valores da tabela MOVCTB e insere na tabela MOVIMENTACAOCTB, fazendo a referência com os lançamentos da tabela MOVIMENTACAO. A integração continua procedendo da mesma forma, quando existirem lançamentos de Requisição ou de Produção, o SGO irá fazer a integração contábil desses registros na tabela MOVIMENTACAOCTB. | ||
| + | |||
| + | === ''' Mais Informações ''' === | ||
| + | |||
| + | Para informações mais detalhadas veja o doc desse manual: | ||
| + | |||
| + | \\xenon\pub\suporte\Regras dos Sistemas\Manual Técnico Novo Estoque.docx | ||
