Alumio publie la partie des données détenues par Oracle qu'une boutique en ligne est censée vendre ; un catalogue Shopify constitue donc un sous-ensemble délibéré et non l'ensemble de tout ce pour quoi l'entreprise possède un code.
Un référentiel d'articles Oracle est conçu pour une entreprise qui fabrique, achète, stocke et vend. La plupart des articles qu'il contient sont destinés à l'une de ces activités et non à une boutique en ligne. Si vous publiez l'intégralité du référentiel sur Shopify, le catalogue se remplit d'articles internes, de versions obsolètes et de produits vendus uniquement sur commande. Si vous le publiez manuellement, le catalogue sera un assemblage aléatoire d'articles. Connecter Shopify et Oracle transforme cette contrainte en une règle : le catalogue ne contient alors que la partie du catalogue que l'entreprise souhaitait réellement vendre, et il le reste même lorsque le catalogue est modifié.

Ce qui parvient à Shopify, c'est la partie du catalogue Oracle que l'entreprise a décidé de vendre ; la boutique en ligne cesse donc de se remplir de codes internes qui n'ont jamais été destinés à un client.
Un article que l'entreprise cesse de vendre cesse d'être proposé, car la même règle qui l'a mis en rayon le retire lorsqu'Oracle déclare qu'il ne remplit plus les conditions requises.
Les articles et leurs prix sont publiés pour l'organisation pour laquelle le magasin vend, de sorte qu'un catalogue reflète une partie de l'activité plutôt que l'ensemble du groupe.
La présence d'un article en vitrine est une information que l'on peut vérifier plutôt que de la déduire, ce qui est d'autant plus important lorsqu'un produit est manquant et que trois personnes ont une théorie à ce sujet.
Lorsqu'Oracle détient un article qui répond aux critères, Alumio le publie sur Shopify avec sa description et son prix, de sorte que le catalogue s'enrichit par décision plutôt que par la personne qui avait le temps d'ajouter quelques produits cette semaine-là.
Lorsqu'un article cesse d'être éligible dans Oracle, il cesse d'être vendable sur Shopify. Ainsi, un produit abandonné ne continue pas à recevoir des commandes pour lesquelles l'entreprise devrait ensuite s'excuser et procéder à des remboursements quelques jours plus tard.
Lorsqu'une liste de prix est modifiée dans Oracle, les produits Shopify qu'elle couvre sont tous mis à jour simultanément, de sorte que la boutique en ligne ne vend jamais la moitié d'une gamme aux prix de cette année et l'autre moitié aux prix qu'ils étaient censés remplacer.
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.
Toutes les questions ne nécessitent pas un système tiers, mais c'est le cas ici. Un acheteur qui soumet une demande d'achat via son propre outil d'approbation effectue une dépense dans le cadre d'un accord, et ce qu'il doit voir n'est pas le catalogue public. Alumio gère cette connexion en parallèle, permettant ainsi aux mêmes articles Oracle d'être utilisés à la fois par une boutique en ligne et par un processus d'approvisionnement, sans que l'un ait accès à l'autre.
Oui, et le périmètre est défini par organisation et non globalement, car un article vendable dans une entité du groupe ne l'est souvent pas dans une autre. Alumio publie les articles et les listes de prix que vous désignez pour l'organisation à laquelle appartient la boutique en ligne, selon la fréquence que vous définissez. Seules les informations fournies par Oracle sont accessibles.
Non. Il existe deux méthodes habituelles : une extraction nocturne transformée par un tiers, ou un développement direct par un développeur à partir de l’ERP. La configuration remplace ces deux méthodes, et la différence essentielle réside dans le fait que la règle déterminant ce qui est vendable est lisible par le responsable du catalogue. Lorsque la règle dépend d’un élément que la configuration ne peut pas exprimer, le transformateur de code le fait.
Il s'agit d'une règle établie par l'entreprise, et la vérité est que personne ne peut la rédiger à votre place. L'application Oracle utilisée a son importance, car les critères de vente d'un article varient d'une application à l'autre ; définir ces critères est donc la première étape. Ensuite, il s'agit généralement d'une combinaison du statut de l'article, de l'organisation et de la catégorie. Une fois validée, la liste des règles est mise à jour automatiquement en fonction de l'évolution de l'entreprise.
Le seul article payant est un produit toujours en vente après avoir été retiré du catalogue, car la commande est passée puis annulée. Alumio identifie l'article et indique la date à laquelle il a cessé d'être disponible, ce qui permet de connaître précisément les risques. Chaque transfert est surveillé en temps réel et enregistré avec son contenu. En cas de refus, une alerte est générée avec le motif. Des tentatives de livraison sont effectuées si la configuration le permet, et aucun article n'est perdu sans être détecté.
É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.