For udviklere
Et versioneret REST API under /api/v1 giver dig programmatisk adgang til posteringer, emissionsdata og rapportstatus. JSON over HTTPS, Bearer-token, cursor-paginering og webhooks til dine egne flows.
Nogle gange skal tallene ikke bare stå i qlim8 — de skal ind i dit BI-værktøj, din datawarehouse eller et internt dashboard. Med qlim8's REST API henter du scope 1-3-data, leverandørrapporter og hele VSME-eksporter programmatisk under en versioneret /api/v1-overflade. Det er JSON over HTTPS med Bearer-token-auth, cursor-paginering og en fuld OpenAPI 3.1-spec, så din klient kan genereres automatisk. API-nøgler kan begrænses til specifikke scopes — fx emissions:read eller reports:generate — og alle mutating-calls skrives i audit-loggen. Med webhooks kan du abonnere på hændelser, så dine systemer reagerer, når data ændrer sig, i stedet for at polle. Se den fulde oversigt af REST og MCP på /api.
Udfordringen
Dine klimadata er låst inde i én platform, men dit BI-team har brug for dem i dashboardet.
Sådan hjælper qlim8
Hent scope 1-3-data og rapportstatus programmatisk via /api/v1 og send dem videre til det værktøj, dit team allerede bruger.
Ingen manuel eksport-runde — data flyder direkte ind i jeres eksisterende dashboards.
Udfordringen
Du poller efter nye tal eller genererede rapporter og ved aldrig helt, hvornår noget er klart.
Sådan hjælper qlim8
Abonnér på webhooks, så qlim8 giver dine systemer besked, når en rapport er genereret eller data ændrer sig.
Event-drevne flows i stedet for konstant polling — mindre kode og hurtigere reaktion.
Udfordringen
Du vil ikke give en integration bredere adgang end nødvendigt.
Sådan hjælper qlim8
API-nøgler kan begrænses til specifikke scopes, så en read-only integration aldrig kan mutere data.
Mindst-privilegie-adgang pr. integration, med fuld audit-log på alt der ændrer noget.
Udfordringen
At bygge en klient mod et udokumenteret API er gætværk.
Sådan hjælper qlim8
En fuld OpenAPI 3.1-spec ligger på /api/v1/openapi.json, så du kan generere en typet klient i stedet for at kode kald i hånden.
Fra manuel kald-kodning til genereret klient — hurtigere og med færre fejl.
Hent posteringer, emissionsdata og rapportstatus via en stabil, versioneret overflade. JSON over HTTPS med cursor-paginering til store datasæt.
Hver API-nøgle kan låses til bestemte scopes som emissions:read eller reports:generate. En integration får kun den adgang, den skal bruge.
Abonnér på hændelser og lad qlim8 kalde dine systemer, når data ændrer sig eller en rapport er klar. Leverancer kan følges, så du ser om et event kom frem.
CSRD-kunder kan trække scope 1-3-leverandørdata direkte fra deres tenant, så konsoliderede tal kan hentes uden manuelle Excel-runder.
Den fulde spec ligger på /api/v1/openapi.json, så du kan generere en typet klient og se præcis, hvilke felter hvert endpoint returnerer.
Alle kald, der ændrer data, skrives i en tamper-evident audit-kæde. Under revision kan du vise, hvad der blev ændret, hvornår og af hvilken nøgle.
Generér en Bearer-nøgle og vælg de scopes, integrationen skal bruge — fx emissions:read eller reports:generate.
Kald /api/v1 med din nøgle. Filtrér på scope og datointerval, og paginér med cursor gennem store datasæt.
Registrér en webhook, så qlim8 giver dine systemer besked, når data ændrer sig eller en rapport er genereret.
Send tallene ind i dit BI-værktøj, dashboard eller flow. Se den fulde reference på /docs/api-reference.
/api/v1
versioneret REST
OpenAPI 3.1
fuld spec
Webhooks
event-drevne flows
Scopes
granulær adgang
Du kan hente posteringer, scope 1-3-emissionsdata, rapportstatus og leverandørrapporter, og du kan generere rapporter og administrere webhooks. Alt ligger under en versioneret /api/v1-overflade som JSON over HTTPS. Se oversigten på /api.
Med en Bearer-token (API-nøgle), du opretter i qlim8. Nøgler kan begrænses til specifikke scopes som emissions:read, reports:generate eller webhooks:manage, så en integration kun får den adgang, den behøver.
Ja. En fuld OpenAPI 3.1-spec ligger på /api/v1/openapi.json, så du kan generere en typet klient i stedet for at kode hvert kald manuelt. Detaljerne findes i /docs/api-reference.
Ja. Med webhooks kan du abonnere på hændelser, så qlim8 kalder dine systemer, når fx en rapport er genereret eller data ændres — event-drevet i stedet for polling. Leverancer kan følges, så du ser, om et event kom frem.
Ja. MCP-serveren og REST-API'et deler samme Bearer-nøgler og scope-model, så en nøgle, der virker mod /api/v1, også kan drive MCP-tools. Se MCP-siden for AI-assistenter og /api for det fulde billede.
Programmatisk adgang er rettet mod større kunder, BI-værktøjer og custom-flows. Skriv til os via /kontakt eller kontakt@qlim8.com om adgang, scopes og Enterprise-features.
Et klimaregnskab opgør din virksomheds udledning af drivhusgasser (CO₂e) fordelt på Scope 1, 2 og 3. qlim8 bygger det oven på dit eksisterende regnskab: vi henter posteringer fra dit regnskabssystem og elforbrug fra Eloverblik og omregner dem til udledninger med validerede emissionsfaktorer — så du slipper for regneark.
Scope 1 er direkte udledninger fra kilder, du selv ejer eller kontrollerer — fx egne køretøjer og gasfyr. Scope 2 er indirekte udledninger fra købt energi som el og fjernvarme. Scope 3 dækker resten af værdikæden — indkøb, transport, affald, forretningsrejser — og udgør typisk 70-90 % af en SMV's samlede aftryk. qlim8 beregner alle tre automatisk.
Der er sjældent et direkte lovkrav for mindre virksomheder, men i praksis bliver et klimaregnskab i stigende grad krævet af banken (til finansiering), af større kunder og i offentlige og private udbud — ofte fordi de selv er underlagt CSRD og skal bruge data fra deres leverandørkæde. qlim8 gør det håndterbart uden ekstern konsulent.
Når dit regnskabssystem er tilkoblet, har du et grundlæggende klimaregnskab samme dag — qlim8 henter historiske data ved første tilkobling og opdaterer derefter automatisk. Du kan oprette en gratis konto uden kreditkort og prøve platformen med eksempeldata med det samme. Priserne starter ved 300 kr/md.
Opret en konto, generér en scope-begrænset API-nøgle, og hent scope 1-3-data programmatisk. Se den fulde reference på /docs/api-reference og oversigten på /api.