Integration og koncernløsning
Legepladsen er det sidste ringbind, ingen har digitaliseret.
Legeredskaber skal efterses regelmæssigt, og eftersynene skal dokumenteres – det er det, DS-EN 1176/1177 bygger på. Næsten ingen har det i system. Har I allerede enhederne – som integrationspartner, kæde eller administrator – er det her et modul, I kan lægge oven på, ikke et produkt, nogen skal vælge at købe.
Tre måder at bruge Lekko på. Mange har brug for mere end én.
For integrationspartnere
Legepladseftersyn som modul i jeres system
Har I allerede det system, bestyrelserne og administratorerne logger ind i? Vi kobler Lekko på med API, hændelsesnotifikationer og en indlejret visning i jeres farver.
- Administrationssystemer for boliger og bestyrelsesportaler
- Drifts- og vedligeholdelsessystemer
For eget mærke
Lekko under jeres eget navn
Vil I tilbyde legepladseftersyn til jeres egne kunder uden at bygge noget? Kør Lekko, som det er, med jeres logo og jeres farver. Ingen udviklere.
- Administratorer og boligorganisationer med egne kunder
- Alle, der hellere vil tilbyde det i eget navn end bygge det selv
For kæder og koncerner
Ét overblik over alle enheder
Halvtreds børnehaver eller tre hundrede boligselskaber? Problemet er at vide, hvilke enheder der ikke får eftersynene udført. Koncernstruktur og en portefølje sorteret efter risiko.
- Daginstitutions- og skolekæder
- Kommuner og bydele
- Ejendomsforvaltere og boligadministratorer
For integrationspartnere
Brugeren skal ikke logge ind et andet sted.
Har I allerede den portal, bestyrelserne og administratorerne bruger, er det der, legepladsen hører hjemme. Eftersynet kan ligge som en visning i jeres app, i jeres farver, med det login, brugeren allerede har – eller I kan hente data via API og bygge grænsefladen selv.
Jeres mærke, ikke vores
Logo, farver og typografi sættes pr. partner. Ingen Lekko-mærkning, hvis I ikke vil have den.
Ét statusfelt, hvis det er nok
Vil I bare vise »legeplads: kritisk fejl« på ejendomskortet, er det ét API-kald.
Mobil først, for runden foregår udendørs
Selve eftersynet foregår med telefonen i hånden på legepladsen. Den indlejrede visning er bygget til det.
A/B Birkehaven · Miljø & sikkerhed
Legeplads
7 legeredskaber · Senest kontrolleret 24. juli
Indbygget visning – jeres farver, jeres login, jeres navigation.
API og hændelser
Alt, appen kan, kan gøres via API.
Læs for at vise status dér, hvor jeres brugere allerede er. Skriv for at oprette enheder automatisk, når de oprettes hos jer. Og få besked, når noget kræver handling, så I ikke skal spørge os hvert kvarter.
Status til jeres eget overblik
{
"data": [
{
"id": "unit_8fk21",
"name": "A/B Birkehaven",
"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"
}Opret en enhed, når den oprettes hos jer
{
"name": "E/F Nordvig",
"external_id": "OBJ-40199",
"organization_id": "org_kunde_4471",
"template_id": "tpl_andelsbolig_standard",
"users": [
{ "email": "bestyrelsen@nordvig.dk", "role": "admin" },
{ "email": "drift@ejendomsservice.dk", "role": "inspector" }
]
}
→ 201 Created
{ "id": "unit_91xz4", "status": "ok", "setup_url": "https://app.lekko.tech/…" }Notifikation, når noget kræver handling
{
"event": "defect.critical",
"created_at": "2026-07-30T09:14:22Z",
"unit": { "id": "unit_8fk21", "external_id": "OBJ-40182" },
"defect": {
"id": "def_2p07m",
"equipment": "Gynge ved sandkassen",
"finding": "Slidt S-krog i ophænget",
"severity": "critical",
"action": "Redskabet er spærret af",
"due_date": "2026-07-31"
},
"signature": "sha256=a91f…"
}REST-API over hele datamodellen
Alt, appen kan, kan gøres via API: enheder, legeredskaber, eftersyn, fejl og rapporter. Læs for at vise status i jeres egen grænseflade, skriv for at oprette enheder og legeredskaber automatisk.
- Organisationer og enheder – opret en enhed, når et boligselskab oprettes hos jer
- Legeredskaber med type, placering, billede og historik
- Eftersyn med resultat pr. tjekpunkt, og hvem der udførte dem
- Fejl med alvorlighedsgrad, frist, ansvarlig og dato for udbedring
- Rapport som PDF eller struktureret JSON for en valgt periode
Notifikationer, når noget sker
I skal ikke spørge os hvert kvarter, om noget har ændret sig. Vi giver besked i samme øjeblik, det sker, så hændelsen kan lande i jeres eget notifikationssystem, jeres opgaveliste eller jeres overvågning af frister.
- defect.created og defect.critical – en kritisk fejl kan oprette en sag hos jer automatisk
- inspection.completed – opdatér status i jeres portal i samme sekund
- inspection.overdue – påmindelsen kan gå gennem jeres egne kanaler, i jeres tone
- Signerede beskeder, og nye forsøg, hvis kaldet fejler, så ingen hændelser går tabt, hvis jeres system er nede et stykke tid
Indlejret visning i jeres farver
For brugeren skal det se ud som en del af jeres portal. Eftersynsforløbet kan lægges ind som en visning i jeres app, med jeres logo, farver og typografi.
- Eftersyn, fejlliste og rapport som indlejrede visninger
- Egne farver, logo og navn – ingen Lekko-mærkning, hvis I ikke vil
- Virker på mobilen, for det er der, eftersynet faktisk foregår
- Eller den anden vej rundt: kun et statusfelt pr. enhed, som I viser i jeres egen grænseflade
Det login, brugeren allerede har
Ingen skal huske en adgangskode til noget, de bruger fire gange om året. Brugerne kommer ind med den konto, de allerede har hos jer.
- OIDC eller SAML mod jeres identitetsudbyder
- Eller en signeret overdragelse fra jeres backend – brugeren mærker intet login
- Roller styres hos jer og spejles hos os
- Fjerner I en bruger hos jer, er adgangen væk hos os
Nye enheder sætter sig selv op
En integration, der kræver manuelt arbejde pr. enhed, skalerer ikke. Nye enheder oprettes automatisk fra jeres system, med de rigtige indstillinger fra første dag.
- Opret enhed, brugere og roller i ét kald
- Standardtjeklister og intervaller sættes fra en skabelon, I styrer
- Afsluttes en enhed hos jer, arkiveres den hos os – med historikken intakt
Testmiljø, før noget er i produktion
I får jeres eget sandbox-miljø med testdata, egne nøgler og ingen forbindelse til virkelige enheder. Udviklerne kan bygge færdigt, før nogen træffer en beslutning.
- Egne API-nøgler til test og produktion
- Realistiske testdata: enheder, legeredskaber, eftersyn, fejl
- Notifikationer mod jeres testmiljø
For eget mærke
Samme app. Jeres logo og jeres farver.
Ikke alle vil bygge en integration, og ingen bør være nødt til det for at kunne tilbyde legepladseftersyn til deres egne kunder. Kør Lekko, som det er, med jeres profil lagt oven på. Vi sætter det op – I har ikke brug for udviklere.
Virksomhed
A/B Birkehaven
Status
Redskaber
Eftersyn
Fejl og udbedringer
Status
A/B Birkehaven
3 ting kræver opmærksomhed
Se listen nedenfor og følg op.
Til opfølgning
Forfaldet eftersyn
Gynge
Visuelt eftersyn forfaldet
Åben fejl
Slidt S-krog
Gynge
Virksomhed
A/B Birkehaven
Status
Redskaber
Eftersyn
Fejl og udbedringer
Status
A/B Birkehaven
3 ting kræver opmærksomhed
Se listen nedenfor og følg op.
Til opfølgning
Forfaldet eftersyn
Gynge
Visuelt eftersyn forfaldet
Åben fejl
Slidt S-krog
Gynge
Jeres profil, ikke vores
Logo og farver gennem hele appen. Jeres kunder genkender afsenderen i grænsefladen og på den rapport, de arkiverer.
- Logo og farveprofil sættes op af os
- Rapporten kommer med jeres logo i sidehovedet
Samme produkt, ingen særlig version
Det her er ikke en afstøbning, der bliver liggende. Det er den samme app, som alle andre bruger, med en anden profil lagt oven på.
- Nye funktioner kommer til jer samtidig med alle andre
- Rettelser og sikkerhedsopdateringer følger automatisk med
- Ingen egen kodebase at vedligeholde – for nogen af os
I ejer kunderelationen
Kunderne er jeres. Vi står for driften og for, at kravene i DS-EN 1176/1177 er dækket, og holder os i baggrunden.
- Egen organisation pr. kunde, samlet i jeres overblik
- I ser porteføljen på tværs, kunden ser kun sin egen
- Hvad der skal stå om Lekko i jeres vilkår, aftaler vi i opsætningen
I gang uden udviklere
Hele forskellen fra platformssporet: her er der ingenting at bygge. Vi sætter profilen op, I inviterer kunderne.
- Vi sætter profilen og skabelonerne op
- I lægger kunderne ind, eller vi importerer en liste
- Den første kunde kan være i gang, uden at nogen har skrevet kode
Marginer, supportansvar og hvem der fakturerer slutkunden, aftales pr. partner. Tager I selv supporten og faktureringen, ser aftalen anderledes ud, end hvis vi gør det. Kontakt os, så gennemgår vi det konkret.
For kæder og koncerner
Problemet er ikke ét eftersyn. Det er at vide, hvem der ikke får dem udført.
Med halvtreds børnehaver eller tre hundrede boligselskaber er spørgsmålet aldrig »hvordan udfører vi et eftersyn«. Det er »hvilke af vores enheder står svagest lige nu«. Porteføljeoverblikket svarer på det – sorteret efter risiko, ikke efter alfabetisk rækkefølge.
312
enheder
6
kritiske fejl
23
forfaldne eftersyn
94 %
udført de seneste 30 dage
| Enhed | Region | Legeredskaber | Status | |
|---|---|---|---|---|
| A/B Birkehaven | København V | 7 | Kritisk fejl | Åben i 34 dage |
| Solstuen Børnehave | Aarhus | 12 | Forfaldet | Visuelt eftersyn 19 dage forsinket |
| E/F Nordvig | København Ø | 4 | Tæt på forfald | Funktionseftersyn om 4 dage |
| Lundevej Børnehave | Odense | 9 | Åbne fejl | 2 moderate, frist 12. aug. |
| A/B Kalvøen | København V | 5 | I orden | Hovedeftersyn 11. sep. |
| Fjeldstuen Børnehave | Aarhus | 14 | I orden | Alle niveauer ajour |
Viser 6 af 312 · Sorteret efter risiko: kritiske fejl, derefter forfaldne, derefter tæt på forfald
Koncernstruktur med fælles krav
Byg strukturen, som organisationen faktisk ser ud: koncern, region, enhed. Indstillingerne sættes én gang i toppen og gælder for alle enheder under, med plads til lokale tilpasninger, hvor der er brug for det.
- Så mange niveauer, som organisationen har – koncern, region, kommune, afdeling
- Tjeklister, intervaller og frister gælder nedad i strukturen
- En enhed kan tilføje egne punkter, men ikke fjerne koncernens
- Flyt en enhed mellem regioner uden at miste historikken
Porteføljeoverblik sorteret efter risiko
Ikke en liste over alle enheder i alfabetisk rækkefølge. En liste, der begynder med den enhed, I bør ringe til i dag.
- Kritiske fejl først, så forfaldne eftersyn, så dem, der snart forfalder
- Filtrér på region, enhedstype eller ansvarlig
- Se, hvor længe en fejl har stået åben – ikke kun at den står åben
- Enheder, der slet ikke har rapporteret noget, vises for sig
Delegeret administration
En regionschef skal se sine egne enheder, ikke alle. Den, der passer én børnehave, skal ikke kunne ændre koncernens tjeklister.
- Roller pr. niveau: koncern, region, enhed
- Læseroller til revision, arbejdsmiljø og bestyrelsen
- Revisionslog over, hvem der ændrede hvad, og hvornår
Fælles tjeklister, styret centralt
Skal alle enheder tjekke det samme, skal nogen kunne bestemme det ét sted. Ændrer I skabelonen, gælder den fra næste eftersyn i hele porteføljen.
- Tilføj et punkt centralt – det dukker op hos alle ved næste runde
- Forskellige skabeloner til forskellige typer enheder: børnehave, skole, udeareal
- Historikken viser, hvilken version af skabelonen et eftersyn blev udført efter
Årshjul og bemanding på tværs
Ugentligt visuelt eftersyn på halvtreds enheder er halvtreds runder om ugen. Årshjulet viser, hvad der skal gøres hvornår, pr. enhed og pr. person, så arbejdet kan fordeles, før det forfalder.
- Ugens og månedens runder for hele regionen på én skærm
- Enheder uden en aktiv ansvarlig løftes frem – ferie og personaleudskiftning er den hyppigste grund til, at det går i stå
- Påmindelsen går til den, der faktisk skal udføre arbejdet, ikke til en fælles indbakke
Samme redskab, samme fejl, flere enheder
Er S-krogen slidt på én gyngemodel, er den sandsynligvis slidt på de nitten andre af samme model. Legeredskaberne registreres med type og producent, så en fejl kan slås op på tværs af hele porteføljen.
- Find alle enheder med samme type legeredskab eller samme producent
- Se, om en fejl går igen – og hvor ingen har set efter endnu
- Tal at tage med til leverandøren i stedet for en fornemmelse
Eksterne får kun adgang, hvor de skal
Hovedeftersynet skal udføres af en kvalificeret inspektør. Inspektøren, serviceleverandøren og revisionen har brug for forskellig adgang, og ingen af dem har brug for at se hele koncernen.
- Giv en kvalificeret inspektør adgang til udvalgte enheder i en afgrænset periode
- Serviceleverandøren kan registrere eftersyn uden at kunne ændre skabeloner
- Læserolle til revision og bestyrelsen
- Adgangen udløber af sig selv – ingen glemte brugere
Samlet rapport for hele porteføljen
Én rapport for koncernen, én pr. region, én pr. enhed – samme grundlag. Til bestyrelsen og til revisionen.
- PDF til læsning, Excel og API til videre bearbejdning
- Vælg periode og niveau: seneste kvartal for én region, seneste år for alt
- Nøgletal over tid: andel udførte eftersyn og gennemsnitlig tid fra en fejl findes, til den er udbedret
Én aftale, én faktura
Enhederne skal ikke bestille hver for sig med deres eget kort. Koncernaftale med pris pr. enhed, og én faktura.
- Pris pr. enhed, aftalt ud fra volumen
- Én faktura til koncernen, med enhederne specificeret
- Databehandleraftale på koncernniveau – ikke én pr. enhed
Struktur og fælles krav
Sæt kravene én gang. Lad dem gælde overalt.
Byg strukturen, som organisationen faktisk ser ud, og sæt tjeklister, intervaller og frister i toppen. Så gælder de for alle enheder under. En regionschef ser sine egne enheder – ikke alle, og ikke kun sin egen.
- Koncern, region og enhed – så mange niveauer, I har brug for
- Tilføj et tjekpunkt centralt, og det gælder fra næste runde
- En enhed kan tilføje lokale punkter, men ikke fjerne koncernens
- Revisionslog: hvem ændrede hvad, og hvornår
Gælder nedad fra koncernen
- Tjeklister og egne punkter
- Intervaller og påmindelsesfrister
- Krav om årligt hovedeftersyn
- Rapportskabelon og logo
Flere organisationer
Mange enheder betyder ikke altid én organisation.
En kæde ejer selv sine enheder. En administrator passer enheder for kunder, der ejer dem hver for sig. En kommune har forvaltninger med de samme krav og forskellig driftsorganisation. Det afgør, hvem der er dataansvarlig, hvem dokumentationen tilhører, og hvad der sker, når en aftale slutter – så opsætningen bliver ikke den samme.
Kæden
Én virksomhed, mange enheder
KoncernRegionEnhed
Koncernen ejer selv enhederne og svarer for dem. Kravene sættes i toppen og gælder nedad, og porteføljen er ét datasæt med én ejer.
- Én dataansvarlig, én databehandleraftale, én faktura
- Tjeklister og intervaller bestemmes centralt
- Regionschefer ser deres egne enheder, koncernen ser alle
- Nøgletal kan sammenlignes mellem regioner, fordi grundlaget er det samme
Administratoren
Mange kunder, hver med deres egne enheder
AdministratorKundeEnhed
En boligadministrator eller et administrationsselskab passer enheder, som andre ejer. Hver kunde er sin egen organisation med sine egne data – I ser alle kunder, kunden ser kun sin egen.
- Kunderne er adskilt: ingen ser hinandens enheder, fejl eller billeder
- I har en administratorrolle på tværs, med én arbejdsliste for alle kunder
- Rapporten går ud i kundens navn, med kundens logo
- Siger en kunde administrationsaftalen op, følger data med kunden – ikke med jer
Kommunen
Flere forvaltninger, samme krav
KommuneForvaltning eller bydelEnhed
Skoler, daginstitutioner, parker og boliger ligger under forskellige forvaltninger med hver sin driftsorganisation, men med de samme krav i DS-EN 1176/1177 og det samme politiske ansvar. Minimumskravene sættes centralt, udførelsen ligger hos forvaltningen.
- Fælles minimumskrav for alle forvaltninger, sat ét sted
- Hver forvaltning passer sine egne enheder, med egne folk og egne leverandører
- Samlet status til kommunaldirektør og politisk niveau, uden at forvaltningerne skal rapportere manuelt
- Alt kan trækkes ud som PDF eller Excel – til journalisering, aktindsigt og ekstern gennemgang
Kunder I forvalter
37 organisationer · 214 enheder
Hver kunde er sin egen organisation. Kunden ser kun sit eget, I ser alle – og rapporten går ud i kundens navn.
Kunden ser sit. I ser alle. Ingen ser hinandens.
For en administrator er hver kunde en egen virksomhed med sin egen dokumentation og sin egen databehandleraftale. Skellet mellem dem er ikke et filter i grænsefladen, det er selve strukturen – og det er derfor, I kan have én arbejdsliste på tværs, uden at kunderne deler noget.
Det giver også et enklere svar på det spørgsmål, ingen har lyst til at stille på et salgsmøde: hvad sker der, hvis vi holder op med at bruge jer. Data tilhører kunden, ikke administrationsaftalen.
Det, der gælder uanset model
Enhederne er adskilt, indtil I siger andet
Udgangspunktet er, at en organisation kun ser sine egne enheder. Adgang på tværs er noget, der gives bevidst, til en rolle og et niveau – ikke noget, der følger af, at to enheder ligger i samme system.
En enhed kan have både ejer og administrator
Enheden har én ejer, som ejer dokumentationen. Andre organisationer kan få adgang til den – typisk en administrator, et driftsselskab eller en kvalificeret inspektør. Rollen bestemmer, hvad de kan gøre, og rapporten går ud i ejerens navn.
Skifter en enhed ejer eller administrator, følger historikken med enheden
Enheden flyttes til den nye organisation med legeredskaber, eftersyn, fejl og billeder. Den tidligere administrators adgang fjernes. Ingen skal begynde forfra på dokumentationen, fordi en aftale er blevet genforhandlet.
Enhederne kommer ind uden manuelt arbejde
Tre hundrede enheder registreres ikke i hånden. De kan læses ind fra regneark med navn, adresse, region og ansvarlig, eller oprettes via API fra det system, I har. Legeredskaberne registreres på den første runde ude, med billede og placering.
Roller og adgange
Fem roller, og hvad de faktisk kan.
»Delegeret administration« betyder ingenting, før nogen ser tabellen. Den, der passer én enhed, skal kunne udføre sit arbejde uden at kunne ændre koncernens krav, og en kvalificeret inspektør, der er inde for ét hovedeftersyn, skal ikke se resten af porteføljen.
| Kan | Koncern | Region | Enhed | Udfører | Læser |
|---|---|---|---|---|---|
| Se porteføljeoverblikket | Ja | Eget | Eget | Nej | Eget |
| Udføre eftersyn | Ja | Ja | Ja | Ja | Nej |
| Registrere fejl | Ja | Ja | Ja | Ja | Nej |
| Lukke fejl | Ja | Ja | Ja | Nej | Nej |
| Tilføje lokale tjekpunkter | Ja | Ja | Ja | Nej | Nej |
| Ændre skabeloner, intervaller og frister | Ja | Eget | Nej | Nej | Nej |
| Invitere brugere og sætte roller | Ja | Eget | Eget | Nej | Nej |
| Hente rapport | Ja | Eget | Eget | Eget | Eget |
| Se revisionsloggen | Ja | Eget | Nej | Nej | Nej |
»Eget« betyder eget niveau og enhederne under det. Udføreren er den, der går runden – en vicevært, et driftsselskab eller en kvalificeret inspektør – og har ikke brug for at se resten af porteføljen. Læseren er revision og bestyrelse.
Sikkerhed, databeskyttelse og drift
Alt, en indkøber har brug for at se, ligger allerede ude.
Databehandleraftalen, listen over underdatabehandlere, hvor data ligger, og hvordan de hentes ud igen – offentliggjort og versioneret. I kan begynde jeres vurdering, før I taler med os.
Få personoplysninger at vurdere
Lekko handler om legeredskaber, datoer og fejl. De eneste personoplysninger er navn og e-mail på dem, der logger ind, så et eftersyn er sporbart til en person.
Data inden for EU/EØS
Database og billeder ligger hos Amazon Web Services i Frankfurt (eu-central-1). E-mails sendes via en leverandør med servere i Irland.
Databehandleraftale og underdatabehandlere på nettet
Databehandleraftalen og en opdateret liste over underdatabehandlere er offentliggjort og versioneret. I behøver ikke bede om dem for at komme i gang med vurderingen.
Alt kan hentes ud igen
Hele datasættet kan eksporteres som Excel, PDF og JSON – legeredskaber, eftersyn, fejl og billeder. Ingen indlåsning, og det er en pointe, vi mener alvorligt: dokumentationen tilhører virksomheden, ikke os.
Revisionslog
Hvem gjorde hvad, og hvornår. På koncernniveau betyder det, at et eftersyn ikke kun er registreret, men sporbart til en person og et tidspunkt.
Bygget på standarderne, ikke på vores fortolkning
Tjeklisterne følger strukturen i DS-EN 1176 og DS-EN 1177, med henvisning på hvert punkt. Det gør dem mulige at krydstjekke mod rapporten fra en kvalificeret inspektør i stedet for at skulle tages på tro.
Databehandleraftalen og privatlivspolitikken er offentliggjort og versioneret – I behøver ikke bede om dem for at begynde vurderingen.
Derfor er Lekko nemt at bygge videre på
Et lille domæne, en lille datamodel og krav, der ikke ændrer sig hvert år.
Én datamodel, ikke fem integrationer
Legeredskab, eftersyn, tjekpunkt, fejl, udbedring. Modellen er lille nok at læse på en halv time og dækker alligevel alle kravene i DS-EN 1176/1177. Det er den, der gør et API muligt i det hele taget.
Indholdet er en del af produktet
Tjeklisterne, guiderne og hjælpecentret er kurateret indhold med kildehenvisninger – ikke tekst, som nogen skrev en gang. Det er den del, der tager længst tid at bygge op, og som ikke kan kopieres på én nat.
Kravene ændrer sig langsomt
DS-EN 1176 og DS-EN 1177 revideres med jævne mellemrum, men grundkravene bliver stående. Et produkt bygget på dem bliver ikke forældet af det næste teknologiskift.
Markedet er alle, der ejer en legeplads
Ejerforeninger, andelsboligforeninger, daginstitutioner, skoler, kommuner, parker. DS-EN 1176/1177 bygger på regelmæssigt eftersyn, og ansvaret følger ejerskabet – uanset om man har tre legeredskaber eller tre hundrede.
Sådan kommer vi i gang
Fire trin, og ingen af dem er store.
- 1
En samtale på en halv time
I fortæller, hvad I har, og hvem der skal bruge det. Vi siger, hvad der er den rigtige vej – API, indlejret visning, koncernstruktur eller en kombination.
- 2
Vi skitserer løsningen skriftligt
Hvilke endepunkter og hændelser I har brug for, hvordan strukturen og login skal sættes op, hvad der ejes af hvem. Kort nok at læse, konkret nok at træffe en beslutning på.
- 3
Pilot på et udvalg af enheder
Ti enheder, én region eller én kunde. Nok til at se, om det virker i praksis, lille nok til, at ingen tager en stor risiko.
- 4
Udrulning i jeres tempo
Koncernaftale, én faktura og nye enheder, der sættes op automatisk fra jeres system. Vi følger tæt op de første uger.
Spørgsmål og svar
Kan Lekko ligge inde i vores eget system, uden et separat login?
Ja. Eftersynsforløbet, fejllisten og rapporten kan lægges ind som indlejrede visninger i jeres portal, med jeres logo, jeres farver og jeres typografi, og med login fra jeres identitetsudbyder. Alternativt henter I bare data via API og bygger grænsefladen selv.
Vi administrerer enheder for flere ejere. Kan kunderne holdes adskilt?
Ja. Hver kunde er sin egen organisation med sine egne enheder, fejl og billeder, og ingen kunde ser en andens. I får en administratorrolle på tværs, med én arbejdsliste for hele porteføljen. Rapporten går ud i kundens navn, og siger en kunde administrationsaftalen op, følger data med kunden.
Kan én enhed ligge under to organisationer?
Enheden har én ejer, som ejer dokumentationen. Andre organisationer kan få adgang til den – typisk en administrator, et driftsselskab eller en kvalificeret inspektør, der skal udføre hovedeftersynet. Rollen bestemmer, hvad de kan gøre, og en adgang kan gives for en afgrænset periode.
Hvad sker der, hvis en enhed skifter ejer eller administrator?
Enheden flyttes til den nye organisation med legeredskaber, eftersyn, fejl og billeder, og den tidligere administrators adgang fjernes. Historikken følger enheden. Ingen skal begynde forfra på dokumentationen, fordi en aftale er blevet genforhandlet.
Hvordan får vi tre hundrede enheder ind i systemet?
Enhederne læses ind fra regneark – navn, adresse, region og ansvarlig – eller oprettes via API fra det system, I har. Legeredskaberne registreres på den første runde ude, med billede og placering. Normalt tages porteføljen i brug region for region, ikke alt på én dag.
Kan vi styre tjeklisterne centralt?
Ja. Skabeloner sættes på koncern- eller regionsniveau og gælder for enhederne under. En enhed kan tilføje egne punkter, hvor der er lokale forhold, men ikke fjerne koncernens. Historikken viser, hvilken version af skabelonen et eftersyn blev udført efter.
Hvem ejer data?
Den virksomhed, der har registreret dem. Hele datasættet kan eksporteres som Excel, PDF og JSON, inklusive billeder. Vi mener, det er en pointe og ikke en formalitet: dokumentationen af jeres eftersyn skal ikke være noget, I mister ved at skifte leverandør.
Hvilke personoplysninger behandler Lekko?
Navn og e-mail på dem, der logger ind, så et eftersyn er sporbart til en person. Resten er legeredskaber, datoer og fejl. Det gør persondatavurderingen kort.
Hvor lagres data?
Inden for EU/EØS. Database og billeder ligger hos Amazon Web Services i Frankfurt (eu-central-1), og e-mails sendes via en leverandør med servere i Irland. Databehandleraftale og en versioneret liste over underdatabehandlere er offentliggjort på hjemmesiden.
Hvad kræver det af os teknisk?
Til en ren API-integration: at jeres system kan lave HTTP-kald og modtage notifikationer. Til login uden adgangskode: en OIDC- eller SAML-opsætning, eller en backend, der kan signere en overdragelse. I får et testmiljø med jeres egne nøgler, før noget rører virkelige enheder.
Hvordan prissættes en koncernaftale?
Pris pr. enhed, sat ud fra volumen, med én faktura til koncernen og enhederne specificeret. Til en integration aftaler vi derudover, hvordan opsætningen skal dækkes. Vi sætter prisen i samtalen – det afhænger for meget af antallet af enheder og af, hvad integrationen skal kunne, til at en listepris her ville være til nogen nytte.
Hvad er det første skridt?
En samtale på en halv time, hvor I fortæller, hvad I har, og hvem der skal bruge det. Skriv til os via kontaktformularen og vælg »Integration eller partnerskab«, så tager vi det derfra.
Har I enhederne, har vi resten.
Fortæl os, hvad I har, og hvem der skal bruge det. Vi siger, hvad der er den rigtige vej, og hvad den kræver af jer.