Retailers die hun ERP als middelpunt blijven zien, verliezen de wedstrijd.
Retailers die een overkoepelend Order Management‑fundament bouwen, winnen.

Retail draait om beloftes: voorraad die klopt. Orders die doorlopen. Leveringen die aankomen. Elke keer dat een retailer die belofte niet waarmaakt, kost het geld, vertrouwen en herhaalaankopen.

De oorzaak ligt bij het ontbreken van architectuur.

Jarenlang stond het ERP centraal. Het was het systeem waar alles doorheen moest: voorraad, orders, prijzen, transacties, rapportages. Dat werkte toen retail lineair was: één kanaal, één voorraadstroom, eén manier van leveren.

Vandaag is retail een netwerk met winkels, online, marketplaces, partners, ship‑from‑store, pick‑up‑points, dropship en retourstromen die alle kanten op bewegen. Een netwerk vraagt om regie.

Dat is precies waar een Order Management System het verschil maakt.

Zo organiseren moderne retailers hun systemen met een 6-laagse architectuur

Klanten bewegen vandaag moeiteloos tussen webshop, winkel en marktplaatsen, verwachten overal dezelfde ervaring en willen het product de volgende dag in huis, ongeacht waar het ligt.

Om aan deze verwachtingen te voldoen en de operatie efficiënt te houden, werken moderne retailers met zes gespecialiseerde lagen:

1. Product & Information Management (De Bron)

De PIM- en PLM-laag (zoals Centric Software) vormt het fundament. Hier leeft de productlevenscyclus en wordt content beheerd voor kanalen zoals Amazon, Zalando en de eigen webshop. Zonder correcte productdata is een consistente klantervaring onmogelijk.

2. Interaction (De Klantcontactpunten)

Webshop, POS en marktplaatsen registreren bestellingen zonder voorraad- of prijslogica. Ze zijn het directe contact met de klant.

3. Order Management & Orchestration (Het Brein)

Een OMS zoals Manhattan Associates Active Omni of Blue Yonder verzamelt bestellingen, berekent voorraad, stemt prijzen en promoties af en bepaalt de optimale fulfilmentlocatie.

4. Fulfilment & Execution (De Spier)

Deze laag vertaalt de digitale belofte naar fysieke actie. Robots, pickers en winkelmedewerkers verwerken orders voor levering vanuit DC of winkel.

5. Supply Chain & Inventory Planning (De Regie)

Waar het OMS naar het heden kijkt, kijkt deze laag naar de toekomst. Tools zoals o9 Solutions, Inc., ToolsGroup en RELEX Solutions combineren AI en externe data om vraag te voorspellen.

Het doel: voorraad op de juiste plek (DC versus winkel) om 'nee-verkopen' te minimaliseren zonder onnodig kapitaal vast te leggen.

6. Administration (De Borging)

Het ERP verdwijnt niet, maar krijgt een andere rol: het is het financiële geweten van de operatie. Nadat het OMS een levering heeft bevestigd, verzorgt ERP de financiële afhandeling.

Conclusie

Wie vasthoudt aan een ERP-centrisch model loopt vast. Een 6-laagse architectuur biedt flexibiliteit, hogere klanttevredenheid, wendbaarheid, minder restvoorraad en een organisatie die klaar is voor de complexiteit van morgen.

Maxeda implementeert Supply Chain oplossingen van Blue Yonder

Benelux-retailer Maxeda verbetert Supply Chain-processen en behaalt strategische doelen door inzet van Blue Yonder Demand- en Fulfillment-oplossingen.

Blue Yonder heeft vandaag (27 augustus 2024) bekend gemaakt dat Maxeda DIY Group, de grootste doe-het-zelf retailer in de Benelux, zijn Strategische Supply Chain - processen heeft getransformeerd met de Blue Yonder Demand and Fulfillment - oplossingen [1].

Met meer dan 6.500 werknemers exploiteert de Maxeda DIY Group 334 winkels in de Benelux, zowel in eigendom als in franchise, waaronder de merken Praxis in Nederland, Brico en BricoPlanit in België en Luxemburg. Alle winkels samen hebben meer dan 1 miljoen m² aan winkeloppervlak en ontvangen wekelijks meer dan 1,5 miljoen klanten in de winkel en online.

Maxeda wil met haar strategie “Make it Sustainable” een duurzame en aantrekkelijke retailorganisatie bouwen via vijf groeimotoren: Store, Product, Digital & Data Intelligence, People & Community en Home.

Om deze strategische doelen te bereiken, heeft Maxeda DIY Group met succes Blue Yonder Demand en Fulfillment-oplossingen in een SaaS-omgeving geïmplementeerd, waarmee een enkele end-to-end vraag- en aanbodplanningsomgeving voor alle drie de merken van het bedrijf wordt geboden.

Deze transformatie verbeterde de wendbaarheid en geïnformeerde besluitvorming aanzienlijk door processen te integreren, wat resulteerde in verbeterde serviceniveaus, geoptimaliseerde voorraadniveaus en minder handmatig werk, wat de motivatie van het team heeft vergroot en werkkapitaal heeft vrijgemaakt voor strategische en waardevolle taken.

“Maxeda DIY Group vertrouwt al jaren op Blue Yonder als een betrouwbare leverancier van supply chain-oplossingen, dus ze waren een natuurlijke keuze toen het ging om het implementeren van onze digitale transformatie.

De samenwerking met Blue Yonder Global Professional Services was uitzonderlijk; ze hielpen ons om de juiste zakelijke acties te prioriteren, met de focus op end-to-end categoriewinstgevendheid en het vernieuwen van onze visie op onze supply chain-strategie, duurzaamheid en propositie.

Het teamwork en de gezamenlijke inspanning tussen onze organisaties waren instrumenteel in het aanjagen van dit succes. Als resultaat hebben we zowel technische als zakelijke doelen met succes bereikt” — Erik Cuypers, Group CDO en CIO , Maxeda DIY Group.

Dankzij Blue Yonder heeft Maxeda DIY Group het volgende kunnen doen:

“We zijn trots op onze langdurige samenwerking met Maxeda DIY Group en enthousiast over de resultaten die zijn behaald door hun digitale transformatie dankzij de implementatie van onze Blue Yonder Demand and Fulfillment-oplossingen” — aldus Rudi Boeye, senior vice president, Global Professional Services EMEA, Blue Yonder.

“Maxeda DIY Group heeft de nodige supply chain-flexibiliteit verworven om gelijke tred te houden met de constante veranderingen in de markt en het zakelijke landschap, waardoor hun adoptie van technologische vooruitgang toekomstbestendig is.”

Bronnen

I have been looking at Product Information Management (PIM) and Product Life Cycle Management (PLM) within Retail the past few days.

After thoroughly investigating the main focus of the Hardware / Home Improvement AND Fashion Retailers in the US and comparing the findings with what is happening (or at least the demand I see) in Europe I asked myself WHY.

Why are European especially Dutch retailers so focused on PIM and why have US retailers implemented PLM heavily in the past 10 years.

Home Depot (PTC FlexPLM), ACE Hardware (CBX Software), Patagonia (FlexPLM), Crocs (Centric Software).

I know a lot of Dutch retailers (DIY, Bike Industry, ...) that are currently implementing or starting up PIM implementations.

How do they manage the Lifecycle of their Private Labels, their inhouse manufactured products?

Besides in many industries - such as the Building, Construction and Installation Wholesalers, Retailers require Product Characteristics (ETIM, eClass, DIY). This type of data is generated at the beginning of the product lifecycle.

These reflections lead me to another overall view of the Value Chain.

Upstream = PLM, Downstream = PIM

Is this future reality - will both merge?

Tags: ERP, Project Management, Consultancy, PIM, PLM, Retail

"the comparison between ETIM, GS1 GPC International and GS1 DIY"

Read on and learn a little bit:

Did you visit the GS1 conference "Collaboration in the Do-It-Yourself Supply Chain"! Do you want to know what has been said visit the post event page.

Are you now aware of the Information Need - Pressure that is falling down upon the Manufacturer!

Have a look at the ETIM classification model, the eCl@ss model and the UNSPSC®.

The ETIM model can be downloaded freely. Now add to all these models the GS1 DIY product classification model (once it becomes available and accessible!) and maybe the real "product data classification dilemma" is apparent.

I do not have access to the GS1 DIY product classification model but it seems that the GS1 GPC Standard version June 2016 is not taken as the starting point.

How can we see this?

Go to the GS1 GPC Browser and enter:

The result is:

Now go to Doe-het-zelf veldenkiezer and enter:

The result is an URL: https://www.gs1.nl/doe-zelf-veldenkiezer?segment_id=9&family_id=18&class_id=29&brick_id=1216

We can see that these are other families, classes and bricks:

The found characteristics (snippet) are:

And now go to the ETIM Classification Management Tool and search for the class EC000125.

You will now see all the characteristics of the Class EC000125.

I am comparing both results and will come back on the findings later.

Main question !?

How are we collaborating in this battle for data? Will there be winners? And who will survive? At what cost?

I went home with a lot of ideas to help manufacterers in their quest for data classification and provisioning.

Love to hear from other visitors what they felt and what they took home!

My focus areas are business processes, business information systems (ERP, CRM, BPM, ...) and integration of business processes and systems over the boundaries of companies AND not to forget Open Source business applications.

If you have an opinion about the utilization of product data classification then do not hesitate to react. If you agree with the fundamentals then share it with others.

Tags: ETIM, GS1, Retail, data pools

"de vergelijking tussen ETIM, GS1 GPC Internationaal en GS1 DHZ"

Lees verder als u een tip(je) van de sluier opgelicht wil zien:

Bezocht u het GS1 congres "Samenwerken in de doe-het-zelfsector"! Wilt u toch nog weten wat er allemaal gezegd is ga dan naar de post event pagina.

Bent u nu bewust van de Informatie Behoeften en Eisen van buitenaf waaraan fabrikanten nu en in de toekomst moeten voldoen.

Kijk eens naar het ETIM classificatie model, het model van eCl@ss en de UNSPSC®.

Het model van ETIM kan vrij worden gedownload. Voeg aan al deze modellen het GS1 DHZ product classificatie model toe (eenmaal het beschikbaar en toegankelijk is!) en misschien wordt het echte "product data classificatie dilemma" herkenbaar.

De toegang tot het classificatiemodel van de DHZ sector blijft helaas achterwege. Het lijkt er bovendien op dat de GS1 GPC Standaard versie Juni 2016 niet als basis is genomen.

Waaruit kunnen we dat opmaken?

Ga naar de GS1 GPC Browser en vul in:

Dat geeft als resultaat:

Ga nu naar de Doe-het-zelf veldenkiezer en voer in:

Begin Update 7-5-2018]

Dat geeft als resultaat de URL: https://www.gs1.nl/sectoren/doe-zelf-tuin-en-dier/gs1-data-source/slag-gs1-data-source/global-product-classification?segment_id=10&family_id=16&class_id=26&brick_id=1230

Einde update 7-5-2018]

Hieruit valt al op te maken dat het andere families, classes en bricks zijn.

De gevonden kenmerken (snippet):

En ga nu eens naar het ETIM Classification Management Tool en zoek naar de Class EC000125.

Dan ziet u al de kenmerken voor de Class EC000125.

[Begin Update 7-5-2018]

De goederencode kunnen we terugvinden via de website ArcticTARIFF van de Belastingdienst. Als we zoeken naar stopcontact dan vinden we de code 8529 90 65 15.

Eenvoudig is het echter niet om de juiste codes te vinden. Kijk maar even naar de catalogus van Siemens voor het artikel 5UB1551-0KK.

[Einde Update 7-5-2018]

Belangrijkste vraag!?

Hoe werken we samen in deze strijd voor gegevens? Zullen er winnaars zijn? En wie zal overleven? Tegen welke kosten?

Ik ging naar huis met een heleboel ideeën om fabrikanten te helpen in hun zoektocht naar gegevens classificatie en voorziening (provisioning).

Hoor graag van andere bezoekers wat ze voelden en wat ze mee naar huis namen!

U mag het mij ook persoonlijk vertellen, wat u zelf wilt, zie hierna.

Mijn aandachtsgebieden zijn bedrijfsprocessen, bedrijfsinformatiesystemen (ERP, CRM. BPM, ...), integratie van bedrijfsprocessen en systemen over de grenzen van bedrijven EN niet te vergeten Open Source bedrijfsapplicaties.

Als u een mening of visie heeft over het gebruik van product data classificatie aarzel dan niet om deze hier kenbaar te maken. Als u zich kunt vinden in het artikel of de herkenning groot is dan deel het met anderen.

Online retailers benefit from accessing integration as a process in which connections between systems and partners are established as services.

Like all entrepreneurs online retailers get to do with changes in their environment. Changes that are stimulated by internal and external forces to which a company is subject.

External forces can take threatening forms to which companies need to respond directly. Governments that release new laws and regulations. Competitors that launch new products and services in the market. Suppliers who impose higher demands on products. Logistic service providers who continuously strive for optimal capacity utilization and maximum flexibility. Customers who want to have more control over the ordering and delivery process.

As an entrepreneur you would like to be well prepared for future opportunities and challenges. This requires an agile and nimble organization that is able to adapt processes and products quickly.

Online retailers, par excellence, cannot do without flexible information systems. Often their environments are composed of self-developed solutions combined with third-party applications. They experience most problems with integrating all these systems and find it difficult to anticipate on requests from outside.

Integration is the foundation of a successful online Retail-environment. It connects all components and enables the whole to work seamlessly with stakeholders, customers, suppliers, banks and carriers.

View the animation videos "customer interaction with webshop" and "returning products through physical shop" at the bottom.

When retailers have integration solutions that enable process-driven and model-based setup of connections between systems and partners, support monitoring and maintenance of these connections, it is possible to be flexible and to respond quickly to changes. The integration-process model gives immediate insight into where adjustments in the chain are possible. The standard available connections of mature integration solutions make it possible to establish links with internal and external applications or systems without programming (coding).

Online Retail environments form the hub in the web of customers, suppliers, and carriers. To facilitate the wishes and demands from the inside and outside world different systems and partners have to cooperate with each other:

- a product catalog that contains general data, pictures, technical descriptions and part numbers (numbers of manufacturers or EAN-codes). A catalog that is centrally maintained by importing product data of suppliers or from product datapools, or by unlocking vendor catalogs via punch-out (Ariba, SAP now) or OCI RoundTrip (SAP).

- an inventory management system that is accessible online but also from a POS (Point Of Sale) system so that independent of time, place, and channel the inventory situation can be viewed and maintained.

- a customer relationship management system (CRM) that allows to record customers, interests and purchases and supports loyalty programs with customer cards.

- an order registration system for recording customer orders which form the basis for creating the invoice.

- a payment environment through which connections with various payment systems can be established.

- a billing environment for creating the invoice for the customer.

- a shipment system that enables control of carriers and external warehouses through electronic messages.

Setting up the integration process

With the modeling tool the process flow between all applications, the webshop or point of sale environments and the external partners are modeled. These processes are modeled on a descriptive level in BPMN2 (strategic - what steps are executed) to a detailed level (operational - what information is exchanged with which systems and partners) to an executable level in UML (executable - how are services, connections and data called and executed).

The executable UML models are stripped from all ballast and exported as XMI (XML Interchange Format) and imported into the Process Engine. The Process Engine performs the steps that are initiated from the webshop or the point of sale environments.

All information about inputs, outputs and lead times of the individual steps in the integration process are held and recorded. These can be viewed and analyzed with the live monitor.

Example customer interaction with webshop

When a customer uses a web browser (desktop, tablet or mobile) or accesses the webshop via an app on the smartphone all activities for searching, viewing and ordering products are coordinated by the process in the Process Engine. View the interaction between all components when ordering a product in the webshop:

YOUTUBE: WEBSHOP process-driven animation

Example returning products via physical shop

When customers return products in a physical shop the same process in the Process Engine is called for taking the goods back in stock, correcting accounts receivable and the customer loyalty program.

YOUTUBE: POS process-driven animation

Realization

The basis for realizing this are process-driven and model-based integration solutions with a small server and memory footprint. Solutions which do not need a fast processor and extreme internal memory. This calls for solutions that do not need a Web server (Apache Tomcat, JBoss, etc.) but run directly as a virtual machine on operating systems and are continuously operational without interruption.

A little spider in the network of applications a company uses which ensures that everything is and remains constantly connected. When a connection goes down buffers the data, continues to support the work of other applications, and waits for the line to become operational again to transmit the preserved data.

The number of process-driven and model-based integration solutions with a small server and memory footprint is limited.

On request I can tell you more about it.

Tags: BPMN, Process Modeling, Retail

Online retailers hebben baat bij het benaderen van integratie als een proces waarbij koppelingen tussen systemen en partners als services worden ingericht.

Zoals alle ondernemers krijgen online retailers te maken met veranderingen in hun omgeving. Veranderingen die worden gestimuleerd door interne en externe krachten waaraan een bedrijf onderhevig is.

Externe krachten kunnen bedreigende vormen aannemen waarop bedrijven direct moeten kunnen inspelen. Overheden die bedrijven nieuwe wetten en regels voorschrijven. Concurrenten die nieuwe producten en diensten in de markt zetten. Leveranciers die hogere eisen stellen aan het verkrijgen van producten. Logistieke dienstverleners die continue streven naar een optimale bezettingsgraad en maximale flexibiliteit. Klanten die meer controle willen hebben over het bestel- en leveringsproces.

Als ondernemer wil je graag goed voorbereid zijn op wat de toekomst aan kansen en uitdagingen brengt. Dat vraagt om een wendbare en lenige organisatie die in staat is om processen en producten snel aan te passen.

Online retailers, bij uitstek, kunnen niet zonder flexibele informatiesystemen. Vaak zijn hun omgevingen samengesteld uit zelf ontwikkelde oplossingen gecombineerd met applicaties van derden. Ze ondervinden de meeste problemen met integratie van al deze systemen en kunnen daardoor moeilijk anticiperen op verzoeken van buitenaf.

Integratie is het fundament van een succesvolle online Retail-omgeving. Het verbindt alle componenten met elkaar en zorgt dat het geheel naadloos samenwerkt met betrokken partijen, klanten, leveranciers, banken en vervoerders.

Bekijk de animatie-video's klantinteractie met webshop en retourneren van producten via fysieke shop onderaan.

Wanneer retailers beschikken over integratieoplossingen waarmee proces-gedreven en modelgebaseerd de koppelingen met systemen en partners ingericht, opgevolgd en onderhouden kunnen worden, is het mogelijk om flexibel en snel in te spelen op veranderingen. Het integratie-procesmodel geeft onmiddellijk inzicht in waar aanpassingen in de keten mogelijk zijn. De standaard aanwezige koppelingen van volwassen integratieoplossingen maken het mogelijk om zonder programmeren (coderen) verbindingen te leggen met interne en externe applicaties of systemen.

Online Retail-omgevingen vormen de spil in het web van klanten, leveranciers en vervoerders. Om aan al de wensen en eisen van binnenuit en van buitenaf te voldoen moeten verschillende systemen en partners met elkaar samenwerken:

- een productcatalogus die algemene gegevens, plaatjes, technische beschrijvingen en artikelnummers (nummers van fabrikanten of EAN-codes) bevat. Een catalogus die centraal wordt onderhouden door elektronisch productgegevens van leveranciers of uit product datapools in te lezen, of door leverancierscatalogi via Punch-Out (Ariba, nu SAP) of OCI RoundTrip (SAP) te ontsluiten.

- een voorraadbeheersysteem dat online maar eveneens vanuit een POS (Point Of Sale) systeem toegankelijk is zodat onafhankelijk van tijd, plaats, en kanaal de voorraadsituatie bekeken en onderhouden kan worden.

- een klant relatiemanagement systeem (CRM) waarmee klanten, interesses en aankopen worden geregistreerd en loyaliteitsprogramma's met klantenkaarten worden ondersteund.

- een orderregistratiesysteem waarin de klantorders worden vastgelegd welke als basis dienen voor het genereren van de factuur.

- een betalingsomgeving waarlangs verbindingen met diverse betaalsystemen tot stand gebracht kunnen worden.

- een factureringsomgeving waarin de factuur voor de klant wordt gecreëerd.

- een shipment-systeem waarmee de aansturing van vervoerders en externe magazijnen worden aangestuurd via elektronische berichten.

Inrichten van het integratieproces

Met het modeling tool wordt de procesflow tussen alle applicaties, de webshop of point of sale omgevingen en de externe partners gemodelleerd. Deze processen worden op een beschrijvend niveau (strategisch - welke stappen worden doorlopen) in BPMN2 naar een gedetailleerd niveau (operationeel - welke gegevens worden uitgewisseld met welke systemen en partners) tot een uitvoerbaar niveau (executable - hoe worden services, koppelingen en gegevens aangeroepen en uitgevoerd) in UML gemodelleerd.

De executable UML modellen worden ontdaan van alle ballast en als XMI (XML Interchange Format) geëxporteerd naar en geïmporteerd in de Process Engine. De Process Engine voert de stappen uit die worden geïnitieerd vanuit de webshop of de point of sale omgevingen.

Alle gegevens over inputs, outputs en doorlooptijden van de individuele stappen in het integratieproces worden vastgehouden en vastgelegd. Deze kunnen met de live monitor worden bekeken en geanalyseerd.

Voorbeeld klantinteractie met webshop

Wanneer een klant via een web browser (desktop, tablet of mobile) of via een app op de smartphone de webshop benadert worden alle activiteiten voor het zoeken, bekijken en bestellen van producten gecoördineerd door het proces in de Process Engine. Bekijk hoe de interactie tusssen alle componenten verloopt bij het bestellen van een product via de webshop:

YOUTUBE: WEBSHOP process-driven animation

Voorbeeld retourneren van producten via fysieke shop

Wanneer klanten producten terugbrengen in een fysiek shop dan wordt hetzelfde proces in de Process Engine aangeroepen voor het op voorraad nemen, het corrigeren van accounts receivable en van het klant loyaliteitsprogramma.

YOUTUBE: POS process-driven animation

Realisatie

De basis om dit alles te realiseren zijn proces-gedreven en modelgebaseerde integratieoplossingen met een small server en memory footprint . Oplossingen die geen snelle processor en veel intern geheugen nodig hebben. Dit vraagt om oplossingen die geen webserver (Apache Tomcat, JBoss, e.a.) nodig hebben maar als een virtuele machine draaien op operating systemen en continue zonder onderbrekingen operationeel zijn.

Een spinnetje in het netwerk van applicaties waar een bedrijf gebruik van maakt en ervoor zorgt dat alles met elkaar verbonden is en blijft. En als de verbinding met een applicatie verbreekt, de gegevens vasthoudt (geen verlies aan informatie), de werkzaamheden van de andere applicaties blijft ondersteunen, en wacht tot het lijntje weer operationeel is om de opgespaarde gegevens door te geven.

Het aantal proces-gedreven en modelgebaseerde integratieoplossingen met een small server en memory footprint is beperkt.

Op verzoek kan ik u meer vertellen over deze oplossingen.

Tags: BPMN, Process Modeling, Retail