B2B Bedrijfslocaties: Efficiënt Orderbeheer per Vestiging

In september 2026 is de belangrijkste vraag voor B2B-portals niet meer "kunnen kopers inloggen en bestellen?" maar "weet het portaal voor welke vestiging de koper bestelt voordat het prijzen, voorraad en levertijden toezegt?" Shopify's eigen B2B-documentatie beschrijft bedrijven als hoofdorganisaties met één of meerdere bedrijfslocaties, waarbij kopers met toegang tot meerdere locaties bij het inloggen worden gevraagd de vestiging te kiezen waarvoor zij willen inkopen. Die kleine keuze bij het inloggen heeft grote operationele gevolgen.

Voor groothandels, distributeurs en merken zijn B2B bedrijfslocaties het punt waar portalgemak overgaat in magazijnuitvoering. Een nationale retailketen heeft misschien één hoofdaccount, 42 filialen als verzendadres, drie inkoopgroepen, verschillende orderdeadlines per regio en speciale assortimenten voor slechts een deel van de winkels. Als die structuur wordt platgeslagen tot één "klant", oogt het portaal modern maar corrigeert de backoffice nog steeds handmatig prijzen, bezorgadressen, PO-referenties en voorraadtoezeggingen.

Waarom bedrijfslocaties de ontbrekende laag zijn in B2B-portalen

De meeste B2B e-commerce artikelen behandelen de zichtbare functies: klantspecifieke prijzen, catalogi, orderhistorie, factuurdownloads, snelle herbestellingen en betalingsvoorwaarden. Dit zijn belangrijke aspecten, maar ze missen de operationele vraag die bepaalt of het magazijn schoon werk ontvangt. Een bedrijfslocatie is het punt waar koperidentiteit samenkomt met verkoopbare voorraad, toegestaan assortiment, bezorgadres en vrijgaveregels.

Dit is van belang omdat B2B-inkoop zelden plaatsvindt als één persoon die één pakketbestelling plaatst. Een inkoper kan bestellen voor meerdere vestigingen. Een financiële gebruiker heeft mogelijk toegang tot facturen nodig zonder inkooprechten. Een filiaalmanager kan sneldraaiende artikelen herbestellen maar geen waardevolle aankoop goedkeuren. Een vertegenwoordiger kan een bestelling invoeren namens een vestiging. Het portaal moet de juiste locatie vroeg genoeg identificeren om de juiste catalogus, prijslijst, belastinginstellingen, kredietcontroles en fulfillmentroute toe te passen.

Wat concurrenten beweren — en wat ze vaak weglaten

Content van concurrenten over B2B-portalen wordt steeds specifieker. OrderEase spreekt over klantspecifieke producten, prijzen, verpakkingsgroottes, minimumafnames en voorwaarden. BigCommerce legt uit dat bedrijfsaccounts kopersrollen en een Buyer Portal kunnen ondersteunen. Shopify's B2B-helppagina's beschrijven catalogi die aan bedrijfslocaties kunnen worden toegewezen, waarbij Shopify Plus onbeperkte catalogi en directe toewijzing aan specifieke bedrijfslocaties toestaat terwijl lagere abonnementen strengere limieten hebben voor actieve catalogi via B2B-markten.

Het probleem is dat de meeste artikelen stoppen bij "stel bedrijven, catalogi en rollen in". Ze leggen zelden uit welke problemen op vestigingsniveau de ecommerce-operationele teams na de lancering tegenkomen: een koper kiest de verkeerde locatie, een uitgefaseerd SKU blijft zichtbaar voor één vestiging, een catalogus klopt maar de magazijnroute is verkeerd, een vestiging overschrijdt het krediet maar de bestelling wordt toch vrijgegeven, of de financiële contactpersoon kan een zending niet koppelen omdat het PO-nummer op hoofdaccountniveau werd vastgelegd in plaats van op vestigingsniveau.

ChannelDock's benadering is magazijn-eerst. Een portal moet niet alleen een mooier bestelscherm creëren. Het moet schonere bestellingen naar orderverwerking sturen, voorraad consistent reserveren via voorraadcontroles en aansluiten op de bredere integratielaag die al marktplaatsen, webshops, vervoerders en ERP/WMS-gegevens afhandelt.

Het operationele model: hoofdaccount, vestiging, gebruiker en orderregel

Een betrouwbare B2B vestigingsopzet heeft vier afzonderlijke records. Het hoofdaccount bewaart de commerciële relatie: rechtspersoon, contract, betalingsrisico en verkoopverantwoordelijkheid. De vestiging bewaart de filiaalrealiteit: afleveradres, levervenster, lokale belastinggegevens, voorkeursvervoerder, vestigingssluitingstijd en toegestaan fulfillmentcentrum. De gebruiker bewaart wat een persoon mag doen: browsen, winkelwagen samenstellen, goedkeuren, documenten downloaden of collega's beheren. De orderregel bewaart of elke SKU op dit moment geldig is voor die vestiging.

Deze scheiding voorkomt de klassieke portaalval: inloggen van kopers oplossen terwijl orderuitvoering onduidelijk blijft. Als een koper alleen aan het hoofdaccount gekoppeld is, kunnen zij per ongeluk voor het verkeerde filiaal bestellen. Als catalogi aan het verkeerde niveau gekoppeld zijn, ziet een vestiging producten die zij niet kan ontvangen. Als verzendregels als verkoopnotities opgeslagen worden, hoort het magazijn te laat over vestigingsbeperkingen. Als krediet en goedkeuring gecontroleerd worden na picken, kan het team voorraad reserveren voor een order die financiën later blokkeert.

1. 1
   Breng de klanthiërarchie in kaart vóór portaalopzet

   Maak een lijst van het hoofdaccount, elke vestiging, elk afleveradres, financiële contacten, kopers, goedkeurders en vertegenwoordigers. Doe dit voordat u gebruikers importeert of catalogi toewijst.
2. 2
   Scheid commerciële regels van fulfillmentregels

   Catalogus, prijs, krediet en betalingsvoorwaarden horen bij de commerciële laag. Magazijn, vervoerder, sluitingstijd en gedeeltelijke verzendregels horen bij de uitvoeringslaag. De portaalorder heeft beide nodig.
3. 3
   Maak vestigingsselectie expliciet bij inloggen

   Als een koper voor meerdere vestigingen kan inkopen, dwing dan een vestigingskeuze af voordat u prijzen of beschikbaarheid toont. Anders kan de winkelwagen de verkeerde catalogus of afleverbelofte overnemen.
4. 4
   Valideer elke regel vóór magazijnvrijgave

   Controleer SKU-zichtbaarheid, verpakkingsmultiple, MOQ, voorraadtoewijzing, kredietstatus, PO-referentie, afleveradres en sluitingstijd voordat de order pickbaar wordt.
5. 5
   Houd één orderwachtrij voor portaal-, EDI- en handmatige orders

   Een vestigingsorder moet in dezelfde operationele wachtrij terechtkomen als marktplaats-, webshop- en vertegenwoordigersorders zodat voorraadreserveringen en pickprioriteiten consistent blijven.

Catalogustoewijzing is slechts de helft van het verhaal

Het B2B-catalogusmodel van Shopify is nuttig omdat het productweergave en prijscontext scheidt van de openbare webshop. De documentatie vermeldt dat catalogi prijzen en productbeschikbaarheid kunnen regelen voor B2B-klanten en toegewezen kunnen worden aan bedrijven, markten of vestigingslocaties, afhankelijk van uw abonnement en configuratie. Voor veel groothandelaren is dat het juiste startpunt. Maar catalogustoewijzing alleen bepaalt nog niet of een bestelling morgen gepickt kan worden.

Het magazijn heeft aanvullende antwoorden nodig: uit welke voorraadpool moet deze vestiging putten, kan het SKU nabesteld worden, moet een verpakkingseenheid naar boven afgerond worden, accepteert de vestiging gedeeltelijke verzendingen, welke vervoerder is toegestaan, en wat gebeurt er na de dagelijkse cut-off tijd? Die antwoorden staan meestal buiten de ecommerce-catalogus. Ze bevinden zich in WMS, ERP, verzendregels, accountnotities en de praktische kennis van sales operations. Een beter portaalontwerp haalt die antwoorden naar voren voordat de inkoper de bestelling plaatst.