> ## 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.

# Reference for Replacement-upsells

> Mekanikken bag Replacement Upsells: hvordan refundér-og-erstat-changesettet fungerer, hvilke scenarier der understøttes eller blokeres, regler for betalingsgateways og rabatter, beta-failsafen og fejlfinding.

Denne side er den komplette mekanik bag Replacement Upsell: hvordan en erstatning behandles, hvilke scenarier der understøttes eller stille blokeres, betalings- og rabatreglerne, beta-failsafen og det fulde fejlfindingskatalog. For at se, hvordan du bygger en, se guiden [Replacement-upsells](/da/aftersell/replacement_upsells).

<div id="how-a-replacement-is-processed">
  ## Sådan behandles en erstatning
</div>

Når en kunde accepterer en Replacement Upsell:

1. Den oprindelige ordrelinje med engangskøb **refunderes** i Shopify.
2. Erstatningslinjen **tilføjes** til den samme ordre, enten som et engangskøb eller et abonnement (afhængigt af hvad du har konfigureret).
3. Kunden betaler for erstatningen på samme ordre.
4. Deres kontoudtog viser to transaktioner: refunderingen af det oprindelige og opkrævningen for erstatningen. Den viste Accept Offer-knap afspejler **nettoforskellen** mellem de to priser.

Dette er implementeret med Shopifys post-purchase API:

* For en engangserstatning (anden variant, andet antal eller andet produkt) sender Aftersell et `add_variant`-changeset.
* For en abonnementserstatning sender Aftersell et `add_subscription`-changeset.
* Den oprindelige ordrelinje fjernes via Shopifys refunderings-API.

Aftersell kalder ikke din abonnementsapps API direkte ved abonnementserstatninger. Abonnementet oprettes af Shopifys native Subscription API, og din abonnementsapp samler det op via sin egen Shopify-integration.

<div id="supported-scenarios">
  ## Understøttede scenarier
</div>

Replacement Upsell understøtter fire scenarier. I alle tilfælde **skal den oprindelige ordrelinje være et engangskøb**. Erstatningen kan være enten et engangskøb eller et abonnement.

* **Engangskøb til engangskøb, samme produkt, anden variant.** Byt for eksempel størrelsen Twin ud med størrelsen Queen.
* **Engangskøb til engangskøb, samme produkt, andet antal.** Byt for eksempel en enkelt flaske ud med en 3-pak af den samme vare. Aktivér **Override quantity** på erstatningen for at angive det antal, der sendes.
* **Engangskøb til engangskøb, et helt andet produkt.** Byt for eksempel en startflaske ud med en version i fuld størrelse af en anden SKU.
* **Engangskøb til abonnement.** Byt for eksempel engangsflasken ud med et månedligt abonnement på den samme flaske eller med en abonnementsversion af et andet produkt. Dette er det mest almindelige anvendelsestilfælde.

<div id="blocked-scenarios">
  ## Blokerede scenarier
</div>

Disse scenarier **blokeres af Aftersell, når tilbuddet skal vises**. Tilbuddet springes stille over, hvis kundens ordre matcher et af dem.

* **Abonnement til engangskøb.** Fjernelse af abonnementslinjen opsiger ikke abonnementskontrakten i Recharge, Skio eller Loop. Kunden ville stadig blive opkrævet og samtidig modtage erstatningen.
* **Abonnement til et andet abonnement.** Samme grundlæggende årsag som ovenfor, og derudover blokerer Shopifys regel om "ét abonnement pr. ordre" tilføjelse af et nyt abonnement til en ordre, der allerede indeholder et.
* **Abonnement til abonnement med skift af variant eller frekvens.** Samme grundlæggende årsag.

Hvis du har brug for at ændre en kundes eksisterende abonnement, skal du bruge [Subscription Upgrade](/da/aftersell/subscription-upgrades) i stedet. Subscription Upgrade ændrer den eksisterende kontrakt i Recharge, Skio eller Loop direkte uden at forsøge at fjerne og genindsætte abonnementslinjen.

<Tip>
  Når en Replacement Upsell springes over (et blokeret scenarie ovenfor, en ikke-understøttet betalingsgateway eller en rabatteret udløserlinje), forsøger Aftersell automatisk at vise **downsell**-tilbuddet i den samme funnel i stedet. Opsæt en downsell som reserve, når du bruger Replacement Upsell, så kunden stadig ser et tilbud.
</Tip>

<div id="what-the-customer-sees">
  ## Hvad kunden ser
</div>

Forståelse af kundens visning forebygger den mest almindelige supporthenvendelse: "Hvorfor blev jeg opkrævet to gange?"

<div id="in-the-post-purchase-offer">
  ### I post-purchase-tilbuddet
</div>

Accept Offer-knappen viser **nettoforskellen** mellem det oprindelige og erstatningen. Hvis kunden for eksempel købte en flaske til \$30, og du tilbyder en 3-pak til \$45, står der på Accept-knappen "Add \$15.00 to your order." Hvis erstatningen er billigere end det oprindelige, vises knappen som en kreditering.

Tilbudskortet viser erstatningsproduktets billede, titel og pris. Tilbudskortet bruger det variantspecifikke billede, når et sådant er tilknyttet varianten i Shopify. Hvis varianten ikke har noget billede tilknyttet, falder tilbudskortet tilbage til det overordnede produkts første billede. Det betyder, at et skift mellem to varianter af det samme produkt kan ændre billedet eller ej, afhængigt af om hver variant har sit eget billede opsat i Shopify.

<div id="on-the-shopify-order-after-acceptance">
  ### På Shopify-ordren efter accept
</div>

Ordren ender med at vise begge dele:

* Den oprindelige ordrelinje med en **refundering** anvendt.
* Den nye ordrelinje for erstatningen, opkrævet til fuld pris.

Ordretotalen afspejler nettoresultatet, men kundens kontoudtog viser to transaktioner: én opkrævning for erstatningen og én refundering af det oprindelige. Sådan behandler Aftersell accept af Replacement Upsells på betalingsniveau. Nettobeløbet matcher den viste Accept Offer-knap.

For at mindske forvirring:

* Medtag en linje i tilbudsteksten, der eksplicit beskriver refundér-og-erstat-mekanikken. For eksempel: "Når du accepterer, refunderer vi den oprindelige vare og opkræver betaling for erstatningen. Du vil se to posteringer på dit kontoudtog; nettobeløbet er opgraderingsprisen vist på denne knap."
* Aktivér Aftersells automatiske e-mail med refunderingsbesked for replacement-upsells, som sender kunden en bekræftelse, der forklarer refunderingen.

<div id="in-the-subscription-provider-portal-when-replacement-is-a-subscription">
  ### I abonnementsudbyderens portal (når erstatningen er et abonnement)
</div>

Hvis erstatningen er et abonnement, kan kunden se det nye abonnement i din abonnementsudbyders kundeportal (Recharge, Skio, Loop, Appstle, Smartrr, Stay.ai). Portalen ejes af din abonnementsudbyder, ikke af Aftersell. Sørg for, at din abonnementsudbyders velkomstmail er konfigureret til at blive sendt inden for få minutter efter accept.

<div id="compatible-subscription-platforms">
  ## Kompatible abonnementsplatforme
</div>

Når erstatningen er et abonnement, fungerer Replacement Upsell med enhver abonnementsapp, der bruger Shopifys native Subscription API. Aftersell kalder ikke udbydernes API'er direkte i dette flow; abonnementet oprettes af Shopify, og din abonnementsapp samler det op via sin egen Shopify-integration.

Kompatible udbydere omfatter Recharge, Skio, Loop, Stay.ai, Appstle, Smartrr, Bold Subscriptions (når den kører på Shopifys native subscriptions API) og Shopifys native selling plans.

Hvis dit erstatningsmål har en forudbetalt abonnementsplan konfigureret (for eksempel hver 3. måned opkrævet på forhånd), så bekræft med din abonnementsudbyder, at forudbetaling understøttes som erstatningsdestination. Håndteringen af forudbetaling varierer fra udbyder til udbyder.

<div id="payment-method-requirements">
  ## Krav til betalingsmetoder
</div>

Aftersell blokerer eksplicit Replacement Upsell på visse betalingsgateways, fordi de ikke pålideligt kan understøtte mønsteret med refundering og ny opkrævning i post-purchase-vinduet:

* **Authorize.net** (`authorize_net`). Authorize.net kræver, at transaktioner afregnes, før der kan udstedes refunderinger, og afregningen er forsinket, så Aftersell kan ikke pålideligt refundere det oprindelige og tilføje erstatningen på den samme Shopify-ordre. Hvis Authorize.net er din betalingsbehandler, så send disse kunder til tilbud på takkesiden i stedet.
* **Manuelle betalingsgateways** (`manual`). Dette dækker efterkrav, brugerdefinerede betalingsmetoder, checkouts fra kladdeordrer og enhver anden manuel betalingsbehandler, der ikke gemmer en autorisation. Replacement Upsell kræver en aktiv gemt betaling for at kunne foretage en efterfølgende opkrævning, hvilket manuelle gateways ikke leverer.

Når ordrens betalingsgateway er en af disse, springer Replacement Upsell stille tilbuddet over. Årsagen til at springe over vises i Aftersells Order Browser som **"Payment gateway does not support replacement upsells."**

For den bredere liste over betalingsmetoder, der påvirker alle Aftersells post-purchase-tilbud (ikke kun Replacement Upsell), se [Betalingsmetoder](/da/aftersell/payment_methods).

<div id="discount-handling">
  ## Rabathåndtering
</div>

Replacement Upsell har en særlig adfærd omkring rabatter, som ofte overrasker partnere.

<div id="discounts-on-the-original-line-do-not-carry-to-the-replacement">
  ### Rabatter på den oprindelige linje overføres ikke til erstatningen
</div>

Når Aftersell refunderer den oprindelige ordrelinje, følger enhver rabat, der var anvendt på den, med. Erstatningslinjen opkræves til fuld pris (eller med rabatten på dit erstatningstilbud, hvis du har konfigureret en), men kundens oprindelige rabat overføres ikke.

Hvis du ønsker, at kunden skal beholde en tilsvarende rabat, skal du konfigurere den direkte på erstatningstilbuddet.

<div id="allow-replacement-when-target-has-a-discount">
  ### Tillad erstatning, når målet har en rabat
</div>

Som standard **springer** Replacement Upsell tilbuddet over, hvis udløserlinjen har en rabat på ordreniveau. Dette er en beskyttende standard for at undgå uoverensstemmelser i refunderingsbeløbet.

For at lade tilbuddet blive vist, selv når udløseren har en rabat, skal du aktivere omskifteren **Allow replacement when target has a discount** i tilbuddets avancerede indstillinger. Når den er aktiveret, dækker refunderingen den rabatterede pris (ikke den fulde pris), og erstatningen opkræves i henhold til din tilbudskonfiguration.

<div id="first-cycle-discount-on-subscription-replacements">
  ### Rabat på første cyklus ved abonnementserstatninger
</div>

Når erstatningen er et abonnement, gælder den rabat, du konfigurerer på tilbuddet, **kun for den første faktureringscyklus**. Fremtidige tilbagevendende ordrer opkræves til den almindelige abonnementspris. Kunden ser den tilbagevendende pris under **Recurring subtotal** i tilbuddet.

<div id="per-variant-funnels">
  ## Funnels pr. variant
</div>

Et enkelt Replacement Upsell-tilbud er rettet mod ét specifikt produkt og én variant på hver side. Hvis dine abonnementsplaner er forskellige for hver variant (forskellige størrelser, smagsvarianter eller priser), kan du ikke konfigurere ét tilbud, der siger "byt den variant, kunden købte, ud med den tilsvarende abonnementsvariant." Hvert variantpar kræver sin egen funnel.

Hvis du for eksempel sælger et serum i tre størrelser (Small / Medium / Large) og vil have hver af dem byttet til sin abonnementsmodpart, skal du bygge tre funnels:

* Funnel 1: udløser = Small engangskøb, erstatning = Small abonnement.
* Funnel 2: udløser = Medium engangskøb, erstatning = Medium abonnement.
* Funnel 3: udløser = Large engangskøb, erstatning = Large abonnement.

Aftersell har i øjeblikket ikke en indbygget funktion til parring af varianter, så hvert variantpar kræver sin egen funnel.

<div id="analytics-and-reporting">
  ## Analyser og rapportering
</div>

Refunderinger genereret af en Replacement Upsell har noten **"AfterSell Post-Purchase Replacement Upsell"** i Shopify, hvilket gør det nemt at identificere erstatningsrelaterede refunderinger.

Aftersells analyser trækker **ikke** det refunderede beløb fra upsell-værdien. Udskiftning af et produkt til \$100 med et produkt til \$200 rapporteres som en upsell på \$200, ikke \$100 netto.

<div id="the-beta-failsafe">
  ## Beta-failsafen
</div>

Mens Replacement Upsell er i beta, registrerer Aftersell fejl på hvert tilbud og stopper med at vise tilbuddet til nye kunder, når fejlantallet overstiger en tærskel. Det beskytter dig mod, at en udbredt fejlkonfiguration stille påvirker mange kunder.

<Frame>
  <img src="https://mintcdn.com/aftersell/SnVX3h-PpMMxQMDU/images/aftersell/replacement-upsells-order-browser-failsafe.gif?s=0ec4f5a58191b9323de015eae3793c07" alt="Beta-failsafe for Replacement Upsell i Order Browser" width="2196" height="1080" data-path="images/aftersell/replacement-upsells-order-browser-failsafe.gif" />
</Frame>

<div id="configuring-the-failsafe-threshold">
  ### Konfiguration af failsafe-tærsklen
</div>

Failsafe-tærsklen kan konfigureres under **Settings → Replacement Upsells**. Den tæller erstatningsfejl over et **rullende 7-dages vindue** og sætter replacement-upsells på pause, når din valgte tærskel nås inden for det vindue. Du kan vælge mellem:

* **Stop on any issue in the past 7 days** (anbefalet og standard). Tilbuddet stopper, så snart den første erstatning fejler inden for det rullende vindue.
* **Stop after 3 issues in the past 7 days**.
* **Stop after 5 issues in the past 7 days**.
* **Stop after 7 issues in the past 7 days** (mest tilladende).
* **Custom** viser et talfelt, hvor du kan indtaste et vilkårligt helt tal fra **1 til 100**. Brug dette, hvis din butik behandler store ordrevolumener, og forudindstillingerne udløses for hurtigt.

Vælg en højere tærskel, hvis du er sikker på tilbuddets konfiguration og vil kunne tåle nogle få forbigående fejl fra Shopify eller abonnementsudbyderen uden at deaktivere tilbuddet. Vælg en lavere tærskel, hvis fejl, som kunderne oplever, er dyre for din butik.

<div id="what-trips-the-failsafe">
  ### Hvad udløser failsafen
</div>

Enhver undtagelse i erstatningsflowet tæller som en fejl inden for det rullende 7-dages vindue. De mest almindelige årsager:

* Shopify afviser changesettet, fordi checkouten allerede er gennemført.
* Erstatningsproduktet blev slettet eller afpubliceret mellem opsætningen af tilbuddet og kundens accept.
* Selling plan'en på en abonnementserstatning blev deaktiveret.
* Et forbigående nedbrud i Shopifys API eller hos abonnementsudbyderen.

<div id="when-the-failsafe-trips">
  ### Når failsafen udløses
</div>

Når fejlantallet inden for det rullende 7-dages vindue når din tærskel, **holder tilbuddet op med at blive vist** til nye kunder. Det kan du se to steder:

* **Banner på startsiden.** Et advarselsbanner med titlen **"Replacement upsells are paused"** vises på din Aftersell-startside med en **Review failsafe**-knap, der linker til **Settings → Replacement Upsells**.
* **Failsafe-statuskort** (Settings → Replacement Upsells). Et statuskort viser en **Failsafe tripped**-badge (gul) eller **Not tripped**-badge (grøn) samt dit aktuelle rullende antal og din tærskel, for eksempel "4 of 5 errors in the past 7 days".

Fordi failsafen bruger et rullende 7-dages vindue, **heler den sig selv**: når fejlantallet falder under din tærskel, genoptages replacement-upsells automatisk, uden at du skal gøre noget.

<div id="how-to-reset">
  ### Sådan nulstiller du
</div>

Du kan selv nulstille failsafen under **Settings → Replacement Upsells**. Når du har løst det underliggende problem, skal du klikke på **Reset failsafe** og bekræfte i dialogboksen. Det rullende fejlantal ryddes med det samme, og replacement-upsells genoptages for nye ordrer. (Knappen er deaktiveret, når dit aktuelle fejlantal allerede er nul.)

Nulstil kun, når du har rettet den grundlæggende årsag, ellers udløses failsafen igen, når tærsklen nås. Hvis du er usikker på, hvad der forårsagede fejlene, så kontakt support via chatten i appen, før du nulstiller.

<div id="troubleshooting">
  ## Fejlfinding
</div>

<AccordionGroup>
  <Accordion title="Tilbudstypen Replacement Upsell vises ikke i min funnel-editor">
    Replacement Upsell er en betafunktion, der kræver manuel aktivering af Aftersell-support. Kontakt support via chatten i appen for at anmode om adgang. Når den er aktiveret, vises omskifteren **Replace item in original order with upsell** i tilbuddets avancerede indstillinger.
  </Accordion>

  <Accordion title="Tilbuddet vises ikke på testordrer">
    Tre årsager:

    * **Uoverensstemmelse i funnel-udløseren.** Bekræft, at udløserproduktet er det samme produkt, som ligger i testordrens kurv.
    * **Ordren indeholder allerede et abonnement.** Replacement Upsell springer enhver ordre over, hvor udløserlinjen er et abonnement. Brug Subscription Upgrade i stedet i det tilfælde.
    * **Den oprindelige linje har en rabat.** Som standard springer Replacement Upsell linjer med en rabat på ordreniveau over. Aktivér **Allow replacement when target has a discount** i tilbuddets avancerede indstillinger.
  </Accordion>

  <Accordion title="Tilbuddet vises, men erstatningen sker faktisk ikke (eller kunden modtog det oprindelige produkt)">
    Et Replacement Upsell-tilbud har tre separate produktvalg i editoren, og de skal konfigureres konsistent, for at erstatningen udføres:

    1. **Funnel-udløser.** Angives på funnel-niveau. Afgør, hvilke ordrer der ser tilbuddet.
    2. **Upsell-produkt.** Angives i tilbuddets sektion Upsell Products. Det produkt, der føjes til ordren, når kunden accepterer.
    3. **Edit product to replace.** Angives i sektionen **Replace item in original order with upsell** ved at klikke på knappen **Edit product to replace**. Dette er det præcise produkt og den præcise variant i kundens kurv, der refunderes og fjernes.

    Den mest almindelige konfigurationsfejl: **produktet, der skal erstattes**, matcher ikke den variant, der faktisk ligger i kundens kurv. Når det sker, kan Aftersell ikke finde en matchende ordrelinje at fjerne, og erstatningen udføres stille ikke.

    Sådan løser du det:

    * Åbn Replacement Upsell-tilbuddet.
    * Klik på **Edit product to replace**, og bekræft, at det valgte produkt og den valgte variant **præcist matcher** det produkt+variant, kunden burde have købt (ifølge funnel-udløseren).
    * Hvis du bytter mellem varianter af det samme produkt (Small → Large), skal "produktet, der skal erstattes" pege specifikt på Small-varianten. Hvis du peger på Large eller på en variant, kunden ikke har købt, springes tilbuddet over.
    * Gem, og test med en rigtig ordre til lav pris, der indeholder præcis den variant, du vil bytte fra.
  </Accordion>

  <Accordion title="Min kunde tror, at de er blevet opkrævet to gange">
    Dette er den forventede adfærd. Den oprindelige linje refunderes, og erstatningen opkræves, så kundens kontoudtog viser to transaktioner, selvom nettobeløbet er den viste tilbudspris. For at mindske forvirring:

    * Tilføj en sætning til tilbudsteksten, der forklarer refundér-og-erstat-mekanikken.
    * Aktivér Aftersells automatiske e-mail med refunderingsbesked for replacement-upsells.
    * Træn dit supportteam i at forklare mønsteret med to posteringer, når en kunde henvender sig.
  </Accordion>

  <Accordion title="Jeg ser &#x22;Partial refunds are not allowed until the transaction is settled&#x22;">
    Nogle betalingsgateways (inklusive Authorize.net og andre, der afregner transaktioner i batches med forsinkelse) tillader ikke refunderinger, før den oprindelige transaktion er afregnet. Fordi en Replacement Upsell opkræver erstatningen og refunderer det oprindelige umiddelbart efter checkout, kan refunderingstrinnet fejle med fejlen "Partial refunds are not allowed until the transaction is settled. Please try again later." Aftersell forsøger ikke automatisk refunderingen igen efter afregning, så du skal udstede refunderingen manuelt fra Shopify-ordren, når den oprindelige transaktion er afregnet (typisk inden for 24 timer, afhængigt af din gateways afregningsplan). For at undgå dette scenarie springes Replacement Upsell helt over for kendte ikke-understøttede gateways. Hvis du bliver ved med at se fejlen på en understøttet gateway, så kontakt support, så vi kan undersøge det.
  </Accordion>

  <Accordion title="Den oprindelige ordres rabat forsvandt efter erstatningen">
    Når Aftersell refunderer den oprindelige ordrelinje, følger enhver rabat, der var anvendt på den, med i refunderingen. Erstatningslinjen opkræves separat. Hvis du ønsker, at kunden skal beholde rabatten, skal du konfigurere den direkte på erstatningstilbuddet via tilbuddets rabatfelt.
  </Accordion>

  <Accordion title="Kan Replacement Upsell bytte et abonnement ud med et andet abonnement?">
    Nej. Hvis den oprindelige ordrelinje i ordren allerede er et abonnement, udføres Replacement Upsell ikke. Det skyldes, at fjernelse af abonnementslinjen ikke opsiger abonnementskontrakten i din abonnementsapp; kunden ville stadig blive opkrævet og samtidig modtage erstatningen. For at ændre et eksisterende abonnement (skift frekvens, byt produkt eller begge dele) skal du bruge [Subscription Upgrade](/da/aftersell/subscription-upgrades) i stedet.
  </Accordion>

  <Accordion title="Mit Replacement Upsell-tilbud holdt pludselig op med at blive vist">
    Replacement Upsell registrerer fejl pr. tilbud over et rullende 7-dages vindue og stopper med at vise tilbuddet, når fejlantallet overstiger din konfigurerede tærskel under **Settings → Replacement Upsells** (standard: stop ved ethvert problem inden for de seneste 7 dage). Når failsafen udløses, vises et **"Replacement upsells are paused"**-banner på din Aftersell-startside med et **Review failsafe**-link til **Settings → Replacement Upsells**, hvor et statuskort viser dit aktuelle fejlantal, og om failsafen er udløst.

    Hvis der ikke længere opstår fejl, genoptages tilbuddet automatisk, når det rullende 7-dages antal falder under tærsklen. For at genoptage med det samme, når du har rettet problemet, skal du klikke på **Reset failsafe** på den indstillingsside. Hvis du er usikker på den grundlæggende årsag, så kontakt support via chatten i appen.
  </Accordion>

  <Accordion title="Billedet af erstatningsproduktet er forkert eller generisk">
    Tilbudskortet bruger det variantspecifikke billede, når et sådant er tilknyttet varianten i Shopify. Hvis varianten ikke har noget billede tilknyttet, falder tilbudskortet tilbage til det overordnede produkts første billede. Hvis du bytter mellem varianter af det samme produkt, og billedet ikke ændrer sig, så bekræft, at hver variant har sit eget billede opsat i Shopify.
  </Accordion>

  <Accordion title="Jeg vil konfigurere Replacement Upsell på tværs af mange produktvarianter">
    Byg én funnel pr. variant. Hver funnel har en produkt+variant-udløser og et tilsvarende erstatningsprodukt+variant. Aftersell har i øjeblikket ikke en indbygget funktion til parring af varianter.
  </Accordion>

  <Accordion title="Kunden accepterede, men det nye abonnement findes ikke i min abonnementsapp">
    Samme fejltype som ved Subscription Upsell: oftest blev en selling plan deaktiveret mellem visningen af tilbuddet og kundens accept. Shopify accepterer changesettet, men intet abonnement oprettes længere nede i kæden. Bekræft, at selling plan'en stadig er aktiv i Shopify og tildelt erstatningsproduktet. Tjek din abonnementsapps ordreimport- eller webhook-logfiler for den berørte ordre. Hvis abonnementet mangler, kan din abonnementsapps supportteam normalt tilmelde kunden manuelt.
  </Accordion>

  <Accordion title="Jeg vil opsige det nye abonnement, efter at kunden har accepteret">
    Aftersell håndterer ikke opsigelse af abonnementer. Opsigelse af fremtidige cyklusser sker i din abonnementsudbyders kundeportal eller af kunden selv. Shopifys refunderingsmekanisme for den første cyklus fungerer på samme måde som for enhver anden ordrelinje.
  </Accordion>

  <Accordion title="Mine Authorize.net-kunder ser aldrig Replacement Upsell-tilbuddet">
    Dette er forventet. Authorize.net er eksplicit blokeret fra Replacement Upsell i Aftersells kode, fordi det kræver, at transaktioner afregnes, før der kan udstedes refunderinger, og afregningen har en forsinkelse, der bryder det mønster med refundering og ny opkrævning, som Replacement Upsell bygger på. Kør tilbud på takkesiden for Authorize.net-kunder som alternativ. Du kan bekræfte, at dette er årsagen, ved at åbne ordren i Aftersells Order Browser; årsagen til at springe over vil lyde "Payment gateway does not support replacement upsells."
  </Accordion>

  <Accordion title="Mine kunder med efterkrav eller kladdeordrer ser ikke tilbuddet">
    Manuelle betalingsgateways (efterkrav, brugerdefinerede betalingsmetoder, checkouts fra kladdeordrer) er eksplicit blokeret fra Replacement Upsell, fordi de ikke gemmer et kort til efterfølgende opkrævninger. Order Browser viser "Payment gateway does not support replacement upsells" som årsag til at springe over. For bredere begrænsninger på betalingsmetoder for post-purchase-tilbud, se [Betalingsmetoder](/da/aftersell/payment_methods).
  </Accordion>
</AccordionGroup>