Tipos de fuentes soportadas
Matcher soporta cuatro tipos de fuente. Cada uno representa una categoría de origen de datos:
| Tipo | Descripción | Uso típico |
|---|---|---|
LEDGER | Cuentas del libro mayor | Sistemas contables internos |
BANK | Extractos bancarios | Feeds bancarios externos |
GATEWAY | Transacciones de procesadores de pagos | Pasarelas de pago |
CUSTOM | Integraciones personalizadas | ERPs, redes de tarjetas u otra fuente de datos |
Métodos de ingesta
Los datos de transacciones se ingestan mediante carga de archivos:
| Método | Caso de uso | Formatos |
|---|---|---|
| Carga de archivo | Cargas manuales CSV/JSON/XML | CSV, JSON, XML |
Ingesta basada en archivos
El método más común para extractos bancarios y exportaciones de ERP.
Carga manual
Use el endpoint de carga de archivos para importar archivos de transacciones manualmente.Conexiones bancarias
Formato bancario estándar
La mayoría de los bancos proporcionan extractos en formato CSV o MT940:Formato MT940/MT942
Para extractos bancarios con formato SWIFT:Conexiones ERP y personalizadas
Use el tipo de fuente
CUSTOM para sistemas ERP (SAP, Oracle, NetSuite, etc.) y cualquier otra fuente de datos que no se ajuste a las categorías BANK, LEDGER o GATEWAY.
Ejemplo: fuente ERP
Conexiones de procesadores de pagos
Stripe
Adyen
Redes de tarjetas
Para archivos de liquidación de redes de tarjetas (Visa, Mastercard, Elo), use el tipo de fuenteCUSTOM:
Seguridad de conexión
Almacenamiento de credenciales
Todas las credenciales deben almacenarse de forma segura en un vault encriptado y referenciarse por ID en las configuraciones de fuente.Lista blanca de IPs
Configure la lista blanca de IPs a nivel de infraestructura (balanceador de carga, API gateway o firewall) para restringir qué IPs pueden enviar datos a Matcher. Las entidades de fuente no tienen una configuraciónsettings.security. Gestione las restricciones de IP fuera de la aplicación.
Firmas de webhook
Matcher firma los payloads de webhooks salientes con HMAC-SHA256. Para datos entrantes, verifique las firmas a nivel de infraestructura antes de que los datos lleguen a Matcher. Las entidades de fuente no tienen una configuraciónsettings.webhook.
Requisitos de formato de datos
Campos requeridos
Cada transacción debe incluir:| Campo | Tipo | Descripción |
|---|---|---|
transaction_id | String | ID único de la fuente |
amount | Decimal | Monto de la transacción |
currency | String | Código ISO 4217 |
date | Date | Fecha de la transacción |
Campos recomendados
| Campo | Tipo | Descripción |
|---|---|---|
reference | String | Referencia de pago |
counterparty | String | Nombre de la contraparte |
type | String | crédito/débito |
posting_date | Date | Fecha de liquidación |
Mapeo de campos
Use un endpoint dedicado para gestionar mapeos de campos, no el objetoconfig de la fuente. Cree mapeos de campos para una fuente usando:
cURL
Mejores prácticas
Valide archivos antes de subir
Valide archivos antes de subir
Verifique que los archivos cargados contengan los campos requeridos (transaction_id, amount, currency, date) antes de subirlos. Esto previene errores de ingesta.
Use formatos de archivo consistentes
Use formatos de archivo consistentes
Estandarice en un solo formato (CSV, JSON o XML) por fuente para simplificar el mapeo de campos y reducir errores.
Proteja credenciales adecuadamente
Proteja credenciales adecuadamente
Almacene todas las API keys y contraseñas en el vault. Nunca incluya credenciales en los payloads de configuración.
Pruebe con datos de muestra primero
Pruebe con datos de muestra primero
Valide el mapeo de campos y la calidad de datos con archivos de muestra antes de cargar datos de producción.

