Cloud Storage Solutions v.14

No, esta función solo existe desde la versión 15. Antes el módulo usa una estructura de carpetas predefinida:

1. Odoo - carpeta raíz de la sincronización

2. Modelos - carpetas por tipo de documento Odoo. Por ejemplo «Projects», «Partners». Por dominio puede haber carpetas más específicas: «Customer 1 Projects», «Projects of the Customer 2», «Internal Projects», etc.

3. Objetos - carpetas por documento, p. ej. «Project 1» o «Customer 1»

4. Archivos y carpetas de ese documento Odoo que se sincronizan.

Así puede tener, por ejemplo:

• Odoo / Projects / Project 1 / archivos y carpetas del proyecto 1

• Odoo / Customer 1 Projects / Project 1; Odoo / Customer 2 Projects / Project 3, ...

• Odoo / Customers / Customer 1 / archivos y carpetas del cliente 1

La estructura es siempre plana: solo esos niveles. No se pueden mezclar varios tipos de documento en la misma rama. En «Customer 1» no se pueden guardar a la vez pedidos, facturas y proyectos. Cada tipo tiene su(s) carpeta(s). Si no, no habría criterio para la sincronización inversa.

No, la herramienta usa un único punto de conexión de usuario. Todos los procesos de sincronización se hacen bajo un solo administrador cloud (aplicación). Los derechos de las carpetas / archivos creados no se automatizan. Adminístrelos en su almacenamiento en la nube.

La aplicación asume que el contenido binario de los adjuntos se guarda en el Cloud Client en lugar del servidor Odoo. Esos adjuntos en Odoo pasan a ser de tipo URL y puede acceder a ellos en cualquier momento desde el recuadro de adjuntos o desde el Cloud Client.

Tras la configuración no se requieren acciones manuales: la sincronización es totalmente automática. Decida qué tipos de documento de Odoo sincronizar y configure un modelo relacionado para cada uno (clientes, pedidos de venta o compra, tareas, proyectos, etc.).

Sí, puede. Para ello, prepare una regla para cada una y aplique filtros: por ejemplo, por tipo de proyecto.

Haga que los filtros se excluyan entre sí para que un documento se asigne con certeza. Por ejemplo: «cliente pero no proveedor», «proveedor pero no cliente». Si no, la carpeta de un documento saltaría de un modelo a otro.

No, la herramienta es solo un núcleo técnico. También necesita el conector de su cliente cloud.

Sí, aunque con muchas carpetas/adjuntos el proceso puede ser lento. Aun así, clientes informaron de entornos con >10k partners y ~5k variantes de producto, y los procesos eran aceptables.

Algunos puntos:

1. La sincronización está hecha para que ningún elemento se pierda, aunque no sea rápida. Lo garantizan colas FIFO y el commit de cada trabajo.
2. El número de objetos se puede limitar lógicamente. La configuración de modelos permite restringir elementos obsoletos (p. ej. partners archivados o pedidos de hace 2 años).

No. Tenemos razones de peso para evitar la sincronización en tiempo real:

• Rendimiento. Si la sincronización es en tiempo real, cada subida de archivo muestra la pantalla de carga.

• Conflictos. Si 2 usuarios cambian un elemento a la vez, la situación puede no resolverse. Con trabajos regulares se puede corregir después; en tiempo real habría que guardar una cola, aún más confusa.

• Funcionalidad. En concreto, renombrar y reestructurar. La sincronización inversa se basa estrictamente en la lógica de directorios y en cada sincronización se comprueba el 100 % de los elementos. Tras cada actualización serían miles de peticiones por segundo. Si no, se perderían los cambios.

Puede asignar su nombre a los directorios de modelos (pedidos de venta, oportunidades, proveedores, etc.) para cualquier tipo de documento.

Para las carpetas de objetos (SO-001, John Smith, etc.), la herramienta usa el método de Odoo que construye el nombre visible. Puede cambiarlo definiendo una expresión de nombre. Se usa la sintaxis de las plantillas de correo de Odoo.

No, esta función solo está disponible a partir de la versión 15.

Sí, según la configuración de su cliente cloud.

Segun las politicas actuales de Odoo Apps Store:

• Cada modulo comprado para la version 12.0 o anterior da acceso a todas las versiones hasta 12.0.
• A partir de la version 13.0, cada version del modulo se compra por separado.
• Sea cual sea la version, la compra da derecho a todas las actualizaciones y correcciones dentro de una version mayor.

El equipo de faOtools no controla esas politicas. Para cualquier duda, contacte directamente con los representantes de Odoo Apps Store.

La via mas directa es el flujo integrado de la tienda Odoo:

1. Abra la pagina del modulo y pulse Deploy on odoo.sh

2. Sera redirigido a GitHub. Inicie sesion y pulse Create a new repo o use uno existente. El repositorio debe ser privado. No esta permitido publicar las apps con licencia OPL-1. Cree un repo nuevo para el proyecto Odoo.sh si hace falta

3. Luego, en odoo.sh, pulse Deploy, confirme y pulse Continue. Se inicia la instalacion.

Estos pasos instalan la app en la rama de produccion. Para otras ramas o para actualizar:

1. Descargue el codigo fuente de la tienda Odoo

2. Haga commit del modulo en el repositorio GitHub. Ninguna carpeta/archivo de la app debe estar en .gitignore. Los repos creados por odoo.sh a veces ignoran rutas importantes (p. ej. /lib). Suba todos los directorios y archivos del modulo

3. Despliegue la rama destino del proyecto odoo.sh o espere la compilacion automatica si asi esta configurado.

Si. Odoo anade automaticamente las dependencias al carrito: excluya las herramientas ya compradas para no pagar dos veces.

Un aviso rojo/naranja no afecta a las funciones de la app. A veces nuestros modulos no pasan las pruebas automaticas estandar porque estas asumen un comportamiento que choca con los objetivos de la app. Por ejemplo, cambiamos el calculo del precio y las pruebas de Odoo comparan el precio final con el algoritmo estandar.

Compruebe primero las funciones de la base desplegada. Funciona todo correctamente?

Si aun cree que el aviso afecta a funciones reales, contactenos y envie los registros completos de instalacion y la lista completa de modulos desplegados (nucleo y de terceros).

No, solo distribuimos las herramientas a traves de la tienda oficial de aplicaciones Odoo.

Lamentablemente, no tenemos medios tecnicos para ofrecer precios individuales.

No, las apps de terceros no se pueden usar en Odoo Online. Odoo SaaS bloquea esa posibilidad.

Si, la herramienta necesita todos los modulos marcados como dependencias. El precio de la pagina de la app ya las incluye.