# Pagos Después de la liberación del escrow, los fondos están **ya no bloqueados** y pertenecen al vendedor. Los pagos son **acciones financieras fuera de la cadena**, gestionadas por Airtm. Offer Hub no gestiona ni custodia fondos en esta etapa. *** ### Objetivo Permitir a los vendedores **retirar sus ganancias** utilizando métodos de pago locales familiares, sin exponer stablecoins o la mecánica de la blockchain. *** ### Actores * **Vendedor** * **Interfaz de OfferHub** * **Backend de OfferHub** * **Supabase** (perfil y vinculación con Airtm) * **API de Airtm** * **Rutas de pago locales** *** ### Precondiciones * El escrow ha sido liberado * El vendedor está vinculado a una cuenta Airtm * El vendedor tiene un saldo disponible positivo * La cuenta Airtm está activa y cumple con las normas *** ### Flujo de pagos #### 1. El saldo del vendedor se actualiza Después de la liberación del escrow: ``` Escrow → cuenta del vendedor ``` OfferHub: * observa el evento de liberación, * actualiza su **vista de saldo derivada**, * marca los fondos como retirables. > Airtm permanece como la fuente de la verdad para los saldos. *** #### 2. El vendedor inicia el retiro ``` Vendedor → UI de OfferHub: Retirar fondos ``` El vendedor selecciona: * método de pago (según lo soportado por Airtm) * destino (banco, billetera, etc.) * monto *** #### 3. OfferHub crea el pago mediante Airtm ``` OfferHub → API de Airtm: Crear pago ``` Airtm se encarga de: * controles de cumplimiento * ejecución a través de rutas locales * confirmación del pago OfferHub no mueve dinero por sí mismo. *** #### 4. Airtm confirma el pago ``` Airtm → Webhook de OfferHub: Pago completado ``` OfferHub: * actualiza el estado de la UI, * registra el evento de pago, * cierra el ciclo financiero del pedido. *** ### Postcondiciones * El vendedor recibe los fondos a través de rutas locales * El saldo del vendedor se reduce en consecuencia * El pedido permanece cerrado * Se dispone de una pista de auditoría completa *** ### Resultados * ✅ Vendedor pagado con éxito * ✅ Estado del pago registrado * ✅ Entrada de registro de auditoría creada *** ### Escenarios de fallo #### Pago fallido * Airtm devuelve estado de fallo * Vendedor notificado * Se permite reintentar o usar un método alternativo #### Saldo insuficiente * Retiro bloqueado * Se solicita al vendedor que ajuste el monto *** ### Notas de seguridad y cumplimiento * OfferHub nunca almacena datos bancarios * OfferHub nunca ejecuta pagos directamente * Todos los pagos están registrados y son trazables *** ### Notas educativas #### Por qué los pagos están separados de la liberación * La liberación es **aplicación en cadena** * Los pagos son **movimiento de dinero fuera de la cadena** Separar estas preocupaciones: * mejora la auditabilidad, * reduce el riesgo, * refleja los sistemas financieros reales. *** ### Conclusión clave > Los escrows deciden **quién recibe el pago**.\ > Los pagos deciden **cómo reciben el dinero**. Offer Hub mantiene estas responsabilidades claramente separadas. *** ### --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs.trustlesswork.com/trustless-work/v1-es/dapps-oss/offerhub-marketplace/flujos-principales/pagos.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.