Integration och koncernlösning
Lekplatsen är den sista pärmen ingen har digitaliserat.
Lekredskap ska kontrolleras regelbundet och kontrollerna ska dokumenteras – det är vad SS-EN 1176/1177 bygger på. Nästan ingen har det i system. Har ni redan enheterna – som integrationspartner, kedja eller förvaltare – är det här en modul ni kan lägga på, inte en produkt någon måste välja att köpa.
Tre sätt att använda Lekko. Många behöver mer än ett.
För integrationspartner
Lekplatskontroll som en modul i ert system
Har ni redan systemet som styrelserna och förvaltarna loggar in i? Vi kopplar på Lekko med API, händelseaviseringar och en inbäddad vy i era färger.
- Bostadsförvaltningssystem och styrelseportaler
- System för drift och underhåll
För eget märke
Lekko under ert eget namn
Vill ni erbjuda lekplatskontroll till egna kunder utan att bygga något? Kör Lekko som det är, med er logotyp och era färger. Inga utvecklare.
- Förvaltare och bostadsrättsorganisationer med egna kunder
- Alla som hellre erbjuder det i eget namn än bygger själva
För kedjor och koncerner
En översikt över alla enheter
Femtio förskolor eller trehundra bostadsrättsföreningar? Problemet är att veta vilka enheter som inte gör sina kontroller. Koncernstruktur och riskrangordnad portfölj.
- Förskole- och skolkedjor
- Kommuner och stadsdelar
- Fastighetsförvaltare och bostadsrättsorganisationer
För integrationspartner
Användaren ska inte behöva logga in någon annanstans.
Har ni redan portalen som styrelserna och förvaltarna använder är det där lekplatsen hör hemma. Kontrollen kan ligga som en vy i er app, i era färger, med inloggningen användaren redan har – eller ni hämtar data via API och bygger gränssnittet själva.
Ert märke, inte vårt
Logotyp, färger och typografi sätts per partner. Ingen Lekko-märkning om ni inte vill ha den.
Ett statusfält, om det räcker
Vill ni bara visa ”lekplats: A-fel” på fastighetskortet är det ett enda API-anrop.
Mobilen först, för ronden går utomhus
Själva kontrollen görs med telefonen på lekplatsen. Den inbäddade vyn är byggd för det.
Brf Björkhagen · Miljö & säkerhet
Lekplats
7 lekredskap · Senast kontrollerad 24 juli
Inbäddad vy – era färger, er inloggning, er navigation.
API och händelser
Allt appen gör kan göras via API.
Läs för att visa status där era användare redan finns. Skriv för att skapa enheter automatiskt när de skapas hos er. Och få en avisering när något kräver åtgärd, så att ni inte behöver fråga oss var femtonde minut.
Status till er egen översikt
{
"data": [
{
"id": "unit_8fk21",
"name": "Brf Björkhagen",
"external_id": "OBJ-40182",
"status": "critical",
"equipment_count": 7,
"open_defects": { "minor": 2, "moderate": 1, "critical": 1 },
"oldest_open_defect_days": 34,
"inspections": {
"routine_visual": { "last": "2026-07-24", "next_due": "2026-07-31" },
"operational": { "last": "2026-06-02", "next_due": "2026-08-16" },
"annual_main": { "last": "2025-09-11", "next_due": "2026-09-11" }
},
"report_url": "https://api.lekko.tech/v1/units/unit_8fk21/report.pdf"
}
],
"next_cursor": "eyJvIjoyNX0"
}Skapa en enhet när den skapas hos er
{
"name": "Brf Norrvik",
"external_id": "OBJ-40199",
"organization_id": "org_kunde_4471",
"template_id": "tpl_brf_standard",
"users": [
{ "email": "styrelsen@norrvik.se", "role": "admin" },
{ "email": "fastighet@drift.se", "role": "inspector" }
]
}
→ 201 Created
{ "id": "unit_91xz4", "status": "ok", "setup_url": "https://app.lekko.tech/…" }Avisering när något kräver åtgärd
{
"event": "defect.critical",
"created_at": "2026-07-30T09:14:22Z",
"unit": { "id": "unit_8fk21", "external_id": "OBJ-40182" },
"defect": {
"id": "def_2p07m",
"equipment": "Gunga vid sandlådan",
"finding": "Sliten S-krok i upphängningen",
"severity": "critical",
"action": "Redskapet är avstängt",
"due_date": "2026-07-31"
},
"signature": "sha256=a91f…"
}REST-API över hela datamodellen
Allt appen gör kan göras via API: enheter, lekredskap, kontroller, anmärkningar och rapporter. Läs för att visa status i ert eget gränssnitt, skriv för att skapa enheter och lekredskap automatiskt.
- Organisationer och enheter – skapa en enhet när en bostadsrättsförening skapas hos er
- Lekredskap med typ, placering, bild och historik
- Kontroller med resultat per kontrollpunkt, och vem som utförde dem
- Anmärkningar med allvarlighetsgrad, tidsfrist, ansvarig och datum för åtgärd
- Rapport som PDF eller strukturerad JSON för en valfri period
Aviseringar när något händer
Ni ska inte behöva fråga oss var femtonde minut om något har ändrats. Vi aviserar er i samma ögonblick det händer, så att händelsen kan hamna i ert eget aviseringssystem, er uppgiftslista eller er bevakning av tidsfrister.
- defect.created och defect.critical – ett A-fel kan skapa ett ärende hos er automatiskt
- inspection.completed – uppdatera status i er portal i samma sekund
- inspection.overdue – påminnelsen kan gå genom era egna kanaler, med er ton
- Signerade meddelanden och nya försök om anropet misslyckas, så att inga händelser går förlorade om ert system är nere en stund
Inbäddad vy i era färger
För användaren ska det se ut som en del av er portal. Kontrollflödet kan läggas in som en vy i er app, med er logotyp, era färger och er typografi.
- Kontroll, anmärkningslista och rapport som inbäddade vyer
- Egna färger, logotyp och namn – ingen Lekko-märkning om ni inte vill
- Fungerar i mobilen, som är där kontrollen faktiskt görs
- Eller omvänt: bara ett statusfält per enhet, som ni visar i ert eget gränssnitt
Inloggningen användaren redan har
Ingen ska behöva minnas ett lösenord till något de använder fyra gånger om året. Användarna kommer in med kontot de redan har hos er.
- OIDC eller SAML mot er identitetsleverantör
- Eller signerad överlämning från er backend – användaren märker ingen inloggning
- Roller styrs från er sida och speglas hos oss
- Tas en användare bort hos er är behörigheten borta hos oss
Nya enheter sätts upp av sig själva
En integration som kräver manuellt arbete per enhet skalar inte. Nya enheter skapas automatiskt från ert system, med rätt inställningar från första dagen.
- Skapa enhet, användare och roller i ett anrop
- Standardchecklistor och intervall sätts från en mall ni styr
- Avslutas en enhet hos er arkiveras den hos oss – med historiken intakt
Testmiljö innan något är i produktion
Ni får en egen sandbox-miljö med testdata, egna nycklar och ingen koppling till verkliga enheter. Utvecklarna kan bygga färdigt innan någon fattar ett beslut.
- Egna API-nycklar för test och produktion
- Realistiska testdata: enheter, lekredskap, kontroller, anmärkningar
- Aviseringar mot er testmiljö
För eget märke
Samma app. Er logotyp och era färger.
Alla vill inte bygga en integration, och ingen ska behöva göra det för att kunna erbjuda lekplatskontroll till sina egna kunder. Kör Lekko som det är, med er profil lagd över. Vi sätter upp det – ni behöver inga utvecklare.
Verksamhet
Brf Björkhagen
Status
Lekredskap
Kontroller
Anmärkningar och åtgärder
Status
Brf Björkhagen
3 saker kräver uppmärksamhet
Se listan nedan och följ upp.
För uppföljning
Förfallen kontroll
Gunga
Visuell kontroll försenad
Öppen anmärkning
Sliten S-krok
Gunga
Verksamhet
Brf Björkhagen
Status
Lekredskap
Kontroller
Anmärkningar och åtgärder
Status
Brf Björkhagen
3 saker kräver uppmärksamhet
Se listan nedan och följ upp.
För uppföljning
Förfallen kontroll
Gunga
Visuell kontroll försenad
Öppen anmärkning
Sliten S-krok
Gunga
Er profil, inte vår
Logotyp och färger genom hela appen. Era kunder känner igen avsändaren i gränssnittet och på rapporten de arkiverar.
- Logotyp och färgprofil sätts upp av oss
- Rapporten kommer med er logotyp i sidhuvudet
Samma produkt, ingen egen version
Det här är ingen avgjutning som blir liggande. Det är samma app som alla andra använder, med en annan profil lagd över.
- Nya funktioner kommer samtidigt som hos alla andra
- Rättningar och säkerhetsuppdateringar följer med automatiskt
- Ingen egen kodbas att underhålla – för någon av oss
Ni äger kundrelationen
Kunderna är era. Vi står för driften och för att kraven i SS-EN 1176/1177 är täckta, och håller oss i bakgrunden.
- Egen organisation per kund, samlade i er översikt
- Ni ser hela portföljen, kunden ser bara sin egen
- Vad som ska stå om Lekko i era villkor kommer vi överens om i uppsättningen
I gång utan utvecklare
Hela skillnaden mot plattformsspåret: här finns ingenting att bygga. Vi sätter upp profilen, ni bjuder in kunderna.
- Vi sätter upp profilen och mallarna
- Ni lägger in kunderna, eller vi importerar en lista
- Första kunden kan vara i gång utan att någon har skrivit kod
Marginaler, supportansvar och vem som fakturerar slutkunden avtalas per partner. Tar ni supporten och faktureringen själva ser avtalet annorlunda ut än om vi gör det. Kontakta oss, så går vi igenom det konkret.
För kedjor och koncerner
Problemet är inte en enskild kontroll. Det är att veta vilka som inte gör sina.
Med femtio förskolor eller trehundra bostadsrättsföreningar är frågan aldrig ”hur gör vi en kontroll”. Den är ”vilka av våra enheter ligger sämst till just nu”. Portföljöversikten svarar på det – sorterad efter risk, inte efter bokstavsordning.
312
enheter
6
kritiska anmärkningar
23
försenade kontroller
94 %
genomförda senaste 30 dagarna
| Enhet | Region | Lekredskap | Status | |
|---|---|---|---|---|
| Brf Björkhagen | Stockholm väst | 7 | A-fel | Öppen i 34 dagar |
| Solstugans förskola | Göteborg | 12 | Förfallen | Visuell kontroll 19 dagar försenad |
| Brf Norrvik | Stockholm öst | 4 | Förfaller snart | Funktionsbesiktning om 4 dagar |
| Lundens förskola | Malmö | 9 | Öppna anmärkningar | 2 måttliga, senast 12 aug |
| Samfälligheten Kalvön | Stockholm väst | 5 | I ordning | Huvudbesiktning 11 sep |
| Fjällstugans förskola | Göteborg | 14 | I ordning | Alla nivåer à jour |
Visar 6 av 312 · Sorterat efter risk: kritiska anmärkningar, därefter försenade, därefter nära förfall
Koncernstruktur med gemensamma krav
Bygg strukturen som organisationen faktiskt ser ut: koncern, region, enhet. Inställningarna sätts en gång i toppen och gäller alla enheter under, med utrymme för lokala anpassningar där det behövs.
- Så många nivåer som organisationen har – koncern, region, kommun, avdelning
- Checklistor, intervall och tidsfrister gäller nedåt i strukturen
- En enhet kan lägga till egna punkter, men inte ta bort koncernens
- Flytta en enhet mellan regioner utan att tappa historiken
Portföljöversikt sorterad efter risk
Inte en lista över alla enheter i bokstavsordning. En lista som börjar med den enhet ni bör ringa i dag.
- A-fel först, sedan försenade kontroller, sedan de som snart förfaller
- Filtrera på region, enhetstyp eller ansvarig
- Se hur länge en anmärkning har varit öppen – inte bara att den är öppen
- Enheter som inte har rapporterat något alls visas separat
Delegerad administration
En regionchef ska se sina enheter, inte alla. Den som sköter en enda förskola ska inte kunna ändra koncernens checklistor.
- Roller per nivå: koncern, region, enhet
- Läsroller för revision, arbetsmiljö och styrelsen
- Revisionslogg över vem som ändrade vad, och när
Gemensamma checklistor, styrda centralt
Ska alla enheter kontrollera samma saker måste någon kunna bestämma det på ett ställe. Ändrar ni mallen gäller den från nästa kontroll i hela portföljen.
- Lägg till en punkt centralt – den finns hos alla vid nästa rond
- Olika mallar för olika typer av enheter: förskola, skola, utemiljö
- Historiken visar vilken version av mallen en kontroll gjordes efter
Årsplan och bemanning över alla enheter
Veckovis visuell kontroll på femtio enheter är femtio ronder i veckan. Årsplanen visar vad som ska göras när, per enhet och per person, så att arbetet kan fördelas innan det förfaller.
- Veckans och månadens ronder för hela regionen på en skärm
- Enheter utan aktiv ansvarig lyfts fram – semester och personalbyten är den vanligaste orsaken till att det stannar
- Påminnelsen går till den som faktiskt ska göra jobbet, inte till en gemensam inkorg
Samma lekredskap, samma fel, flera enheter
Är S-kroken sliten på en gungmodell är den sannolikt sliten på de nitton andra av samma modell. Lekredskapen registreras med typ och tillverkare, så en anmärkning kan slås upp i hela portföljen.
- Hitta alla enheter med samma redskapstyp eller tillverkare
- Se om en anmärkning återkommer – och var ingen har tittat än
- Siffror att ta med till leverantören, i stället för en känsla
Externa får tillgång bara där de ska
Den årliga huvudbesiktningen ska göras av en certifierad besiktningsman. Besiktningsmannen, driftentreprenören och revisionen behöver olika behörighet – och ingen av dem behöver se hela koncernen.
- Ge en certifierad besiktningsman tillgång till utvalda enheter under en avgränsad period
- Driftentreprenören kan registrera kontroller utan att kunna ändra mallar
- Läsroll för revision och styrelsen
- Tillgången upphör av sig själv – inga bortglömda användare
Samlad rapport för hela portföljen
En rapport för koncernen, en per region, en per enhet – samma underlag. Till styrelsen och till revisionen.
- PDF för läsning, Excel och API för vidare bearbetning
- Välj period och nivå: senaste kvartalet för en region, senaste året för allt
- Nyckeltal över tid: andel genomförda kontroller och genomsnittlig tid från upptäckt till åtgärdad anmärkning
Ett avtal, en faktura
Enheterna ska inte behöva beställa var för sig med eget kort. Koncernavtal med pris per enhet, och en faktura.
- Pris per enhet, satt utifrån volym
- En faktura till koncernen, med enheterna specificerade
- PUB-avtal på koncernnivå – inte ett per enhet
Struktur och gemensamma krav
Sätt kraven en gång. Låt dem gälla överallt.
Bygg strukturen som organisationen faktiskt ser ut och sätt checklistor, intervall och tidsfrister i toppen. Då gäller de för alla enheter under. En regionchef ser sina enheter – inte alla, och inte bara sin egen.
- Koncern, region och enhet – så många nivåer ni behöver
- Lägg till en kontrollpunkt centralt, och den gäller från nästa rond
- En enhet kan lägga till lokala punkter, men inte ta bort koncernens
- Revisionslogg: vem ändrade vad, och när
Gäller nedåt från koncernen
- Checklistor och egna punkter
- Intervall och påminnelsetider
- Krav på årlig huvudbesiktning
- Rapportmall och logotyp
Flera organisationer
Många enheter betyder inte alltid en organisation.
En kedja äger sina enheter själv. En förvaltare sköter enheter för kunder som äger dem var för sig. En kommun har förvaltningar med samma krav men olika driftorganisation. Det avgör vem som är personuppgiftsansvarig, vem dokumentationen tillhör och vad som händer när ett avtal tar slut – så uppsättningen blir inte densamma.
Kedjan
En verksamhet, många enheter
KoncernRegionEnhet
Koncernen äger enheterna själv och svarar för dem. Kraven sätts i toppen och gäller nedåt, och portföljen är en datamängd med en ägare.
- En personuppgiftsansvarig, ett PUB-avtal, en faktura
- Checklistor och intervall bestäms centralt
- Regionchefer ser sina enheter, koncernen ser alla
- Nyckeltal kan jämföras mellan regioner, eftersom underlaget är detsamma
Förvaltaren
Många kunder, var och en med sina enheter
FörvaltareKundEnhet
En bostadsrättsorganisation eller ett förvaltningsbolag sköter enheter det inte äger. Varje kund är en egen organisation med sina egna data – ni ser alla kunder, kunden ser bara sitt.
- Kunderna är åtskilda: ingen ser varandras enheter, anmärkningar eller bilder
- Ni har en förvaltarroll över alla kunder, med en gemensam arbetslista
- Rapporten går ut i kundens namn, med kundens logotyp
- Säger en kund upp förvaltningsavtalet följer data med kunden – inte med er
Kommunen
Flera förvaltningar, samma krav
KommunFörvaltning eller stadsdelEnhet
Skolor, förskolor, parker och bostäder ligger under olika förvaltningar med var sin driftorganisation, men med samma krav i SS-EN 1176/1177 och samma politiska ansvar. Minimikraven sätts centralt, genomförandet ligger hos förvaltningen.
- Gemensamma minimikrav för alla förvaltningar, satta på ett ställe
- Varje förvaltning sköter sina egna enheter, med egen personal och egna leverantörer
- Samlad status till kommundirektör och politisk nivå, utan att behöva be förvaltningarna rapportera manuellt
- Allt kan tas ut som PDF eller Excel – för diarieföring, insyn och granskning
Kunder ni förvaltar
37 organisationer · 214 enheter
Varje kund är sin egen organisation. Kunden ser bara sitt, ni ser alla – och rapporten går ut i kundens namn.
Kunden ser sitt. Ni ser alla. Ingen ser varandras.
För en förvaltare är varje kund en egen verksamhet med egen dokumentation och eget PUB-avtal. Gränsen mellan dem är inte ett filter i gränssnittet, den är själva strukturen – och det är därför ni kan ha en gemensam arbetslista utan att kunderna delar något.
Det ger också ett enklare svar på frågan ingen gillar att ställa i ett säljmöte: vad händer om vi slutar använda er. Data tillhör kunden, inte förvaltningsavtalet.
Det som gäller oavsett modell
Enheterna är åtskilda tills ni säger något annat
Utgångspunkten är att en organisation bara ser sina egna enheter. Behörighet över organisationsgränsen är något som ges medvetet, till en roll och en nivå – inte något som följer av att två enheter ligger i samma system.
En enhet kan ha både ägare och förvaltare
Enheten har en ägare, som äger dokumentationen. Andra organisationer kan ha tillgång till den – typiskt en förvaltare, ett driftbolag eller en certifierad besiktningsman. Rollen bestämmer vad de kan göra, och rapporten går ut i ägarens namn.
Byter en enhet ägare eller förvaltare följer historiken med enheten
Enheten flyttas till den nya organisationen med lekredskap, kontroller, anmärkningar och bilder. Den tidigare förvaltarens behörighet tas bort. Ingen ska behöva börja om med dokumentationen för att ett avtal har omförhandlats.
Enheterna kommer in utan manuellt arbete
Trehundra enheter registreras inte för hand. De kan läsas in från kalkylark med namn, adress, region och ansvarig, eller skapas via API från det system ni har. Lekredskapen registreras vid första ronden ute, med bild och placering.
Roller och behörigheter
Fem roller, och vad de faktiskt kan göra.
”Delegerad administration” betyder ingenting förrän någon ser tabellen. Den som sköter en enhet ska kunna göra sitt jobb utan att kunna ändra koncernens krav, och en certifierad besiktningsman som är inne för en årlig huvudbesiktning ska inte se resten av portföljen.
| Kan | Koncern | Region | Enhet | Utförare | Läsare |
|---|---|---|---|---|---|
| Se portföljöversikten | Ja | Eget | Eget | Nej | Eget |
| Utföra kontroller | Ja | Ja | Ja | Ja | Nej |
| Registrera anmärkningar | Ja | Ja | Ja | Ja | Nej |
| Stänga anmärkningar | Ja | Ja | Ja | Nej | Nej |
| Lägga till lokala kontrollpunkter | Ja | Ja | Ja | Nej | Nej |
| Ändra mallar, intervall och tidsfrister | Ja | Eget | Nej | Nej | Nej |
| Bjuda in användare och sätta roller | Ja | Eget | Eget | Nej | Nej |
| Ta ut rapport | Ja | Eget | Eget | Eget | Eget |
| Se revisionsloggen | Ja | Eget | Nej | Nej | Nej |
”Eget” betyder egen nivå och enheterna under den. Utförare är den som går ronden – en fastighetsskötare, en driftentreprenör eller en certifierad besiktningsman – och behöver inte se resten av portföljen. Läsare är revision och styrelse.
Säkerhet, dataskydd och drift
Allt en inköpare behöver se ligger redan ute.
PUB-avtalet, listan över underbiträden, var data ligger och hur de hämtas ut igen – publicerat och versionerat. Ni kan börja granskningen innan ni pratar med oss.
Få personuppgifter att bedöma
Lekko handlar om lekredskap, datum och anmärkningar. De enda personuppgifterna är namn och e-post på dem som loggar in, så att en kontroll är spårbar till en person.
Data inom EU/EES
Databas och bilder ligger hos Amazon Web Services i Frankfurt (eu-central-1). E-post skickas via en leverantör med servrar i Irland.
PUB-avtal och underbiträden på webben
PUB-avtalet och en uppdaterad lista över underbiträden är publicerade och versionerade. Ni behöver inte efterfråga dem för att komma i gång med granskningen.
Allt kan hämtas ut igen
Hela datamängden kan exporteras som Excel, PDF och JSON – lekredskap, kontroller, anmärkningar och bilder. Ingen inlåsning, och det är en poäng vi menar allvarligt: dokumentationen tillhör verksamheten, inte oss.
Revisionslogg
Vem gjorde vad, och när. På koncernnivå betyder det att en kontroll inte bara är registrerad, utan spårbar till en person och en tidpunkt.
Byggt på standarderna, inte på vår tolkning
Checklistorna följer strukturen i SS-EN 1176 och SS-EN 1177, med hänvisning på varje punkt. Det gör dem möjliga att korskontrollera mot en besiktningsrapport i stället för att behöva tas på tro.
PUB-avtalet och integritetspolicyn är publicerade och versionerade – ni behöver inte efterfråga dem för att börja er granskning.
Därför är Lekko enkelt att bygga vidare på
En liten domän, en liten datamodell och en kravbild som inte ändras varje år.
En datamodell, inte fem integrationer
Lekredskap, kontroll, kontrollpunkt, anmärkning, åtgärd. Modellen är liten nog att läsa på en halvtimme och täcker ändå hela kravbilden i SS-EN 1176/1177. Det är den som gör ett API möjligt över huvud taget.
Innehållet är en del av produkten
Checklistorna, guiderna och hjälpcentret är kurerat innehåll med källhänvisningar – inte text som någon skrev en gång. Det är den delen som tar längst tid att bygga upp, och som inte går att kopiera över en natt.
Kraven ändras långsamt
SS-EN 1176 och SS-EN 1177 revideras med jämna mellanrum, men grundkraven står kvar. En produkt byggd på dem blir inte omodern av nästa teknikskifte.
Marknaden är alla som äger en lekplats
Samfälligheter, bostadsrättsföreningar, förskolor, skolor, kommuner, parker. SS-EN 1176/1177 bygger på regelbunden kontroll, och ansvaret följer ägandet – oavsett om man har tre lekredskap eller trehundra.
Så kommer vi i gång
Fyra steg, och inget av dem är stort.
- 1
Ett samtal på en halvtimme
Ni berättar vad ni har och vem som ska använda det. Vi säger vilken väg som är rätt – API, inbäddad vy, koncernstruktur eller en kombination.
- 2
Vi skissar lösningen skriftligt
Vilka slutpunkter och händelser ni behöver, hur strukturen och inloggningen ska sättas upp, vad som ägs av vem. Kort nog att läsa, konkret nog att fatta ett beslut på.
- 3
Pilot på ett urval enheter
Tio enheter, en region eller en kund. Nog för att se om det fungerar i praktiken, litet nog att ingen tar en stor risk.
- 4
Utrullning i er takt
Koncernavtal, en faktura och nya enheter som sätts upp automatiskt från ert system. Vi följer upp de första veckorna tätt.
Frågor och svar
Kan Lekko ligga inne i vårt eget system, utan separat inloggning?
Ja. Kontrollflödet, anmärkningslistan och rapporten kan läggas in som inbäddade vyer i er portal, med er logotyp, era färger och er typografi, och med inloggning från er identitetsleverantör. Alternativt hämtar ni bara data via API och bygger gränssnittet själva.
Vi förvaltar enheter för flera ägare. Kan kunderna hållas åtskilda?
Ja. Varje kund är en egen organisation med sina egna enheter, anmärkningar och bilder, och ingen kund ser någon annans. Ni får en förvaltarroll över alla kunder, med en gemensam arbetslista för hela portföljen. Rapporten går ut i kundens namn, och säger en kund upp förvaltningsavtalet följer data med kunden.
Kan en enhet ligga under två organisationer?
Enheten har en ägare, som äger dokumentationen. Andra organisationer kan ha tillgång till den – typiskt en förvaltare, ett driftbolag eller en certifierad besiktningsman som ska göra den årliga huvudbesiktningen. Rollen bestämmer vad de kan göra, och en behörighet kan ges för en avgränsad period.
Vad händer om en enhet byter ägare eller förvaltare?
Enheten flyttas till den nya organisationen med lekredskap, kontroller, anmärkningar och bilder, och den tidigare förvaltarens behörighet tas bort. Historiken följer enheten. Ingen ska behöva börja om med dokumentationen för att ett avtal har omförhandlats.
Hur får vi in trehundra enheter i systemet?
Enheterna läses in från kalkylark – namn, adress, region och ansvarig – eller skapas via API från det system ni redan har. Lekredskapen registreras vid första ronden ute, med bild och placering. Vanligtvis tas portföljen i bruk region för region, inte allt på en dag.
Kan vi styra checklistorna centralt?
Ja. Mallar sätts på koncern- eller regionnivå och gäller för enheterna under. En enhet kan lägga till egna punkter där det finns lokala förhållanden, men inte ta bort koncernens. Historiken visar vilken version av mallen en kontroll genomfördes efter.
Vem äger data?
Den verksamhet som har registrerat dem. Hela datamängden kan exporteras som Excel, PDF och JSON, inklusive bilder. Vi tycker att det är en poäng och inte en formalitet: dokumentationen av era kontroller ska inte vara något ni förlorar genom att byta leverantör.
Vilka personuppgifter behandlar Lekko?
Namn och e-post på dem som loggar in, så att en kontroll är spårbar till en person. Resten är lekredskap, datum och anmärkningar. Det gör dataskyddsbedömningen kort.
Var lagras data?
Inom EU/EES. Databas och bilder ligger hos Amazon Web Services i Frankfurt (eu-central-1), och e-post skickas via en leverantör med servrar i Irland. PUB-avtal och en versionerad lista över underbiträden är publicerade på webbplatsen.
Vad krävs av oss tekniskt?
För en ren API-integration: att ert system kan göra HTTP-anrop och ta emot aviseringar. För inloggning utan lösenord: en OIDC- eller SAML-uppsättning, eller en backend som kan signera en överlämning. Ni får en testmiljö med egna nycklar innan något rör verkliga enheter.
Hur prissätts ett koncernavtal?
Pris per enhet, satt utifrån volym, med en faktura till koncernen och enheterna specificerade. För en integration kommer vi dessutom överens om hur uppsättningen ska täckas. Vi sätter priset i samtalet – det beror för mycket på antalet enheter och på vad integrationen ska göra för att ett listpris här skulle vara till någon nytta.
Vad är första steget?
Ett samtal på en halvtimme, där ni berättar vad ni har och vem som ska använda det. Skriv till oss via kontaktformuläret och välj ”Integration eller partnerskap”, så tar vi det därifrån.
Har ni enheterna har vi resten.
Berätta vad ni har och vem som ska använda det. Vi säger vilken väg som är rätt, och vad den kräver av er.