Notificaciones e historial¶
Cada evento que llega desde MercadoLibre (venta, envío, cancelación, reembolso, cambio de stock) queda registrado en MercadoLibre → Notificaciones. El historial sirve para auditoría, diagnóstico y reintentos.
Para los estados y columnas, ver Estados de notificación. Para reprocesar, ver Reprocesar una notificación.
Qué se registra¶
Una entrada por cada evento que MercadoLibre envía:
- Ventas nuevas y cambios de estado de venta.
- Envíos: estado, tracking, división.
- Publicaciones: cambios en el catálogo.
- Stock: actualizaciones de existencias.
El criterio: cuándo queda en Error y cuándo no¶
El estado de la notificación distingue dos situaciones distintas:
- Error (notificación fallida): el sistema no pudo procesar el evento. La venta no se cargó en Odoo (o no se actualizó), no hay registro útil. Hay que arreglar la causa y reprocesar.
- Éxito + actividad: el sistema procesó la mayor parte, pero algo quedó pendiente de intervención humana. El registro existe en Odoo (ej. la orden quedó en borrador), la actividad indica qué hay que corregir, y al hacerlo el flujo continúa desde donde está. No hace falta reprocesar.
La diferencia clave: si no quedó nada cargado, la notificación va a Error. Si quedó algo a medias, va a Éxito + actividad.
Notificación en Error¶
Cuando el sistema no pudo procesar el evento. Ejemplos:
| Causa | Acción del operario |
|---|---|
| Token de MercadoLibre caducado o revocado | Reconectar la cuenta y reprocesar. |
| Orden Fulfillment recibida pero no hay depósito Fulfillment configurado | Configurar el depósito en MercadoLibre → Configuración → Depósitos y reprocesar. |
| Orden no-Fulfillment recibida pero no hay depósito propio configurado | Configurar el depósito en MercadoLibre → Configuración → Depósitos y reprocesar. |
| Cancelación recibida sin SO previa en Odoo y sin depósito propio configurado | Configurar el depósito en MercadoLibre → Configuración → Depósitos y reprocesar. |
| Devolución/cancelación que requiere recepción y no hay Depósito de devoluciones ni propio | Configurar al menos uno de los dos en MercadoLibre → Configuración → Depósitos y reintentar la cancelación o el reclamo. |
| Bug del conector | Avisar al equipo técnico. |
En todos estos casos se crea una actividad sobre la compañía con el mensaje del error, asignada al Responsable de actividades MeLi. El operario ve la actividad, corrige la causa, y reprocesa desde el filtro Fallidas en MercadoLibre → Notificaciones.
Notificación en Éxito + actividad¶
Cuando el sistema procesó el evento pero algo quedó pendiente de corrección manual. El registro afectado ya existe en Odoo, la actividad apunta a él. Ejemplos:
| Problema | Dónde se reporta |
|---|---|
| Producto sin proveedor → orden queda en borrador | Actividad sobre la orden + mensaje en conversaciones. Ver Corregir una orden en borrador. |
| Datos fiscales del comprador incompletos | Actividad sobre el contacto del comprador. |
En estos casos no hace falta reprocesar la notificación: corregís donde el sistema te avisa (la orden, el contacto) y el flujo continúa desde ahí.
Asignación a un responsable¶
Cuando una notificación queda en Error o se genera una actividad por configuración, el sistema intenta asignarla al responsable definido en MercadoLibre → Configuración → General → Notificaciones. Si no hay responsable asignado, la actividad se crea sin dueño y queda visible solo en la bandeja general de actividades atrasadas.
Para asignar el responsable, ver Configurar el responsable de notificaciones.
Retención: limpieza automática¶
El historial crece linealmente con el volumen de eventos (una notificación por cada venta, envío, publicación, cambio de stock). Para que la base de datos no crezca sin control, un cron diario borra automáticamente las notificaciones con más de 30 días de antigüedad.