Systemutveckling för logistik – TMS, WMS, godsspårning och trade compliance

Logistik & supply chain: det här hör vi från teamen

• Transportörsintegrationer som blandar AS2/X12-EDI med moderna REST-API:er – en enda dålig specändring förstör allt längre ned i kedjan
• Dashboards för realtidsspårning som ligger 4 timmar efter eftersom ELD-/telematikleverantören begränsar antalet anrop
• TMS byggda kring sändningar med ett enda transportslag – när din verksamhet i själva verket är multimodal
• Kaos i bokningen av lastportar: lagren styrs med whiteboards och telefonsamtal
• Brister i trade compliance som upptäcks först när CBP eller tullen flaggar en sändning
• Plattformar för sista milen med 60 % förarbortfall eftersom appen är fientlig mot användaren
• Avstämning mellan TMS, WMS och ekonomisystem som ingen litar på vid kvartalsskiftet

Det här levererar vi

Så skulle vi bygga det

Blueprints: exempelprojekt med planen, arkitekturen och målen vi skulle utgå från.

Vanliga frågor

Jobbar ni med EDI, API:er eller båda?

Båda. AS2 + X12 (204, 210, 214, 990) är fortfarande så de flesta transportörer med egna fordon gör affärer, och att låtsas något annat stänger ute din plattform från halva marknaden. Vi bygger ett integrationslager som abstraherar transporten (EDI, REST, SOAP eller webhook) och presenterar en gemensam domänmodell för resten av plattformen – så att nästa transportör bara kräver en ny översättare, inte en omdesign.

Hur löser ni realtidsspårning när telematikleverantörer begränsar antalet anrop?

Polling i flera nivåer, prenumeration på ändringshändelser där leverantören stöder det och en aktualitetsmodell som är ärlig mot användaren – ”senast kända position för 12 minuter sedan” är bättre än en inaktuell prick som låtsas vara live. I tidigare uppdrag har vi arbetat med Project44, FourKites, Trimble, Geotab och direkta ELD-integrationer.

Kan ni bygga multimodala TMS, eller bara för ett transportslag?

Det är i det multimodala som de flesta TMS-migreringar går fel, så det är vår standard. En enda sändning kan gå sjöfrakt → containerkörning → järnväg → lastbil → sista milen, och plattformen måste hålla reda på ansvar, milstolpar, avvikelser och avstämning för varje delsträcka. Vi modellerar delsträckor som fullvärdiga begrepp, inte som underordnade delar av en överordnad sändning.

Känner ni till amerikanska tullprocesser och flöden för trade compliance?

Ja – verktyg för klassificering av HS-nummer, screening mot sanktionslistor, antibojkottkontroller, ursprungsregler enligt USMCA samt integration med tullombud och automatiserade deklarationer (CBP ACE för USA, ICS2 för EU). Vi agerar inte själva tullombud, men vi bygger de verktyg som både ombudet och importören/exportören använder.