- Todos los productos
- View Multicompany Country Filter
- Todos los productos
L10n Country Filter
Dynamic Localization UI Cleaner. Optimice sus formularios de Odoo ocultando automáticamente campos irrelevantes según el país de la compañía activa. Indispensable para entornos multi-compañía globales.
¿Qué estamos resolviendo?
Multi-Country Clutter
En entornos multi-compañía (ej. Perú + USA), los usuarios suelen ver campos irrelevantes como 'Ubigeo' o 'RUC' mientras operan en USA. Esto causa confusión y errores en el ingreso de datos.
Context-Aware Hiding
Este módulo detecta de forma inteligente el país de la compañía actual y oculta dinámicamente los campos que no pertenecen allí. Sus formularios se mantienen limpios y 100% relevantes al contexto legal.
Guía de Implementación Técnica
Este es un módulo de librería técnica. Para usarlo, herede el Mixin e implemente la lógica en el método _get_view.
class ResPartner(models.Model):
_inherit = ['res.partner', 'l10n.country.filter.mixin'] # Mixin Obligatorio
@api.model
def _get_view(self, view_id=None, view_type='form', **options):
arch, view = super()._get_view(view_id, view_type, **options)
peru = self.env.ref('base.pe', raise_if_not_found=False)
if not peru: return arch, view
# Aplica el filtro: oculta tags si el país NO es Perú
arch, view = self._tags_invisible_per_country(
arch, view, view_type,
tags=['l10n_pe_vat_code', ('group', 'l10n_pe_group_vat')],
countries=[peru]
)
return arch, view
CRÍTICO: La herencia de l10n.country.filter.mixin es obligatoria para manejar correctamente el caché de vistas por compañía (company_id) en Odoo 19.
Enterprise Validation Plan
Al cambiar de Compañía A (Perú) a Compañía B (USA), los campos restringidos deben desaparecer instantáneamente del formulario sin necesidad de refrescar la página manualmente.
En vistas de lista, la cabecera de la columna restringida debe ocultarse usando column_invisible, evitando espacios en blanco innecesarios en la interfaz.
Verificación de que el caché de Odoo no "filtre" campos entre compañías debido a una clave de caché compartida. Cada compañía mantiene su propia arquitectura de vista.
FAQ & Troubleshooting
¿Los campos no se ocultan. Qué sucede?
Verifique que el país de la compañía actual esté configurado en Ajustes > Compañías. Si el país coincide con la lista permitida en el código, el campo permanecerá visible.
¿Funciona con Odoo Studio?
No. Esta es una utilidad a nivel de código Python (Controller/Model). Odoo Studio aplica cambios estáticos al XML, mientras que este módulo invoca lógica dinámica antes de servir la vista.
¿Es compatible con Multi-Website?
Sí. La lógica está ligada al company_id del usuario en sesión, lo que lo hace seguro para operaciones de backend en configuraciones multi-sitio.
Commercial & Sales
Asesoría Técnica
WHATSAPP+1 828 672 6150Solicitar Soporte
LEADSleads@ganemo.comGanemo Developer Support
¿Necesita ayuda para implementar esta lógica en modelos complejos o soporte para la migración de vistas a Odoo 19?
TICKETayuda@ganemo.comL10n Country Filter
Dynamic Localization UI Cleaner. Optimice sus formularios de Odoo ocultando automáticamente campos irrelevantes según el país de la compañía activa. Indispensable para entornos multi-compañía globales.
¿Qué estamos resolviendo?
Multi-Country Clutter
En entornos multi-compañía (ej. Perú + USA), los usuarios suelen ver campos irrelevantes como 'Ubigeo' o 'RUC' mientras operan en USA. Esto causa confusión y errores en el ingreso de datos.
Context-Aware Hiding
Este módulo detecta de forma inteligente el país de la compañía actual y oculta dinámicamente los campos que no pertenecen allí. Sus formularios se mantienen limpios y 100% relevantes al contexto legal.
Guía de Implementación Técnica
Este es un módulo de librería técnica. Para usarlo, herede el Mixin e implemente la lógica en el método _get_view.
class ResPartner(models.Model):
_inherit = ['res.partner', 'l10n.country.filter.mixin'] # Mixin Obligatorio
@api.model
def _get_view(self, view_id=None, view_type='form', **options):
arch, view = super()._get_view(view_id, view_type, **options)
peru = self.env.ref('base.pe', raise_if_not_found=False)
if not peru: return arch, view
# Aplica el filtro: oculta tags si el país NO es Perú
arch, view = self._tags_invisible_per_country(
arch, view, view_type,
tags=['l10n_pe_vat_code', ('group', 'l10n_pe_group_vat')],
countries=[peru]
)
return arch, view
CRÍTICO: La herencia de l10n.country.filter.mixin es obligatoria para manejar correctamente el caché de vistas por compañía (company_id) en Odoo 19.
Enterprise Validation Plan
Al cambiar de Compañía A (Perú) a Compañía B (USA), los campos restringidos deben desaparecer instantáneamente del formulario sin necesidad de refrescar la página manualmente.
En vistas de lista, la cabecera de la columna restringida debe ocultarse usando column_invisible, evitando espacios en blanco innecesarios en la interfaz.
Verificación de que el caché de Odoo no "filtre" campos entre compañías debido a una clave de caché compartida. Cada compañía mantiene su propia arquitectura de vista.
FAQ & Troubleshooting
¿Los campos no se ocultan. Qué sucede?
Verifique que el país de la compañía actual esté configurado en Ajustes > Compañías. Si el país coincide con la lista permitida en el código, el campo permanecerá visible.
¿Funciona con Odoo Studio?
No. Esta es una utilidad a nivel de código Python (Controller/Model). Odoo Studio aplica cambios estáticos al XML, mientras que este módulo invoca lógica dinámica antes de servir la vista.
¿Es compatible con Multi-Website?
Sí. La lógica está ligada al company_id del usuario en sesión, lo que lo hace seguro para operaciones de backend en configuraciones multi-sitio.
Commercial & Sales
Asesoría Técnica
WHATSAPP+1 828 672 6150Solicitar Soporte
LEADSleads@ganemo.comGanemo Developer Support
¿Necesita ayuda para implementar esta lógica en modelos complejos o soporte para la migración de vistas a Odoo 19?
TICKETayuda@ganemo.comEspecificaciones
| Versión | 19.0, 20.0 |
Account Reclassification MRP
Separa la contrapartida del asiento de fabricación por origen de coste —materiales, consumibles y operaciones— enviando cada uno a su propia cuenta contable para un desglose preciso del costo de producción.
Categoría
Contabilidad / MRP
Nivel de Desglose
Materiales / Consumibles / Operaciones
Alcance Regional
Global (Agnóstico a País)
¿Qué estamos resolviendo?
Contrapartida Única e Insuficiente
Nativamente, Odoo agrupa el costo total del producto fabricado en una sola cuenta de contrapartida. Esto impide que el departamento contable pueda analizar de forma directa qué parte del costo de producción corresponde a materias primas, consumibles o mano de obra/operaciones.
Reclasificación Analítica por Origen
Desglosa automáticamente el asiento de fabricación dividiendo la contrapartida según el origen real del costo. Permite dirigir cada componente a su cuenta de valoración o variación de inventario específica sin cálculos manuales.
Características Principales
Desglose por Origen
Diferencie de forma transparente los costos de materiales directos, consumibles e insumos, y tarifas operativas.
Asientos Más Claros
Genera apuntes contables estructurados que facilitan la auditoría del Costo de Ventas y de Fabricación (COGM).
Universal y Flexible
Completamente agnóstico a cualquier plan contable o país; se adapta a cualquier estructura de costos en Odoo MRP.
Guía de Implementación
Enterprise Validation Plan (QA)
Procesar una MO con insumos estándar. Verificar que la contrapartida refleje el valor consumido exactamente en la cuenta configurada para materias primas.
Validar una MO que incluya tiempos de centros de trabajo. Confirmar que el costo de operaciones se envíe a la cuenta de mano de obra/costos indirectos y no a la de materiales.
Comprobar que la suma de los débitos y créditos del asiento de producción reestructurado mantenga el balance perfecto entre el producto terminado y sus desgloces.
Validar listas de materiales que contengan productos de tipo consumible y verificar su correcta dirección hacia las cuentas de gastos/costos asociadas.
FAQ & Troubleshooting
¿Requiere cambiar el flujo estándar de producción de Odoo?
No. El usuario de producción sigue procesando sus Órdenes de Fabricación normalmente. La reclasificación ocurre de forma automática en la generación del asiento contable.
¿Es compatible con cualquier localización contable?
Sí. El módulo no está ligado a normativas de un país en específico, por lo que puede usarse con cualquier Plan General Contable o plan de cuentas personalizado.
¿Qué ocurre si no configuro una cuenta específica para operaciones?
En caso de no definir una cuenta de desglose para un rubro en particular, el módulo utilizará la cuenta de contrapartida por defecto configurada en la categoría del producto o en el sistema.
Commercial & Sales
Asesoría Contable
WHATSAPP+1 828 672 6150Solicitar Cotización
LEADSleads@ganemo.comGanemo Help Desk
¿Requiere asistencia para la configuración del costeo de sus listas de materiales (BoM) o soporte en la estructura de cuentas de fabricación?
TICKETayuda@ganemo.comAccount Reclassification MRP
Separa la contrapartida del asiento de fabricación por origen de coste —materiales, consumibles y operaciones— enviando cada uno a su propia cuenta contable para un desglose preciso del costo de producción.
Categoría
Contabilidad / MRP
Nivel de Desglose
Materiales / Consumibles / Operaciones
Alcance Regional
Global (Agnóstico a País)
¿Qué estamos resolviendo?
Contrapartida Única e Insuficiente
Nativamente, Odoo agrupa el costo total del producto fabricado en una sola cuenta de contrapartida. Esto impide que el departamento contable pueda analizar de forma directa qué parte del costo de producción corresponde a materias primas, consumibles o mano de obra/operaciones.
Reclasificación Analítica por Origen
Desglosa automáticamente el asiento de fabricación dividiendo la contrapartida según el origen real del costo. Permite dirigir cada componente a su cuenta de valoración o variación de inventario específica sin cálculos manuales.
Características Principales
Desglose por Origen
Diferencie de forma transparente los costos de materiales directos, consumibles e insumos, y tarifas operativas.
Asientos Más Claros
Genera apuntes contables estructurados que facilitan la auditoría del Costo de Ventas y de Fabricación (COGM).
Universal y Flexible
Completamente agnóstico a cualquier plan contable o país; se adapta a cualquier estructura de costos en Odoo MRP.
Guía de Implementación
Enterprise Validation Plan (QA)
Procesar una MO con insumos estándar. Verificar que la contrapartida refleje el valor consumido exactamente en la cuenta configurada para materias primas.
Validar una MO que incluya tiempos de centros de trabajo. Confirmar que el costo de operaciones se envíe a la cuenta de mano de obra/costos indirectos y no a la de materiales.
Comprobar que la suma de los débitos y créditos del asiento de producción reestructurado mantenga el balance perfecto entre el producto terminado y sus desgloces.
Validar listas de materiales que contengan productos de tipo consumible y verificar su correcta dirección hacia las cuentas de gastos/costos asociadas.
FAQ & Troubleshooting
¿Requiere cambiar el flujo estándar de producción de Odoo?
No. El usuario de producción sigue procesando sus Órdenes de Fabricación normalmente. La reclasificación ocurre de forma automática en la generación del asiento contable.
¿Es compatible con cualquier localización contable?
Sí. El módulo no está ligado a normativas de un país en específico, por lo que puede usarse con cualquier Plan General Contable o plan de cuentas personalizado.
¿Qué ocurre si no configuro una cuenta específica para operaciones?
En caso de no definir una cuenta de desglose para un rubro en particular, el módulo utilizará la cuenta de contrapartida por defecto configurada en la categoría del producto o en el sistema.
Commercial & Sales
Asesoría Contable
WHATSAPP+1 828 672 6150Solicitar Cotización
LEADSleads@ganemo.comGanemo Help Desk
¿Requiere asistencia para la configuración del costeo de sus listas de materiales (BoM) o soporte en la estructura de cuentas de fabricación?
TICKETayuda@ganemo.com