Les ventes carte iZettle atteignent Odoo comme transactions enregistrées, et les données produit circulent vers l'extérieur, si bien qu'une caisse mobile ou de marché n'est plus une petite entreprise séparée avec sa propre paperasse.
Une petite caisse utilisée sur des marchés, des pop-up ou un comptoir génère un vrai chiffre d'affaires et presque aucun enregistrement qu'Odoo peut utiliser. Les ventes résident dans l'application de paiement, quelqu'un les totalise en fin de semaine, et le stock vendu depuis la camionnette est déduit d'Odoo chaque fois que quelqu'un pense à le faire. Les prix des produits à la caisse dérivent de ceux réellement convenus par l'entreprise. Connecter Odoo et Izettle via Alumio relie les deux : les transactions atteignent Odoo au fil de l'eau, les données produit et de prix circulent vers la caisse, et le stock vendu n'importe où réduit un chiffre unique partagé.

Les transactions atteignent Odoo en continu plutôt qu'en un total hebdomadaire, si bien que le chiffre d'affaires s'enregistre le jour où il a été gagné et que la réconciliation cesse d'être un exercice de mémoire.
Les unités vendues sur un stand de marché ou depuis une camionnette réduisent le même chiffre de stock Odoo lu par la boutique en ligne, si bien que le catalogue en ligne cesse de proposer des produits partis dans la voiture de quelqu'un.
Les mises à jour de produit et de prix circulent d'Odoo vers la caisse, si bien que ce qu'un client paie sur un marché correspond au prix convenu plutôt qu'à ce qui a été saisi en dernier sur l'appareil.
Un remboursement à la caisse atteint Odoo comme son propre enregistrement plutôt que déduit d'un chiffre hebdomadaire, si bien que les retours restent visibles au lieu d'être cachés dans un total.
Une vente carte prise à la caisse est enregistrée dans Odoo avec son type de paiement et ses lignes, si bien que le commerce du jour apparaît dans les comptes sans que personne ne lise un résumé d'application de paiement pour en saisir le total plus tard.
Les unités vendues hors entrepôt réduisent la position de stock Odoo dès l'enregistrement de la vente, si bien qu'un client de la boutique en ligne ne se voit pas vendre la dernière unité de quelque chose déjà remis sur un marché ce matin-là.
Les changements de produit et de prix effectués dans Odoo atteignent l'appareil de caisse, si bien que le personnel vendant lors d'un événement facture toujours le prix actuel sans que personne ne modifie les produits sur l'appareil ou n'applique de corrections manuelles ensuite.
Alumio se place entre vos canaux de vente et vos systèmes de traitement des commandes en tant qu'épine dorsale d'intégration gouvernée. Les commandes sont acheminées, transformées et validées, tandis que les mises à jour de statut sont renvoyées vers chaque canal.
Authentifiez vos systèmes à l'aide des connecteurs pré-construits d'Alumio. Faites votre choix parmi plus de 200 packs de connecteurs sur la marketplace, en plus d'intégrations personnalisées illimitées.
Définissez la correspondance des champs de données entre vos systèmes via une interface visuelle. Ajustez les formats, enrichissez les enregistrements et appliquez vos règles métier, sans aucun code personnalisé.
Configurez vos flux pour qu'ils s'exécutent en temps réel selon des événements, selon un calendrier, ou les deux. Réduisez la saisie manuelle des données et laissez Alumio gérer les transferts et les transformations entre vos systèmes.
Une fois votre première intégration en ligne, l'ajout de votre ERP, PIM, WMS ou CRM se connecte au même hub. Les flux existants continuent de fonctionner. Pas besoin de tout reconstruire.
D'autres systèmes peuvent être connectés, et la boutique en ligne est généralement le troisième, car le même stock se vend aux deux endroits et aucun ne devrait pouvoir le survendre. Alumio garde Odoo comme position unique lue par les deux, si bien qu'une journée de marché et une promotion en ligne ne peuvent pas engager silencieusement les mêmes unités auprès de deux clients différents.
Oui. Transactions, types de paiement et remboursements sont enregistrés dans Odoo à mesure qu'ils surviennent, Alumio atteignant la caisse via l'interface qu'elle expose, comme pour tout système accessible. Les données produit et de prix peuvent aussi circuler vers l'extérieur, si bien que l'appareil reflète Odoo plutôt que de garder sa propre copie du catalogue divergeant progressivement.
Alumio atteint chaque système via l'interface qu'il expose et le mapping se configure, remplaçant la routine de totalisation hebdomadaire dont dépend habituellement une petite caisse. Les configurations de paiement et de caisse varient par entreprise et par pays, si bien que le Code Transformer couvre une règle de moyen de paiement ou de codage que le mapping seul ne peut décrire.
À la transaction plutôt qu'en fin de journée, ce qui compte davantage pour le stock que pour la comptabilité. Enregistrer par transaction signifie que la position de stock Odoo se met à jour pendant que le marché est encore en cours, si bien que la boutique en ligne ne vend pas les mêmes unités. Les entreprises préférant une seule écriture quotidienne pour la comptabilité peuvent toujours l'avoir, le stock étant géré séparément au niveau transaction.
Les nouvelles tentatives gèrent une caisse brièvement hors signal, sans qu'aucune intervention ne soit nécessaire. Chaque message de transaction est enregistré avec son contenu et la connexion surveillée en temps réel, si bien qu'un refus vous parvient comme notification nommant la transaction et la raison de l'échec. Rien n'est enregistré deux fois, et une vente non envoyée reste en file plutôt que de se perdre entre la caisse et le grand livre.
Échangez avec un spécialiste de l'intégration Alumio. Nous concevrons l'architecture adaptée à vos systèmes et à votre échelle, pour garantir la fiabilité de vos opérations à chaque étape de votre évolution.