Evolucionar la analítica comercial de una sola divisa a varias
Un caso ficticio de evolución de arquitectura: llevar un modelo analítico de una sola divisa a varias sin romper el histórico, los objetivos ni los segmentos.
Elaborado de forma independiente. No contiene detalles de implementación, nombres internos ni cifras de ningún empleador o cliente.
01El resultado
Cada importe lleva su valor y divisa originales, el tipo y la fecha de tipo utilizados, y un importe de reporting calculado una sola vez en la plataforma de datos, reproducible para cualquier versión pasada.
La primera versión informaba en una sola divisa. Las filiales que venden en otras amenazan ahora cada total, cada umbral y cada informe histórico.
¿Qué importe es el hecho, cuál es una vista, y se puede seguir reproduciendo el informe del año pasado?
Guardar importe original, divisa, tipo, clase de tipo y fecha del tipo con cada importe convertido, y convertir una sola vez en la plataforma de datos, nunca en el CRM ni en un informe.
La analítica comercial arrancó para sociedades que facturan solo en euros. Los importes se guardaban como un número sin más. Las nuevas filiales facturan en otras divisas, los objetivos se planifican de forma centralizada y los segmentos de rendimiento disparan acciones, así que un movimiento del tipo de cambio no debe cambiar un segmento por sí solo.
02La realidad · situación actual
Qué hacen hoy los datos.
- Los importes se guardan sin divisa
- Convertir en el momento del informe da totales distintos en informes distintos
- Objetivos y datos reales se convertirían a tipos distintos
- Un tipo de cambio corregido reescribiría en silencio las cifras del año pasado
- Los umbrales de los segmentos presuponen una sola divisa
03Flujo objetivo
De dónde vienen los datos, adónde van… y cómo.
Cada traspaso se nombra con su modo. El modo sigue la tolerancia del negocio a la espera, a la inconsistencia y a la pérdida.
- 01 · ERPImportes del ERPAlimenta por Batch
Importes de facturas y pedidos en la divisa de la transacción.
- 02 · Servicio de tipos de cambioTipos de cambioAlimenta por Batch
Tipos medios mensuales y de planificación, versionados.
- 03 · Plataforma de datosConversiónTraspasa por Batch
Una conversión por importe, con el tipo guardado a su lado.
- 04 · Plataforma de datosImportes de reportingTraspasa por Batch
En la divisa de reporting, reproducibles por versión de tipo.
- 05 · CRMSeñales en el CRM
Rendimiento en la divisa de reporting, indicando la política de tipos.
04Contratos
Qué significa una fila o un mensaje.
Significado, granularidad, clave, frescura y responsable, por escrito antes de mapear nada.
Importe convertido
Un importe en su divisa original y en la de reporting, con el tipo que los relaciona.
- Granularidad
- Línea de origen × versión de tipo
- Clave
Clave de la línea de origen + versión de tipo- Frescura
- Diaria
- Responsable
- Finanzas (política) · equipo de datos (cálculo)
Tipo de cambio
Un tipo de una clase declarada para una fecha o un mes.
- Granularidad
- Par de divisas × clase de tipo × fecha
- Clave
Par + clase + fecha + versión- Frescura
- Mensual; correcciones versionadas
- Responsable
- Tesorería
05Dimensión clave · Evolución: modelo de importes V1 → V2
V1 → V2: de un número a un modelo de importes
La V1 guardaba un número. La V2 guarda un hecho y una vista de ese hecho, con todo lo necesario para reproducir la vista más adelante.
- ImporteUn número, implícitamente en euros
- DivisaNo se guarda: se da por hecha
- Importe originalEl hecho, tal como se facturó
- Divisa originalNuevoTal como se facturó
- Tipo de cambioNuevoEl tipo utilizado
- Clase y fecha del tipoNuevoMedio mensual, de planificación o al contado, y para qué fecha
- Versión del tipoNuevoPara que una corrección nunca reescriba el histórico
- Importe de reportingNuevoDerivado, en la divisa de reporting
- Divisa de reportingNuevoDeclarada, no supuesta
- ¿Divisa de la transacción o de reporting?
Ambas: el original es el hecho; el importe de reporting es una vista derivada.
- ¿Qué fecha de tipo?
Las facturas, a fecha de contabilización; los pedidos, a fecha de pedido.
- ¿Tipo diario, mensual o de planificación?
Medio mensual para los datos reales; el tipo de planificación corporativo al comparar con objetivos.
- ¿Dónde se hace la conversión?
En la plataforma de datos, una sola vez; nunca en el CRM ni en un informe.
- ¿Qué pasa cuando se corrige un tipo?
Una nueva versión del tipo recalcula hacia delante; los informes publicados conservan la versión que usaron.
- ¿Qué divisa rige los umbrales y los segmentos?
La de reporting, al tipo de planificación, para que un movimiento del tipo de cambio no pueda cambiar un segmento por sí solo.
El histórico de la V1 se migra como importes originales en euros con un tipo de identidad: sin reexpresar cifras, y los mismos informes se reproducen exactamente.
07Fallo y recuperación
Diseñar el camino del fallo antes que el camino feliz.
- Todavía no hay tipo para un mesFalta el tipo para el par y el mesMantener los importes como provisionales; nunca convertir a un tipo supuestoTesorería
- Se corrige un tipo después del cierreNueva versión del tipoRecalcular con la nueva versión; los informes cerrados conservan la suyaFinanzas
- Objetivo y dato real en divisas distintasControl de divisa al compararComparar solo en la divisa de reporting, al tipo de planificaciónOperaciones de ventas
- Se vuelve a ejecutar el informe del año pasadoParámetro del informe: versión del tipoReproducir con la versión de tipo guardadaEquipo de la plataforma de datos
08Arquitecturas candidatas
Opciones creíbles, evaluadas frente a estas premisas.
Convertir en la entrada, en el origen o en el CRM
Una única divisa de reporting para siempre
Coste: Se pierden los importes originales; cada cambio de política obliga a reexpresar cifrasGuardar solo los importes de reporting
Una política de tipos única y estable
Coste: No se puede reconvertir, auditar ni cambiar de políticaGuardar original + tipo + reporting; convertir una vez, versionado
Varias divisas, objetivos y umbrales
Coste: Más columnas y disciplina en el versionado de tipos09La segunda capa
Preguntas que cambian el diseño.
Importes
- ¿Divisa de la transacción o divisa de reporting?
- ¿Debe conservarse el importe original?
- ¿Dónde se hace la conversión?
Tipos
- ¿Qué fecha de tipo de cambio?
- ¿Tipo diario, mensual o de planificación corporativo?
- ¿Qué pasa cuando se corrigen los tipos?
Comparaciones
- ¿Cómo se convierten los objetivos?
- ¿Cómo se reproducen los informes históricos?
- ¿Qué divisa se usa para umbrales y segmentación?
10Decisiones y entregables
Qué produce el trabajo.
- 01Modelo de importes V2
- 02Política de tipos
- 03Ubicación de la conversión
- 04Versionado de tipos y regla de reproducibilidad
- 05Regla de conversión de objetivos
- 06Migración de la V1 sin reexpresar cifras