{"id":1890,"date":"2021-10-01T10:50:39","date_gmt":"2021-10-01T10:50:39","guid":{"rendered":"https:\/\/www.exceldepartment.com\/?p=1890"},"modified":"2026-10-31T12:14:17","modified_gmt":"2026-10-31T12:14:17","slug":"power-bi-kobling-til-sql-server-og-access","status":"publish","type":"post","link":"https:\/\/www.exceldepartment.com\/no\/power-bi-kobling-til-sql-server-og-access\/","title":{"rendered":"Power BI-kobling til SQL Server og Access \u2013 Komplett guide"},"content":{"rendered":"
\n

Dataene dine ligger i en SQL Server-database eller en Access-fil. Power BI kan visualisere dem. Men hvordan kobler du dem sammen p\u00e5 riktig m\u00e5te? Og hva er forskjellen mellom DirectQuery og Import? Denne guiden viser n\u00f8yaktig hvordan.<\/p>\n

Hos Excel Department har vi koblet Power BI til over 100 databaser \u2013 fra sm\u00e5 Access-filer til SQL Server i store virksomheter med milliarder av rader. Vi har gjort alle feilene slik at du slipper. Denne guiden gir deg metodene som faktisk fungerer.<\/p>\n

Hvorfor koble Power BI til database i stedet for Excel?<\/h2>\n

F\u00f8r vi g\u00e5r inn p\u00e5 det tekniske, la oss snakke om hvorfor.<\/p>\n

Begrensninger i Excel:<\/strong> – Maks omtrent 1 million rader (tregt lenge f\u00f8r det) – Manuell oppdatering eller kompleks VBA – Risiko for at data blir utdaterte – Vanskelig \u00e5 h\u00e5ndtere mange brukere<\/p>\n

Fordeler med database:<\/strong> – Millioner eller milliarder av rader uten problemer – Alltid oppdaterte data (Power BI leser direkte fra kilden) – Strukturerte og relasjonelle data – \u00c9n sannhetskilde for hele organisasjonen<\/p>\n

N\u00e5r du b\u00f8r koble til database:<\/strong> – Data oppdateres kontinuerlig (salg, transaksjoner, logging) – Datamengden vokser ut over Excels kapasitet – Flere systemer bruker de samme dataene – Du vil garantere datakonsistens<\/p>\n

Hvis du allerede har SQL-koblet Excel<\/a> i dag, er steget til Power BI lite, men gir mye mer kraft.<\/p>\n

SQL Server: DirectQuery vs Import mode<\/h2>\n

Dette er det f\u00f8rste store beslutningspunktet. Begge m\u00e5tene fungerer, men de passer for ulike situasjoner.<\/p>\n

Import mode (anbefalt for de fleste)<\/h3>\n

Slik fungerer det:<\/strong> Power BI leser data fra SQL Server, komprimerer dem og lagrer dem lokalt i Power BI-modellen. N\u00e5r rapporten \u00e5pnes, leser den fra denne kopien, ikke fra SQL Server.<\/p>\n

Fordeler:<\/strong> – Mye raskere rapporter (dataene er lokale) – Fungerer offline (dataene ligger i filen) – Mindre belastning p\u00e5 SQL Server – Power BIs komprimering reduserer datast\u00f8rrelsen (ofte 10x)<\/p>\n

Ulemper:<\/strong> – Dataene er ikke sanntid (oppdateres etter en tidsplan) – Begrensning p\u00e5 datavolum (modellst\u00f8rrelse maks 10 GB for Pro, 100+ GB for Premium) – Krever en oppdateringsplan<\/p>\n

Passer for:<\/strong> – Datavarehus eller rapporteringsdatabase – Data som oppdateres daglig eller ukentlig – Historisk analyse – N\u00e5r rask ytelse er kritisk – De fleste business intelligence-scenarier<\/p>\n

Eksempel:<\/strong> En salgsdatabase med 5 millioner rader, oppdatert hver natt kl. 02:00. Power BI henter nye data da. Brukerne f\u00e5r lynraske rapporter i l\u00f8pet av dagen.<\/p>\n

DirectQuery mode<\/h3>\n

Slik fungerer det:<\/strong> Power BI sender SQL-sp\u00f8rringer direkte til SQL Server hver gang du samhandler med rapporten. Ingen data lagres lokalt.<\/p>\n

Fordeler:<\/strong> – Ekte sanntidsdata (alltid oppdatert) – Ingen begrensning p\u00e5 datast\u00f8rrelse – Sikkerhet h\u00e5ndteres av SQL Server<\/p>\n

Ulemper:<\/strong> – Tregere rapporter (hvert klikk = en SQL-sp\u00f8rring) – Krever konstant tilkobling til SQL Server – H\u00f8yere belastning p\u00e5 databasen – Begrensede DAX-funksjoner (noen m\u00e5l fungerer ikke)<\/p>\n

Passer for:<\/strong> – Sanntidsdata der hvert minutt teller (kasser, trading, IoT) – Ekstremt store datasett (100+ GB) – Streng datasikkerhet (data f\u00e5r ikke forlate serveren) – Operasjonell rapportering<\/p>\n

Eksempel:<\/strong> Et logistikkdashboard som viser gjeldende lagerniv\u00e5er. Hver gang noen plukker et produkt oppdateres databasen, og Power BI viser det nye tallet i l\u00f8pet av sekunder.<\/p>\n

Hybrid: Composite models<\/h3>\n

Siden 2019 kan du kombinere begge. Noen tabeller i Import, andre i DirectQuery.<\/p>\n

Typisk bruksomr\u00e5de:<\/strong> – Store transaksjonsdata i DirectQuery (sanntid) – Mindre masterdata (produkter, kunder) i Import (ytelse)<\/p>\n

Komplisert, men kraftfullt.<\/strong> Vi anbefaler konsulenthjelp til dette.<\/p>\n<\/p>\n

V\u00e5r anbefaling<\/h3>\n

Start med Import mode i 95 % av tilfellene.<\/strong><\/p>\n

DirectQuery er for spesialtilfeller. De fleste virksomheter trenger ikke sanntidsdata \u2013 daglig oppdatering er nok. Import gir bedre ytelse og er enklere \u00e5 h\u00e5ndtere.<\/p>\n

Bytt til DirectQuery bare hvis: 1. Du virkelig trenger sanntidsdata (bevis det) 2. Dataene dine er >50 GB og vokser raskt 3. Datasikkerheten krever at data ikke kopieres<\/p>\n

Steg for steg: Koble til SQL Server<\/h2>\n

N\u00e5 blir det praktisk. Slik gj\u00f8r du det:<\/p>\n

Steg 1: Forbered SQL Server<\/h3>\n

Du trenger:<\/strong> – Servernavn (eksempel: sqlserver.dinserver.se<\/code>) – Databasenavn – P\u00e5loggingsopplysninger (Windows Authentication eller SQL Server Authentication) – Nettverkstilgang til serveren<\/p>\n

Test tilgangen f\u00f8rst:<\/strong> \u00c5pne SQL Server Management Studio (SSMS) og koble til med de samme opplysningene. Hvis det ikke fungerer der, fungerer det heller ikke i Power BI.<\/p>\n

Brannmurregler:<\/strong> Hvis SQL Server er on-premises bak en bedriftsbrannmur, m\u00e5 du \u00e5pne port 1433 (standard SQL Server-port).<\/p>\n

For Azure SQL: Legg til IP-adressen din i Azure Portal under Firewall settings.<\/p>\n

Steg 2: Koble til fra Power BI Desktop<\/h3>\n

\u00c5pne Power BI Desktop.<\/p>\n

Home \u2192 Get Data \u2192 SQL Server<\/strong><\/p>\n

Fyll ut:<\/strong> – Server:<\/strong> sqlserver.dinserver.se<\/code> eller dinserver.database.windows.net<\/code> (Azure) – Database:<\/strong> Navnet p\u00e5 databasen – Data Connectivity mode:<\/strong> Import (anbefalt)<\/p>\n

Advanced options (valgfritt):<\/strong> – SQL statement:<\/strong> Hvis du vil skrive din egen SQL-sp\u00f8rring – Command timeout:<\/strong> \u00d8k hvis store sp\u00f8rringer tar lang tid<\/p>\n

Klikk OK<\/strong>.<\/p>\n

Steg 3: Autentisering<\/h3>\n

Velg autentiseringsmetode:<\/p>\n

Windows Authentication:<\/strong> Bruker Windows-p\u00e5loggingsopplysningene dine. Fungerer for on-premises SQL Server hvis du er p\u00e5logget bedriftsnettverket.<\/p>\n

Database:<\/strong> SQL Server-brukernavn og passord. Standard for Azure SQL.<\/p>\n

Microsoft Account:<\/strong> For Azure SQL kan du bruke Microsoft 365-kontoen din.<\/p>\n

Klikk Connect<\/strong>.<\/p>\n

Steg 4: Velg tabeller<\/h3>\n

Navigator-vinduet viser alle tabeller og visninger i databasen.<\/p>\n

Tips:<\/strong> – Velg bare tabellene du trenger (ikke hele databasen) – Se p\u00e5 datast\u00f8rrelsen (vises i Navigator) – Foretrekk visninger framfor basistabeller hvis IT har laget dem for deg<\/p>\n

Marker tabeller \u2192 klikk Transform Data<\/strong> (ikke Load direkte).<\/p>\n

Steg 5: Transformer i Power Query<\/h3>\n

N\u00e5 ser du tabellene dine i Power Query Editor.<\/p>\n

Vanlige transformasjoner:<\/strong> – Fjern kolonner<\/strong> du ikke trenger (reduserer datast\u00f8rrelsen) – Filtrer rader<\/strong> (for eksempel bare de siste 2 \u00e5rene) – Endre datatyper<\/strong> hvis Power BI har gjettet feil – Merge queries<\/strong> for \u00e5 opprette relasjoner<\/p>\n

Viktig:<\/strong> All filtrering i Power Query reduserer datamengden = raskere rapporter.<\/p>\n

Klikk Close & Apply<\/strong> n\u00e5r du er ferdig.<\/p>\n

Steg 6: Sett opp automatisk oppdatering (etter publisering)<\/h3>\n

Publiser rapporten til Power BI Service.<\/p>\n

G\u00e5 til innstillingene for datasettet: – Scheduled refresh:<\/strong> Velg frekvens og tidspunkt – Gateway:<\/strong> Hvis SQL Server er on-premises (se nedenfor) – Credentials:<\/strong> Oppgi databaseopplysningene<\/p>\n

Merk:<\/strong> For on-premises SQL Server kreves en Power BI Gateway. Mer om det nedenfor.<\/p>\n

Koble til Microsoft Access<\/h2>\n

Access-databaser er vanlige i sm\u00e5 svenske virksomheter. Power BI kan koble til dem, men med begrensninger.<\/p>\n

Steg 1: Koble til en Access-fil<\/h3>\n

Home \u2192 Get Data \u2192 Access Database<\/strong><\/p>\n

Bla til .accdb- eller .mdb-filen din \u2192 Open<\/strong>.<\/p>\n

Navigator viser tabeller og sp\u00f8rringer (lagrede sp\u00f8rringer i Access).<\/p>\n

Velg det du trenger \u2192 Transform Data<\/strong>.<\/p>\n

Steg 2: Transformer data<\/h3>\n

Access-databaser er ofte mindre strukturerte enn SQL Server. Vanlige problemer:<\/p>\n

Problem 1: Tomme rader og overskrifter<\/strong> Access-tabeller kan ha ekstra rader med formatering. Fjern dem i Power Query.<\/p>\n

Problem 2: Feil datatyper<\/strong> Access Text-kolonner med tall iblandet. Rett opp i Power Query.<\/p>\n

Problem 3: Relasjoner<\/strong> Access-relasjoner overf\u00f8res ikke automatisk. Du m\u00e5 opprette dem manuelt i Model-visningen i Power BI.<\/p>\n

Begrensninger med Access<\/h3>\n

Ingen automatisk oppdatering i skyen:<\/strong> Access-filer kan ikke oppdateres automatisk fra Power BI Service (skyen).<\/p>\n

L\u00f8sninger:<\/strong> 1. Manuelt:<\/strong> Publiser p\u00e5 nytt fra Power BI Desktop n\u00e5r Access er oppdatert 2. Gateway:<\/strong> Installer Power BI Gateway p\u00e5 en datamaskin som har tilgang til Access-filen 3. Migrer:<\/strong> Flytt dataene til SQL Server eller SharePoint (anbefalt p\u00e5 lang sikt)<\/p>\n

V\u00e5r anbefaling:<\/strong> Hvis du bruker Access aktivt, vurder \u00e5 migrere til SQL Server<\/a>. Vi hjelper virksomheter med dette jevnlig.<\/p>\n

Midlertidig bruk:<\/strong> For mindre datasett (<50 000 rader) som ikke oppdateres ofte, fungerer Access fint med manuell publisering.<\/p>\n<\/p>\n

Power BI Gateway: Broen til on-premises<\/h2>\n

Hvis SQL Server- eller Access-databasen din ligger on-premises (i virksomhetens nettverk, ikke i skyen), trenger du en Power BI Gateway<\/strong>.<\/p>\n

Hva er en gateway?<\/h3>\n

En gateway er et program som installeres p\u00e5 en datamaskin i nettverket deres. Den fungerer som bro mellom Power BI Service (skyen) og den lokale databasen deres.<\/p>\n

Flyten:<\/strong> 1. Power BI Service ber om data 2. Foresp\u00f8rselen g\u00e5r til Gateway 3. Gateway henter data fra den lokale databasen 4. Gateway sender data til Power BI Service 5. Rapporten oppdateres<\/p>\n

To typer gatewayer<\/h3>\n

On-premises data gateway (Standard mode):<\/strong> – For hele organisasjonen – Krever installasjon av IT-avdelingen – Kan brukes av alle rapportutviklere – St\u00f8tter flere datakilder samtidig<\/p>\n

On-premises data gateway (Personal mode):<\/strong> – For \u00e9n enkelt bruker – Enklere installasjon – Fungerer bare for den brukerens rapporter<\/p>\n

Anbefaling:<\/strong> Standard mode for bruk i virksomheter.<\/p>\n<\/p>\n

Installer gateway (forenklet)<\/h3>\n

Steg 1:<\/strong> Last ned fra Microsoft (gratis)<\/p>\n

Steg 2:<\/strong> Installer p\u00e5 en Windows-server eller dedikert datamaskin som: – Alltid er p\u00e5sl\u00e5tt – Har tilgang til databasen – Har stabil internettforbindelse<\/p>\n

Steg 3:<\/strong> Logg inn med Power BI-konto<\/p>\n

Steg 4:<\/strong> Registrer gatewayen i Power BI Service<\/p>\n

Steg 5:<\/strong> Konfigurer datakilder (servernavn, autentisering)<\/p>\n

IT-arbeid:<\/strong> 1-2 timer f\u00f8rste gang. Deretter automatisk.<\/p>\n

Ytelse: Beste praksis<\/h2>\n

D\u00e5rlig databaseytelse \u00f8delegger brukeropplevelsen. Dette er hva vi har l\u00e6rt:<\/p>\n

1. Filtrer tidlig og hardt<\/h3>\n

D\u00e5rlig:<\/strong> Importere 10 \u00e5rs data n\u00e5r du bare analyserer det siste \u00e5ret.<\/p>\n

Bra:<\/strong> Filtrer i Power Query: WHERE Datum >= DATEADD(year, -1, GETDATE())<\/code><\/p>\n

Resultat:<\/strong> 90 % mindre data = 10x raskere rapporter.<\/p>\n

2. Bruk visninger for komplekse sp\u00f8rringer<\/h3>\n

D\u00e5rlig:<\/strong> Skrive kompleks SQL i Power BI med mange JOIN og subqueries.<\/p>\n

Bra:<\/strong> Be DBA-en din opprette en visning p\u00e5 SQL Server. Power BI kobler seg til visningen.<\/p>\n

Fordel:<\/strong> SQL Server optimaliserer sp\u00f8rringen. Lettere \u00e5 vedlikeholde.<\/p>\n

3. Partisjoner store tabeller<\/h3>\n

For datasett >5 millioner rader bruker du Incremental Refresh<\/strong> i Power BI.<\/p>\n

I stedet for \u00e5 oppdatere hele tabellen hver gang oppdateres bare nye\/endrede rader.<\/p>\n

Resultat:<\/strong> Oppdatering fra 2 timer til 10 minutter.<\/p>\n

4. Indekser de riktige kolonnene<\/h3>\n

P\u00e5 SQL Server-siden: s\u00f8rg for at kolonnene du filtrerer p\u00e5 (dato, kunde-ID osv.) har indekser.<\/p>\n

Test:<\/strong> Hvis en SQL-sp\u00f8rring tar >5 sekunder i SSMS, blir Power BI tregt.<\/p>\n

Kontakt DBA-en din for \u00e5 legge til indekser.<\/p>\n

5. Unng\u00e5 SELECT *<\/h3>\n

D\u00e5rlig:<\/strong> SELECT * FROM F\u00f6rs\u00e4ljning<\/code><\/p>\n

Bra:<\/strong> SELECT OrderID, Datum, KundID, Belopp FROM F\u00f6rs\u00e4ljning<\/code><\/p>\n

Hent bare kolonnene du faktisk bruker.<\/p>\n

Sikkerhet og Row-Level Security (RLS)<\/h2>\n

N\u00e5r mange brukere deler rapporter, m\u00e5 du kontrollere hvem som ser hva.<\/p>\n

Scenario: Salgsdashboard<\/h3>\n

Krav:<\/strong> – Salgssjefen ser hele landet – Regionsjefen ser sin region – Selgeren ser bare sine egne kunder<\/p>\n

L\u00f8sning 1: Sikkerhet i SQL Server<\/h3>\n

Lag SQL Server-visninger med WHERE-klausuler basert p\u00e5 brukeren:<\/p>\n

\n
<\/a>CREATE<\/span> VIEW<\/span> S\u00e4ljareVy AS<\/span><\/span>\n<\/a>SELECT<\/span> *<\/span> FROM<\/span> F\u00f6rs\u00e4ljning<\/span>\n<\/a>WHERE<\/span> S\u00e4ljare =<\/span> USER_NAME()<\/span><\/code><\/pre>\n<\/div>\n
Power BI kobler seg til visningen. SQL Server h\u00e5ndterer sikkerheten.<\/p>\n
Fordel:<\/strong> Sentralisert sikkerhet. Ulempe:<\/strong> Krever separate visninger for ulike roller.<\/p>\n
L\u00f8sning 2: Row-Level Security i Power BI<\/h3>\n
Definer roller i Power BI Desktop:<\/p>\n
Rolle: Selger<\/strong> DAX-filter: [S\u00e4ljare] = USERNAME()<\/code><\/p>\n
Rolle: Regionsjef<\/strong> DAX-filter: [Region] = LOOKUPVALUE(Anv\u00e4ndare[Region], Anv\u00e4ndare[Email], USERNAME())<\/code><\/p>\n
Etter publisering tildeles brukerne roller i Power BI Service.<\/p>\n
Fordel:<\/strong> Fleksibelt, styres i Power BI. Ulempe:<\/strong> RLS-regler kan bli komplekse.<\/p>\n
V\u00e5r anbefaling:<\/strong> SQL Server-sikkerhet for enkle scenarier. RLS for komplekse eller dynamiske tilganger.<\/p>\n
Vanlige problemer og l\u00f8sninger<\/h2>\n
Problem: \u00abCouldn\u2019t connect to SQL Server\u00bb<\/h3>\n
\u00c5rsaker:<\/strong> – Feil servernavn (test i SSMS f\u00f8rst) – Brannmuren blokkerer port 1433 – SQL Server godtar ikke eksterne tilkoblinger<\/p>\n
L\u00f8sning:<\/strong> – Verifiser servernavn og port – Kontroller brannmurreglene – P\u00e5 SQL Server: Aktiver TCP\/IP i SQL Server Configuration Manager<\/p>\n
Problem: \u00abData source too large\u00bb<\/h3>\n
\u00c5rsak:<\/strong> Import-modellen overstiger 10 GB (grensen for Power BI Pro).<\/p>\n
L\u00f8sninger:<\/strong> 1. Filtrer bort mer data i Power Query 2. Fjern un\u00f8dvendige kolonner 3. Bruk aggregeringer (summer p\u00e5 SQL Server-siden) 4. Oppgrader til Power BI Premium (grense p\u00e5 100 GB+) 5. Bytt til DirectQuery<\/p>\n
Problem: \u00abGateway is offline\u00bb<\/h3>\n
\u00c5rsak:<\/strong> Gateway-maskinen er sl\u00e5tt av eller har mistet tilkoblingen.<\/p>\n
L\u00f8sning:<\/strong> – Kontroller at gateway-maskinen er p\u00e5sl\u00e5tt – Test internettforbindelsen – Start gateway-tjenesten p\u00e5 nytt – Oppdater gatewayen til nyeste versjon<\/p>\n
Problem: \u00abRefresh failed\u00bb<\/h3>\n
\u00c5rsaker:<\/strong> – Autentiseringsfeil (passordet er endret) – SQL Server midlertidig utilgjengelig – Timeout (sp\u00f8rringen tar for lang tid)<\/p>\n
L\u00f8sning:<\/strong> – Oppdater credentials i innstillingene for datasettet – \u00d8k timeout i gateway-innstillingene – Optimaliser SQL-sp\u00f8rringene for raskere kj\u00f8ring<\/p>\n
Neste steg<\/h2>\n
Du har n\u00e5 grunnlaget for \u00e5 koble Power BI til SQL Server og Access. Her er sjekklisten din:<\/p>\n
For SQL Server:<\/strong> – [ ] Verifiser tilgang med SSMS – [ ] Bestem Import vs DirectQuery (Import for de fleste) – [ ] Koble til fra Power BI Desktop – [ ] Filtrer data i Power Query – [ ] Publiser og sett opp scheduled refresh – [ ] Installer Gateway hvis on-premises<\/p>\n
For Access:<\/strong> – [ ] Koble til Access-filen – [ ] Rens data i Power Query – [ ] Bygg rapporten – [ ] Vurder migrering til SQL Server som langsiktig l\u00f8sning<\/p>\n
Optimalisering:<\/strong> – [ ] Filtrer data tidlig (Power Query) – [ ] Fjern un\u00f8dvendige kolonner – [ ] Bruk SQL Server-visninger for komplekse sp\u00f8rringer – [ ] Test ytelsen og juster – [ ] Implementer sikkerhet (RLS eller SQL Server)<\/p>\n
Trenger du hjelp?<\/h2>\n
Databaseintegrasjoner kan bli komplekse. Hos Excel Department har vi gjort dette hundrevis av ganger.<\/p>\n
Vi kan hjelpe med:<\/strong> – Vurdere Import vs DirectQuery for deres behov – Sette opp Power BI Gateway – Optimalisere SQL-sp\u00f8rringer for ytelse – Implementere Row-Level Security – Migrere fra Access til SQL Server – Feils\u00f8ke tilkoblingsproblemer<\/p>\n
Kontakt oss<\/a> for en gratis konsultasjon (30 min).<\/p>\n
Les mer:<\/strong> – Power BI for virksomheter: Komplett guide<\/a> – SQL-koblet Excel<\/a> – Access-konsulent<\/a><\/p>\n
\n
Kontakt Excel Department:<\/strong> – Telefon:<\/strong> 010-264 20 20<\/a> – E-post:<\/strong> info@exceldepartment.se<\/a> – Adresse:<\/strong> Slottsbacken 8, 111 30 Stockholm<\/p>\n<\/div>\n
\n
Trenger dere hjelp med dette?<\/strong> V\u00e5re Power BI-konsulenter<\/a> hjelper dere \u2013 den f\u00f8rste konsultasjonen er kostnadsfri.<\/p>\n
Book en kostnadsfri samtale<\/a> eller ring 010-264 20 20<\/a>.<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"
Koble Power BI til SQL Server, Azure SQL og Access. DirectQuery vs Import, beste praksis og ytelsesoptimalisering. Praktisk guide fra Excel Department.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[33],"tags":[],"class_list":["post-1890","post","type-post","status-publish","format-standard","hentry","category-uncategorized-no"],"_links":{"self":[{"href":"https:\/\/www.exceldepartment.com\/no\/wp-json\/wp\/v2\/posts\/1890","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.exceldepartment.com\/no\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.exceldepartment.com\/no\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.exceldepartment.com\/no\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.exceldepartment.com\/no\/wp-json\/wp\/v2\/comments?post=1890"}],"version-history":[{"count":0,"href":"https:\/\/www.exceldepartment.com\/no\/wp-json\/wp\/v2\/posts\/1890\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.exceldepartment.com\/no\/wp-json\/wp\/v2\/media?parent=1890"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.exceldepartment.com\/no\/wp-json\/wp\/v2\/categories?post=1890"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.exceldepartment.com\/no\/wp-json\/wp\/v2\/tags?post=1890"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}