Aller au contenu principal

Sites Web et commerce

Choisir les systèmes maîtres pour les produits, les stocks et les commandes

Déterminez quel système fait autorité pour chaque donnée avant de relier une vitrine aux stocks, à l’exécution, à la comptabilité ou aux outils de service à la clientèle.

Par Sunbot Labs

Mis à jour le

5 min de lecture

Systèmes de produits, de prix, d'inventaire, de commande, de paiement, d'entrepôt et d'exécution reliés par la responsabilité explicite des données.

Comment le flux de travail s’articule

  1. 1Inventorier chaque domaine de données partagé
  2. 2Attribuer une source faisant autorité
  3. 3Définir le sens et le moment des mises à jour
  4. 4Enregistrer les conflits et les changements rejetés
  5. 5Effectuer un rapprochement planifié

Un magasin connecté peut afficher des informations sur le produit à partir d'un outil de catalogue, des quantités provenant d'un système d'inventaire, l'état de paiement d'un fournisseur et l’état de traitement d’un entrepôt. Les problèmes d'intégration commencent souvent lorsque deux systèmes sont autorisés à modifier la même donnée sans règle d'autorité.

Créer un tableau de responsabilité des données

Lister les noms de produits, les descriptions, les prix, les règles fiscales, la quantité disponible, la quantité réservée, le statut de commande, le statut de paiement, le suivi de l'expédition et les identifiants du client. Pour chaque article, nommer le système faisant autorité, les éditeurs autorisés, les consommateurs en aval et les délais acceptables.

La réponse ne doit pas être une seule plateforme pour tout. Un système d'information produit peut posséder des descriptions tandis qu'un ERP possède des stocks et que la plateforme commerciale possède la session de paiement.

Distinguer les commandes des faits rapportés

Une demande de réalisation d'un ordre est une commande. Une confirmation d'entrepôt qu'un colis expédié est un fait signalé. Le traitement de la demande comme preuve d'expédition crée des messages de clients prématurés et un statut inexact. Conservez les événements et faites progresser l'état public uniquement lorsque le système responsable le confirme.

Définir les règles de conflit avant la synchronisation

Les conflits surviennent lorsqu'un produit est modifié en deux outils, qu'un remboursement est émis à l'extérieur du magasin, ou que les stocks changent pendant qu'une commande est passée. Décidez si l'intégration rejette, file d'attente, fusionne ou annonce chaque conflit. Le comportement silencieux de la dernière écriture-gagnant est rarement sûr pour les données financières ou d'inventaire.

  • Conserver les identifiants source et mettre à jour les versions
  • Loger les mises à jour rejetées ou transformées
  • Rendre visible les dépassements manuels
  • Définir qui règle les litiges de responsabilité

Ajouter le rapprochement comme opération normale

Les événements et les appels API peuvent être manqués ou retardés. Une comparaison planifiée peut identifier des commandes dont les totaux sont mal appariés, des expéditions dont le suivi est manquant ou des stocks qui diffèrent au-delà d'un seuil accepté. La rapprochement devrait créer des enregistrements exploitables plutôt qu'une seule entrée technique.

Cartographier un produit dans l’ensemble des opérations

Un produit peut avoir une copie de commercialisation dans la plateforme commerciale, les coûts et les détails d'achat dans un ERP, les quantités disponibles dans un système d'entrepôt et les identifiants d'inscription spécifiques à un canal dans un marché. Appeler tous ces enregistrements le produit cache la question de responsabilité. Donnez à l'élément partagé une identité interne, puis mapez l'enregistrement de chaque système et les champs qu'il est autorisé à contrôler.

Par exemple, l'ERP peut être propriétaire de l'UCS de base et du statut d'achat, la plateforme commerciale peut être propriétaire d'une copie orientée vers le client, et l'entrepôt peut être propriétaire de la quantité disponible à la promotion. Un prix de marché peut être une valeur de canal dérivée plutôt qu'une autorité. Ces décisions laissent une intégration rejeter ou revoir des mises à jour contradictoires au lieu d'utiliser le dernier horodatage comme vérité.

Un enregistrement de produit passant par des systèmes commerciaux avec des propriétaires faisant autorité pour chaque domaine important.
Carte de responsabilité illustrée pour les renseignements sur le produit, l'inventaire et la commande.
DonnéesAutorité éventuelleConsommateursRègle importante
Identité UGSERP ou système de produitsStorefront, entrepôt, marchésNe jamais correspondre uniquement par titre
Copie vendablePlateforme commercialeFront de stockage et alimentationPréserver les dépassements intentionnels du canal
Quantité disponibleEntrepôt ou service d'inventaireMarchés et marchésDéfinir le calendrier de réservation
État des commandesGestion des commandesService à la clientèle, réalisation, comptabilitéConserver les événements sources et les transitions
État de paiementFournisseur de paiementCommande de flux de travail et comptabilitéNe pas déduire du statut d'ordre

Planifier les migrations et les opérations quotidiennes ensemble

Avant d'activer une intégration, réconciliez les identifiants, les duplicatas, les produits archivés, les commandes ouvertes, les quantités non remplies, les remboursements et les listes de canaux. Un rapport sur la migration devrait montrer des documents qui correspondent avec confiance, des documents créés, des conflits nécessitant un examen et des éléments intentionnellement exclus. Gardez l'instantané source et la version de transformation afin que les corrections puissent être tracées.

Après le lancement, fournir des vues sur les produits non maquillés, l'inventaire négatif ou inexistant, les commandes bloquées entre les états, les mises à jour rejetées et les différences de rapprochement. Nommez l'équipe qui peut résoudre chaque catégorie. L'intégration n'est pas terminée lorsque la première synchronisation réussit; elle est opérationnelle lorsque les écarts de routine peuvent être compris et corrigés sans modifier les bases de données à la main.

Identificateurs de migration, synchronisation, rapprochement et examen des exceptions appuyant les opérations commerciales quotidiennes.

Repère visuel

Les dossiers du commerce et leurs limites opérationnelles

Chaque système possède une partie limitée du dossier commercial et publie des faits confirmés aux autres.

  1. 1

    Autorité du produit

    Identité stable, statut d'achat et attributs partagés.

  2. 2

    Expérience en matière de commerce

    Copie du client, merchandising, collections et présentation du canal.

  3. 3

    Autorité chargée des stocks

    Quantités sur place, réservées, disponibles et spécifiques au lieu.

  4. 4

    Commander le flux de travail

    Demande du client, transitions, exceptions et coordination de l'exécution.

  5. 5

    Pouvoir de paiement

    Autorisation, saisie, règlement, remboursement et faits de litige.

  6. 6

    rapprochement

    Comparaison systématique des identifiants, des quantités et des états ouverts.

Une carte système d'enregistrement rend la responsabilité explicite avant que les connecteurs commencent à déplacer les données.

Questions pratiques

Questions fréquentes sur le sujet

La plateforme commerciale peut-elle être le système d'enregistrement pour tout?

Il peut pour une opération simple. À mesure que l'exécution, la comptabilité, le catalogue ou les responsabilités d'inventaire se déplacent ailleurs, la responsabilité doit suivre le système qui effectue et confirme les travaux.

La synchronisation en temps réel est-elle toujours nécessaire?

Non. Le calendrier devrait correspondre à la conséquence opérationnelle. L'inventaire des vérifications peut nécessiter des mises à jour rapides, tandis que les données descriptives du catalogue peuvent souvent tolérer la synchronisation programmée.

Collaborer avec Sun Cluster

Vous planifiez un système semblable pour votre organisation?

Sun Cluster relie les magasins aux systèmes d'affaires qui possèdent des données de catalogue, d'inventaire, de commande et d'exécution.