Changelog debug

Cambios del API /api/v1 para front-end, mobile e integradores.

← Volver al índice
cliente conductor admin

2026-07-21 — Tasa BCV fija por orden y franjas de comisión

Para front-end, mobile e integradores de /api/v1.

Summary

La app gana un endpoint dedicado para leer la tasa BCV (VES) cacheada con su vigencia, y el monto en Bs que se muestra al pagar una orden queda fijado al snapshot de la orden en lugar de recalcularse con la tasa viva. En el panel, los métodos y formas de pago admiten franjas de comisión (commission_tiers) por rango de monto. Todo es aditivo: no cambia la forma de ninguna respuesta existente.

New

GET /exchange-rates/bcv (cliente, conductor)

Tasa BCV (VES) cacheada con metadatos de frescura, para que la app programe su propio refetch en vez de hacer polling. Requiere token (auth:sanctum).

Franjas de comisión por método y forma de pago (admin)

Los métodos y formas de pago aceptan un arreglo opcional commission_tiers que define la comisión de aguita por rango de monto. El aguita_prc plano sigue siendo la base: los montos no cubiertos por una franja usan ese valor.

Método Endpoint Rol Para qué sirve
GET /admin/config/payment-methods admin Ahora expone commission_tiers por método.
PATCH /admin/config/payment-methods/{method} admin Persiste commission_tiers del método.
POST /admin/payment-forms admin Acepta commission_tiers al crear la forma.
PATCH /admin/payment-forms/{paymentFormId} admin Acepta commission_tiers al editar la forma.

GET /surplus/nearby (cliente)

Acepta un parámetro opcional paymentMethod para previsualizar base_price y client_pays de cada remate con la comisión de ese método. Aplica también al alias GET /surplus.

Changes

GET /orders/{orderId}/payment/form (cliente)

Cuando la forma liquida en VES, el preview de pago (bs y bcv_rate) se calcula con la tasa BCV fijada en la orden al quedar lista para pagar, no con la tasa viva. La respuesta mantiene los mismos campos; el monto en Bs ahora coincide exactamente con lo que se cobrará.