L'Event Sourcing pour les systèmes de Supply Chain

00:00:07 L’event sourcing et ses avantages par rapport aux bases de données relationnelles traditionnelles.
00:00:31 L’event sourcing et son concept central.
00:01:52 L’essor des bases de données relationnelles et des logiciels CRUD dans les années 70.
00:04:29 Contraintes et hypothèses introduites par les systèmes basés sur le CRUD.
00:06:10 Avantages de l’event sourcing dans la correction des bugs et la maintenance du système.
00:08:00 Frustration liée à la manipulation de systèmes mutables et aux bugs quantiques en ingénierie logicielle.
00:09:02 L’event sourcing comme solution aux problèmes de la supply chain et sa relation avec le stockage de données bon marché.
00:12:38 Adoption de l’event sourcing dans les grandes entreprises et ses avantages en termes de transparence et d’efficacité.
00:14:36 L’event sourcing comme une perspective alternative à la méthodologie rudimentaire de conception de logiciels de supply chain.
00:15:37 Prévalence future de l’event sourcing et obstacles potentiels à son adoption généralisée.
00:17:18 Comparaison des principes de l’event sourcing avec les principes de la comptabilité et leur importance.
00:19:22 La nécessité d’être axé sur les données dans la gestion de la supply chain.
00:20:25 Spéculations sur la croissance future d’Amazon et ses limites potentielles.
00:21:07 Conclusion et remarques finales.

Résumé

Dans une interview avec Joannes Vermorel, fondateur de Lokad, l’hôte Kieran Chandler explore le concept d’event sourcing et ses avantages dans la gestion de la supply chain. L’event sourcing consiste à représenter l’état d’un système informatique sous la forme d’une séquence d’événements, ce qui permet d’obtenir une vue plus transparente et immuable des événements passés, facilitant ainsi leur reproduction et leur résolution. Vermorel note que la popularité du modèle CRUD, qui permet aux utilisateurs de créer, lire, mettre à jour et supprimer des données, peut parfois rendre difficile la reconnaissance des avantages potentiels de l’event sourcing. Cependant, il estime que à mesure que le stockage des données devient moins cher, l’event sourcing deviendra plus répandu, stimulé par la croissance des entreprises technologiques telles qu’Amazon.

Résumé étendu

Dans cette interview, l’hôte Kieran Chandler et Joannes Vermorel, fondateur de Lokad, discutent du concept d’event sourcing et de sa popularité croissante par rapport aux bases de données relationnelles traditionnelles. L’event sourcing est une approche où l’état d’un système informatique n’est qu’un reflet d’une série d’événements, avec l’idée qu’il n’y a pas de représentation directe des données autre que les événements eux-mêmes. Par exemple, dans les logiciels de gestion des stocks, il n’y a pas de niveau de stock spécifique, mais plutôt un flux de mouvements de stocks qui, une fois consolidés, fournissent un nombre synthétique représentant le niveau de stock actuel.

Dans les années 1970, des choix ont été faits sur la manière de représenter les données d’une entreprise de manière électronique. Le modèle relationnel est devenu populaire et la plupart des logiciels de gestion de la supply chain relèvent désormais de la catégorie des applications CRUD (create, read, update, delete). Les logiciels CRUD sont basés sur des tables avec des champs, permettant aux utilisateurs d’ajouter, de lire, de modifier ou de supprimer des lignes dans la table. Ce modèle simple a connu un grand succès et a été largement adopté dans tous les secteurs d’activité.

Cependant, Vermorel note qu’il existe des approches alternatives de représentation des données, telles que l’event sourcing. Il suggère que la popularité du CRUD peut parfois rendre difficile la reconnaissance des avantages potentiels d’autres méthodes. Une différence significative entre le CRUD et l’event sourcing est l’idée de mutabilité ; dans le CRUD, le passé est mutable, ce qui peut être déconcertant d’un point de vue philosophique. En revanche, l’event sourcing offre une vue plus transparente des événements passés et des changements survenus dans un système.

La discussion met en évidence l’intérêt croissant pour l’event sourcing en tant qu’alternative aux bases de données relationnelles traditionnelles pour la gestion de la supply chain et d’autres applications. Bien que le CRUD ait été largement adopté, il ne constitue pas toujours la meilleure approche, et l’exploration de méthodes alternatives de représentation des données telles que l’event sourcing peut potentiellement offrir une meilleure clarté et compréhension des événements passés.

Vermorel explique que la grande majorité des systèmes logiciels utilisés pour gérer les supply chains, tels que les ERP et les MRP, sont construits avec des passés mutables, ce qui peut conduire à des situations complexes et contre-intuitives. Cependant, il suggère qu’une meilleure approche consisterait à considérer le passé comme immuable, ce qui peut aider à éviter de tels problèmes.

Un avantage significatif de l’utilisation de l’event sourcing, selon Vermorel, est son utilité dans la correction des bugs. Il note que les grands systèmes logiciels de gestion de la supply chain ont souvent de nombreux bugs et fonctionnalités indésirables, qui peuvent persister pendant des années et être frustrants à traiter. Avec l’event sourcing, toutes les informations du système sont représentées sous la forme d’une série d’événements. Lors du débogage, les ingénieurs peuvent simplement rejouer les événements un par un pour reproduire la situation exacte qui a créé le problème et le résoudre.

Vermorel oppose cela à la situation alternative où l’état du système est mutable, ce qui rend difficile la reproduction et la résolution des problèmes par les équipes informatiques. Cela peut entraîner un cycle frustrant de rapports de bugs et de tentatives de correction, les bugs réapparaissant souvent après une courte période de temps. L’event sourcing, en revanche, offre une manière déterministe de régénérer et de résoudre les problèmes.

La discussion se tourne ensuite vers l’idée de l’event sourcing plus en détail, Vermorel expliquant qu’il consiste à examiner chaque opération qui se produit au sein d’une supply chain. Il suggère que l’on pourrait se demander pourquoi l’event sourcing n’est pas l’approche par défaut, car il est en accord avec la manière dont les comptables utilisent les registres depuis des siècles. Les registres sont généralement immuables, de nouvelles transactions étant ajoutées pour corriger les erreurs précédentes plutôt que de réécrire les transactions passées.

Vermorel explique que la raison pour laquelle l’event sourcing n’est pas l’approche par défaut est due au coût élevé du stockage informatique à la fin des années 1970 et au début des années 1980. Pour économiser sur les coûts de stockage, les systèmes logiciels ont été conçus pour écraser les données passées avec des totaux mis à jour. Cependant, il souligne que le stockage des données est depuis devenu beaucoup moins cher, ce qui rend plus faisable la mise en œuvre de l’event sourcing en tant que pratique standard.

Lorsqu’on lui demande si les petites entreprises devraient s’intéresser à l’event sourcing, Vermorel répond que c’est une perspective philosophique sur le passé, avec l’idée que le passé devrait être immuable dans les systèmes informatiques. Bien que la majorité des ERP n’utilisent pas l’event sourcing, Vermorel estime que l’adoption de cette approche peut aider à prévenir les problèmes liés aux passés mutables dans les logiciels de gestion de la supply chain.

En résumé, Joannes Vermorel préconise l’utilisation de l’event sourcing dans l’optimisation de la supply chain, en mettant l’accent sur ses avantages dans la correction des bugs et en s’alignant sur la nature immuable du passé. Bien qu’il ne soit pas encore largement adopté, l’event sourcing offre une manière plus déterministe de gérer les problèmes dans les systèmes logiciels de la supply chain et pourrait intéresser les entreprises de toutes tailles.

Ils explorent les avantages de cette approche, son adoption par les leaders technologiques et sa future prévalence potentielle sur le marché.

L’event sourcing est une méthode de conception de logiciels qui stocke l’état d’un système sous forme d’une séquence d’événements, plutôt que par la méthodologie plus traditionnelle de création, lecture, mise à jour, suppression (CRUD). Vermorel note que les leaders technologiques, tels qu’Amazon, Zalando et Alibaba, ont adopté l’event sourcing pour leurs systèmes de supply chain, Amazon étant un acteur majeur de son adoption sur le marché.

Vermorel soutient que l’event sourcing offre plusieurs avantages à la gestion de la supply chain. Premièrement, il offre une plus grande transparence et efficacité, tout en réduisant le gaspillage et en améliorant la réactivité. Deuxièmement, il met en évidence les limites du CRUD, qui a été fortement influencé par des contraintes économiques qui n’étaient pertinentes que dans les années 70 et 80.

En regardant vers l’avenir, Vermorel estime que l’event sourcing deviendra plus répandu à mesure que le stockage des données deviendra moins cher et que les entreprises axées sur la technologie continueront de croître. Il souligne que l’adoption sur le marché est motivée par un processus de “grand filtre”, dans lequel les entreprises utilisant des méthodes moins efficaces font faillite, laissant celles utilisant des approches plus réussies prospérer.

Vermorel met également en évidence l’importance de l’event sourcing pour les entreprises disposant de systèmes logiciels internes. Même s’ils n’adoptent pas l’event sourcing directement, comprendre ses principes peut les aider à atténuer les problèmes de mutabilité dans leurs systèmes CRUD existants. Il affirme que l’event sourcing devrait être considéré comme un pilier de la pratique de la supply chain, tout comme le concept d’un grand livre non réinscriptible en comptabilité.

Étant donné que les praticiens de la supply chain sont axés sur les données par nécessité, Vermorel soutient qu’il est essentiel pour eux d’avoir des principes directeurs pour la collecte, l’organisation et le traitement des données. Il suggère que l’exploration de l’event sourcing peut aider les praticiens à identifier et à résoudre de nombreux problèmes sous-jacents au sein de leurs organisations.

Vermorel envisage un avenir dans lequel l’event sourcing continuera de gagner des parts de marché, stimulé par la croissance des entreprises axées sur la technologie comme Amazon. Cependant, il reconnaît que les économies d’échelle pourraient finalement limiter la domination de ces entreprises, permettant ainsi des approches plus diversifiées de la gestion de la supply chain.

Transcription complète

Kieran Chandler: Aujourd’hui, nous allons comprendre un peu mieux comment cela fonctionne et discuter de la manière dont cela peut apporter une meilleure clarté sur ce qui s’est passé dans le passé. Alors, Joannes, qu’est-ce que l’event sourcing exactement ?

Joannes Vermorel: L’event sourcing, techniquement, est l’idée que l’état de votre système informatique n’est que le reflet d’une série d’événements. Donc, tout ce que vous pouvez voir dans un système informatique, ou tout ce qu’il fait, est basé sur des événements. Vous n’avez que des événements, et si vous avez quelque chose comme un total affiché ou toute autre information dans le système, cela n’est que le résultat direct d’une série d’événements. Pour rendre cela très concret, l’idée serait, par exemple, si vous avez un niveau de stock affiché dans votre logiciel de gestion des stocks, il n’y a pas de tel niveau de stock dans le logiciel. Tout ce que vous avez, c’est un flux de mouvements de stock, où des quantités ont été ajoutées ou prélevées, et lorsque vous consolidez tous ces événements, vous obtenez un nombre synthétique qui est le niveau de stock actuel. Mais l’idée avec l’event sourcing est que le système n’a rien d’autre que des événements en ce qui concerne le passé.

Kieran Chandler: Alors, où sont utilisées ces techniques d’event sourcing ? Est-ce quelque chose que nous voyons souvent sur le marché ?

Joannes Vermorel: Dans les années 70, des choix ont été faits sur la meilleure façon de représenter les données d’une entreprise en général, et son passé en particulier. Cela peut sembler très philosophique, mais c’est en réalité une question très large. Lorsque vous souhaitez numériser votre entreprise, vous avez besoin d’une représentation électronique de votre entreprise et de son passé. Même s’il s’agit d’un passé très récent, c’est quand même le passé. Donc, fondamentalement, vous voulez avoir une réflexion sur le passé, et il s’est avéré qu’il existe de nombreuses façons de le faire. Quelques-unes de ces façons sont devenues incroyablement populaires à la fin des années 70 et ont maintenu leur popularité au cours des dernières décennies qui ont suivi. Mais ce n’est pas la seule façon de le voir. Il est très intrigant que lorsque vous avez une certaine façon de faire les choses qui devient extrêmement populaire, cela peut devenir si important qu’à un moment donné, vous ne réalisez même pas qu’il est en réalité possible de le faire de manière très différente.

Joannes Vermorel: Ce qui s’est passé, c’est que ce modèle relationnel a gagné, et avec cela, il y avait le type d’application qui a été construit dessus. Fondamentalement, la grande majorité des logiciels de supply chain de nos jours relèvent de la catégorie de ce qu’on appelle les logiciels CRUD. CRUD est en réalité un acronyme qui signifie Create, Read, Update, Delete. L’idée est que vous avez des tables, chaque table a des champs, et ensuite ce que votre logiciel fait, c’est que vous pouvez ajouter une ligne (c’est Create), vous pouvez lire une ligne existante, vous pouvez modifier (c’est Update) une ligne existante, et vous pouvez supprimer une ligne existante. Ce modèle est très simple quand on y pense, et ces quatre variables, CRUD, ont réussi à prendre le contrôle du monde de la supply chain, de sorte que vous pouvez représenter à peu près tout avec cela. Cela a été très réussi, très populaire, mais ce n’est pas la même approche. Et la chose intéressante, c’est qu’il existe d’autres approches alternatives, et l’event sourcing en est une.

Kieran Chandler: Regardons maintenant la popularité de cette approche CRUD. Est-ce que cela a introduit des contraintes ou des hypothèses avec lesquelles nous avons maintenant l’habitude de travailler ?

Joannes Vermorel: Oui, cela a introduit quelque chose qui est

Kieran Chandler: Quelque chose qui est très déconcertant quand on y pense, d’un point de vue presque philosophique, c’est que le passé est mutable. Je veux dire, quand on pense à notre expérience quotidienne, quelque chose s’est passé dans le passé, on ne peut pas le changer, n’est-ce pas ? C’est juste comme ça. Et pourtant, dans les systèmes informatiques, les systèmes d’entreprise modernes comme les ERP, les MRP, etc., toutes ces classes de systèmes logiciels complexes qui font fonctionner les entreprises et leurs supply chains, la grande majorité de ces systèmes logiciels sont construits sur le principe de conception CRUD selon lequel le passé est complètement mutable. Si on s’arrête pour y réfléchir, on se retrouve avec toutes sortes de situations bizarres qui ne sont que le résultat du fait que le passé est mutable, et cela peut conduire à une sorte de façon déformée de penser aux systèmes. Cela crée beaucoup de complexité et, dans l’ensemble, cela entre en collision avec ce que l’on penserait intuitivement des systèmes.

Joannes Vermorel: Oui, il y a un avantage à l’event sourcing qui est en réalité très significatif et incroyablement banal : la correction des bugs. Les grands systèmes logiciels de supply chain ont des bugs, des fonctionnalités indésirables partout, et généralement, cela dure littéralement des décennies. Il y a des milliers de tickets ouverts et transmis à l’informatique, et la plupart d’entre eux ne sont jamais corrigés. C’est tellement frustrant. L’event sourcing est en réalité assez lié à la correction des bugs. Chez Lokad, nous utilisons l’event sourcing en interne depuis une décennie, et c’est très intéressant. Lorsque vous êtes confronté à un bug avec un système basé sur l’event sourcing, toutes les informations du système sont représentées sous la forme d’une série d’événements. Donc, lorsque vous voulez déboguer quelque chose, vous n’avez besoin que de rejouer les événements un par un. En raison du fait que les seules données qui existent dans votre système sont ce flux d’événements, vous pouvez reproduire exactement la même situation qui a créé le problème et le corriger.

Comparons cela à la situation alternative où tout l’état de votre système est mutable. Le problème est que lorsque vous êtes confronté à un problème, comme une anomalie dans les niveaux de stock, le problème est que les niveaux de stock continuent de changer. Au moment où l’équipe informatique examine le problème, il aura disparu. Vous ne pouvez pas le reproduire et vous ne pouvez pas le corriger. C’est extrêmement frustrant en tant qu’ingénieur logiciel lorsqu’on travaille avec un système hautement mutable. La plupart des bugs se révèlent être comme des bugs quantiques, où il y a un bug, mais quand vous le regardez, il disparaît. Puis vous arrêtez de le regarder et il revient. C’est tellement frustrant.

L’event sourcing est très intéressant à cet égard car il vous offre un moyen totalement déterministe de régénérer ces problèmes et de les résoudre une fois pour toutes. Si vous regardez les problèmes de la supply chain en général, même si le logiciel ne va pas résoudre tous les problèmes, il s’avère que en réalité…

Kieran Chandler: Le logiciel crée fréquemment une part importante des problèmes auxquels sont confrontées les chaînes d’approvisionnement modernes. Bon, revenons en arrière et examinons un peu plus en détail l’event sourcing, cette idée de regarder chaque opération banale qui s’est produite dans une chaîne d’approvisionnement. Cela semble un peu ennuyeux. Dans ce cas, à quel point serait-il facile de revenir en arrière et de vérifier ce qui s’est passé et d’arriver à la cause première d’un problème ?

Joannes Vermorel: Pourquoi n’est-ce pas la norme d’enregistrer simplement les événements au fur et à mesure et de dire que c’est le passé, vous savez ? Lorsque vous regardez ce que je dirais que les gens ont fait pendant des siècles, comme les comptables, ils ont des registres. Les registres ont cette propriété d’être normalement immuables. Vous ajoutez simplement des choses à un registre. Si vous faites une erreur de transaction, vous ne supprimez pas une transaction dans le passé. Vous ajoutez simplement une autre transaction qui dit que cette transaction précédente était incorrecte, et voici une correction, et c’est ainsi que vous travaillez. Donc, vous ne réécrivez pas le passé, vous ajoutez simplement plus de choses à la fin.

Mais à la fin des années 70, le stockage informatique était incroyablement cher, et donc l’idée d’avoir cette immuabilité du passé était une sorte de fonctionnalité intéressante si vous êtes vraiment à l’étroit. Si votre registre, en tant que comptable, ne comporte que 10 pages et que vous manquez d’espace, la seule chose que vous avez est une gomme. Donc, ce que vous faites, c’est essayer de résumer les totaux de vos livres, ajouter quelques transactions, et chaque fois que vous manquez d’espace, vous effacez simplement la transaction passée, mettez à jour les totaux, et c’est tout. C’est littéralement ce qui s’est passé à la fin des années 70 et au début des années 80. Le monde entier du logiciel est allé dans une certaine voie qui avait du sens en raison du fait que le stockage des données était tellement incroyablement cher à l’époque.

Avance rapide, 40 ans plus tard, le stockage des données est tout simplement incroyablement bon marché. Vous pouvez acheter un disque dur d’un téraoctet pour cinquante dollars. C’est incroyablement bon marché. Donc, si vous voulez avoir un stockage de données super fiable, vous avez besoin de plusieurs copies et d’un système pour gérer ces copies, mais nous sommes en dessous de 1 $ par gigaoctet, et les données sont tout simplement très, très bon marché.

L’approvisionnement d’événements est très souvent l’architecture brute d’un système ERP complet. Ce sont des sujets qui intéressent vraiment les grandes multinationales et les grandes entreprises comme SAP. Les petites entreprises devraient-elles vraiment s’intéresser à quelque chose comme ça?

Kieran Chandler: C’est une question intéressante. Les petites entreprises devraient-elles s’intéresser à l’approvisionnement d’événements?

Joannes Vermorel: Je pense que l’approvisionnement d’événements est une perspective philosophique sur le passé, qui est essentiellement que le passé est immuable, et les systèmes informatiques que vous avez besoin de refléter cela, sinon vous allez vous retrouver avec des solutions suboptimales. La grande majorité des ERP n’utilisent pas l’approvisionnement d’événements, c’est donc le premier obstacle. La grande majorité des ERP ne l’utilisent pas principalement. Lorsque vous regardez qui utilise l’approvisionnement d’événements, ce sont les leaders technologiques qui ne produisent généralement pas de logiciels de chaîne d’approvisionnement, sauf peut-être Amazon, Zalando et Alibaba, les entreprises qui exploitent leur propre chaîne d’approvisionnement avec leur propre logiciel sur mesure.

En termes d’avantages, de nombreuses entreprises essaient d’avoir plus de transparence sur la chaîne d’approvisionnement. Elles veulent être plus efficaces, moins gaspilleuses, plus agiles, plus réactives, et elles rencontrent beaucoup de difficultés avec leurs systèmes informatiques.

Kieran Chandler: Bien que ce soient des problèmes très diffus, il n’y a pas de réponse unique au problème. Mais ce que je vois, c’est que l’approvisionnement d’événements est très intéressant car il met en évidence une faille spécifique, je dirais, dans la manière trop dominante de concevoir des logiciels utilisés pour les problèmes de chaîne d’approvisionnement. Habituellement, la plupart des praticiens ne sont même pas conscients de cette perspective qu’il existe d’autres perspectives. Donc, je pense que l’approvisionnement d’événements est très intéressant non pas nécessairement parce que c’est la réponse ultime à ces problèmes, mais simplement parce que le fait même qu’il existe prouve que cette méthodologie CRUD, où CRUD signifie Create, Read, Update, Delete, montre simplement que cette méthodologie CRUD, qui est une façon de construire des systèmes logiciels pour aborder les chaînes d’approvisionnement, ce n’est pas la fin du jeu. C’est juste l’une des façons, et ce modèle de conception a en fait été fortement influencé par des contraintes économiques qui n’étaient pertinentes que pendant les années 70 et 80, et déjà à la fin des années 90, cela commençait à s’estomper. Donc maintenant, si nous regardons vers l’avenir, le stockage des données est incroyablement bon marché, et nous avons en quelque sorte surmonté ces obstacles. Pensez-vous que l’approvisionnement d’événements deviendra plus courant sur le marché au cours des prochaines décennies, et y a-t-il encore des obstacles que nous devons surmonter pour que cela se produise?

Joannes Vermorel: Tout d’abord, l’approvisionnement d’événements devient de plus en plus courant simplement parce qu’Amazon est en pleine expansion. De plus, chaque fois qu’Amazon gagne une part de marché de un pour cent, l’approvisionnement d’événements devient également un pour cent plus courant sur le marché. Et quand je parle d’Amazon, je veux dire toutes les autres entreprises technologiques qui dévorent le marché. Donc oui, cela devient certainement plus courant. Le marché est un excellent filtre, ce n’est pas un éducateur, donc les choses ne deviennent pas plus populaires parce qu’elles sont adoptées ; elles deviennent plus populaires simplement parce que les entreprises qui ne les utilisent pas font faillite et disparaissent, et donc les entreprises qui restent se trouvent être celles qui utilisent ce qui fonctionne le mieux. Donc, est-ce que cela peut devenir plus populaire ? Je dirais certainement. Et lorsque je regarde la base de clients de Lokad, environ un quart ou un cinquième de nos clients ont des systèmes logiciels internes personnalisés pour gérer l’entreprise. Donc, si vous avez des systèmes logiciels internes, je vous conseille vivement de jeter un coup d’œil à l’approvisionnement d’événements. Même si vous n’adoptez pas immédiatement l’approvisionnement d’événements car c’est un changement complet de paradigme pour la conception de votre logiciel, il y a encore beaucoup à apprendre. Et si vous êtes très familier avec l’approvisionnement d’événements, cela vous permet de faire réellement du CRUD, vous savez, la manière habituelle de faire de la supply chain.

Kieran Chandler: De nos jours, les logiciels peuvent être utilisés de manière à atténuer les problèmes de mutabilité du passé. Si vous faites très attention à la façon dont vous le concevez, vous pouvez réellement muter le passé dans votre code et obtenir quelque chose qui se rapproche beaucoup des événements ou des choses. Vous n’avez pas nécessairement à tout réécrire pour vous rapprocher de cela. Je dirais que ce n’est pas seulement un problème pour l’informatique. Certaines personnes pourraient le considérer comme quelque chose de très geek qui n’intéresse que les architectes de bases de données, mais je pense que c’est plus que ça.

Joannes Vermorel: Je suis d’accord, ce genre de concepts très généraux devrait être la pierre angulaire de la pratique de la supply chain. Tout comme le fait qu’un grand livre ne peut pas être réécrit est un principe fondamental des principes comptables. En comptabilité, vous savez que vous n’êtes pas censé revenir en arrière dans les livres des années précédentes et réécrire les transactions. Les gens ne diraient pas que cette chose à propos des grands livres est juste un détail logiciel. Ces principes ont été établis avant l’avènement des ordinateurs.

Si l’on prend en compte le fait qu’être un praticien de la supply chain implique de traiter beaucoup de données, il est difficile de percevoir la réalité des supply chains car elles sont vastes, complexes et multisites. Par nature, en tant que praticien de la supply chain, vous ne pouvez pas prétendre tout voir de vos propres yeux. Vous pouvez voir un magasin, un entrepôt, mais vous ne pouvez pas être partout. Donc, vous êtes guidé par les données par nécessité. Les seules choses que vous voyez concernant votre supply chain sont essentiellement les chiffres extraits de nombreux systèmes.

Je pense que, tout comme un comptable, vous devez avoir certains principes directeurs sur la manière dont ces données sont collectées, organisées et traitées. En revenant à l’approvisionnement d’événements, je pense que c’est quelque chose que les praticiens de la supply chain devraient vraiment examiner, car cela les aidera à identifier de nombreux problèmes sous-jacents dans leur organisation.

Kieran Chandler: Brillant. Eh bien, si nous continuons à attendre Amazon, ils prendront bientôt un autre pour cent et se rapprocheront de 100%. À un moment donné, les grandes entreprises comme Amazon peuvent s’effondrer sous leur propre poids en raison de la difficulté de devenir absolument gigantesques. Cela les empêchera de prendre 100% de la part de marché, mais le problème est que ce seront simplement d’autres concurrents comme Amazon qui prendront le reste du marché.

Joannes Vermorel: Oui, surveillez cet espace.

Kieran Chandler: C’est tout pour cette semaine. Merci beaucoup de nous avoir suivi, et nous vous reverrons la prochaine fois. Au revoir pour le moment.