Cómo dejamos de escribir automatizaciones puntuales en Odoo
Cada implementación de Odoo vuelve a implementar el mismo puñado de automatizaciones. Publicar una nota cuando un registro cambia. Escalar algo que lleva demasiado tiempo atascado. Enviar un recordatorio en una fecha. Etiquetar automáticamente, asignar automáticamente, bloquear ediciones pasada cierta etapa. Los detalles cambian según el cliente, las formas casi nunca.
Durante un tiempo, la respuesta honesta fue escribir cada una como un pequeño módulo personalizado. Funcionaba, pero significaba mantener docenas de fragmentos de código casi idénticos, uno por cliente, para siempre. Así que el enfoque cambió: en lugar de escribir otra automatización, construir el motor una vez y configurarlo con reglas.
Una capa de configuración, no una capa de código
El resultado es una biblioteca de pequeños motores reutilizables que un consultor funcional configura con reglas en lugar de código. Un motor de escalamiento que vigila cualquier modelo y marca registros atascados demasiado tiempo en una etapa. Un motor de recordatorios que programa avisos basados en fechas sobre cualquier cosa. Chatter automático, etiquetado automático, asignación automática, controles de aprobación, bloqueo, todo configurado, nada vuelto a programar por cliente.
Encima de eso hay paquetes de automatización ya preparados por app de Odoo: un conjunto de reglas de contabilidad que puedes activar, un conjunto para helpdesk, un conjunto para CRM. Un cliente nuevo no espera a que un desarrollador construya sus recordatorios. Las reglas ya existen y solo se activan.
Por qué el verdadero cambio es la historia
Lo interesante no es ningún motor en particular. Es el paso de "escribir una automatización personalizada" a "configurar una estándar". El código personalizado es un pasivo que mantienes durante años y que se rompe con las actualizaciones. Una capa de configuración se monta en minutos, la entienden los consultores y no solo los desarrolladores, y sobrevive mucho mejor a los cambios de versión. Es el mismo principio que separa una implementación que escala de una que acumula deuda técnica con cada proyecto.
This is how Majorbird keeps custom work fast and maintainable at the same time. If you're weighing how much of your Odoo should be custom code versus configuration, that's a conversation worth having. Reach the Majorbird team at odoo@majorbird.com or www.majorbird.com.