---
title: "Har du brug for et administrationssystem til dit uddannelsesbureau? Regneark vs. CRM vs. alt-i-én"
description: "Hvornår et regneark stadig vinder, hvornår du bør købe et administrationssystem til bureauet, og hvilke signaler udløser købet. En stifters ærlige modenhedsguide til agenter."
date: "2026-06-23"
category: "Forretningsstrategi"
keywords: "Forretningsstrategi"
author: "Raphael Arias"
cover: "/images/blog/blog-do-you-need-education-agency-management-system.jpg"
lang: "da"
wordCount: 3442
url: https://qualyhq.com/da/blog/har-du-brug-for-et-administrationssystem-til-bureau
---
## Site navigation

- [For skoler](/da/udveksling/for-skoler.md) — For skoler med internationale studerende
- [For bureauer](/da/udveksling/for-bureauer.md) — For uddannelsesagenter
- [Priser](/da/priser)
- [5-min demo](/da/demo.md) — 5-minutters demo
- [Login](https://dashboard.qualyhq.com)

# Har du brug for et administrationssystem til dit uddannelsesbureau? Regneark vs. CRM vs. alt-i-én

> Hvornår et regneark stadig vinder, hvornår du bør købe et administrationssystem til bureauet, og hvilke signaler udløser købet. En stifters ærlige modenhedsguide til agenter.

Et administrationssystem til et uddannelsesbureau er software, der samler sandheden om dine studerende, ansøgninger, aftaler og kommission ét sted. Du har ikke brug for det, før omkostningen ved *ikke* at have det — mistede frister, kommission du ikke kan afstemme, underagent-fordelinger lavet i hånden — overstiger omkostningen ved at drive det. De fleste bureauer bevæger sig gennem tre stadier: regneark, punktværktøjer, alt-i-én. Køb på det stadie, dit arbejde reelt befinder sig i — ikke det, du håber at nå.

Enhver leverandør i denne kategori vil fortælle dig, at du har brug for deres software i dag. Jeg har grundlagt en af dem — EducationLink, et administrationssystem til uddannelsesbureauer, som jeg byggede i 2016 og solgte til Edvisor i 2020 — så jeg har selv skrevet den side, der siger præcis det. Det er ikke sandt for alle, og de bureauer, der troede på det for tidligt, er dem, jeg så forlade produktet et halvt år senere, tilbage til det regneark, de aldrig rigtig var sluppet væk fra.

Så her er den ærlige version, den som en leverandørdemo aldrig giver dig: **et administrationssystem til et uddannelsesbureau er en omkostning, du påtager dig for at slippe af med en større omkostning.** Den større omkostning er kaosset ved at drive et bureau på hukommelse, e-mailtråde og et delt regneark — kaos, der er ægte billigt, når du placerer fyrre studerende om året, og ægte ødelæggende, når du placerer fire hundrede med tre underagenter. Hele spørgsmålet om, hvorvidt du har brug for et, handler bare om at finde ud af, hvilken side af den linje du er på. Denne artikel giver dig linjen.

## Hvad et administrationssystem til et uddannelsesbureau faktisk er

Et **administrationssystem til et uddannelsesbureau** — også solgt som et "CRM for uddannelsesagenter" eller "study abroad-CRM" — er software, hvis ene opgave er at være den enkelte kilde til sandhed for dit bureau: leads og studerende, de kurser du har givet tilbud på, de ansøgninger du har indsendt, de aftaler du har med skoler, og den kommission hver indskrivning skylder dig. EducationLink, [Agentcis](/compare/agentcis.md), [Edvisor](/compare/edvisor.md), Study CRM, SmartAgentic, AMS og et dusin andre sælger alle variationer af dette. De gode gør det godt.

Kategoriens navn skjuler en reel spredning. I den ene ende er et system næppe mere end en ryddelig kontaktdatabase med en påmindelse om udløb af visum. I den anden ende er det en alt-i-én, der søger i titusindvis af kurser, genererer brandede tilbud, automatiserer opfølgninger, beregner kommission på tværs af underagent-fordelinger og synkroniserer til regnskabet. EducationLinks eget pitch dækker for eksempel aftaleadministration, kommissionsberegning, fakturering, betalingssporing, refusioner og underagent-fordelinger — hele pakken. Agentcis reklamerer med et lignende alt-i-én-fodaftryk og siger, at de bruges af 4.000+ agenter. Bredden er reel. Spørgsmålet er, om *dit* bureau genererer nok af det arbejde, disse funktioner automatiserer, til at retfærdiggøre at fodre systemet.

Én definition skal slås fast, før vi går videre, for hele branchen udvisker den: **et administrationssystem sporer dine penge; det flytter dem ikke.** Det kan til sidste øre beregne, hvad en skole skylder dig, og hvad en studerende skylder skolen — og så rækker det tallet videre til din bank, din valutaudbyder og en bankoverførsel, der rent faktisk afregner. Jeg [skrev et helt indlæg om netop det hul](/blog/education-agency-management-system-payments-gap.md), fordi det er den dyreste misforståelse i kategorien. Hav det også i baghovedet her: når du vurderer, om du "har brug for systemet", vurderer du bogføringen, ikke pengene.

## De tre stadier af bureauværktøjer

Næsten alle bureauer, jeg har set vokse, passerer gennem de samme tre stadier. At sætte navn på dem er nyttigt, fordi de fleste købsfejl er stadie-fejl — at betale for stadie tre, mens man laver stadie-et-volumen, eller at klamre sig til stadie et, mens man drukner i stadie-to-arbejde. Kald det **bureauets værktøjsstige**.

**Stadie et — regnearket.** Én til en håndfuld personer, en eller to destinationer, ingen underagenter. Sandheden bor i et delt regneark, din e-mail og dit hoved. Det er ikke en fiasko. Et disciplineret regneark — ét faneblad per studerende, en kolonne til frist, en kolonne til skyldig kommission, en kolonne til om du har faktureret den — bærer et lille bureau bemærkelsesværdigt langt. Dets svaghed er ikke evne, men skrøbelighed: det går i stykker i samme øjeblik to personer redigerer det, eller den ene person, der forstår det, tager på ferie.

**Stadie to — punktværktøjer.** Du er vokset fra regnearket på én bestemt ting, så du bolter et værktøj på, der kun løser netop det: et rigtigt CRM til lead-pipelinen, en [betalingsløsning](/features/payment-methods-for-students.md) til at opkræve studieafgift og rater, en regnskabspakke til bøgerne. Hver gør sit arbejde godt. Prisen er sømmene — den samme studerende findes i tre systemer, og at holde dem synkroniseret er nu nogens faktiske job. Dette stadie er undervurderet. Et fokuseret CRM plus et dedikeret betalingslag slår ofte en halvt udnyttet alt-i-én, fordi hvert værktøj er best-of-breed, og du kun har taget de dele i brug, du havde brug for.

**Stadie tre — alt-i-én.** Sømmene mellem punktværktøjerne koster mere end integrationen ville, så du konsoliderer til ét enkelt administrationssystem, der klarer det meste under ét login. Det er her EducationLink, Agentcis og resten lever. Det er den rette destination — til sidst. Fejlen er at behandle det som startlinjen. En alt-i-én betaler sig først, når du har nok volumen på tværs af nok funktioner til, at konsolideringen sparer mere, end migreringen, brugerlicenserne og den uundgåelige "det modul bruger vi ikke" koster dig.

Stigen er ikke et moralsk hierarki. **Et stadie-et-bureau på et regneark er ikke bagud i forhold til et stadie-tre-bureau på EducationLink — det er korrekt udstyret til sit volumen.** Målet er at sidde på det trin, dit arbejde faktisk optager.

## Hvornår et regneark stadig er det rigtige svar

Her er den del, leverandørerne hader. Hvis dit bureau placerer færre end et par hundrede studerende om året, kører ingen underagenter og arbejder med en eller to destinationer, så vil **et regneark plus en dedikeret betalingsløsning sandsynligvis tjene dig bedre end noget bureau-CRM, du kunne købe i dag.** Ikke fordi CRM'et er dårligt, men fordi et CRM, du tager i brug til 60 %, er værre end et regneark, du kører til 100 %. Delvis ibrugtagning er den tavse dræber: sandheden ender splittet mellem det system, du købte, og det regneark, du aldrig forlod — og nu har du to kilder til sandhed, hvilket er det samme som at have ingen.

Et regneark vinder specifikt, når din flaskehals er *antallet af poster*, ikke *kompleksiteten af posterne*. Fyrre studerende, hver en simpel linje, er et volumenproblem, som et regneark klarer fint. Argumentet for at købe skifter ikke, når du får flere studerende, men når dine studerende holder op med at være simple linjer — når en enkelt indskrivning involverer en underagent-fordeling, et flertrins-kommissionskrav bundet til en frist, og en risiko for tilbagebetaling. Det er kompleksitet, og kompleksitet er det, software er til.

Den ene ting, jeg ville skære ud af regnearket selv på stadie et, er pengeflytning. At spore hvem der skylder hvad er fint i et regneark; men *at opkræve* studieafgift og rater fra studerende på tværs af grænser og afstemme de betalinger er præcis den slags fejlbehæftede, valutalækkende arbejde, du straks bør overlade til et [formålsbygget betalingslag](/features/payment-methods-for-students.md). Posterne kan vente. Pengene bør ikke.

## At flytte pengene for et dansk bureau

Et administrationssystem regner kommissionen ud til øren — men det rører aldrig en eneste krone. Det er afregningen et separat job, og i Danmark har det sin egen form. De fleste rater til et bureau lander til sidst som en **kontooverførsel** i danske kroner, og for tilbagevendende rater er **Betalingsservice** den naturlige rygrad: den dominerende danske direkte debiteringsordning, hvor den studerende eller forælderen giver tilladelse én gang, og hver månedlig rate trækkes automatisk. (Værd at vide: Betalingsservice drives fra 1. april 2026 af Mastercard Payment Services Danmark, der overtog ordningen fra Nets — for betaleren ændrer det intet, men det er den nye operatør bag navnet.)

For engangsbetalinger og depositum er **MobilePay** nærmest universel i Danmark — næsten alle har det, og det er lige så naturligt at sende skolepenge med som at dele en regning. (MobilePay er i dag en del af det fusionerede Vipps MobilePay, men i Danmark hedder forbrugerappen stadig MobilePay.) Dertil kommer **Dankort** og internationale kort til dem, der hellere vil betale med kort, og **straksoverførsel**, når en rate skal være fremme med det samme i stedet for at vente til næste bankdag. Pointen er enkel: en dansk familie vil betale med de skinner, de allerede kender — og et bureau, der tilbyder dem, får færre forsinkede rater og færre forklaringer.

Danmark er uden for euroen (vi har kronen), men inden for SEPA, og det skaber en sælsom blind vinkel. Så længe både den studerende og skolen er i DKK, er afregningen billig og kedelig. Men i det øjeblik studieafgiften er i en *anden* valuta — euro til en skole i Tyskland, pund til London, dollar til en sprogskole i USA — begynder en omkostning at lække, som CRM'et aldrig ser. Den studerende betaler i kroner, skolen vil have sin egen valuta, og et eller andet sted derimellem tager en bank en valutaspænd plus gebyrer. Det tal står ikke i nogen "betalinger"-fane; systemet registrerer bare, at raten blev betalt.

Det er præcis her, regnskab og virkelighed glider fra hinanden. Dit administrationssystem kan vise dig en pæn linje, der siger "betalt — 3.500 EUR", men den fortæller dig ikke, at familien reelt punguede ud med flere hundrede kroner ekstra i skjult valutaspænd, eller at din egen kommission kom hjem skåret ned af en valutaudbyder undervejs. Måde at lukke det hul på er ikke et bedre CRM — det er et betalingslag, der lader familien betale i kroner via MobilePay, Betalingsservice eller kontooverførsel, mens skolen modtager sin egen valuta, så den dyre internationale overførsel og dens spænd helt forsvinder. CRM'et bliver ved med at spore. Skinnerne bliver det, der reelt flytter pengene — uden at skumme fløden af hver eneste rate.

## Købssignalerne

Køb ikke på en fornemmelse eller en god demo. Køb, når du ser disse symptomer, for hvert af dem er en specifik omkostning, som softwaren fjerner. Hvis du kan sætte kryds ved tre eller flere, har du krydset linjen.

| Købssignal | Hvad det koster dig nu | Hvad systemet fjerner |
| --- | --- | --- |
| Du kører underagenter og fordeler kommission i hånden | Timer per cyklus, plus uenigheder når fordelinger er forkerte | Automatiske underagent-fordelinger og opgørelser |
| Du har misset et kommissionskrav bundet til en frist | Rigtige penge — vinduet lukkede | Fristsporing og påmindelser om krav |
| Afstemning af kommission æder dage hver måned | Senior tid på dataindtastning i stedet for salg | Aftalebundet kommissionsberegning |
| Den samme studerende bor i 3+ usammenhængende værktøjer | Et synk-job ingen ejer; sandheden driver | Én post, én kilde til sandhed |
| To personer redigerer nu regnearket, og det går i stykker | Overskrivninger, mistede opdateringer, versionskaos | Samtidig, rollebaseret adgang |
| Du arbejder med flere destinationer med forskellige regler | Mental belastning og missede nuancer per marked | Tilbud og regelhåndtering per marked |
| Et teammedlem rejste og tog viden med sig | Driftsrisiko koncentreret i ét hoved | Institutionaliseret proces |

*"—" ikke relevant. Dette er et beslutningsværktøj bygget på almindelige driftsmønstre i bureauer, ikke et leverandør-benchmark; verificeret juni 2026. Behandl det som et kort, ikke et tilbud.*

Bemærk, hvad der *ikke* er på listen: "en konkurrent bruger et," "det er 2026, og vi bør være digitale," eller "demoen var imponerende." Ingen af dem er en omkostning. Signalet er altid en specifik, tilbagevendende udgift, som softwaren fjerner — og kan du ikke sætte navn på udgiften, er du ikke klar, uanset hvor poleret salgssamtalen er.

## Alt-i-én vs. best-of-breed: den reelle afvejning

Når du først har besluttet at købe *noget*, er det levende spørgsmål, om du skal købe ét system, der gør alting nogenlunde, eller flere systemer, der hver gør én ting fremragende. Branchen sælger dig hårdt på det første. Det ærlige svar afhænger af, hvor din smerte koncentreres.

Argumentet for **alt-i-én** er reelt: ét login, én supportkontrakt, ingen integration at vedligeholde, og — den ægte gevinst — dine poster forbliver faktisk synkroniseret, fordi de aldrig forlader bygningen. Hvis din smerte er *fragmentering* (den samme studerende spredt ud over værktøjer), er konsolidering kuren, og en alt-i-én tjener sin pris.

Argumentet for **best-of-breed** er lige så reelt og mere stille. Alt-i-én'ens kommissionsmodul er fint; dens betalingsmodul er som regel en eftertanke, fordi at flytte penge på tværs af grænser er en anden og sværere forretning end at registrere, at penge blev flyttet. Det er fælden, jeg navngav i [indlægget om poster vs. betalinger](/blog/education-agency-management-system-payments-gap.md): en alt-i-én viser dig en "betalinger"-fane og lader dig tro, at pengene er håndteret, når det eneste, den reelt gør, er at gemme et statusfelt. Hvis din skarpeste smerte er opkrævning, valutalækage eller fejlslagne rater, vil verdens bedste CRM ikke løse det — et [dedikeret betalingslag](/features/payment-methods-for-students.md) vil, og du beholder CRM'et til det, det er godt til.

Min bias, oplyst: jeg sælger betalingslaget, så tag min begejstring med et gran salt. Men princippet holder uafhængigt af, hvem der tjener på det — **ej skinnerne, lej rækkevidden.** Ej (eller køb best-of-breed til) den funktion, der direkte rører dine penge og din margin; vær afslappet omkring at konsolidere resten i hvad end den alt-i-én, dit team rent faktisk vil bruge hver dag.

## Hvad godt ser ud

Du har brug for et administrationssystem til dit uddannelsesbureau, når omkostningen ved ikke at have et er tilbagevendende, navngivelig og voksende — underagent-fordelinger i hånden, missede frister, afstemning der æder seniordage, sandhed der driver på tværs af usammenhængende værktøjer. Indtil da er et disciplineret regneark plus en dedikeret betalingsløsning ikke en nødløsning; det er det rigtige værktøj til dit stadie, og det er præcis det, de bureauer, der forlader software for tidligt, burde være blevet på lidt længere.

Når du så køber, så køb på det trin, dit arbejde optager, og forpligt dig fuldt — et halvt indført system er værre end det regneark, det erstattede. Og uanset hvad du vælger, så lad det ikke bilde dig ind, at det flytter dine penge. Det sporer dine penge. At flytte dem — opkræve studieafgift og rater på tværs af valutaer, betale skoler, få din kommission hjem uden at en valutaudbyder skummer fløden — er et separat job for et separat værktøj. Det er det hul, [Qualy](/features/payment-methods-for-students.md) er bygget til at lukke: et betalingslag, der ligger under hvilket som helst CRM, du kører, på et fast gebyr i stedet for en procentdel af hver krone over grænsen, så det system, der ved, hvad du har til gode, og de skinner, der faktisk flytter dem, endelig flugter. Vælg dit CRM til posterne. Vælg dine betalinger til pengene. Bed ikke det ene om at være det andet.

## Kilder

- [EducationLink — uddannelsesagenter](https://geteducation.link/education-agents/): alt-i-én-funktionernes fodaftryk (aftaleadministration, kommissionsberegning, fakturering, betalingssporing, refusioner, underagenter) refereret i beskrivelsen af stadie tre.
- [Edvisor opkøber EducationLink](https://blog.edvisor.io/edvisor-acquires-educationlink) og [dækningen i The PIE News](https://thepienews.com/edvisor-expands-agency-network-with-educationlink-acquisition/): understøtter stifteroplysningen (EducationLink grundlagt 2016, opkøbt af Edvisor i 2020).
- [Agentcis](https://agentcis.com/) og [Agentcis-priser](https://agentcis.com/pricing/): påstandene om "bruges af 4.000+ agenter" og tilbudsbaseret/gratis prisniveau; kommercielle detaljer er, som leverandøren offentliggør dem.
- [monday CRM — CRM-platforme for uddannelsesagenter](https://monday.com/blog/crm-and-sales/education-agent-crm/): repræsentativ for det "15 bedste platforme"-listiklelandskab, denne guide er skrevet op imod.

## Ofte stillede spørgsmål

### Har jeg virkelig brug for et administrationssystem til mit uddannelsesbureau?

Kun når omkostningen ved ikke at have et er tilbagevendende og navngivelig: underagent-fordelinger af kommission lavet i hånden, missede frister, afstemning der æder seniordage, eller den samme studerende spredt ud over tre værktøjer. Hvis du placerer et par hundrede studerende om året på en eller to destinationer uden underagenter, tjener et disciplineret regneark plus en dedikeret betalingsløsning dig som regel bedre end et halvt indført CRM.

### Hvad er forskellen på et administrationssystem og et CRM for uddannelsesagenter?

I praksis næsten ingenting — leverandørerne bruger begreberne i flæng. Begge beskriver software, der samler sandheden om dine studerende, ansøgninger, aftaler og kommission ét sted. 'Administrationssystem' antyder ofte den bredere alt-i-én (tilbud, indskrivninger, regnskab); 'CRM' lægger vægt på lead- og studenter-pipelinen. Den distinktion, der faktisk betyder noget, er, at ingen af dem flytter penge; de registrerer dem.

### Hvornår bør et lille uddannelsesbureau holde op med at bruge et regneark?

Når dine poster holder op med at være simple linjer. Fyrre studerende, hver på én linje, er et volumenproblem, som et regneark klarer. Skiftet sker, når en enkelt indskrivning involverer en underagent-fordeling, et flertrins-kommissionskrav bundet til en frist og en risiko for tilbagebetaling — det er kompleksitet, som er det, software er til. To personer, der skal redigere det samme ark samtidig, er et andet klart signal.

### Er en alt-i-én bedre end separate best-of-breed-værktøjer?

Det afhænger af, hvor din smerte koncentreres. Hvis dit problem er fragmentering — den samme studerende spredt ud over usammenhængende værktøjer — kurerer en alt-i-én det ved at holde posterne synkroniseret. Hvis din skarpeste smerte er opkrævning, valutalækage eller fejlslagne rater, løser en alt-i-én det ikke, fordi dens betalingsmodul som regel er en eftertanke. Der bør du beholde CRM'et og tilføje et dedikeret betalingslag.

### Hvad koster et administrationssystem til et uddannelsesbureau?

De fleste leverandører prissætter per bruger eller per licens, ofte tilbudsbaseret og skaleret efter bureauets størrelse; nogle tilbyder et gratis niveau til nye eller non-profit-bureauer. Men abonnementet er sjældent den reelle regning. Læg migreringstid til, de moduler du betaler for men ikke bruger, og — mest usynligt — de penge du bliver ved med at tabe på betalinger over grænsen, som CRM'et sporer, men aldrig flytter billigere.

### Kan et administrationssystem opkræve studieafgift og betale skoler?

Nej — og det er den dyreste misforståelse i kategorien. Et administrationssystem beregner, hvad der skyldes, og viser en betalingsstatus, men pengene flytter stadig gennem din bank, en valutaudbyder og en bankoverførsel. 'Betalinger'-fanen i de fleste alt-i-én'er er en registrering, ikke en skinne. At opkræve studieafgift og rater på tværs af valutaer og betale skoler er et separat job for et dedikeret betalingslag.

### Hvad sker der, hvis jeg køber et bureau-CRM for tidligt?

Du tager det kun delvist i brug. Sandheden ender splittet mellem det system, du købte, og det regneark, du aldrig forlod — hvilket giver dig to kilder til sandhed, og det er det samme som ingen. Bureauer, der køber, før deres arbejde retfærdiggør det, er dem, der oftest vender tilbage til regnearket inden for få måneder. Køb på det stadie, dit arbejde faktisk optager, og forpligt dig fuldt.

### Hvordan får jeg betalt studieafgift i danske kroner, når skolen vil have euro eller dollar?

Det er netop det hul, et administrationssystem aldrig lukker. Et betalingslag som Qualy lader familien betale i DKK via MobilePay, Betalingsservice eller kontooverførsel, mens skolen modtager sin egen valuta. Dermed undgår du en dyr international overførsel og det valutaspænd, der ellers lægger sig oven på beløbet — en omkostning, CRM'et registrerer som 'betalt', men aldrig viser dig størrelsen på.

### Kan jeg trække tilbagevendende rater automatisk via Betalingsservice?

Ja. Betalingsservice er den dominerende danske direkte debiteringsordning: den studerende eller forælderen giver tilladelse én gang, og hver rate trækkes automatisk på sin egen frist. Det passer godt til en ratebetaling med faste månedlige beløb. Bemærk, at Betalingsservice fra 1. april 2026 drives af Mastercard Payment Services Danmark, der overtog ordningen fra Nets — for betaleren ændrer det intet.

### Er MobilePay en god måde at modtage skolepenge og depositum på?

For engangsbeløb i Danmark er det svært at slå. MobilePay er nærmest universelt udbredt, så en familie kan sende et depositum eller en enkelt rate lige så ubesværet, som de deler en regning. MobilePay er i dag en del af det fusionerede Vipps MobilePay, men i Danmark hedder forbrugerappen fortsat MobilePay. Til tilbagevendende rater passer Betalingsservice bedre, og til kortbetalere bruges Dankort eller internationale kort.

### Hvorfor ser jeg ikke valutaomkostningen, når studieafgiften er i en anden valuta?

Fordi dit administrationssystem kun registrerer, at raten blev betalt — det viser en pæn linje, der siger 'betalt', uden at afsløre valutaspændet og gebyrerne, banken tog undervejs. Danmark er uden for euroen, så enhver studieafgift i euro, pund eller dollar bærer en skjult omkostning, CRM'et aldrig ser. Den eneste måde at fjerne den på er at lade familien betale i kroner lokalt, mens skolen modtager sin egen valuta.

## Related articles

- [Does your education agency management system actually move money? The records-vs-payments gap](/blog/education-agency-management-system-payments-gap.md)
- [Should small education agencies invest in a CRM and payment system? Mostly, no.](/blog/should-small-education-agencies-invest-in-crm-payment-systems.md)
- [How education agent commissions work: rates, gross vs net, and getting paid on time](/blog/how-education-agent-commissions-work.md)

## More on Qualy

**Industrier**

- [For skoler](/da/udveksling/for-skoler.md) — For skoler med internationale studerende
- [For bureauer](/da/udveksling/for-bureauer.md) — For uddannelsesagenter

**Support**

- [Systemstatus](https://qualyhq.statuspage.io/) — Qualy systemstatus
- [Kontakt](/da/kontakt.md)

**Produkt**

- [Demo](/da/demo.md)
- [Udtalelser](/da/udtalelser.md) — Se hvad nogle kunder siger om Qualy
- [Gennemsigtighedscenter](/da/gennemsigtighedscenter.md)
- [API](/da/api.md) — Qualy API til betalinger for studier i udlandet og uddannelsesagenter
- [Blog](/da/blog) — Qualys blog om betalinger i international uddannelse

**Juridisk (på engelsk)**

- [Generelle vilkår](/terms-and-conditions.md) — Vilkår og betingelser
- [Vilkår for betalere](/terms-for-payers.md)