Zoekveld uitbreiden
Zoekveld uitbreiden naar naam en productgegevens
Het zou handig zijn als het zoekveld in ShopLinkr niet alleen op ordernummer zoekt, maar ook op andere gegevens zoals in ieder geval klantnaam maar ook productnaam, SKU, barcode lijken mij handig en weinig conflicterend met de huidige werking.
In de praktijk weet je niet altijd direct het ordernummer. Soms wil je bijvoorbeeld snel zoeken op een klantnaam, of op een product waarvan je wilt controleren in welke order het zat en of er order open staan met dat product. of als je een persoon je mailt en je zoekt diegene tussen de backorders. om maar een paar praktijkvoorbeelden te noemen welke we hebben ervaren.
Daarnaast lijkt het zoeken op ordernummer nu vrij strikt te zijn. Als je bijvoorbeeld een ordernummer kopieert met een # ervoor, wordt de order soms niet gevonden. Dat is onhandig en zorgt voor extra klikken/handmatig aanpassen.
Overigens is zoeken op naam extra relevant bij nazendingen. Zoals ik ook in een andere feature request heb aangekaart over nazendingen, komt het originele ordernummer bij een nazending niet goed mee. Als je zo’n nazending daarna ook niet op klantnaam, referentie of product kunt terugvinden, raakt die zending snel begraven onder de originele bestelling en is hij bijna niet terug te vinden in ShopLinkr.
Log in to comment and vote
Comments6
Job
Aug 27
PinnedHet is voortaan mogelijk om in de zoekbalk te zoeken op klantnaam! Een deel van de naam is al genoeg.
Op zoek naar bestellingen met een bepaald product? Gebruik dan de filters. Daar kies je het product op naam, EAN- of SKU-code. Je kunt er zelfs direct een barcode in scannen.
Dat werkt fijner dan een losse zoekterm: je keuze blijft staan terwijl je werkt en je combineert hem makkelijk met bijvoorbeeld een status of een bepaalde klantnaam.
We hebben er bewust voor gekozen om productinformatie niet óók in de zoekbalk mee te nemen. Dan worden zoekresultaten onvoorspelbaar. Een naam als "Berg" zou bijvoorbeeld zowel klanten als producttitels kunnen matchen, en een EAN-code kan botsen met een ordernummer.
Zo blijft zoeken snel, betrouwbaar en eenvoudig in gebruik.
Job
Jul 2
@KenJo Bedankt voor je feedback!
Op de bestellingen pagina kun je filteren op product, inderdaad niet zoeken. Dus die kun je het beste gebruiken voor jou situatie!
Het zoeken op klantnaam is een bekende struggle. We hebben hier echter wel een goede reden voor. Alle PII data in onze database is volledig geëncrypt en daarmee beveiligd. Dus zelfs al zou je toegang tot onze database hebben, dan heb je er niks aan, door deze beveiliging. Wel zo veilig natuurlijk!
Het nadeel daarvan is echter dat je hierdoor niet kunt zoeken op deze PII data, dit omdat we hier zelf in de database simpelweg niet op kunnen zoeken.
Ik ben wel benieuwd: in welk scenario zou je willen zoeken op klantnaam? Is dat bijvoorbeeld: je zit op een bestelling van een klant en je wilt ook alle andere bestellingen van deze klant inzien? Of een klant stuurt je een mailtje, dat je zijn order(s) er snel bij kunt pakken?
We proberen dit echt even goed duidelijk te krijgen, vaak zien we dat er een onderliggend probleem is welke eigenlijk beter opgelost kan worden waardoor dit probleem eigenlijk verdwijnt.
Ik hoor het graag!
KenJo
Jul 2
Hi Job,
Snap ik wat betreft PII en encryptie. Veiligheid is natuurlijk belangrijk, dus logisch dat jullie daar voorzichtig mee omgaan, zolang dit de bruikbaarheid niet onnodig beperkt.
Ik snap je vraag alleen niet volledig, omdat ik in de feature request al een paar concrete voorbeelden had genoemd. Maar om het nog iets duidelijker te maken: wij lopen hier in de praktijk gewoon regelmatig tegenaan. Zo te zien herkent een andere gebruiker dit ook, gezien de snelle reactie op de request.
Een ordernummer is natuurlijk de meest unieke identifier, maar in de dagelijkse praktijk weet je dat ordernummer niet altijd. Soms weet je de klantnaam, soms het product, soms een SKU of referentie. Dan wil je gewoon snel kunnen zoeken op de informatie die je op dat moment wél hebt.
Een belangrijk scenario is bijvoorbeeld klantcontact. Als een klant mailt of belt, noemt diegene lang niet altijd het ordernummer. Dan wil je snel op klantnaam kunnen zoeken om de juiste bestelling erbij te pakken. In zo’n geval zoek je dus eigenlijk het ordernummer dat bij een naam hoort, en niet andersom.
Ook tijdens het inpakken komt dit voor. Als je er bijvoorbeeld achter komt dat je nog een extra label moet maken, zoek je in de praktijk vaak snel even op klantnaam om de juiste order terug te vinden en direct verder te kunnen. Dan wil je niet eerst ergens anders het ordernummer moeten opzoeken.
Daarnaast speelt dit extra bij nazendingen en backorders. Bij nazendingen worden nu aparte/interne ordernummers gebruikt die niet logisch overeenkomen met de originele Shopify-bestelling. Als je dan later zo’n nazending wilt terugvinden, weet je vaak nog wel de klantnaam of het product, maar niet dat interne ordernummer.
Het komt ook voor dat je tussendoor een levering binnenkrijgt en snel wilt controleren of er nog openstaande orders of backorders zijn met een bepaald product. Dan wil je gewoon snel de productnaam, SKU of barcode kunnen intypen in het zoekveld, en niet eerst via filters klikken, toepassen en daarna weer terugzetten. Dat is in praktisch gebruik gewoon omslachtig.
Los van onze specifieke voorbeelden denk ik dat een zoekbalk in 2026 automatisch de verwachting wekt dat je breder kunt zoeken dan alleen exact op ordernummer zonder hashtag. Dat gevoel komt ook doordat we dit in ons vorige systeem, ChannelDock, gewoon konden gebruiken. Zoals het nu werkt, voelt het meer als een ordernummerfilter dan als een algemene zoekfunctie. In combinatie met een los productfilter en geen directe zoekmogelijkheid op klantnaam voelt het zoeken nu wat versplinterd.
Wat ik als gebruiker eigenlijk verwacht, is één algemene zoekbalk die zoekt in de relevante ordergegevens: ordernummer, klantnaam, productnaam, SKU, barcode en referentie. Dat sluit veel beter aan op hoe je in de dagelijkse orderverwerking daadwerkelijk zoekt.
KenJo
Jul 2
Samengevat is het probleem voor ons vooral dat de zoekfunctionaliteit nu beperkt en versplinterd is. Het zoekveld werkt voornamelijk als ordernummerfilter, product zoeken zit in een apart filter en zoeken op klantnaam is niet mogelijk. In de dagelijkse orderverwerking wil je eigenlijk één centrale zoekfunctie waarmee je snel kunt zoeken op de informatie die je op dat moment hebt.
Job
Jul 2
Ik snap het inderdaad. Ik kan me voorstellen dat het verwarrend is dat de product filter los zit. Maar dit heeft echt alles te maken met de performance.
Stel dat jij zoekt op “saber“, dan gebeurt er op de achterkant enorm veel, het lijkt wellicht dat dit in 2026 niet meer zo lastig is, maar niks is minder waar helaas. Bij een zoekbalk komt enorm veel kijken (helaas).
We nemen je feedback oprecht mee, want ik weet dat hier meer vraag naar is. Alleen weet dat we dit niet kunnen realiseren op korte termijn. We zitten ook midden in de vakantieperiode, dus dit zal hoogstwaarschijnlijk daarna op de planning komen.
Weet dat we dit gaan aanpakken, in welke vorm of hoe het gaat werken durf ik niet te zeggen, maar er gaat naar gekeken worden!
Herman
Jul 2
100% mee eens! Het is bloedirritant dat je niet op klantnaam kunt zoeken.