Tempo aproximado para leitura: 00:03:00 min
Dúvida
Ao executar uma rotina ou relatório é apresentado o error.log - Data Width Error em campo campo de valor em outra moeda. O que fazer? Como limpar os saldos nos campos de moedas que não utilizo.
Ambiente
Cross Segmento - TOTVS Backoffice (Linha Protheus) - Estoque/Custos - Todas as versões.
Solução
Procedimento para Validação e Limpeza de Dados em Outras Moedas
1. Introdução O parâmetro MV_MOEDACM é utilizado em cenários onde há estouro de campo para moedas diferentes da Moeda 1 ou quando se deseja desativar o cálculo de valores em determinadas moedas nos processamentos para ganho de performance.
Caso existam valores registrados em outras moedas, o correto é efetuar o ajuste de custo nas moedas:
Cross Segmento - Backoffice (Linha Protheus) - SIGAEST - Acerto de Custo dos Produtos em Estoque
Mas caso não queira efetivar, devido a não usar a moeda, mas ocorrer um estouro de campo, por conta de alguma digitação da moeda de forma indevida, nesse caso é necessária a limpeza manual desses campos diretamente na base de dados por meio da ferramenta APSDU. Ressalta-se que não há rotinas automáticas para a remoção de valores de custos em qualquer moeda.
2. Procedimento de Limpeza de Dados
2.1. Execução da Limpeza
- A limpeza dos campos das moedas adicionais (Moeda 2, Moeda 3, Moeda 4 e Moeda 5) deve ser realizada diretamente no banco de dados via APSDU.
- Após a remoção dos valores, o parâmetro
MV_MOEDACMdeve ser atualizado para um valor nulo (removendo o padrão "2,3,4,5"). - O sistema não deve conter informações de taxas para essas moedas no momento da abertura.
- Movimentos também não devem ser informados com valores nessas moedas.
- Caso existam registros nos campos mencionados, eles serão validados pelas rotinas do sistema e carregados em outras tabelas.
2.2. Considerações sobre a Moeda 3
- A Moeda 3 é utilizada pelo módulo de Ativo Fixo. É necessário cuidado ao manipular seus dados para evitar impactos indevidos.
3. Validação e Ajuste de Campos
Para garantir a integridade dos dados, devem ser verificadas as colunas a seguir. Se os valores estiverem muito altos, excedendo o tamanho suportado pela picture, eles deverão ser ajustados. Caso a empresa não utilize custos em outras moedas, os campos deverão ser preenchidos com zero.
3.1. Campos a serem zerados
Tabela SM2
- M2_MOEDA2, M2_MOEDA3, M2_MOEDA4, M2_MOEDA5
- M2_TXMOED2, M2_TXMOED3, M2_TXMOED4, M2_TXMOED5
Tabela SB9
- B9_VINI2, B9_VINI3, B9_VINI4, B9_VINI5
Tabela SB2
- B2_VFIM2, B2_VFIM3, B2_VFIM4, B2_VFIM5
- B2_VATU2, B2_VATU3, B2_VATU4, B2_VATU5
- B2_CM2, B2_CM3, B2_CM4, B2_CM5
Tabela SD2
- D2_CUSTO2, D2_CUSTO3, D2_CUSTO4, D2_CUSTO5
Tabela SD3
- D3_CUSTO2, D3_CUSTO3, D3_CUSTO4, D3_CUSTO5
Tabela SD1
- D1_CUSTO2, D1_CUSTO3, D1_CUSTO4, D1_CUSTO5
Tabela SB6
- B6_CUSTO2, B6_CUSTO3, B6_CUSTO4, B6_CUSTO5
Tabela SC2
- C2_VATU2, C2_VATU3, C2_VATU4, C2_VATU5
- C2_VINI2, C2_VINI3, C2_VINI4, C2_VINI5
- C2_VFIM2, C2_VFIM3, C2_VFIM4, C2_VFIM5
- C2_APRATU2, C2_APRATU3, C2_APRATU4, C2_APRATU5
- C2_APRINI2, C2_APRINI3, C2_APRINI4, C2_APRINI5
- C2_APRFIM2, C2_APRFIM3, C2_APRFIM4, C2_APRFIM5
Tabela SBD
- BD_CUSINI2, BD_CUSINI3, BD_CUSINI4, BD_CUSINI5
- BD_CUSFIN2, BD_CUSFIN3, BD_CUSFIN4, BD_CUSFIN5
Tabela SD8
- D8_CUSTO2, D8_CUSTO3, D8_CUSTO4, D8_CUSTO5
4. Considerações Finais
- A manipulação de dados deve ser realizada inicialmente em um ambiente de testes.
- Recomenda-se fortemente que um analista in loco execute a validação dos dados utilizando a ferramenta APSDU.
- A execução do procedimento deve ser acompanhada por um analista credenciado pela TOTVS, garantindo a integridade dos dados e evitando impactos indesejados no sistema.
Esse procedimento garante que os custos em moedas adicionais sejam tratados corretamente, prevenindo erros de estouro de campo nas mesmas.
Saiba mais;
Clique aqui e veja mais artigos sobre Custos no Estoque
0 Comentários