
# Bureaukonti

## Hvad er bureaukonti?

Bureaukonti lader dig administrere flere klientkonti fra ét enkelt dashboard. I stedet for at logge ind på separate konti for hver klient, får du en centraliseret oversigt, hvor du kan oprette underkonti, overvåge kampagner, tildele kreditter og skifte mellem klienter øjeblikkeligt.

Dette er designet til marketingbureauer, konsulenter og forhandlere, der administrerer appen på vegne af flere virksomheder.

::: walkthrough agency-accounts
:::

De to sider, der får dette til at fungere — **Underkonti** og **SaaS-tilstand** — har hver deres plads i sidepanelet i stedet for at være gemt væk under Indstillinger. Denne side er overblikket; den daglige drift foregår under [Administration af underkonti](sub-accounts.md).

---

## Delt kreditsystem

En af de vigtigste forskelle mellem bureaukonti og almindelige konti er, hvordan kreditter fungerer:

- **Kreditter deles** mellem din bureaukonto og alle underkonti.
- Når en underkonto bruger kreditter (til AI-svar, kampagner osv.), trækkes kreditterne fra dit bureaus saldo.
- Underkonti kan ikke se kreditsaldoen — de ser kun deres eget forbrug. Du, som bureau, administrerer den samlede kreditpulje.

**Eksempel:** Du har 1.000 kreditter på din bureaukonto. Klient A sender en kampagne til 50 kontakter (50 kreditter). Klient B's AI-bot svarer på 30 samtaler (30 kreditter). Din resterende saldo er 920 kreditter.

---

## Oprettelse af underkonti

::: master-only
<figure><img src="../.gitbook/assets/v2-sub-accounts.png" alt="Siden Underkonti i v2, der viser de seks statistikfelter (Underkonti, Med problemer, Aktive kampagner, Sætte på pause, Tildelt kunder, Ikke tildelt), søgefeltet og én klientrække i tabellen"><figcaption><p>Siden Underkonti: statistikfelter øverst (de to til højre opdeler din kreditpulje i, hvad kundernes grænser allerede optager, og hvad der stadig er ledigt), en <strong>Tilføj konto</strong>-knap og en genvej til <strong>SaaS-tilstand</strong>.</p></figcaption></figure>
:::

1. Klik på **Sub Accounts** i hovedsidepanelet — det er sin egen side, lige over **Settings**.
2. Klik på den grønne **Add account**-knap (øverst til højre).
3. Udfyld kundens oplysninger i modalvinduet med 3 trin: konto (navn, e-mail), virksomhed (virksomhedsnavn, adresse, beskrivelse) og funktioner.

::: master-only
<figure><img src="../.gitbook/assets/v2-sub-account-add-modal.png" alt="Modalen Tilføj underkonto på trinnet Konto, der viser fremdriften på 3 trin (Konto, Virksomhed, Funktioner) med felter til fornavn, efternavn og e-mail"><figcaption><p>Modalen Tilføj underkonto. Tre trin: Konto → Virksomhed → Funktioner. Den e-mail, du indtaster, bliver kundens login-adresse.</p></figcaption></figure>
:::

4. Klik på **Create Account**.

En bekræftelsesskærm viser det genererede login-kodeord — kopiér det, før du lukker. Kunden modtager det også via e-mail. Fuld gennemgang: [Håndtering af underkonti — Oprettelse af en underkonto](sub-accounts.md#creating-a-sub-account).

---

## Visning af en live-demo til en potentiel kunde

Inden en kunde tilmelder sig, kan du give dem en live-forhåndsvisning af chatassistenten kørende på deres egen hjemmeside – uden at de behøver at installere noget. Brug **Kunde-demolinket**.

> **Ikke tilgængelig i øjeblikket.** Sektionen **Klient-demolink** fra den forrige version af appen er ikke en del af chat-widgetens Administrer-skærm i dag, så nedenstående trin kan endnu ikke udføres. De er beholdt her som en beskrivelse af, hvordan demolinket fungerer.

**Sådan fungerer det:** Du indsætter kundens webstedsadresse, og platformen genererer et link, der kan deles. Når kunden åbner linket, ser de deres eget websted med din chat-widget svævende ovenpå — fuldt aktiv og klar til at chatte. Intet ændres på deres faktiske websted, og de behøver ikke røre ved nogen kode. Eksemplet findes udelukkende via dit link.

**Sådan gør du:** Åbn **Indstillinger → Kanaler → Kanaler**, klik på kortet **Chat-widget**, find sektionen **Klient-demolink**, skriv eller indsæt kundens webstedsadresse (f.eks. `theirbusiness.com`), og klik på **Kopiér demolink**. Send derefter linket til kunden, som du ønsker — via e-mail, WhatsApp, en besked eller hvor som helst.

::: master-only
<figure><img src="../.gitbook/assets/v2-agency-channels-chat-widget-card.png" alt="Indstillinger → Kanaler → Siden Kanaler, der viser kortet for chat-widget til websted med en Administrer-knap"><figcaption><p>Indstillinger → Kanaler → Kanaler: kortet <strong>Chat-widget til websted</strong> er indgangspunktet til opsætning af widgeten.</p></figcaption></figure>
:::

::: master-only
<figure><img src="../.gitbook/assets/v2-agency-chat-widget-manage-modal.png" alt="Modalen Administrer chat-widget, der viser indstillinger for Udseende og et live-eksempelpanel — den har ikke en sektion til Klient-demolink"><figcaption><p>Modalen Administrer i dag: sektionerne Udseende, Adfærd, Leadfangst og Kanaler &amp; Integrering, men intet Klient-demolink.</p></figcaption></figure>
:::

Et par ting, du bør vide:

- Nogle hjemmesider tillader ikke at blive vist inde i en anden side (en sikkerhedsindstilling hos dem). Når det sker, virker demolinket stadig – det viser en ren forhåndsvisningsramme med hjemmesideadressen, og chatassistenten er stadig fuldt funktionel og klar til test. Samtaleoplevelsen er identisk; kun baggrunden med hjemmesiden er anderledes.
- Demoen bruger din faktiske widget-konfiguration, så alle beskeder, kunden sender under testen, kommer igennem til dig ligesom enhver anden chat-widget-samtale.

---

## Klient-loginoplysninger

Når du opretter en underkonto:

- Kunden modtager en e-mail og et kodeord, som de kan bruge til at logge ind på deres egen konto via din white-labeled login-side.
- Det er **valgfrit** at give kunder login-adgang — du kan administrere alt på deres vegne, hvis du foretrækker det.
- Hvis kunden logger ind, ser de deres eget dashboard med deres kampagner, kontakter og chats. De ser ikke dit bureau-dashboard eller andre underkonti.
- Kreditsaldoen er skjult for underkonti, da du administrerer den delte kreditpulje.

---

## Skift mellem underkonti

Der er to måder at skifte til en kundes konto på:

**Kontoskifteren, fra hvor som helst:**

1. Øverst i sidepanelet skal du klikke på **Switch account**.

::: master-only
<figure><img src="../.gitbook/assets/v2-agency-switch-account-dropdown.png" alt="Rullemenuen Skift konto åben i sidepanelet, der viser et søgefelt til underkonti"><figcaption><p>Rullemenuen <strong>Skift konto</strong>, der kan åbnes fra hvor som helst i sidepanelet. Dette bureau har endnu ingen underkonti, så listen er tom — når du opretter en, vises den her, og den kan søges frem via navn eller e-mail.</p></figcaption></figure>
:::

2. Søg efter underkontoen via navn eller e-mail, eller rul gennem listen.
3. Klik på den. Betjeningspanelet genindlæses under den pågældende underkontos identitet.

**Fra siden Underkonti:**

1. Klik på **Underkonti** i sidepanelet.
2. Find underkontoen på listen. På den række skal du klikke på **Mere**-menuen (ikonet med tre prikker helt til højre).
3. Klik på **Log ind som bruger**.

Uanset hvad, så skifter skifte-pillen i sidepanelet til ravfarvet, mens du er inde i en underkonto, og viser **Assisterer: <name>**. Klik på den og vælg **Tilbage til mit bureau** for at vende tilbage til dit eget dashboard. Den ravfarvede **Assisterer**-bjælke øverst på siden har den samme udgang; klik på dens **×** for at skjule bjælken resten af dit besøg, hvis du har brug for pladsen.

Hvis klienten har to-faktor-godkendelse slået til, bliver du ikke bedt om deres kode: Du er allerede logget ind som dig selv, og koden ville blive sendt til klienten, ikke til dig.

---

## Sporing af kreditforbrug

Som bureau kan du spore, hvordan kreditter forbruges på tværs af alle underkonti:

- **Statistikfelter på siden Underkonti** — samlet antal aktive/pauserede kampagner og hvor mange underkonti der har problemer.
- **Sporing pr. underkonto** — hvor mange kreditter hver underkonto bruger, fra den rækkes **Mere**-menu.
- **Detaljer om kreditforbrug** — en dedikeret visning pr. underkonto, der viser købte kreditter, forbrugte kreditter, resterende saldo, forbrug fordelt på årsag, topkampagner efter forbrug og en filtrerbar transaktionstabel.

::: master-only
<figure><img src="../.gitbook/assets/v2-sub-accounts.png" alt="Siden Underkonti i v2, der viser de seks statistikfelter: Underkonti, Med problemer, Aktive kampagner, Sætte på pause, Tildelt klienter, Ikke tildelt"><figcaption><p>Statistikfelterne øverst på siden Underkonti — en oversigt over kampagnesundheden på tværs af alle klienter, samt hvor meget af din kreditpulje klienternes forbrugsgrænser allerede kræver (<strong>Tildelt klienter</strong> / <strong>Ikke tildelt</strong>). <strong>Mere</strong>-menuen på hver række (vises ikke — kræver mindst én underkonto) er der, hvor kreditsporing pr. konto og detaljer om kreditforbrug findes.</p></figcaption></figure>
:::

Denne synlighed hjælper dig med at forstå dine omkostninger, identificere klienter med højt forbrug og fastsætte passende priser for dine tjenester.

---

## Kredit-videresalg (også kendt som SaaS-tilstand)

Kreditsalg giver dig mulighed for at sælge kreditter til dine underkonti til dine egne priser, hvilket skaber en indtægtskilde for dit bureau. Hele dette område findes under sin egen side i sidepanelet kaldet **SaaS-tilstand** — den samme funktion, som du måske kender som "Kreditsalg" under dens branchestandardnavn. Den er tilgængelig på **Bureau**-planen og er låst bag **white-labeling**-funktionsflaget. Hvis din plan inkluderer white-labeling — hvilket alle lifetime-aftaler, der nævner det, gør — er videresalg allerede dit: Du er ikke begrænset til at administrere appen for kunder, du kan sælge planer under dit eget brand, til dine egne priser, gennem din egen Stripe eller PayPal. Intet ekstra at købe.

### Sådan fungerer det

1. **Åbn SaaS-tilstand** — klik på dens indgang i hovedsidepanelet (den sidder ved siden af Underkonti, nær bunden af menuen), eller klik på **SaaS-tilstand**-pillen øverst på siden Underkonti.
2. **Slå kreditsalg til for en underkonto** i dens **Rediger**-modal (siden Underkonti → række **Mere**-menu → **Rediger** → **Kreditstyring**) ved at skifte tilstanden fra Manuel til Videresalg. Videresalg tilbydes kun, når dit bureau har white-labeling på sin plan.
3. **Angiv dine priser** — definer kreditpakker og priser pr. kredit, som dine underkonti ser, når de køber kreditter.
4. **Håndhævelse af minimumspris** — platformen håndhæver en minimumspris for kreditter for at sikre bæredygtige priser på tværs af platformen.
5. **Underkonti køber kreditter** gennem dit brugerdefinerede checkout, drevet af den betalingsudbyder, du forbinder — Stripe, PayPal eller begge. Betalinger går direkte til din egen konto hos den pågældende udbyder.
6. **Kreditter leveres automatisk** til underkontoen efter købet. Kreditterne lander på kundens egen købte saldo, og det samme antal kreditter trækkes fra din bureau-pulje — det fradrag er din omkostning ved salget, mens kundens betaling går til din egen betalingskonto.

### Kreditøkonomi

Når en kunde køber kreditter, tilføjes disse kreditter til kundens egen købte saldo, og det samme antal kreditter **trækkes fra din bureau-pulje**. Kundens penge går til din Stripe-konto; puljefradraget er din platformomkostning for salget. Din fortjeneste er forskellen mellem den pris, du har fastsat, og hvad disse kreditter koster dig — hvilket også er grunden til, at minimumsprisen pr. kredit eksisterer (du kan ikke prissætte en pakke under platformens egen kreditomkostning).

Hold din pulje dækket: checkout kræver, at din bureau-pulje indeholder mindst lige så mange kreditter, som den pakke der købes. Hvis din pulje på betalingstidspunktet stadig ikke kan dække købet, debiterer platformen automatisk dit bureaus registrerede kort for at fylde op — og hvis denne automatiske debitering mislykkes, refunderes kundens betaling, og der leveres ingen kreditter.

**Eksempel:** Du sælger 150 kreditter for $25. De 150 kreditter lander på kundens købte saldo, de $25 går til din Stripe-konto, og 150 kreditter trækkes fra din bureau-pulje. Hvis disse puljekreditter koster dig $15, er din margin på salget $10.

Købte kreditter dækker **alt, hvad klienten bruger** — AI-svar, værktøjer, opfølgninger og også de ikke-AI-relaterede WhatsApp-omkostninger (nummerleje og, fra 1. oktober 2026, operatørgebyrer pr. besked). Det hele trækkes først fra klientens købte saldo; din bureau-pulje dækker kun det, som saldoen ikke kan dække. Der er ikke noget separat tillæg pr. klient på WhatsApp-omkostninger (feltet **Klienttakst** genprissætter kun Max- og Mini AI-handlinger), så hvis du videresælger på WhatsApp, skal du indregne dem i dine planer. SMS er ikke en del af dette: SMS kører altid på en Twilio-konto, som du selv forbinder, så Twilio fakturerer dig direkte for det, og der er ingen kreditter involveret.

### Hvad sker der, når en klients saldo når nul

En videresælgende klients forbrug forbliver isoleret til de kreditter, de har købt, **så længe deres månedlige godtgørelse er nul**. Uden en godtgørelse stopper **AI-botten med at svare for den underkonto**, så snart deres købte saldo når nul — den falder ikke tilbage på din bureau-pulje — og klienten køber en ny plan eller kreditpakke via dit checkout for at fortsætte. Det er den hårde grænse, der forhindrer én klients forbrug i at dræne din bureau-saldo.

Hvis underkontoen stadig har en **Månedlig godtgørelse** indstillet (se [Kreditstyringstilstande](sub-accounts.md#credit-management-modes)), vil denne godtgørelse fortsat blive tildelt hver måned og blive brugt fra din pulje præcis som i manuel tilstand, så klienten fortsætter, efter deres købte kreditter er opbrugt. Sæt godtgørelsen til nul i underkontoens **Rediger**-modal, hvis du ønsker den rene betal-for-brug-adfærd. (SMS faktureres under alle omstændigheder direkte til dig af Twilio, så der er ingen kreditafgift involveret.)

### Selvbetjenings-tilmeldingsflowet

Målet med videresalg af kreditter er, at du **ikke** skal administrere tilmeldinger manuelt. Flowet ser således ud:

1. Du publicerer et betalingslink (i en e-mail, på din hjemmeside, i en annonce).
2. En ny klient klikker på det, betaler, og en underkonto oprettes automatisk. (Hvis planen har en gratis prøveperiode, starter de den uden at betale noget — opkrævningen sker automatisk, når prøveperioden udløber.)
3. Klienten modtager en e-mail med loginoplysninger og en midlertidig adgangskode.
4. De logger ind, gennemgår onboarding og tager den derfra.

Du griber kun ind, hvis de har brug for hjælp — fakturering, genopfyldning, betalingsforsøg osv. kører alt sammen på autopilot.

Der er tre måder at forbinde dette på: **Stripe** (anbefales, fuldt indbygget), **PayPal** (også fuldt indbygget, og det sædvanlige svar, når Stripe ikke er tilgængelig, hvor du er), eller en **Brugerdefineret betalingsudbyder** (ethvert andet system, du allerede bruger — kræver lidt integrationsarbejde).

---

### Opsætning af videresalg af kreditter

::: master-only
<figure><img src="../.gitbook/assets/v2-saas-mode-step1.png" alt="Opsætningsguide til SaaS-tilstand, trin 1 af 5: Opret en Stripe-konto, med knapperne Åbn Stripe og Jeg har en konto samt et alternativ med en tilpasset betalingsudbyder"><figcaption><p>Opsætningsguiden til SaaS-tilstand (trin 1 af 5). Stripe er standardvejen; feltet nederst tilbyder ruten med en tilpasset betalingsudbyder, hvis Stripe ikke er tilgængelig i dit land.</p></figcaption></figure>
:::

1. Klik på **SaaS-tilstand** i hovedsidepanelet.
2. Hvis det er første gang, du er her, lander du i opsætningsguiden. Vælg en af de tre stier:
   - **Jeg har en konto / Forbind Stripe** — anbefales. Se [Mulighed 1: Forbind Stripe](#option-1-connect-stripe) nedenfor.
   - **Brug en brugerdefineret betalingsudbyder i stedet** — til enhver anden betalingsudbyder, du selv vil styre. Se [Mulighed 2: Brugerdefineret betalingsudbyder](#option-2-custom-payment-provider) nedenfor.
   - **Forbind PayPal i stedet** — indbygget ligesom Stripe, hvor pengene lander på din PayPal Business-konto. Se [Mulighed 3: Forbind PayPal](#option-3-connect-paypal) nedenfor.

> Stripe er vejen med mindst modstand. Hvis Stripe ikke er tilgængelig i dit land, eller dine kunder blot foretrækker PayPal, så forbind PayPal — det er lige så indbygget og kræver intet integrationsarbejde. Gem ruten med brugerdefineret betalingsudbyder til et faktureringssystem, du allerede har og ønsker at beholde (Mollie, Paddle, GoCardless, din egen backend osv.).

Du kan forbinde Stripe og PayPal på samme tid. Dine kunder får derefter en knap til hver og vælger, hvad de foretrækker.

---

### Mulighed 1: Forbind Stripe

Dette er den anbefalede vej. Platformen håndterer checkout, kontooprettelse og kreditoverførsel for dig — du skal blot give Stripe nøglerne.

#### Trin 1 — Opret en begrænset Stripe API-nøgle

1. I guiden til SaaS-tilstand bliver du bedt om din **Stripe Secret Key**.
2. Åbn dit Stripe-dashboard i en ny fane → **Developers** → **API keys** → **Create restricted key**.
3. Giv nøglen et navn (f.eks. *<span data-t="appName">DM Champ</span> Reselling*) og tildel disse tilladelser:
   - **Checkout Sessions** → Write
   - **Products** → Write
   - **Prices** → Write
   - **Subscriptions** → Write (markerer hver klients abonnement, så fornyelser — og gratis prøveperioder, der konverteres til betalte — krediterer den rigtige konto, og lader platformen tjekke et niveau for aktive abonnenter, før du sletter det)
   - **Customers** → Write, **Setup Intents** → Read og **Customer portal** → Write (bruges når en klient gemmer et kort til automatisk genopfyldning eller administrerer sit abonnement)
   - **Account** → Read
   - **Webhook Endpoints** → Write (lader platformen tjekke, at din webhook er registreret med de rigtige hændelser og rette den for dig, hvis den ikke er — se [Webhook-helbredstjek](#webhook-health-check) nedenfor)
4. Klik på **Create key**, og kopiér derefter nøglen.

> **Allerede forbundet med færre tilladelser?** Du behøver ikke en ny nøgle. I Stripe skal du åbne **Developers → API keys**, klikke på din eksisterende begrænsede nøgle, markere de manglende tilladelser og gemme — platformen registrerer dem ved næste anmodning. Det tydelige tegn på, at en nøgle mangler **Subscriptions**, er fejlen *"Could not verify if this tier has active subscribers"*, når du forsøger at slette et prisniveau.
5. Indsæt den i guiden og klik på **Save & Continue**.

#### Trin 2 — Registrer Stripe-webhooken

1. Guiden viser dig en **webhook-URL**. Kopiér den.
2. I Stripe → **Developers** → **Webhooks** → **Add endpoint**.
3. Indsæt webhook-URL'en som destination.
4. For begivenhederne skal du vælge **`checkout.session.completed`** (førstegangskøb), **`invoice.paid`** (fornyelser og den første betaling, efter en gratis prøveperiode slutter — uden denne bliver en kundes fornyelse opkrævet i Stripe, men deres kreditter bliver ikke fyldt op), **`customer.subscription.updated`** (plan-skift foretaget i Stripe-kundeportalen — uden denne beholder en kunde, der opgraderer, deres gamle kvote, indtil du retter det manuelt) og **`customer.subscription.deleted`** (annulleringer — uden denne vil en kunde, der annullerer i Stripe, stadig fremstå som abonnent her).
5. Stripe viser en **signing secret** for den nye webhook. Kopiér den og indsæt den i guiden, og klik derefter på **Save & Continue**.

##### Webhook-helbredstjek

Så snart du gemmer signeringshemmeligheden, og derefter én gang om dagen, bruger platformen din Stripe-nøgle til at kontrollere, at dit webhook-endepunkt er aktiveret og abonnerer på alle fire hændelser. Hvis hændelser mangler, og din nøgle har tilladelsen **Webhook Endpoints → Write**, tilføjes de automatisk for dig. Hvis platformen ikke kan løse det (intet endepunkt fundet, endepunkt deaktiveret, nøglen mangler tilladelsen, eller Stripe afviser nøglen, fordi den er udløbet eller tilbagekaldt), viser SaaS Mode-dashboardet en **"Webhook needs attention"**-advarsel, der fortæller dig præcis, hvad du skal gøre. Løs det hurtigst muligt: mens advarslen vises, bliver dine kunders fornyelser stadig opkrævet i Stripe, men deres kreditter bliver ikke fyldt op.

#### Trin 3 — Opsæt prisniveauer

1. Definer de kreditpakker, dine kunder kan købe (op til 20 niveauer — f.eks. *Starter — 1.000 kreditter / $29*, *Pro — 5.000 kreditter / $99*), og eventuelt de funktioner, hvert niveau låser op for.
   - **Har du brug for den samme plan på to faktureringskadencer — f.eks. månedligt og årligt?** Opsæt den én gang, og klik derefter på **Dupliker**-ikonet (ved siden af skraldespandsikonet på niveauet) i stedet for at bygge den igen. Kopien bærer alle indstillinger fra den originale — kreditter, pris, funktioner, grænser, prøveperiode — med *(kopi)* tilføjet til dens etiket, og den er endnu ikke udgivet: skift dens **Fakturering** til Årlig, juster prisen og etiketten, og gem derefter, så får den sit eget Stripe-produkt og pris. Kopien tilføjes altid med vilje til **slutningen** af din liste over planer: dine betalingslinks og indlejringskode peger på planer efter deres position på listen (se [Trin 4 — Del dine betalingslinks](#step-4--share-your-payment-links)), så intet, du allerede har lagt på din hjemmeside, flytter sig.
2. Vælg, hvordan planen faktureres med **Fakturering**-vælgeren: **Månedligt**, **Årligt** eller **Hver N. uge**. Ved Månedligt ændres intet — den pris, du indtaster, opkræves hver måned. Ved **Årligt** er den pris, du indtaster, prisen for et **helt år**, mens feltet **Kreditter pr. måned** stadig betyder præcis det — de kreditter, kunden får **pr. måned**. Så *1.000 kreditter / $290 / Årligt* er en kunde, der betaler dig $290 én gang om året og modtager 1.000 kreditter hver måned. Deres kvote tildeles måned for måned — den første måned, når de køber, derefter automatisk hver måned efter, hvor tælleren nulstilles ved hver årlig fornyelse — i stedet for tolv måneders kreditter, der droppes ind på dag ét. Det betyder noget for din pulje: et årligt salg tager ikke et års forbrug af kreditter ud af den på én gang. Hvis kunden annullerer, stopper de månedlige tildelinger. **Hver N. uge** er til enhver anden kadence: vælg den og indtast **Uger mellem betalinger** (1 til 52) — *hver 4. uge*, f.eks., hvilket er 13 betalinger om året i stedet for 12. På en ugentlig plan gælder prisen og kreditterne begge **pr. faktureringsperiode**: en *1.000 kreditter / $29 / hver 4. uge*-plan opkræver $29 hver fjerde uge og tildeler 1.000 kreditter hver fjerde uge. Ændring af en gemt plans faktureringskadence opretter en ny pris i din Stripe, så eksisterende abonnenter bliver på det, de tilmeldte sig.
3. Giv planen en **gratis **gratis prøveperiode**, hvis du ønsker det. **Gratis prøveperiode (dage)** tager alt fra 1 til 90 — lad den stå på **0** for ingen prøveperiode — og **Prøvekreditter** indstiller, hvor mange kreditter kunden starter med (den er som standard planens månedlige kreditter, og du kan sænke den — til minimum 1, da en prøvekonto uden kreditter slet ikke kunne færdiggøre sin egen opsætning). Med en prøveperiode indstillet bliver en ny kunde **ikke opkrævet ved tilmelding**: de får prøvekreditterne på dag ét og kan bruge planen med det samme. Når prøveperioden slutter, opkræver Stripe automatisk planprisen, og kunden går over til den fulde månedlige kvote fra da af. Et par ting at huske på:
   - **Prøvekreditter kommer fra din bureau-pulje**, præcis som alle andre plankreditter. En generøs prøveperiode på en plan, du promoverer bredt, er en reel omkostning, så sæt antallet bevidst i stedet for at lade det stå til den fulde månedlige kvote.
   - **En prøveperiode er til nye tilmeldinger.** En tilmelding via dit betalingslink eller indlejrede checkout får prøveperioden præcis som konfigureret på planen. En underkonto, der allerede eksisterer — oprettet af dig, tidligere abonneret eller allerede prøvet — der køber fra sin egen Faktureringsside, opkræves med det samme, ingen anden prøveperiode. En kunde, der annullerer i løbet af prøveperioden, bliver aldrig opkrævet og beholder de prøvekreditter, der er tilbage.
   - **Kort eller intet kort — dit valg.** Som standard beder prøveperioden stadig kunden om et kort ved tilmelding, og Stripe opkræver det, når prøveperioden slutter. Slå **Kræv kort for at starte prøveperiode** fra, og checkout springer kortet helt over: kunden starter kun med en e-mail. Hvis de ikke har tilføjet et kort, når prøveperioden udløber, slutter planen simpelthen — deres underkonto markeres som annulleret, der tildeles ikke flere kreditter, og de beholder, hvad der er tilbage af prøvekreditterne. En prøveperiode uden kort konverterer mindre automatisk end en med kort på fil, så det kan betale sig at minde kunden om at tilføje deres kort inden udgangen.
   - **Hård udløb efter prøveperiode — tag de ubrugte kreditter tilbage.** Ved siden af kortkontakten sidder **Hård udløb efter prøveperiode**: *når prøveperioden slutter uden en opgradering, kommer ubrugte prøvekreditter tilbage til din pulje, og kundens konto låses, indtil de abonnerer.* Lad den være slået fra (standard), og intet ændres fra afsnittet ovenfor — planen annulleres, der tildeles ikke yderligere kreditter, og kunden beholder, hvad der er tilbage af prøvekreditterne, så deres AI fortsætter med at svare, indtil de løber tør. Slå den til, og i det øjeblik en prøveperiode slutter uden en opgradering, går de ubrugte prøvekreditter **tilbage til din bureau-pulje**, og kundens konto låses: afsendelse og AI-svar stopper, og de ser *"Din gratis prøveperiode er slut. Kontakt din udbyder for at fortsætte."* Kun det, de ikke brugte, kommer tilbage — en prøveperiode, de faktisk brugte, koster dig det, de brugte. Låsen løftes af sig selv, så snart de køber en plan, og du kan selv løfte eller ændre den fra underkontoens **Rediger**-modal ved hjælp af de samme [blokkontroller](sub-accounts.md#blocking-pausing-a-sub-account) som for en kunde, der kommer bagud med betalinger. (En blokering, du allerede havde placeret manuelt, bliver aldrig berørt af noget af dette — din grund til det rangerer højere end vores.) Hård udløb fungerer på både prøveperioder med og uden kort; ved en prøveperiode uden kort fortæller checkout køberen på forhånd, at deres plan **og** eventuelle resterende prøvekreditter automatisk slutter efter prøveperioden, medmindre de tilføjer en betalingsmetode.
4. **Kanaler**-gruppen bærer planens **Kanalgrænse** — et tal, ikke en kontakt, der fungerer præcis som teampladser og AI Agent-grænsen. Vælg **Ikke angivet** (standard — planen administrerer ikke antallet, så hvad kontoen allerede har, forbliver som det er), **Ubegrænset** eller **Brugerdefineret** med det nøjagtige antal beskedkanaler, kunder på denne plan kan have forbundet på én gang — inklusive **0**, for planer, hvor du selv forbinder og administrerer kanalerne. Grænsen anvendes, når en kunde abonnerer, og opdateres ved hver fornyelse, og en grænse, du har sat manuelt på en specifik underkonto (i dens Rediger-modal), overskrives aldrig af en fornyelse. Den styrer *hvor mange* kanaler, ikke *hvilke* — det er den næste gruppe. Optællingen er pr. **forbindelse**, ikke pr. kanaltype: hvert WhatsApp-nummer tager sin egen plads (både WhatsApp Web og Business API), mens Instagram og Messenger ankommer gennem den samme Meta-sideforbindelse og optager tilsammen en enkelt plads. En kunde ved deres grænse ser en klar besked, når de forsøger at forbinde en anden kanal; genforbindelse af en, de allerede har, blokeres aldrig.
5. Inde i hvert niveaus funktionsliste finder du også en **Kanaltyper**-gruppe, der viser de kanaltyper, en kunde kan få — Chat-widget, WhatsApp Business API, WhatsApp Web, Instagram, Facebook Messenger, Telegram, LINE, Viber, E-mail, SMS og iMessage. Kanaltyper er som standard slået til, medmindre du slår nogle fra, så du kan reservere specifikke kanaler til højere niveauer — f.eks. en starterplan kun med widget og WhatsApp Business API fra dit Pro-niveau og op. Kunder på et niveau, der ekskluderer en kanal, ser den låst på deres Kanaler-side med en note om at opgradere.
6. Funktionslisten bærer også en **Team**-gruppe, så hver plan kan definere sin egen teampladskvote. Én vælger, **Teampladser**, bestemmer både, om kunder på planen overhovedet får teammedlemmer, og hvor mange: vælg **Ikke inkluderet** (standard — kunder på denne plan kan ikke invitere teammedlemmer), en af forudindstillingerne (3 / 5 / 10 / Ubegrænset) eller **Brugerdefineret** med et hvilket som helst nøjagtigt antal — Starter med 3 pladser, Professional med 10, Enterprise ubegrænset eller hvad der passer til din prissætning. Kvoten anvendes automatisk, når en kunde abonnerer, og opdateres ved hver fornyelse, så der er intet at indstille manuelt pr. kunde. To ting at vide: **Ikke angivet** betyder, at teammedlemmer er inkluderet, men planen administrerer ikke antallet — hvilken pladsgrænse kontoen allerede har, lades i fred — og en pladsgrænse, du har sat manuelt på en specifik underkonto (i dens Rediger-modal eller via API'et), overskrives aldrig af en fornyelse, så engangsundtagelser overlever faktureringscyklusser. Der er også en **Produktivitet**-gruppe (Opgaver, Daglige resuméer, AI-mediebibliotek), hvis du vil reservere dem til højere planer.
7. **Kontakter & AI-agenter**-gruppen bærer planens **AI Agent-grænse** — et tal, ikke en kontakt, der fungerer præcis som teampladser. Vælg **Ikke angivet** (standard — planen administrerer ikke antallet, så hvad kontoen allerede har, forbliver som det er), **Ubegrænset** eller **Brugerdefineret** med det nøjagtige antal AI-agenter, kunder på denne plan kan have — inklusive **0**, for planer, hvor du selv bygger og administrerer agenterne, og kunder ikke bør oprette deres egne. Grænsen anvendes, når en kunde abonnerer, og opdateres ved hver fornyelse, og en grænse, du har sat manuelt på en specifik underkonto (i dens Rediger-modal), overskrives aldrig af en fornyelse. En kunde ved deres grænse ser en klar besked, når de forsøger at oprette eller duplikere en agent; kopiering af en agent til en underkonto fra din bureauside blokeres aldrig af den.
8. **Ubrugte kreditter**-gruppen bestemmer, hvad der sker med en kundes resterende kreditter, når planen fornyes. **Behold højst** er, hvor mange måneders kvote en kunde på denne plan må overføre: ved hver fornyelse trimmes deres ubrugte saldo til højst det antal gange den månedlige kvote, og derefter lander de nye kreditter ovenpå — `1` beholder én måneds forbrug, `0.5` en halv måned, `0` overfører intet. **Udløb ubrugte kreditter efter** er et antal dage: kreditter, der har ligget ubrugte så længe, droppes ved den første fornyelse, efter de når den alder, og fordi forbrug altid trækkes fra de ældste kreditter først, mister en kunde, der bruger sin kvote hver måned, aldrig noget. Lad begge stå tomme — standarden, og hvad hver plan, du allerede sælger, beholder — og intet begrænses eller udløber. De er værd at indstille på en billig eller prøveprissat plan, hvor en kunde, der knap nok bruger produktet, ellers opbygger en saldo, din pulje hæfter for. En værdi sat på en specifik underkonto slår planens, så du stadig kan lave en undtagelse for en enkelt kunde. Se [Begrænsning af hvad der overføres](sub-accounts.md#capping-what-rolls-over).
9. Angiv **prisen pr. kredit** — dette er, hvad kunder betaler for ad-hoc påfyldninger.
10. Klik på **Gem & Fortsæt**.

> **Kontakter er en ja/nej-funktion, ikke et tal.** Den samme **Kontakter & AI-agenter**-gruppe indeholder **Ubegrænsede kontakter** som et simpelt tænd/sluk-element, og der er bevidst ikke noget felt til at indtaste et kontaktantal. Hvis du slår det fra, får du ikke en kontaktgrænse, der skal angives – så medmindre du har en specifik grund til det, bør du lade den være slået til. De tre grænser, du kan angive som et faktisk tal, er **Kanalgrænse**, **AI-agentgrænse** og **Teampladser**, som hver især har indstillingerne Ikke angivet / Ubegrænset / Brugerdefineret.

> **Der er ingen grænse pr. plan for kampagner eller udsendelser.** Agenter er det, du skal begrænse, hvis du vil holde et startniveau lille – brug **AI-agentgrænsen** ovenfor.

> **Niveauer er abonnementer, ikke engangskøb.** Hvert prisniveau er et tilbagevendende abonnement — opkrævet hver måned, én gang om året eller hver N. uge afhængigt af dets **Fakturering**-vælger — og det kører, indtil klienten annullerer. Månedlige og årlige planer tildeler kreditkvoten **hver måned**; en ugentlig plan tildeler den **hver faktureringsperiode**. Til engangsopfyldninger skal du bruge muligheden for brugerdefineret beløb pr. credit i stedet. Da niveauer er aktive abonnementer, kan et niveau, der stadig har aktive abonnenter, ikke slettes — annullér eller migrer disse klienter først.


> ⚠️ **Niveauets funktionsliste vinder ved hver fornyelse.** Når en klient abonnerer på et niveau, og igen hver gang det fornyes, nulstilles deres funktioner til præcis det, som det niveau inkluderer. Så hvis du slår en ekstra funktion til for én klient fra **Edit Sub Account**, skal du også tilføje den til deres niveau — ellers forsvinder den ved deres næste fornyelse. (Brugerdefinerede engangskøb af kreditter rører ikke ved funktioner.)

#### Salg af en plan på et specifikt white label-domæne

Hvis du kører mere end ét [white label-domæne](white-labeling.md#up-to-three-white-labels), får hvert niveau en **Solgt på**-vælger (den vises kun, når du har to eller flere domæner). Lad den stå på **Hoveddomæne**, så ændres intet. Vælg et af dine andre domæner — f.eks. dit Lead Finder-domæne — og:

- Det pågældende niveaus **betalingsside bærer domænets branding**, og efter betaling lander køberen på det domæne, ikke dit hoveddomæne.
- Køberens underkonto **tildeles automatisk til det domæne**, så deres e-mails og login-branding følger det fra dag ét (den samme tildeling, som du manuelt kan indstille i underkontoens **White label**-vælger).
- Kunder, der er logget ind på det domæne, ser et **Planer**-kort på deres Credits-side, som kun viser de planer, der sælges der, med en opgraderingsknap — så en kunde på dit Lead Finder-domæne kan abonnere uden nogensinde at se dit hovedbrand.

Planer, der sælges på dit hoveddomæne, vises aldrig på dine andre domæner, og omvendt.

Hvis du senere [gør et andet domæne til dit primære](white-labeling.md#changing-which-domain-is-main), bliver alle abonnementer, der var på **Primært domæne**, låst til det domæne, de rent faktisk blev solgt på, så intet ændrer sig for de kunder, der køber der.

Du lander på en **Du er klar!**-skærm med en tjekliste (Stripe-konto forbundet, prisniveauer konfigureret, webhook registreret) og et tip til at teste med Stripes testkort `4242 4242 4242 4242`. Derfra fører **Se dashboard** dig til SaaS-tilstand-dashboardet.

#### Kunder, der skifter plan

Hvis du lader kunder administrere deres eget abonnement fra Stripe-kundeportalen, kan de selv skifte mellem dine planer. Her er, hvad det betyder for deres kreditter.

- **Opgradering midt i en periode giver dem straks flere kreditter.** En kunde på Starter (100 kreditter om måneden), der skifter til Professional (1.000 om måneden) på dag 10, modtager forskellen – 900 kreditter – med det samme, og de fulde 1.000 fra deres næste fornyelse og frem. Stripe opkræver prisforskellen for resten af perioden; kreditterne kommer som altid fra din pulje.
- **Nedgradering tager aldrig kreditter tilbage.** Hvad kunden allerede har fået, beholder de, og intet vender tilbage til din pulje. Den mindre kvote gælder fra deres næste fornyelse.
- **Gentagne skift op og ned kan ikke give kvoten to gange.** Platformen husker den højeste kvote, som kundens nuværende periode allerede er blevet finansieret med, så Starter → Professional → Starter → Professional inden for én måned giver kun forskellen på 900 kreditter én gang, ikke to.
- **Plan-funktioner, pladser og begrænsninger følger den nye plan med det samme**, i begge retninger.

To ting, du skal have styr på i indstillingerne for din Stripe-kundeportal:

- **Hold "customers can change quantity" slået fra.** Antal multiplicerer det, kunden bliver opkrævet, men aldrig de kreditter, de modtager – en kunde, der sætter antallet til 3, betaler tre gange prisen og får stadig kun én plans kvote.
- **Planlægning af nedgraderinger til slutningen af faktureringsperioden er den fornuftige standard rent økonomisk.** En nedgradering, der træder i kraft med det samme, placerer kunden på en mindre plan i en periode, de allerede har betalt den højere pris for, og ingen af de allerede tildelte kreditter kommer tilbage til dig.

#### Trin 4 — Del dine betalingslinks

Fanen **Betalinger** på betjeningspanelet viser dine betalingslinks. Linksene bruger det domæne, du er logget ind på: Åbn betjeningspanelet fra `app.youraiconnector.com`, og de starter med `app.youraiconnector.com`; log ind fra dit eget white-label-domæne, og de bærer dit domæne i stedet — en note under linksene minder dig om dette. (Du kan også bare selv udskifte domænedelen af en kopieret URL manuelt.) Selve betalingssiden er altid white-labeled med dit logo og brand.

Der er også **Kopier indlejringskode** på samme fane, hvis du vil placere priskortene direkte på din egen hjemmeside.

Kører du Meta-annoncer? Embed-koden videresender også Metas annonce-klik-ID (`fbclid`) fra din side til betalingsknapperne, og et almindeligt betalingslink accepterer det også (`...&fbclid=...`). Sammen med et **Meta Pixel ID** på dit white-label-domæne gør det Meta i stand til at tilskrive tilmeldingen til annoncen. Se [Sporing af konverteringer fra Meta-annoncer](white-labeling.md#tracking-meta-ads-conversions).

Hvis du også har PayPal forbundet, bærer hver plan et PayPal-link ved siden af sit Stripe-link, og indlejringskoden placerer én knap pr. forbundet betalingsmetode på hvert priskort.

Hvert betalingslink peger på en plan baseret på dens placering på din liste over planer (den første plan er `tier=0`, den anden `tier=1`, og så videre). Hvis du sletter en plan, rykker planerne efter den én plads op — så kopiér dine links og indlejringskode fra fanen Betalinger igen, efter du har slettet en plan, ellers kan en knap på din hjemmeside ende med at pege på den forkerte plan eller en, der ikke længere eksisterer. Planer vises til dine kunder i den rækkefølge, de optræder på din liste over planer.

**Hvad købere kan indtaste ved kassen.** Udover kortet beder Stripes betalingsside om køberens e-mail, telefonnummer og faktureringsadresse, og tilbyder et valgfrit felt til **Virksomhedsnavn** samt et **"Jeg køber som virksomhed"**-afkrydsningsfelt, hvor de kan tilføje deres moms- / skatte-id. Virksomhedsnavnet og skatte-id'et gemmes på kunden i din Stripe-konto, så du kan hente dem til din egen fakturering.

Telefonnummeret bliver som standard efterspurgt, men du kan slå det fra. På fanen **Betalinger** under **Checkout-felter** skal du deaktivere **Spørg efter telefonnummer ved checkout**, hvorefter købere kun skal indtaste deres e-mail, kortoplysninger og faktureringsadresse. Det gælder med det samme for dine betalingslinks og din integrerede checkout — der er ingen grund til at kopiere noget igen — og konti, der oprettes med funktionen slået fra, har ganske enkelt ikke noget telefonnummer registreret, hvilket ikke ændrer noget andet ved deres funktionalitet.

> ⚠️ **Slet ikke de produkter, som platformen opretter inde på din Stripe-konto.** Når du opsætter prisniveauer, opretter platformen automatisk matchende Stripe-produkter og priser. Hvis du sletter dem i Stripe, vil dine betalingslinks gå i stykker. Administrer dine priser fra SaaS-tilstand-dashboardet, ikke inde fra Stripe.

---

### Mulighed 2: Brugerdefineret betalingsudbyder

Vælg denne vej, hvis Stripe ikke er en mulighed. Platformen giver dig et enkelt webhook URL-felt — du er selv ansvarlig for resten af opsætningen. Der er **to** ting, du selv skal forbinde:

1. **Indledende tilmelding** — når en ny kunde betaler via dit betalingslink, kalder du platformens API for at oprette underkontoen.
2. **Automatisk opfyldning** — når en underkontos credits er ved at slippe op, kalder platformen din webhook, så du kan opkræve betaling fra kortet og tildele flere credits.

#### Hvad du selv skal bygge

- **Produkter / betalingslinks** hos din egen betalingsudbyder (Stripe uden for Stripe Connect, Mollie, Paddle, GoCardless, manuel fakturering osv.).
- **En arbejdsgang, der kører ved gennemført betaling**, som kalder platformens API for at:
  - Oprette underkontoen ([POST `/v1/sub-accounts`](https://help.dmchamp.com/api/reference)).
  - Eventuelt sende kundens midlertidige adgangskode via e-mail.
- **En arbejdsgang, der håndterer webhooks for automatisk genopfyldning** fra platformen: opkræv betaling fra det gemte kort, og kald derefter platformens API for at tilføje credits.

Du behøver ikke at kode dette fra bunden — Zapier, Make, n8n eller ethvert low-code værktøj kan kalde platformens REST API og din betalingsudbyders API i rækkefølge.

#### Trin 1 — Find API-referencen

Den fulde API-dokumentation findes på **help.dmchamp.com → API Reference → Sub Accounts**.

> Åbn `help.dmchamp.com` direkte, ikke din white-label dokumentations-URL. API-referencen er filtreret fra i white-label dokumentationen, så dine kunder ikke kan se den.

Sektionen Sub Accounts viser endpointet til oprettelse af underkonti, svarformatet (inklusive den midlertidige adgangskode, du kan bruge i din velkomstmail) og de tilgængelige feature-flags, du kan sende med, når du opretter en konto.

#### Trin 2 — Konfigurer webhook til automatisk genopfyldning

1. I SaaS-tilstand-guiden skal du vælge **Brug en tilpasset betalingsudbyder i stedet**.
2. Indtast din **webhook-URL** — endpointet på din server (eller Zapier / Make / n8n), der skal håndtere hændelser med lav saldo.
3. Klik på **Send testhændelse** for at bekræfte, at endpointet kan nås. Resultatpanelet viser den HTTP-status, din server returnerede, round-trip latenstiden, svarteksten og den nøjagtige JSON-nyttelast, der blev sendt — så du kan bygge og debugge din handler fra ende til anden uden at vente på, at en rigtig kunde løber tør for saldo. Testhændelser har `test: true` i nyttelasten, så din server kan afbryde processen, før nogen bliver opkrævet.
4. Klik på **Gem webhook-URL**.

Når det er konfigureret, vil platformen sende en notifikation til din webhook-URL, hver gang en underkontos kreditsaldo falder under deres tærskel for automatisk genopfyldning:

- Platformen sender en notifikation til din webhook-URL med underkontoens detaljer og hvor mange kreditter, de har brug for.
- Din server behandler betalingen, som du ønsker (opkræv kundens kort, opret en faktura, træk fra en forudbetalt saldo osv.).
- Når betalingen er bekræftet, kalder din server API'et for at tildele kreditterne til underkontoen.

For tekniske detaljer om webhook-nyttelasten og API-kaldet, se [Sub-Account Auto-Recharge (Custom Payment Provider)](sub-account-auto-recharge.md).

---

### Mulighed 3: Forbind PayPal

Vælg denne sti, hvis Stripe ikke er tilgængelig i dit land, eller hvis dine kunder hellere vil betale med PayPal. Den er indbygget præcis som Stripe — platformen kører checkout, opretter underkontoen og leverer kreditterne — og pengene går direkte ind på **din egen PayPal Business-konto**. Du skal bruge en PayPal Business-konto med en REST-app oprettet i den; der er intet at bygge.

At forbinde PayPal erstatter ikke Stripe. Hvis du har begge, får dine kunder begge knapper, på deres Faktureringsside og på dine priskort.

#### Trin 1 — Forbind din PayPal-app

1. I SaaS-tilstand-guiden skal du vælge **Forbind PayPal i stedet**.
2. Åbn dit PayPal-udviklerdashboard i en ny fane, og opret en **REST-app** på din Business-konto.
3. Kopier appens **Client ID** og **Secret** og indsæt dem i guiden.
4. Vælg miljøet: **Live** for rigtige betalinger, eller **Sandbox**, hvis du først vil teste hele flowet med PayPals testkøbere. Client ID og Secret skal komme fra det samme miljø, du vælger, og Sandbox-betalinger er ikke rigtige penge — skift forbindelsen til Live, før du deler dine links.
5. Klik på **Gem & Fortsæt**. Platformen tjekker med det samme legitimationsoplysningerne med PayPal; hvis PayPal afviser dem, gemmes intet, og du kan indsætte dem igen.

#### Trin 2 — Registrer PayPal-webhooken

Webhooken er måden, din PayPal-konto fortæller platformen på, at en betaling er gået igennem, et abonnement er fornyet, eller en betaling er blevet refunderet. Uden den betaler dine kunder, men deres kreditter leveres ikke.

1. Guiden viser dig en **webhook-URL**. Kopiér den.
2. I den samme PayPal REST-app skal du tilføje en webhook med den URL og abonnere på disse hændelser:
   - `CHECKOUT.ORDER.APPROVED`
   - `PAYMENT.CAPTURE.COMPLETED`, `PAYMENT.CAPTURE.DENIED`, `PAYMENT.CAPTURE.REFUNDED`, `PAYMENT.CAPTURE.REVERSED`
   - `PAYMENT.SALE.COMPLETED`, `PAYMENT.SALE.REFUNDED`
   - `BILLING.SUBSCRIPTION.ACTIVATED`, `BILLING.SUBSCRIPTION.CANCELLED`, `BILLING.SUBSCRIPTION.SUSPENDED`, `BILLING.SUBSCRIPTION.EXPIRED`, `BILLING.SUBSCRIPTION.PAYMENT.FAILED`
   - `VAULT.PAYMENT-TOKEN.DELETED`
3. PayPal giver den nye webhook et **ID**. Kopiér det, indsæt det i guiden, og klik på **Gem**.

Dine planer er de samme uanset hvad — opsæt dem én gang som i [Trin 3 — Opsæt prisniveauer](#step-3--set-up-pricing-tiers), og de sælges gennem de betalingsmetoder, du har tilsluttet.

#### Hvad dine kunder ser

- **Top-ups** — en **Betal med PayPal**-knap på deres faktureringsside, ved siden af kortmuligheden, til den samme pris pr. kredit, som du har angivet.
- **Planer** — hvert niveau får et PayPal-betalingslink ved siden af sit Stripe-link på fanen **Betalinger**, og **Kopiér indlejringskode** genererer én knap pr. tilsluttet betalingsmetode, så et priskort på din hjemmeside kan tilbyde kort og PayPal side om side.
- **Automatiske top-ups** — se nedenfor.

#### Automatiske top-ups via PayPal

Én indstilling, **Gebyr for automatiske top-ups**, bestemmer, hvilken af dine tilsluttede metoder der håndterer automatiske top-ups: Stripe, PayPal eller din egen webhook. Kun én af dem kan gøre det ad gangen, selv når du har både Stripe og PayPal tilsluttet — alt andet (manuelle top-ups, plan-checkout) fortsætter med at tilbyde begge dele.

Indstil den til **PayPal**, og hver klient tilslutter sin egen PayPal-konto én gang fra kortet **Automatisk genopfyldning** på deres faktureringsside. Fra da af, når deres saldo falder under deres tærskel, debiterer platformen den gemte PayPal-konto for top-up til din pris pr. kredit og leverer kreditterne automatisk, præcis som Stripe-kortflowet gør. En klient, der endnu ikke har tilsluttet PayPal, bliver simpelthen ikke debiteret — deres saldo løber ned, indtil de tilslutter en konto eller køber kreditter manuelt — og hvis PayPal afviser en betaling, leveres der ingen kreditter, og platformen prøver igen næste gang saldoen falder under tærsklen. Klienter kan fjerne deres PayPal-konto fra det samme kort, når de vil.

Hvis du senere afbryder forbindelsen til PayPal i SaaS-tilstand, og det var den, der håndterede automatiske top-ups, falder de tilbage til Stripe, hvis du har det tilsluttet, eller til din egen webhook, hvis du har konfigureret en.

#### Godt at vide om PayPal

- **En plan beder altid klienten om en PayPal-konto, selv ved en gratis prøveperiode.** Prøveperioder fungerer stadig — intet debiteres, før prøveperioden slutter — men PayPal kræver, at køberen godkender med en konto på forhånd, så planens **Kræv kort for at starte prøveperiode**-kontakt gør ingen forskel ved et PayPal-checkout. Hvis du er afhængig af prøveperioder uden konto, skal du sælge den plan via Stripe.
- **Priser debiteres præcis som du har angivet dem.** PayPal tilføjer ingen separat skattelinje ved checkout, så indregn den skat, du skylder, i prisen på dine planer og din pris pr. kredit.
- **Skift af plan betyder annullering og nyt abonnement.** En klient på et PayPal-abonnement kan ikke skifte til et andet niveau direkte: de annullerer det nuværende og køber den nye plan via sit eget link. (Klienter, der betaler med kort, kan stadig skifte i Stripe-kundeportalen — se [Klienter der skifter planer](#clients-switching-plans).)
- **En refusion tager ikke kreditterne tilbage.** Hvis du refunderer en PayPal-betaling fra din PayPal-konto, registreres refusionen her, men kreditter, der allerede er leveret, bliver på klientens saldo — det samme som med Stripe.

---

### Priskonfiguration

- **Prisniveauer** — definer kreditpakker, som dine klienter kan købe (op til 10, f.eks. "Startpakke: 100 kreditter for $15"), konfigureret på SaaS-tilstandens fane **Planer**. Hver plan faktureres **månedligt, årligt eller hver N. uge** (en årlig pris giver stadig sine kreditter måned for måned; en ugentlig plan giver dem hver faktureringsperiode) og kan have en **gratis prøveperiode** på 1–90 dage med sit eget prøvekreditbeløb, med eller uden krav om kort på forhånd, og med eller uden **hård udløbsdato** (ubrugte prøvekreditter tilbage til din pulje, konto låst, hvis prøveperioden slutter uden en opgradering). Se [Trin 3 — Opsæt prisniveauer](#step-3--set-up-pricing-tiers). Hver plan får sit eget betalingslink på fanen **Betalinger** — et Stripe-link, et PayPal-link eller begge dele, afhængigt af hvad du har tilsluttet. Hver plan kan også begrænse, hvad en klient tager med mellem fornyelser: gruppen **Ubrugte kreditter** indstiller **Behold højst** (måneders godtgørelse beholdt) og **Udløb ubrugte kreditter efter** (dage), anvendt på hver klient på planen — se [Begrænsning af hvad der overføres](sub-accounts.md#capping-what-rolls-over). Du kan også administrere alt dette fra kode — se [Administrer dine prisniveauer via API'et](api-for-agencies.md#manage-your-pricing-tiers-over-the-api).
- **Prissætning pr. kredit** — indstil en brugerdefineret pris pr. kredit for fleksible top-ups. Brugerdefinerede (ad-hoc) kreditkøb skal være mellem 10 og 10.000 kreditter pr. transaktion. Planabonnementer dækker faste beløb; det brugerdefinerede beløb håndterer alt derimellem. En valgfri **note** (op til 200 tegn) vises til klienter direkte under prisen på deres faktureringsside — nyttigt når du prissætter i én valuta, men debiterer i en anden, f.eks. *"USD 0,25 pr. kredit til vores referencekurs"*. Prisen og noten kan også læses og ændres fra kode — se [Indstil din pris pr. kredit via API'et](api-for-agencies.md#set-your-per-credit-price-over-the-api).
- **Minimumsprissætning for kreditter** — platformen håndhæver en minimumspris pr. kredit for at opretholde platformens bæredygtighed. Du kan indstille din pris til eller over dette minimum.

### Dashboard for underkontokreditter

Hver underkontos **Detaljer om kreditforbrug** (fra rækkens **Mere**-menu på siden Underkonti) viser:

- Købte kreditter og samlet forbrug
- Forbrugte kreditter og resterende saldo
- Forbrugstendenser over tid, opdelt efter årsag og efter topkampagner

> **Hvad dashboardet viser.** Når en underkonto bruger dit bureau-API-nøgle, viser dashboardet deres kreditforbrug, men skjuler den underliggende dollar-omkostning. Brugstotaler tæller kun kreditter, der faktisk er forbrugt — salgsfremmende bonusser, månedlige fornyelser og planjusteringer er udelukket, så tallet for "kreditter brugt" afspejler reel aktivitet.

---

## Kopiering af kampagner til underkonti

Du kan kopiere en gennemprøvet kampagne fra din bureaukonto (eller enhver underkonto) til en eller flere underkonti på én gang — bot-opsætning, åbningsbesked, ofte stillede spørgsmål og vidensbase, brugerdefinerede funktioner og medier bliver alle overført, så du ikke behøver at genopbygge det manuelt. Kopien ankommer som et udkast, og et par kontospecifikke ting (WhatsApp-skabeloner, kanaler og telefonnummer, kontaktliste) skal genopsættes på hver underkonto.

Start fra siden **Underkonti** — åbn en rækkes **Mere**-menu og vælg **Kopiér kampagne hertil**. For at kopiere en AI-agent i stedet, skal du bruge **Kopiér agent hertil** i samme menu, eller ikonet **Kopiér denne agent til en underkonto** på agentens række på siden **AI-agenter**. Hvis du vil give en klient et helt setup på én gang i stedet for en enkelt agent, skal du bruge et **Snapshot** — se [Snapshots](snapshots.md).

For den fulde trin-for-trin guide, hvad der bliver kopieret, og hvad der skal genoprettes, se [Kopiér en kampagne til en underkonto](sub-accounts.md#copy-a-campaign-to-a-sub-account).

---

## Log ind-tilstand (agere som en underkonto)

Du kan gå direkte ind på en underkontos dashboard fra din bureaukonto, som om du var kunden. Dette er den samme funktion, som nogle platforme kalder "assist" eller "impersonate" — her er handlingen navngivet **Log ind som bruger**.

1. Klik på **Underkonti** i sidepanelet.
2. Find underkontoen på listen. Klik på **Mere**-menuen (ikonet med tre prikker helt til højre) på den pågældende række.
3. Klik på **Log ind som bruger**.
4. Dashboardet genindlæses som den pågældende underkonto — med fuld adgang til deres kampagner, kontakter, chats og indstillinger.
5. Når du er færdig, skal du klikke på den ravgule **Assisterer: <name>**-pille øverst i sidepanelet og vælge **Tilbage til mit bureau**.

Dette er særligt nyttigt til at yde praktisk support til kunder uden at bede dem om at dele deres loginoplysninger.

---

## Håndtering af underkontofunktioner

Afhængigt af dit bureauniveau kan du styre, hvilke funktioner hver underkonto har adgang til. Funktionsallokering administreres pr. underkonto og via dine prisniveauer.

Fra en underkontos **Rediger**-modal kan du finjustere den individuelt: slå til og fra, hvilke funktioner den har, skjule specifikke sider fra dens sidemenu og indstillinger, vælge hvem der modtager dens advarsels-e-mails (se [Notifikationsrutning](sub-accounts.md#notification-routing)), sætte et månedligt loft over dens eget API-nøgleforbrug og slå dens Max AI-niveau til eller fra.

Funktionseditoren indeholder en **Kanaltyper**-gruppe, der afgør, hvilke beskedkanaler klienten kan forbinde — Chat-widget, WhatsApp Business API, WhatsApp Web, Instagram, Facebook Messenger, Telegram, LINE, Viber, E-mail, SMS og iMessage. Kanaltyper er som standard slået til, medmindre du slår nogle fra; en kanal, du har slået fra, vises som låst på klientens Kanalside med en note om, at den ikke er inkluderet i deres nuværende plan.

> **Hvis klienten er på et betalt niveau, skal funktionen også placeres på det niveau.** Tilvalg, du indstiller her, erstattes af niveauets egen funktionsliste, hver gang klientens abonnement fornyes. Brug **Rediger**-modalen til engangsjusteringer og prisniveauet til alt det, klienten skal beholde.

> **Max AI-niveau og din egen API-nøgle.** Hvis dit bureau kører på sin egen API-nøgle, ændrer aktivering af Max for en klient den pågældende klients AI-forbrug fra "gratis via din nøgle" til 0,25 credits pr. handling, der faktureres til din bureaupulje. Det samme gælder for **Mini**-niveauet, som følger med Max – det kører også på vores infrastruktur til 0,15 credits pr. handling, aldrig på din nøgle.

---

## Har du brug for hjælp?

If you have questions about agency accounts or sub-account management, reach out via our [email support](mailto:hi@dmchamp.com).
