Linha Microsiga Protheus - Espanhol

Atalhos

Árvore de páginas

Versões comparadas

Versão antiga 2

changes.mady.by.user Rafael Fernando Villanueva Alegre

Gravado em

comparado com

Nova versão Atual

changes.mady.by.user Monica Virginia Barrantes de Villanueva

Gravado em

Chave

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

Aumento de

Casas Decimais no ambiente Faturamento

decimales en el entorno Facturación - SIGAFAT

ProdutoProducto:

Microsiga Protheus

Ocorrência

Ocurrencia:

Aumento de

casas decimais ou inconsistências relacionadas à alteração

decimales o inconsistencias relacionadas con la modificación

EntornoAmbiente:

SIGAFAT - FaturamentoFacturación


O El 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.decimales en el Protheus es un asunto delicado. Cuando se realiza sin los debidos criterios o no recibe el debido mantenimiento, puede causar diversas inconsistencias.


KCS: Cross Segmento - TOTVS Backoffice (Línea Protheus) - SIGAFAT - Decimales en la facturación


POSIBLES INCONSISTENCIAS


 

  • Se muestra un mensaje en el Pedido de ventas

POSSÍVEIS INCONSISTÊNCIAS

Exibida mensagem no Pedido de Vendas se tratar de uma Nota Fiscal de Devolução, o valor unitário deve ser igual ao da Nota Fiscal de Origem

(sendo que o valor exibido no Pedido está sim igual ao valor exibido na Nota de Entrada)

  • No Pedido de Vendas (SC6)
É informado no item um Valor/Qtd “x” porém, ao Liberar / Preparar o documento de saída, esse valor/qtd é levado com conteúdos quando deveriam ter conteúdo idêntico Exemplopreço da vendapreço unitário do produtoPodendo essa diferença como desconto indevido na Nota.Alerts na tela que impedem o processo
  • informando que...

Por

tratarse de una Factura de devolución, el valor unitario debe ser igual al de la Factura de origen

(siendo que el valor mostrado en el Pedido está igual al valor mostrado en la Factura de entrada)

 

  • En el Pedido de venta (SC6)

Se informa en el ítem un Valor/Cant “x”, sin embargo, al Liberar / Preparar el documento de salida, este valor/cant se lleva

“y” (SC9 / SD2)

 

  • Campos
  • con contenidos diferentes,
  • cuando deberían tener contenido idéntico

Ejemplo

: B6_PRUNIT / D2_PRCVEN (

precio de la venta) / D2_PRUNIT (

precio unitario del producto)

Pudendo inclusive atribuir

esta diferencia como descuento indebido en la Factura.

 

  • Avisos en la pantalla que impiden el proceso:

A410UNIDIF | A100VALOR | A410TOTAL |A415TOTAL



CONCEPÇÃO

CONCEPCIÓN DE CAUSA


Estes comportamentos são comumente encontrados em ambiente onde houve aumento no tamanho de campos ou alteração na configuração de casas decimais. São causados devido a algum campo, relacionado à Nota, ter sido gravado com dados incompatíveis (geralmente, devido à tamanhos diferentes de campos ou das decimais, ou seja, dicionário/banco de dados alterado sem devida equiparação). Obs: Quando digo "algum campo relacionado à Nota" entenda-se que pode ser de quaisquer Tabelas, de diversos diferentes módulos, que o cliente possa ter implantado em seu negócio e de algum modo se relacionem, devido o sistema ser integrado.

É importante esclarecer que tais inconsistências geralmente não se limitam exclusivamente ao Pedido / Nota que está sendo lançado. Muitas vezes se trata de outras Tabelas que já foram movimentadas antes, uma vez que o sistema valida histórico e relacionamentos das movimentações para execução de cálculos e para manter a integridade de dados. Ou seja, quando o sistema faz um cálculo ele vai passar o valor de um exemplo vários outros Se não estiverem todos padronizados, comportando a mesma quantidade e configuração dos dados, as últimas casas decimais serão perdidas, impactando assim no valor FINAL considerado e levado para o

É possível inclusive que a inconsistência seja identificada após atualização; isso devido às correções que são realizadas nas validações e nos Fontes atualizados! Ou mesmo, devido às Tabelas e/ou campos que foram criados e envolvidos no processo desde sua última atualização da Base

IMPORTANTE: 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 ESN) 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).

Estos comportamientos usualmente se encuentran en el entorno donde hubo aumento en el tamaño de campos o modificación en la configuración de decimales. Son causados debido a que algún campo relacionado a la Factura ha sido grabado con datos incompatibles (generalmente, debido a tamaños diferentes de campos o de decimales, es decir, diccionario/base de datos modificado sin la debida equiparación). Obs: Cuando digo "algún campo relacionado a la Factura" entiéndase que puede ser de cualquier Tabla, de diferentes módulos, que el cliente pueda haber implantado en su negocio y de alguna manera se relacionen, debido a que el sistema es integrado.

 

Es importante aclarar que dichas inconsistencias generalmente no se limitan exclusivamente al Pedido / Factura que se está registrando. Muchas veces se trata de otras Tablas que se utilizaron antes, ya que el sistema valida el historial y relaciones de los movimientos para la ejecución de cálculos y para mantener la integridad de los datos. Es decir, cuando el sistema realiza un cálculo, este va a pasar el valor de un

campo X (C6_PRCVEN por

ejemplo) por

varios otros campos.

Si no estuvieran todos estandarizados, conteniendo la misma cantidad y configuración de los datos, los últimos decimales se perderán, impactando de esta manera en el valor FINAL considerado y llevado al campo de destino.

Inclusive es posible que se identifique la inconsistencia después de la actualización, esto debido a que las correcciones se realizan en las validaciones y en los Fuentes actualizados. O también, debido a las Tablas y/o campos que se crearon e involucraron en el proceso desde la última actualización de su Base

 

IMPORTANTE: Cualquier tratamiento relacionado a decimales se considera un desvío del Nativo del Protheus (en el cual es estándar el uso de dos dígitos, solamente para el entorno de Facturación).
Por lo tanto, se indica que cualquier modificación en este sentido se realice y documente por un analista in loco (Consultar directamente a su ESN) para análisis puntual de su base/ escenario, inclusive para los mantenimientos de estas modificaciones en las Tablas (ya que con las actualizaciones pueden crearse nuevos campos y nuevas tablas en la base).

CÓMO SOLUCIONAR


1 - Identificar y ajustar todos los campos relacionados de tal manera que todos tengan configuración compatible para que no se pierdan los datos.

Es decir, todos los campos de cantidad deben tener el mismo tamaño/ máscara. Los campos de valor también deben tener el mismo tamaño/ máscara (sepa más aquí sobre el tamaño Límite decimales).

Con excepción de los campos de Valor total. EN LOS CAMPOS TOTALES NO SE MODIFICAN DECIMALES, estos deben permanecer con 2 casas decimales (evitando inclusive errores en archivos fiscales).

TOTVS no tiene un Documento específico para definición de todas las tablas/campos utilizados en su rutina, y consecuentemente, deben modificarse para mantener la integridad entre sus Tablas; pues se refiere a cada Cliente, puntualmente, de acuerdo con los módulos que están implantados, las rutinas que se utilizan, las tablas que son alimentadas y los campos que se utilizan. De esta manera, si realiza la implementación/ mantenimiento internamente con su equipo de TI, resaltamos la importancia de modificar todas las tablas/ campos utilizados en la integración de sus rutinas; para de no generar inconsistencia en su base de datos.

Podemos citar los campos más usuales PARA El MÓDULO FACTURACIÓN, y algunas de las integraciones más recurrentes (recomendamos que estén con el mismo tamaño del campo y con la misma cantidad de decimales de un campo para otro

COMO SOLUCIONAR

1 - Identificar e ajustar todos os campos relacionados de modo que todos possuam configuração compatível para que os dados não se percam.

Ou seja, campos de quantidade devem todos possuir mesmo tamanho/ máscara. Campos de valor também devem possuir mesmo tamanho/ máscara.
Com exceção de campos de Valor Total. CAMPOS TOTAIS NÃO SE ALTERA CASAS DECIMAIS, estes devem permanecer com 2 casas decimais (evitando inclusive erros em arquivos fiscais).

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 campos mais usuais PARA O MÓDULO FATURAMENTO, e algumas das integrações mais recorrentes (orientamos que estejam com o mesmo tamanho do campo E com mesma quantidade de casas decimais de um campo para outro respectivamente)


Expandir
titleFAT - FaturamentoFacturación

SC6 - PEDIDOS DE VENDAVENTA: C6_QTDVEN, C6_QTDLIB, C6_QTDLIB2,  C6C6_UNSVEN, C6_SLDALIB, C6_QTDENT, C6_QTDENT2, C6_PRUNIT, C6_PRCVEN, C6_QTDEMP, C6_QTDEMP2, C6_QTDRESE, C6_VALDESC

SC9 - QTD CANT LIBERADAS: C9_QTDLIB, C9_PRCVEN, C9_QTDRESE, C9_QTDLIB2

SD2 - NOTAS FACTURAS DE SAIDASALIDA: D2_QUANT, D2_QTSEGUM, D2_PRCVEN, D2_PRUNIT, D2_QTDEDEV, D2_VALDEV, D2_QTDAFAT, D2_QTDEFAT

SD4 - EMPENHOSRESERVAS: D4_QUANT, D4_QTDEORI, D4_QTSEGUM

SCK - ORCAMENTOSPRESUPUESTOS: CK_QTDVEN, CK_PRCVEN, CK_PRUNIT, CK_VALDESC

ADB - CONTRATO DE PARCERIAASOCIACIÓN: ADB_QUANT, ADB_PRCVEN, ADB_PRUNIT, ADB_UNSVEN, ADB_QTDENT, ADB_QTDEMP

DA1 - ITENS DA TABELA DE PREÇOS ÍTEMS DE LA LISTA DE PRECIOS: DA1_PRCBAS, DA1_PRCVEN, DA1_VLRDES

Expandir
titleCOM - Compras

SC7- PEDIDO DE COMPRAS: C7_QUANT, C7_QTSEGUM, C7_QUJE, C7_QTDACLA, C7_PRECO

SC1 - SOLICITAÇÕESSOLICITUDES: C1_QUANT, C1_QTSEGUM

SC8 - COTACOESCOTIZACIONES: C8_QUANT, C8_QTDCTR, C8_QTSEGUM, C8_PRECO

SD1 - NOTAS FACTURAS DE ENTRADA: D1_QUANT, D1_QTSEGUM, D1_QTDPEDI, D1_QTDEDEV, D1_VALDEV, D1_VUNIT

Expandir
titleEST - EstoqueStock

SD3 - MOVIMENTACOES INTERNASMOVIMIENTOS INTERNOS: D3_QUANT, D3_QTSEGUM, D3_PERDA

SB2 - SALDOS FISICOS E FINANCEIROSFÍSICOS Y FINANCIEROS: B2_QATU, B2_QFIM, B2_QEMPN, B2_QTSEGUM, B2_RESERVA, B2_QPEDVEN, B2_NAOCLAS, B2_QTNP, B2_QNPT, B2_QTER, B2_QFIM2, B2_QEMPN2, B2_RESERV2, B2_QPEDVE2, B2_QFIMFF, B2_VFIM1 / 2 / 3 / 4 / 5, B2_VATU1 / 2 / 3 / 4 / 5, B2_CM1 / 2 / 3 / 4 / 5.

SB6 - SALDOS PODER TERCEIROSTERCEROS: B6_QUANT, B6_QTSEGUM, B6_QULIB, B6_PRUNIT, B6_SALDO

SB7 - INVENTARIO: B7_QUANT, B7_QTSEGUM

SB9 - SALDOS INICIAISINICIALES: B9_QINI, B9_QISEGUM, B9_VINI1 / 2 / 3 / 4 / 5, B9_VINIFF1 / 2 / 3 / 4 / 5

SB8 - SALDOS POR LOTE: B8_QTDORI, B8_QEMPPRE, B8_SALDO, B8_SALDO2, B8_EMPENHO, B8_QACLASS, B8_QTDORI2, B8_EMPENH2, B8_QEPRE2, B8_QACLAS2

SBF - SALDOS POR ENDEREÇOUBICACIÓN: BF_QUANT, BF_EMPENHO, BF_QEMPPRE, BF_QTSEGUM, BF_EMPEN2, BF_QEPRE2

SBJ - SALDOS INICIAIS INICIALES POR LOTE: BJ_QINI, BJ_QISEGUM

SBK - SALDOS INICIAIS INICIALES POR ENDERECOUBICACIÓN: BK_QINI, BK_QISEGUM

SD5 - REQUERIMIENTOS POR LOTE : D5_QUANT, D5_QTSEGUM

SDD - BLOQUEO DE LOTES: DD_QUANT, DD_SALDO, DD_QTDORIG, DD_QTSEGUM, DD_SALDO2

SDB - MOVIMIENTOS DE DISTRIBUCIÓN: DB_QUANT, DB_EMPENHO, DB_QTSEGUM, DB_EMP2

SDA - SALDOS POR DISTRIBUIR: DA_QTDORI, DA_SALDO, DA_EMPENHO, DA_QTSEGUM, DA_QTDORI2, DA_EMP2

SDC - COMPOSICIÓN DE LA RESERVA: DC_QUANT, DC_QDTORIG, DC_QTSEGUM

SCP - SOLICITUDES AL ALMACÉN: CP_QUANT, CP_QTSEGUM, CP_QUJE, CP_SALBLQ

SCQ - REQUISICIONES PREVIAS: CQ_QUANT, CQ_QTSEGUM, CQ_QTDISP

Expandir
titlePMS - Planejamento Planificación de Projetosproyectos

AF2 - TAREFAS DO ORÇAMENTOTAREAS DEL PRESUPUESTO: AF2_QUANT, AF2_KVUNIT

AF3 - RECUSRSOS DO ORÇAMENTORECURSOS DEL PRESUPUESTO: AF3_QUANT, AF3_CUSTD

AF4 - DESPESAS DO ORÇAMENTOGASTOS DEL PRESUPUESTO: AF4_VALOR

AF8 - PROJETOSPROYECTOS: AF8_VALBDI

AFA - RECURSOS DO PROJETODEL PROYECTO: AFA_QUANT, AFA_CUSTD

AFC - ESTRUTURA DO PROJETOESTRUCTURA DEL PROYECTO: AFC_QUANT, AFC_CUSTO, AFC_CUSTO1/2/3/4/5

Expandir
titlePCP - Planejamento e Controle de ProduçãoPlanificación y control de producción

SC2 - ORDENS PRODUÇÃOÓRDENES DE PRODUCCIÓN: C2_QUANT, C2_PERDA, C2_QTSEGUM, C2_QUJE

SBC - PERDA PÉRDIDA POR OP: BC_QUANT, BC_QTDDEST, BC_QTSEGUM, BC_QTDDES2

SD4 - EMPENHOSRESERVAS: D4_QSUSP, D4_QTDEORI, D4_QUANT, D4_QTSEGUM

SH6 - MOVIMENTACAO DA PRODUÇÃOMOVIMIENTO DE PRODUCCIÓN: H6_QTDPROD, H6_QTDPERD, H6_QTDPRO2

Expandir
titleTMK - Call Center

SUB - ORCAMENTOSSUBPRESUPUESTOS: UB_QUANT, UB_VRUNIT, UB_VALDESC, UB_VALACRE, UB_PRCTAB


Considerações ImportantesConsideraciones importantes:

  • A ferramenta UPDTAMCPO foi descontinuada La herramienta UPDTAMCPO se descontinuará a partir da de la Release 12.1.23 com 23 con uso de binário binario LOBO GUARÁ devido não ser uma ferramenta homologada pela Totvs. Alterações devem ser realizadas manualmente via Configurador - SIGACFG após devidos backups e validação em ambiente teste.debido a que no es una herramienta homologada por Totvs. Las modificaciones deben realizarse manualmente vía Configurador - SIGACFG después de las debidas copias de seguridad y validación en entorno de prueba.
  • Como ya se mencionó, todas las tablas utilizadas en su proceso deben estar de acuerdo. Además de las más usuales mencionadas, para consultar tablas involucradas en cada rutina utilizada: Puede verse en el Help Online de la rutina, expandiendo la carpeta 'Datos técnicos'>'Tablas'. EJEMPLO: Al consultar la Rutina Documentos de salida, muestra las Tablas Como mencionado, Todas as Tabelas utilizadas em seu processo devem estar de acordo. Além das mais usuais mencionadas, para consultar tabelas envolvidas em cada rotina utilizada: Pode ser verificado no Help Online da rotina expandindo a pasta 'Dados Técnicos'>'Tabelas'. EXEMPLO: Ao consultar a Rotina Documentos de Saída, exibe as Tabelas Utilizadas: http://interno.totvs.com/mktfiles/tdiportais/helponlineprotheus/p12/portuguesespanish/mata460a_tabelas.htm
  • O parâmetro El parámetro MV_ARREFAT trata apenas se deve arredondar ou truncar o resultado da Multiplicação "Quantidadesolamente si debe redondear o interrumpir el resultado de la Multiplicación "Cantidad" * "Valor Unitáriounitario", quando o si el total de decimais não contempla o decimales no considera el resultado completo da operação. Observação: Caso utilize outras moedas, o Valor Unitário também será arredondado na conversãode la operación. Observación: Si utiliza otras monedas, el Valor unitario también se redondeará en la conversión.

2 -

Corrigir dados inconsistentes gravados nas Tabelas relacionadas

Corregir datos inconsistentes grabados en las Tablas relacionadas

Después de realizar los ajustes de tamaños de los campos en el configurador, corrigiendo de esta manera la compatibilidad en la configuración del Diccionario y Base de datos, aún existe el problema causado, es decir, datos que están grabados en la base (que pueden estar con inconsistencias) no se modifican en la base.

De esta manera, recomendamos como medidas alternativas:


  • Que ejecute (junto con su equipo de TI para debidos procedimientos de análisis y precaución) algunas rutinas de recálculos puestos a disposición por el sistema:

MATA215 - Rehace acumulados / MATA216 - Rehace saldo de/en tercero / Rehace datos

Após realizar os ajustes de tamanhos dos campos no configurador, corrigindo assim a compatibilidade na configuração do Dicionário e Banco de Dados, ainda há o problema já causado, ou seja, dados que já estão gravados no banco (que podem estar inconsistentes) não são alterados na base.

Deste modo, recomendamos como medidas de contorno:

  • Que execute (juntamente com seu time de TI para devidos procedimentos de análise e precaução) algumas rotinas de recálculos disponibilizados pelo sistema:

MATA215 - Refaz Acumulados / MATA216 - Refaz saldo de/em terceiro / Refaz dados CLI/FOR / MATA300 - Refaz SaldosRehace saldos que podem pueden ajustar alguns algunos campos que possuem dados incorretostienen datos incorrectos.


  • Que valide o processo desde seu início de forma que não seja trazido histórico inconsistente de Tabelas já el proceso desde su inicio de tal manera que no traiga historial inconsistente de Tablas registradas (por exemplo, trazer dado já incorreto da ejemplo, traer dato incorrecto de SD1/SB6 para a SC6, ou da o de SC9 para a SD2).

Ou sejaEs decir, para validar deve-se refazer o procedimento do início com um novo registro, não utilizando registros já gravados na base com possíveis inconsistências de dados. Exemplo: Se o procedimento se trata de uma Nota de Devolução / Retorno...debe rehacerse el procedimiento inicial con un nuevo registro, sin utilizar registros grabados en la base con posibles inconsistencias de datos. Ejemplo: Si el procedimiento se trata de una Factura de devolución...

En este caso, debe incluirse una nueva Factura de origen (idéntica al referido caso) y a continuación realizar el proceso de devolución Então neste caso deve-se inserir uma nova Nota de Origem (idêntica ao caso em questão) e, na sequência realizar o processo de devolução (total/parcial) de modo que os dados tenham a devida integridade para correto processamento.tal manera que los datos tengan la debida integridad para el correcto procesamiento.


Observación final:

Aquí se registran las consideraciones importantes en el análisis de entorno/ base, con relación a los decimales, para que efectúe la validación.

Si realiza las validaciones y los debidos procedimientos indicados, sin embargo, aún ocurra el problema, es necesario solicitar ayuda de la Consultoría Totvs o Consultoría del Módulo para que acceda remotamente a su base, con el objetivo de realizar una evaluación/ debug de la rutina para analizarla e identificar el origen del problema.

Existe la Consultoría In loco (solicitar directamente a su Gerente de atención TOTVS) y la Consultoría técnica (Llamar directamente al 4003-0015 Opciones

Observação Final:

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 os devidos procedimentos indicados, porém, ainda ocorra o problema, será necessário solicitar auxilio da Consultoria Totvs ou Consultoria do Módulo 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 Técnica (Ligar diretamente no 4003-0015 Opções 2-3-2-4) na qual o atendimento é agendado conforme necessidade do cliente e disponibilização dos donde la atención se programa en agenda de acuerdo con la necesidad del cliente y disponibilidad de los consultores.