La varianza recurrente de fin de mes en la conciliación FMCG normalmente no es un error de datos. Es una diferencia de calendario. El retailer reporta en períodos de cuatro o cinco semanas bajo el calendario 4-5-4 de la NRF; el ERP y el equipo de finanzas reportan en meses de calendario de 28 a 31 días. Las mismas transacciones caen en cubos distintos según qué sistema asigna la fecha, así que la comparación entre ambos mostrará una diferencia incluso cuando todos los registros sean correctos. La diferencia es real, es explicable y debería producirse mediante un mapeo en lugar de reconstruirse de memoria cada mes.
Esta guía explica cómo los dos calendarios dividen el año, cómo construir el puente de fecha a período que asigna cualquier día a ambos sistemas, y cómo gestionar los casos que rompen los mapeos ingenuos: semanas parciales, la semana 53, los cortes y las reexpresiones.
Tipos de calendario
Un calendario financiero es una partición gregoriana: meses de 28 a 31 días, trimestres de duración variable, años de 365 o 366 días. Sus meses conservan sus nombres y aproximadamente su número de días, así que una comparación de febrero a febrero funciona mientras se gestione el año bisiesto. Un calendario retail es una partición por semanas. El calendario 4-5-4 de la NRF divide el año en trimestres de 13 semanas, cada uno repartido en períodos de cuatro, cinco y cuatro semanas, de modo que cada período contiene el mismo número de cada día de la semana y las semanas comparables se comparan de un año a otro.
Los dos calendarios sirven a necesidades distintas y ninguno es incorrecto. El calendario retail está hecho para la comparabilidad de las ventas semanales: el mismo número de sábados y domingos en cada período significa que una categoría con peso de fin de semana se compara limpio año contra año. El calendario financiero está hecho para la convención contable: meses y trimestres que coinciden con el ejercicio fiscal, los períodos fiscales y el reporte estatutario. El problema de la conciliación no es que uno sea mejor; es que una empresa que opera con ambos debe asignar cada transacción a un período en cada sistema, y las dos asignaciones discreparán en las fronteras.
La discrepancia es estructural, no ocasional. En un mes típico, tres a cinco días pertenecen al período retail anterior o al siguiente. Esos días mueven el total reportado en un sistema y no en el otro, que es exactamente la varianza de frontera sobre la que discuten finanzas y operaciones comerciales. Nombrarla como diferencia de calendario es el primer paso; medirla requiere el puente de la siguiente sección.
El puente de fechas
El puente es una tabla con una fila por día que contiene al menos: la fecha de calendario, el año retail, el período retail y la semana retail, y el año financiero, el mes financiero y el trimestre financiero. Cada fecha de los datos del retailer y cada fecha del ERP se resuelve a un período retail y a un período financiero, y ambos lados usan la misma tabla. Es la fuente única de verdad sobre "a qué período pertenece este día".
Construir el puente toma un día de trabajo y ahorra un debate recurrente, porque elimina la decisión de asignación de los analistas. Sin puente, el período retail se deriva dentro del libro de conciliación del retailer y el financiero dentro del extracto del ERP, y las dos derivaciones derivan: una usa las etiquetas de semana del propio archivo, la otra usa la fecha de factura, y discrepan en los días de frontera. Con un puente, ambos leen el mismo mapeo y la discrepancia se vuelve visible y medible en lugar de implícita.
El puente también necesita un registro de cambios, porque los calendarios retail cambian. La NRF publica calendarios anuales, los períodos se mueven un día cuando cambia la estructura de un año, y una empresa que cambie de años retail o adopte un calendario fiscal distinto debe rederivar sus períodos. Una versión fechada del puente — qué versión de calendario estuvo en vigor para qué fechas — mantiene honesta la historia de una comparación plurianual.
Semanas parciales
Una semana parcial es una semana retail que comienza en un mes financiero y termina en el siguiente, o que comienza en un período retail y termina en el siguiente. Es el caso cotidiano, no la excepción: la mayoría de las semanas cruzan una frontera de mes. La pregunta no es si existe una semana parcial sino cómo asigna sus días el puente, y la regla debe ser una de dos: por día, donde cada día pertenece al período que lo contiene, o por semana completa, donde la semana se asigna a un solo período.
La asignación por día es el default defendible. Cada día de calendario se mapea a exactamente un período retail y un período financiero, así que las ventas de una semana pueden dividirse en la frontera y los totales de cada sistema se mantienen internamente consistentes. El costo es que el total de período retail reportado por el retailer puede diferir del propio desglose de la empresa, porque el archivo del retailer etiqueta la semana entera con un solo período. Esa diferencia es de nuevo una diferencia de mapeo, no un error.
La asignación por semana completa mantiene intacta la semana para el reporte semanal pero crea el artefacto inverso: un total de mes financiero que incluye días de la semana retail anterior o siguiente. La regla práctica es decidir una vez, documentarla en el puente y nunca mezclar las dos en la misma conciliación. Mezclar es el modo de fallo que produce un total irreproducible, porque el mismo día se ha asignado de forma distinta en hojas distintas.
La semana 53
El año retail es de 52 semanas de siete días, o 364 días — un día menos que el año gregoriano. Para mantenerse alineado, el calendario de la NRF añade una semana 53 aproximadamente cada cinco o seis años; los años recientes de 53 semanas fueron 2012, 2017 y 2023. En un año de 53 semanas, el año retail contiene 371 días y su último período es una semana más largo que el período comparable del año anterior. Comparar un período de 53 semanas contra uno de 52 sin ajustar es comparar períodos no comparables, y la varianza aparece automáticamente.
La semana 53 rompe cualquier puente que asuma un número fijo de semanas por año. El puente debe llevar el número de semanas del año retail, marcar el año de 53 semanas y definir cómo se presenta la semana extra: como parte del último período, o como una semana 53 separada fuera de la estructura de períodos. La elección depende de cómo reporta el negocio, y debe tomarse antes de que comience el año, no descubrirse al cierre.
Aquí es donde el trabajo de calendario conecta con las diferencias de corte en la conciliación más amplia: un año de 53 semanas produce una varianza de fin de período que no se revertirá como lo hace una varianza de frontera normal, porque no hay una semana compensatoria en el año siguiente. Hay que identificarla y revelarla, no absorberla en una investigación de varianza.
Cortes
Un corte es el punto en que un sistema cierra un período y deja de aceptar transacciones nuevas. Los retailers y los ERP aplican cortes en momentos distintos y por razones distintas: el retailer cierra su semana un sábado por la noche y publica el archivo; el ERP cierra el mes financiero en el cierre contable, días después. Las transacciones que llegan después de un corte caen en el período siguiente en un sistema y en el actual en el otro.
El resultado es que la misma venta puede aparecer legítimamente en el período retail 10 y en el mes financiero M en los libros de una empresa, mientras que una venta casi idéntica aparece en el período retail 10 y en el mes financiero M+1. La diferencia es de momento, y la conciliación tiene que representarla como tal en lugar de perseguirla como una discrepancia. Las fechas de corte de cada período, en cada sistema, pertenecen a la documentación del puente, porque explican por qué un lote concreto de transacciones está en períodos distintos.
La gestión de cortes es el detalle operativo que separa un calendario que está "documentado en algún sitio" de un calendario que realmente guía la conciliación. Cuando cada período tiene un corte conocido para el archivo del retailer y un corte conocido para el ERP, la varianza de frontera puede predecirse y dimensionarse antes del cierre. Cuando los cortes se recuerdan, la varianza se explica después del cierre, en la reunión, por quien tenga mejor memoria.
Reexpresiones
Una reexpresión es una rederivación deliberada de los números de un período bajo una regla cambiada: una versión nueva de calendario, un mapeo corregido o un cambio de una estructura de períodos a otra. Las reexpresiones difieren de las correcciones en la intención. Una corrección arregla un error de datos; una reexpresión cambia la base sobre la que se reportan datos correctos. En términos de calendario, reexpresar significa re-mapear las fechas afectadas a través del nuevo puente y reconstruir los períodos afectados.
La comparación de sell-in vs sell-out es el lugar donde la disciplina de reexpresión se ve con más frecuencia, porque los dos conjuntos de datos los producen sistemas distintos y un cambio de calendario mueve uno y no el otro. Cuando el calendario retail cambia entre versiones anuales, los totales de período del año anterior deben reexpresarse a la nueva base o la comparación interanual queda desviada por el mapeo, no por el negocio. La reexpresión debe tener versión y la versión debe documentarse, para que la historia reportada sea reproducible.
La reexpresión es el control que hace fiable al puente con el tiempo. Un puente que nunca se reexpresa acumula deriva: los años de semana 53, los cortes desplazados y los límites de período cambiados se combinan en una historia que no puede rederivarse. Un puente versionado, reexpresado y rederivado cuando cambian las reglas sigue siendo honesto, y una conciliación construida sobre él sigue siendo reproducible.
Controles
Un puente de calendario se gana la confianza con cinco comprobaciones baratas de ejecutar y caras de omitir. Primero, cada fecha se mapea a exactamente un período retail y un período financiero — sin nulos, sin duplicados. Segundo, los recuentos de días concilian: la suma de días entre períodos retail es igual a la suma entre períodos financieros e igual al número de días del año. Tercero, los límites de semana coinciden con el calendario fuente: el inicio de la semana 1 del puente es igual al inicio de la semana 1 de la NRF o del archivo del retailer. Cuarto, los años de 53 semanas están marcados y su semana extra está presente en el recuento de días. Quinto, la versión del puente usada para cada período reportado está registrada.
Estos controles convierten el puente de una tabla de búsqueda en una referencia controlada, que es la diferencia entre un calendario que previene errores y uno que simplemente los registra. El mismo principio aplica al conjunto de datos de sell-out al que alimenta el calendario: un conjunto que lleva una dimensión de período desde un puente controlado es uno donde cualquier total reportado puede rastrearse a un conjunto definido de días.
El control que más importa es el segundo. Si los recuentos de días no concilian, el puente tiene un hueco o un solape, y cada período construido sobre él hereda el error. Un puente que pasa la comprobación de recuento de días al menos garantiza que el calendario es internamente consistente; todo lo demás sobre la calidad del mapeo queda visible sobre esa base.
Dónde suele romperse la conciliación de calendarioLa varianza de frontera se discute de memoria, la semana 53 se descubre al cierre y las derivaciones retail y ERP derivan hasta que la misma fecha cae en períodos distintos. Un puente de fecha a período versionado convierte la varianza en un número calculado y el calendario en una referencia controlada.
Preguntas frecuentes
¿Por qué las ventas del retailer y las del ERP siempre difieren al cierre de período aunque los datos sean correctos?
Porque los períodos mismos difieren. Un período retail es de cuatro o cinco semanas, un mes financiero de 28 a 31 días, así que los mismos días de calendario caen en períodos distintos en cada sistema. La varianza es la diferencia de momento creada por el mapeo, y se revierte en el período siguiente si el puente es consistente. Hasta que el mapeo de fecha a período sea explícito, ese componente de momento no puede separarse de las diferencias reales.
¿Qué es una semana 53 en el reporte retail?
El calendario retail 4-5-4 de la NRF tiene 52 semanas de siete días, es decir, 364 días. Eso deja un día extra cada año, así que aproximadamente cada cinco o seis años se añade una semana 53 para realinear el calendario con el año gregoriano; 2012, 2017 y 2023 fueron años de 53 semanas. La semana extra debe gestionarse de forma explícita, porque comparar un año de 53 semanas con uno de 52 no es una comparación comparable.
¿Deberíamos conciliar por período retail o por período financiero?
Por ambos, pero desde el mismo mapeo de fecha a período. Reporte a cada interesado en el período en que trabaja y mantenga una sola tabla de mapeo como fuente única de verdad. Los fallos ocurren cuando la elección se hace fila por fila dentro de un libro, de modo que la misma fecha cae en el período retail en una hoja y en el financiero en otra, y nadie puede decir cuál es la correcta.
Fuentes
- National Retail Federation, The 4-5-4 Calendar.
- IRS Publication 538, Accounting Periods and Methods (reglas del año fiscal de 52-53 semanas).
La página de la NRF se cita por la estructura del calendario 4-5-4, el año de 52 semanas/364 días, la regla de la semana 53 y los años recientes de 53 semanas (2012, 2017, 2023). La Publicación 538 del IRS se cita por el tratamiento contable de un período de 52-53 semanas como ejercicio fiscal reconocido. Las reglas de calendario descritas en esta guía siguen esas fuentes; el diseño del puente, la asignación por día y las comprobaciones de control son un método de trabajo de Marksyte, no afirmaciones extraídas de las fuentes.