---
title: "Conciliación bancaria en un sistema propio"
description: "Conciliar es casar cada movimiento del banco con la operación que lo produjo. Por qué falla en un sistema propio: pasarela, comisiones y devoluciones."
canonical: https://caricalia.com/glosario/conciliacion-bancaria
last-updated: 2026-09-29
---

# Conciliación bancaria en un sistema propio

> Casar el extracto del banco con lo que tu sistema dice que debería haber pasado. En un sistema propio falla por los netos con comisión, los cobros agrupados y las devoluciones tardías.

Término: conciliación bancaria

Publicado: 2026-09-08 · Actualizado: 2026-09-29

---

La conciliación bancaria es casar cada movimiento del extracto del banco con la operación de tu negocio que lo produjo. Este ingreso corresponde a una factura concreta; este cargo, a la comisión del mes. Cuando todo cuadra, el saldo del banco y el de tu contabilidad dicen lo mismo.

Esta entrada no va de contabilidad sino de lo que pasa cuando el sistema que cobra es tuyo: una tienda online, una plataforma de suscripciones o un ERP hecho a medida. Ahí la conciliación deja de ser una tarea de administración y se convierte en una propiedad del software.

## Por qué falla en un sistema propio

Por los movimientos que el sistema no supo prever, no por los normales.

**El neto con comisión.** La pasarela de cobro ingresa en el banco el neto de varios cobros en un único apunte, con sus comisiones ya restadas. Si tu sistema solo guarda el importe bruto de cada venta, ese apunte no se parece a nada de lo que tienes registrado.

**El cobro que agrupa o parte.** Un cliente paga tres facturas en una sola transferencia. Otro paga de menos porque se descontó una nota de abono que nadie registró.

**La devolución tardía.** Un recibo domiciliado vuelve semanas después: con los plazos que publica el Banco de España puede ser hasta trece meses más tarde si el cargo no estaba autorizado, y ese detalle está en la entrada de [SEPA](/glosario/sepa).

Cada caso es fácil de resolver una vez. Lo que rompe el sistema es que aparecen mezclados y ninguno se automatiza del todo sin decidir antes qué manda cuando el importe no coincide.

## Qué cuesta no arreglarlo

El síntoma visible es el cierre que se alarga. El invisible es que el número de caja deja de ser fiable, así que las decisiones se toman sin él. Un [dashboard](/glosario/dashboard) construido sobre datos que no conciliaron pinta números que no se pueden defender.

Y hay un coste que solo aparece cuando llega alguien de fuera. Una due diligence, una auditoría o un inversor van a pedir que los ingresos declarados cuadren con el banco. Reconstruir dos años hacia atrás cuesta mucho más que haberlo hecho bien desde el principio.

## Qué tiene que saber hacer tu sistema

No empezamos por el algoritmo de casado, sino por escribir qué es un cobro en tu negocio, qué estados puede tener y quién decide cuando el importe baila. Después, el sistema tiene que ser capaz de explicar cada emparejamiento: si no puedes ver por qué casó dos apuntes, no puedes corregirlo.

Lo hemos hecho del lado de la facturación en [BeeL](/casos/beel), donde la numeración no admite huecos y cada rectificativa tiene que cuadrar con lo que ya se declaró. Si tu sistema cobra por suscripción, la nota sobre [Verifactu en suscripciones](/notas/verifactu-suscripciones) cuenta qué pasa con cada cobro recurrente y cada devolución.

Cambiar eso en un sistema que ya cobra es [software a medida](/software-a-medida), y el primer paso es un [diagnóstico](/diagnostico).