Indonesia: QRIS, BI-FAST y las billeteras operan en capas distintas del pago

En la lista de métodos de pago suelen aparecer juntos QRIS, BI-FAST, GoPay y la transferencia bancaria. Pero no son cuatro billeteras equivalentes. QRIS estandariza los pagos QR, BI-FAST es infraestructura de pagos y la aplicación de la billetera puede ser la interfaz y la fuente de fondos. Sin esta separación, el procesamiento confunde un mismo recorrido del usuario con varios métodos independientes y promete reglas iguales donde rigen contratos distintos.

Para el comercio, el esquema correcto empieza con preguntas: ¿quién emitió el QR, qué aplicación lo usó, quién aceptó el pago y qué mensaje lo confirma del lado del receptor? La siguiente pregunta es cuándo quedan disponibles los ingresos en la cuenta bancaria correcta. Una foto del exhibidor con el QR no responde eso.

Qué estandariza QRIS y qué queda en manos del proveedor

Bank Indonesia describe los modelos merchant-presented y customer-presented. En el merchant QR estático, el monto suele ingresarlo el comprador; en el dinámico, lo fija de antemano el comercio. La conexión se hace a través de un PJP autorizado, que verifica al comercio y le asigna un merchant ID. La página revisada indica un tope de 10 millones de IDR por operación, y el emisor puede fijar límites acumulados. Son los límites de un producto concreto, no la garantía de que se apruebe cualquier compra.

El QR dinámico es útil porque reduce la ambigüedad de la instrucción. Pero «dinámico» no promete por sí solo un registro bancario único por pedido, el reembolso automático ni una exportación disponible las 24 horas. Pida al proveedor que muestre qué identificadores de la operación creada vuelven en la confirmación, en el reporte y en un caso de soporte. Si el vínculo se pierde entre esos tres puntos, hará falta una cola propia de excepciones.

En la caja, guarde por separado el método elegido y la fuente realmente utilizada. Pagar desde la aplicación de una billetera no significa necesariamente que el comercio deba tener una billetera propia en esa misma aplicación. Y al revés: que el consumidor use una marca conocida no implica que todos los QR, saldos y escenarios transfronterizos estén disponibles para esa cuenta. Se verifica la ruta concreta y sus participantes.

Un ejemplo documentado: el QR está creado, el dinero todavía no llegó

En la QRIS API de Midtrans, la respuesta de creación contiene order_id, transaction_id, merchant_id, gross_amount, currency y transaction_status. El valor pending significa que se espera el pago; la documentación muestra luego settlement y expire. Los campos issuer y acquirer distinguen las partes, y transaction_type, on-us y off-us. Es el vocabulario de Midtrans, que no puede presentarse como la API común de todos los PJP. Especificación QRIS.

Lógica recomendada para el registro propio: la instrucción creada tiene un estado, el pago confirmado otro y la liquidación con la empresa un tercero. El transaction_status original se guarda junto al estado interno para que soporte pueda explicar cualquier discrepancia. El manejador de una notificación repetida encuentra el evento existente en lugar de crear otro ingreso. El redirect del navegador se usa para la interfaz del comprador, no como único fundamento del asiento financiero.

Midtrans ofrece una consulta aparte del estado actual. Su guía para POS describe el caso en que un intento fallido dentro de Gojek no se envía al comercio como rechazo definitivo: la operación sigue en pending y se puede reintentar el pago antes de que venza. Allí mismo se aclara que el reembolso en línea para POS no está garantizado por defecto y requiere acuerdo. Son justamente estas limitaciones las que hay que leer antes de venderle al cliente una «caja totalmente automática».

Por qué la palabra settlement confunde

En la documentación de una pasarela de pago, settlement puede significar el éxito confirmado del pago del cliente dentro de su modelo. Aun así, el equipo financiero necesita otra respuesta: ¿significa que los fondos están disponibles para retirar y que la acreditación en la cuenta bancaria de la empresa se completó? El nombre del estado no reemplaza el contrato de liquidación. Conviene nombrar los campos internos según su sentido de negocio y guardar el provider status sin renombrarlo.

Ejemplo didáctico: cien compras por un total de 5 millones de IDR se confirman durante el día. Al día siguiente llega una sola transferencia bancaria, descontadas las retenciones acordadas. Esa transferencia salda la obligación del proveedor con el comercio; no crea cien pagos nuevos. La conciliación debe vincular el lote, su composición, el gross, las comisiones, los reembolsos y el net; la diferencia no se atribuye automáticamente a un «margen de error de la billetera».

BI-FAST: una infraestructura aparte con sus propias capacidades

El FAQ de Bank Indonesia describe el direccionamiento por número de cuenta o por proxy, como un teléfono o un email. Cada proxy se vincula a una sola cuenta. Se indica un máximo de 250 millones de IDR por operación, con posibles límites menores de cada participante. Además del individual credit transfer, se enumeran bulk credit transfer, request for payment y direct debit, que se incorporan por etapas. Que una función exista en el sistema no confirma que la ofrezca el banco concreto que lo atiende.

Para el comercio, esto implica armar un mapa de capacidades aparte: recepción, pagos salientes, operaciones por lote, solicitud de pago y reembolso. No se resuelve la recepción conectando solo transferencias salientes, ni se puede suponer que toda operación QRIS pasa necesariamente por BI-FAST. Los datos bancarios, los reportes y los casos de soporte deben corresponder al esquema realmente acordado, no a una bonita arquitectura general de presentación.

Límites y reembolsos se verifican en todo el ciclo

Antes del lanzamiento, verifique el rango de montos permitido, la vigencia del QR, el comportamiento ante el vencimiento y el mecanismo de consulta de estado. Para un reembolso se necesitan el pago original confirmado, un monto admisible y un canal acordado. Si la API no admite reembolsos para ese producto, eso no autoriza a enviar dinero a cualquier número que aparezca en un chat. Se describen el proceso oficial, los plazos, el responsable y la prueba de cierre.

En la prueba de carga, no mida solo la tasa de éxito. Cuente las operaciones sin respuesta final, el tiempo para restablecer el vínculo con el pedido y el saldo de ingresos aún no pagados al comercio. Estos indicadores reflejan el costo real del servicio mejor que el tiempo promedio de un escenario exitoso de manual.

Tráfico de juego: el QR nacional no levanta prohibiciones

Las autoridades indonesias informan oficialmente del bloqueo de cuentas bancarias vinculadas a apuestas en línea y del corte de sus flujos financieros. Por lo tanto, el acceso a QRIS o BI-FAST no puede presentarse como una adquirencia local autorizada para gambling. El servicio solo es admisible para actividades legales y acordadas; disfrazar al comercio de otro negocio no corrige la situación legal de la operación.

Conclusión para el operador: compare responsabilidades verificables de los participantes, no logos. ¿Quién tiene el merchant ID, quién envía la confirmación, quién debe el dinero después del pago y quién completa el reembolso? Si hay respuestas contractuales y técnicas a estas preguntas, el método puede evaluarse por precio y comodidad. Sin ellas, una comisión baja sigue siendo una oferta incompleta.