OwnCloud / NextCloud Odoo Integration v.8

Non, cette fonctionnalité n'existe qu'à partir de la version 15. Avant, le module utilise une structure de dossiers prédéfinie :

1. Odoo - dossier racine de la synchro

2. Modèles - dossiers pour chaque type de document Odoo. Par exemple «Projects», «Partners». Selon le domaine, des dossiers plus précis : «Customer 1 Projects», «Projects of the Customer 2», «Internal Projects», etc.

3. Objets - dossiers pour chaque document, p. ex. «Project 1» ou «Customer 1»

4. Fichiers et dossiers liés à ce document Odoo à synchroniser.

Vous pouvez ainsi avoir par exemple :

• Odoo / Projects / Project 1 / fichiers et dossiers du projet 1

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

• Odoo / Customers / Customer 1 / fichiers et dossiers du client 1

Cette structure est toujours plate : seulement ces niveaux. On ne peut pas mélanger plusieurs types de documents dans la même branche. Dans le dossier «Customer 1» on ne peut pas garder à la fois commandes, factures et projets. Chaque type a son (ou ses) dossier(s). Sinon, la synchro inverse serait impossible, faute de critère.

Non, l'outil s'appuie sur un seul point de terminaison utilisateur. Tous les processus de synchro s'exécutent sous un seul administrateur cloud (application). Les droits des dossiers / fichiers créés ne sont pas automatisés. Gérez-les dans votre solution de stockage cloud.

L'application suppose que le contenu binaire des pièces jointes est conservé dans le Cloud Client plutôt que sur le serveur Odoo. Ces pièces jointes deviennent de type URL dans Odoo, et vous pouvez y accéder à tout moment depuis la zone des pièces jointes ou depuis le Cloud Client.

Après la configuration, aucune action manuelle n'est requise : la synchronisation est entièrement automatique. Choisissez quels types de documents Odoo synchroniser et configurez un modèle lié pour chacun (clients, commandes de vente ou d'achat, tâches, projets, etc.).

Oui, c'est possible. Pour cela, préparez une règle pour chacune, puis appliquez des filtres : par exemple selon le type de projet.

Rendez les filtres mutuellement exclusifs pour qu'un document soit clairement attribué. Par exemple : « client mais pas fournisseur », « fournisseur mais pas client ». Sinon, le dossier d'un document passerait d'un modèle à un autre.

Non, l'outil n'est qu'un noyau technique. Il vous faut aussi le connecteur de votre client cloud.

Oui, même si avec beaucoup de dossiers/pièces jointes le processus peut être lent. Des clients ont toutefois signalé des environnements avec >10k partenaires et ~5k variantes de produits, et les processus restaient acceptables.

Quelques points à souligner :

1. La synchro est conçue pour qu'aucun élément ne soit perdu, même si ce n'est pas toujours rapide. Des files FIFO et la validation de chaque tâche le garantissent.
2. Le nombre d'objets peut être limité logiquement. La configuration des modèles permet d'exclure les éléments obsolètes (par ex. pas de synchro des partenaires archivés ou des commandes de 2 ans).

Non. Nous avons de solides raisons d'éviter une synchro en temps réel :

• Performances. Si la synchro est en temps réel, chaque envoi de fichier affiche un écran de chargement.

• Conflits. Si 2 utilisateurs modifient un élément en même temps, la situation peut devenir insoluble. Avec des tâches régulières, on peut corriger ensuite ; en temps réel, il faudrait une file d'attente, encore plus déroutante.

• Fonctionnalités. Notamment le renommage et la restructuration. La synchro inverse s'appuie strictement sur la logique des répertoires et, à chaque synchro, 100 % des éléments sont contrôlés. Après chaque mise à jour, ce seraient des milliers de requêtes par seconde. Sinon, les changements seraient perdus.

No, this feature becomes available only from version 15.

Oui, selon la configuration de votre client cloud.

Non, les tags ne sont pas synchronisés. Nous avions envisagé cette fonction, mais avons décidé de ne pas l'introduire pour plusieurs raisons :

• La bibliothèque du connecteur ne permet pas de lire ou de mettre à jour les tags OwnCloud

• Les pièces jointes Odoo n'ont pas d'attribut «tags» et il n'est pas clair quand ces tags seraient attribués aux utilisateurs.

• Comme l'application offre une synchro bilatérale, des conflits critiques pourraient survenir et être difficiles à résoudre.

Selon les politiques actuelles de l'Odoo Apps Store :

• Chaque module achete pour la version 12.0 et anterieure donne acces a toutes les versions jusqu'a 12.0.
• A partir de la version 13.0, chaque version du module doit etre achetee separement.
• Quel que soit le numero, l'achat donne droit a toutes les mises a jour et corrections au sein d'une version majeure.

L'equipe faOtools ne controle pas ces politiques. Pour toute question, contactez directement les representants de l'Odoo Apps Store.

L'approche la plus directe est le flux integre de la boutique Odoo :

1. Ouvrez la page du module et cliquez sur Deploy on odoo.sh

2. Vous etes redirige vers GitHub. Connectez-vous, puis cliquez sur Create a new repo ou utilisez un depot existant. Le depot doit etre prive. Il est interdit de publier les applications sous licence OPL-1. Creez un nouveau depot pour le projet Odoo.sh si besoin

3. Ensuite, dans odoo.sh, cliquez sur Deploy, confirmez et cliquez sur Continue. L'installation demarre.

Ces etapes installent l'application sur la branche de production. Pour d'autres branches ou une mise a jour :

1. Telechargez le code source depuis la boutique Odoo

2. Commitez le module dans le depot GitHub requis. Aucun dossier/fichier de l'app ne doit etre ignore (.gitignore). Les depots crees par odoo.sh ignorent parfois des chemins importants (par ex. /lib). Envoyez tous les repertoires et fichiers du module

3. Deployez la branche cible du projet odoo.sh, ou attendez la construction automatique si vos parametres le prevoient.

Oui. Odoo ajoute automatiquement toutes les dependances au panier : excluez les outils deja achetes pour eviter un double paiement.

Un avertissement rouge/orange n'affecte pas les fonctions de l'application. Parfois nos modules echouent aux tests automatiques standard, car ceux-ci attendent un comportement contraire aux objectifs de l'app. Par exemple, nous changeons le calcul du prix alors que les tests Odoo comparent le prix final a l'algorithme standard.

Verifiez d'abord les fonctions de la base deployee. Tout fonctionne-t-il ?

Si vous pensez encore que l'avertissement affecte les fonctions reelles, contactez-nous avec les journaux d'installation complets et la liste complete des modules deployes (coeur et tiers).

Non, nous distribuons les outils uniquement via le magasin officiel d'applications Odoo.

Malheureusement, nous n'avons pas les moyens techniques de proposer des prix individuels.

Non, les applications tierces ne peuvent pas etre utilisees sur Odoo Online. Odoo SaaS bloque cette possibilite.

Oui, l'outil a besoin de tous les modules indiques en dependances. Le prix affiche sur la page inclut deja ces dependances.