Supply Chain Collaborative
La performance de votre supply chain dépend de son intégration avec vos fournisseurs, clients, transporteurs, etc. Tenir vos partenaires dans l’ignorance 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 partenaires de confiance 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 de manière fiable des packages de données, parfaitement adaptés aux besoins spécifiques de chacun de vos partenaires.

1. Exemple de Supply Chain Collaborative
Contoso, un grand groupe de distribution, souhaite partager des données opérationnelles clés avec Fabrikam, son fournisseur de produits de grande consommation. Contoso espère rationaliser sa collaboration en matière de supply chain avec Fabrikam. Plus précisément, Contoso doit fournir :
-
Données de Ventes Quotidiennes pour chaque produit Fabrikam dans chaque magasin Contoso.
-
Niveaux de Stocks de tous les magasins et entrepôts Contoso.
-
Informations sur la Part de Marché des 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 manière similaire, garantissant une approche équitable et confidentielle pour toutes les parties impliquées.
En exploitant 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 mises à jour atomiques, 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 :
-
Les Données de Ventes Quotidiennes les aident à prévoir et planifier de manière plus précise les commandes à venir de Contoso.
-
Les Niveaux de Stocks mettent en évidence les stocks déjà en cours, atténuant les effets du fouet.
-
Les statistiques de Part de Marché permettent à Fabrikam de mesurer l’impact de ses promotions et efforts publicitaires régionaux.
Fabrikam peut ensuite effectuer des analyses et des rapports supplémentaires dans son propre compte Lokad, combinant les données partagées de Contoso avec les chiffres internes de Fabrikam. De manière cruciale, aucune infrastructure informatique distincte n’est requise pour cette étape.
Ce partage de données transparent et sécurisé garantit que les deux entreprises peuvent se concentrer sur l’optimisation de leur collaboration plutôt que de lutter 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 en matière de 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 ETA, etc. Bien que beaucoup pensent que l’ère d’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 en toute sécurité les données nécessaires à une collaboration fructueuse en matière de supply chain tactique.
La plateforme Lokad relève ce défi de manière que les solutions alternatives ne le font pas, comme celle décrite dans 1. Exemple d’Utilisation
2.1 Sécurité
Pour chaque partenaire (par exemple, les fournisseurs), la plateforme Lokad vous donne la possibilité de délimiter le périmètre exact des données à partager.
Par exemple, si un client souhaite partager un tableau avec un fournisseur, Lokad offre la possibilité de partager exactement ce que le client souhaite (ligne par ligne, si tel est le cas). Pour tout champ à partager, Lokad peut révéler ou masquer (ligne par ligne, si tel est le cas) le contenu.
De plus, la plateforme garantit que le client ne subira aucune dégradation des performances lorsque des partenaires de confiance (comme les fournisseurs) accèdent à la partie approuvée des données partagées.
2.2 Expressivité
Les données à partager avec des 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.
Par exemple, les données commerciales d’origine peuvent provenir de plusieurs systèmes qui doivent être consolidés avant d’être partagés. Les données peuvent également inclure des artefacts accidentels ou des erreurs qui ne feraient que perturber le partenaire, que la plateforme Lokad peut nettoyer avant de les partager.
2.3 Intégrité
L’ensemble des données partagées avec le partenaire est partagé via des mises à jour atomiques par la plateforme Lokad. Cela signifie que le partenaire ne peut pas être confondu par des mises à jour partielles des données partagées, même si des ensembles de données gigantesques sont impliqués. Le partenaire voit soit le “vieil” instantané, soit le “nouveau”.
Cette propriété est fondamentale pour éliminer des classes entières d’erreurs et de problèmes pour le partenaire de confiance.
2.4 Exploitabilité
Les analyses, la visualisation des 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 effectuées en exploitant des 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 mises à profit par le partenaire de confiance, sans qu’il ait besoin de mobiliser sa propre infrastructure informatique.
3. Est-il Bon de Partager des Prévisions ?
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 de “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 ne contiennent pas les informations nécessaires pour contribuer de manière significative aux décisions commerciales qui devraient tenir compte de l’incertitude future.
Par exemple, les prévisions de séries temporelles (ou “prévisions ponctuelles”) ne disent rien sur les retours, les promotions, la durée de conservation, les dépréciations, ou tout autre détail qui compte vraiment dans votre secteur. Pour cette raison, Lokad recommande de se concentrer sur le partage de faits (par exemple, des données sur les ventes, les niveaux de stocks et les retours) avec les fournisseurs. Ce sont les données qui aident à prendre de meilleures décisions, c’est pourquoi 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. Voici 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
-
L’entreprise peut partager ses données en utilisant un ETL fonctionnant sur une base de données transactionnelle.
-
SQL ne prend pas en charge l’octroi de permissions au niveau des lignes qui seraient nécessaires pour partager des données avec un partenaire.
-
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 partenaire de confiance accédant à ses propres données pourrait dégrader les performances de tout le système.
-
Le point 3 (ci-dessus) implique la création et la maintenance d’une instance de base de données isolée par partenaire.
-
De plus, toute visualisation des données partagées nécessite un système séparé, à gérer par le service informatique du partenaire de confiance.
4.2 BI (Business Intelligence)
-
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 à chaque partenaire).
-
Malheureusement, avec cet arrangement, le partenaire de confiance n’a pas la possibilité de composer ses propres analyses ou post-traitements sur les données partagées.
-
De plus, les données partagées ne peuvent pas facilement être exportées sous forme de fichiers plats pour une utilisation ultérieure dans les systèmes informatiques du partenaire de confiance.
-
Enfin, cette approche représente une charge de travail informatique qui pourrait avoir un impact négatif sur l’instance BI de l’entreprise, s’il y a de nombreux fournisseurs.
4.3 FTP
-
L’entreprise peut partager ses données via des fichiers plats partagés via FTP (le serveur FTP étant géré ou auto-hébergé).
-
Cet arrangement, cependant, ne dispose pas de toutes les capacités de prétraitement, de post-traitement et de visualisation des données fournies par la plateforme Lokad.
-
Cela signifie que l’entreprise et son partenaire de confiance doivent tous deux exécuter des scripts (Python, ou quelque chose d’équivalent) pour prétraiter ou post-traiter les données.
-
De plus, un système séparé est nécessaire pour visualiser les données.
4.4 Stockage Blob (par exemple, S3)
-
L’entreprise peut partager ses données via des fichiers plats partagés via un stockage blob.
-
Cette option est pratiquement identique au FTP.
-
Bien que le stockage blob soit généralement moins cher et plus fiable que le FTP, il reste une partie de la solution, nécessitant l’intervention de deux services informatiques (celui de l’entreprise et celui du partenaire de confiance).
5. Détails techniques
Chaque compte client sur la plateforme Lokad dispose 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 garantit que le changement est appliqué de manière atomique (tout comme 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 accédé via FTP (SFTP ou FTPS).
5.1 Partager un dossier
Étape 1 : Un membre de l’entreprise cliente peut rendre un dossier “partageable” s’il dispose des droits d’accès suffisants dans son compte Lokad (source). Cela se fait via l’interface web.
Étape 2 : L’interface web génère un jeton que cet utilisateur envoie à son partenaire de confiance (en utilisant l’interface web).
Étape 3 : Le partenaire de confiance, qui dispose également d’un compte Lokad (destination), réclame ce jeton (en utilisant l’interface web).
Étape 4 : Une fois les étapes ci-dessus terminé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 reflétée dans le dossier destination (partenaire de confiance). La latence de réplication cible pour les modifications est inférieure à une (1) minute.
Note 2 : Le dossier de réplique dans le compte de destination est en lecture seule. Il ne peut pas être modifié.
5.2 Utilisation d’Envision
En général, le compte source obtiendra ses données d’origine via FTP, reproduisant les données exactement telles qu’elles se trouvent dans les systèmes commerciaux. Ensuite, Envision (le langage de programmation de la plateforme Lokad) est utilisé pour peupler le dossier source avec un ensemble arbitraire de fichiers plats représentant le sous-ensemble de données (relationnelles) 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 de destination. Enfin, FTP est également disponible pour le partenaire de confiance, s’il y a besoin de réintégrer ces données dans leurs propres systèmes commerciaux.