Cómo conciliar las devoluciones del retailer con los datos del ERP

Un retailer informa 40 unidades devueltas al proveedor, el ERP muestra una nota de crédito de 55 y el archivo de sell-out lleva una línea negativa de 12. Las tres son devoluciones en algún sentido, y cada una se concilia de forma distinta. Las devoluciones se convierten en una fuente recurrente de variaciones falsas cuando las devoluciones de consumo, las de stock, las notas de crédito y los restatements se tratan como una sola cosa.

Esta guía separa los tipos de devolución, mapea el evento fuente de cada uno, define la lógica de emparejamiento, gestiona los archivos restatement y cierra con categorías de excepción y controles.

Los tipos de devolución

Cuatro eventos distintos llevan la etiqueta de "devoluciones". Las devoluciones de consumo son el producto que un comprador trae de vuelta a la tienda y aparecen como sell-out negativo en el POS. Las devoluciones de stock al proveedor aparecen en los envíos de retorno y en las notas de crédito del ERP. Las devoluciones comerciales son stock no vendido devuelto bajo acuerdo. Los créditos y los restatements ajustan un archivo o una cuenta y pueden no mover ningún producto.

Cada tipo tiene su propio evento, su propio signo y su propia fuente. Anote el tipo antes de comparar números. Si la comparación trata una nota de crédito como una devolución de consumo, el puente producirá una variación que ninguna lógica de emparejamiento puede explicar.

El evento fuente

Una devolución tiene varias fechas: la fecha de devolución del comprador, la fecha de entrada en el stock de la tienda, la fecha de retorno al proveedor y la fecha de la nota de crédito. Cada sistema registra una distinta. El POS registra la devolución del comprador; el ERP registra la nota de crédito. Compare fechas de evento, no fechas de factura, y declare qué fecha lleva cada fuente.

El evento fuente es lo que convierte una devolución en una posición conciliable. Si la devolución se registra en la semana del retailer y la nota de crédito en el mes del proveedor, traslade la diferencia y espere que se compense en el período siguiente.

Lógica de emparejamiento

Empareje por tipo y por grano. Las devoluciones de consumo se emparejan con el sell-out negativo del POS a producto-tienda-período. Las devoluciones de stock se emparejan con los envíos de retorno y la nota de crédito correspondiente a producto-retailer-período. Los restatements se emparejan a nivel de archivo, versión original contra versión corregida.

Nunca empareje una nota de crédito con una línea de sell-out negativa: son eventos distintos a granos distintos. Defina una clave por tipo, como el código del retailer, el producto y la fecha de evento, y mantenga las claves explícitas en la tabla de mapeo.

Archivos restatement

Los retailers reemiten archivos y un archivo corregido sustituye al original para todo el período. Aplique la sustitución a nivel de archivo, conserve el original versionado y recalcule los períodos afectados. Un restatement no es un ajuste; es una versión nueva del mismo archivo.

Registre el delta entre versiones y marque qué períodos cambiaron. Sin versionado, un restatement parece una variación en el período en el que aterriza y cambia silenciosamente el historial en el resto de los períodos.

Un ejemplo práctico

La tabla muestra un producto y un retailer durante un mes. Cada evento de devolución se concilia por tipo, con su propia fuente y regla de emparejamiento.

La línea negativa del POS se concilia con la devolución de consumo, la nota de crédito se divide en una devolución de stock y una comercial, y el restatement se traslada como delta de versión. La variación queda explicada al nombrar el evento detrás de cada número en lugar de compararlos todos como un único total.

Categorías de excepción

Clasifique lo que queda. Las diferencias de calendario deberían compensarse en el siguiente período. Los desajustes de tipo aparecen cuando una nota de crédito se compara con sell-out negativo. Las brechas de identificador aparecen cuando un producto o una tienda no mapea. Los documentos faltantes aparecen cuando una devolución de stock no tiene nota de crédito. Los deltas de restatement están explicados pero necesitan firma.

Controles

• Una taxonomía fija de eventos de devolución con sus signos y fuentes.
• Validación de que cada cantidad negativa lleva un tipo.
• Controles de totales por tipo de evento antes de ejecutar la comparación.
• Archivos restatement versionados con los períodos cambiados marcados.
• Una cola de excepciones con responsable, estado y evidencia en cada diferencia abierta.

Conclusión práctica

Concilie las devoluciones del retailer por tipo, evento y signo. Empareje las notas de crédito con las devoluciones de stock, el POS negativo con las devoluciones de consumo y los restatements a nivel de archivo. Mantenga el calendario explícito y haga pasar la diferencia por la cola de excepciones, y las devoluciones dejarán de producir la misma variación falsa cada mes.

El servicio de conciliación de datos y control de excepciones de Marksyte puede diseñar la taxonomía de eventos de devolución, las reglas de emparejamiento y los controles para los datos de devoluciones del retailer y del ERP.

Preguntas frecuentes