Cuando el CRM, la facturación y la contabilidad no coinciden

Tres sistemas pueden ser correctos y, aun así, presentar cifras diferentes

Un CRM, una plataforma de facturación y un ERP contable no registran el mismo evento. El CRM documenta la actividad comercial y la intención de compra. El sistema de facturación registra lo cobrado al cliente. La contabilidad reconoce transacciones financieras, ajustes y pagos de acuerdo con las políticas de la organización.

Por esta razón, una oportunidad marcada como ganada no equivale a una factura emitida, y una factura tampoco equivale a dinero recaudado. Cuando un informe trata estos eventos como si fueran intercambiables, las diferencias son inevitables. La primera tarea no consiste en determinar qué sistema tiene la razón, sino en establecer qué pregunta de negocio puede responder correctamente cada uno.

La discrepancia suele comenzar con la identidad del cliente

Considere un mismo cliente representado de tres maneras: Northgate Supply Co. en el CRM, Northgate Supply en facturación y NORTHGATE SUPPLY CO en el ERP contable. La razón social se abrevia, cambia el uso de mayúsculas y cada plataforma asigna un identificador diferente. Una persona reconoce de inmediato que se trata del mismo cliente; una base de datos puede no hacerlo.

Microsoft señala que la consolidación de información de clientes es uno de los usos más frecuentes de la gestión de datos maestros, porque los registros duplicados entre aplicaciones suelen contener inconsistencias y discrepancias. Salesforce también ofrece reglas de coincidencia y duplicados para reunir información que pertenece a una misma cuenta, aunque haya sido registrada con variaciones menores.

El nombre de la empresa no debe convertirse en el vínculo permanente entre sistemas. Un modelo sostenible requiere una tabla controlada de correspondencias que relacione los identificadores de cada fuente con una clave empresarial única, sin eliminar los valores originales necesarios para la trazabilidad.

Una sola diferencia puede ocultar cuatro problemas distintos

• Identidad: el mismo cliente, producto o establecimiento tiene nombres o identificadores diferentes.
• Definición: las áreas comercial y financiera, así como la dirección, utilizan un mismo término —por ejemplo, ingreso, venta o cliente activo— con significados distintos.
• Temporalidad: la oportunidad se cierra en un período, la factura se emite en otro y el pago se recibe posteriormente.
• Integridad: existe un registro en un sistema, pero no aparece el documento correspondiente en la siguiente etapa del proceso.

Cada situación exige una solución diferente. Estandarizar un nombre no resuelve una factura que nunca fue emitida. Modificar un filtro de fechas no corrige un cliente duplicado. El proceso de conciliación debe clasificar cada excepción antes de intentar corregirla.

Una secuencia práctica de conciliación

Una conciliación útil sigue el evento comercial y sus consecuencias financieras: contratado o vendido, facturado, ajustado mediante notas crédito y cobrado. El ingreso reconocido en los estados financieros puede requerir una etapa adicional, según las políticas contables de la organización.

En cada etapa deben documentarse el registro de origen, el responsable, la fecha efectiva, el valor y el identificador que lo vincula con la etapa anterior. Cuando no existe ese vínculo, el registro debe ingresar en una lista de excepciones para su revisión, en lugar de desaparecer del informe.

• Definir los conceptos antes de construir los indicadores.
• Crear correspondencias controladas para clientes y documentos.
• Conservar la trazabilidad desde el tablero hasta el documento de origen.
• Asignar un responsable y un estado de resolución a cada excepción material.
• Ejecutar pruebas automáticas cada vez que se actualicen los datos.

La calidad de los datos debe comprobarse

Google Cloud evalúa la calidad de los datos mediante dimensiones que incluyen exactitud, integridad, consistencia, oportunidad, validez y unicidad. Estas dimensiones se convierten en controles prácticos cuando se relacionan con un proceso de negocio: toda factura debe tener un cliente, todo pago debe corresponder a un documento válido o a una asignación aprobada y cada clave de cliente debe identificar una sola entidad.

Las herramientas modernas de transformación permiten comprobar estas condiciones automáticamente. dbt, por ejemplo, recomienda validar que las claves primarias sean únicas y no contengan valores nulos; sus pruebas de relaciones verifican además que los registros dependientes correspondan a un registro principal válido. La tecnología facilita el control, pero sigue siendo necesario que un responsable del negocio defina qué condición debe cumplirse.

Lo que debe observar la dirección

Un tablero conciliado no debe ocultar las diferencias pendientes. Debe presentar la cifra acordada junto con los controles que permiten considerarla confiable.

• El valor total conciliado y la tolerancia aplicada.
• Clientes y documentos sin correspondencia.
• Oportunidades ganadas que aún no tienen factura.
• Facturas con diferencias de valor o ajustes mediante notas crédito.
• Cartera pendiente y pagos sin aplicar.
• La última actualización satisfactoria y el responsable de cada categoría de excepción.

El objetivo no consiste en hacer idénticos los sistemas

El CRM, la facturación y la contabilidad cumplen propósitos diferentes; no necesitan contener información idéntica. Sí requieren vínculos controlados, definiciones acordadas y un proceso visible para resolver excepciones.

Cuando estos controles existen, la dirección deja de dedicar la reunión a decidir qué hoja de cálculo debe utilizar. La conversación puede volver a la decisión que la información debía respaldar desde el principio.