Saltar al contenido
XSIS
Hable con un ingeniero

Sectores

Fintech y servicios financieros

Software e integraciones para bancos, pagos y servicios financieros

Banca, pagos, préstamos, gestión patrimonial, seguros y billeteras digitales: las plataformas sobre las que funcionan y las conexiones entre ellas.

Torres de oficinas en un distrito financiero

Visión general

La fintech es nuestro sector principal. Desarrollamos e integramos el software sobre el que operan bancos, empresas de pagos, empresas de financiación, gestoras patrimoniales, aseguradoras y proveedores de billeteras digitales, y conocemos los estándares que esos sistemas utilizan: ISO 20022, ISO 8583, EMV, las API de banca abierta y los formatos de archivo de los que los bancos aún dependen.

Un producto financiero rara vez es un solo sistema. Es un libro mayor central, el procesamiento de tarjetas, la verificación de identidad, el control del fraude, los sistemas de pago y un ERP detrás de todo ello. Lo difícil son las conexiones entre ellos y lo que ocurre cuando uno falla. Diseñamos esas conexiones primero, con la ruta de fallo documentada por escrito.

Desarrollamos para entornos regulados. El acceso está limitado y registrado, los datos sensibles no se almacenan donde no hacen falta y cada cambio es trazable. Sus equipos de cumplimiento y riesgos conocen el funcionamiento del sistema antes de su puesta en producción, no después.

Un empleado de banco cuenta billetes en ventanilla con un cliente

Dónde trabajamos

BancaBanca minorista, de empresas y corporativa, donde los nuevos canales digitales deben funcionar con un sistema central que no se puede sustituir sin más.

Qué desarrollamos

  • Aplicaciones y portales de banca digital para clientes particulares y empresas
  • Servicios que encapsulan y amplían el core bancario mediante API, en lugar de sustituirlo
  • Canales corporativos para archivos de pagos, aprobaciones, extractos y posiciones de tesorería
  • Herramientas de back office para operaciones, investigación de pagos y atención a clientes

Integraciones habituales

  • Sistemas de core bancario, mediante sus API, colas de mensajes o interfaces por lotes
  • Sistemas de pago y mensajería SWIFT, en formatos ISO 20022 y MT
  • Procesadores de tarjetas, proveedores de KYC y API de banca abierta
PagosProveedores de servicios de pago, adquirentes, procesadores y comercios, donde cada transacción debe autorizarse, liquidarse y conciliarse.

Qué desarrollamos

  • Orquestación de pagos que dirige cada transacción a la pasarela, el adquirente o el sistema de pago adecuado
  • Alta de comercios, portales e informes
  • Servicios de liquidación, cálculo de comisiones y abono de fondos
  • Conciliación de transacciones, liquidaciones y extractos bancarios

Integraciones habituales

  • Adquirentes y procesadores, mediante ISO 8583 o sus API
  • Terminales EMV, procesos de pago en línea y 3-D Secure
  • Cuentas bancarias de liquidación, mediante archivos host-to-host o API
PréstamosPréstamos al consumo, a pymes y a empresas, desde la primera solicitud hasta el último reembolso.

Qué desarrollamos

  • Originación de préstamos: solicitudes, recopilación de documentos y flujos de decisión
  • Decisión de crédito con reglas y modelos explicables que los equipos de riesgos pueden revisar
  • Gestión de préstamos: calendarios de pago, reembolsos, impagos y recobro
  • Portales para intermediarios y socios

Integraciones habituales

  • Agencias de información crediticia, datos de cuentas de banca abierta y verificación de identidad
  • Core bancario o libros de préstamos, y cobro de cuotas por domiciliación bancaria o tarjeta
Gestión patrimonial e inversiónGestoras patrimoniales, intermediarios bursátiles y plataformas de inversión, donde los clientes esperan posiciones exactas e informes claros.

Qué desarrollamos

  • Portales y aplicaciones para clientes con carteras, operaciones y documentos
  • Informes de carteras y de clientes elaborados a partir de datos de custodios y de mercado
  • Alta de clientes con cuestionarios de idoneidad y perfil de riesgo
  • Herramientas para asesores: revisiones con clientes, propuestas y rebalanceo

Integraciones habituales

  • Custodios, intermediarios bursátiles y proveedores de datos de mercado
  • Sistemas de gestión de carteras y CRM
SegurosAseguradoras, corredores y agencias de suscripción, donde los productos, las pólizas y los siniestros dependen de muchos socios.

Qué desarrollamos

  • Recorridos de cotización y contratación para clientes y corredores
  • Extensiones de administración de pólizas para productos, suplementos y renovaciones
  • Recepción de siniestros con IA documental, clasificación y seguimiento del estado
  • Pipelines de datos de tarificación y riesgo

Integraciones habituales

  • Sistemas de administración de pólizas y de siniestros
  • Cobro de primas, devoluciones y libro mayor
Billeteras digitalesBilleteras de dinero electrónico y de pago, donde los saldos deben ser siempre correctos y el fraude debe detenerse a tiempo.

Qué desarrollamos

  • Aplicaciones de billetera con recargas, transferencias, pago de facturas y pago en comercios
  • Un libro mayor de la billetera con asientos de partida doble y cuadre diario
  • Emisión de tarjetas y tarjetas tokenizadas para pagos móviles
  • Reglas de límites, comisiones y fidelización que los equipos de operaciones pueden modificar por sí mismos

Integraciones habituales

  • Procesadores de emisión de tarjetas y servicios de tokenización
  • Cuentas bancarias para la financiación y la liquidación
  • Proveedores de KYC y de control de AML

Qué desarrollamos

Canales digitales

Banca web y móvil, aplicaciones de billetera y de inversión, diseñadas para los clientes y preparadas para la carga del día de pago de nóminas y del cierre de mes.

Extensiones del core

Servicios en torno al core bancario o al libro mayor que añaden productos y canales sin una sustitución arriesgada.

Orquestación de pagos

Enrutamiento, reintentos y conmutación por error entre pasarelas, adquirentes y sistemas de pago, con cada intento registrado.

Alta de clientes y KYC

Alta de particulares y empresas con verificación de identidad, control en listas y captura de documentos, y un camino claro hacia la revisión manual.

Fraude y monitorización de transacciones

Reglas y modelos de aprendizaje automático que puntúan las transacciones en tiempo real y retienen las sospechosas para su revisión.

Conciliación y finanzas

Conciliación entre libros contables, procesadores, bancos y el ERP, para que finanzas cierre con datos fiables.

Cómo se conecta

Un producto financiero digital, de principio a finUna aplicación bancaria o de billetera digital se comunica con una única capa de API. Detrás están las verificaciones de identidad, el procesamiento de tarjetas y el libro mayor central. Las transacciones se analizan en el momento, y todo lo sospechoso queda retenido para que lo revise una persona.PersonasClienteServicioAplicaciónbancaria o debilleteraWeb y móvilXSISCapa de APIAutenticación, límitesy registro de auditoríaTerceroProveedor de KYCy AMLAlta de clientes ycribadoPasarelaProcesador detarjetasEmisión yautorizaciónBancoCore bancario olibro mayorCuentas, saldos yasientosServicioFraude ymonitorización detransaccionesReglas y modelosPersonasEquipo decumplimiento yoperacionesRevisa retenciones yderivaciones12REST/JSONOAuth 2.03REST/JSONwebhook4REST/JSONISO 200225REST/JSON6ISO 8583789

Un producto financiero digital, de principio a fin

Una aplicación bancaria o de billetera digital se comunica con una única capa de API. Detrás están las verificaciones de identidad, el procesamiento de tarjetas y el libro mayor central. Las transacciones se analizan en el momento, y todo lo sospechoso queda retenido para que lo revise una persona.

  • Flujo principal
  • Asíncrono
  • Ruta de fallo

El flujo, paso a paso

  1. De Cliente a Aplicación bancaria o de billetera: Se registra, paga y transfiere (flujo principal).
  2. De Aplicación bancaria o de billetera a Capa de API: Solicitudes, mediante REST/JSON · OAuth 2.0 (flujo principal).
  3. De Capa de API a Proveedor de KYC y AML: Verificaciones de identidad y cribado, mediante REST/JSON · webhook (flujo principal).
  4. De Capa de API a Core bancario o libro mayor: Asientos y saldos, mediante REST/JSON · ISO 20022 (flujo principal).
  5. De Capa de API a Procesador de tarjetas: Emisión y controles de tarjetas, mediante REST/JSON (flujo principal).
  6. De Procesador de tarjetas a Core bancario o libro mayor: Transacciones con tarjeta, mediante ISO 8583 (asíncrono).
  7. De Capa de API a Fraude y monitorización de transacciones: Transacciones por analizar, como flujo de eventos (asíncrono).
  8. De Fraude y monitorización de transacciones a Equipo de cumplimiento y operaciones: Retenidas para revisión (ruta de fallo).
  9. De Proveedor de KYC y AML a Equipo de cumplimiento y operaciones: Verificaciones fallidas o dudosas derivadas (ruta de fallo).
Del ERP al banco: salen pagos, entran extractosLos pagos aprobados salen del ERP como archivos ISO 20022 firmados por un canal host-to-host. Los informes de estado y los extractos vuelven por la misma vía y se concilian con las partidas abiertas. Los rechazos y las partidas no conciliadas llegan a su equipo con el motivo adjunto.ERPERPLotes de pagos,partidas abiertas, libromayorXSISCapa deintegraciónMapeo, validación,firma y programaciónPasarelaCanal bancarioseguroSFTP host-to-host,EBICS o API bancariaBancoBancoPagos y gestión detesoreríaServicioMotor deconciliaciónReglas de casación ytoleranciasPersonasEquipo detesorería yfinanzasRevisa rechazos ydescuadres1REST/JSON · IDoc2ISO 20022 pain.001OpenPGP3SFTP H2H4pain.002 · camt.053MT9405SFTP H2H6camt.0537REST/JSON8pain.002RJCT910

Del ERP al banco: salen pagos, entran extractos

Los pagos aprobados salen del ERP como archivos ISO 20022 firmados por un canal host-to-host. Los informes de estado y los extractos vuelven por la misma vía y se concilian con las partidas abiertas. Los rechazos y las partidas no conciliadas llegan a su equipo con el motivo adjunto.

  • Flujo principal
  • Asíncrono
  • Ruta de fallo

El flujo, paso a paso

  1. De ERP a Capa de integración: Lote de pagos aprobado, mediante REST/JSON · IDoc (flujo principal).
  2. De Capa de integración a Canal bancario seguro: Archivo de pagos firmado y cifrado, mediante ISO 20022 pain.001 · OpenPGP (flujo principal).
  3. De Canal bancario seguro a Banco: Entregado al banco, mediante SFTP H2H (flujo principal).
  4. De Banco a Canal bancario seguro: Informes de estado y extractos, mediante pain.002 · camt.053 · MT940 (asíncrono).
  5. De Canal bancario seguro a Capa de integración: Recibidos y validados, mediante SFTP H2H (asíncrono).
  6. De Capa de integración a Motor de conciliación: Líneas del extracto, mediante camt.053 (asíncrono).
  7. De Motor de conciliación a ERP: Asientos conciliados registrados, mediante REST/JSON (flujo principal).
  8. De Capa de integración a Equipo de tesorería y finanzas: Pagos rechazados, con el código de motivo, mediante pain.002 RJCT (ruta de fallo).
  9. De Motor de conciliación a Equipo de tesorería y finanzas: Partidas no conciliadas: un descuadre de conciliación (ruta de fallo).
  10. De Equipo de tesorería y finanzas a ERP: Corregidos y reenviados (ruta de fallo).
Pagos con tarjeta: autorizados en caja, liquidados después, conciliados en el ERPEl terminal o el proceso de pago en línea consulta a la pasarela, la pasarela al adquirente, y el adquirente enruta la operación a la red de tarjetas y al emisor. Los archivos de liquidación llegan después y se concilian con las ventas y las comisiones en el ERP. Un tiempo de espera agotado activa una reversión, de modo que nunca se cobra dos veces al cliente.POSTerminal EMV opago en líneaChip, sin contacto ycomercio electrónicoPasarelaPasarela de pagoTokenización yenrutamientoBancoAdquirenteAutorización yliquidaciónTerceroRed de tarjetas yemisorAprueba o rechazaERPERPVentas, comisiones yabonosXSISCapa deintegraciónLectura y conciliaciónde liquidacionesPersonasEquipo deoperaciones depagosDiferencias, disputasy contracargos1EMV · REST/JSON2ISO 85833ISO 85834ISO 85835SFTP6REST/JSON7ISO 8583 04008

Pagos con tarjeta: autorizados en caja, liquidados después, conciliados en el ERP

El terminal o el proceso de pago en línea consulta a la pasarela, la pasarela al adquirente, y el adquirente enruta la operación a la red de tarjetas y al emisor. Los archivos de liquidación llegan después y se concilian con las ventas y las comisiones en el ERP. Un tiempo de espera agotado activa una reversión, de modo que nunca se cobra dos veces al cliente.

  • Flujo principal
  • Asíncrono
  • Ruta de fallo

El flujo, paso a paso

  1. De Terminal EMV o pago en línea a Pasarela de pago: Solicitud de autorización, mediante EMV · REST/JSON (flujo principal).
  2. De Pasarela de pago a Adquirente: Autorización, mediante ISO 8583 (flujo principal).
  3. De Adquirente a Red de tarjetas y emisor: Enrutada al emisor, mediante ISO 8583 (flujo principal).
  4. De Adquirente a Pasarela de pago: Aprobada o rechazada, mediante ISO 8583 (asíncrono).
  5. De Adquirente a Capa de integración: Archivos de liquidación y comisiones, mediante SFTP (asíncrono).
  6. De Capa de integración a ERP: Ventas liquidadas, comisiones y abonos, mediante REST/JSON (flujo principal).
  7. De Pasarela de pago a Terminal EMV o pago en línea: Sin respuesta a tiempo: reversión automática, mediante ISO 8583 0400 (ruta de fallo).
  8. De Capa de integración a Equipo de operaciones de pagos: Diferencia de liquidación o contracargo (ruta de fallo).
Banca abierta: datos y pagos con el consentimiento del clienteEl cliente otorga su consentimiento, el conector guarda los tokens y cada llamada al banco queda autorizada y registrada. Cuando el consentimiento caduca o se revoca, la aplicación vuelve a pedirlo al cliente en lugar de fallar en silencio.PersonasClienteServicioSu aplicación oplataformaTesorería, préstamoso contabilidadXSISConector de bancaabiertaConsentimiento,tokens ynormalización dedatosBancoAPI bancarias oagregadorInformación decuentas e iniciaciónde pagosERPERP o contabilidadPosición de tesoreríay conciliación12REST/JSON3OAuth 2.0 · FAPIREST4REST/JSON · webhook5REST/JSON6HTTP 401 · 4037

Banca abierta: datos y pagos con el consentimiento del cliente

El cliente otorga su consentimiento, el conector guarda los tokens y cada llamada al banco queda autorizada y registrada. Cuando el consentimiento caduca o se revoca, la aplicación vuelve a pedirlo al cliente en lugar de fallar en silencio.

  • Flujo principal
  • Asíncrono
  • Ruta de fallo

El flujo, paso a paso

  1. De Cliente a Su aplicación o plataforma: Otorga el consentimiento (flujo principal).
  2. De Su aplicación o plataforma a Conector de banca abierta: Solicitudes de cuentas y pagos, mediante REST/JSON (flujo principal).
  3. De Conector de banca abierta a API bancarias o agregador: Llamadas a la API autorizadas, mediante OAuth 2.0 · FAPI · REST (flujo principal).
  4. De API bancarias o agregador a Conector de banca abierta: Saldos, movimientos y estado de pagos, mediante REST/JSON · webhook (asíncrono).
  5. De Conector de banca abierta a ERP o contabilidad: Movimientos normalizados, mediante REST/JSON (flujo principal).
  6. De API bancarias o agregador a Conector de banca abierta: Consentimiento caducado o revocado, mediante HTTP 401 · 403 (ruta de fallo).
  7. De Conector de banca abierta a Su aplicación o plataforma: Se pide renovar el consentimiento (ruta de fallo).

Integraciones habituales

Conectividad bancaria

Pagos y extractos en formatos ISO 20022 y MT, mediante canales host-to-host, EBICS o API bancarias.

Procesamiento de tarjetas

Adquirentes, procesadores y plataformas de emisión mediante ISO 8583 o API, con terminales EMV en tienda y 3-D Secure en línea.

Banca abierta

Información de cuentas e iniciación de pagos mediante API bancarias reguladas y agregadores, con una gestión correcta del consentimiento.

Identidad, KYC y AML

Verificación de identidad, control de sanciones y de personas políticamente expuestas, y revisión de noticias adversas, con cada resultado conservado para auditoría.

ERP y libro mayor

Asientos, comisiones y liquidaciones trasladados al ERP, para que finanzas vea las mismas cifras que operaciones.

Ingeniería que cumple la normativa

Datos de tarjetas y PCI DSS

Diseñamos para mantener los datos de tarjetas fuera de sus sistemas siempre que sea posible, mediante tokenización y campos de pago alojados, lo que reduce el alcance de PCI DSS. Donde sea necesario tratar datos de tarjetas, desarrollamos conforme a los controles que su auditor evaluará.

Autenticación reforzada de clientes

Desarrollamos los flujos de autenticación que exigen las normas de pagos y de banca, como el inicio de sesión con doble factor y la firma de operaciones, con solo las exenciones que permita su equipo de riesgos.

Controles de KYC y AML

El alta y la monitorización conservan la evidencia que necesita su equipo de cumplimiento: qué se comprobó, cuándo, con qué proveedor y quién tomó la decisión.

Protección de datos

Antes de empezar, acordamos dónde pueden almacenarse y tratarse los datos personales y financieros, y diseñamos conforme al RGPD y a leyes locales como la PDPL de los EAU y la PDPL de Arabia Saudí, cuando sean aplicables.

Pistas de auditoría y resiliencia

Cada cambio en fondos, límites y permisos queda registrado y es trazable, y los sistemas están diseñados para fallar de forma segura y recuperarse, como exigen las normas de resiliencia operativa.

Preguntas y respuestas

¿Qué trabajos de fintech realiza XSIS?

La fintech es nuestro sector principal. Desarrollamos aplicaciones de banca digital y de billetera, servicios de pago y liquidación, plataformas de préstamos, informes patrimoniales y recorridos de contratación de seguros, y los conectamos con bancos, procesadores de tarjetas, proveedores de KYC y sistemas ERP. No publicamos nombres de clientes sin su consentimiento, por lo que mostramos nuestra experiencia a través de los sistemas y estándares con los que trabajamos, y en conversaciones técnicas con sus arquitectos.

Enlace a esta pregunta
¿Pueden trabajar dentro de nuestros requisitos regulatorios y de seguridad?

Sí. Trabajamos dentro de sus políticas: sus reglas de acceso, sus entornos, su proceso de cambios y sus requisitos de auditoría. Antes de empezar, acordamos cómo se tratan los datos, a qué entornos pueden acceder los ingenieros y qué evidencia necesitan sus equipos de riesgos y cumplimiento. Describimos con claridad los controles que aplicamos, para que sus auditores puedan revisarlos.

Enlace a esta pregunta
¿Tenemos que sustituir nuestro core bancario?

Normalmente no. La mayoría de los bancos obtienen más encapsulando el core en API bien definidas y desarrollando nuevos productos y canales como servicios a su alrededor. Así, el sistema de registro se mantiene estable mientras las partes orientadas al cliente evolucionan más rápido. Cuando un core realmente debe sustituirse, planificamos la migración por etapas, con ambos sistemas conciliados hasta que se apaga el antiguo.

Enlace a esta pregunta
¿Cómo tratan los datos de tarjetas?

Diseñamos para que el menor número posible de sistemas vea alguna vez un número de tarjeta completo. Los campos de pago alojados, la tokenización y los tokens de red mantienen los datos de tarjetas en el procesador, lo que reduce su alcance de PCI DSS. Cuando un sistema debe tratar datos de tarjetas, lo desarrollamos conforme a los controles de PCI DSS aplicables y los documentamos para su auditor.

Enlace a esta pregunta
¿Pueden dar soporte a ISO 20022 y a los pagos inmediatos?

Sí. Desarrollamos servicios que generan, validan y leen mensajes ISO 20022, tanto para pagos e informes corporativos, como pain.001 y camt.053, como para los mensajes interbancarios que utilizan los sistemas de pagos inmediatos y de alto valor. Cada esquema y cada banco tiene sus propias reglas, por lo que trabajamos a partir de sus guías de implementación y probamos en sus entornos de pruebas.

Enlace a esta pregunta
¿Pueden desarrollar la monitorización del fraude y de las transacciones?

Sí. Combinamos reglas que sus analistas pueden leer y modificar con modelos de aprendizaje automático entrenados con sus propios datos, y explicamos por qué se generó cada alerta. Las alertas llegan a una cola de casos donde los analistas deciden, y sus decisiones retroalimentan las reglas y los modelos. Si ya utiliza proveedores especializados de control, los conectamos.

Enlace a esta pregunta
¿De qué depende el costo de un proyecto fintech?

Del número de sistemas y socios implicados, de los controles regulatorios aplicables, del volumen y la velocidad que debe soportar el sistema, y de cuántas pruebas exigen los socios antes de la puesta en producción. La incorporación a los socios, como la certificación con un banco o un procesador, suele marcar el ritmo más que el código. Estimamos tras la fase de descubrimiento y dividimos el trabajo en etapas que usted puede financiar y aprobar una a una.

Enlace a esta pregunta
¿Cómo protegen nuestros sistemas, nuestro código y nuestros datos?

El acceso se concede por persona, limitado a lo que necesita cada función, y se retira cuando esa persona deja el proyecto. Si lo prefiere, trabajamos en sus repositorios y entornos, usamos autenticación multifactor y guardamos los secretos en un almacén seguro, nunca en el código. El código se revisa antes de integrarse, las dependencias se analizan y los datos de producción no se copian en entornos de prueba sin enmascararlos. Acordamos estos controles con su equipo de seguridad al inicio.

Enlace a esta pregunta
¿Dónde se almacenan y procesan nuestros datos?

Donde usted decida. Acordamos la ubicación de los datos antes de empezar y diseñamos en consecuencia, tanto si deben permanecer en un país, en su propia cuenta en la nube o en sus instalaciones. Cuando se aplican leyes de protección de datos como el RGPD, trabajamos con un acuerdo de encargo del tratamiento y limitamos los datos personales a lo que el trabajo requiere.

Enlace a esta pregunta

Cuéntenos qué necesita desarrollar o conectar.

Describa los sistemas, los plazos y las restricciones. Los ingenieros adecuados se encargan a partir de ahí.

  • Nuestro equipo le llamará en un plazo de 24 horas, en la franja horaria que usted prefiera
  • Nuestro equipo está disponible 24/7