Por qué el asiento del cobro decide el saldo
Un cobro cambia la composición del activo: baja la cuenta por cobrar y sube la de bancos. El movimiento económico ocurre al recibirse el dinero; el asiento lo refleja en la contabilidad. Hasta registrarlo, los saldos del libro pueden no mostrar ese cambio.
Al acto de asentarlo se le llama también contabilización del cobro. El asiento deja dicho qué importe entró y en qué fecha; sin él, la cuenta por cobrar sigue mostrando partidas que el cliente ya pagó.
La fecha contable pertenece al día en que el movimiento ocurre, no al día en que alguien lo descubre. Un cobro asentado en el período siguiente mueve dos saldos ya cerrados.
Cómo se construye el asiento de un cobro
- Identificar el movimiento y su fecha. El extracto de la entidad financiera o el archivo de pagos trae el importe, la fecha y la referencia. La fecha del movimiento manda sobre la fecha en que el área lo detecta.
- Definir las cuentas y las líneas. El débito va a bancos o caja y el crédito a la cuenta por cobrar del cliente. Las retenciones válidas, las comisiones documentadas y los descuentos aprobados tienen su tratamiento propio. Un faltante sin justificar no se da de baja automáticamente.
- Repartir el importe entre las partidas abiertas. Un solo movimiento puede cerrar varias facturas. El reparto sigue las reglas configuradas y el asiento dice cuánto se llevó cada partida.
- Asentar y conservar el rastro. El asiento se crea dentro del ERP del cliente, que sigue siendo el libro de registro, y queda vinculado a la transacción que lo produjo.
Ejemplo ilustrativo: un cobro repartido entre dos partidas abiertas
| Concepto | Importe |
|---|---|
| Cobro recibido de Distribuidora del Valle en un solo movimiento | 100.000 |
| Factura F-101, saldo abierto antes del cobro | 72.000 |
| Factura F-102, saldo abierto antes del cobro | 28.000 |
| Factura F-103, saldo abierto antes del cobro | 20.000 |
| Saldo abierto de las tres facturas | 120.000 |
| Débito a bancos | 100.000 |
| Crédito a cuentas por cobrar | 100.000 |
| Diferencia entre el débito y el crédito | 0 |
| Saldo abierto después del cobro, solo la F-103 | 20.000 |
Qué muestra el ejemplo
Las cifras son ilustrativas y están en unidades monetarias. Comercial Andina recibe un cobro de 100.000 en un solo movimiento y las reglas configuradas lo reparten entre las dos partidas abiertas: 72.000 más 28.000 = 100.000.
Débito y crédito son de 100.000 cada uno: 100.000 menos 100.000 = 0.
Queda abierta la tercera partida, porque 120.000 menos 100.000 = 20.000. El asiento cuadra aunque el importe recibido sea menor que lo facturado, y el registro no decide a qué factura va el cobro: el reparto sale de las reglas configuradas.
Cuando el importe recibido no alcanza lo facturado
Las retenciones válidas, las comisiones documentadas y los descuentos aprobados se registran por separado. Un pago parcial reduce la cuenta por cobrar solo por el importe aplicado; una deducción reclamada requiere revisión antes de tratarse como ajuste.
El débito se arma con el neto que entró más esas líneas y el crédito baja la cuenta por cobrar. El asiento sigue cuadrando y la parte que no se dio de baja queda abierta.
Qué no prueba el registro del cobro
El asiento no prueba que el cobro sea válido ni que la factura esté bien emitida. Deja constancia de un movimiento que ya ocurrió.
Tampoco es la aplicación de los cobros, que decide a qué factura abierta va el pago ya recibido, ni la conciliación bancaria, que compara el registro interno contra el extracto. Un cobro asentado y sin repartir queda como cobro no aplicado.
Del cobro al asiento que llega al ERP
Para registrar un cobro neto, el modelo distingue el efectivo recibido, la cuenta por cobrar cancelada y la comisión o ajuste aprobado. Simetrik genera asientos a partir de fuentes, resultados de conciliación y datos operativos, con reglas que definen débitos, créditos y cuentas. El ERP conserva el registro contable.
La validación y el estado de sincronización permiten separar un asiento calculado de uno efectivamente registrado. Mantener vinculados la transacción, la versión del asiento y la respuesta del ERP ayuda a controlar los reprocesos. La diferencia entre cobro recibido y aplicación pendiente sigue siendo relevante: registrar el dinero no resuelve por sí solo su destino.