El Jumillano × EynessPropuesta de contrato · 24/09/2026

Reclamos → Historial del cliente

Gestionamos en nuestra app. Enviamos a Odoo el inicio y el cierre de cada reclamo de fuente Nautom.

Un reclamo · Dos eventos · Mismo reclamo_id · Ejemplos ficticios

01Inicio

Se envía cuando el alta queda guardada correctamente.

{
  "version": 1,
  "evento_id": "evt-demo-inicio-042",
  "evento": "reclamo.iniciado",
  "fuente_registro": "Nautom",
  "cliente_codigo": "DEMO-001",
  "reclamo_id": "demo-reclamo-042",
  "reclamo_numero": 42,
  "fecha_inicio": "2026-09-24T10:00:00-03:00",
  "motivo": "PRECIOS/ABONOS",
  "observacion_atencion": "Solicita revisar el precio del abono."
}

02Finalización

Se envía al pasar a finalizado. Incluye el contexto actualizado.

{
  "version": 1,
  "evento_id": "evt-demo-cierre-042",
  "evento": "reclamo.finalizado",
  "fuente_registro": "Nautom",
  "cliente_codigo": "DEMO-001",
  "reclamo_id": "demo-reclamo-042",
  "reclamo_numero": 42,
  "fecha_inicio": "2026-09-24T10:00:00-03:00",
  "motivo": "PRECIOS/ABONOS",
  "observacion_atencion": "Solicita revisar el precio del abono.",
  "fecha_finalizacion": "2026-09-24T16:30:00-03:00",
  "resultado_cliente": "Continua",
  "observacion_comercial": "Se explicó el abono. Acepta continuar."
}

Reglas del intercambio

evento_id se conserva al reintentar para evitar duplicados. Las observaciones pueden ser null. «No Continua» no ejecuta una baja automática en Odoo.

Por acordar con Eyness

Correspondencia de cliente_codigo con Odoo, recepción de los eventos y mecanismo de correcciones o eliminaciones posteriores.