Internpostutdelning

Stora organisationer flyttar fortfarande papper mellan avdelningar. Kommuner, sjukhus och stora företag driver en internpost, och även om e-post, digitala signaturer och gemensam fillagring fortsätter minska volymen når den inte noll - vissa handlingar förblir på papper av juridiska skäl, och en analog reservväg behålls medvetet.

Volymen minskar. Rundan gör det inte. Postpersonalen går, cyklar eller kör till varje utkorg enligt ett fast schema oavsett om det ligger något i den, och i takt med att kuverten försvinner stiger andelen bortkastade stopp. Det är hela problemet: inte posten, utan resorna som görs för att hämta ingenting.

Siffrorna gör det konkret. En stor kommun kan ha över 500 utkorgar att tömma, och en normalstor har 100 till 200, utspridda över en stadskärna, förorter, byar och små lokalkontor. Kanske 30 till 40 % av dem innehåller ingenting vid en given runda, och några ser ett kuvert bara ett par gånger om året - men de besöks enligt samma schema som den mest trafikerade lådan i huset.

Vad som mäts

En sensor inuti utkorgen, som rapporterar om det finns något att hämta.

Strips Presence används här i objektdetekteringsläge snarare än i det närvaroläge den körs i på ett skrivbord. Skillnaden spelar roll, eftersom frågan inte är "är en person i närheten" utan "ligger det något i den här lådan":

• Den sänder en svag infraröd puls vid varje avläsningsintervall och mäter hur mycket ljus som kommer tillbaka.
• När reflektionen överstiger den konfigurerade tröskeln rapporterar den closeProximityAlarm = 1, och när den faller under halva tröskeln rapporterar den 0. Båda bekräftas.
• Detekteringsavståndet är upp till 50 cm och konfigurerbart, så det kan anpassas efter lådans djup i stället för efter ett rum.

Sensorn är 3 mm tjock och monteras med tejp inuti utkorgen, under locket eller på botten, där ett kuvert som läggs i lådan hamnar inom dess räckvidd. Den behöver varken ström eller kablage, går upp till tio år på sitt förseglade batteri och når nätet över LoRaWAN - vilket är det som gör 500 lådor över en kommun genomförbart i stället för teoretiskt.

Från schema till rutt

Det rapporterade tillståndet landar i Yggio som en vanlig enhet, så resten är plattformen: varje utkorg syns på en dashboard eller karta med sitt aktuella tillstånd, och rundan planeras utifrån de lådor som har något i sig.

Två lådor som väntar och åtta tomma är den vanliga bilden, och det är hela argumentet på en skärm: rundan besöker två adresser i stället för tio.

Det är hela den operativa förändringen:

• Hämta bara där det finns något att hämta. De tomma stoppen försvinner ur rutten, vilket är personaltid och fordonssträcka snarare än en rapporteringsförbättring.
• Leveranserna går fortare, inte bara billigare. Ett kuvert som läggs i en låda klockan 09:00 väntar inte längre på rundan 13:30, eftersom rundan kan planeras utifrån var arbetet faktiskt finns.
• Geografins ytterkanter blir överkomliga. Ett lokalkontor som ser ett kuvert två gånger om året är det sämsta stoppet på ett fast schema och ett trivialt på en behovsstyrd rutt.

Regelmotorn är det som gör en rapporterad låda till en åtgärd: meddela postrummet, lägga till ett stopp på dagens rutt, eller eskalera en låda som väntat längre än servicenivån tillåter.

Det ändrar vad tjänsten kan sälja

Det är ofta det som betalar för installationen.

Ett fast schema kan bara lova en tidpunkt. Skylten på utkorgen säger att lådan töms varje dag 13:30, och det är hela produkten. När tjänsten väl vet vilka lådor som har något i sig kan den i stället lova ett gensvar, och prissätta därefter - hämtning inom timmen, före dagens slut, eller senast följande kväll.

Så en intern tjänst som var en fast kostnad blir en med servicenivåer och differentierad debitering, och skylten på lådan går från en tidpunkt till ett SLA. Sensorn betalar sig på uteblivna resor; prisförändringen är det som gör kalkylen bekväm.

Vad den inte gör

Den gör	Den gör inte
Rapporterar att något ligger i lådan	Räknar kuverten, eller säger hur många
Rapporterar inom det konfigurerade intervallet, bekräftat åt båda hållen	Vet vad föremålet är, eller hur brådskande det är
Detekterar vad som helst inom sin konfigurerade räckvidd	Ser ett kuvert som hamnar utanför den räckvidden
Går i åratal utan ström och utan kablage	Ersätter rundan helt - vissa lådor behöver fortfarande ett schemalagt besök

Två praktiska följder. Placeringen inuti lådan avgör tillförlitligheten - sensorn måste vara riktad dit ett kuvert faktiskt hamnar, vilket är värt att testa i en låda innan femhundra beställs. Och en låda som inte rapporterar något på månader går inte att skilja från en låda med urladdat batteri, om man inte bevakar just det, vilket är varför batteri- och länkhälsa per sensor spelar större roll här än i en byggnad full av sensorer som rapporterar oavbrutet.

Att driva det över en kommun

• Täckning före hårdvara. LoRaWAN når långt utomhus, men lådorna står inomhus, i receptioner och korridorer över en hel stad. Bekräfta täckningen på de besvärliga adresserna innan ni beställer till alla.
• Namnge lådorna som rundan gör. Rutten planeras av människor som kan byggnaden och våningsplanet, inte enhetsidentiteten.
• Följ batteri och senast sedd per låda, så att en tyst sensor larmas som ett fel i stället för att läsas som en tom låda.
• Behåll ett schemalagt golv för de lådor som behöver ett. Vissa platser har en skyldighet att besökas oavsett; den behovsstyrda rutten går vid sidan av det i stället för att ersätta det.

Att komma igång

1. Utgå från rundan ni redan kör och räkna de tomma stoppen. Den siffran är kalkylen, och postpersonalen kan oftast ge er den ur minnet.
2. Instrumentera en rutt från början till slut, inte ett urval lådor över flera. En rutt förkortas först när varje stopp på den är känt.
3. Testa placeringen i en låda först - var kuvertet hamnar, vad tröskeln behöver vara, om locket förändrar reflektionen.
4. Bestäm servicenivån innan sensorerna kommer. Vad tjänsten lovar är det som installationen förändrar; om det samtalet inte har hållits har ni bara sparat in lite gående.
5. Bygg ut till de glesa ytterkanterna härnäst, inte till de mest trafikerade byggnaderna. De sällan använda lådorna är där ett fast schema kostar mest.

Samma mönster gäller överallt där en fast runda hämtar något som bara ibland finns där - avfall och återvinning är den uppenbara grannen, där hämtning styrd av fyllnadsgrad ersätter en fast rutt på precis det här sättet.

Relaterat

• Strips Presence - sensorn, och dess objektdetekteringsläge
• Lokalutnyttjande - samma sensor som besvarar en annan fråga
• Asset tracking - zoner och antal, för saker som rör sig
• Regelmotorn - att göra en rapporterad låda till en ruttändring
• Fastighet - behovsstyrd avfallshantering, samma mönster