Ce qu'Odoo ne sait pas faire,
nous le construisons à côté
Odoo couvre beaucoup, mais aucune entreprise n'entre à cent pour cent dans le standard. Là où cela coince, nous faisons un module, comme une extension propre et non comme une intervention dans le cœur.
Comment nous construisons le sur-mesure
Trois règles que nous respectons, même quand ce serait plus rapide sans.
En module distinct
Jamais de modification dans le cœur d'Odoo ni dans un module communautaire. Tout se trouve dans un module à part, avec son propre nom, que vous pouvez désactiver.
Compatible mise à niveau
Nous suivons les conventions d'Odoo même, pour qu'une mise à niveau de version ne devienne pas une reconstruction. Un développement sur mesure qui bloque les mises à niveau est un problème reporté.
Avec documentation et tests
Chaque module reçoit une description fonctionnelle et des tests. Même si nous ne sommes plus là un jour, quelqu'un d'autre peut poursuivre.
Ce qu'on nous demande le plus souvent
Six types de développement sur mesure qui reviennent sans cesse, chacun avec un exemple tiré de la pratique. Les noms des clients, nous les omettons.
Une connexion avec un tiers
Des commandes, des niveaux de stock ou des statuts qui circulent automatiquement avec un fournisseur, un transporteur ou une marketplace. Avec gestion des erreurs et journal, pour que vous voyiez ce qui a échoué.
Dans la pratiqueLire directement comme commandes de vente les commandes qui arrivent en XML sur un serveur SFTP. Et chez un client en électronique : récupérer les spécifications produit et les prix d'achat actuels chez des fournisseurs comme Mouser, DigiKey et Octopart.
Des rapports qu'Odoo n'a pas en standard
Un aperçu construit exactement comme votre direction veut le voir. Sous forme de rapport dans Odoo même, ou d'export prêt automatiquement chaque mois.
Dans la pratiqueUne analyse des mouvements de stock avec rapport PDF, et une prévision ancrée sur la position de stock réelle plutôt que sur tout ce qui est encore ouvert, avec l'arriéré affiché séparément.
Une étape de processus qui n'y figure pas
Une étape de validation, un statut supplémentaire, un contrôle qui doit avoir lieu avant que quelque chose quitte le bâtiment. Intégré là où les gens travaillent déjà.
Dans la pratiqueSur les livraisons sortantes, choisir d'abord le quai de chargement et faire signer le chauffeur à l'écran. La livraison n'avance que lorsque l'emballage et le transporteur sont tous les deux conformes.
Des fonctionnalités de boutique en ligne sur mesure
Des prix par palier par client, des parties fermées de la boutique, un configurateur pour les produits assemblés. Tout ce qui rend votre processus de vente vraiment vôtre.
Dans la pratiqueCocher plusieurs factures ouvertes dans le portail client et les régler en une seule transaction, au lieu de les payer une par une. Et un assistant de réservation avec créneaux horaires pour les rendez-vous.
Sur mesure financier
Un traitement de TVA particulier, une mise en page de facture que le comptable accepte vraiment, ou un calcul de prix de revient qui correspond à votre façon de produire.
Dans la pratiqueMettre automatiquement le bon compte bancaire sur la facture en fonction de la devise. Et une mise en page de facture où les acomptes entrent dans les totaux et où le BIC/SWIFT figure à côté du numéro de compte.
Automatisation du travail manuel
L'action que quelqu'un effectue chaque matin et que personne n'apprécie. C'est en général le module le moins cher que nous construisons.
Dans la pratiqueUne tâche nocturne qui confirme les commandes de vente en brouillon, comptabilise les factures correspondantes et notifie les personnes concernées. Et l'import de nomenclatures depuis un tableur, avec création des produits qui n'existent pas encore.
Deux exemples en gros plan
Ce qui se passe quand on regarde plus loin que « on connecte une API ». Deux modules que nous avons construits, et la partie qui était difficile dans chacun.
Des prix d'achat en direct depuis une base de composants
- Problème
- Les prix d'achat dans Odoo sont périmés dès leur saisie. Pour les composants électroniques, le prix change chaque semaine, et les paliers diffèrent d'un fournisseur à l'autre.
- Construit
- Une intégration avec l'API Nexar/Octopart qui récupère, par article, les prix fournisseurs actuels, paliers de prix compris, et les inscrit sur les lignes fournisseurs du produit.
- Les noms de fabricants ne correspondent jamais exactement entre deux systèmes. C'est à cela que sert la table d'alias : les variantes d'écriture d'un même fabricant pointent vers un seul enregistrement.
- Chaque synchronisation écrit une ligne de journal : ce qui a été mis à jour, ce qui a été ignoré et pourquoi. Sans cela, vous n'avez aucune idée de ce qui a échoué sur 4 000 articles.
- Les paliers de prix ont reçu leur propre modèle, pour qu'un acheteur puisse les consulter et les corriger sans que la synchronisation suivante les écrase.
Plus de 3 700 lignes de Python, avec ses propres tests.
Un entrepôt qui se réorganise tout seul
- Problème
- Les articles à rotation rapide se trouvent au fond de l'entrepôt parce que c'est là qu'ils ont atterri un jour. Les préparateurs passent la moitié de leur journée en allers-retours, et personne ne trouve le temps de réorganiser.
- Construit
- Une analyse ABC qui classe les produits selon leur fréquence de picking, puis les affecte aux emplacements les moins coûteux, calculés en distance de marche, par rangée, niveau et zone.
- Le résultat est écrit sous forme de règles de rangement Odoo ordinaires. La logique standard reste ainsi aux commandes et vous ne dépendez pas de notre module : désactivez-le et l'entrepôt continue de tourner.
- La géométrie de l'entrepôt (rangées, niveaux, zones) est modélisée séparément, de sorte qu'un mètre au rez-de-chaussée ne pèse pas la même chose qu'un mètre au quatrième niveau de rack.
- Le calcul est couvert par des tests, géométrie comprise. Sur ce genre de chose, vous voulez pouvoir démontrer qu'un réaménagement est correct avant que quiconque déplace des milliers de palettes.
Plus de 3 000 lignes de Python, avec des tests sur la géométrie et sur l'agencement.
Construit avec la plateforme de Smart AI Bizz
Notre développement sur mesure ne part pas d'une page blanche. Notre société sœur Smart AI Bizz développe la technologie avec laquelle nous le construisons, et nous la mettons à profit dans chaque projet.
Une base de connaissances qui contient tout le code source
Plus de 167 000 fragments indexés issus d'Odoo : fragments de code, définitions de champs et modèles de domaines. Avant d'utiliser un champ, nous savons s'il existe et ce qu'il fait.
Un générateur pour le travail de routine
Les modèles, les vues, les fichiers de sécurité et le manifeste en sortent selon les conventions d'Odoo. Nos heures vont à la logique qui compte vraiment.
Et ensuite, simplement de la relecture
Rien n'arrive dans un environnement client sans avoir été vu. Chaque module est relu, testé et décrit fonctionnellement ; le générateur ne saute pas cette étape.
D'abord vérifier si c'est vraiment nécessaire
Le développement sur mesure le moins cher est celui que nous ne construisons pas. Avant de programmer quoi que ce soit, nous regardons si le standard peut le faire : avec un autre paramétrage, une action automatisée ou un réglage que vous ne connaissiez pas.
Ce n'est que lorsque cela ne fonctionne vraiment pas que nous écrivons du code. Cela vous économise de l'argent maintenant et de la maintenance plus tard.
- D'abord le standard : si la configuration suffit, c'est ce que nous faisons.
- Ensuite la configuration : actions automatisées, actions serveur, modèles de rapport.
- Le code seulement ensuite : et alors correctement, avec tests et documentation.
- Toujours à vous : le code source de votre développement sur mesure vous appartient, ce n'est pas une boîte noire.
Curieux de savoir ce que coûterait votre projet Odoo ?
Une heure de premier échange ne coûte rien et apporte toujours quelque chose : au minimum une vision honnête de ce qui est possible et de ce qui ne l'est pas. Si le projet s'y prête, vous recevez ensuite une proposition avec un seul montant en bas.