Webshops koppelen
Je zet je shops onder één organisatie en legt per shop de MyParcel-sleutel vast. De planlimiet staat zichtbaar in beeld.
Voor fulfilmentteams en webshops met zendingen verspreid over meerdere shops. Zes werkruimtes, afwijkingen bovenaan, notities en schadedossiers op één plek. MyParcel blijft de bron van je labels en je vervoerders; deze laag maakt de dagelijkse operatie eromheen zichtbaar.
Meerdere webshops betekent meerdere plekken om te kijken. Het probleem is niet de tijd die dat kost, maar wat je er niet mee vindt.
Wie er drie, acht of veertig draait, heeft een ritueel. Je opent per shop de backoffice, je scrolt door de zendingen van gisteren, je klikt de losse volgpagina's van de vervoerders open, en ondertussen loopt je mailbox vol met vragen die je pas kunt beantwoorden nadat je ergens anders hebt gekeken.
Het zit erin dat de belangrijkste zendingen precies degene zijn die in zo'n rondje wegvallen. Een zending die op donderdag is voorgemeld en op maandag nog steeds geen eerste scan heeft, valt in geen enkel los overzicht op, want in elk los overzicht is het één regel tussen honderden andere die er net zo uitzien. Je ziet hem pas als de klant mailt. Vanaf dat moment ben je niet meer aan het opvolgen, je bent aan het uitleggen.
Een beschadigd pakket komt binnen als een klantmail, iemand zegt dat hij ernaar kijkt, en daarna zakt het weg in een inbox. Vervoerders werken met termijnen waarbinnen je een schade moet melden. Wie geen dossier bijhoudt met die termijn erin, merkt pas achteraf dat de melding te laat was. Slordigheid is dat zelden. Meestal is het simpelweg het ontbreken van een plek waar zo'n dossier hoort te staan.
Twee collega's zien dezelfde vertraagde zending en weten van elkaar niet of er al iets is gedaan. Dus wordt de klant twee keer gebeld, of geen enkele keer. Er is geen gedeelde status, alleen een gedeeld vermoeden.
Schematisch voorbeeld van een handmatige ronde. De tijdstippen en shops zijn fictief en illustreren de volgorde, niet een gemeten werkwijze.
Eerlijk over wat er al bestaat: MyParcel ondersteunt zelf meerdere webshops in één account. Het verschil zit in wat je daarna met de zendingen doet.
Verzendcontract, labels, tarieven, afhaal en de scans onderweg. Alles wat een pakket fysiek in beweging brengt en de statussen die daaruit komen.
Alle gekoppelde shops in één beeld, afwijkingen bovenaan, notities en opvolging bij de zending, schadedossiers met de termijn erin, en analyse over de shops heen.
Voorraad, orderpicken, locaties in het magazijn en inkoop. Zoek je dat, dan hoor je bij een WMS. Wij doen het niet en doen alsof ook niet.
Deze pagina begint met wat er al is, want anders klopt het verhaal niet. MyParcel kan zelf meerdere webshops onder één account hangen. Als je alleen labels wilt maken voor drie shops, heb je hier niets nodig. Zodra je die zendingen dagelijks moet bewaken met meer dan één paar handen, ontstaat het verschil.
Het is een andere volgorde. In een verzendoverzicht staan zendingen op datum. In een operationeel dashboard staat bovenaan wat afwijkt: wat te lang stilstaat, wat retour komt, wat schade heeft, wat niemand heeft opgepakt. De rest mag rustig onderin blijven staan, want daar hoef je niets mee.
Een notitie bij een zending, een schadedossier met bedrag en termijn, een historie die je kunt terugzoeken over 24 uur, 7, 30, 90 of 365 dagen, en over alles wat er binnen de bewaartermijn van achttien maanden is opgebouwd: dat is wat een team nodig heeft om niet elke ochtend opnieuw te beginnen. Wil je precies zien hoe de gegevens binnenkomen en wat er wel en niet wordt opgeslagen, dan staat dat op de werkingspagina en in de veiligheidsuitleg.
Er is geen officiële affiliatie, geen partnerstatus en geen gedeeld merk. MyParcel is de partij waarmee je je verzendafspraken maakt; wij lezen met jouw sleutel de zendingen uit en bouwen daar de operatie omheen.
MP.01 tot MP.04 zijn eigenschappen van het product en de plannen, geen resultaten en geen gebruikscijfers. Bron: features.json en prices.json.
Het product is niet één lijst met filters. Het zijn zes werkruimtes die elk een eigen moment in de zendingscyclus bedienen. Hieronder staat per werkruimte wat er in zit en waarvoor je hem opent.
Een zending is voorgemeld zodra het label is aangemaakt en de vervoerder het pakket verwacht. Tussen dat moment en de eerste scan zit een gat waar in de praktijk de meeste stille problemen ontstaan: een pakket dat niet is meegegeven, een label dat op de verkeerde stapel belandde, een afhaalronde die is overgeslagen.
Zendingen die langer dan achtenveertig uur zijn aangemeld zonder voortgang komen naar boven in plaats van weg te zakken. Je filtert op status, sorteert de lijst naar wat jij belangrijk vindt, en stelt zelf in welke kolommen zichtbaar blijven, zodat je scherm eruitziet zoals jouw operatie werkt.
De vraag die deze werkruimte beantwoordt is kort: wat staat er stil voordat de klant het merkt?
Functies volgens features.json: detectie van achtenveertig uur vertraging, statusfilters, sortering, eigen kolommen, pakketdetail, zoeken op ontvanger.
Voorbeeldweergave met fictieve orders en shops. De balk toont hoe lang een zending is aangemeld zonder eerste scan.
Historievenster
Schematisch voorbeeld met fictieve orders en notities. Notities zijn vrije tekst van je team, niet iets wat het systeem invult.
Zodra een pakket zijn eerste scan heeft, verhuist het naar Verstuurd. Hier staat de volgstatus van elke zending over alle gekoppelde shops heen, met filters voor bezorgd, onderweg en vertraagd. Je kiest zelf hoe ver je terugkijkt: vierentwintig uur, zeven dagen, dertig, negentig, driehonderdvijfenzestig dagen of alles.
Bij elke zending leg je een notitie vast, zodat de volgende collega ziet dat de klant al gebeld is en wat er is afgesproken. Vanuit dezelfde regel start je een schadedossier als het pakket beschadigd is aangekomen, en je opent het douanedocument als de zending buiten de EU gaat.
Dat is bewust geen dichtgetimmerde rapportage: het is jouw data, in een bestand dat elk rekenblad opent. De vraag hier is: welke zending onderweg vraagt om een mens?
Volgstatus, filters bezorgd, onderweg en vertraagd, historievensters van 24 uur tot alles, notities, schadeclaim, douanedocument, CSV-export.
Een retour is technisch gezien gewoon weer een zending, en dat is precies waarom retouren in een gewone lijst zoveel ruis maken. Zonder herkenning telt een retourlabel mee als nieuwe uitgaande zending, staat hetzelfde ordernummer twee of drie keer in beeld, en weet niemand meer of dat pakket nu heen of terug gaat.
Je filtert op wat al binnen is en wat nog onderweg is, en je opent per regel het pakketdetail met de volledige historie, zodat je kunt zien wanneer het label is aangemaakt en waar het pakket zich bevindt.
Je Voorgemeld en je Verstuurd gaan over pakketten die naar klanten gaan, en retouren hebben hun eigen plek met hun eigen vraag: wat komt er terug, en is het al binnen?
Functies volgens features.json: retourdetectie, filters retour ontvangen en onderweg, pakketdetail.
Zonder retourherkenning
Met retourherkenning
Nagebootst beeld met fictieve ordernummers. Het toont het verschil in weergave, niet een meting van retourpercentages.
Schematisch voorbeeld met fictieve shopnamen. De limiet van 80 webshops hoort bij het plan Groei en komt uit prices.json.
Dit is het beheerdeel. Je voegt webshops toe, past ze aan of haalt ze weg, en per shop leg je de MyParcel-sleutel vast waarmee de zendingen worden opgehaald. Hoeveel shops je mag koppelen hangt af van je plan, en die teller staat gewoon in beeld, zodat je niet tegen een onverwachte grens aanloopt.
Daarnaast zit hier de klantcommunicatie: afzender, kleuren en de inhoud van de mails per webshop, een historie van wat er is verstuurd, een dagelijkse digest en de mogelijkheid van een eigen afzenderdomein.
De vernieuwde mailketen rond branding en klantmails staat nog achter een release gate en wordt pas vrijgegeven als de keten van begin tot eind is nagelopen. Dat staat ook zo in het openbare gateregister, en we halen het pas van deze pagina als het klopt.
Shop toevoegen, wijzigen en verwijderen, MyParcel-sleutel, planlimiet, kengetallen per shop, branding, klantmail, mailhistorie, dagelijkse digest, eigen afzenderdomein.
Schade is de plek waar geld stil weglekt. Niet omdat niemand het wil oppakken, maar omdat een schademelding in een mailbox geen deadline heeft en een dossier in een spreadsheet geen eigenaar. Vervoerders hanteren termijnen waarbinnen je moet melden, en wie daar overheen gaat, krijgt niets vergoed.
De termijn van de vervoerder hoort bij het dossier en de voortgang daarvan staat zichtbaar in beeld, dus niet als datum ergens in een veld maar als iets wat oploopt terwijl je kijkt. Je legt het bedrag vast, je zet de status door de fases heen, en je schrijft notities bij wat er is afgesproken.
Er zit ook een opgestelde claimmail bij, zodat de melding zelf geen schrijfoefening wordt, en je kunt in de historie zoeken naar oudere pakketten wanneer een klant pas laat aan de bel trekt. Belangrijk voor je planvergelijking: schadedossiers zitten vanaf Groei in het plan, Starter heeft ze niet.
Dossier aanmaken, termijn van de vervoerder, opgestelde claimmail, bedrag, statusverloop, notities, zichtbare termijnvoortgang, zoeken in historische pakketten.
Voorbeeldweergave met een fictief dossier. De balk staat voor de termijnvoortgang in het product; de lengte van een termijn verschilt per vervoerder en per situatie.
Nagebootste verdeling, met fictieve cijfers en fictieve shopnamen. Het toont welke velden er zijn, niet uitkomsten van een echte operatie.
De vijf voorgaande werkruimtes gaan over vandaag. Analyse gaat over het patroon. Je kiest een periode van dertig, zestig of negentig dagen en ziet daarin het bezorgpercentage, de gemiddelde levertijd, de drukste dag, de verdeling over de weekdagen, het maandvolume en de belangrijkste bestemmingen.
Het onderdeel dat het meest wordt gebruikt is de shopprestatie, want daar wordt zichtbaar wat je in losse accounts nooit ziet: dat één shop structureel langzamer bezorgt dan de andere, of dat de piek bij de ene shop op maandag valt en bij de andere op donderdag. Precies dat soort inzicht krijg je er alleen uit als al je shops in hetzelfde beeld naast elkaar staan.
Geen aparte licentie, geen extra module: het is dezelfde data, groter. En let op de aard van deze cijfers: het zijn jouw cijfers uit jouw zendingen, geen benchmark en geen belofte van onze kant.
Periode van 30, 60 of 90 dagen, bezorgpercentage, gemiddelde levertijd, piekdag, weekdaggrafiek, shopprestatie, maandvolume, belangrijkste bestemmingen. Wallboard staat in features.json onder de functies die overal gelden.
Je houdt je bestaande proces bij MyParcel. Deze laag verandert niets aan hoe je verstuurt; hij verandert wat je ziet en wat je erna doet.
Je zet je shops onder één organisatie en legt per shop de MyParcel-sleutel vast. De planlimiet staat zichtbaar in beeld.
Zendingen en statussen worden periodiek opgehaald, met een interval dat bij je plan hoort: van dertig minuten tot vijf minuten.
Stilstand, retouren en schades komen naar boven. De rest blijft rustig onderin staan, want daar hoef je vandaag niets mee.
Notities, dossiers en status blijven bij de zending, zodat de volgende collega niet opnieuw begint met uitzoeken.
Wat er tussen stap twee en drie precies gebeurt, welke velden er worden opgeslagen en hoe lang, staat uitgeschreven op de werkingspagina. De onderliggende bronnen zijn machineleesbaar: het routeregister, de functiekaart en de status van de release gates staan als JSON in het documentregister, zodat je ze zelf kunt nalezen zonder ons op ons woord te geloven.
De volledige werkwijze staat op de werkingpagina.
Een dashboard dat alles belooft, doet niets goed. Daarom hier de grenzen, voordat je verder leest.
Waar je voor deze dingen ergens anders moet zijn.
Drie situaties waarin wij eerlijk gezegd niet de juiste keuze zijn.
De bedragen komen uit de actuele Stripe-producten. De limieten komen uit de productieconfiguratie. Beide staan in hetzelfde machineleesbare register.
Eigenschappen van de plannen, geen resultaten. De balken staan in verhouding tot de hoogste limiet en zijn een weergave, geen meting.
Voor een compact team dat het overzicht wil centraliseren.
Starter in detail →Voor een groeiende operatie met meer dagelijks volume.
Groei in detail →Voor teams die meerdere shops structureel beheren.
Pro in detail →Voor grotere omgevingen en begeleide inrichting.
Enterprise in detail →Prijsbron: Stripe live mode · geverifieerd 2026-07-28 · automatisch betalen staat bewust nog uit tot de release gates groen zijn. Het exacte totaal en de btw-behandeling worden vóór betaling in Checkout bevestigd. Volledige uitleg op de prijzenpagina.
De volgorde staat vast en is op elke pagina van dit product dezelfde. Trede drie staat bewust nog dicht.
De volledige interface met fictieve voorbeelddata, zonder account en zonder verkoopgesprek vooraf. Alle zes werkruimtes, plus pakketdetail, zoeken en het wallboard. Er wordt niets naar productie gestuurd.
Open de preview →We kijken samen naar je shops, je volume en de vraag of dit product je iets oplevert. Past het niet, dan zeggen we dat. Dat is geen beleefdheid maar eigenbelang: een klant die op de verkeerde plek zit, vertrekt toch.
Start de plancheck →Automatisch betalen staat uit tot alle release gates groen zijn: btw-behandeling, idempotente verwerking van betaalgebeurtenissen, tenantisolatie, het klantportaal en een geslaagde proefbetaling van begin tot eind.
wacht op release gatesWaarom die derde trede dicht staat, kun je nalezen in plaats van aannemen. De status van elke gate staat in het openbare gateregister, en wat er achter zit staat uitgelegd op de veiligheidspagina. Wij noemen geen datum waarop de knop opengaat, want die datum hangt af van de gates en niet van onze planning.
Deze lijst staat er niet voor de vorm. Alles links is na te lezen of te controleren; alles rechts beloven we bewust niet.
Vijf dingen die controleerbaar zijn.
Zes dingen die je hier nooit zult lezen.
Negen vragen over de afbakening, de plannen en de status van de betaalroute.
Nee. MyParcel Dashboard is onafhankelijk door ons ontwikkeld en heeft geen officiële affiliatie met MyParcel. MyParcel blijft de partij waar je je verzendcontract, je labels en je vervoerders regelt. Dit dashboard leest de zendingen van je gekoppelde webshops uit en legt daar een operationele laag overheen.
Dat klopt, en dat zeggen we er altijd bij. Het verschil zit niet in het koppelen van shops maar in wat je daarna met de zendingen doet. Deze laag zet afwijkingen bovenaan in plaats van alle zendingen op datum, bewaart notities en opvolging bij de zending, houdt schadedossiers bij met de termijn van de vervoerder erin, en toont analyse over alle shops heen in plaats van per shop apart.
Nee. Er wordt geen enkel label aangemaakt, geen tarief onderhandeld en geen vervoerder geboekt. Dat blijft volledig bij MyParcel en je vervoerders. Dit is een leeslaag met opvolging erbovenop, geen verzendplatform.
Nee. Er zit geen voorraadbeheer, geen orderpicken en geen magazijnindeling in. Zoek je dat, dan hoor je bij een magazijnsysteem en niet bij ons. Deze laag begint op het moment dat een zending is aangemeld en stopt zodra het dossier eromheen gesloten is.
Het synchronisatie-interval hangt af van je plan: 30 minuten bij Starter, 15 minuten bij Groei, 10 minuten bij Pro en 5 minuten bij Enterprise. Die intervallen komen uit de productieconfiguratie en staan ook in het machineleesbare prijsregister.
Starter staat op 40 webshops, Groei op 80, Pro op 250 en Enterprise op onbeperkt, met een technische bovengrens van 9.999. Die limieten zijn hard: ze staan zo in de applicatieconfiguratie en in het prijsregister.
Nee. Schadedossiers zitten vanaf Groei in het plan en Starter heeft ze niet. Dat is een planeigenschap uit dezelfde configuratie als de webshoplimieten en de synchronisatie-intervallen.
Ja. De platformpreview is openbaar en vraagt geen account. Je klikt door alle zes de werkruimtes, het pakketdetail, de zoekfunctie en het wallboard. Alle gegevens die je daar ziet zijn fictieve voorbeelddata en er wordt niets naar productie gestuurd.
Nee, en dat is een bewuste keuze. De automatische betaalroute staat uit tot de release gates groen zijn, waaronder de btw-behandeling, idempotente verwerking van betaalgebeurtenissen, tenantisolatie, het klantportaal en een geslaagde proefbetaling van begin tot eind. Tot die tijd loopt de start via een plancheck waarin we eerst kijken of je situatie past.
De rest van dit product, en ons eigen werk eromheen. De webshop zelf laten bouwen of verbouwen loopt via ons werk als WordPress-specialist.
De preview is openbaar en vraagt niets van je. Bevalt wat je ziet, dan kijken we in de plancheck samen of je shops, je volume en je manier van werken hier baat bij hebben. Onafhankelijk product van ons, geen software van MyParcel zelf.