ERP

Ingeniería Odoo

Experiencia profesional de v10 a v19, con el mayor foco en v16–v19 Enterprise. Desarrollo de módulos custom, integraciones complejas, migraciones multi-versión y mantenimiento de sistemas en producción.

Odoo EnterpriseV10–V19Python · PostgreSQL · QWeb5+ yrs experience ↗

Version coverage

Cobertura de versiones

Primer contacto en v8 durante prácticas universitarias. Profesional desde v10. El historial de migraciones incluye el salto de v10 a v16 en un único proyecto.

Prácticas
v8v10
Profesional
v13v14v15
Foco principalEnterprise
v16v17v18v19

Proyectos de migración multi-versión completados, incluyendo una instancia en producción migrada de v10 a v16 en un único proyecto.


Business coverage

Áreas de negocio

Áreas funcionales con conocimiento técnico y de procesos consolidado.

Cobertura principal
SalesInventoryAccountingPurchaseHelpdeskPOSHR & Planning
Periférico
eCommerce

Technical work

Trabajo técnico

Qué se construye, depura, integra y despliega.

01

Desarrollo core

  • Full module development lifecycle
  • ORM & computed fields
  • Server actions & automated actions
  • Cron jobs
  • Direct SQL queries
  • Constraints & onchange logic
02

Reportes

  • QWeb templates (PDF & web)
  • account.report framework
  • XLSX custom reports
  • Custom invoice & document layouts
03

Integraciones

  • REST API controllers (inbound)
  • Outbound API integrations
  • Pentaho · Trusted Shops · OXID
  • Roomz · Quotapath
  • Bidirectional data sync patterns
04

Rendimiento y depuración

  • PostgreSQL query optimization
  • ORM profiling & N+1 detection
  • Production issue debugging
  • Index tuning & query planning
05

Infraestructura

  • Odoo.sh workflows
  • GitHub Actions CI/CD
  • Docker-based environments
  • Linux server management
06

Frontend

  • Owl component framework
  • POS frontend customizations
  • Website & eCommerce overrides
  • Modern JS tooling

How I work

Cómo construyo

Algunos principios que dan forma al trabajo.

  1. Fácil de actualizar, antes que ingenioso. Si una personalización exige un esfuerzo heroico en la siguiente migración, estaba mal construida.

  2. Límites de módulo que reflejan el dominio de negocio, no la línea de tiempo del desarrollo.

  3. Integraciones diseñadas para fallar con claridad — con errores explícitos, sin corrupción silenciosa de datos.

  4. PostgreSQL tratado como preocupación de primer nivel, no como un detalle pendiente cuando el módulo ya va lento.

  5. Código legible por el siguiente desarrollador sin necesidad de una visita guiada.

CONTACTO

¿Tienes un proyecto Odoo en mente?

Ya sea un módulo nuevo, una migración, una integración compleja o un problema en producción — escríbeme y lo hablamos.