Estado de la plataforma
El contrato de SPIDI declara algunas cosas que hoy todavía no están activas. Si las usas esperando que funcionen, te vas a encontrar con un campo que no hace nada o con un 404, y no vas a saber si es tuyo o de ellos.
Esta página existe para que lo sepas antes.
Última verificación: 30 de agosto de 2026, contra la información que nos dio SPIDI y contra el sandbox.
A diferencia del resto del portal, esto caduca: son cosas que están en camino de arreglarse. Si algo de aquí ya te funciona, probablemente esta página se quedó atrás — avísanos.
Lo que está declarado pero no funciona todavía
| Qué | Qué esperarías | Estado hoy | Qué hacer mientras tanto |
|---|---|---|---|
| Modificar un acuerdo | Actualizar métodos de pago o cuenta destino | No activa | Crea un acuerdo nuevo con la configuración que quieres |
rules en el acuerdo | Liquidar en una cuenta u otra según el banco de origen del pago | En optimización | No te apoyes en ella todavía. Usa default_bank_account_id |
| Correo al owner con el detalle del split | Ver el desglose de la repartición en la notificación por correo | En modificación | El desglose fiable está en el webhook y en el endpoint de status |
| Conector de WooCommerce | Instalar un plugin y listo | No existe todavía | Usa SPIDI Center, o integra por API. (Shopify sí tiene: ver abajo) |
| El filtro de métodos de pago del acuerdo | Habilitar solo bolívares, o solo cripto, y que la página muestre solo eso | No filtra | La página de pago puede mostrar las dos modalidades igual. No te apoyes en el filtro para esconder un método |
Modificar una Parada (PATCH) | Cambiar su título o su referencia después de crearla | No responde en pruebas | Piensa el título y la referencia antes de crearla. Cambiarlos obliga a crear otra, con otra dirección |
| Histórico de sesiones de una Parada | Listar lo que ya se pagó o venció en ella | No responde en pruebas | Consulta cada sesión por su estado, o apóyate en los avisos que recibes |
| Consulta masiva de Paradas | Pedir el estado de muchas Paradas en una llamada | No responde en pruebas | Consúltalas de una en una mientras tanto. El límite documentado de esa llamada sigue siendo válido para cuando esté |
Resuelto el 30 de agosto de 2026
Shopify sí tiene aplicación, y aquí decíamos que no. Se cierra el punto que estuvo abierto desde el 26 de agosto.
Hasta el 29-ago este portal afirmaba en seis sitios que SPIDI no publicaba ningún conector. Lo escribimos el 10-ago a partir de una frase suya —«estamos trabajando para que esa integración sea posible»— y la tomamos por estado de la plataforma cuando era estado de la integración publicada.
Las dos cosas eran ciertas a la vez, que es justo lo que sospechábamos: existe una aplicación que se instala con un enlace personalizado que entrega el asesor y queda exclusiva de cada tienda, y no hay nada publicado en el App Store de Shopify que alguien pueda instalar solo.
Resuelto el 12 de agosto de 2026
El equipo técnico de SPIDI revisó el API y confirmó que tres cosas que aquí figuraban como no disponibles ya funcionan. Se quedan escritas para quien leyó la versión anterior de esta página y se organizó para vivir sin ellas:
| Qué | Estado | Dónde está documentado |
|---|---|---|
due_date_session | Funciona | Solicitud de pago |
due_date_reached_behavior (expire / keep_active) | Funciona | Solicitud de pago |
| Listar acuerdos | Funciona — es POST, con los filtros en el cuerpo | El acuerdo de liquidación |
La fecha no mata el enlace sola: lo mata la consulta. Si tu sistema honra un enlace sin
consultar antes GET /api/v1/ext/payment-sessions/status/<session_id>, va a aceptar un enlace
vencido y parecerá que due_date_session no funciona.
Es el mismo motivo por el que nunca debes confirmar un pago solo por la redirección, y ahora tiene una segunda razón: consulta el estado antes de dar por válido un enlace. → Verificar el status desde tu backend
No hay GET /agreements/<id>, y no está previsto. Se resuelve con el mismo listado,
filtrando por agreement_id. No es un hueco pendiente: es la forma de hacerlo.
Durante un día el sandbox aceptó los dos campos y los descartó: no los devolvía ni
aplicaba el vencimiento. Ya no. Crea una sesión con la fecha en el pasado y
due_date_reached_behavior: "expire", consulta su estado, y la verás expired; con
keep_active seguirá pending. → Solicitud de pago
Por qué te lo contamos así
Podríamos haber quitado esos campos de la documentación y ya. No lo hacemos por dos razones:
- Están en el contrato. Si generas un cliente desde la OpenAPI, te van a aparecer igual. Mejor que sepas qué esperar de ellos.
- Van a volver. SPIDI los describe como "próximamente disponible", no como descartados. Cuando se activen, esta tabla se vacía — no hay que reescribir las guías.
¿Buscabas los límites de monto y tiempo, o cómo funcionan las comisiones? Eso es otra cosa y vive aquí: → Límites y reglas de operación