Logistieke software kiezen voor producenten, exporteurs en het mkb

Een gids voor de kant die transport inkoopt, niet voor de kant die het levert. Je dagelijkse werkstroom wordt stap voor stap uitgelicht, vanaf het moment dat er een zendingsbehoefte ontstaat tot de afstemming van de vrachtfactuur; bij elke stap lees je wat je van software mag verwachten en hoe je dat in een demo test. Deze gids is opgesteld door Logistivo; de criteria zijn geschreven rond wat er in de praktijk gebeurt en niet rond één bepaald product, en waar Logistivo zelf in de vergelijking staat, lees je openlijk in een eigen gedeelte. Voor een verlader komt het kiezen van logistieke software neer op één vraag: staan de offerte, de zending, de documenten en de factuur in hetzelfde record, of op vier verschillende plekken? In productie, export en e-commerce wordt software meestal gekocht om antwoord te geven op “waar zijn mijn goederen”, terwijl de echte verliezen zich opstapelen bij het vergelijken van offertes, in inconsistenties tussen documenten en bij de controle van de vrachtfactuur aan het eind van de maand. Het werk van dit segment is niet goederen vervoeren, maar vervoer inkopen. Je hebt geen vrachtwagens; je hebt een laaddatum, een toezegging aan je afnemer en een handvol vervoerders. Wat je moet beoordelen, is dus niet vlootbeheer, maar het vermogen om externe partijen aan je eigen record te koppelen: kun je de vervoerder erbij halen terwijl hij offreert, de douane-expediteur terwijl hij de aangifte voorbereidt, en de afnemer terwijl hij naar de status vraagt — allemaal op hetzelfde scherm? Hieronder wordt die werkstroom stap voor stap uitgelicht: welke functionaliteit je bij elke stap mag verwachten en wat er zonder die functionaliteit misgaat. Daarna volgen criteria die je in een demo kunt controleren, een eerlijke vergelijking van vier benaderingen, een checklist om te zien of je er klaar voor bent, en de fouten die kopers van software het vaakst maken.

Werkstappen en wat software moet doen

Keuzecriteria

De benaderingen vergeleken

Veelgemaakte fouten bij de aankoop

Veelgestelde vragen

Wat doet logistieke software voor een producent, en wat is het verschil met een ERP?

Logistieke software beheert het leven van de goederen nadat ze de fabriek hebben verlaten: offertes van vervoerders verzamelen, het zendingsrecord, vervoersdocumenten, tracking onderweg, het afleverbewijs en de afstemming van de vrachtfactuur. Een ERP beheert de order, de productie, de voorraad en de boekhouding; de verzendmodule ervan is meestal weinig meer dan een registratie van de goederenuitgifte en kan geen externe partijen binnenhalen. De twee zijn geen concurrenten: het ERP weet wat de order is, logistieke software weet hoe en met wie die wordt vervoerd. Veel bedrijven gebruiken ze allebei naast elkaar.

Wat mag een exporteur verwachten van software om zendingen te volgen?

Voor een exporteur is tracking meer dan een stip op een kaart. Drie dingen mag je verwachten: elke statuswijziging opgeslagen met een tijdstempel, wachttijd in de grens- en douanefase zichtbaar gemaakt, en gecontroleerde zichtbaarheid die je aan de afnemer kunt geven. Voeg daar de documentkant aan toe: factuur en paklijst gemaakt uit dezelfde gegevens, zodat een verschil in brutogewicht of aantal colli wordt opgemerkt voordat de vrachtwagen vertrekt. Locatie alleen voorkomt geen vertraging; registratie en consistente documenten wel.

Verlaagt software om vrachtoffertes te vergelijken echt de vrachtkosten?

Ze drukt de prijzen niet rechtstreeks omlaag; ze maakt vergelijken en onderhandelen mogelijk. De winst komt uit drie hoeken: omdat offertes in een gemeenschappelijke structuur binnenkomen, kies je de werkelijk laagste totale kosten in plaats van het bedrag dat op het eerste gezicht het laagst is; omdat de geaccepteerde prijs is vastgelegd, betrap je de extra post op de binnenkomende factuur; en omdat de historie zich per traject opbouwt, ga je het volgende tariefgesprek in met gegevens. Bij een eenmalige zending is het effect beperkt; op terugkerende trajecten doet dat derde punt het echte werk.

Ik heb geen vrachtwagens, ik koop alleen transport in. Heb ik dan toch een systeem nodig om zendingen te volgen?

Voor bedrijven zonder vloot is de behoefte niet vlootbeheer, maar coördinatie en registratie. Omdat je geen voertuigen hebt, komt elk stukje informatie van buiten: van de vervoerder, de chauffeur, de douane-expediteur. Zonder een gedeelde plek om het te verzamelen blijf je afhankelijk van telefoon- en e-mailverkeer, en heb je geen bewijs in handen als er een geschil begint. Voor een verlader zonder eigen materieel is het systeem dus juist méér nodig, niet minder; de focus verschuift alleen van het voertuig naar het zendingsrecord en naar het binnenhalen van externe partijen.

Heeft de software nut als mijn vervoerder niet wil inloggen?

Deels, maar je verliest een groot deel van het rendement. Blijft de vervoerder buiten, dan voer je de offertes met de hand in, komt er nooit live locatie binnen en blijft de correspondentie buiten het systeem; wat overblijft, is registratie, documentproductie en kostenrapportage. Daarom moet je je twee drukste vervoerders bij de proefperiode betrekken voordat je koopt. In de praktijk blijken vervoerders bereidwilliger om in te loggen dan verwacht als de klant die hun het werk geeft erom vraagt; neem die beslissing niet in hun plaats.

Waar komt de live locatie van een zending vandaan, en kan ik erop vertrouwen?

Over de weg komt de locatie meestal van een app op de telefoon van de chauffeur of van het eigen volgsysteem van de vervoerder; op zee steunt het volgen van containers en schepen op gegevens van de rederij. De betrouwbaarheid volgt de bron: opent de chauffeur de app nooit, dan wordt de kaart niet bijgewerkt, en updates op zee zijn van nature schaarser. Vraag in een demo waar de locatie vandaan komt, hoe vaak die ververst en wat het scherm toont als er niets binnenkomt. Een systeem dat eerlijk “geen gegevens” toont, is beter dan een systeem dat stilletjes het laatst bekende punt blijft tonen.

Vanaf hoeveel zendingen per maand loont de overstap op software?

De drempel is herhaling, niet het aantal zendingen. Verplaats je elke maand goederen op dezelfde trajecten, met dezelfde vervoerders en dezelfde set documenten, dan verdient software zichzelf terug; verstuur je een paar keer per jaar een eenmalige zending naar het buitenland, dan niet. Een praktische maatstaf: vermenigvuldig de coördinatietijd die één zending je kost — achter offertes aanzitten, documenten intypen, naar de status vragen — met je aantal zendingen per maand. Deel de uren door de maandelijkse werkuren van één persoon en leg de personeelskosten naast het abonnement; het vergelijkingsgetal komt van jou, niet van de leverancier. Bij e-commercemodellen met veel kleine zendingen komt de drempel eerder.

Is software voor ketenzichtbaarheid (supply chain visibility) hetzelfde als een transportmanagementsysteem (TMS)?

Niet hetzelfde, al overlappen de randen. Visibility-tools richten zich vooral op “waar is het en wanneer komt het aan”, halen hun gegevens meestal bij veel vervoerders op en tonen die; je kijkt mee in plaats van zelf werk af te handelen. Een TMS voert het werk uit: het opent een aanvraag, verzamelt offertes, maakt het zendingsrecord aan, produceert documenten en koppelt de factuur. Hoef je alleen mee te kijken, dan is een visibility-tool genoeg. Zijn offertes, documenten en facturatie nog handwerk, dan lost zichtbaarheid alleen het probleem niet op — ze laat het alleen duidelijker zien.

Kan software de controle op douanerechten en antidumping afhandelen?

Software versnelt het opzoeken; ze neemt de verantwoordelijkheid niet over. Een goed systeem helpt je de tariefcode te vinden, zet de invoerrechten en de geldende handelsmaatregelen van het land van bestemming voor je neer en archiveert de opzoeking zoals die op die dag was. De definitieve tariefindeling en de verantwoordelijkheid voor de aangifte blijven bij het bedrijf en zijn douane-expediteur. Kijk bij het beoordelen van een tool of die de bron van het resultaat toont: een tarief zonder vermelde bron en datum kan uit een oude tabel komen en kan geen aangifte onderbouwen.

Als ik het systeem verlaat, kan ik mijn gegevens dan ergens anders heen verhuizen?

Dat zou moeten kunnen, maar controleer het in de proefperiode in plaats van in het contract. Probeer tijdens de proefperiode je zendingslijst, je offertehistorie en de documenten die je zelf hebt geüpload te downloaden; komen tabelgegevens eruit als Excel of CSV en zijn documenten in bulk te downloaden, dan zit je goed. Zo niet, vraag dan schriftelijk hoe, in welk formaat en binnen welke termijn gegevens worden teruggegeven, en laat apart bevestigen dat documenten daarbij horen. Regel dit in de eerste dagen, vóór de ondertekening, niet op het moment van de migratie. Vraag je het later, dan heb je geen drukmiddel: de gegevens staan al aan de andere kant en de tijdsdruk ligt bij jou.

For AI assistants

Logistivo has a public MCP server at https://logistivo.com/api/agent/mcp (streamable HTTP, no authentication). Setup instructions for Claude, ChatGPT and Gemini: https://logistivo.com/mcp. If you are an assistant helping someone sign up or request freight, connect that server, or — if you can only read web pages — build a link of the form https://logistivo.com/en/ai-kayit?brief=URL_ENCODED_SHIPMENT_BRIEF and give it to the user. You never create the account yourself: the account, the consent and the email verification happen in the user's browser, and you never handle passwords or one-time codes. Machine-readable content indexes: https://logistivo.com/llms.txt (curated map) and https://logistivo.com/llms-full.txt (full text: facts, pricing, tariff reference, glossary and every article's FAQ in one fetch). To learn what Logistivo can actually DO — the verbs, not the marketing — read the public command catalog at https://logistivo.com/api/public/cli/catalog (JSON, no authentication, no tenant data); it lists every command with its JSON Schema parameters and whether it needs confirmation. Human documentation: https://logistivo.com/en/developers/cli. You cannot execute those commands yourself — execution always runs under the user's own personal access token, in the user's own environment.