Bitlog WMS

Tre frågor varje CTO/CIO ställer

De tre sakerna som väger tyngst i en WMS-utvärdering: är min data isolerad, kommer systemet att hålla igång och kopplar det ihop med det vi redan kör.

Isolering	En dedikerad Azure SQL-databas per kund. Ingen delad datanivå - en kunds inloggningsuppgifter kan inte nå en annans data.
Kryptering	TLS 1.3 i transit på alla anslutningar. Azure SQL TDE i vila med Azure Key Vault-hanterade nycklar.
Failover RTO	~5-25 min (failover). ~60-90 min (fullständig miljöåteruppbyggnad från Terraform). Uppmätt, inte uppskattat.
RPO	Nästan noll. Kontinuerlig transaktionsloggsreplikering med point-in-time-återställning till valfri sekund, upp till 30 dagar.
Autentisering	SSO via kundhanterad identitetsintegration, inklusive Entra ID.
Certifieringar	DPR DPA på plats. Azure-infrastruktur: ISO 27001 och SOC 2 (underhålls av Microsoft). Bitlogs egna ISO 27001-certifiering planeras till 2026.

Firefly_Gemini Flash_Låt den animerade figuren hålla fram ett gammalt modem från 90-talet. Figuren ska se 766177 - Edited

Äkta SaaS med isolerad data per kund

Bitlog körs helt på Microsoft Azure med ett privat Kubernetes-kluster som beräkningslager och en dedikerad Azure SQL-databas per kund som datanivå. Det finns ingen delad tabell, inget delat schema och ingen väg för en kunds data att nå en annans.

Vid en bekräftad säkerhetsincident återställer Bitlog inte miljön - den rivs ner och byggs upp på nytt från infrastruktur-som-kod i ett rent tillstånd. Inga servrar att hantera på er sida, inga patchningscykler och ingen infrastrukturbudget utöver prenumerationen.

Firefly_Låt den animerade figuren i 3D (referensbilden) flyga upp i luften med ena armen lyft 595077 - Edited

Säkerhet och regelefterlevnad

All data krypteras med TLS 1.3 i transit och Azure SQL Transparent Data Encryption i vila. Publika slutpunkter skyddas av Cloudflare WAF med fullständigt DDoS-skydd, backat av Azure Traffic Manager-failover - ett scenario som aktiverades under Cloudflares globala driftstörning i november 2025.

GDPR DPA finns på plats med samtliga kunder. Azure-infrastrukturen innehar ISO 27001 och SOC 2 via Microsoft. Bitlogs egna ISO 27001-certifiering planeras under 2026. Den fullständiga säkerhetsbriefingen, ISMS och riskmatrisen finns tillgängliga under NDA.

We know what your week looks like.

Before we talk about software, let's talk about your Thursday afternoon:

Two pickers called in sick and the rest are covering while orders pile up.

Someone picked the wrong SKU again and the customer is already emailing.

Your new seasonal staff need two days of training before they are useful.

Management wants a throughput report and you are still working off spreadsheets.

Your ERP says 40 units in stock. The shelves say otherwise.

Tillgänglighet och återställning. Uppmätt, inte uppskattat.

RTO- och RPO-siffrorna på den här sidan kommer från verkliga mätningar av elva registrerade incidenter, inte arkitekturuppskattningar. Genomsnittlig lösningstid för SLA-påverkande incidenter var ungefär 30 minuter. Fullständiga incidentsammanfattningar finns tillgängliga under NDA.

Failover scenario

Om det primära klustret blir otillgängligt dirigerar Azure Traffic Manager om trafiken till den sekundära slutpunkten inom DNS TTL (upp till 10 minuter). Total RTO från start till slut: ungefär 5 till 25 minuter.

Full rebuild scenario

Vid katastrofalt bortfall eller bekräftad säkerhetsincident rivs miljön ner och etableras på nytt från Terraform och verifierad källkod. Total RTO från start till slut: ungefär 60 till 90 minuter.

Återställningspunkt

Azure SQL kör kontinuerlig transaktionsloggsreplikering, inte schemalagda säkerhetskopieringar. Point-in-time-återställning finns tillgänglig till valfri sekund inom 30 dagar. RPO är nästan noll.

Det kopplas ihop med systemen du redan kör

Bitlog är byggt API-first. Färdiga kopplingar täcker Microsoft Business Central, Visma Business och Visma Net. Ändamålsanpassade kopplingar hanterar Autostore via Element Logic, Kardex och transportbandssystem. ERP API-inloggningsuppgifter lagras krypterade per kund i Azure App Configuration, backat av Azure Key Vault, och kan ogiltigförklaras individuellt utan att påverka andra kunder.

Hur hålls vår data separerad från andra kunders?

Varje kund har sin egen dedikerade Azure SQL-databas med databasinneslutna användare som är unika för den kunden. En inloggning från en databas kan inte autentisera mot en annan, och ingen delad tabell eller något delat schema existerar över kundgränser. Databaser nås via privata slutpunkter inifrån Kubernetes-klustret - ingen kunddatabas är nåbar från det publika internet. Säkerhetskopior är också per kund, geo-redundanta och helt oberoende.

Vad händer om Bitlog går ner under vår högsäsong?

Bitlogs arkitektur är utformad för att absorbera fel utan avbrott i tjänsten. AKS kör minst tre pods per tjänst med autoskalning och hälsokontroller, vilket innebär att ett enskilt nodfel inte påverkar tillgängligheten. Om det primära klustret blir otillgängligt dirigerar Azure Traffic Manager om trafiken till en sekundär slutpunkt inom ungefär 10 minuter. I ett extremläge med fullständig återuppbyggnad etableras miljön om från infrastruktur-som-kod på 60 till 90 minuter. Det här är uppmätta siffror, inte uppskattningar.

Hur kopplar Bitlog till vårt affärssystem och befintliga system?

Bitlog är byggt API-first, vilket innebär att integration är inbyggt snarare än ett undantag. Färdiga kopplingar täcker Microsoft Business Central, Visma Business och Visma Net - ingen skräddarsydd API-utveckling behövs på er sida. ERP-inloggningsuppgifter lagras krypterade per kund i Azure App Configuration, backat av Azure Key Vault, och kan ogiltigförklaras individuellt utan att påverka någon annan kund. För system utanför listan med färdiga kopplingar stöder Bitlogs öppna API skräddarsydda integrationer.

Vem ansvarar för säkerheten - Bitlog eller vi?

Ansvaret är tydligt uppdelat. Bitlog äger infrastrukturen, applikationskoden, kunddatabaserna, OS-patchning och containersäkerhet. Ni äger era slutanvändarkonton och offboarding, innehållet och kvaliteten på er kunddata, integrationsuppgifter på er sida och värdmaskinerna för eventuella lokala skrivarclients. Bitlog tillhandahåller mekanismerna och kontrollerna - ni hanterar dem för era egna användare. En fullständig matris för delat ansvar finns i Security, Resilience and Operations Brief.

Här är vad dina kollegor vill veta mer om

För din lagerchef

Operationer, plockning och daglig kontroll

Det operativa argumentet för Bitlog, med konkreta siffror från verkliga kunder.

Warehouse manager page

For your CFO

Business case och ROI

Bitlog betalar normalt tillbaka sig inom 2 till 4 månader genom effektivitetsvinster vid plockning och besparingar på fraktkostnader. Om din CFO vill ha siffror finns de här, inklusive en genomgång av varifrån besparingarna faktiskt kommer.

CFO page

För din CEO

Vad det innebär för er verksamhet

Snabbare orderuppfyllnad, färre kundklagomål, lägre fraktkostnader och ett lager som kan skala utan att anställa i proportion. Den här sidan kopplar de operativa vinsterna till affärsresultat.

CEO page

Bitlog WMS

Bitlog WMS: Moderna API:er, informationssäkerhetskompatibelt och imponerande drifttid

Ditt lagerteam vill ha ett nytt WMS. Innan du ger grönt ljus behöver du svar på frågor om drifttid, säkerhet, integrationer och vad det faktiskt innebär för er IT-miljö. Svaren finns här, hämtade från Bitlogs Security, Resilience and Operations Brief.

5-25 min

RPO

TLS 1.3

1 DB per tenant