Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Estrutura

O campo Cond. Pagto assume dias da semana padronizados para o vencimento, considerando o intervalo de dias entre cada parcela.
O campo Cond. Pagto. indica o intervalo em dias, a partir do ultimo vencimento entre uma parcela e outra. Os valores devem ser separados por vírgula.

Image Removed

Em que D pode assumir:
1 - Domingo
2 - Segunda
3 - Terça
4 - Quarta
5 - Quinta
6 - Sexta
7 - Sábado
Exemplo:
• Código - 001
• Tipo - 6
• Condição - 6,15,4,30
Assim, a condição 6,15,4,30 representa:

Image Removed

Estrutura
Permite a definição de datas fixas de vencimento no período de um ano. O valor de cada parcela será calculado dividindo-se o Valor Total da Nota pelo Número de Parcelas.

Esta condição trata as parcelas da seguinte maneira:
• São definidos 13 valores numéricos com dois dígitos, separados por vírgula;
• O primeiro valor numérico indica o número de parcelas;
• Os demais devem ser utilizados para informar os dias de vencimento das parcelas de janeiro a dezembro sequencialmente;
• O vencimento da primeira parcela será a data imediatamente posterior à data base.
Dica: Quando o dia informado for superior ao último dia do mês, o último dia do mesmo será assumido.
Exemplo:
Data Base 25/03/2002
• Código - 001
• Tipo - 7
• Condição - 03, 05, 10, 15, 20, 25, 30, 05, 10, 15, 20, 25, 30

Image Removed

Assim, temos: 3 parcelas com vencimento nos dias 20/Abril, 25/Maio e 30/Junho.

Estrutura

O campo Cond. Pagto representa os dias de deslocamento e os percentuais de cada parcela na seguinte forma: [nn, nn, nn], [xx, xx, xx], em que:

• [nn, nn, nn] são os deslocamentos em dias a partir da data base.
• [xx, xx, xx] são os percentuais de cada parcela
Os valores deverão ser separados por vírgula.
A soma dos totais dos percentuais deve ser de 100%.

Exemplo:
• Código - 001
• Tipo - 8
• Condição - [30,60,90],[25,35,40]
Num total de 1.000 reais serão geradas as seguintes parcelas.
• para 30 dias, 25% do total R$ 250,00
• para 60 dias, 35% do total R$ 350,00
• para 90 dias, 40% do total R$ 400,00

Caso nenhum dos Tipos de Condição disponíveis atenda plenamente a particularidade de sua necessidade, poderá utilizar o TIPO 9, que é o Tipo utilizado quando não há um tipo que automatize a regra do cliente.
Detalhes abaixo e no link: Condição_de_Pagto_Tipo_9

Estrutura (Datas Fixas)
O usuário informa as datas de vencimentos e valores em moeda ou percentuais.

Esta condição é utilizada quando não há regras predeterminadas, sendo que o usuário pode informar manualmente as parcelas e vencimentos no momento da venda. Desta forma, poderá compor os valores das parcelas como desejar. Esta opção é válida para Pedidos de Venda e Orçamentos de Venda.

Para determinar o número de parcelas, deve ser configurado o parâmetro MV_NUMPARC. O padrão do sistema é 4, porém é permitida a configuração de até 26 parcelas. No entanto, como a quantidade de parcelas é informada no pedido de vendas (Campos C5_PARC1 a 4 e C5_DATA1 a 4), e no orçamento de vendas (Campos CJ_PARC1 a 4 e CJ_DATA1 a 4), devem ser criados os campos "Parcela" e "Data" de acordo com a necessidade de cada empresa. Desta forma, caso o parâmetro seja configurado para 7 parcelas, por exemplo, devem ser criados os campos:

Para o pedido de Vendas:
C5_PARC5, C5_PARC6, C5_PARC7 e C5_DATA5, C5_DATA6 E C5_DATA7.
Para o Orçamento de Vendas:
CJ_PARC5, CJ_PARC6, CJ_PARC7 e CJ_DATA5, CJ_DATA6 e CJ_DATA7.

Importante:
Somente para o tipo de condição de pagamento 9, o parâmetro MV_IPITP9 define se o valor do IPI será incluso nas parcelas. Configure o parâmetro com conteúdo igual a S (Sim) se o valor do IPI estiver incluso, caso contrário, informe N (Não).

A condição de pagamento tipo 9 tem o valor definido pelo usuário em valor ou em percentual, sendo assim, se a opção escolhida for valor, o IPI pode ser distribuído nas parcelas como convier.

Exemplo:
Pode-se incluir o valor total do IPI na primeira parcela ou na última, ou dividir o valor do IPI pelo número de parcelas e cobrar o IPI junto com cada parcela, etc.
Para a condição de pagamento tipo 9, informe no campo Cond. Pagto.; zero 0 ou o símbolo percentual %:
• O símbolo % - para utilizar os campos Parcelas do arquivo de Pedidos de Vendas como percentuais a serem parcelados;
• Zero 0 - para que os parcelamentos sejam considerados em valor moeda.
Exemplo:
Condição de Pagamento: 001

Produto:

Microsiga Protheus

Versões:

A partir da 11.8

Ocorrência:

Explicativo sobre as condições de pagamentos disponíveis no produto Microsiga Protheus

Ambiente:

Todos

CONSIDERAÇÕES GERAIS SOBRE CONDIÇÕES DE PAGAMENTO


  • Os Tipos de Condição de Pagamento do Protheus não validam dia útil
    No entanto, o módulo Financeiro possui tratamento, de forma que o título é gerado com a data de Vencimento (E1_VENCTO) de acordo com a Condição, mas a data de Vencimento Real (E1_VENCREA) considerando dias úteis, ou seja, se o vencimento cai no Final de Semana a Data Real adia para o próximo dia útil.
    (Dúvidas neste sentido, contate nosso Suporte ao módulo Financeiro).


  • Dia 31 do mês
    Os prazos de pagamento contam dias corridos, então, quando o mês possui 31 dias, ele será contado para definição do prazo final.
    No entanto, para Tipos em que são definidas datas específicas para pagamento (exemplo Tipo 3 / Tipo 7) se utilizar a data "31" como dia fixo; se o pagamento for calculado para cair no dia 31, porém, cair em um mês que não possui o dia 31 no Calendário, então será considerado o dia 30 tendo como regra o conceito de Mês Comercial (o qual considera que o ano possui 360 dias e cada um dos meses 30 dias, indistintamente).

  • A Condição de pagamento é contada a partir da Data de Emissão (Emissão no dia 10 por exemplo, começa a contar a partir do dia 11), salvo quando a Data de Entrega for anterior à Emissão (neste caso, passa a contar da Data de Entrega). Este comportamento é Padrão e não opcional no sistema.
    Quando realizar a cópia de um pedido de vendas, considerar o parâmetro MV_TIPCPDT para ajustar o Preenchimento da Data de Entrega ( C6_ENTREG) na Cópia do Pedido de Venda MV_TIPCPDT - Preenchimento da Data de Entrega na Cópia do Pedido de Venda

  • O campo E4_DDD - Dias da Cond. O Sistema sempre considera a data base de cálculo + a quantidade de dias (Em exceção do Tipo 1 em que este comportamento pode ser definido no parâmetro MV_DIACONT sendo 1 = considera-se o dia atual ou 2 = dia seguinte).
    Assim, a definição no E4_DDD indica se no dia em que cair o pagamento, se deve contar a Data do Dia (a data do próprio dia em que caiu o pagamento); ou Fora o dia (pula esse dia); e assim por diante.
    Exemplo que a Data base é dia 10 com condição de 15 dias. Irá cair no dia 25 de acordo com o prazo estipulado. Se configurar para "Fora o dia" então, o dia em questão (25) fica "Fora" e será contado para o dia 26.
  • O campo E4_DDDFora Semana. A data de vencimento começa a contar a partir do primeiro domingo após o faturamento. O sistema verifica o dia da semana que está sendo realizado o faturamento, e faz o cálculo com base nesse dia da semana, para apresentar a data de vencimento, fora a semana.                                                

      Exemplo: A data base é dia 04/03 Quarta Feira, com a condição de 30 dias, com essa informação o sistema faz o cálculo dos 30 dias, que seria 02/04 e adiciona mais 4 dias, na data do vencimento, para cair fora da semana no caso 06/04.

    

  • O campo E4_DDDFora da quinzena. O sistema verifica o dia  que está sendo realizado o faturamento, e faz o cálculo com base na condição preenchida do campo  da Cond. Pagto. (E4_COND)  + a informação do campo Dias da Cond. (E4_DDD).

     O sistema valida a quinzena no formato do dia 01 ao dia 15 primeira quinzena, e no dia 16 ao dia 31 segunda quinzena. 

   *Exemplo 1 :
    Data de emissão 31/02
    Cadastro de condição de pagamento:
   • Código - 001
   • Tipo - 1
   • Cond. Pagto: 15
   • Dias da Cond.: Fora da quinzena
  O pagamento será efetuada da seguinte forma: Parcela para 15/03 (quinze dias da condição (a emissão está dentro último dia segunda quinzena) + 15 dias fora da quinzena)

 * Exemplo 2 :
    Data de emissão 01/03
    Cadastro de condição de pagamento:
   • Código - 001
   • Tipo - 1
   • Cond. Pagto.:15
   • Dias da Cond.: Fora da quinzena
  O pagamento será efetuada da seguinte forma: Parcela para 30/03 (quinze dias da condição (a emissão está dentro primeiro dia  da primeira quinzena) + 15 dias fora da quinzena)

    *Exemplo 3 :
    Data de emissão 16/03
    Cadastro de condição de pagamento:
   • Código - 001
   • Tipo - 1
   • Cond. Pagto.:15
   • Dias da Cond.: Fora da quinzena
  O pagamento será efetuada da seguinte forma: Parcela para 15/04 (quinze dias da condição (a emissão está dentro primeiro dia  da segunda quinzena) + 15 dias fora da quinzena)

 

  • Títulos de Devolução NDF (Nota Débito Fornecedor) / NCC (Nota Crédito Cliente) parcelados/datados conforme condição de pagamento
    Conceito: Foi realizada uma compra/venda e negociado pagamento em 4 vezes, por exemplo. Por algum motivo qualquer ocorre a desistência da compra dentro do prazo de devolução e é emitida uma nota de devolução do produto, para desfazer essa compra / venda.
    Com base neste conceito, o sistema não parcela o título de devolução (apesar da condição de pagamento selecionada). Gera apenas um título, com a data em que a compra está sendo desfeita, com o mesmo intuito: Desfazer o pagamento / recebimento (não ocorrerá mais visto que o produto fora devolvido).

  • A FORMA de pagamento (dinheiro / cartão / cheque / etc) não tem no Protheus, nenhuma relação com geração das parcelas. Independente se o recebimento é em dinheiro / cheque / cartão / transferência / etc. a geração do título financeiro no contas a receber ocorre de modo a registrar que o valor deverá ser recebido pela empresa. A FORMA de pagamento é um dado apenas informativo. Mais detalhes sobre forma de pagamento em: http://tdn.totvs.com/display/public/PROT/FAT0105_Formas+de+Pagamento+no+Faturamento


  • Em Pedidos de Venda é possível relacionar a Venda com um Recebimento antecipado, de modo a gerar o parcelamento do restante com base na configuração da Condição de pgto.
    Entenda melhor a opção de RA em: http://tdn.totvs.com/pages/releaseview.action?pageId=267796506


  • Por padrão o Protheus permite a inserção de 35 Parcelas (0 à 9 - A à Z), porém é possível aumentar este número a partir das configurações:
    Parâmetro MV_1DUP: Por padrão possui o conteúdo A, podendo ser alterado para até 3 dígitos (AAA ou 001);
    Campo E1_PARCELA: Por padrão possui a informação 1 (um dígito), pelo grupo de campos "PARCELA" do configurador pode ser alterado para até 3 dígitos.

  • Antecipação ou Prorrogação da Data
    Quando utilizada uma condição de pagamento que configura dias específicos (exemplo Tipo 3, 4, 6), se o pagamento for calculado para uma data que não está entre as datas válidas configuradas, então o sistema sempre irá prorrogar este pagamento para o próximo dia configurado como válido. Nenhum dos Tipos antecipa o pagamento.
    OBS: A "data real" (E1_VENCREA) é uma configuração do Financeiro. Se incluir um título diretamente no Financeiro que o vencimento esteja no Final de semana, a data real também considera o dia seguinte prorrogando o vencimento e não antecipando.

  • Gera 1 Parcela a menos no rateio da duplicata
    Sempre que configurar a condição de pagamento para Separar os Impostos (E4_IPI e E4_SOLID) deve-se acrescentar o primeiro dígito da Condição de Pagamento (E4_COND) exclusivo para a duplicata de impostos.
    Caso a Nota lançada em questão possua cálculo dos impostos, eles serão gerados na primeira parcela configurada na Condição de Pgto. Caso não possua, a primeira parcela configurada na Condição será desconsiderada.
    Deste modo, se desejar ratear o valor da duplicata em 3 X mas com E4_IPI / E4_SOLID = Separa , então é necessário configurar 4 parcelas na Condição, pois a primeira será de uso exclusivo para os impostos caso existam.
    OBS: Na funcionalidade "Simulação" da rotina Cadastro de Condição de Pagamento (MATA360), o "Valor de referência" deve compor o montante com os impostos (apesar de mencionar o valor especifico dos impostos nos campos "Valor do IPI" e "Valor do ICMS Solidário"), para que o valor seja demonstrado corretamente no rateio entre as parcelas.

  • Rateio das Despesas acessórias entre as parcelas
    O valor das despesas acessórias (frete / seguro / despesas) compõem a base de cálculo e assim, por padrão, são somadas ao valor das mercadorias para rateio entre as parcelas.
    Não há opção de que o valor das despesas acessórias seja gerado em título a parte ou apenas na primeira parcela (como ocorre com impostos).

  • Caso nenhum dos Tipos de Condição disponíveis atenda plenamente a particularidade de sua necessidade, poderá utilizar o TIPO 9, que é o Tipo utilizado quando não há um tipo que automatize a regra do cliente.
    Detalhes abaixo e no link: Condição_de_Pagto_Tipo_9
    Outra alternativa é utilizar um Ponto de Entrada (listados ao final desta FAQ)

  • Retenção de PIS COFINS CSLL somente na primeira parcela da Nota Fiscal de Entrada pode ser tratada através dos parâmetros: MV_RATPIS, MV_RATCOF e MV_RATCSLL. Detalhes em: FAT0050_Retenção_de_PIS_COFINS_CSLL


Tipos de Condição de Pagamento

(http://interno.totvs.com/mktfiles/tdiportais/helponlineprotheus/p12/portuguese/mata360_tipos_de_condicoes_de_pagamento.htm)


Estrutura
O campo Cond. Pagto determina o número de parcelas, o intervalo de dias e o dia da semana para o vencimento. O usuário pode definir qualquer código para representar a condição.
O campo Cond. Pagto. indica o intervalo em dias, a partir do ultimo vencimento entre uma parcela e outra. Os valores devem ser separados por vírgula.

Image Removed

Em que D pode assumir:
1 - Domingo
2 - Segunda
3 - Terça
4 - Quarta
5 - Quinta
6 - Sexta
7 - Sábado
Exemplo:
• Código - 001
• Tipo - 4
• Condição - 4,30,3
Esta condição indica que o título terá quatro parcelas com vencimento a cada trinta dias, toda terça-feira.

Obs:  O sistema não retrocede a data para a semana vigente ao vencimento. Quando por intervalo de parcelas vencimento cair na  quarta - feira a mesma semana o sistema levará  a regra como vencimento para terça- feira da seguinte.

Ex: Emissão 06/01/20 +30 DDL = vencimento cairia para  05/02 (quarta-feira), como a regra no pagamento é toda terça-feira , o vencimento correto será dia 11/02/20 (terça-feria da próxima semana) 

Deck of Cards
startHiddenfalse
effectDuration0.5
idTIPOSCusto Médio
effectTypehorizontal
loopCardstruefade

Estrutura
O campo Código do cadastro Condição de Pagamento, representa os vencimentos, de acordo com a fórmula:

Image Removed

O campo Cond. Pagto. deve determinar o multiplicador.
Exemplo:
• Código - 341
• Tipo - 2
• Condição - 7 (Multiplicador)

Image Removed

Card
defaulttrue
effectDuration0.5
idTIPOSCusto Médio
labelTIPO 1

Estrutura
Definir qualquer código para representar a condição.
O campo Cond. Pagto. indica o deslocamento em dias a partir da data base. Os valores devem ser separados por vírgula.

Exemplo:
• Código - 001
• Tipo - 1
• Condição - 00,30,60

Os pagamentos serão efetuados da seguinte forma:
• 1ª parcela à vista
• 2ª parcela 30 dias
• 3ª parcela 60 dias

Obs: Atente-se à configuração do parâmetro MV_DIACONT sendo 1 = Conta o dia atual ou 2 = Conta a partir do dia seguinte.

Card
effectDuration0.5
idTIPOS
labelTIPO 2
Card
defaulttrue
idTIPOS
labelTIPO 3

Estrutura
O campo Cond. Pagto determina o número de parcelas, a carência e as datas padronizadas para o vencimento. O usuário pode definir qualquer código para representar a condição.

Image Removed

Exemplo:
• Código - 001
• Tipo - 3
• Condição - 3,42,7,14,21,28

Image Removed

O programa calcula, após a data de emissão, as datas de vencimento, ajustando-as de acordo com as datas padrão fornecidas, sempre para a próxima.

Card
defaulttrue
effectDuration0.5
idTIPOS
labelTIPO 4
Card
defaulttrue
effectDuration0.5
idTIPOS
labelTIPO 5

Estrutura
O campo Cond. Pagto representa a carência, a quantidade de duplicatas e os vencimentos, nesta ordem, representado por valores numéricos.
Exemplo:
• Código - 001
• Tipo - 5
• Condição - 10,12,30
Assim, a condição 10,12,30 representa:

Image Removed

Card
idTIPOS
labelTIPO 6
Card
idTIPOS
labelTIPO 7
Card
idTIPOS
labelTIPO 8
Card
idTIPOS
labelTIPO 9
Campos Conteúdo
Código 001
Tipo 9
Cond. Pagto.%
Descrição Percentual

Condição de Pagamento: 002

Campos Conteúdo
Código 002
Tipo 9
Cond. Pagto0
Descrição Valor

Considerando os pedidos de venda abaixo:

Pedido 1

Campos Conteúdo
Pedido 000001
Cliente 000099
Cond. Pagto.001
Parcela 1 10
Vencimento 125/03/16
Parcela 230
Vencimento 220/04/16
Parcela 330
Vencimento 305/05/16
Parcela 430
Vencimento 410/06/16
Valor Total do PedidoR$ 1.000,00

• Para a condição de Pagamento 001 (%), o sistema considera:
• Parcela 1: 10% sobre o total do pedido (R$100,00) e vencimento 25/03/03
• Parcela 2: 30% sobre o total do pedido (R$ 300,00) e vencimento 20/04/03
• Parcela 3: 30% sobre o total do pedido (R$ 300,00) e vencimento 05/05/03
• Parcela 4: 30% sobre o total do pedido (R$ 300,00) e vencimento 10/06/03

Pedido 2

Campos Conteúdo
Pedido 000002
Cliente 000099
Cond. Pagto.002
Parcela 1100
Vencimento 125/03/16
Parcela 2300
Vencimento 220/04/16
Parcela 3300
Vencimento 305/05/16
Parcela 4300
Vencimento 410/06/16
Valor Total do PedidoR$ 1.000,00
• Para a condição de Pagamento 002 (0), o sistema considera:
• Parcela 1: 100,00 e vencimento 25/03/03
• Parcela 2: 300,00 e vencimento 20/04/03
• Parcela 3: 300,00 e vencimento 05/05/03
• Parcela 4: 300,00 e vencimento 10/06/03
Pacote Atualização

PACOTES DE ATUALIZAÇÃO

Como Atualizar a rotina de Custo Médio (MATA330) e suas Stored Procedures

Todos os pacotes estão disponíveis em nossa central de downloads (suporte.totvs.com.br), abaixo segue o link direto para atualização:

Solução:

      Aplicar os pacotes de correção disponíveis nos links abaixo aceitando os programas mais atualizados:

Pacote de Fontes ADVPL da Rotina:  

12.1.27:https://r.totvs.io/p/966547

12.1.25:https://r.totvs.io/p/966546

12.1.23:https://r.totvs.io/p/966545 

12.1.17:https://r.totvs.io/p/966544


Pacote de Stored Procedures 19 e 20

12.1.27: https://r.totvs.io/p/965946 

12.1.25:https://r.totvs.io/p/965945

12.1.23:https://r.totvs.io/p/965944

12.1.17:https://r.totvs.io/p/965943



Importante: Copiar o pacote P12_19.SPS na pasta SYSTEM e reinstale as Stored Procedures através do modulo Configurador (SIGACFG)


AVISO: Obrigatória a aplicação dos pacotes contidos nos Link 1 (Pacote PTM) e Link 2 (Stored Procedures)

    • Para a correta atualização da rotina aplique no ambiente o pacote de rotinas (*.ptm) e na sequencia reinstalar as stored procedures (pacote P12_19.SPS), porem não se esqueça de copiar o arquivo P12_19.SPS na pasta "System" de seu ambiente.

      (ideia) COMO INSTALAR AS STORED PROCEDURES ?
      No link abaixo voce irá encontrar o passo-a-passo de como como instalar as stored procedures da rotina de Custo Médio
      http://tdn.totvs.com/display/PROT/PEST06018+-+MATA330+-+Stored+Procedures+utilizadas+no+produto+Estoque+e+Custos+-+Como+Instalar+Procedures

    • Este conjunto de atualização da rotina de Custo Médio (MATA330) e o pacote estabilizado e validado pelo nossa equipe de desenvolvimento, porem pontualmente podem existir pacotes mais recentes em processo de validação.

(aviso) Foram disponibilizados novos Binários e DbAccess no Portal do cliente que possuem melhorias significativas de performance, acesse www.suporte.totvs.com.br baixe os arquivos e atualize seu ambiente.


Ultimas Atualizações:

MENSAGEM

Data Liberação

Criado parâmetro para sequenciar do retorno do beneficiamento (quando beneficiador) de acordo com as preferências do cliente.

Adicionado tratamento para produto MOD no controle de threads da procedure.

Adicionado tratamento que força a execução de apenas uma thread na gravação do arquivo de trabalho quando o custo é unificado por empresa (MV_CUSFIL = E).
18/01/2019
Retirado o tratamento de arredondamento em ciclo acumulativo e não gerar resticios de valores que geram divergência.16/11/2018
Ao reprocessar a rotina de custo médio utilizando custo em partes é exibida mensagem de Error.Log referente a estouro de campo "Data With Error".04/10/2018

Ao reprocessar a rotina de custo médio utilizando o custo unificado por empresa ou filial verificou-se uma diferença de valores entre os saldos
de fechamento e movimento, para equalizar os saldos recomendo a aplicação do pacote contido no Link 2.

25/09/2018
A Contabilização do Custo Médio não estava sendo gravada na tabela CT2 quando utilizado o processo com threads (MV_M330THR > 1 )17/09/2018
Correção do Custo em Partes para movimentos de transferência entre Filiais.19/07/2018

Correção do Help CT2_TPSALD para não reprocessar os movimentos contábeis tipo 9 (Issue DMANMAT01-10616).

06/07/2018

Correção no calculo dos movimentos internos de transferências entre armazéns (D4/RE4), onde a rotina não estava calculando o custo quando a tabela
SD3 é utilizada de forma compartilhada por filial.

06/07/2018

Correção no calculo dos movimento de vendas (SD2) que estavam sendo valorizados com custo a maior que o custo médio do armazém, 
quando o movimento zera o saldo em estoque.

27/06/2018

Correção do error.log apresentado no momento da execução da rotina de Custo Médio.
Ocorrência: Alias already in use: TRB on A330CRIATRB(MATA330.PRX)

22/06/2018

Correção dos custos de produção (movimentos de estoque DE0/RE0, DE1/RE1, PR0/PR1) que devido a problemas na ordenação de 
processamento estava gerando custo negativos, zerados e divergentes no Kardex.

21/06/2018

Correção dos custos unificado por Filial - MV_CUSFIL = F ou MV_CUSFIL = E
Recomendamos a aplicação para clientes que possuem divergência de custos (negativos, zerados e quantidade)

13/06/2018



Card
defaulttrue
idCusto Médio
labelComo Melhorar Performance

COMO MELHORAR A PERFORMANCE


(concordo) Documentos explicativos para ajudar na configuração da rotina para otimizar seu processamento:

Como Melhorar a performance da rotina de Custo Médio (MATA330)
http://tdn.totvs.com/pages/viewpage.action?pageId=336404235

Documento com dicas sobre como melhorar a performance de seu ambiente
http://tdn.totvs.com/pages/viewpage.action?pageId=274854325

WorkShop sobre como melhorar a performance das rotinas de processamento
http://tdn.totvs.com/download/attachments/336404235/Performance%20Rotinas%20Fechamento%20de%20Estoque%20-%202014%20v01.pdf?api=v2

Card
defaulttrue
idCusto Médio
labelComo Analisar Seus Custos

COMO ANALISAR SEUS CUSTOS


Abaixo segue o passo-a-passo para analisar e solucionar incidentes na rotina de Custo Médio.


1) Primeiramente verifique se sua rotina de Custo Médio (MATA330) esta atualizada, abaixo segue nossa página de atualização.

(ideia)http://tdn.totvs.com/pages/viewpage.action?pageId=384583702


2) Certifique que o tamanho e decimais dos campos de custo médio estão configurados de forma correta para seu ambiente produtivo, para ajudar nesta avaliação desenvolvemos a documentação abaixo:

http://tdn.totvs.com/display/PROT/PEST06012+-+MATA330+-+Como+aumentar+a+quantidade+de+Casas+Decimais+para+os+campos+de+CUSTOS

(aviso) Importante: A configuração incorreta dos campos de custo médio pode gerar diferenças de valores no resultado de relatórios (ex. Kardex, Posição de Estoque, Registro de inventario e outros)


3) Coletar o conteúdo dos parâmetros:

Certifique que os parâmetros SX6 envolvidos no processo de apuração e calculo do custo médio estão configurados da melhor forma possível para seu ambiente produtivo, para conhecer os parâmetros envolvidos no processo de calculo do custo médio acesse a documentação disponibilizada no link abaixo:

http://tdn.totvs.com/pages/viewpage.action?pageId=340362132

(aviso) Importante: A configuração incorreta dos parâmetros SX6 envolvidos no processo de valorização do custo médio irá afetar diretamente seu resultado.


4)  Verificar se utiliza o seu ambiente possui o pacotes de Stored Procedures instalados

Para saber se o seu ambiente possui stored procedures da rotina de custo médio acesse o link abaixo com o explicativo de como consulta-losseus pacotes de stored proceddures.

http://tdn.totvs.com/display/PROT/PEST06018+-+MATA330+-+Stored+Procedures+utilizadas+no+produto+Estoque+e+Custos+-+Como+Instalar+Procedures


5) Enviar data da rotina MATA330, Build, DbAccess, Lib e Versão utilizados, após acessar a rotina e pressionar Shift+F6 no teclado e clicar em avançar.


Versão do Binario/Appserver: 
Build:

Release do RPO: 
Versão da Lib:

Importante: Para esta ação você pode printar a tela abaixo que contem as informações

Image Added


Data dos Fontes:

MATA330.PRX
CFGX051.PRW:
SIGACUS.PRW:
M330JCTB.PRX:
MATXFUNA.PRX:
MATXFUNB.PRX:
MATXFUNC.PRX:
SIGACUSA.PRX:
SIGACUSB.PRX:

Importante: Para esta ação você utilizar o botão "Exportar Dados" e salvar todas as datas de fontes para encaminhar para o time de suporte técnico.

Image Added

6) Enviar as respostas dos parâmetros SX1 antes da execução da rotina MATA330.


Perguntas SX1 da rotina de Custo Médio (MATA330)

Data Limite Final ? 
Mostra Lanctos. Contabeis ?  
Aglutina Lanctos. Contabeis ?
Atualizar Arq. de Movimentos ?
% de Aumento da MOD ?      
Centro de Custo ?            
Conta Contabil a Inibir de ? 
Conta Contabil a Inibir Ate ?
Apagar Estornos ?    
Gerar Lancto. Contabil ?     
Gerar Estrut.pela Moviment. ?
Contabilizacao On-Line Por ?
Calcula Mao-de-Obra ?        
Metodo de Apropriacao ?      
Recalcula Niveis da Estrut. ?
Mostra Sequencia do Calculo ?
Seq Processamento FIFO ?     
Mov Internos Valorizados ?   
Recalcula custos Transportes ?
Calculo de custos por ?      
Calcular Custo em Partes ?   
Image Added

        
7) Ao executar a rotina de Recalculo do Custo (MATA330) ocorre recursividade na base de dados?

Caso afirmativo deverá executar o relatório MATR331 (“Analise de Recursividade”) e somente após acertar a recursividade dever á executar novamente a rotina de custo médio (MATA330).


8)  Emissão do relatório Kardex (MATR900) do produto para análise dos custos, impresso da seguinte forma:

O melhor relatório para avaliar resultado do custo médio de um determinado produto em seu estoque e o "KARDEX (MATR900)" devido sua construção voltada para apuração de calculo, por esse motivo recomendamos sua utilização.

Image Added Image AddedImage Added

Quanto utilizar Custo por Filial (Parâmetro MV_CUSFIL = F ) - Configure as perguntas conforme abaixo:

Image Added

Quando utilizar Custo por Armazém (Parâmetro MV_CUSFIL = A) - Configure as perguntas conforme abaixo:

Image Added

Data inicial: Data do último fechamento de estoque + 1 dia. Exemplo: último fechamento de estoque em 31/03, data inicial do relatório 01/04.

Data final: Data limite utilizada no processamento do recálculo do custo médio.

- Sequência de impressão: Cálculo

- Verificação do parâmetro MV_CUSFIL. Caso esse esteja configurado como A, imprimir o Kardex apenas do armazém analisado. Caso esteja configurado como F, imprimir o Kardex com a informação ** no campo armazém. Caso esteja como E, imprimir o relatório de todas as filiais, considerando ## no campo armazém.

- Imprimir o relatório dos três últimos períodos em formato PDF com a página dos parâmetros informados.

Somente para um único item que será analisado.

Importante: O parâmetro MV_DBLQMOV deve estar configurado com a data do último dia do período em validação, neste exemplo 30/04 (Último dia do mês que esta sendo processado)


9) Em caso de custos incorretos verificar os seguintes detalhes:

- Custo médio unitário do Armazém = B2_CM1 (Observar valores elevados para este campo, pois esta ocorrência pode distorcer o custo e ate ocasionar estouro de campo no processamento da rotina de custo médio)

- Observar sempre o Saldo inicial (SB9) oriundo do ultimo fechamento de estoque, pois a causa do problema pode estar no período anterior (Fechamento passado).

- Verificar na tabela SB9 possui registros deletados, caso afirmativo verificar se o custo incorreto é referente à Ordem de Produção se for verificar se o ocorreu reabertura de estoque. Se isso aconteceu o cliente devera solicitar auxilio de analista in loco pois não é procedimento padrão a reabertura de estoque para clientes que possuem ordem de produção.


10) Ordenação dos movimentos após execução do recalculo do custo médio.

Ao executar o recálculo com a opção Mostra Sequencia de Cálculo como SIM, irá verificar em tela o arquivo de trabalho gerado pelo recálculo do custo médio para ordenação das movimentações, seguindo a ordenação abaixo:

Data Base / Seq. De Processamento / Ordem de Processamento / Nível do Produto / Nível do Movimento Interno / Chave para Ordenação / Número Sequencial.       -> Imprimir Print desta tela

Caso a ordenação dos movimentos não atenda o processo da empresa, sugerimos a utilização do parâmetro MV_SEQ300, porém persistindo a ocorrência quanto a ordenação, poderá utilizar o ponto de entrada MA330TRB para alterar a ordenação conforme necessidade.   -> Caso contrário descrever a ordenação dos movimentos desejados.


11)  Se produto acabado favor do tipo “PA” ou “PI” enviar o relatório MATR860 para a OP (Ordem de Produção) que deu origem ao movimento divergente.

O p c i o n a l p a r a a c e r t o :

Para realizar o acerto do custo dos produtos em estoque devemos executar os passos abaixo:

a) Antes de começar qualquer acerto, executar Acerto de Saldo Atual e Refaz Acumulados

b) Incluir dois tipos de movimentação via MATA230:

• Tipo TM = Devolução / Valorizado (F5_VAL) = SIM / Qtd. Zero (F5_QTDZERO) = SIM

• Tipo TM = Requisição / Valorizado (F5_VAL) = SIM / Qtd. Zero (F5_QTDZERO) = SIM

c) Verificar via SB2, no campo B2_VATU o valor dos produtos em estoque. Estes campos armazena o valor total do produto em estoque da quantidade informada no campo

B2_QATU1. Sendo assim o valor unitário do produto seria B2_VATU1 / B2_QATU. Exemplo:

B2_QATU = 100,00, B2_VATU = 200,00, o custo unitário é 2,00.

d) Após verificar o valor que consta na SB2, e ter definido o valor correto, incluir uma movimentação interna com o tipo de movimentação criada anteriormente, informando o valor a requisitar ou devolver no campo D3_CUSTO1. Na rotina MATA240


Exemplo:

1- O valor correto em estoque deveria ser 100,00. Neste caso devemos requisitar o valor do estoque, então utilizar o movimento de requisição cadastrado anteriormente. No D3_CUSTO1 informar o valor a requisitar: 100,00
Após a movimentação o saldo no campo B2_VATU1 será de 100,00.


2- O valor correto em estoque deveria ser 400,00. Neste caso devemos devolver valor ao estoque, então utilizar o movimento de devolução cadastrado anteriormente. No D3_CUSTO1 informar o valor a devolver 200,00 Após a movimentação o saldo no campo B2_VATU1 será de 400,00.
Após estes acertos o custo do produto em estoques estará correto.


Card
defaulttrue
idCusto Médio
labelParâmetros Configuração

PARÂMETROS DE CONFIGURAÇÃO


Abaixo segue os principais parâmetros utilizados no calculo e apuração do custo médio do produto e contabilização.

Parametros utilizados no Calculo do Custo do ProdutoParâmetros utilizados no processo de Fechamento de EstoqueParâmetros para ganho de Performance

Outros - Contabilização

MV_CUSFIL
Parâmetro utilizado para verificar se o sistema utiliza custo unificado por:
F = Custo Unificado por Filial|
E = Custo Unificado por Empresa
A = Custo Unificado por Armazém

MV_M330THR (Limite de 30 threads)
Quantidade Threads para execução da rotina.
Define o numero de threads que serão utilizadas na rotina de recalculo do custo médio (informar os números de 1 a 30 threads).
IMPORTANTE: Ao aumentar o numero de threads o administrador de infraestrutura devera verificar durante a execução da rotina se a quantidade de threads esta de acordo com a capacidade de seu ambiente.

MV_ALMTERC - Veja também (boletim)

Indica se armazém é um armazém de terceiros          

MV_CUSZERO

Se a quantidade final do Periodo for igual a Zero, devera Zerar Custo do Movimento. Sim ("S") ou Não ("N")

MV_ULMES

Indica a data ultimo fechamento do estoque.

MV_MUDATRT

Indica se devera alterar o nome físico das tabelas temporárias utilizadas nas SP's T=Alterar F=Não alterar

MV_CONTERC - Veja também (boletim)

Indica se devera controlar o armazém de terceiros ( T = Controla / F = Nao Controla )

MV_CUSREP

Indica se deve calcular o custo de reposição (T=Calcular / F=Nao Calcular )

MV_CUSTEXC

Determina o modo de recalculo do custo médio, se exclusivo (S), só uma estação utilizando o sistema ou compartilhado (N).

MV_A330GRV boletim desse relatório (MV_A330GRV)

Somente os produtos e armazéns que possuem movimentação de estoque dentro do período de processamento e que, também, não possuem quantidades e custos zerados, terão seus saldos iniciais recalculados. Os produtos que não se enquadram nesta regra (obsoletos) não são recalculados pela rotina.Sim ("S") ou Não ("N")

MV_ESTNEG

Identifica se o sistema permitira que os saldos em estoque dos produtos fique negativo através de movimentação. Conteúdo deve ser (S)Sim ou (N) Não.

MV_SEQ300 - Veja também (boletim)

Indica se deve sequenciar a ordem 300 do arquivo de trabalho da rotina de recalculo do custo médio (T=Seqüenciar / F=Não Seqüenciar )

MV_DBLQMOV

Data para bloqueio de movimentos. Não podem ser alterados / criados / excluídos movimentos com data menor ou igual a data informada no parâmetro.

MV_A330190

Ativa ou desativa o processamento contábil de saldos executados nas rotinas Recálculo de Custo Médio e Contabilização do Custo Médio. S (Sim): Ativa o reprocessamento contábil dos saldos. N (Não): Não executa o reprocessamento contábil dos saldos.

MV_LOCALIZA

Indica se produtos poderão usar controle de localização física ou não. (S)Sim ou (N)Não.

MV_SEQ500

Indica se deve sequenciar a ordem 500 do arquivo de trabalho da rotina de recalculo do custo médio (T=Seqüenciar / F=Não Seqüenciar )

MV_CUSMED

Utilizado para selecionar o método contabilização de custos dos movimentos de estoque. Sendo: (O -> On Line / M -> Mensal )

MV_PROCCV3

Habilita a gravação da tabela CV3 quando realizada contabilização de estoque através da rotina de recalculo do custo médio .T. Grava / .F. Não Grava

MV_RASTRO

Determina a utilização ou não  da  Rastreabilidade dos Lotes de Produção (Informar S = Sim  / N = Não).

MV_CUSLIFO

Informe se no calculo do custo médio também sera efetuado o calculo do custo LIFO. (T=Sim/F=Nao).

MV_AJUSNFC

Deseja gerar RE6 de ajuste sempre que for incluída uma nota complementar com custo fifo/lifo ativado, onde a nota de origem se encontra em outro período

MV_A330DRV - Veja também (boletim)

Define o driver a ser utilizado na geração dos arquivos temporários de trabalho das stored procedures.

MV_LOCPROC

Local padrão a ser enviado os materiais indiretos em processo.

MV_CUSFIFO

Informe se no calculo do custo médio também sera efetuado o calculo do custo FIFO. (T = Sim e F = Nao).

MV_NGMNTPC

Integração Manutenção (MNT) com Planej. e Contr. da Producao (PCP). Informar S=Sim ou N=Não

MV_THRSEQ

Informar se nas rotinas MATA280, MATA300 e MATA330 sera utilizado o controle de Threads por:  .T. - Sequencial ou .F. - MultThread

MV_NIVALT

Define se a estrutura teve ou não alterações. Informar: S -> Sim ou N -> Nao.

MV_PROCQE6

Deseja utilizar "RE6/DE6" nas  liberações do CQ para movimentos de liberação de Produção ? ( D7_ORIGLAN = 'PR' )

MV_NEGESTR

Permite incluir itens negativos na estrutura, sendo que estes itens gerarão devoluções no arquivo de movimentos nos módulos de Estoque/PCP.

MV_M330JCM

Define se utiliza threads no processamento dos movimentos de ordem 100/300/500 na rotina de custo médio (MATA330).

MV_CQ

Local(Almoxarifado) Controle de Qualidade

MV_M330CON
Habilita o log de monitoramento da rotina de custo medio, este parametro só deve ser utilizado para acompanhar os registros processados.

Observação: O resultado e impresso no arquivo console.log


MV_I330FSM Veja também (boletim)

Define se filtra produtos sem movimentação no período do recálculo do custo médio. T=Filtra F=Não filtra

MV_PCOINTE

Indica se a integração dos processos do Planejamento e Controle Orçamentário com os processos de Lançamentos / Bloqueios esta ativa (1=Sim/ 2=Não).

MV_GERIMPV

Determina se a Empresa vai utilizar roteiro para calculo de Impostos Variáveis (Internacionalização)

MV_MOEDACM

Parâmetro utilizado para melhorar a performance da rotina de recalculo do custo médio. Moedas a serem consideradas no processo de recalculo do custo médio (a moeda 1 sempre é considerada).

MV_PRODMNT

Item de estoque para ordem de produção do SIGAMNT

MV_NGMNTES

Integração Manutenção (MNT) com Estoque (EST) Informar S=Sim ou N=Não


MV_DEPTRAN

Depósito de Transferência

MV_M330TCF

Para controlar a ordem correta do sequenciamento. Quem estiver no parâmetro, não fará parte do sequenciamento.


MV_NGMNTCM

Integração Manutenção (MNT) com Compras (COM) Informar S=Sim ou N=Nao
MV_AGCUSTO
Parâmetro utilizado para verificar se devera aglutinar o custo sem a utilização do MV_CUSMED


MV_A310FIL

Permite a transferência de produtos da mesma filial para depósitos diferentes com emissão de documentos fiscais de entrada (destino) e saída (origem) de materiais.

S (Sim) - Habilitado: permite a transferência de produtos entre depósitos da mesma filial e de filiais diferentes.

N (Não) - Desabilitado: não permite a transferência de produtos apenas entre filiais diferentes.

MV_M330TRF

Valoriza transferência entre filiais, onde entrada e saída estão em períodos diferentes de fechamento de estoque (.T.-Sim/.F.-Não).


MV_FILTRF

Quando ativado o parâmetro os campos “A1_FILTRF” e “A2_FILTRF”, respectivamente nas tabelas “SA1 – Clientes” e “SA2 – Fornecedores”serão utilizados no processo de transferência entre filiais para identificar a filial associada aos clientes e fornecedores envolvidos no processo.Estes novos campos deverão conter o código da filial que será associada ao cliente/fornecedor em questão. Com isso não será mais utilizado o CNPJ/CGC da filial para associá-la ao cliente ou fornecedor, simplificando o processo de transferência entre filiais.

MV_PRODPR0 - Veja também (boletim)

Indica o tipo de proporcionalização do custeio dos apontamentos de produção durante o recalculo do custo médio.


MV_SEQREBE

Criado o parâmetro MV_SEQREBE, que indica qual será a sequência de processamento das saídas referentes ao retorno do beneficiamento. O valor padrão do parâmetro é a sequência 290, que ocorre antes dos movimentos internos. Para realizar o processamento após os movimentos internos, é necessário configurar o conteúdo do parâmetro para 302 (sequência recomendada).

Detalhes no link abaixo:

PEST047 - MV_SEQREBE Define qual sequência de cálculo será utilizada para o retorno de beneficiamento

MV_CUSTDEV

Define se no recalculo do custo médio devera considerar o custo atual (T) ou o custo Origem (F) para as notas de devolução de vendas.


        MV_PRELAN

O Parâmetro MV_PRELAN indica qual a condição que um lançamento contábil via Lançamento Padronizado de outros módulos deverá ser categorizado e tratado como um pré-lançamento para posterior efetivação.

Detalhes no link abaixo:

MV_PRELAN - Indicador de Pre lançamento Contábil

MV_DOCSEQ - Veja também (boletim)

Último numero sequencial utilizado para movimentos do SIGA ADVANCED. Este valor não deve ser alterado pelos usuários.




 MV_M330PR1 - Implementado parâmetro MV_M330PR1 tipo Lógico permite descarregar o custeio da produção no próximo apontamento de produção na rotina de recalculo do custo médio em conjunto com os parâmetros de sistema MV_SEQ300 = .T., MV_PRODPR0=1 e MV_REQAUT=A.

Detalhes no link abaixo:

PEST045 - MV_M330PR1 Custeio da produção descarregado no próximo apontamento




Card
defaulttrue
idCusto Médio
labelPrecisão Calculo

PRECISÃO DE CÁLCULO


O aumento de casas decimais no Protheus é uma questão delicada. Quando realizado sem os devidos critérios ou não recebe a devida manutenção, pode causar diversas inconsistências como por exemplo:

Observação: Qualquer tratamento relacionado a casas decimais é considerado um desvio do Nativo do Protheus (no qual é padrão o uso de dois dígitos, apenas, para o ambiente Faturamento). Portanto, é indicado que qualquer alteração neste sentido seja realizado e documentado por um analista in loco (Consultar diretamente seu GAR Gerente de Atendimento e Relacionamentos com a TOTVS) para análise pontual de sua base/ seu cenário, inclusive para as manutenções dessas alterações nas Tabelas (já que com as atualizações podem ser criados novos campos e novas tabelas na base).

A TOTVS não possui um Documento específico para definição de todas as tabelas/campos que são utilizados em sua rotina, e consequentemente, precisam ser alterados para manter a integridade entre suas Tabelas; pois é relativo à cada Cliente, pontualmente, de acordo com os módulos que estão implantados, as rotinas que são utilizadas, as tabelas que são alimentadas e os campos que são de uso.

Sendo assim, caso realize a implementação/ manutenção internamente com sua equipe de TI, ressaltamos a importância de alterar todas as tabelas/ campos utilizados na integração de suas rotinas; a fim de não gerar inconsistência em sua base de dados.

Podemos citar os mais usuais PARA O MÓDULO ESTOQUE E CUSTOS, e algumas das integrações mais usuais (para demais módulos, consultar as respectivas Equipes de Suporte). Abaixo os campos de Custo Unitário, Custo Total e Custo Apropriado para o Estoque mais usuais de alteração (orientamos que estejam com o mesmo tamanho do campo e com mesma quantidade de casas decimais de um campo para outro respectivamente):

(aviso) Caso utilize STORED PROCEDURES é essencial sua reinstalação, após as modificações dos campos abaixo. Para realizar esse procedimento acesse o modulo "Configurador (SIGACFG)" e execute a rotina "\Base de Dados\Dicionários\Stored Procedures (CFGX051)"

Acesse nossa documentação que exemplifica num contexto prático a escolha da precisão de decimais no cálculo do custo médio
Esclarecimentos sobre o número de decimais configurados no custo médio.


SB9 - Tabela de Saldos Iniciais de Estoque


Custo Médio - Campos de Custos TOTAIS
B9_VINI1
B9_VINI2
B9_VINI3
B9_VINI4
B9_VINI5
Custo FIFO - Campos de Custos TOTAIS
B9_VINIFF1
B9_VINIFF2
B9_VINIFF3
B9_VINIFF4
B9_VINIFF5
Custo Reposição - Campos de Custos TOTAIS
B9_VINIRP1
B9_VINIRP2
B9_VINIRP3
B9_VINIRP4
B9_VINIRP5



Custo Médio - Campos de Custos UNITÁRIOS
B9_CM1

B9_CM2
B9_CM3
B9_CM4
B9_CM5
** Importante: Não existem campos de custos UNITÁRIOS
para calculo do FIFO (UEPS) na tabela de saldos iniciais.
Custo Reposição - Campos de Custos UNITÁRIOS
B9_CMRP1

B9_CMRP2
B9_CMRP3
B9_CMRP4
B9_CMRP5

SB2 - Tabela de Saldo Físico e Financeiro

Custo Médio - Campos de Custos TOTAIS
(Valor ATUAL utilizado no calculo do custo On-Line)
B2_VATU1
B2_VATU2
B2_VATU3
B2_VATU4
B2_VATU5
Custo Médio - Campos de Custos TOTAIS
(Valor FINAL a ser processado na rotina de Virada de Saldos)
B2_VFIM1
B2_VFIM2
B2_VFIM3
B2_VFIM4
B2_VFIM5
Custo FIFO - Campos de Custos TOTAIS
(Valor FINAL a ser processado na rotina de Virada de Saldos)
B2_VFIMFF1
B2_VFIMFF2
B2_VFIMFF3
B2_VFIMFF4
B2_VFIMFF5
Custo Reposição - Campos de Custos TOTAIS
(Valor FINAL a ser processado na rotina de Virada de Saldos)
B2_VFRP1
B2_VFRP2
B2_VFRP3
B2_VFRP4
B2_VFRP5




Custo Médio - Campos de Custos UNITÁRIOS
(CM Unitário ATUAL utilizado no calculo do custo On-Line)
B2_CM1

B2_CM2
B2_CM3
B2_CM4

B2_CM5
Custo Médio - Campos de Custos UNITÁRIOS
(CM Unitário a ser processado na rotina de Virada de Saldos)
B2_CMFIM1
B2_CMFIM2
B2_CMFIM3
B2_CMFIM4

B2_CMFIM5
Custo FIFO - Campos de Custos UNITÁRIOS
(CM Unitário a ser processado na rotina de Virada de Saldos)
B2_CMFF1
B2_CMFF2
B2_CMFF3
B2_CMFF4

B2_CMFF5
Custo Reposição - Campos de Custos UNITÁRIOS
(CM Unitário a ser processado na rotina de Virada de Saldos)
B2_CMRP1
B2_CMRP2
B2_CMRP3
B2_CMRP4

B2_CMRP5


SD1 - Tabela de Itens das NF de Entrada

Custo Médio - Campos de Custos TOTAIS
D1_CUSTO
D1_CUSTO2
D1_CUSTO3
D1_CUSTO4
D1_CUSTO5
** O campo D1_CUSTO não possui o numeral 1 na composição de seu nome.
Custo FIFO - Campos de Custos TOTAIS
D1_CUSFF1
D1_CUSFF2
D1_CUSFF3
D1_CUSFF4
D1_CUSFF5
Custo Reposição - Campos de Custos TOTAIS
D1_CUSRP1
D1_CUSRP2
D1_CUSRP3
D1_CUSRP4
D1_CUSRP5


SD2 - Tabela de Itens de Venda da NF

Custo Médio - Campos de Custos TOTAIS
D2_CUSTO1
D2_CUSTO2
D2_CUSTO3
D2_CUSTO4
D2_CUSTO5
Custo FIFO - Campos de Custos TOTAIS
D2_CUSFF1
D2_CUSFF2
D2_CUSFF3
D2_CUSFF4
D2_CUSFF5
Custo Reposição - Campos de Custos TOTAIS
D2_CUSRP1
D2_CUSRP2
D2_CUSRP3
D2_CUSRP4
D2_CUSRP5


SD3 - Tabela de Movimentações Internas

Custo Médio - Campos de Custos TOTAIS
D3_CUSTO1
D3_CUSTO2
D3_CUSTO3
D3_CUSTO4
D3_CUSTO5
Custo FIFO - Campos de Custos TOTAIS
D3_CUSFF1
D3_CUSFF2
D3_CUSFF3
D3_CUSFF4
D3_CUSFF5
Custo Reposição - Campos de Custos TOTAIS
D3_CUSRP1
D3_CUSRP2
D3_CUSRP3
D3_CUSRP4
D3_CUSRP5


SC2 - Tabela de Ordens de Produção

Custo Médio - Campos de Custos TOTAIS
(Saldo INICIAL das Ordens de Produção)

C2_VINI1
C2_VINI2
C2_VINI3
C2_VINI4
C2_VINI5
Custo Médio - Campos de Custos TOTAIS
(Saldo ATUAL das Ordens de Produção)

C2_VATU1
C2_VATU2
C2_VATU3
C2_VATU4
C2_VATU5
Custo Médio - Campos de Custos TOTAIS
(Saldo FINAL das Ordens de Produção a ser utilizado na proxima Virada de Saldos)

C2_VFIM1
C2_VFIM2
C2_VFIM3
C2_VFIM4
C2_VFIM5
Custo FIFO - Campos de Custos TOTAIS
(Saldo INICIAL das Ordens de Produção)

C2_VINIFF1
C2_VINIFF2
C2_VINIFF3
C2_VINIFF4
C2_VINIFF5
Importante: Não existem campos de
custos Totais (Valor Atual) para
calculo do FIFO (UEPS).
Custo FIFO - Campos de Custos TOTAIS
(Saldo FINAL das Ordens de Produção a ser utilizado na proxima Virada de Saldos)

C2_VFIMFF1
C2_VFIMFF2
C2_VFIMFF3
C2_VFIMFF4
C2_VFIMFF5
Custo Reposição - Campos de Custos TOTAIS
(Saldo INICIAL das Ordens de Produção)

C2_VINIRP1
C2_VINIRP2
C2_VINIRP3
C2_VINIRP4
C2_VINIRP5
Importante: Não existem campos de
custos Totais (Valor Atual) para
calculo de REPOSIÇÃO.
Custo Reposição- Campos de Custos TOTAIS
(Saldo FINAL das Ordens de Produção a ser utilizado na proxima Virada de Saldos)

C2_VFIMRP1
C2_VFIMRP2
C2_VFIMRP3
C2_VFIMRP4
C2_VFIMRP5

Custo Médio - Campos de Custos TOTAIS
(Saldo INICIAL do Custo Apropriado ao Estoque)

C2_APRINI1
C2_APRINI2
C2_APRINI3
C2_APRINI4
C2_APRINI5

Custo Médio - Campos de Custos TOTAIS
(Saldo ATUAL do Custo Apropriado
ao Estoque)

C2_APRATU1
C2_APRATU2
C2_APRATU3
C2_APRATU4
C2_APRATU5

Custo Médio - Campos de Custos TOTAIS
(Saldo FINAL do Custo Apropriado
ao Estoque)

C2_APRFIM1
C2_APRFIM2
C2_APRFIM3
C2_APRFIM4
C2_APRFIM5

Custo FIFO - Campos de Custos TOTAIS
(Saldo INICIAL do Custo Apropriado ao Estoque)

C2_APINFF1
C2_APINFF2
C2_APINFF3
C2_APINFF4
C2_APINFF5

Importante: Não existem campos de custos
Totais (Custo Apropriado Atual) para
calculo do FIFO (UEPS).

Custo FIFO - Campos de Custos TOTAIS
(Saldo FINAL do Custo Apropriado
ao Estoque)

C2_APFIFF1
C2_APFIFF2
C2_APFIFF3
C2_APFIFF4
C2_APFIFF5

Custo Reposição - Campos de Custos TOTAIS
(Saldo INICIAL do Custo Apropriado ao Estoque)

C2_APRIRP1
C2_APRIRP2
C2_APRIRP3
C2_APRIRP4
C2_APRIRP5

Importante: Não existem campos de custos
Totais (Custo Apropriado Atual) para
calculo de REPOSIÇÃO.

Custo Reposição- Campos de Custos TOTAIS
(Saldo FINAL do Custo Apropriado
ao Estoque)

C2_APRFRP1
C2_APRFRP2
C2_APRFRP3
C2_APRFRP4
C2_APRFRP5


SB6 - Tabela de Saldo em Poder de Terceiros

Custo Médio - Campos de Custos TOTAIS
B6_CUSTO1
B6_CUSTO2
B6_CUSTO3
B6_CUSTO4
B6_CUSTO5
Custo FIFO - Campos de Custos TOTAIS
B6_CUSFF1
B6_CUSFF2
B6_CUSFF3
B6_CUSFF4
B6_CUSFF5
Custo Reposição - Campos de Custos TOTAIS
B6_CUSRP1
B6_CUSRP2
B6_CUSRP3
B6_CUSRP4
B6_CUSRP5


(ideia) Meu Ambiente utiliza Custo Em Partes quais campos preciso aumentar as decimais?

Clientes que utilizam custo em partes possuem uma sequencias de campos que normalmente não temos em ambientes com dicionario de dados padrão, para conhecer os campos utilizados neste processo recomendo a leitura do Artigo/FAQ abaixo:
http://tdn.totvs.com/pages/viewpage.action?pageId=244711704


Observação:

Aqui foram registradas as considerações importantes na análise de ambiente/ base, em relação às casas decimais, para que efetue a validação.

Caso realize as validações e ainda ocorra o problema, será necessário solicitar auxilio da Consultoria Totvs (O Suporte Padrão não valida mais de duas decimais, realiza o teste no Padrão nativo) ou Suporte Investigativo para que acesse remotamente a sua base, visando avaliação/ debug da rotina para investigá-la e identificar a origem do problema.

Há a Consultoria In loco (solicitar diretamente à seu Gerente de atendimento TOTVS) e a Consultoria Telefônica (Ligar diretamente no 4003-0015 Opções 2-3-2-4) na qual o atendimento é imediato.

Card
defaulttrue
idCusto Médio
labelCusto Em Partes

CUSTO EM PARTES


Documentos explicativos para apoiar na utilização do Custo em Partes:

Wizard para criação dos campos de Custo em Partes (Automático)

Link: http://tdn.totvs.com/pages/viewpage.action?pageId=372540775

Guia Completo de Configuração do Custo em Partes

Link: http://tdn.totvs.com/pages/viewpage.action?pageId=344459401

Card
defaulttrue
idCusto Médio
labelDocumentações Gerais

DOCUMENTAÇÕES GERAIS


Abaixo segue nossas documentações sobre os processos de Custo Médio, FIFO e Custo em Partes

Exibir filhos
depth1
pageCusto Médio, FIFO e Recalculo do Custo - Estoque
excerpttrue


Card
defaulttrue
idCusto Médio
labelConsultoria Segmentos

CONSULTORIA SEGMENTOS


Orientações Consultoria de Segmentos - TRSKRW - Métrica do Cálculo do Registro do Custo Médio Ponderado

Link: http://tdn.totvs.com/pages/releaseview.action?pageId=185739844





Card
defaulttrue
idCusto Médio
labelInstalação Procedures

INSTALAÇÃO DE PROCEDURES


Esta documentação contem informações sobre como realizar a instalação e consulta das Stored Procedures do modulo de Estoque e Custos

O que são Stored Procedures?

Stored Procedure, que traduzido significa Procedimento Armazenado, é uma conjunto de comandos em SQL que podem ser executados de uma só vez, como em uma função.
Ele armazena tarefas repetitivas e aceita parâmetros de entrada para que a tarefa seja efetuada de acordo com a necessidade individual.

Um Stored Procedure pode reduzir o tráfego na rede, melhorar a performance de um banco de dados, criar tarefas agendadas, diminuir riscos, criar rotinas de processamento, etc.


Stored Procedures utilizadas nas rotinas de Materiais

Pacote
Procedure
Rotina
Protheus
Nome
Procedure

Processo
Configurador

Descrição
P12_14.SPSMATXFUNBMAT00614Calculo de Estoque
P12_15.SPSMATA216MAT04115Refaz poder de terceiros
P12_16.SPSMATA225MAT04316Verifica se pode alterar o custo médio do produto
P12_17.SPSMATA280MAT03817Virada de saldos
P12_18.SPSMATA300MAT04018Saldo atual
P12_19.SPSMATA330MAT00419Recálculo do custo médio
P12_20.SPSMATA320MAT00520Acerto níveis de estrutura
P12_21.SPSMATA350MAT02621Saldo atual para final
P12_22.SPSMATR320MAT05621MATR320  - Relatório de entradas e saídas


Nomenclatura do pacote de Stored Procedures:

      P10_14.SPS (Pacote de Procedure do Processo 14 – Calculo de Estoque)

      • P12 – Versão
      • 14 – Código do Processo

Nomenclatura das Stored Procedures

¨      Exemplo: MAT006_14_01

      • MAT006 – Nome da stored procedure
      • 14 – Código do Processo
      • 01 – Código da Empresa

    Nome da Procedure – Tamanho (10 Posições)

       Nome do Processo – Tamanho (3 Posições – Contempla o caractere “_”  )

       Código da Empresa – Tamanho (5 Posições – Contempla o caractere “_”  )

* O tamanho do nome das Stored Procedures é limitado a 18 posições


COMO INSTALAR OS PACOTES DE STORED PROCEDURES?

(ideia) Importante: Antes de realizar a instalação do novo pacote de stored procedures aplique o pacote *.ptm no ambiente através da ferramenta DEVSTUDIO ou TDS.

a) Acesse o modulo "Configurador (SIGACFG)"

b) Acesse a opção de menu "\Base de Dados\Dicionario\Stored Procedure (CFGX051)"

Image Added

c) Escolha a opção "Instalação" e clique no botão Ok.

Image Added

d) Escolha o pacote a ser instalado em seu ambiente e confirme.

Image Added

e) Escolha a Empresa ou Grupo e confirme.

Image Added

Ao confirmar a instalação as stored procedures serão compiladas em seu banco de dados.

Image Added

Ao concluir o processo será exibida a mensagem abaixo:

Image Added


COMO VERIFICAR AS ASSINATURAS E INSTALAÇÃO DAS STORED PROCEDURES?

a) Acesse o modulo "Configurador (SIGACFG)"

b) Acesse a opção de menu "\Base de Dados\Dicionario\Stored Procedure (CFGX051)"

c) Escolha a opção "Consulta" e clique no botão Ok.

Image Added

Image Added



Card
defaulttrue
idCusto Médio
labelOrdenação de Movimentos

ORDENAÇÃO DE MOVIMENTOS DE ESTOQUE


Esta documentação contem informações sobre ordenação padrão dos registros durante o processamento do Recalculo do Custo Médio


A função primordial da rotina de recálculo do custo médio é reordenar as movimentações de forma que todas as entradas sejam processadas antes das saídas em um mesmo período. As informações disponíveis para realizar esta ordenação são: data da movimentação (i.e.: movimentações que ocorreram no início do período influenciarão o custo das demais, e não o inverso) e a natureza da movimentação (i.e.: normalmente uma produção utiliza a matéria prima já existente no estoque, por isso consideramos que movimentações de entrada de matéria prima terão influência no custo do produto a ser produzido, e não o contrário). Para casos em que ocorrem várias movimentações em um mesmo período, como  por exemplo, no método de apropriação mensal, com todas as movimentações que ocorreram dentro do mês devem ser ordenadas independentemente da data em que tenha ocorrido, utilizamos apenas a natureza da movimentação como critério de desempate nesta reordenação.

   Para atender a maioria dos casos encontrados em nossos clientes definimos que nossa rotina de recálculo de custo médio deve ordenar as naturezas das movimentações ocorridas dentro de um mesmo período (dia, semana, mês etc.) da seguinte forma:


Chart from Table
id1537806262145_-486442964

 Ordem de Cálculo

Tipo de Movimentação

Observação

080

Movimento de Ajuste Cambial (para a localização da Bolívia)

Tabela SD3

095

Entrada por Remito de Compra (apenas para algumas localizações)

Tabela SCM

100

Entrada por Compra

Tabela SD1

110

Entrada por Liberação ou Rejeição de CQ

Tabela SD3

120

Entrada direcionada a OP (i.e.: gera RE5) de Produto de terceiros a ser Beneficiado por mim - Período Anterior

Tabelas SD1/SD3

120

Entrada direcionada a OP (i.e.: gera RE5) - Período Anterior

Tabelas SD1/SD3

145

Entrada por Devolução de Compra (apenas para algumas localizações)

Tabela SCM

150

Entrada por Devolução Compra

Tabela SD2

195

Entrada por Devolução de Vendas (apenas para algumas localizações) - Período Anterior

Tabela SCN

200

Entrada por Devolução de Vendas - Período Anterior

Tabela SD1

250

Entrada por Recebimento de Produto de terceiros a ser Beneficiado por mim - Período Atual

Tabela SD1

280

Entrada por Recebimento de Produto de terceiros a ser Beneficiado por mim - Período Anterior

Tabela SD1

290

Saída para Envio de Beneficiamento feito por mim

Tabela SD2

300

Movimentações Internas (menos req. p/ consumo e transferência)

Tabela SD3

       300        Movimentações Internas de transferência w      Tabela SD3

300

Saída para transferência entre filiais w

Tabela SD2

300

Entrada de transferência entre filiais w

Tabela SD1

300

Saída - Envio de Produto sem estrutura para Beneficiamento a ser feito por terceiros

Tabela SD2

300

Entrada por Recebimento de Produtos com estrutura que foi Beneficiado por terceiros

Tabela SD1

300

Entrada por Recebimento de Produtos sem estrutura que foi Beneficiado por terceiros y

Tabela SD1

300

Saída - Envio de Produto com estrutura para Beneficiamento a ser feito por terceiros y

Tabela SD2

300

Entrada direcionada a OP (i.e.: gera RE5) de Produto de terceiros a ser Beneficiado por mim - Período Atual

Tabelas SD1/SD3

300

Entrada direcionada a OP (i.e.: gera RE5) - Período Atual

Tabelas SD1/SD3

301

Saída para Requisição de Consumo

Tabela SD3

480

Saída para Apontamento de Projetos (SIGAPMS)

SIGAPMS

495

Saída para Remito de Venda (apenas para algumas localizações)

Tabela SCN

500

Saída para Vendas

Tabela SD2

500

Entrada por Devolução de Venda - Período Atual

Tabela SD1

545

Entrada por Devolução de Venda (apenas para algumas localizações) - Período Atual

Tabela SCN

600

Reavaliação de Custo (REA/DEA)

Tabela SD3

610

Movimento de acerto do custo de reposição

Tabela SD3


Com esta seqüencia atendemos grande parte da operação de nossos clientes, mas há casos particulares ou situações pontuais que exigem que as movimentações sejam ordenadas de forma diferente desta mostrada acima. Veja: normalmente as operações de transferência devem ser consideradas em uma seqüência posterior a operações de movimentos internos para que o custo das devoluções ao estoque seja agregado ao custo do produto antes que este seja transferido. Observe que esta situação está coberta pela seqüência padrão de calculo acima, onde movimentações internas recebem a seqüência de cálculo 300 e movimentações de transferência recebem a seqüência de cálculo 300w. Se por qualquer motivo uma empresa precise que seja feita uma transferência entre diferentes produtos, fazendo com que o estoque de produto A seja transferido para (i.e.: se “transforme” em) produto B para que a seguir o estoque deste produto B seja requisitado para determinada OP... Neste caso a seqüência padrão já não seria mais válida; A transferência de produtos receberia a seqüência de cálculo 300w e a requisição para OP, feita logo a seguir, receba a seqüência de cálculo 300...

   Neste exemplo a ordenação proposta pelo sistema padrão inverteria a ordem natural da movimentação, fazendo com que o custo da devolução da transferência não fosse considerado na requisição para OP. Mais um ponto: se estas fossem as primeiras movimentações no período e se o produto não tivesse custo histórico o custo do mesmo ficaria negativo!

   A ferramenta disponibilizada para adequar casos como o exemplificado acima é o ponto de entrada MA330TRB ( neste link ), que possibilita a alteração da seqüência de cálculo que é atribuída pelo sistema à determinada movimentação durante o recálculo do custo; No exemplo acima o tratamento deveria abranger apenas as transferência de produtos que tivessem códigos diferentes na entrada e saída de uma mesma movimentação de transferência – para estes casos a seqüência de cálculo pode ser alterada, por exemplo, de 300w para 290w, incluindo esta movimentação antes dos movimentos internos, que possuem seqüência de cálculo 300.

   Este ponto de entrada interfere no desempenho da rotina e  não fere a integridade dos dados, sendo considerado como um dispositivo padrão de parametrização do recálculo do custo médio nos casos, onde a ordenação padrão sugerida não atende as necessidades específicas encontradas em determinadas empresas.



O Recalculo do Custo Médio (MATA330), quando processado por apropriação Mensal ou Diária, utiliza uma chave (TRB_DTBASE+TRB_SEQPRO+TRB_ORDEM+TRB_NIVEL+TRB_NIVSD3+TRB_CHAVE+TRB_SEQ) para ordenação dos movimentos no arquivo de trabalho (TRB). Esta chave utilizada para ordenação atende o processo produtivo da grande maioria das empresas, porém em alguns processos, devido a seqüência em que os movimentos são gerados, as Transferências (RE4 / DE4) e Desmontagens (DE7 / RE7) podem não ser ordenados conforme o esperado.

Para estas situações existe o parâmetro MV_SEQ300, que tem como objetivo ordenar os movimentos de Ordem 300 (Movimentos Internos) por seqüência de inclusão (D3_NUMSEQ) ignorando a chave padrão. Com a ativação do parâmetro a grande maioria das exceções são tratadas e solucionadas.
No entanto existem processos muito específicos que mesmo a ativação do parâmetro não realiza a ordenação esperada dos movimentos. Para estes casos será necessário utilizar o ponto de entrada MA330TRB para manipular o arquivo de trabalho (TRB) e definir uma regra especifica de ordenação com base nos movimentos do cliente. Quando há a necessidade de utilização do ponto de entrada, o processo do cliente deve ser estudado para identificar um padrão para as movimentações e consequentemente uma regra para ordenação delas.





Deck of Cards
effectDuration0.5
idTIPOS
effectTypefade
Card
defaulttrue
effectDuration0.5
idTIPOS
labelTIPO 1

Estrutura
Definir qualquer código para representar a condição.
O campo Cond. Pagto. indica o deslocamento em dias a partir da data base. Os valores devem ser separados por vírgula.

Exemplo:
• Código - 001
• Tipo - 1
• Condição - 00,30,60

Os pagamentos serão efetuados da seguinte forma:
• 1ª parcela à vista
• 2ª parcela 30 dias
• 3ª parcela 60 dias

Obs: Atente-se à configuração do parâmetro MV_DIACONT sendo 1 = Conta o dia atual ou 2 = Conta a partir do dia seguinte.

Card
effectDuration0.5
idTIPOS
labelTIPO 2

Estrutura
O campo Código do cadastro Condição de Pagamento, representa os vencimentos, de acordo com a fórmula:

Image Added

O campo Cond. Pagto. deve determinar o multiplicador.

Exemplo:
• Código - 341
• Tipo - 2
• Condição - 7 (Multiplicador)

Image Added

Card
defaulttrue
idTIPOS
labelTIPO 3

Estrutura
O campo Cond. Pagto determina o número de parcelas, a carência e as datas padronizadas para o vencimento. O usuário pode definir qualquer código para representar a condição.

Image Added

Exemplo:
• Código - 001
• Tipo - 3
• Condição - 3,42,7,14,21,28

Image Added

O programa calcula, após a data de emissão, as datas de vencimento, ajustando-as de acordo com as datas padrão fornecidas, sempre para a próxima.

Card
defaulttrue
effectDuration0.5
idTIPOS
labelTIPO 4

Estrutura
O campo Cond. Pagto determina o número de parcelas, o intervalo de dias e o dia da semana para o vencimento. O usuário pode definir qualquer código para representar a condição.
O campo Cond. Pagto. indica o intervalo em dias, a partir do ultimo vencimento entre uma parcela e outra. Os valores devem ser separados por vírgula.

Image Added

Em que D pode assumir:
1 - Domingo
2 - Segunda
3 - Terça
4 - Quarta
5 - Quinta
6 - Sexta
7 - Sábado

Exemplo:
• Código - 001
• Tipo - 4
• Condição - 4,30,3
Esta condição indica que o título terá quatro parcelas com vencimento a cada trinta dias, toda terça-feira.

Obs:  O sistema não retrocede a data para a semana vigente ao vencimento. Quando por intervalo de parcelas vencimento cair na  quarta - feira a mesma semana o sistema levará  a regra como vencimento para terça- feira da seguinte.

Ex: Emissão 06/01/20 +30 DDL = vencimento cairia para  05/02 (quarta-feira), como a regra no pagamento é toda terça-feira , o vencimento correto será dia 11/02/20 (terça-feria da próxima semana) 

Card
defaulttrue
effectDuration0.5
idTIPOS
labelTIPO 5

Estrutura
O campo Cond. Pagto representa a carência, a quantidade de duplicatas e os vencimentos, nesta ordem, representado por valores numéricos.
Exemplo:
• Código - 001
• Tipo - 5
• Condição - 10,12,30
Assim, a condição 10,12,30 representa:

Image Added

Card
idTIPOS
labelTIPO 6

Estrutura

O campo Cond. Pagto assume dias da semana padronizados para o vencimento, considerando o intervalo de dias entre cada parcela.
O campo Cond. Pagto. indica o intervalo em dias, a partir do ultimo vencimento entre uma parcela e outra. Os valores devem ser separados por vírgula.

Image Added

Em que D pode assumir:
1 - Domingo
2 - Segunda
3 - Terça
4 - Quarta
5 - Quinta
6 - Sexta
7 - Sábado

Exemplo:
• Código - 001
• Tipo - 6
• Condição - 6,15,4,30
Assim, a condição 6,15,4,30 representa:

Image Added

Card
idTIPOS
labelTIPO 7

Estrutura
Permite a definição de datas fixas de vencimento no período de um ano. O valor de cada parcela será calculado dividindo-se o Valor Total da Nota pelo Número de Parcelas.

Esta condição trata as parcelas da seguinte maneira:
• São definidos 13 valores numéricos com dois dígitos, separados por vírgula;
• O primeiro valor numérico indica o número de parcelas;
• Os demais devem ser utilizados para informar os dias de vencimento das parcelas de janeiro a dezembro sequencialmente;
• O vencimento da primeira parcela será a data imediatamente posterior à data base.
Dica: Quando o dia informado for superior ao último dia do mês, o último dia do mesmo será assumido.

Exemplo:
Data Base 25/03/2002
• Código - 001
• Tipo - 7
• Condição - 03, 05, 10, 15, 20, 25, 30, 05, 10, 15, 20, 25, 30

Image Added

Assim, temos: 3 parcelas com vencimento nos dias 20/Abril, 25/Maio e 30/Junho.

Card
idTIPOS
labelTIPO 8

Estrutura

O campo Cond. Pagto representa os dias de deslocamento e os percentuais de cada parcela na seguinte forma: [nn, nn, nn], [xx, xx, xx], em que:

• [nn, nn, nn] são os deslocamentos em dias a partir da data base.
• [xx, xx, xx] são os percentuais de cada parcela

Os valores deverão ser separados por vírgula.
A soma dos totais dos percentuais deve ser de 100%.

Exemplo:
• Código - 001
• Tipo - 8
• Condição - [30,60,90],[25,35,40]
Num total de 1.000 reais serão geradas as seguintes parcelas.
• para 30 dias, 25% do total R$ 250,00
• para 60 dias, 35% do total R$ 350,00
• para 90 dias, 40% do total R$ 400,00

Card
idTIPOS
labelTIPO 9

Caso nenhum dos Tipos de Condição disponíveis atenda plenamente a particularidade de sua necessidade, poderá utilizar o TIPO 9, que é o Tipo utilizado quando não há um tipo que automatize a regra do cliente.
Detalhes abaixo e no link: Condição_de_Pagto_Tipo_9

Estrutura (Datas Fixas)
O usuário informa as datas de vencimentos e valores em moeda ou percentuais.

Esta condição é utilizada quando não há regras predeterminadas, sendo que o usuário pode informar manualmente as parcelas e vencimentos no momento da venda. Desta forma, poderá compor os valores das parcelas como desejar. Esta opção é válida para Pedidos de Venda e Orçamentos de Venda.

Para determinar o número de parcelas, deve ser configurado o parâmetro MV_NUMPARC. O padrão do sistema é 4, porém é permitida a configuração de até 26 parcelas. No entanto, como a quantidade de parcelas é informada no pedido de vendas (Campos C5_PARC1 a 4 e C5_DATA1 a 4), e no orçamento de vendas (Campos CJ_PARC1 a 4 e CJ_DATA1 a 4), devem ser criados os campos "Parcela" e "Data" de acordo com a necessidade de cada empresa. Desta forma, caso o parâmetro seja configurado para 7 parcelas, por exemplo, devem ser criados os campos:

Para o pedido de Vendas:
C5_PARC5, C5_PARC6, C5_PARC7 e C5_DATA5, C5_DATA6 E C5_DATA7.

Para o Orçamento de Vendas:
CJ_PARC5, CJ_PARC6, CJ_PARC7 e CJ_DATA5, CJ_DATA6 e CJ_DATA7.

Importante:
Somente para o tipo de condição de pagamento 9, o parâmetro MV_IPITP9 define se o valor do IPI será incluso nas parcelas. Configure o parâmetro com conteúdo igual a S (Sim) se o valor do IPI estiver incluso, caso contrário, informe N (Não).

A condição de pagamento tipo 9 tem o valor definido pelo usuário em valor ou em percentual, sendo assim, se a opção escolhida for valor, o IPI pode ser distribuído nas parcelas como convier.

Exemplo:
Pode-se incluir o valor total do IPI na primeira parcela ou na última, ou dividir o valor do IPI pelo número de parcelas e cobrar o IPI junto com cada parcela, etc.
Para a condição de pagamento tipo 9, informe no campo Cond. Pagto.; zero 0 ou o símbolo percentual %:
• O símbolo % - para utilizar os campos Parcelas do arquivo de Pedidos de Vendas como percentuais a serem parcelados;
• Zero 0 - para que os parcelamentos sejam considerados em valor moeda.

Exemplo:
Condição de Pagamento: 001

Campos Conteúdo
Código 001
Tipo 9
Cond. Pagto.%
Descrição Percentual

Condição de Pagamento: 002

Campos Conteúdo
Código 002
Tipo 9
Cond. Pagto0
Descrição Valor

Considerando os pedidos de venda abaixo:

Pedido 1

Campos Conteúdo
Pedido 000001
Cliente 000099
Cond. Pagto.001
Parcela 1 10
Vencimento 125/03/16
Parcela 230
Vencimento 220/04/16
Parcela 330
Vencimento 305/05/16
Parcela 430
Vencimento 410/06/16
Valor Total do PedidoR$ 1.000,00

• Para a condição de Pagamento 001 (%), o sistema considera:
• Parcela 1: 10% sobre o total do pedido (R$100,00) e vencimento 25/03/03
• Parcela 2: 30% sobre o total do pedido (R$ 300,00) e vencimento 20/04/03
• Parcela 3: 30% sobre o total do pedido (R$ 300,00) e vencimento 05/05/03
• Parcela 4: 30% sobre o total do pedido (R$ 300,00) e vencimento 10/06/03

Pedido 2

Campos Conteúdo
Pedido 000002
Cliente 000099
Cond. Pagto.002
Parcela 1100
Vencimento 125/03/16
Parcela 2300
Vencimento 220/04/16
Parcela 3300
Vencimento 305/05/16
Parcela 4300
Vencimento 410/06/16
Valor Total do PedidoR$ 1.000,00


• Para a condição de Pagamento 002 (0), o sistema considera:
• Parcela 1: 100,00 e vencimento 25/03/03
• Parcela 2: 300,00 e vencimento 20/04/03
• Parcela 3: 300,00 e vencimento 05/05/03
• Parcela 4: 300,00 e vencimento 10/06/03

Importante:
• A condição de pagamento do tipo “9” não deve ser utilizada em transações realizadas nos ambientes Compras, Financeiro e Automação Comercial (Sigaloja e FrontLoja).
• A rotina de Televendas do ambiente Call Center utiliza a condição de pagamento tipo 9, somente se o pedido de vendas for gerado através de integração com o ambiente Faturamento.
• O sistema não efetua aglutinação de duplicatas com tipo de condição de pagamento 9, pois os valores para este tipo de condição são definidos pelo usuário e não pelo sistema.

Para maiores informações consulte o link: FAT0074_Condição_de_Pagamento_Tipo_9

Card
idTIPOS
labelTIPO A

Image Added

Card
idTIPOS
labelTIPO B

Este tipo de condição possibilita a combinação de diversos tipos de vencimentos (tipos: 1 a 8; com exceção do tipo 9) em uma única uma condição de pagamento.

Na janela de inclusão de condição de pagamento, a área superior apresenta os campos para definição dos tipos das condições de pagamento já existentes; a área inferior, apresenta linhas para definição dos itens quando a condição for tipo B, neste caso, somente os campos definidos nos itens serão considerados para o cálculo dos vencimentos das duplicatas.

Os itens da condição de pagamento tipo B serão armazenados na tabela Desmembramento de Condições de Pagamento - SEC.

Parâmetros Envolvidos

• MV_AGLDUPB - Define se quando existirem duplicatas com a mesma data de vencimento, estas deverão ser aglutinadas.
• MV_DATDUPB - Indica se para o cálculo dos vencimentos, será aplicada a data do último título gerado como referência para a próxima condição (1=Atualiza) ou será utilizada sempre a data inicial (2-Inicial).

Exemplos de Aplicação:http://interno.totvs.com/mktfiles/tdiportais/helponlineprotheus/p12/portuguese/mata360_tipo_b.htm

Importante:
• A condição de pagamento do tipo “9” não deve ser utilizada em transações realizadas nos ambientes Compras, Financeiro e Automação Comercial (Sigaloja e FrontLoja).
• A rotina de Televendas do ambiente Call Center utiliza a condição de pagamento tipo 9, somente se o pedido de vendas for gerado através de integração com o ambiente Faturamento.
• O sistema não efetua aglutinação de duplicatas com tipo de condição de pagamento 9, pois os valores para este tipo de condição são definidos pelo usuário e não pelo sistema.

Para maiores informações consulte o link: FAT0074_Condição_de_Pagamento_Tipo_9

Card
idTIPOS
labelTIPO A

Image Removed

Card
idTIPOS
labelTIPO B

Este tipo de condição possibilita a combinação de diversos tipos de vencimentos (tipos: 1 a 8; com exceção do tipo 9) em uma única uma condição de pagamento.

Na janela de inclusão de condição de pagamento, a área superior apresenta os campos para definição dos tipos das condições de pagamento já existentes; a área inferior, apresenta linhas para definição dos itens quando a condição for tipo B, neste caso, somente os campos definidos nos itens serão considerados para o cálculo dos vencimentos das duplicatas.

Os itens da condição de pagamento tipo B serão armazenados na tabela Desmembramento de Condições de Pagamento - SEC.

Parâmetros Envolvidos

• MV_AGLDUPB - Define se quando existirem duplicatas com a mesma data de vencimento, estas deverão ser aglutinadas.
• MV_DATDUPB - Indica se para o cálculo dos vencimentos, será aplicada a data do último título gerado como referência para a próxima condição (1=Atualiza) ou será utilizada sempre a data inicial (2-Inicial).

Exemplos de Aplicação:http://interno.totvs.com/mktfiles/tdiportais/helponlineprotheus/p12/portuguese/mata360_tipo_b.htm

Card
defaulttrue
effectDuration0.5
idTIPOS
labelTIPO 1

Estrutura
Definir qualquer código para representar a condição.
O campo Cond. Pagto. indica o deslocamento em dias a partir da data base. Os valores devem ser separados por vírgula.

Exemplo:
• Código - 001
• Tipo - 1
• Condição - 00,30,60

Os pagamentos serão efetuados da seguinte forma:
• 1ª parcela à vista
• 2ª parcela 30 dias
• 3ª parcela 60 dias

Obs: Atente-se à configuração do parâmetro MV_DIACONT sendo 1 = Conta o dia atual ou 2 = Conta a partir do dia seguinte.







Caso nenhum dos Tipos de Condição disponíveis atenda plenamente a particularidade de sua necessidade

Neste caso recomendamos utilizar o TIPO 9, que é o Tipo utilizado quando não há um tipo que automatize a regra do cliente.

Caso as opções do padrão não lhe atendam, e a automatização de sua regra seja imprescindível à seu processo, avalie a possibilidade de implementar Ponto de Entrada para tratar sua necessidade.


Expandir
titlePontos de entrada relacionados à Condição de pagamento / geração de título, em Notas de Saída

M460RTPD - executado antes do rateio das despesas acessórias: http://tdn.totvs.com/display/public/PROT/M460RTPD

M460COND - Alteração de data inicial da Condição de Pgto. Chamado antes de gerar o cabeçalho da NF de saida: http://tdn.totvs.com/pages/releaseview.action?pageId=6784176

M460FIM - Chamado apos a gravação da NF de Saída, e fora da transação: http://tdn.totvs.com/pages/releaseview.action?pageId=6784180

M461VTot - Verifica o total da Nota Fiscal e a condição de pagamento escolhida, antes de sua geração: http://tdn.totvs.com/pages/releaseview.action?pageId=6784607
OBS: O ponto de entrada não é chamado na opção Prep. Doc. Saída da rotina MATA410, é chamado na opção Prep. Doc. Saída da rotina MATA461.

MT461VCT - Alteração no vencimento e valor do título: http://tdn.totvs.com/pages/releaseview.action?pageId=6784498

M4601DUP - Possibilita a alteração do número da primeira parcela dos títulos. As demais serão uma sequência alfanúmerica destes: http://tdn.totvs.com/pages/releaseview.action?pageId=6784173

M460MOED - Altera definição da moeda do título: http://tdn.totvs.com/pages/releaseview.action?pageId=6784589

GEMXGRCVND - Manutenção na condição de pagamento no pedido de venda - http://tdn.totvs.com/pages/viewpage.action?pageId=6784609

  • Para avaliar Pontos de Entrada em outras rotinas, diferente de Nota de Saída, contate o Suporte Protheus
  • Se precisar de auxílio neste sentido, entre em contato com a equipe de ADVPL informando o Ponto de Entrada no qual tem interesse e solicitando suporte através de um ticket de atendimento pelo portal do cliente direcionando ao módulo "Customizações - ADVPL"