Présentation de l'Alumio Route Builder
Connectez, orchestrez et gouvernez vos intégrations depuis une interface visuelle
Un client nommé au comptoir est enregistré dans SAP comme une vente sur son propre compte ; ainsi, un acheteur professionnel qui récupère sa commande en magasin est facturé selon ses conditions de vente au lieu d'être enregistré comme un client de passage.
Une caisse enregistreuse est conçue pour encaisser les clients présents dans le système, et SAP n'enregistre pas de vente pour un client qui n'est pas déjà enregistré comme partenaire commercial. Ainsi, un acheteur professionnel qui retire sa commande en magasin est enregistré comme un paiement au comptant, et les conditions de crédit, le compte et les prix négociés s'appliquent partout sauf dans le magasin où il s'est physiquement rendu. Le service financier doit ensuite reconstituer la transaction à partir du reçu, si celui-ci est retrouvé. La connexion entre SAP et Odoo POS résout ce problème : la caisse enregistreuse peut identifier un client déjà enregistré dans SAP, et la vente est enregistrée sur son compte.
DES DONNÉES QUI CIRCULENT ENTRE EUX
Partenaires commerciaux
Prix clients
Transactions en point de vente
Lignes de paiement
Fiches produits
Emplacements des magasins
Un client déjà enregistré dans SAP peut être identifié à la caisse du terminal de point de vente Odoo, de sorte qu'un encaissement en magasin soit imputé à son compte plutôt que d'être considéré comme une vente au comptant anonyme.
Comme la vente arrive dans SAP avec le client associé, le service financier n'a plus besoin de reconstituer, à la fin du mois, à partir d'une pile de papiers, quel reçu correspond à quel compte.
Les transactions en magasin apparaissent dans le même historique de compte que tous les autres achats du client ; ainsi, une question concernant une livraison et une question concernant un retrait sont traitées au même endroit.
Les ventes anonymes sont toujours traitées à la vitesse requise par une file d'attente, car l'identification d'un client est une étape que le caissier n'effectue que lorsqu'il y a un client à identifier.
Alumio se connecte à Odoo POS via son API disponible, comme il le ferait pour n'importe quel système accessible, de sorte qu'une caisse enregistreuse peut rechercher un client existant déjà dans SAP et enregistrer la vente sur le compte plutôt que comme une transaction en espèces.
Les prix enregistrés par SAP pour ce client sont transmis à la session Odoo POS, de sorte qu'un acheteur professionnel qui récupère sa commande en magasin est facturé du prix indiqué sur son compte plutôt que du prix affiché en rayon que le caissier voit par hasard sur l'écran devant lui.
Les ventes anonymes et identifiées proviennent de la même caisse enregistreuse dans un seul flux, et Alumio achemine chacune vers le traitement approprié dans SAP, de sorte qu'un magasin n'a pas besoin de deux caisses ou de deux processus pour servir les deux types de clients.
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.
.svg){kind=icon}
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.
Un magasin a besoin de quelque chose dont le siège social n'a pas besoin, et c'est généralement ainsi qu'intervient la troisième connexion. Dès qu'une vente enregistrée dans Odoo POS est associée à un client, le reçu lui-même mérite d'être envoyé. Un service de reçus numériques est donc un complément courant, car un client nominatif possède une adresse et le reçu papier est ce qui se perd avant un retour. Alumio gère cette connexion en parallèle de celle avec SAP, de sorte que le reçu et la vente enregistrée décrivent la même transaction.
L'identification du client est indispensable avant toute comptabilisation ; c'est l'ordre des opérations qui importe. Alumio recherche le partenaire commercial déjà enregistré dans SAP, et une fois cette information disponible, chaque transaction Odoo POS finalisée est imputée au compte avec ses lignes de paiement. Les ventes sans client identifié sont comptabilisées comme d'habitude, permettant ainsi à la caisse de fonctionner à la vitesse requise par une file d'attente.
Non, et la version utilisée par le responsable du magasin est la plus utile : elle indique les champs utilisés par le caissier Odoo POS, la procédure à suivre en cas d’absence du client et si la vente est différée ou effectuée anonymement. Ces paramètres sont définis dans Alumio et non dans un script. Les structures partenaires de SAP varient selon l’organisation de l’entreprise ; la logique personnalisée reste donc accessible via le transformateur de code lorsqu’une règle de recherche ne peut être exprimée sous forme de mappage.
Un partenaire commercial existant est nécessaire, car une caisse enregistreuse ne peut pas en créer un que SAP acceptera. SAP conserve une fiche client sous forme de partenaire, avec les rôles et les structures de compte qui déterminent le traitement des ventes. Par conséquent, une transaction Odoo POS doit faire référence à un partenaire existant plutôt que de décrire une personne. Configurer la caisse pour qu'elle recherche un partenaire existant et qu'elle effectue les transactions anonymement en l'absence de partenaire permet de gérer les deux types de ventes.
Une vente non attribuée est le résultat à détecter, car elle reste équilibrée. Si la recherche du client échoue, la transaction Odoo POS est enregistrée comme une vente au comptant dans SAP et le compte commercial ne la voit jamais, ce qui n'est pas signalé en aval. Alumio surveille chaque transfert en temps réel et enregistre la transaction ainsi que la recherche effectuée. Ainsi, en cas d'échec, une alerte immédiate est générée avec le motif, des nouvelles tentatives sont effectuées si configuré, et les ventes non résolues restent affichées au lieu d'être clôturées discrètement.
É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.
.svg)
