Dropbox Odoo Integration v.16

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.

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, desde la versión 15 no debe cambiar las acciones planificadas. Están optimizadas para ejecutarse cada 15 minutos y garantizar la conexión más estable y rápida.

Los tiempos de espera del servidor Odoo deben ser de al menos 15 minutos (900 segundos).

Si necesita detener la sincronización un tiempo, hágalo en el formulario del cliente cloud concreto.

Yes, starting from version 15, you can set up multiple connections. In this way, it is possible to sync some folders to one cloud client and others - to another.

Take into account that it is not any way possible to sync the same folder for a few cloud storages simultaneously.

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

Desde la versión 15 la aplicación puede usarse sola para estructurar adjuntos en carpetas y ofrecer una interfaz de gestor de archivos.

Si el objetivo es conectar con uno de sus clientes cloud, hay que instalar al menos una aplicación opcional del cliente.

Cuando cambia una regla de carpeta, cambia también la lista de carpetas. Si una carpeta deja de cumplir las condiciones, se elimina. Si los archivos ya estaban sincronizados, la sincronización inversa los devuelve a Odoo y los borra del Cloud Client.

Si el objeto del documento no cumple la regla de carpeta, no se crea su carpeta. Si más adelante sí la cumple, se generará la carpeta relacionada.

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.