Usamos Google Analytics para las estadísticas de tráfico. Las cookies analíticas solo se instalan si las aceptas. Sin tu consentimiento, las estadísticas se estiman a partir de señales sin cookies. Política de cookies.
vIBAN · Conciliación
Cuando cada pagador paga a su propio IBAN, un pago entrante solo puede significar una cosa. El problema de la conciliación no se resuelve: deja de existir.
Entre bastidores hay una única cuenta maestra. De cara al exterior, cada pagador, inquilino o suscriptor tiene un IBAN virtual dedicado. El dinero llega a la cuenta maestra en ambos casos — pero llega ya etiquetado con quién lo envía y para qué es.
La vista del pagador — un IBAN solo suyo, para copiar y compartir.
La emisión es en bloque, no formulario a formulario — un marketplace que da de alta a mil vendedores crea mil IBAN en una sola operación. Las etiquetas de finalidad mantienen los flujos separados: alquiler aquí, suscripciones allá, pagos de marketplace en su propio carril — así cada entidad de una plataforma tiene su propio número de cuenta conciliable.
Emisión en bloque — 2,400 filas validadas, IBAN reservados, una sola acción para emitir.
Integración
Crea un vIBAN por pagador — uno por API, o 2,400 por CSV con un paso de revisión.
Cada pagador paga a su propio IBAN; sin referencias que escribir mal.
Los abonos se identifican solos por diseño: 99,6 % conciliado automáticamente en la demo.
El resto va a una cola de excepciones contabilizada, con su historial adjunto.
Extractos por vIBAN, en CSV y PDF, enviados por correo el día 1 de cada mes.
Funcionalidades
Una sola pantalla contiene todo el programa: 12,480 vIBAN activos, €2.4M enrutados hoy, 8,912 abonos conciliados automáticamente. Cada fila muestra el IBAN, a quién pertenece, su etiqueta de finalidad y el dinero recibido hoy. Busca por IBAN, cliente o referencia; exporta el libro a CSV.
Los clientes ven los datos de su propia cuenta: el IBAN dedicado con botón de copiar, el BIC para transferencias desde fuera de SEPA, el nombre y la dirección del banco, y un botón de compartir para quien les pague. Cada transferencia a ese IBAN llega a su saldo ya asociada a ellos: el ordenante nunca escribe una referencia.
Se sube un CSV de 2,400 ordenantes, se valida — 2,400 válidos, 0 errores — y se previsualiza el IBAN exacto que recibirá cada fila, reservado del rango al subir y asignado al emitir. Configura el rango, la etiqueta de finalidad y el prefijo de referencia, y emite todo el lote con una sola acción. La misma operación funciona por API.
El periodo en pantalla suma €412,380.44 en 8,912 abonos, con un 99.6% conciliado automáticamente — y los 34 casos manuales y las 12 devoluciones contados, no ocultos. Cada vIBAN exporta su propio extracto en CSV o PDF, todo el periodo se exporta con una sola acción, y los extractos mensuales llegan solos al correo de finanzas el día 1.
Cada abono, devolución, emisión y pausa es un evento, y cada evento muestra su entrega: código de estado, latencia y estado de reintento por intento. Las entregas se firman con HMAC-SHA256 y se reintentan 6 veces en 24 horas con backoff exponencial — y una entrega que agota sus reintentos tiene un botón de reintento manual, no un encogimiento de hombros.
En la consola de operador, las cuentas receptoras del programa son datos, no conocimiento tribal: una cuenta activa por divisa, y al retirar una se promueve automáticamente la siguiente. Cada cambio exige un motivo por escrito y queda en el registro de auditoría.
Cada ordenante recibe un IBAN dedicado, así que cada pago entrante identifica a su emisor antes de que nadie lo mire. No hay campo de referencia que escribir mal ni cola de conciliación que atender. La identificación es una propiedad del número de cuenta, no un proceso.
Cada vIBAN lleva una etiqueta: rent-collection, subscriptions, marketplace-payouts, payroll. Los flujos quedan separados a nivel de cuenta, así que informar por finalidad es un filtro, no un proyecto.
Cuando cada ordenante paga en su propio IBAN, un abono entrante solo puede significar una cosa. En el periodo de la demo, el 99.6% de 8,912 abonos se concilia solo — y los pocos que no pueden van a una cola manual en lugar de convertirse en un misterio.
Detrás de cada vIBAN hay una cuenta real. Los fondos se concentran automáticamente: sin saldos de subcuentas que barrer, sin fragmentación que gestionar. En la superficie hay miles de direcciones; el libro mayor es uno.
Los vIBAN se emiten desde rangos dedicados — el programa de la demo opera bajo RO49 PRCT, con el número de libres por rango visible al emitir. Los rangos mantienen programas, marcas o entidades bien separados mientras todo sigue enrutándose a la cuenta maestra.
Cada vIBAN acumula su propio historial de pagos, así que el registro de un ordenante está completo por definición. Una disputa o una auditoría empieza con una lista filtrada, no con una investigación.
El onboarding de vendedores e inquilinos puede generar un vIBAN como un paso del flujo: crear la cuenta, entregar el IBAN, empezar a cobrar. La vista del cliente se entrega en whitelabel — la demo funciona como Powered by Protocore; la tuya funciona con tu marca.
Algunos pagos rebotan: una cuenta cerrada, datos incorrectos. Las devoluciones SEPA llevan su código de motivo a un evento payment.returned y su propio recuento en la página de extractos: datos con una causa, no misterios. El caso límite tiene una fila, no un hilo de soporte.
Un vIBAN se pausa con una sola acción, y el flujo de eventos registra quién lo pausó y desde dónde. «En pausa» aparece como estado en todos los lugares donde figura el IBAN: el libro, los extractos, el flujo.
Un lote configurado se guarda como borrador: origen validado, rango elegido, nada emitido todavía. El flujo va de origen a configuración y revisión, así que el clic irreversible es el último, a propósito.
La emisión se rige por un cupo mensual con el contador a la vista, y cada lote indica lo que suma antes de ejecutarlo — 1,204 de 5,000 usados, con este lote serán 3,604. La capacidad es aritmética, no un mensaje de error.
Cada lote marca sus abonos con un prefijo de referencia — ARC-PAYOUT- en la demo — para que los sistemas posteriores reconozcan sus propios flujos a primera vista.
Cada fila de ordenante lleva una referencia externa de tu sistema — EXT-00311 en la demo — que permanece asociada al vIBAN. Las búsquedas funcionan con tus identificadores, no solo con los nuestros.
Todo lo que hace la consola lo hace la API: emitir, pausar, consultar, exportar. La subida de CSV y la llamada a la API ejecutan la misma operación; la consola es un cliente, no un camino especial.
Envía un evento de prueba a cualquier endpoint directamente desde la consola. La integración se valida con entregas sintéticas antes de que llegue el primer abono real.
Los endpoints tienen sus propios secretos de firma y sus propias suscripciones, y se pueden pausar sin eliminarlos: la demo mantiene un endpoint de staging en pausa junto al de producción activo.
CSV para máquinas, PDF para personas, por vIBAN o para todo el periodo. La exportación está pensada para importarse, no para reescribirse a mano.
Los extractos mensuales se envían solos por correo a la dirección de finanzas el día 1. El informe de rutina es una suscripción, no una tarea recurrente en la lista de alguien.
Los eventos se filtran por tipo, vIBAN o referencia; el libro de la consola busca por IBAN, cliente o referencia. Encontrar un pago entre miles es una consulta con tres puntos de entrada.
Los cambios del operador en el programa (cuentas, pausas, bajas) exigen un motivo y quedan en el registro de auditoría. El historial del programa se explica por escrito.
Pantallas
Interfaz real del producto, con datos de demostración.
FAQ
Son IBAN direccionables emitidos desde rangos dedicados que enrutan a una única cuenta maestra. Un pago a un vIBAN llega como cualquier transferencia SEPA; los fondos se concentran en la cuenta maestra automáticamente — sin procesos de barrido.
La devolución lleva su código de motivo en un evento payment.returned y tiene su propio recuento en el extracto. Las devoluciones son datos con una causa asociada, no misterios que perseguir.
Necesitas un proceso de excepciones, no un equipo de emparejamiento. Un pagador por IBAN hace que los abonos se identifiquen solos — 99.6% conciliado automáticamente en la demo — y el resto pasa a una cola de revisión con todo el historial del pagador adjunto.
Emite en bloque — un CSV de 2,400 pagadores se valida, se previsualiza y se emite en una sola acción — y etiqueta cada vIBAN por finalidad. Cada vendedor, inquilino o entidad tiene su propio número de cuenta conciliable; informar por finalidad pasa a ser un filtro, no un proyecto.
Evalúa
Recorremos contigo el ciclo completo — emitir, compartir, emparejar, gestionar excepciones, informar — con los mismos datos de demo, incluida la emisión en bloque de 2,400 pagadores.
Un programa de pruebas con cuenta maestra y emisión habilitada, para que tu equipo cree vIBAN, envíe abonos de prueba y vea cómo se identifican solos.
La API de emisión, los webhooks de pagos y de ciclo de vida, y la documentación de integración — lo necesario para conectar la conciliación a tu propio back office.
Evalúa con la marca Protocore o emite con la tuya — en ambos casos la cuenta maestra sigue siendo la única fuente de verdad.
Más lecturas
Disponible de forma independiente o en whitelabel — emite con tu marca.
los pedidos de pago por transferencia de Gateway llevan referencias de vIBAN, los pagos de PoS aterrizan en los mismos raíles IBAN y Center gestiona las excepciones que deja el emparejamiento de vIBAN.
Todo lo anterior funciona en demos en producción que podemos mostrarte: standalone, whitelabel o como una única plataforma. Cuéntanos qué estás construyendo y te enseñaremos el camino más corto.
