Byggd för synk, motståndskraft och verklig drift
När handeln rör sig ska systemen hänga med.
Leara kopplar samman system som inte alltid arbetar i samma takt. Ett affärssystem kan ha rate limits. En butik kan tappa uppkoppling. En mobil enhet kan stå mitt i en inventering när nätverket försvinner. Plattformen är därför byggd med köer, återförsök och lokala säkerhetsmekanismer för att hantera sådana situationer utan att användaren behöver börja om.
Synk som tål verkligheten
Mot Fortnox använder Leara en speglad datamodell och skrivköer för bland annat artiklar, order, fakturor, offerter och kunder.
Om API:t svarar med rate limiting använder Leara retry och backoff i stället för att fortsätta belasta tjänsten. Avstämning kan dessutom generera e-postlarm.
Det gör synken mindre beroende av att externa system alltid svarar direkt.
Offline där det behövs
Vid inventering kan mobilen skriva data till lokal disk innan informationen skickas över nätverket.
Samma operation-ID används vid omsändning, vilket gör att en händelse kan skickas igen utan att dubbelräknas. Inventeringen kan inte avslutas innan enhetens kö är tömd.
Det är ett exempel på hur Leara försöker bygga för faktisk butiksmiljö – inte bara perfekta nätverk.
Revision där det är kritiskt
Inventering har en oföränderlig händelselogg.
Varje räkning får ett eget opId och kan spelas om utan att samma händelse räknas två gånger. Om en inventering tvångsavslutas lämnas en revisionspost.
Det ger bättre spårbarhet i ett av de mest känsliga flödena i lagerhanteringen.
Hälsokontroller och larm
Leara har hälsokontroller på API:t samt separata kontroller för delar av inventeringsflödet.
Plattformen använder också e-postlarm för bland annat exportproblem, karantän och avstämning mot Fortnox.
Tillförlitlighet utan låtsassiffror
Vi vill vara precisa med vad vi lovar.
Därför publicerar vi inte generella SLA-siffror, backupnivåer eller certifieringar som inte är definierade och verifierade. Sådana nivåer ska i stället regleras i relevant avtal.
Det vi kan beskriva är hur plattformen faktiskt arbetar idag: spegling, köer, retry, health checks, offline-stöd och spårbarhet där det behövs.
Det är den typen av tillförlitlighet vi vill bygga vidare på.