Skip to main content
Valida un lote de 1–1000 clientes y encola un upsert asíncrono. La respuesta HTTP vuelve en cuanto el trabajo queda en cola. El procesamiento hace upsert por id + merchant_id + env.
Requiere un access token con el scope customers:write. Ver Token.
Los pagos no se importan. Un cliente soft-deleted no genera conflicto: el import crea una fila viva. id o email duplicados en el mismo lote se rechazan con 422. Cada ítem usa el mismo cuerpo que registrar cliente, excepto que payments se ignora. notification_preferences acepta email, push, push_token y push_token_expires_at. push_token y push_token_expires_at deben enviarse juntos; la fecha debe ser futura y como máximo 180 días.

​
Respuesta

Devuelve 201 con el trabajo en cola (id, status: QUEUED, accepted). Sigue el progreso en el dashboard en Clientes → Migraciones. Los trabajos SUCCESS/FAILED de más de 30 días se eliminan.