Árvore de páginas

Versões comparadas

Chave

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

...

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

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

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 Removed

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

Image Removed

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

Image Removed

e) Escolha a Empresa ou Grupo e confirme.

Image Removed

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

Image Removed

Ao concluir o processo será exibida a mensagem abaixo:

Image Removed

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 Removed

Image Removed

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.





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)


SB6 - Tabela de Saldo em Poder de Terceiros

(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

Deck of Cards
startHiddenfalse
effectDuration0.5
idCusto Médio
effectTypehorizontal
loopCardstrue

COMO MELHORAR A PERFORMANCE

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

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 Removed

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 Removed

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 ?   

        
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 Removed Image RemovedImage Removed

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

Image Removed

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

Image Removed

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.

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.

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

SB2 - Tabela de Saldo Físico e Financeiro

SD1 - Tabela de Itens das NF de Entrada

SD2 - Tabela de Itens de Venda da NF

SD3 - Tabela de Movimentações Internas

SC2 - Tabela de Ordens de Produção

Card
defaulttrue
idCusto Médio
labelPacote 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 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
    Image Removed
    Card
    defaulttrue
    idCusto Médio
    labelParâmetros Configuraçã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
    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
    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
    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
    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
    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
    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

    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




    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:


    Card
    defaulttrue
    idCusto Médio
    labelComo Analisar Seus Custos

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




    Card
    defaulttrue
    idCusto Médio
    labelPrecisão Calculo



    Card
    defaulttrue
    idCusto Médio
    labelCusto Em Partes

    CUSTO EM PARTES



    Card
    defaulttrue
    idCusto Médio
    labelDocumentações Gerais

    DOCUMENTAÇÕES GERAIS




    Card
    defaulttrue
    idCusto Médio
    labelConsultoria Segmentos

    CONSULTORIA SEGMENTOS





    Card
    defaulttrue
    idCusto Médio
    labelInstalação Procedures

    INSTALAÇÃO DE PROCEDURES




    CUSTO EM PARTES

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

    DOCUMENTAÇÕES GERAIS

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

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

    ORDENAÇÃO DE MOVIMENTOS DE ESTOQUE

    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

    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
    Exibir filhos
    depth1
    pageCusto Médio, FIFO e Recalculo do Custo - Estoque
    excerpttrue
    Card
    defaulttrue
    idCusto Médio
    labelConsultoria Segmentos
    Card
    defaulttrue
    idCusto Médio
    labelInstalação Procedures
    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
    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



    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:

    O campo Cond. Pagto. deve determinar o multiplicador.

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

    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.

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

    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.

    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:

    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.

    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:

    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

    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

    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







    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"