# SDM Portal — Power Pitch

Elke leverancier stuurt een ander Excel-bestand. Andere kolommen, andere eenheden, andere kleurnamen. Bij groothandelaren en importeurs met honderd of meer leveranciers werken vaak twee tot drie mensen fulltime aan het handmatig verwerken van die bestanden. En het stopt niet bij het invoeren: vertalingen, beschrijvingen en controle op kwaliteit komen er meestal apart en handmatig achteraan, telkens opnieuw bij elk nieuw bestand.

SDM Portal lost dat op met een visuele flow-editor. Je sleept de kolommen van een leveranciersbestand naast de velden van je PIM, Ergonode, Akeneo of Pimcore, en verbindt ze met transformatieblokken: waarde-mapping, splitsen, samenvoegen, eenheden omrekenen. Voor de lastige regels beschrijf je in gewone taal wat je wil, en het systeem compileert dat één keer naar een vaste regel met een betrouwbaarheidsscore. Diezelfde flow bevat een vertaalblok dat de brontaal herkent en naar de juiste locale vertaalt, en een blok dat op basis van meerdere bronkolommen een beschrijving of korte omschrijving genereert. Verwerken en verrijken gebeuren dus in één stap.

De AI denkt na bij het bouwen van de mapping, niet bij elke run. Daarna draait het op pure TypeScript: geen modelaanroepen, elke run identiek en controleerbaar. Het systeem leert bovendien per klantomgeving: elk profiel dat je goedkeurt, wordt onthouden, zodat een volgend leveranciersbestand met betere suggesties start. AI versnelt hier het opzetten en verbeteren van een mapping, het is niet het uitgangspunt van de mapping zelf.

Elke retailer of groothandelaar met veel leveranciers heeft hetzelfde probleem: elke maand opnieuw dezelfde Excel-poetsklus, en daarna nog los werk om vertalingen en beschrijvingen op orde te krijgen. Met SDM Portal bouw je de mapping één keer, inclusief die verrijking. Daarna loopt hij zichzelf, bij elk nieuw bestand van die leverancier, automatisch of op schema, en wordt hij bij elk goedgekeurd profiel een beetje beter. Verandert een leverancier ondertussen de opzet van zijn bestand, dan herkent het systeem dat verschil, zet het profiel terug in de workflow en waarschuwt de eigenaar, zodat er nooit ongemerkt verkeerde data wordt doorgezet.

Elke wijziging staat in een audit log, een productierun of het verwijderen van een profiel kan je koppelen aan verplichte 2FA, en klanten in dezelfde installatie zijn op databaseniveau van elkaar gescheiden. Voor een team dat supplier data deelt met meerdere mensen, is dat het verschil tussen een losse Excel-cultuur en een proces waar je op kan vertrouwen, ook als dat proces zichzelf onderweg verbetert.

---

## Vragen & antwoorden

*Wat een retailer of groothandelaar zou vragen.*

**Waarom kost het ons zoveel tijd om nieuwe leveranciers aan te sluiten, en blijft dat zo?**

Elke leverancier stuurt een ander Excel-bestand. Andere kolommen, andere eenheden, andere kleurnamen. Bij groothandelaren en importeurs met honderd of meer leveranciers werken vaak twee tot drie mensen fulltime aan het handmatig verwerken van die bestanden. En het stopt niet bij het invoeren: vertalingen, beschrijvingen en controle op kwaliteit komen er meestal apart en handmatig achteraan, telkens opnieuw bij elk nieuw bestand.

**Hoe werkt dat dan in de praktijk?**

SDM Portal lost dat op met een visuele flow-editor. Je sleept de kolommen van een leveranciersbestand naast de velden van je PIM, Ergonode, Akeneo of Pimcore, en verbindt ze met transformatieblokken: waarde-mapping, splitsen, samenvoegen, eenheden omrekenen. Voor de lastige regels beschrijf je in gewone taal wat je wil, bijvoorbeeld "als maat EU46, dan 46", en het systeem compileert dat één keer naar een vaste regel met een betrouwbaarheidsscore. Diezelfde flow bevat ook een vertaalblok, dat de brontaal herkent en naar de juiste locale in je PIM vertaalt, en een blok dat op basis van meerdere bronkolommen een beschrijving of korte omschrijving genereert. Verwerken en verrijken gebeuren dus in één stap, niet als losse klus achteraf.

**Is dat niet gewoon weer een AI die op eigen houtje dingen verzint?**

Nee. De AI denkt na bij het bouwen van de mapping, en bij het opstellen van vertaal- en beschrijvingsregels, niet bij elke run. Daarna draait het op pure TypeScript: geen modelaanroepen, elke run identiek en controleerbaar. Je ziet in een dry run precies wat er verandert, voordat er iets in je PIM wordt geschreven. En het systeem leert per klantomgeving: elk profiel dat je goedkeurt, wordt onthouden, zodat een volgend leveranciersbestand met betere suggesties start. AI versnelt hier het opzetten en verbeteren van een mapping, het is niet het uitgangspunt van de mapping zelf.

**Wat levert dit ons dan concreet op?**

Elke retailer of groothandelaar met veel leveranciers heeft hetzelfde probleem: elke maand opnieuw dezelfde Excel-poetsklus, en daarna nog los werk om vertalingen en beschrijvingen op orde te krijgen. Met SDM Portal bouw je de mapping één keer, inclusief die verrijking. Daarna loopt hij zichzelf, bij elk nieuw bestand van die leverancier, automatisch of op schema, en wordt hij bij elk goedgekeurd profiel een beetje beter.

**En als een leverancier zomaar de opzet van zijn bestand verandert, gaat er dan verkeerde data mijn PIM in?**

Nee, daar zit een controle op ingebouwd. Of het bestand nu binnenkomt via een periodieke cronjob, of automatisch wordt opgehaald uit een Google Sheet, SharePoint- of Dropbox-koppeling: SDM Portal legt het binnenkomende bestand altijd naast het goedgekeurde profiel. Zit daar een structurele wijziging in, bijvoorbeeld een kolom die verschuift of een gewijzigde waarde, dan wordt het profiel automatisch teruggezet in de workflow, en krijgt de eigenaar van dat profiel een melding dat de leverancier iets heeft aangepast. Die persoon werkt de mapping bij, en een teamleider of manager kan de wijziging vervolgens goedkeuren. Pas dan loopt het profiel weer automatisch verder, zoals daarvoor. Zo hou je controle over de bron, ook als die bron zelf verandert.

**Wie houdt er dan nog controle, als dit automatisch gaat en zelf bijleert?**

Elke wijziging staat in een audit log dat je kan naslaan, per medewerker en per actie. Een productierun of het verwijderen van een profiel kan je koppelen aan verplichte 2FA, zodat dat nooit per ongeluk gebeurt. Klanten in dezelfde installatie zijn op databaseniveau van elkaar gescheiden, en je bepaalt zelf wie mag mappen, goedkeuren of publiceren. Voor een team dat supplier data deelt met meerdere mensen, is dat het verschil tussen een losse Excel-cultuur en een proces waar je op kan vertrouwen, ook als dat proces zichzelf onderweg verbetert.

---

*SDM Portal · sdmportal.com*
