Mudanças entre as edições de "Manual Técnico - Novo Estoque"
De Grupo Acert
| Linha 5: | Linha 5: | ||
=== '''Tabela MOVIMENTACAO''' === | === '''Tabela MOVIMENTACAO''' === | ||
| − | + | ---- | |
{| border=1 width="60%" | {| border=1 width="60%" | ||
| 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 149: | Linha 149: | ||
==== '''Campo ORIGEM''' ==== | ==== '''Campo ORIGEM''' ==== | ||
| − | + | ---- | |
{| border=1 width="60%" | {| border=1 width="60%" | ||
| Linha 222: | Linha 222: | ||
|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 233: | ||
==== '''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 287: | ||
|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 295: | ||
==== '''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 354: | ||
==== '''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 é realiza um UPDATE na tabela PRLOTE atualizando a quantidade do lote informado com o saldo movimentado do produto (Crédito ou Débito). | ||
| Linha 356: | Linha 360: | ||
==== '''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. | 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 397: | Linha 402: | ||
|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. | ||
| Linha 402: | Linha 408: | ||
==== '''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 414: | ||
=== '''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 435: | ||
*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 546: | Linha 554: | ||
=== '''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 562: | ||
*APURACUSTOMEDIOEST | *APURACUSTOMEDIOEST | ||
*APURACUSTOMEDIOESTOQUE | *APURACUSTOMEDIOESTOQUE | ||
| + | |||
Procedures antigas que chamam a procedure APURACUSTOMEDIO_OUTROS: | Procedures antigas que chamam a procedure APURACUSTOMEDIO_OUTROS: | ||
| Linha 560: | Linha 569: | ||
*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 610: | ||
|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 694: | ||
=== '''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. | ||
