Actualización 2026-07-15 (2) — Conectar con el endpoint real del admin ========================================================================= Qué trae -------- El admin ya construyó POST /api/v2/marketing/customers/fcm-tokens. Este paquete ajusta nuestro código para hablarle correctamente: la ruta real quedó en /api/v2/ (no /api/v1/ como se había asumido) y se autentica con el header X-Marketing-Api-Key (no con un Bearer token). No hay migración nueva. PASO 1 — Subir los archivos ---------------------------- Reemplaza estos 2 archivos en la misma ruta relativa de siempre: app/Services/PartnersApi/CustomerFcmTokenClient.php <- reemplaza el existente config/services.php <- reemplaza el existente PASO 2 — Agregar 2 variables al .env de producción ----------------------------------------------------- Abre tu .env de producción y agrega (o edita si ya existen): PARTNERS_CUSTOMER_TOKENS_BASE_URL=https://partners.gigiapp.com/api/v2 PARTNERS_CUSTOMER_TOKENS_API_KEY= Ese segundo valor es el que el admin generó en SU .env como MARKETING_API_KEY — tiene que ser el mismo valor, copiado tal cual (no uno que generes tú de nuevo). PASO 3 — Limpiar cache (si aplica) ----------------------------------- Solo si tienes terminal y en algún momento corriste config:cache: php artisan config:clear php artisan config:cache PASO 4 — Probar ----------------- Con esto, la próxima vez que corra el cron (cada hora, `marketing:send-abandonment-push`), si hay algún lead abandonado real, va a intentar pedir su token automáticamente al admin y mandarle el push solo — ya no hace falta pegar tokens a mano. Avísame y revisamos juntos el resultado (por ejemplo mirando /push-remarketing o la tabla push_attempts) la próxima vez que corra.