La migración no es algo trivial en ninguno de los dos casos, y es algo que la gente tiende a subestimar.

Si tienes un número de módulos OCA considerable, es conveniente utilizar OpenUpgrade para poder realizar todas las modificaciones a la vez en lugar de tener que pasar primero por el proceso en la plataforma de Odoo, y luego otro proceso para el resto de la BD (que además habrá que desarrollar a propósito). Por contra, con OpenUpgrade, si el salto es de más de una versión, hay que ejecutar un proceso por cada versión (aunque se pueden encadenar).

También debido a que es comunitario, OpenUpgrade suele ir un poco más tarde que la versión oficial, pero el remedio para esto es que todos contribuyamos también económicamente con OCA para acelerarlo. Si pagamos el enterprise a Odoo S. A., ¿por qué no pagar un poco a OCA en su lugar para tener lo mismo?

No pierdas de vista la siguiente alternativa, que para algunos clientes es suficientemente buena.

• Usas la versión 13 durante 4 años y actualizas solo dentro de la misma versión.

• Pasados 4 años, el 1 de enero empiezas con un odoo 17 (o el que sea) , importando tablas maestras (cli, pro, prod, fpago) y un asiento de apertura

Facilísimo, cero problemas, nada falla, y no pierdes la información, porque el odoo 13 sigue encendido para consultas.

Para algunos clientes esto es suficiente.

Hola, como tienes versión Enterprise probablemente hay módulos y modelos de datos que OCA no te va a migrar ya que no se hacen scripts para ellos. Tendrás que empezar por el servicio del fabricante.

El fabricante no te va a migrar módulos y modelos de OCA salvo que se lo contrates de forma independiente, es una opción con la que no tengo experiencia.

Para migrar la parte de OCA hay que montar un entorno y la experiencia ayuda, pero lógicamente depende de lo que tengas instalado.