Define el registro mínimo útil
Usa tienda, moneda, identificador de pedido, SKU cuando corresponda, identidad de operación o evento, identificador de extracto y fecha del evento. Un pedido puede incluir varios artículos y ajustes posteriores, por lo que su identificador no siempre basta como clave única de fila.
Conserva los importes y nombres de campo originales de la exportación. Añade columnas de trabajo para base prevista, porcentaje aplicable, comisión prevista, comisión real, reversión y diferencia. Así otra persona puede reproducir el cálculo sin depender de cambios ocultos en la hoja.
| Grupo de columnas | Ejemplos | Finalidad |
|---|---|---|
| Identidad | Tienda, pedido, SKU, evento, extracto | Evita filas duplicadas o ambiguas |
| Fechas | Fechas de pedido, entrega, extracto y reembolso | Aplica el periodo de política correspondiente |
| Prueba del porcentaje | Categoría, incentivo, referencia del porcentaje | Explica por qué se aplica ese porcentaje |
| Prueba de la base | Ventas, envío, cupones, reembolsos | Reconstruye la base de comisión |
| Comprobación | Prevista, real, reversión, diferencia | Muestra las diferencias sin sobrescribir los hechos |
Desajuste hipotético: se omitió el envío pagado por el comprador
Supongamos €50 de ventas de artículos, €4 de envío pagado por el cliente, sin cupones ni reembolsos y una comisión del 9%. Un modelo que solo usa el precio del artículo prevé €4,50; la comisión real sobre €54 es €4,86. La diferencia de €0,36 es exactamente el 9% del envío omitido.
Eso demuestra la causa solo en este ejemplo hipotético. En un registro real, revisa la base y el cargo antes de identificar la causa. Una diferencia de tamaño similar podría venir de otro campo o de un porcentaje elegible.
Diferencia hipotética = €4,86 reales − €4,50 previstos = €0,36 = €4 de envío omitido × 9%Vincula reembolsos y ajustes sin perder la venta original
Un reembolso posterior de €10 de artículos en el mismo ejemplo sencillo genera una reversión de comisión de plataforma de €0,90. Conserva el cargo original de €4,86 y la reversión de €0,90; la comisión acumulada pasa a €3,96. No borres la fila original ni crees otra venta al llegar el reembolso.
Para categorías mixtas, usa el porcentaje real del artículo. Para cupones de plataforma, conserva la financiación y los campos de base pertinentes, porque los documentos públicos describen los descuentos de forma distinta. Mantén el signo de los ajustes: no todos son costes.
Clasifica las incidencias antes de remitirlas a soporte
Separa una fila ausente de un desajuste de porcentaje, de base, de fechas, de cambio de moneda, una importación duplicada o un redondeo. Empieza por los importes relevantes y patrones recurrentes. El redondeo debe ser un residuo demostrado, no la primera explicación de cualquier diferencia.
El expediente para soporte debe incluir identificadores afectados, filas originales, ecuación prevista, fundamento de política, resultado real y diferencia exacta. Evita datos de clientes ajenos al problema si bastan los identificadores de pedido y comisión.
- Comprueba integridad y claves duplicadas.
- Confirma el porcentaje y su periodo de aplicación.
- Reconstruye la base de comisión.
- Relaciona cargos originales y reversiones posteriores.
- Clasifica la diferencia restante.
- Adjunta solo las pruebas pertinentes y resuelve o conserva la incidencia.
¿Qué controles conviene ejecutar cada periodo?
Los eventos ausentes repetidos y las importaciones duplicadas pueden importar más que un residuo de un céntimo. Controla integridad, eventos sin relacionar, cambios de comisiones efectivas y totales de diferencias sin explicar. Conserva historial suficiente para distinguir incidencias nuevas de recurrentes.
Automatiza las comprobaciones con definiciones estables y deja visibles las ambigüedades de política de cuenta para revisarlas. Un motor de reglas no debe forzar un pedido incierto a una categoría conocida solo para limpiar el panel.