Allegro ETRM: incidencias habituales en producción y cómo investigarlas

Cualquiera que haya prestado soporte de producción en un entorno Allegro durante el tiempo suficiente empieza a reconocer las mismas categorías de incidencias, trimestre tras trimestre y entorno tras entorno. Conocer el patrón de antemano hace que la investigación sea muchísimo más rápida que empezar de cero cada vez.

1. P&L incorrecto o inesperado

Es la categoría más común y también la más urgente. La investigación sigue casi siempre la misma cadena: confirmar que los datos de operaciones y posiciones son correctos, después comprobar si los datos de mercado utilizados para la valoración son los esperados y, por último, verificar si la propia lógica de valoración (construcción de curvas, descuento, ajustes de base) está configurada como se pretendía. Según nuestra experiencia, los problemas de datos de mercado (un precio ausente, un valor de respaldo obsoleto, una curva mal asignada) son una causa raíz más frecuente que los errores de lógica de valoración.

2. Precios de mercado ausentes

Cuando un precio no se carga, la causa suele ser una de estas: un retraso o fallo del feed en origen, un desajuste de mapeo entre el nombre del índice en el feed y el índice configurado en Allegro, o un desajuste de calendario o festivos que provoca que se omita una fecha de precio esperada. Contrastar el feed entrante en bruto con lo que Allegro recibió realmente es la vía más rápida para aislar de cuál de ellas se trata.

3. Views y ViewSets que no muestran datos

Las Views y los ViewSets son potentes, pero su lógica (joins, filtros, parámetros) resulta opaca hasta que uno lee la consulta o la configuración subyacente. Cuando una View devuelve resultados inesperados o vacíos, conviene empezar probando la consulta subyacente directamente contra la base de datos con los mismos parámetros que utiliza la View, en lugar de depurar desde la interfaz: eso permite aislar si el problema está en los datos, en la lógica de la consulta o en la capa de presentación.

4. Descuadres de posiciones

Las discrepancias de posición suelen deberse a una de estas causas: una operación que no superó la validación y nunca se incorporó a la posición, una modificación que no se propagó por completo, o una diferencia temporal entre el momento en que se ejecutaron dos informes. Comparar fotografías de posición en el mismo instante, en lugar de comparar una vista en vivo con un informe histórico, elimina buena parte de los falsos descuadres.

5. Recuperación lenta de datos

Los problemas de rendimiento suelen ser específicos de una View, un informe o un proceso por lotes, no de todo el sistema. Analizar la consulta lenta concreta (revisando la indexación, la complejidad de los joins y si la consulta recorre más datos de los que el caso de uso requiere) es más productivo que un ajuste general de infraestructura, que rara vez resuelve un único informe lento.

6. Discrepancias de liquidación

Las incidencias de liquidación suelen derivarse de un desajuste entre las condiciones de la operación utilizadas para la programación y la entrega y las utilizadas para la facturación, o de un desfase temporal entre el momento en que se fijó un precio para la liquidación y el momento en que efectivamente se liquidó en el mercado. Rastrear la línea de factura concreta hasta su operación de origen y sus condiciones de precio suele resolver la discrepancia.

Un marco general de investigación