Marketplaces
Problema
Productos físicos, digitales o servicios vendidos por terceros — el pago necesita quedar retenido hasta que se confirme la entrega, protegiendo a comprador y vendedor.
Cómo lo resuelve la plataforma
Un Workflow retiene el valor en la Account del comprador hasta que el evento de entrega es reportado por tu aplicación; el Settlement libera el valor al vendedor, con la comisión de la plataforma descontada automáticamente.
Self-custody: Los sellers pueden mantener su propia wallet: la firma en self-custody mantiene su clave privada fuera del alcance de Ishtaran, incluso mientras el Workflow retiene y libera el pago.
Plataformas de intermediación de alto valor
Problema
Compra y venta de vehículos, inmuebles u otros activos de alto valor — el proceso de escrow tradicional es lento y manual.
Cómo lo resuelve la plataforma
El mismo par Account + Workflow modela las condiciones del negocio (documentación aprobada, inspección concluida) antes de liberar el valor, con todo el historial de transición auditable en el Ledger.
Aplicaciones de escrow dedicadas
Problema
Productos cuyo núcleo es justamente la retención condicional de valores entre dos partes.
Cómo lo resuelve la plataforma
La API expone directamente los conceptos de Account, Workflow y Settlement — la aplicación de escrow no necesita construir su propio motor de reglas ni contabilidad.
Self-custody: Ambas partes pueden mantener su propia wallet en self-custody -- Ishtaran verifica y retransmite la liberación firmada, nunca las claves privadas detrás de ella.
Sistemas de afiliados y socios
Problema
El ingreso de una venta necesita dividirse entre múltiples partes (afiliado, socio, plataforma) de forma consistente y trazable.
Cómo lo resuelve la plataforma
El Settlement aplica una división entre partes (split) sobre el valor distribuible, con cada porción registrada como su propio Ledger Entry — nunca un cálculo hecho fuera del registro contable.
Backoffices y ERPs
Problema
Los sistemas internos necesitan orquestar liquidaciones financieras condicionales como parte de un proceso mayor, sin reescribir la lógica de contabilidad/liberación en cada integración.
Cómo lo resuelve la plataforma
La misma API usada por una aplicación orientada al cliente final sirve como capa de liquidación para procesos internos — un único modelo de dominio, reutilizado.