Un retailer informa 86 unidades vendidas. El ERP informa 91 unidades enviadas. La diferencia es de cinco unidades, pero restar un número del otro no la explica. El retailer puede estar informando ventas al consumidor de una semana comercial, mientras que el ERP registra envíos a un centro de distribución por fecha de factura. El producto también puede usar un EAN en un archivo y un SKU interno en el otro.

Una conciliación útil hace explícitas esas diferencias. Alinea el producto, la ubicación, el período, la unidad de medida y el evento de negocio antes de comparar valores. Después separa las diferencias de calendario esperadas de los mapeos faltantes, las filas duplicadas, las devoluciones y las excepciones genuinas sin explicar. Esta guía muestra cómo construir ese proceso.

La idea clave Los datos de sell-out del retailer y del ERP rara vez son copias directas del mismo evento. Concílie mediante claves y reglas de negocio acordadas, no comparando dos totales generales.

Empiece por definir qué registra realmente cada fuente

Antes de emparejar filas, anote el evento, el grano y el calendario de cada conjunto de datos. Una conciliación FMCG típica involucra al menos tres fuentes:

FuenteQué registraClaves habitualesCalendario habitual
Archivo POS o de sell-out del retailerUnidades o valor vendidas a consumidoresCódigo de producto del retailer o EAN, tienda, período de ventasCalendario comercial, a veces tras reexpresiones
Archivo de ventas o envíos del ERPPedidos, facturas, entregas, notas de crédito o devolucionesSKU interno, cliente, fecha de documentoCalendario financiero o de envíos
Maestros de producto y clienteRelaciones entre identificadores externos e internosSKU, EAN, GTIN, cliente, cadena, tiendaCon fecha de vigencia o mantenidos a medida que cambian los mapeos

Las dos primeras fuentes pueden contener un campo llamado unidades, pero los campos no significan necesariamente lo mismo. El sell-out es demanda del consumidor. Un envío es producto que entra en la red del retailer. Los movimientos de inventario, el stock no vendido, las devoluciones y el calendario se sitúan entre ambos.

Decida qué relación espera. Un emparejamiento uno a uno por fila puede ser imposible. Una comparación semanal por producto y tienda mapeados puede ser adecuada para un retailer; una comparación mensual por cadena y producto puede ser el único grano defendible para otro.

Por qué difieren los datos de sell-out del retailer y los del ERP

Los identificadores de producto no coinciden

El retailer puede enviar el EAN 8412345678901, mientras que el ERP almacena el SKU ES-4582. Otro retailer puede usar su propio código de producto 00076291. La conciliación necesita una ruta mantenida como código de producto del retailer → EAN o GTIN → SKU interno. Un mapeo faltante o desactualizado deja ventas válidas sin emparejar.

El grano de ubicación es diferente

Los envíos del ERP pueden ir a un centro de distribución o a una cuenta de cliente, mientras que el sell-out se informa por tienda individual. Un mapeo cliente-tienda puede ser uno a muchos, por lo que el proceso necesita un nivel de agregación acordado. Forzar un emparejamiento directo crea discrepancias falsas.

Los períodos de reporte y las fechas de corte difieren

La semana de un retailer puede ir de lunes a domingo. El mes del ERP puede cerrar el último día natural y las facturas pueden registrarse después de la entrega física. Una transacción cercana al límite puede aparecer en períodos distintos incluso cuando ambas fuentes son correctas.

Las devoluciones y los ajustes siguen vías diferentes

El sell-out del retailer puede ser neto de devoluciones de consumidores. El ERP puede registrar una nota de crédito cuando el stock se devuelve físicamente, quizá semanas después. Algunos socios reexpresan períodos de sell-out anteriores; otros incluyen ajustes en el archivo actual. Tratar toda cantidad negativa de la misma manera puede mover la discrepancia en lugar de resolverla.

Los tamaños de pack y las unidades de medida son inconsistentes

Un archivo puede informar packs de seis y otro, unidades individuales. Una caja de cuatro packs de seis puede aparecer como 4, 24 o 1 según la fuente. Las reglas de conversión deben tener fecha de vigencia porque las configuraciones de pack pueden cambiar.

Los archivos contienen duplicados, omisiones o cambios de formato

Un retailer puede reenviar un archivo corregido, añadir un nuevo nombre de cabecera o cambiar las convenciones decimales. Una extracción del ERP puede omitir un estado de documento o incluir transacciones canceladas. Los controles de entrada deben detectar estos problemas estructurales antes de que empiece la comparación de negocio.

Un ejemplo práctico de conciliación retailer-ERP

Suponga que un fabricante de bebidas recibe el sell-out semanal de un retailer y lo compara con los envíos del ERP. Los mapeos de producto y ubicación ya están disponibles.

CampoArchivo del retailerERP interno
Identificador de productoEAN 8412345678901SKU ES-4582
Identificador de ubicaciónTienda ES-042Cliente CUST-042
PeríodoSemana comercial W14Fechas de factura 1-7 de abril
MedidaUnidades de sell-outUnidades enviadas
Valor8691
Diferencia86 - 91 = -5 unidades

El menos cinco es una excepción, no todavía un error. La investigación muestra que cinco unidades se facturaron el domingo por la noche pero se recibieron en la red del retailer después del corte de sell-out de la W14. La clasificación adecuada es diferencia de calendario. La evidencia debe vincular la factura o la entrega a la excepción, y el siguiente ciclo debe confirmar que la cantidad se compensa.

Si no se compensa, la causa puede ser stock que sigue en la red del retailer, daños, una devolución, un mapeo incorrecto o sell-out faltante. La clasificación permanece abierta hasta que la evidencia respalde una explicación.

Un proceso práctico de conciliación

  1. Registre las entradas. Anote el retailer, el nombre del archivo, el período de reporte, la fecha de recepción, las columnas esperadas, el responsable y si el archivo es original o corregido.
  2. Estandarice los datos entrantes. Convierta nombres de columnas, fechas, símbolos decimales, unidades y signos en una estructura canónica. Conserve el archivo original y los valores crudos.
  3. Valide el archivo antes de emparejar. Compruebe campos obligatorios, recuentos de filas, claves duplicadas, fechas inválidas, identificadores faltantes y totales inesperados. Detenga o ponga en cuarentena un archivo que falle controles críticos.
  4. Mapee los identificadores externos. Conecte códigos de producto del retailer, EAN, GTIN, tiendas y clientes con los datos maestros internos. Mantenga los valores sin mapear en una cola visible; no los descarte en silencio.
  5. Normalice el grano de comparación. Agregue ambas fuentes a un nivel compartido como producto-tienda-semana o producto-cliente-mes. Documente cualquier lógica de ubicación uno a muchos.
  6. Alinee períodos y medidas. Aplique el calendario del retailer acordado, la regla de corte, las unidades de medida, la moneda y el tratamiento de devoluciones, cancelaciones e impuestos.
  7. Calcule las diferencias. Conserve el valor del retailer, el valor del ERP, la diferencia absoluta y la diferencia porcentual como campos separados. El porcentaje por sí solo es engañoso cuando la base es pequeña o cero.
  8. Aplique reglas de materialidad. Decida qué diferencias pueden cerrarse automáticamente y cuáles necesitan revisión. Las tolerancias pueden variar por medida, producto o cuenta; no deben improvisarse cada mes.
  9. Clasifique y asigne las excepciones. Use un conjunto controlado de causas como mapeo, calendario, devolución, duplicado, datos de retailer faltantes, registro ERP faltante, conversión de unidades o diferencia de negocio sin explicar.
  10. Cierre el ciclo con una pista de auditoría. Guarde las versiones de entrada, la versión de mapeo, las reglas, la salida, los comentarios, la evidencia, el responsable y el estado. Lleve los elementos sin resolver al siguiente ciclo.

Gestione las excepciones como una cola, no como una colección de comentarios

Una conciliación es útil cuando el equipo puede ver qué queda sin resolver. Cada excepción debe tener estructura suficiente para filtrarse, asignarse y revisarse.

ExcepciónCausa probableEvidenciaSiguiente acciónEstado
5 unidades por debajo del ERPCalendarioFactura después del corte del retailerConfirmar en el archivo W15Abierta
EAN no emparejadoMapeoNuevo listado del retailerAsignar SKU interno y fecha de vigenciaAsignada
12 unidades duplicadasCalidad de fuenteClave producto-tienda-semana duplicadaSolicitar archivo corregido al retailerBloqueada

Mantenga la causa y la resolución separadas. “Ajustado manualmente” es una acción de resolución, no una causa raíz. Si la misma causa se repite, debería llevar a una actualización de mapeo, a un control de fuente o a un cambio de regla en lugar de otro ajuste sin explicar.

Errores comunes de conciliación

  • Comparar totales antes de comprobar el alcance. Un total limpio puede ocultar tiendas faltantes y diferencias de producto que se compensan.
  • Descartar filas sin mapear. Esto hace que el conjunto emparejado parezca preciso mientras excluye los registros más difíciles.
  • Sobrescribir las tablas de mapeo. Sin fechas de vigencia y versiones, recalcular un período anterior puede producir una respuesta distinta.
  • Usar un único campo de fecha sin definirlo. Las fechas de pedido, envío, factura, entrega y POS describen puntos diferentes del flujo.
  • Cerrar las diferencias de calendario de forma permanente. Una excepción de calendario debería compensarse en un período posterior; si no, necesita investigación.
  • Corregir los datos de origen en el lugar. Conserve el archivo crudo y registre las transformaciones para que el resultado pueda reproducirse.
  • Permitir solo causas de texto libre. Los comentarios ayudan, pero las categorías controladas de excepción revelan patrones de fallo recurrentes.

Cuándo la conciliación manual deja de funcionar

Excel puede sostener un proceso disciplinado cuando el número de archivos es limitado, los formatos son estables y el mismo equipo entrenado es dueño del ciclo. Se vuelve frágil cuando nuevos retailers, distribuidores o mercados multiplican las variaciones.

Señales de que el proceso necesita estandarización o automatización
  • Cada ciclo de reporte requiere copiar, pegar y reparar fórmulas repetidamente.
  • Las tablas de mapeo cambian a menudo y nadie puede identificar qué versión produjo un resultado.
  • El proceso depende del conocimiento de un solo empleado.
  • Las excepciones se gestionan por correo y no pueden envejecerse ni asignarse de forma consistente.
  • Los archivos corregidos de los socios exigen reconstruir todo el libro.
  • Se pasan varios días preparando la comparación antes de que alguien investigue las diferencias.
  • El equipo no puede reproducir el resultado del mes anterior a partir de las entradas y reglas guardadas.

La automatización debe seguir un diseño de control estable. Automatizar una comparación poco clara solo produce excepciones poco claras más rápido. Empiece por el registro de fuentes, la estructura canónica, los mapeos, las reglas de período, las tolerancias y las categorías de excepción. Después automatice los pasos repetibles conservando una vía de revisión humana para los casos ambiguos.

Conclusión práctica

Para conciliar el sell-out del retailer con los datos del ERP, primero defina el evento de negocio que hay detrás de cada número. Estandarice los archivos, mapee los identificadores externos, alinee el grano de comparación y el calendario, y haga explícito el tratamiento de devoluciones y unidades. Calcule las diferencias solo después de esos pasos. Después gestione los elementos restantes mediante una cola de excepciones versionada con responsables y evidencia.

Si su equipo recibe datos de retailers o distribuidores cada mes y dedica mucho tiempo a mapear, comprobar y explicar diferencias, el servicio de conciliación de datos y controles de Marksyte puede ayudar a revisar el proceso. El trabajo relacionado puede incluir mapear identificadores de producto, cliente y tienda o estandarizar archivos de socios y reglas de calidad de datos.

Preguntas frecuentes

¿Por qué los datos de sell-out del retailer no coinciden con los datos del ERP?

Las fuentes suelen describir eventos distintos. El sell-out del retailer registra compras de consumidores, mientras que el ERP puede contener pedidos, envíos, facturas o devoluciones. Los identificadores de producto, las ubicaciones, los calendarios, los tamaños de pack y los ajustes también pueden diferir.

¿Qué debe compararse en una conciliación de sell-out?

Compare medidas con significados acordados a un grano compartido. Puede ser producto-tienda-semana, producto-cadena-mes u otro nivel soportado por ambas fuentes. Conserve los valores originales y documente las reglas de agregación.

¿Se puede hacer la conciliación de datos del retailer en Excel?

Sí, cuando los volúmenes y formatos están controlados. Excel se vuelve arriesgado cuando los mapeos cambian con frecuencia, intervienen muchas plantillas de socios, las excepciones requieren flujo de trabajo o los resultados deben recalcularse de forma consistente.