> ## Documentation Index
> Fetch the complete documentation index at: https://docs.aftersell.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Fejlfinding af abonnementsopgraderinger

> Løsninger på almindelige problemer med abonnementsopgraderinger, inklusive advarsler om mislykkede opgraderinger, problemer med udbyderforbindelse og tomme dropdown-menuer med salgsplaner.

Løsninger på de mest almindelige problemer med abonnementsopgraderinger. Hvis du stadig sidder fast efter at have prøvet disse, skal du kontakte support med de detaljer, der er anført under [Test og verificering](/da/aftersell/subscription-upgrades-testing#when-something-looks-wrong).

<div id="monitoring-upgrade-failures">
  ## Overvågning af mislykkede opgraderinger
</div>

Aftersell overvåger endelige opgraderingsfejl over et rullende 7-dages vindue. Hvis antallet af fejl overskrider advarselstærsklen, vises et **advarselsbanner** på din startside, der beskriver, hvor mange opgraderinger der fejlede, og over hvor mange dage. Den samme advarsel vises også i panelet **Needs attention** på [startsiden](/da/aftersell/home/needs-attention).

Advarslen indeholder en **Review orders**-knap, der fører dig direkte til ordrebrowseren filtreret til problemer med abonnementsopgraderinger, så du kan se de berørte ordrer og den specifikke årsag til hver fejl. Den forsvinder automatisk, når antallet af fejl falder under tærsklen inden for det rullende vindue. Hvis du ser denne advarsel, skal du åbne ordrebrowseren og tjekke den årsag, der vises på hver berørt ordre, og derefter følge de relevante fejlfindingstrin nedenfor.

<AccordionGroup>
  <Accordion title="Jeg kan ikke komme forbi trin 1: Forbind udbyder">
    Skabelonen **Subscription Upgrade** er aldrig skjult — den er altid anført under **Add Funnel**, uanset din udbyderopsætning. Det, der blokerer dig, er forbindelseskontrollen i trin 1: **Continue** forbliver deaktiveret, indtil **Test API key** returnerer **API key verified** med et grønt flueben.

    To forskellige udfald viser det samme røde annulleringsikon, så læs beskeden ved siden af det:

    * **Din udbyder afviste nøglen.** Tokenet mangler nødvendige scopes eller er blevet tilbagekaldt, og beskeden nævner det specifikke problem. Udsted et nyt token i din udbyders dashboard med de scopes, der er anført i [Opsætning & konfiguration](/da/aftersell/subscription-upgrades-setup), indsæt det, og test igen.
    * **Aftersell kunne ikke nå din udbyder** — "Could not verify the API key. Please try again." Der er ikke nødvendigvis noget galt med tokenet; selve kaldet fejlede. Klik på **Test API key** igen.

    Redigering af udbyderen eller tokenet rydder det tidligere resultat, så test igen efter enhver ændring.
  </Accordion>

  <Accordion title="Min kunde ser et uventet produkt i sin ordre">
    Dette er forventet adfærd. Produktet er tilbudsproduktet, pladsholder-varelinjen, der tilføjes til Shopify-ordren som en registrering af den accepterede opgradering. For at mindske forvirring kan du omdøbe tilbudsproduktet til noget tydeligt og tilføje en beskrivelse i Shopify Admin, der forklarer, hvad det repræsenterer. Se [Hvad kunden ser](/da/aftersell/subscription-upgrades#what-the-customer-sees).
  </Accordion>

  <Accordion title="Opgraderingen blev accepteret, men abonnementet blev ikke ændret">
    Shopify-ændringssættet og udbyderens API-kald er uafhængige. Hvis tilbudsproduktet blev tilføjet til ordren, men abonnementet ikke blev ændret, er de mest almindelige årsager:

    * Dit udbyder-API-token er udløbet eller mangler de nødvendige tilladelser. For Recharge skal tokenet have `read_orders`, `read_subscriptions`, `write_subscriptions` og `read_plans`. Gå til **Step 1: Connect provider**, test din nøgle igen, og tjek fejlbeskeden for de specifikke manglende scopes.
    * Det kvalificerede produkt i funnelen matcher ikke det, kunden faktisk abonnerede på.
    * For Loop findes målsalgsplanen ikke i dit Loop-dashboard for den konfigurerede frekvens.
    * Genforsøgs-workflowet kan stadig være i gang med sin tidsplan: efter et mislykket kald prøver det igen efter +1 time og derefter efter +24 timer. Dette er det samme for alle udbydere — inklusive Loop, hvis opgraderingskald er synkrone og vises i dashboardet med det samme, når de lykkes.

    Aftersell forsøger automatisk mislykkede udbyderkald igen i en baggrundsworkflow. Workflowet tjekker udbyderens aktuelle tilstand, før det kører igen, så en vellykket, men langsom opgradering ikke anvendes to gange.

    Hvis en gentagelse ikke kan løse årsagen, vil workflowet enten **refundere opkrævningen** — når ingen udbyderændring lykkedes, og den opkrævede linje var en pladsholder — eller markere opgraderingen til **manuel afstemning** og lade ordren være intakt. Helt nye abonnementer og box-opgraderinger refunderes aldrig automatisk, fordi kunden modtager rigtige produkter. Kontakt support med de detaljer, der er anført i [Test og verificering](/da/aftersell/subscription-upgrades-testing#when-something-looks-wrong).
  </Accordion>

  <Accordion title="Dropdown-menuen med salgsplaner er tom">
    Muligheden "Use an existing selling plan" henter planer direkte fra Recharge, Skio eller Loop. Hvis dropdown-menuen er tom:

    * Bekræft, at salgsplaner er konfigureret i din udbyders dashboard.
    * Sørg for, at dit API-token har læseadgang til Plans (Recharge: `read_plans`-scope) eller de relevante scopes (Skio, Loop).
    * Gå tilbage til **Step 1: Connect provider**, test din API-nøgle igen, og fortsæt.
  </Accordion>

  <Accordion title="Jeg bruger Loop, og der er intet felt til faktureringsfrekvens">
    Dette er forventet. På Loop vises feltet **Billing frequency** slet ikke — kun **Delivery frequency**, med noten "Loop syncs billing to delivery — customers are charged on each renewal". Det, du indstiller som leveringsfrekvens, er også faktureringsfrekvensen.

    Det er også derfor, prepaid-abonnementer — en faktureringsfrekvens, der er længere end leveringsfrekvensen — ikke understøttes på Loop: integrationen afviser dem direkte i stedet for at tilbyde et felt, du ikke kan bruge. De andre udbydere viser begge felter.
  </Accordion>

  <Accordion title="Ordrebrowseren viser et Subscription conflict-badge">
    Tilbudsproduktet kan kun købes som abonnement — enten selve produktet eller alle dets varianter — og kundens checkout indeholdt allerede et abonnement. Shopify tillader ikke et andet abonnement på samme ordre, så tilbuddet blev sprunget over.

    Ordredetaljepanelet forklarer, hvilket tilfælde det var: "The customer's checkout already has a subscription, and the offer product is subscription-only" eller "All variants of the offer product are subscriptions, and the customer's checkout already has one." Begge løses på samme måde — redigér tilbuddets produktvalg og udskift med et produkt, der kan købes som engangskøb, eller brug muligheden **Create new** i **Step 4: Offer product** til at generere en pladsholder.
  </Accordion>

  <Accordion title="Mit opgraderingstilbud vises til kunder, der ikke er abonnenter">
    * Tjek, at **Show this funnel for all customers** ikke er aktiveret. Dette tilsidesætter alle andre triggere.
    * Tjek triggeren **Variant on subscription**. Den viser kun funnelen, når ordren indeholder et af de valgte produkter *købt som abonnement*. På en funnel med et abonnementsopgraderingstilbud ejer guiden denne trigger og holder den synkroniseret med det produkt, der opgraderes, så den er skrivebeskyttet — panelet viser "Managed by this funnel's subscription upgrade offer." Hvis den er rettet mod de forkerte produkter, skal du rette opgraderingstilbuddets triggerprodukt i stedet for selve triggeren.
    * Tjek funnel-prioriteten. En funnel med højere prioritet og bredere triggere kan udløses først.

    <Warning>
      Forsøg ikke at genskabe dette med en separat produkttrigger plus en abonnementstrigger. Den kombination er præcis, hvad **Variant on subscription** erstattede: de to matchede uafhængigt, så en ordre, der indeholdt dit triggerprodukt som et engangskøb *og* en urelateret abonnementsvare, opfyldte begge, udløste funnelen, og opgraderingen fejlede derefter senere i forløbet. Én trigger, der matcher produkt og abonnementsstatus sammen, er den understøttede opsætning.
    </Warning>
  </Accordion>
</AccordionGroup>