DS DOCK:SCHEDULER
Teknik, integration, drift

DockScheduler körs utan ett affärssystem.

Där ett externt system ansluter finns ett fält för dess beteckning; applikationen tilldelar den aldrig själv och räknar aldrig med den. Det finns ingen färdig anslutning för ett visst ERP-system.

Körtid
.NET 10, ASP.NET Core
Gränssnitt
Blazor med DevExpress
Databas
SQL Server eller PostgreSQL
Drift
Windows med IIS eller Linux
Uppbyggnad

Tre delar som delar en databas.

Verksamhetslogiken finns helt i kärnan. Gränssnitt och yta är tunna lager ovanpå. Därför gäller samma regler för en bokning via portalen, den interna vyn och gränssnittet.

Kärna Klassbibliotek
Datamodell och verksamhetslogik.
Webb Webbapplikation
Alla vyer och gränssnittet.
Tjänst Bakgrundstjänst
Vakt för uteblivna ankomster och påminnelser. Körs som en egen process, så att en omstart av gränssnittet inte avbryter vaktrundorna.
Gränssnitt

Två gränssnitt, två motparter.

Ett affärssystem frågar efter tidsluckor och bokningar. En enhet på området rapporterar vad den ser och frågar vad den ska göra. Det är två samtal med olika motparter, och de har separata nycklar.

För ert affärssystem
{{ w.verb }} {{ w.pfad }}
{{ w.zweck }}
För era enheter på området
{{ w.verb }} {{ w.pfad }}
{{ w.zweck }}

Ett avslag är inget fel. Den kommer som ett lyckat svar med motivering, inte som en felkod. En uttömd kvot är ingen felaktig begäran.

Orderimporten kan upprepas. Det externa systemets dokumentnummer är nyckeln; samma dokument uppdateras i stället för att dubbleras.

Utrustning på gården

Lastbilen kör fram. Kameran läser. Sedan är det inte kameran som avgör.

En registreringsläsare rapporterar vad den har läst och får tillbaka ett beslut: släppa in, vänta eller avvisa, alltid med en begriplig motivering. Beslutet fattas som vid infarten: registreringsnumret hittar bokningen.

Nummerskyltsläsare, bom, informationstavla, våg och terminal kan anslutas via ett eget gränssnitt. Det har ännu inte provats mot riktig hårdvara; den första anslutningen görs som ett eget projekt i en pilotdrift, tillsammans med utrustningsleverantören.

Släppa in
Det finns en bokning för registreringsnumret, och fordonet är högst en timme för tidigt. Bokningen är anmäld och bommen vid denna infart får sitt kommando.
Vänta
För tidigt eller utan bokning. Fordonet är registrerat och syns i kontrollrumen, men beslutet fattas av en person.
Avvisa
Inget registreringsnummer identifierat eller fordonet finns redan på området. En dubbelläsning öppnar inte två gånger.
Ingen kör igenom utan bokning
Fordonet registreras ändå, annars saknas det senare i all uppföljning. Men en bom som släpper in oanmälda fordon är ingen bom.
Kommandon hämtas, inte levereras
Er anläggning frågar om något finns för den och behöver därför bara utgående anslutningar till DockScheduler.
Ett öppningskommando förfaller
Efter två minuter blir kommandot ogiltigt. En bom som vaknar efter ett nätverksavbrott och öppnas är farligare än en som inte gör något.
Varje enhet har sin egen nyckel
Fast knuten till en plats, vid behov även till en lastport. En läsare vid infarten i norr kan inte rapportera för ett annat verk, inte heller efter en omkastad kabel.
Språk

Elva språk utåt, fyra internt.

Portal, inloggning, registrering, förarsidan och kortmeddelandena till föraren finns på tyska, engelska, franska, svenska, polska, rumänska, litauiska, tjeckiska, ungerska, bulgariska och slovakiska. Urvalet följer fjärrtrafiken till Tyskland; franska och svenska tillkom med de första destinationsländerna. De interna vyerna finns på tyska, engelska, franska och svenska.

Användaren avgör i portalen
En omkopplare i sidhuvudet vars val ligger kvar. Utan val gäller webbläsarens inställning.
Ärendet avgör för föraren
Speditören väljer språk vid bokningen; om en förare är registrerad gäller dennes uppgift. Telefonen kan vara inställd på något annat, men det är ärendet som gäller.
Även avslagen är översatta
Inte bara etiketter. En anledning som ingen läser sparar inget telefonsamtal.
Tal och datum följer språket
Alla läser datum och tal på det sätt de är vana vid. Endast CSV-exporten följer den tyska inställningen, så att Excel tar över talen korrekt.

Säkerhet

Två separata inloggningsförfaranden
Internt Windows-inloggning eller ett eget lösenord, externt en egen åtkomst för speditörer. En extern åtkomst ger ingen tillgång till interna vyer.
Lösenord som hashvärden
Speditörernas åtkomstuppgifter finns aldrig i klartext.
Förarsidan kräver inget konto
Länken innehåller en åtkomstuppgift per bokning.
Dokument med kontrollsumma
Innehållet finns i filsystemet och kontrollsumman i databasen. På så sätt går det att fastställa om en fil har ändrats i efterhand.
Varje ärende kan följas upp
Bokningar och statusändringar skriver en egen rad med tidpunkt och upphovsman. Det finns ingen tyst överskrivning.

Vad som saknas i dag

Dessa punkter hör hemma i samtalet, inte under mattan.

  • Ingen kund i skarp drift. Därför finns inga siffror för väntetid eller besparing.
  • Inga roller eller behörigheter. De interna vyerna kräver inloggning, alltid med lösenord och vid behov med Windows. Den som är inloggad ser allt. Om Windows-inloggning inte tvingas fram ser alla i nätverket som känner till adressen allt. Roller och behörigheter införs före all skarp drift, alltså före er pilot.
  • HTTPS och säkring av installationen. De kommer tillsammans med roller och behörigheter. Webbplats, demo och teståtkomster körs över HTTPS, men inte testmiljön internt. För en installation hos kunden ska ett certifikat planeras in.
  • Enheter har inte testats med riktig hårdvara. Gränssnittet för registreringsläsare, bom, informationstavla, våg och terminal finns. Verksamhetslogiken testas automatiskt, och hela flödet från avläsning till kvittens gås igenom manuellt. Den första anslutningen sker i en pilotdrift som ett eget projekt, tillsammans med enhetsleverantören. Trafikljus, induktionsslinga, rampsäkring och kortläsare har inget gränssnitt.
  • Avisering endast via SMS. E-post till speditörer och förare kommer efter den första pilotdriften.
  • Ingen automatisk omplanering. Om en lastport faller bort flyttar applikationen inget av sig själv.
  • Ingen väntelista, ingen seriebokning. Ingetdera är modellerat.
  • Ingen situationsplan. Det finns listor och beläggningsband. DockScheduler styr inte trailers, uppställningsplatser eller rangering.
  • Ingen personal- eller enhetsplanering. Skift, truckar och kvalifikationer ingår inte i beräkningen av tidsluckor.
  • Ingen färdig ERP-koppling, ingen EDI och inget filgränssnitt. Ombokning saknas i användargränssnittet och via gränssnittet, där det dessutom saknas skrivåtkomst för gårdsstyrning.
  • Ingen hyrdrift. Klienter finns bara för teståtkomster, var och en med egen databas och spärras efter 30 dagar. En installation hos kunden betjänar en kund.
Drift

Ett underhållsfönster på minuter räcker.

Webbapplikation i IIS, en Windows-tjänst och en databas. Under Linux körs webbapplikation och tjänst som systemd-enheter bakom nginx. Konfigurationen ligger bredvid applikationen och skrivs inte över vid leverans. Uppdatering: byt ut filer och starta om applikation och tjänst.

Kvalitetssäkring
266 Automatiska tester
Uppdaterad 25 september 2026

Verksamhetslogiken testas mot SQL Server och teståtkomsterna mot PostgreSQL, medvetet inte mot en ersättning i minnet: den spärr som ska stoppa en dubbelbokning finns inte där. Gränssnittets flöden gås igenom manuellt.

Boka en demonstration

En halvtimme med era lastportar

Vi visar förloppet i vår testmiljö, med era lastportar, öppettider och begränsningar, samt läge, färdplan och piloterbjudandet.

Eller prova själv i 30 dagar

E-post
dock-scheduler@brendel-software.de
Skriv e-post
Telefon
+49 5281 61094-69
Adress
Brendel Software GmbH & Co. KG
Am Sonnenhof 12, 32676 Lügde, Tyskland