Se muestra la composición de los campos

• A1_MCOMPRA = Myor compra: Muestra el valor de la mayor compra que el cliente ha hecho en la empresa. No acumulativo.
  
  
• A1_MSALDO = Mayor saldo: Muestra el mayor saldo deudor con el cual el cliente ya quedó en su empresa, es decir, títulos pendientes.
  Acumulativo (campo para almacenar historial).
  
  
• A1_SALPED = Saldo de los Pedidos de venta pendiente en moneda actual - No sometidos a la liberación.
  Obs: Contenido también mostrado en "Saldo de pedidos" en las rutinas de liberación Manual:
  
  Obs: Al Liberar Crédito/Stock, el sistema descuenta de este campo y pasa a alimentar otro campo (A1_SALPEDL o A1_SALPEDB de acuerdo con los siguientes detalles).
  
  

• A1_SALPEDL = Saldo en R$ de los Pedidos de venta sometidos a la liberación y Liberados por Crédito para este Cliente. Pedidos liberados, sin embargo, aún no facturados, consumiendo el crédito.
  Obs: Contenido también mostrado en "Pedidos liberados" en las rutinas de liberación manual:
  
  
  

• A1_SALPEDB = Saldo de los Pedidos de venta sometidos a la liberación y Bloqueados por Crédito para este Cliente.

  
  
• A1_SALDUP = Saldo en R$ de facturas de crédito del Cliente (facturas de crédito pendientes). Muestra cuánto el cliente aún está debiendo a su empresa.
  Obs: Después de la baja de algún título del cliente, el sistema va descontando el valor actualizando este campo (vinculado al campo E1_STATUS).
  Regla: Acumulativo – baja = Saldo de facturas de crédito del Cliente pendiente
  Obs: Contenido también mostrado en "Saldo de facturas de crédito" en las rutinas de liberación manual:
  
  
  
• A1_ATR = Suma de los títulos Atrasados que superan la tolerancia concedida en la configuración del parámetro MV_RISCO"vs." y campo A1_RISCO
  
  
• A1_NROCOM = Número de compras del Cliente (Facturaciones del Tipo Normal). No incluye Facturas del Tipo "Complemento de ICMS/IPI".
  
  
• Ítem Pedido actual = Valor total sometido a la liberación (C9_QTDLIB vs C9_PRCVEN) específicamente de este ítem (registro) seleccionado
  
  
  
• Pedido actual = Valor total sometido a la liberación (C9_QTDLIB vs. C9_PRCVEN) de todos los ítems(registros) del Pedido seleccionado
  
  
  
• A1_PRICOM/A1_ULTCOM = Fecha de la primera/última compra del Cliente. Los campos se actualizan si el último pedido de venda del cliente está facturado y está configurado para generar títulos (SE1). Si se incluyera manualmente un título en la SE1, los campos también se alimentarán y actualizarán (no es necesario bajar títulos a sus actualizaciones).

     

A1_VM_OBS = El campo A1_VM_OBS es virtual, por lo tanto, este tipo de campo no se graba en blanco. 

Este campo se utiliza en los Módulos CRM (rutina CRMA980)  y Comercio exterior (Rutina Eecin100), sin embargo, por tratarse de un campo estándar puede utilizarse en cualquier momento por el ERP en otras rutinas (por eso no sugerimos el uso diferente por el cual este se creó)

Si estos campos no estuvieran de acuerdo, puede resultarle útil:

• Rutina FINA410 - Ref Datos Cli/Prov: Módulo Financiero > "Miscelánea > Recálculos > Ref Datos Cli/Prov" - que Rehace el Cálculo de campos como A1_SALDUP.
  Detalles en: Rehace datos cliente/proveedor (FINA410) (dudas, entre en contacto con nuestro Equipo de soporte Financiero Protheus).
  Obs: En esta rutina existe el Parámetro: "¿Recalcula datos de historiales?"
  Este proceso actualiza las informaciones de ventas informadas en la tabla sa1 que no sufren modificaciones automáticas en los siguientes campos:
  A1_SALDUP, A1_SALDUPM, A1_SALFIN, A1_SALFINM, A1_MAIDUPL, A1_ATR, A1_PAGATR, A1_NROPAG, A1_VACUM, A1_MSALDO, A1_METR e A1_MATR.
  
  
• Rutina MATA215 - Rehace acumulados: Tiene como objetivo rehacer los saldos de pedidos, solicitudes y órdenes de producción de los productos con base en sus respectivos movimientos (pudiendo
  influir en el contenido del campo A1_SALPED por ejemplo)
  Detalles en: http://tdn.totvs.com/display/public/mp/MATA215+-+Refaz+Acumulados (si tuviera dudas, entre en contacto con nuestro Equipo de soporte financiero Protheus).
  
  

• Algunos campos del Protheus se recalculan por alguna rutina. Es necesario que se observe si existe alguna rutina que al ejecutarse en su entorno atribuye contenido incorrecto en alguno de los campos. En este caso, se trataría de una inconsistencia.

  De esta manera, si identifica alguna rutina que al ejecutarse en su entorno, atribuye contenido incorrecto en alguno de los campos orientamos la apertura de ticket ante el canal de Soporte del Protheus por el Portal del cliente.