la Supply Chain Collaborative

La performance de votre supply chain dépend de son intégration avec vos fournisseurs, clients, transporteurs, etc. Garder vos partenaires dans le flou est une recette pour une qualité de service médiocre, une agilité limitée et des coûts opérationnels plus élevés. Partager des informations exploitables avec vos trusted partners est l’une des pierres angulaires d’une supply chain collaborative. Grâce à la plateforme Lokad, votre entreprise peut partager en toute sécurité et fiabilité des ensembles de données, précisément adaptés aux besoins spécifiques de chacun de vos partenaires.

1. Exemple de supply chain collaborative

Contoso, un grand groupe de grande distribution, souhaite partager des données opérationnelles clés avec Fabrikam, son fournisseur FMCG. Contoso espère rationaliser sa collaboration supply chain avec Fabrikam. Plus précisément, Contoso doit fournir:

  1. Données de ventes quotidiennes pour chaque produit Fabrikam dans chaque magasin Contoso.

  2. Niveaux de stocks de tous les magasins et entrepôts de Contoso.

  3. Market Share pour les segments de produits de Fabrikam, à des intervalles mensuels et par magasin.

De manière cruciale, Contoso partage également des données de marché agrégées avec les concurrents de Fabrikam (qui sont également des fournisseurs de Contoso) de la même manière, garantissant une approche équitable et confidentielle pour toutes les parties impliquées.

En tirant parti de la plateforme Lokad, Contoso peut automatiquement assembler le sous-ensemble exact de données pour Fabrikam—ligne par ligne, champ par champ—tout en préservant la confidentialité et en garantissant aucun impact sur les performances des opérations de Contoso. Grâce aux atomic updates, Fabrikam voit toujours un instantané cohérent des données partagées, même lorsque des ensembles de données massifs sont impliqués.

Une fois que Fabrikam reçoit ces flux de données:

  1. Données de ventes quotidiennes les aide à prévoir et planifier les prochaines commandes de Contoso avec plus de précision.

  2. Niveaux de stocks mettent en évidence les stocks déjà en préparation, atténuant les effets de fouet.

  3. Les statistiques Market Share permettent à Fabrikam de mesurer l’impact de ses promotions et de ses efforts publicitaires régionaux.

Fabrikam peut ensuite effectuer des analyses supplémentaires et des rapports au sein de son propre compte Lokad, en combinant les données partagées par Contoso avec ses propres chiffres internes. De manière cruciale, aucune infrastructure IT distincte n’est requise pour cette étape.

Ce partage de données fluide et sécurisé garantit que les deux entreprises peuvent se concentrer sur l’optimisation de leur collaboration plutôt que de se débattre avec des intégrations complexes ou des processus de partage de prévisions maladroits.

2. Obstacles à la supply chain collaborative

Au niveau tactique, la collaboration supply chain nécessite un échange constant d’informations sur « l’état de flux » entre les partenaires, par exemple, les données de ventes, les niveaux de stocks, les ETAs, etc. Bien que beaucoup puissent penser que l’ère de l’internet a résolu ce problème, en réalité ce n’est tout simplement pas le cas. Il y a plus qu’il n’y paraît lorsqu’il s’agit de partager facilement, de manière fiable et sécurisée les données nécessaires pour une collaboration supply chain tactique fructueuse.

La plateforme Lokad répond à ce défi de manières que les solutions alternatives ne proposent pas, comme le cas décrit dans 1. Exemple d’utilisation

2.1 Sécurité

Pour chaque partenaire (par exemple, les fournisseurs), la plateforme Lokad vous offre la possibilité de délimiter le périmètre exact des données à partager.

For example, si un client souhaite partager une table avec un fournisseur, Lokad offre la possibilité de partager exactement ce que le client souhaite (ligne par ligne, si désiré). Pour chaque champ à partager, Lokad peut révéler ou masquer (ligne par ligne, si désiré) le contenu.

De plus, la plateforme garantit que le client ne subira aucune dégradation de performances lorsque des partenaires de confiance (tels que les fournisseurs) accéderont à la portion approuvée des données partagées.

2.2 Expressivité

Les données à partager avec les partenaires de confiance peuvent bénéficier d’un prétraitement effectué sur la plateforme Lokad. Notre plateforme permet même de partager des statistiques anonymisées avec le partenaire de confiance sur son propre plus grand segment.

For example, les données commerciales originales pourraient provenir de multiples systèmes qui devraient être consolidés avant d’être partagés. Les données peuvent également comporter des artefacts accidentels ou des erreurs qui ne feraient que déconcerter le partenaire, et que la plateforme Lokad peut nettoyer avant le partage.

2.3 Intégrité

L’ensemble des données partagées avec le partenaire l’est par le biais d’atomic updates via la plateforme Lokad. Cela signifie que le partenaire ne peut être confus par des mises à jour partielles des données partagées—même lorsque d’ensembles de données gigantesques sont impliqués. Le partenaire voit soit l’instantané « ancien », soit l’instantané « nouveau ».

Cette propriété est fondamentale pour éliminer des catégories entières d’erreurs et de problèmes pour le partenaire de confiance.

2.4 Exploitabilité

L’analyse, la visualisation de données et le post-traitement des données peuvent être effectués par le partenaire de confiance sur les données partagées (au sein de la plateforme Lokad). Toutes ces opérations peuvent même être réalisées en tirant parti de données supplémentaires fournies par le partenaire de confiance à la plateforme Lokad. Ces capacités garantissent que les données partagées peuvent être utilisées de manière pratique par le partenaire de confiance—sans qu’il ait besoin de faire appel à sa propre infrastructure IT.

3. Le partage de prévisions est-il une bonne idée ?

Bien qu’il soit tentant de partager des prévisions, Lokad déconseille fortement cette pratique. En théorie, les clients pensent souvent qu’une prévision de demande très précise devrait aider le fournisseur à atteindre des scores élevés « On Time In Full » (OTIF) ou des taux de service élevés. Cependant, partager des prévisions signifie généralement partager des prévisions de séries temporelles, qui manquent des informations nécessaires pour contribuer de manière significative aux décisions commerciales qui doivent tenir compte de l’incertitude future.

Par exemple, les prévisions de séries temporelles (ou « prévisions ponctuelles ») ne disent rien concernant les retours, les promotions, la durée de vie sur étagère, les radiations, ou tout autre aspect spécifique qui compte réellement dans votre secteur. Pour cette raison, Lokad recommande de se concentrer sur le partage de faits (par exemple, les données sur les ventes, les niveaux de stocks et les retours) avec les fournisseurs. Ce sont ces données qui aident à générer de meilleures décisions, raison pour laquelle Lokad se concentre sur le partage de ces informations.

4. Comparaison entre Lokad et les technologies alternatives

Il existe un grand nombre de technologies alternatives pour partager des données commerciales. Vous trouverez ci-dessous une brève comparaison de plusieurs des options les plus populaires.

Pour plus de clarté, nous avons supposé que les données à partager proviennent d’un ERP, et que l’entreprise en question souhaite partager (avec chaque fournisseur) ses données de ventes quotidiennes (restreintes aux produits provenant de chaque fournisseur).

4.1 SQL/ETL

  1. L’entreprise peut partager ses données en utilisant un ETL fonctionnant sur une base de données transactionnelle.

  2. SQL ne supporte pas l’octroi de permissions au niveau des lignes, qui serait nécessaire pour partager des données avec un partenaire.

  3. Des tables dédiées pour le partenaire devraient être créées. De plus, ces tables devraient être créées dans une base de données isolée, car le fait que le partenaire de confiance accède à ses propres data pourrait dégrader les performances de l’ensemble du système.

  4. Le point 3 (ci-dessus) implique la création et la maintenance d’une instance de base de données isolée par partenaire.

  5. De plus, toute visualisation des données partagées nécessite un système séparé, à gérer par le département IT du partenaire de confiance.

4.2 BI (Business Intelligence)

  1. L’entreprise peut partager ses données en utilisant un outil BI et peut restreindre le partenaire de confiance à des vues personnalisées (adaptées pour chaque partenaire).

  2. Malheureusement, dans ce dispositif, le partenaire de confiance n’a pas la possibilité de composer ses propres analyses ou post-traitements sur les données partagées.

  3. De plus, les données partagées ne peuvent pas être facilement exportées sous forme de fichiers plats pour une utilisation ultérieure au sein des systèmes IT du partenaire de confiance.

  4. Enfin, cette approche représente une charge de calcul qui pourrait impacter négativement l’instance BI de l’entreprise, s’il y a de nombreux fournisseurs.

4.3 FTP

  1. L’entreprise peut partager ses données via des fichiers plats partagés par FTP (le serveur FTP pouvant être géré ou auto-hébergé).

  2. Ce dispositif, cependant, ne dispose pas de toutes les capacités de prétraitement, de post-traitement et de visualisation de données offertes par la plateforme Lokad.

  3. Cela signifie que l’entreprise et son partenaire de confiance doivent exécuter des scripts (Python, ou quelque chose d’équivalent) pour pré- ou post-traiter les données.

  4. De plus, un système séparé est requis pour visualiser les données.

4.4 Blob Storage (e.g., S3)

  1. L’entreprise peut partager ses données via des fichiers plats partagés par un blob storage.

  2. Cette option est pratiquement identique au FTP.

  3. Bien que le blob storage soit généralement moins cher et plus fiable que le FTP, il reste un fragment de la solution, nécessitant l’intervention de deux départements IT (l’entreprise et le partenaire de confiance).

5. Détails techniques

Chaque compte client sur la plateforme Lokad possède son propre système de fichiers. Chaque système de fichiers se comporte comme un dépôt Git, ce qui signifie que toutes les modifications sont versionnées et atomiques. Lorsque des fichiers sont modifiés, le système de fichiers s’assure que le changement est appliqué de manière atomique (à l’image d’un « commit » standard dans Git). Le client (dans ce cas, un utilisateur ou un processus) du système de fichiers peut voir soit la version précédente, soit l’ancienne version (il n’y a rien « entre » ces deux états). Le système de fichiers Lokad peut également être accessible par FTP (SFTP ou FTPS).

5.1 Partager un dossier

Step 1: Un membre de l’entreprise cliente peut rendre un dossier « shareable » s’il dispose des droits d’accès suffisants sur son compte Lokad (source). Cela se fait via l’interface web.

Step 2: L’interface web génère un token que cet utilisateur envoie à son partenaire de confiance (via l’interface web).

Step 3: Le partenaire de confiance, qui dispose également d’un compte Lokad (destination), réclame ce token (via l’interface web).

Step 4: Une fois les étapes ci-dessus complétées, un nouveau dossier apparaît dans le compte du partenaire de confiance. Ce nouveau dossier est une réplique parfaite du dossier partagé par l’utilisateur d’origine.

Note 1: Toute modification apportée au dossier source (client) est répercutée dans le dossier destination (partenaire de confiance). La latence cible de réplication des changements est inférieure à une (1) minute.

Note 2: Le dossier réplique dans le compte destination est en lecture seule. Il ne peut pas être modifié.

5.2 Utilisation d’Envision

Typiquement, le compte source récupérera ses données d’origine via FTP, en reflétant exactement les données telles qu’elles se trouvent dans les systèmes d’entreprise. Ensuite, Envision (le langage de programmation de la plateforme Lokad) est utilisé pour alimenter le dossier source avec un ensemble arbitraire de fichiers plats représentant le sous-ensemble de données (relationnel) qui sera partagé en toute sécurité avec le partenaire de confiance.

Envision est également utilisé par le partenaire de confiance pour visualiser ou post-traiter ces données à partir du compte destination. Enfin, FTP est également disponible pour le partenaire de confiance, s’il est nécessaire de réintégrer ces données dans ses propres systèmes d’entreprise.