Artigos de KCS: MP - SIGAEST - BLOQLOC5 TRANSFERÊNCIA ENTRE ARMAZÉNS MP - SIGAEST - Realizando Transferência Simples entre Almoxarifados (produtos com lote) MATA260 |
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):
Acesse nossa documentação que exemplifica num contexto prático a escolha da precisão de decimais no cálculo do 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
SD3 - Tabela de Movimentações Internas
SC2 - Tabela de Ordens de Produção
SB6 - Tabela de Saldo em Poder de Terceiros
|
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)"CUSTO EM PARTES Documentos explicativos para apoiar na utilização do Custo em Partes:
|
DOCUMENTAÇÕES GERAISAbaixo segue nossas documentações sobre os processos de Custo Médio, FIFO e Custo em Partes |
CONSULTORIA SEGMENTOS
|
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. 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)
Nomenclatura das Stored Procedures ¨ Exemplo: MAT006_14_01
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?
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 "Instalação" e clique no botão Ok.
d) Escolha o pacote a ser instalado em seu ambiente e confirme.
e) Escolha a Empresa ou Grupo e confirme.
Ao confirmar a instalação as stored procedures serão compiladas em seu banco de dados.
Ao concluir o processo será exibida a mensagem abaixo:
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.
|
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.
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:
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.
|