• Se muestra un mensaje en el Pedido de ventas 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

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 sin la utilización de los Grupos de campos numéricos. 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, y siempre utilizando los Grupos de campos numéricos.