> ## Documentation Index > Fetch the complete documentation index at: https://docs.jelou.ai/llms.txt > Use this file to discover all available pages before exploring further. # Cómo funciona > Cobra con cualquier PSP compatible desde Brain Studio, sin esperar una integración dedicada. Si la pasarela que necesitas en tu proyecto **no está** entre las [integraciones de pago nativas](/guides/integraciones/pagos/proveedores) de Jelou, puedes configurarla tú mismo como **pasarela personalizada**. Para eso necesitas la **documentación técnica de tu PSP** y sus **API keys o tokens** (igual que en BYOK, pero tú defines qué llaves pide tu proveedor). Con eso describes la integración una vez en **Pagos** y cobras desde el nodo **Pagos** en Brain Studio, usando la experiencia de [WebView embebido](/guides/integraciones/pagos/experiencias/checkout-webview). ## Resumen de la integración * Se configura desde **Pagos → Integraciones** con el botón **Agregar pasarela** * Queda disponible en el nodo **Pagos** de Brain Studio cuando está activa * No requiere código de backend por cada proveedor nuevo Configuras la pasarela en **Pagos**. Después la seleccionas en el nodo **Pagos** de Brain Studio para cobrar en el flujo. * **WebView embebido:** Sí * **Nativa en chat:** No * **Confirmación externa:** No El usuario completa el pago dentro del checkout del PSP en WebView. La captura y procesamiento de datos sensibles ocurre en la infraestructura del proveedor. Tu PSP debe poder: * Crear un cobro con **una sola llamada HTTP** (GET, POST, PUT o PATCH) * Exponer un endpoint en una **URL pública** * Responder en **JSON** con un **id de transacción** y una **URL de checkout (paylink)** * Autenticarse con **encabezados estáticos** (Bearer, API key, Basic, etc.) Si además avisa el resultado por **webhook** o permite **consultar el estado**, Jelou puede confirmar el pago automáticamente. Sin ninguno de los dos, igual puedes enviar el paylink, pero la confirmación queda limitada. No soporta pagos recurrentes, cancelación de la orden desde Jelou, tokenización de tarjeta ni checkout embebido con SDK del PSP. ## Asistente de compatibilidad Antes de armar el wizard, usa este **prompt con tu LLM** (ChatGPT, Claude, Cursor u otro). Cópialo desde la docu, pégalo como instrucciones y **añade la documentación técnica de tu PSP** (URL, PDF o texto). El modelo te dice si es compatible y qué completar en cada paso del alta. Ábrelo en la docu y cópialo con el botón del bloque de código. Úsalo como instrucciones del asistente (system prompt o primer mensaje). Comparte la **URL**, el **PDF** o el **texto** de la API de tu proveedor. Sin eso, el asistente no puede evaluar compatibilidad. Solicita el veredicto y el mapeo campo a campo del wizard. Úsalo como base al [crear la pasarela](/guides/integraciones/pagos/personalizadas/crear-pasarela). Si tu PSP no pasa el checklist (por ejemplo OAuth con refresh, SOAP/XML o un flujo multi-paso obligatorio), escribe a [marketplace@jelou.ai](mailto:marketplace@jelou.ai) para evaluar una integración dedicada u otras opciones. ## Cuándo usarla * Tu PSP **no está** en las [integraciones nativas](/guides/integraciones/pagos/proveedores) y no puedes (o no quieres) esperar una integración dedicada. * Quieres cobrar en conversación con [WebView embebido](/guides/integraciones/pagos/experiencias/checkout-webview) usando el checkout de ese proveedor. * Tu equipo técnico puede describir la API del PSP (creación de cobro + llaves) y tú la configuras en el wizard. ## Cómo funciona Pantalla de Integraciones en Pagos, con el botón Agregar pasarela resaltado en la esquina superior derecha Desde **Pagos**, un administrador completa el wizard: credenciales, petición, webhook y retorno. La pasarela queda asociada a tu compañía y lista para probar o editar desde Integraciones. Cuando la pasarela está **activa**, selecciónala en el nodo **Pagos** para cobrar dentro de la conversación. ## Antes de empezar Prepara esto antes de abrir el wizard: * La **documentación técnica del PSP** (endpoint de creación de cobro, autenticación, forma del request/response, webhook si aplica). * Las **API keys o tokens** del PSP: primero las de **prueba / sandbox**, después las de **producción**. * Empieza creando la pasarela en **Sandbox**, conéctala con llaves de prueba y [valida el checkout](/guides/integraciones/pagos/personalizadas/probar-pasarela). Solo entonces pasa a **Producción** con las llaves reales. Es el mismo modelo BYOK que en el catálogo: las llaves son tuyas. Aquí además defines *qué* llaves declara el wizard y *dónde* se usan (casi siempre en los encabezados de la petición, por ejemplo `Authorization: Bearer {{apiKey}}`). ## Próximos pasos Recorre el wizard de 6 pasos para dar de alta tu PSP. Configura credenciales, petición, webhook y retorno. Consulta los placeholders que puedes inyectar en la solicitud al PSP. Referencia de monto, cliente, orden, retorno y más. Valida el flujo completo contra el sandbox del PSP. Genera un paylink de prueba y revisa el checklist de producción. Configura el nodo Pagos para cobrar con tu pasarela activa. Campos del nodo, salidas y casos de uso.