Taal · dezelfde paginaNLNederlands/myparcel-dashboard/werking/ENEnglish (UK)nog niet vertaaldESEspañolnog niet vertaaldWe onthouden je keuze niet en sturen je nooit automatisch door.
~/myparcel-dashboard/werking[ok] van bron naar actie
FLOW.MP01 · van bron naar actiegeen product van en geen officiële affiliatie met MyParcel
Zendingen van meerderewebshops beheren, de werking:vanuit één werkbeeld.
Wie meerdere shops beheert, werkt vaak in losse accounts en tabbladen. Dit dashboard legt daar één operationele laag overheen: de zendingen van alle gekoppelde webshops in dezelfde werkruimtes, afwijkingen bovenaan, en de opvolging vastgelegd op de zending zelf.
schematisch voorbeeld van het dashboard, fictieve voorbeelddata
SCOPE.MP01 · positie in je keten
Wat dit is, en wat het uitdrukkelijk niet is.
Het dashboard voegt een werklaag toe aan een verzendproces dat je al hebt. Het neemt geen enkele stap van MyParcel of je vervoerder over.
Een werklaag, geen vervanging.
Zendingen van meerdere webshops beheren is zelden een technisch probleem. De informatie bestaat al: MyParcel weet welke labels er zijn aangemaakt, de vervoerder weet waar een pakket zich bevindt, en je webshop weet welke order erbij hoort. Het probleem is dat die informatie per shop in een apart hoekje leeft, terwijl het werk dat eruit volgt door hetzelfde team wordt gedaan.
Daardoor ontstaat een vaste dagelijkse routine die niemand leuk vindt
Je opent het ene account, scant de lijst, gaat naar het volgende account, scant opnieuw, en probeert te onthouden welke zending je gisteren al had nagekeken. Een klant die mailt is meestal het eerste signaal dat er iets misgaat, en dan is de vertraging al een feit.
Het MyParcel Dashboard zet daar één beeld tegenover
Alle gekoppelde webshops komen samen in dezelfde zes werkruimtes. Wat afwijkt komt naar voren, wat normaal loopt blijft rustig op de achtergrond, en wat een collega al heeft opgevolgd staat vastgelegd bij de zending in plaats van in een hoofd of een los berichtje.
De bron blijft de bron
MyParcel en de vervoerder blijven verantwoordelijk voor het aanmaken van labels en het doorgeven van de bezorgstatus. Wij lezen die gegevens en tonen ze; er wordt geen zending teruggeschreven alsof dit zelf een verzendplatform is. Dat blijft een bewuste grens: hoe minder een tussenlaag zelf verzint, hoe betrouwbaarder het beeld dat je erop baseert.
Waarom een aparte laag
Een verzendplatform is gebouwd om een pakket de deur uit te krijgen. Zodra dat gelukt is, is de taak van dat platform in feite klaar. Het werk van een fulfilmentteam begint daar juist: bewaken, opvolgen, terugkoppelen en dossiers afhandelen. Dat vraagt om andere schermen, andere prioritering en om context die blijft hangen. Daar zit dit dashboard.
Wij gebruiken het instrument zelf, elke dag, in onze eigen operatie. Dat is het bewijs dat we aandragen, en het enige bewijs dat we aandragen: er staan op deze site geen klantaantallen, geen besparingscijfers en geen bezorgpercentages die we niet kunnen laten zien.
Vier stappen, en daarna verandert er niets meer aan de routine. Stap een en twee doe je één keer, stap drie en vier zijn het dagelijkse werk.
Koppelen
Een beheerder brengt de webshopaccounts onder één organisatie samen.
Synchroniseren
Zendingen en actuele statussen worden op een vast interval opgehaald.
Prioriteren
Vertragingen, afwijkingen en open acties komen bovenaan te staan.
Opvolgen
Het team werkt vanuit dezelfde status, notities en historie.
FIG.MP01 de keten van webshop naar team schematisch voorbeeld, geen meting
bron 01Webshoporder en verzendopdracht
bron 02MyParcellabel en bezorgstatus
laag 03Dashboardsamenvoegen en prioriteren
actie 04Teamopvolgen en vastleggen
Stap 1: koppelen
Een beheerder maakt de organisatie aan en voegt daar de webshops onder toe. Per webshop hoort een eigen koppelsleutel; die vul je één keer in en daarna wordt hij niet meer als leesbaar veld getoond. Hoeveel webshops je onder één organisatie kunt hangen hangt af van je plan, en dat aantal is hard: 40, 80, 250 of onbeperkt. De prijzenpagina zet die limieten naast elkaar.
Deze stap is bewust een beheerdersstap. Een medewerker die dagelijks zendingen opvolgt hoeft nooit met sleutels te werken, en hoort dat ook niet te doen. Hoe het dashboard met sleutels en organisatiescheiding omgaat, en welke onderdelen daarvan nog achter een release gate staan, lees je op veiligheid en privacy.
Stap 2: synchroniseren
Na het koppelen haalt het systeem de zendingen en hun actuele status op. Dat gebeurt op een vast interval dat bij je plan hoort: iedere 30, 15, 10 of 5 minuten. Er is dus geen knop waarmee je de hele dag zit te verversen; het beeld loopt vanzelf mee met de werkelijkheid.
Belangrijk om te weten: het interval bepaalt hoe snel een statuswijziging bij jou landt, niet hoe snel een pakket bezorgd wordt. Wie een grote operatie draait en eerder wil kunnen ingrijpen heeft baat bij een korter interval, wie rustiger draait merkt het verschil nauwelijks. Zo hoort die keuze gemaakt te worden, eerlijk en zonder omweg.
Stap 3: prioriteren
Hier zit het verschil met een lijst. Er wordt hier niet op datum gerangschikt maar op wat afwijkt. Een voorgemelde zending die blijft wachten, een pakket dat langer onderweg is dan verwacht, een retour die binnenkomt zonder dat iemand ernaar kijkt, een schadedossier waarvan de termijn dichterbij komt: dat zijn de dingen die naar boven schuiven.
De rest blijft gewoon staan en vraagt geen aandacht. Dat klinkt eenvoudig, maar het is precies de omslag: je begint de dag niet meer met alles nalopen, je begint met de zendingen waar iets aan de hand is.
Stap 4: opvolgen
Bij elke zending kun je een notitie achterlaten, een status bijwerken, een schadedossier openen of een douanedocument opzoeken. Die context hoort bij de zending en blijft daar staan. Wie na jou kijkt, ziet wat er is gedaan en wat er nog open staat.
Precies daarom werkt dit gereedschap ook goed in teams waar mensen elkaar niet dagelijks spreken. Niet omdat er meer wordt gecommuniceerd, maar omdat er minder gecommuniceerd hoeft te worden: de zending draagt zijn eigen geschiedenis.
OPS.MP01 · zes werkruimtes
Zes werkruimtes, één operationele keten.
De indeling komt uit het functieregister van het product zelf. Dat register staat als features.json openbaar, zodat je kunt nalezen waar deze beschrijving op gebaseerd is.
Werkruimte 01in dagelijks gebruik
Voorgemeld: het gat tussen label en vervoerder
Een voorgemelde zending is aangemaakt maar nog niet door de vervoerder opgepakt. Dat is normaal gedrag voor een paar uur, en een probleem zodra het dagen duurt. In een gewone lijst valt dat niet op, want de zending bestaat en ziet er keurig uit.
Deze werkruimte draait daarom om wachttijd
Je ziet per zending hoe lang hij al voorgemeld staat, met een apart signaal vanaf 48 uur. Je kunt sorteren, filteren op status, de kolommen naar je eigen werkwijze zetten, doorklikken naar het pakketdetail en zoeken op ontvanger. Zo vind je terug wat er is blijven liggen voordat een klant erover begint.
FIG.MP02 Voorgemeld gesorteerd op wachttijd schematisch voorbeeld met fictieve gegevens
ZendingWebshopWachttijdSignaal
3SABCD9910 order NL-2948Nordic Livingboven 48 uur
3SABCD9902 order SG-1831Studio Groenloopt op
3SABCD9887 order BP-7720Buitenpostbinnen norm
3SABCD9871 order NL-2951Nordic Livingbinnen norm
Werkruimte 02in dagelijks gebruik
Verstuurd: alles wat onderweg is, met geheugen
Zodra een zending onderweg is verhuist hij naar Verstuurd. Hier staan de bezorgstatus en de historie, met filters voor bezorgd, onderweg en vertraagd. Je kunt terugkijken over 24 uur, 7, 30, 90 of 365 dagen, en over alles wat er binnen de bewaartermijn van achttien maanden is opgebouwd. Die achttien maanden staan in bijlage A van de verwerkersovereenkomst.
Wat deze werkruimte anders maakt dan een track en trace-scherm is het geheugen
Je legt een notitie vast, je opent vanuit dezelfde regel een schadeactie, je zoekt een douanedocument op en je exporteert een selectie als CSV wanneer iemand buiten het dashboard iets nodig heeft. De zending draagt daarna zelf mee wat er is gebeurd.
FIG.MP03 Verstuurd met notitie, claimactie en exportkeuze schematisch voorbeeld met fictieve gegevens
Retouren zijn rommelig omdat dezelfde fysieke zending vaak meerdere sporen achterlaat. Een retourbarcode kan opnieuw worden gescand, opnieuw worden aangemeld of in twee shops opduiken. Wie dat niet ontdubbelt, telt hetzelfde pakket twee keer en belt de klant twee keer.
Deze werkruimte herkent retourzendingen en voegt de sporen samen tot één regel
Daarnaast splitst hij het beeld in wat onderweg terug is en wat daadwerkelijk terugontvangen is, want dat zijn twee verschillende problemen: het eerste is wachten, het tweede is verwerken. Vanuit de regel klik je door naar het pakketdetail.
FIG.MP04 twee sporen van dezelfde retour worden één dossier schematisch voorbeeld met fictieve gegevens
samengevoegd tot één retourregel · shop Nordic Living · status onderweg terug · klantcontact één keer nodig
Werkruimte 04mailketen te herstellen
Webshops: koppelingen, limieten en branding
In deze werkruimte beheer je de shops zelf. Je voegt er een toe, past hem aan of haalt hem weg, en je ziet de koppelsleutel alleen in gemaskeerde vorm terug. Per shop staan de eigen kengetallen, de branding, de instellingen voor klantmails, de mailhistorie en een eigen afzenderdomein. De dagelijkse operationele digest staat een laag hoger: die zet je per account aan en hij gaat over al je webshops tegelijk.
Hier hoort een eerlijke kanttekening bij
De vernieuwde bezorgketen voor klantmails staat als release gate open: die keten wordt hersteld en gecontroleerd voordat we hem als afgeronde functie presenteren. Zolang dat niet klaar is noemen we hem niet actief. De volledige lijst van gates staat in release-gates.json en wordt toegelicht op de veiligheidspagina.
FIG.MP05 shopbeheer met gemaskeerde sleutel en planlimiet schematisch voorbeeld met fictieve gegevens
WebshopKoppelsleutelGebruik van planlimietDigest
Nordic Living•••• •••• 4c19dagelijks aan
Studio Groen•••• •••• 8b02dagelijks aan
Buitenpost•••• •••• a731uit
Klantmails branding en afzenderketencontrole looptrelease gate
Werkruimte 05in dagelijks gebruik
Schades: dossiers die niet stil verlopen
Een schade of vermissing kost geld en aandacht, en de termijn waarbinnen je een claim mag indienen verschilt per vervoerder. Precies daar gaat het vaak mis: niet omdat niemand het weet, maar omdat het dossier tussen twee mensen in blijft hangen tot de termijn voorbij is.
In deze werkruimte maak je een claim aan bij een zending, met de termijn die bij die vervoerder hoort, een claimmail die op basis van het dossier wordt opgesteld, het bedrag, notities en een status die de hele levenscyclus doorloopt. De voortgang naar de deadline is zichtbaar in het dossier zelf, en je kunt historische pakketten opzoeken wanneer een claim later alsnog nodig blijkt. We noemen op deze pagina bewust geen termijnen in dagen: die horen bij de vervoerder en niet bij ons.
FIG.MP06 schadedossier met termijnvoortgang en status schematisch voorbeeld met fictieve gegevens
Claimmailopgesteld vanuit dossier, wacht op verzendingconcept
Bedragingevuld en vastgelegd bij het dossiervastgelegd
Statusingediend, wacht op reactie, in behandeling, uitbetaald, afgewezen of ingetrokkenlevenscyclus
Werkruimte 06in dagelijks gebruik
Analyse: het beeld over de shops heen
De eerste vijf werkruimtes gaan over vandaag. Analyse gaat over het patroon: bezorgpercentage, gemiddelde levertijd, de piekdag in de week, prestaties per shop, het maandvolume en de belangrijkste bestemmingen. Je kiest een periode van 30, 60 of 90 dagen.
Het is expliciet geen maandrapportage voor de directie
Het is bedoeld om een vraag te beantwoorden die je in de dagelijkse drukte niet kunt zien, zoals of één shop structureel achterblijft of dat een bepaalde dag altijd te krap gepland is. Daarnaast kan het beeld fullscreen als wallboard, zodat een team het gedeeld op een scherm heeft staan.
FIG.MP07 analysebeeld en wallboard schematisch voorbeeld met fictieve gegevens
Periode: 30 · 60 · 90 dagenAlleen de maten, geen meting
Bezorgpercentage%
Gemiddelde levertijddagen
Piekdagweekdag
Top bestemmingenlijst
madiwodovrzazo
wallboard · hetzelfde beeld fullscreen voor een gedeeld scherm op de werkvloer
Een tussenlaag is alleen te vertrouwen als hij duidelijk is over zijn eigen grenzen. Daarom staan ze hier naast elkaar in plaats van verstopt in een voorwaardenpagina.
FIG.MP08 grenskaart van het dashboard schematisch overzicht
Gaat door het systeem
Zending- en orderreferenties van gekoppelde webshops
Verzendstatus, vervoerder en tijdstippen uit de bron
Ontvangergegevens voor zover nodig om een zending terug te vinden
Operationele notities, prioriteit en afhandelmoment
Schadedossiers met termijn, bedrag en status
Shopconfiguratie, branding en maildagboek per webshop
Blijft buiten het systeem
Het aanmaken van verzendlabels, dat blijft bij MyParcel
Het bepalen van de bezorgstatus, dat blijft bij de vervoerder
Voorraadbeheer, orderpicken en magazijnindeling
Betaal- en kassagegevens van je webshop
Tariefonderhandeling of contractbeheer met vervoerders
Automatisch handelen zonder dat een mens ernaar heeft gekeken
Wanneer dit dashboard niet het juiste gereedschap is
Beheer je één webshop en ben je binnen een minuut klaar met je dagelijkse controle, dan is de eigen omgeving van MyParcel waarschijnlijk genoeg. Dit product is gebouwd voor het moment dat dat niet meer waar is: meerdere shops, meerdere mensen en werk dat blijft liggen omdat niemand ziet dat het er ligt.
Zoek je voorraadbeheer, orderpicking of aansturing van een magazijn, dan heb je een magazijnsysteem nodig en geen operationele laag boven je verzendproces. Dat zeggen we liever meteen dan na een intake. Dit gereedschap begint namelijk pas op het moment dat een zending is aangemeld, en houdt op zodra de vervoerder klaar is en het dossier is afgehandeld.
Rollen en toegang
De ingelogde gebruiker ziet uitsluitend de werkruimte waarvoor hij binnen zijn organisatie bevoegd is. Organisatiescheiding staat als release gate open en wordt per bewerking getest voordat we het product breder openzetten; die eerlijkheid houden we vol ook wanneer het commercieel ongemakkelijk is. Wat er precies wordt gecontroleerd staat op de veiligheidspagina en in het openbare documentregister.
Het interval hangt aan je plan
De vier plannen verschillen op twee harde eigenschappen: het aantal gekoppelde webshops en de synchronisatiefrequentie. Starter tot 40 webshops met een interval van 30 minuten, Groei tot 80 met 15 minuten, Pro tot 250 met 10 minuten en Enterprise onbeperkt met 5 minuten. De volledige tabel plus de eerlijke status van de betaalroute staat op de prijzenpagina.
DAY.MP01 · dagritme
Hoe een werkdag er in de praktijk uitziet.
Niet als belofte, maar als beschrijving van de routine waarvoor de schermen zijn ontworpen.
AM
Beginnen bij de afwijkingen
De dag start in Voorgemeld en Verstuurd. Wat te lang wacht of geen scan meer krijgt staat bovenaan. De rest van de lijst hoef je niet te openen.
werkruimte 01 en 02
MD
Opvolgen en vastleggen
Bij elke zending waar iets aan de hand is komt een notitie of een dossier. De volgende collega leest terug wat er is gedaan in plaats van opnieuw te bellen.
werkruimte 02 en 05
PM
Retouren en dossiers
Aan het eind van de dag gaan de retouren door de ontdubbeling en kijk je of een schadedossier richting zijn termijn loopt.
werkruimte 03 en 05
DG
De dagelijkse digest
Per account kan een dagelijkse operationele digest aan staan, over al je webshops tegelijk, zodat je ook zonder in te loggen weet of er iets bijzonders speelt.
mailketen te herstellen
WB
Het wallboard
Werk je met een team op één locatie, dan kan het beeld fullscreen op een scherm staan zodat iedereen dezelfde stand ziet.
werkruimte 06
WK
De wekelijkse blik
Analyse gebruik je niet dagelijks. Eens per periode kijk je of een shop achterblijft of een dag structureel te krap zit.
werkruimte 06
HONEST.MP01 · eerlijk kader
Wat je wel en niet van ons hoort.
Deze lijst staat er omdat de rest van de site hem ook heeft. Wat we niet kunnen laten zien, beweren we niet.
beeld · wie het dashboard bouwde, gebruikt het elke dag zelf
DOC.MP01 beweringen en hun onderbouwing
Hier mag je ons aan houden
Wij gebruiken dit dashboard zelf dagelijks in onze eigen operatie
De platformpreview is de echte interface met fictieve voorbeelddata en werkt zonder account
De zes werkruimtes en hun mogelijkheden staan openbaar in het functieregister
Planlimieten en sync-intervallen zijn harde eigenschappen die in code, in Stripe en in de documentatie hetzelfde horen te zijn
Wat nog achter een release gate staat, noemen we een release gate
Dit beloven we uitdrukkelijk niet
Geen bezorg-, besparings- of tijdwinstcijfers, want die zijn niet gemeten
Geen klantaantallen en geen resultaten van anderen als bewijs
Geen belofte dat klantvragen verdwijnen
Geen verzendlabels, geen magazijnsysteem en geen vervanging van MyParcel
Geen certificering die er niet is en geen termijn die we niet kunnen waarmaken
LINK.MP01 · verder in het instrumentarium
Wat er nog meer bij ons vandaan komt.
Dit instrument staat helemaal op zichzelf. De volgende hebben er wel raakvlak mee.
De AI-medewerkerWerk dat elke dag klaarstaat zonder zelf te prompten, met menselijke eindcontrole. Vanaf 950 euro per maand via Mansotti, de onderneming waarvan TheSEO de handelsnaam is.
FAQ.MP02 · veelgestelde vragen
Vragen over de werking.
Kort en zonder omweg. Staat je vraag er niet bij, dan hoort hij in de plancheck.
Kan ik zendingen van meerdere webshops in een overzicht beheren?
Ja. Je koppelt de webshopaccounts onder een organisatie en het dashboard toont de zendingen van al die shops in dezelfde werkruimtes. Je kunt filteren op shop, maar je hoeft niet per shop in te loggen om te zien waar iets vastloopt.
Vervangt dit dashboard MyParcel?
Nee. MyParcel en de vervoerder blijven de bron van labels en bezorgstatus. Het dashboard leest die informatie en voegt er een operationele werklaag aan toe: prioriteit, notities, dossiers en analyse. Het maakt zelf geen verzendlabels aan.
Is dit software van MyParcel zelf?
Nee. Het MyParcel Dashboard is onafhankelijk door ons ontwikkeld en er is geen officiële affiliatie met MyParcel. De naam beschrijft waar het dashboard op aansluit, niet wie het maakt.
Hoe vaak worden de gegevens ververst?
Het synchronisatie-interval hangt af van je plan: iedere 30, 15, 10 of 5 minuten. Welk interval bij welk plan hoort staat op de prijzenpagina.
Wat gebeurt er met een zending die te lang blijft hangen?
Voorgemelde zendingen die blijven wachten worden apart zichtbaar gemaakt, met een signaal vanaf 48 uur. Je ziet ze bovenaan in plaats van dat je de hele lijst moet nalopen.
Kan mijn team samen aan dezelfde zending werken?
Ja. Notities, statuswijzigingen en dossiers horen bij de zending en niet bij een persoon. De volgende collega ziet wat er al is gedaan en hoeft niet opnieuw te beginnen.
Werkt het dashboard ook als magazijnsysteem?
Nee. Er zit geen voorraadbeheer, orderpicking of magazijnlogistiek in. Wie dat zoekt heeft een magazijnsysteem nodig. Dit dashboard begint op het moment dat een zending is aangemeld.
Kan ik het product eerst bekijken zonder account?
Ja. De openbare platformpreview toont alle werkruimtes met fictieve voorbeelddata en werkt zonder account. Er wordt niets naar een productieomgeving gestuurd.
NEXT.MP02 · Volgende stap
Eerst kijken. Dan pas kiezen.
Begin in de openbare preview, want die vraagt niets van je. Past het beeld bij je operatie, doe dan de plancheck: je vertelt hoeveel webshops je beheert en hoe je team afwijkingen nu opvolgt. De betaalroute komt daarna pas aan bod, en die staat bewust nog dicht.
Twijfel je of jouw manier van werken in deze werkruimtes past, bijvoorbeeld omdat je met drie shops onder één vervoerdersaccount zit of omdat je retouren buiten MyParcel om afhandelt, stuur dat dan via contact naar ons toe met het aantal shops en het aantal zendingen per week. Dan zeggen we of het dashboard dat aankan voordat je de plancheck invult, ook als het antwoord nee is.
Geschreven door GianlucaOprichter. Bouwt sinds 2017 aan vindbaarheid voor Nederlandse bedrijven, in Google en in AI-antwoorden. Meer over het instituut.
