Pourquoi ne pas simplement utiliser l'application mobile officielle d'Odoo ?

Si vos utilisateurs consultent des données et saisissent occasionnellement, utilisez-la : elle est incluse et nous vous le dirons. Elle atteint ses limites sur trois points précis : le scan intensif, où passer par l'appareil photo coûte des secondes par ligne qui deviennent des heures par quart, le travail réellement hors ligne, et les flux où vous voulez trois champs et non l'écran complet du back-office.

Que se passe-t-il quand deux personnes modifient le même enregistrement hors ligne ?

Il n'y a pas de réponse universelle. Pour un prélèvement, le premier qui synchronise gagne et le second reçoit un rejet explicite. Pour un relevé de compteur, les deux sont conservés. Nous décidons cette règle par type d'enregistrement pendant le cadrage, car la découvrir en production signifie des données silencieusement perdues.

Faut-il un compte développeur Apple et Google ?

Oui pour toute application publiée en boutique, et il doit être à votre nom. Nous pouvons le configurer et publier pour vous, mais un client qui ne possède pas ses propres comptes de boutique ne possède pas réellement ses applications. La distribution interne en entreprise évite les boutiques mais demande son propre programme.

Que devient l'application quand Odoo est mis à niveau ?

Une application déployée doit survivre à une mise à niveau du serveur, car vous ne pouvez pas forcer deux cents terminaux à se mettre à jour le même matin. Nous exposons une API versionnée entre l'application et Odoo plutôt que d'appeler les modèles directement, ce qui donne une fenêtre pendant laquelle les deux versions fonctionnent.

Combien de temps prend une première application ?

Huit à dix semaines pour une application à usage unique avec synchronisation hors ligne, de l'atelier de cadrage à la mise en production. Les applications suivantes réutilisent la couche de synchronisation et prennent quatre à six semaines. Un simple tableau de bord en lecture seule peut sortir en trois.

Développement mobile

Applications mobiles connectées à Odoo

Des applications terrain, entrepôt et commerciales qui écrivent directement dans votre ERP. Le vrai travail n'est pas l'interface, c'est ce qui se passe quand le réseau tombe.

Voir les approches

Odoo fournit une application mobile générique qui expose les écrans du back-office. Elle convient à un responsable qui consulte, beaucoup moins à un cariste qui scanne six cents lignes par quart ou à un technicien qui ferme une intervention dans un sous-sol sans réseau.

Une application mobile adossée à un ERP est un problème de systèmes distribués déguisé en problème d'interface. Deux personnes modifient le même enregistrement hors ligne, l'une des deux revient en premier, et il faut décider laquelle gagne. C'est cette décision, pas le design des écrans, qui détermine si l'application sera utilisée ou contournée.

Si votre application actuelle s'authentifie en XML-RPC ou JSON-RPC, elle a une échéance. Voyez l' audit de migration RPC.

Ce que nous construisons

Des applications à usage précis, pas un second ERP dans la poche. Chacune fait peu de choses et les fait sans réseau.

Applications entrepôt

Réception, rangement, préparation et inventaire au scanner, avec file d'attente locale quand le Wi-Fi lâche entre les racks.

Applications terrain

Ordres de travail, pièces consommées, photos et signature client, capturés hors ligne puis synchronisés au retour du réseau.

Applications commerciales

Catalogue, stock disponible, prise de commande et historique client sur le terrain, sans dépendre d'une connexion chez le client.

Contrôles et qualité

Relevés, listes de vérification et non-conformités saisis là où ils se produisent plutôt que recopiés le soir.

Couche de synchronisation

La partie qui compte réellement : file d'attente, reprise après échec, résolution de conflits et journal de ce qui a été rejeté.

Notifications et alertes

Notifications poussées sur les événements Odoo qui exigent une action, plutôt qu'un courriel que personne ne lit sur un téléphone.

PWA ou natif ?

La réponse dépend d'une seule question : avez-vous besoin du matériel de l'appareil et du vrai hors ligne, ou pas.

Application web progressive

Aucune boutique d'applications, mise à jour instantanée
Un seul code pour iOS et Android
Hors ligne partiel via le cache du navigateur
Scan par appareil photo, plus lent que le laser
Pas de notifications poussées fiables sur iOS

Moins cher, déployé instantanément, aucune boutique d'applications. Suffisant pour la majorité des usages internes.

Application native

Scan laser et lecteurs intégrés aux terminaux durcis
Vrai hors ligne avec base de données locale
Notifications poussées fiables sur les deux plateformes
Accès NFC, GPS en arrière-plan et appareil photo natif
Passage par les boutiques, avec les délais de revue

Nécessaire dès que le scan intensif, le hors ligne réel ou les notifications poussées entrent en jeu.

Comment se déroule un projet

Durées pour une première application à usage unique. Les suivantes réutilisent la couche de synchronisation et vont plus vite.

Semaine 1

Cadrage du cas d'usage

Qui utilise l'application, où, sur quel matériel et avec quelle couverture. C'est ce qui tranche entre web progressif et natif.

Semaines 2 à 3

Modèle de données et conflits

Quels enregistrements Odoo l'application lit et écrit, et la règle qui départage deux modifications hors ligne concurrentes.

Semaines 3 à 7

Construction

Interface, couche de synchronisation et intégration Odoo, livrées par incréments testables sur vrai matériel plutôt qu'en simulateur.

Semaines 6 à 8

Essai terrain

Une équipe réelle, un quart complet, dans les zones où le réseau est mauvais. C'est le seul test qui compte.

Semaines 8 à 10

Déploiement

Publication en boutique ou distribution interne, gestion de parc, et procédure de mise à jour sans interrompre un quart de travail.

Déploiement et suite

Livrer l'application est la moitié du travail. L'autre moitié est de pouvoir la mettre à jour sans immobiliser vos équipes.

Publication ou distribution interne

App Store et Google Play pour les applications destinées à vos clients, distribution en entreprise pour les outils internes qui n'ont rien à faire dans une boutique publique.

Gestion de parc

Installation, verrouillage en mode kiosque et mise à jour à distance via votre MDM, pour que deux cents terminaux ne se mettent pas à jour un par un.

Versions et compatibilité

Une version d'application déployée sur le terrain doit rester compatible avec Odoo pendant la fenêtre de mise à jour. Nous versionnons l'API en conséquence.

Transfert et code source

Dépôt, documentation d'architecture et procédure de publication remis à vos équipes, pour que la maintenance ne dépende pas de nous.

Le code source vous appartient. Les comptes développeur Apple et Google restent à votre nom, pas au nôtre, pour que vous puissiez changer de prestataire sans perdre vos applications.

Validé sur de vraies migrations

Des chiffres comme les vôtres, validés sur de vraies migrations

Voici trois engagements où la projection s'est vraiment transformée en réalité opérationnelle sur Odoo, et les études de cas complètes se trouvent sur la page service Migration.

ManufacturingV12 → V17
Fabricant industriel, Texas
12modules personnalisés repris intégralement, zéro perte
DistributionV14 → V18
Distributeur en gros, Québec
30%pages plus rapides une fois la mise à niveau livrée
Services professionnelsCE → Enterprise
Cabinet de conseil, Bruxelles
0hinterruption de production lors de la bascule

Commencez par le cas d'usage

Trente minutes sur qui utiliserait l'application, où, et avec quelle couverture réseau. Si une application web progressive suffit, nous vous le dirons plutôt que de vous vendre du natif.

Réserver l'appel

Questions fréquentes

01
Pourquoi ne pas simplement utiliser l'application mobile officielle d'Odoo ?
Si vos utilisateurs consultent des données et saisissent occasionnellement, utilisez-la : elle est incluse et nous vous le dirons. Elle atteint ses limites sur trois points précis : le scan intensif, où passer par l'appareil photo coûte des secondes par ligne qui deviennent des heures par quart, le travail réellement hors ligne, et les flux où vous voulez trois champs et non l'écran complet du back-office.
02
Que se passe-t-il quand deux personnes modifient le même enregistrement hors ligne ?
Il n'y a pas de réponse universelle. Pour un prélèvement, le premier qui synchronise gagne et le second reçoit un rejet explicite. Pour un relevé de compteur, les deux sont conservés. Nous décidons cette règle par type d'enregistrement pendant le cadrage, car la découvrir en production signifie des données silencieusement perdues.
03
Faut-il un compte développeur Apple et Google ?
Oui pour toute application publiée en boutique, et il doit être à votre nom. Nous pouvons le configurer et publier pour vous, mais un client qui ne possède pas ses propres comptes de boutique ne possède pas réellement ses applications. La distribution interne en entreprise évite les boutiques mais demande son propre programme.
04
Que devient l'application quand Odoo est mis à niveau ?
Une application déployée doit survivre à une mise à niveau du serveur, car vous ne pouvez pas forcer deux cents terminaux à se mettre à jour le même matin. Nous exposons une API versionnée entre l'application et Odoo plutôt que d'appeler les modèles directement, ce qui donne une fenêtre pendant laquelle les deux versions fonctionnent.
05
Combien de temps prend une première application ?
Huit à dix semaines pour une application à usage unique avec synchronisation hors ligne, de l'atelier de cadrage à la mise en production. Les applications suivantes réutilisent la couche de synchronisation et prennent quatre à six semaines. Un simple tableau de bord en lecture seule peut sortir en trois.