Triage de incidencia de catálogo, venta o stock

Cuándo usarla

Cuando una integración no sincroniza, duplica o muestra datos distintos.

Requisitos y permisos

• Restaurante, conexión, entorno, hora y ejemplo exactos.
• Acceso read-only antes de cualquier mutación.

Pasos

1. Captura síntoma, IDs y hora sin reintentar.
2. Clasifica lane y sistema origen/destino.
3. Confirma conexión, escritor, breaker, cola y último ciclo.
4. Comprueba mapping e idempotency key del ejemplo.
5. Determina si es conectividad, publicación, mapping, datos o UI.
6. Aplica solo el runbook específico y cierra con readback.

Resultado esperado y readback

Resultado: La incidencia tiene causa o blocker preciso, owner y siguiente gate.

Comprobación: El ejemplo afectado coincide en origen/destino y no se duplicó durante el diagnóstico.

Errores frecuentes

• Reintentar una venta antes de comprobar idempotencia.
• Activar un conector deshabilitado.
• Corregir stock para ocultar el fallo.

Recuperación o rollback

Pausa el escritor afectado cuando exista riesgo de duplicación; restaura por el runbook aprobado y conserva logs/IDs.

Evidencia

Artículos relacionados

Idiomas