Romania - Payment to Statement
Mantiene el registro de caja (registru de casa) de un diario de caja.
Cada pago contabilizado en un diario de caja configurado para mantener un registro se añade al registro de su día, que se abre cuando aún no existe.
El pago y su línea de registro son dos asientos: el pago mueve el dinero a la cuenta de su método de pago (4111 = 581), la línea del registro lo lleva a la cuenta de caja (5311 = 581), y el módulo concilia los dos entre sí. Así la línea nunca tiene que conciliarse a mano, y el registro muestra la caja tal como se mueve.
El módulo también numera los documentos de un diario de caja con secuencias propias, en lugar de dejar que Odoo construya los números: recibo (chitanta), comprobantes de ingreso y de egreso de caja (dispozitie de incasare / de plata) y el propio registro.
También se puede configurar una secuencia en cualquier otro diario, en Secuencia del diario, y los asientos de ese diario se numeran a partir de ella: las facturas de un diario de ventas, las facturas de proveedor de uno de compras, los asientos de uno misceláneo.
Traducción automática al español (DeepSeek) de la descripción original de OCA, que está en inglés.
auto_awesome Qué hace este módulo
Generado por IA a partir del código · Odoo 20.0Mantiene el registro de caja (registru de casă) rumano de un diario de caja: cada pago en efectivo contabilizado se añade automáticamente al registro de su día y se concilia, y los documentos de efectivo obtienen sus propios números rumanos.
Este módulo convierte un diario de caja rumano en un libro de caja adecuado. En el formulario del diario aparecen nuevos campos: una secuencia para el propio libro de caja, una secuencia para otros apuntes de caja y secuencias independientes para los resguardos de entrada de caja, los resguardos de salida de caja y los recibos de clientes. Cuando se crea un diario de caja rumano, estas secuencias se generan automáticamente con prefijos como RC, DI, DP y CH, y la opción de libro de caja automático se activa por defecto.
Cuando se contabiliza un pago en dicho diario de caja, el módulo comprueba que el método de pago tenga su propia cuenta de pendientes, distinta de la cuenta de caja; de lo contrario, se detiene con un error. A continuación, crea un apunte en el libro de caja de la fecha del pago, abriendo ese libro de caja si aún no existe, y concilia el pago con ese apunte para que no haya que casar nada a mano. El formulario del pago muestra el libro de caja y el apunte del libro de caja al que pertenece.
Si se cancela un pago, se restablece a borrador o cambia su fecha, el apunte del libro de caja se elimina o se traslada al libro de caja del nuevo día. Un pago en efectivo contabilizado que ya haya usado un número no se puede eliminar.
Los apuntes de caja y los resguardos de entrada/salida de caja realizados directamente en el libro de caja se numeran con la secuencia rumana correspondiente, y el propio libro de caja toma su nombre de su propia secuencia (o la fecha cuando no hay ninguna establecida).
Depende de
Lo necesitan otros módulos
Modelos y campos (5)
- account.move · modelo nuevo
- account.journal · modelo nuevol10n_ro_auto_statement (Romania - Auto Statement), l10n_ro_cash_in_sequence_id (Romania - Sequence cash in), l10n_ro_journal_sequence_id (Romania - Sequence Journal), l10n_ro_cash_out_sequence_id (Romania - Sequence cash out), l10n_ro_statement_sequence_id (Romania - Statement Sequence), l10n_ro_customer_cash_in_sequence_id (Romania - Customer sequence cash in)
- account.payment · modelo nuevol10n_ro_statement_id (Romania - Statement), l10n_ro_statement_line_id (Statement Line)
- account.bank.statement · modelo nuevo
- account.bank.statement.line · modelo nuevois_l10n_ro_payment_disposal
Texto generado por IA (DeepSeek) al leer el código de la versión 20.0 en GitHub; puede contener errores, así que verifícalo en el código antes de decidir. Ver el código en GitHub
Disponibilidad por versión
Revisado: 2026-11-03Estado de confirmación: 7 confirmadas, 2 sin información de 9 versiones.
Fuentes · Odoo 19.0
Confirmado el 2026-11-03 en la rama 19.0 de OCA/l10n-romania.
terminal Instalación y uso
Documentación de OCA · Odoo 20.0Configuración
Fuente · Odoo 20.0La secuencia de un diario
La secuencia de un diario puede establecerse en cualquier diario, no solo en uno de efectivo. Los asientos de ese diario toman entonces su número de ella, en lugar de la numeración que Odoo construye por sí mismo:
- un diario de ventas numera sus facturas a partir de ella (FCT/00001)
- un diario de compras numera sus facturas de proveedor
- un diario misceláneo numera sus asientos (NC/00001)
- un diario de efectivo numera los pagos a proveedores y todo lo que no sea un recibo ni un volante, véase la tabla a continuación
El número se toma cuando se contabiliza el asiento: un borrador aún no tiene ninguno, y un borrador que se descarta no deja ningún hueco. Establezca Implementación en Sin hueco en la secuencia si la numeración debe ser sin huecos.
El diario de efectivo
Un diario de efectivo de una empresa rumana se configura cuando se crea:
- se le asignan las secuencias de sus documentos, nombradas según el código del diario: | secuencia | sufijo | números | | --- | --- | --- | | Secuencia de cliente efectivo entrante | CH | pagos de clientes (chitanta) | | Secuencia de efectivo entrante | DI | dinero entrante de un proveedor (dispozitie de incasare) | | Secuencia de efectivo saliente | DP | dinero saliente a un cliente (dispozitie de plata) | | Secuencia de extracto | RC | el propio registro (registru de casa) | | Secuencia de diario | ninguna | pagos a proveedores y los demás asientos |
- Romania - Auto Statement está marcado, que es lo que hace que el diario lleve un registro. Desmárquelo en un diario que no deba tener uno, o cree el diario con él establecido en false.
Las secuencias pueden reemplazarse después por secuencias propias; el módulo solo rellena las que están vacías.
La cuenta del método de pago
Un diario de efectivo que lleva un registro necesita una cuenta transitoria en sus métodos de pago (Pagos entrantes/salientes), distinta de la cuenta de efectivo del propio diario. Esa cuenta es de donde la línea del registro trae el dinero:
| asiento | debe | haber | | --- | --- | --- | | el pago (recibo) | transitoria 581 | por cobrar 4111 | | la línea del registro | efectivo 5311 | transitoria 581 |
El módulo concilia las dos líneas 581 entre sí, de modo que no queda nada que conciliar a mano y la línea no aparece en la pantalla de conciliación bancaria.
Se rechaza la contabilización de un pago cuando falta esa cuenta, o cuando es la cuenta de efectivo del propio diario: la línea del registro movería entonces el dinero de la cuenta de efectivo a la cuenta de efectivo, lo que no es movimiento alguno. El mensaje indica qué cuenta establecer.
Registrar un pago
Publica un pago en un diario de efectivo que lleva un registro, desde el propio pago o desde el botón Register Payment de una factura. El pago toma su número de la secuencia de su tipo, y el registro del día obtiene una línea para él, conciliada con el pago.
La línea ya está conciliada, por lo que no aparece en la pantalla de conciliación bancaria, y el saldo del registro sigue los pagos del día.
Cancelar un pago, o volver a ponerlo en borrador, se lleva consigo su línea de registro; publicarlo de nuevo crea una nueva. Un pago publicado de nuevo con el mismo importe en otro día se traslada al registro de ese día, a menos que esté solo en su propio registro, que entonces simplemente lo sigue.
Resguardos de entrada y salida de efectivo
Una línea hecha directamente en el registro, sin un pago detrás, también se une al registro de su día.
El saldo del registro
El módulo calcula el saldo del registro a partir de sus líneas. El Ending Balance se deja a quien cuenta el dinero: el módulo nunca lo escribe.
Traducción automática al español (DeepSeek) de la documentación original de OCA; los comandos y el código no se traducen. Sin información verificada en OCA: Instalación.
Las instrucciones de instalación, el paquete de distribución, las dependencias y los pasos de configuración no se muestran porque todavía no se han verificado en la documentación del módulo para ninguna versión.
Datos importados de GitHub: esta ficha refleja la última revisión del catálogo, no una consulta en directo. Verifica siempre en la documentación del módulo y en staging antes de instalar en producción.