Empresas rumanas y húngaras¶

Los módulos húngaros de eYssen y la localización rumana pueden instalarse en la misma base de datos, junto con empresas de otros países (por ejemplo, España). Esta página explica cómo coexisten las empresas y qué conviene comprobar antes de la puesta en producción.

Cómo decide Odoo que una empresa es húngara¶

Las funciones húngaras (diseños de factura, NAV, KVTD, recibos del TPV, activos, etc.) solo se aplican a una empresa si se considera húngara. Odoo comprueba, por este orden:

el país fiscal de la empresa (Contabilidad ‣ Configuración ‣ Ajustes, sección Impuestos, País fiscal);
si está vacío, el país del domicilio social de la empresa;
si ambos están vacíos, si la empresa utiliza el plan contable húngaro (hu).

Las funciones rumanas funcionan al revés: solo se aplican a una empresa cuyo país fiscal es Rumanía.

Importante

Defina el país fiscal en todas las empresas. La dirección solo se utiliza como alternativa.

Efectos sobre las funciones húngaras¶

Para una empresa que no es húngara:

Se omite la lógica húngara de las facturas: la nota, la nota del tipo de cambio, el tipo de aspecto de la factura, la firma electrónica, la fecha de entrega, el detalle de las condiciones de pago, el espejo de storno, el envío a NAV y las reglas del diario de IVA extranjero.
Se omiten las comprobaciones de la posición fiscal húngara y la asignación de impuestos de bienes y servicios.
El asistente de exportación a NAV no se aplica.
No se generan líneas KVTD, y los activos fijos no tienen tabla TAO.
El recibo del TPV no muestra la cabecera Not a fiscal document!.
La opción Caja registradora desactivada (ajuste de la empresa, que se muestra en el formulario de los diarios de efectivo para los gestores de contabilidad) desactiva la caja registradora de eYssen. Cuando la caja registradora se instala como dependencia de l10n_ro_cash en una base de datos existente, se activa automáticamente para las empresas no rumanas que ya tienen asientos. Sus diarios de efectivo funcionan como en Odoo estándar. Véase Documentos de caja.
El proveedor de tipos de cambio por defecto se elige primero según el país fiscal y, después, según el país de la dirección. El proveedor MNB solo se propone para las empresas húngaras (véase Tipos de cambio del BNR).

Diseños de documentos¶

Los diseños húngaros de la factura, el pedido de venta, el pedido de compra y el portal se mantienen tal cual para las empresas húngaras. Los documentos de las demás empresas se imprimen con el diseño estándar (core) de Odoo. Si una impresión contiene documentos de empresas húngaras y no húngaras, cada documento utiliza su propio diseño.

En el diseño core se omiten las vistas del diseño húngaro y las personalizaciones que las extienden. Las vistas de los módulos l10n_ro que extienden estas plantillas solo se aplican al diseño core.

Nota

Las vistas personalizadas que extienden las plantillas del diseño húngaro (por ejemplo eyssen_l10n_hu.report_invoice_document), o que usan un XPath sobre un nodo creado por ellas, solo se aplican al diseño húngaro y se omiten en el diseño core. Una personalización pensada para los documentos de todas las empresas debe extender la plantilla estándar de Odoo y no debe depender de un nodo húngaro.

Menús¶

Los menús rumanos se muestran a los usuarios que tienen el grupo Usuario de la localización rumana. Se concede automáticamente a los usuarios internos que tienen acceso a una empresa rumana, y se retira automáticamente (solo si se concedió de forma automática) cuando dejan de tener acceso.

Prudencia

Los menús se guardan en caché. Tras cambiar el país fiscal de una empresa, los menús no se actualizan de inmediato. Recargue la página o cierre sesión y vuelva a iniciarla.

Compruebe los datos antes de la puesta en producción¶

El script scripts/check_fiscal_country.py es de solo lectura. Enumera las empresas en las que la nueva lógica de país podría comportarse de forma distinta a la anterior. Ejecútelo en el shell de Odoo:

$ odoo-bin shell -d <database> --no-http < scripts/check_fiscal_country.py

o de forma remota:

$ ODOO_PASSWORD=... python3 scripts/check_fiscal_country.py --url <url> --db <database> --user admin

Añada --json para obtener una salida legible por máquina. En el modo remoto, el código de salida es 0 si no hay nada que corregir, 1 si hay hallazgos y 2 si hay un error de conexión. Los hallazgos son:

Hallazgo	Significado
`EMPTY_FISCAL_COUNTRY`	La empresa no tiene país fiscal.
`HU_CHART_NOT_HU`	La empresa utiliza el plan contable húngaro, pero su país fiscal no es Hungría.
`HU_ADDRESS_NOT_HU`	La dirección de la empresa está en Hungría, pero su país fiscal no lo está (solo es legítimo en una configuración de IVA extranjero).

La salida también muestra si la lógica húngara sigue aplicándose tras la actualización. Corrija los hallazgos en el ajuste País fiscal de los ajustes de contabilidad.

Actualización¶

Actualice los módulos de eYssen en todas las bases de datos al ponerlas en producción y reinicie después. Las protecciones por país están en los módulos húngaros de eYssen y en los módulos que dependen de ellos (entre otros, eyssen_l10n_hu, eyssen_l10n_hu_asset, eyssen_l10n_hu_kvtd, eyssen_l10n_hu_pos, eyssen_cashregister y eyssen_currency_rate_live_community).

El módulo base l10n_ro (versión 1.3) incluye dos migraciones de eYssen, que se ejecutan al actualizar:

Versión 1.2 (IVA): Los impuestos de IVA de caja reciben los signos correctos en el informe de impuestos, por lo que ya no son negativos. Los impuestos no deducibles al 50 % también declaran su base completa y su IVA completo en las filas 24 y 25 de la D300. Solo se modifican los impuestos del plan contable rumano que aún conservan las etiquetas originales, y solo los nuevos asientos utilizan las nuevas etiquetas; los asientos contabilizados no se modifican. Véase IVA no deducible.
Versión 1.3 (tipos de cuenta): Se corrigen los tipos de las cuentas de activo compensatorias (28x, 29x) y de las cuentas 475x y 478x, para las cuentas creadas a partir de la plantilla del plan contable rumano. Los balances clasifican entonces estas cuentas correctamente, también en los periodos pasados cuando vuelva a ejecutar los informes. Los documentos impresos o presentados de periodos cerrados no se modifican. Las cuentas cuyo saldo se trasladó al resultado mediante un asiento de cierre contabilizado no se modifican, y se escribe una advertencia en el registro (l10n_ro 1.3). Revíselas y establezca el tipo de cuenta manualmente en el plan contable.

Lista de verificación¶

Cada empresa tiene un país fiscal.
scripts/check_fiscal_country.py no devuelve hallazgos, o los hallazgos se han entendido.
Los módulos de eYssen están actualizados.
El registro no contiene ninguna advertencia l10n_ro 1.3, o se han revisado las cuentas.
Los usuarios de las empresas rumanas tienen el grupo Usuario de la localización rumana y los menús se han recargado.
Se ha impreso y comprobado un documento de cada tipo de empresa (húngara, rumana, otra).
Un contacto húngaro facturado desde una empresa rumana tiene un número de IVA intracomunitario válido: la detección de la posición fiscal de esa empresa utiliza la comprobación de IVA estándar de Odoo, no la regla húngara.

Ver también