Klargjør systemene dine for Shop Cash

Før du lanserer Shop Cash-arbeidsflyter med tredjepartssystemer, må du bekrefte følgende krav:

• Systemene dine for ERP, OMS, distribusjon, regnskap og retur kan godta mer enn én betalingsmåte per bestilling.
• shop_cash er tilordnet som en betalingsmåte der gateway-verdier er tilgjengelige.
• Shop Cash behandles ikke som en rabatt, et gavekort eller butikkvaluta.
• Autorisasjonsverdien lagres som en ugjennomsiktig streng med variabel lengde på minst 1024 tegn. Bruk et ubegrenset tekstfelt hvis det er mulig.
• Belastninger, annulleringer og refusjoner identifiseres av transaksjons-ID i stedet for autorisasjonsverdien. Belastnings- og annulleringsoperasjoner i Admin API bruker parentTransactionId, og refusjonsoperasjoner bruker parentId.
• Systemene dine verken analyserer, dekoder, normaliserer, hasjer eller avkorter Shop Cash-autorisasjonsverdier.
• Systemene dine kan håndtere grupperte utbetalinger, der én shop_cash_credit-rad kan representere flere bestillinger.
• Arbeidsflyten for avstemming forutsetter ikke at én bestilling er lik én utbetalingsrad.
• Arbeidsflyten for avstemming kan håndtere at Shop Cash-delen og delen for kort eller Avdrag via Shop Pay gjøres opp på forskjellige utbetalinger.
• Arbeidsflyten for refusjon kan behandle delvise refusjoner på tvers av kort eller Avdrag via Shop Pay og Shop Cash.
• Refusjonsapper kan refundere belastningstransaksjonen for Shop Cash, ikke autorisasjonstransaksjonen.
• Hvis du kjørte Shop Campaigns før januar 2026, håndterer finansarbeidsflyten den historiske shop_cash_campaign_billing_debit og tilhørende kampanjefaktureringsrader adskilt fra bestillingsinntekter. Kampanjekostnader fra og med januar 2026 belastes i stedet Shopify-fakturaen din.

Shop Cash-testing har begrensninger fordi Shop Cash avhenger av Shop-kjøperkontoer, Shop Cash-saldoer, Shopify Payments og infrastruktur for Shop Cash-oppgjør.

Den mest pålitelige måten å validere en virksomhetsintegrasjon fra ende til ende på, er å legge inn en produksjonsbestilling med lav verdi gjennom Shop, og deretter refundere den. Dette skaper produksjonslignende bestillingstransaksjoner, belastningsdata, utbetalingsaktivitet, refusjonstransaksjoner og aktivitet for refusjonsdebitering som flyter gjennom Shopify-administratoren, Admin API-data, utbetalingseksporter og API-data for utbetaling.

Utviklingsbutikker kan bidra til å validere enkelte API-feltformer og tilordningslogikk, men de utfører ikke pålitelig hele kasseprosessen via Shop, kjøpersaldo og oppgjørsflyt. Testmodus og Bogus-gatewayen oppretter ikke produksjonslignende Shop Cash-utbetalingsrader fordi de ikke bruker en aktiv oppgjørsflyt fra Shopify Payments.

Du kan vanligvis teste følgende arbeidsflyter med en produksjonsbestilling med lav verdi initiert fra Shop:

• Inntak av bestillinger for en bestilling med flere betalingsmåter som inkluderer Shop Cash og Shop Pay eller Avdrag via Shop Pay.
• ERP- eller OMS-tilordning for shop_cash.
• Lagring av hele Shop Cash-autorisasjonsverdien.
• Hele og delvise refusjoner på bestillingen.
• Inntak av utbetalingsaktiviteten for shop_cash_refund_debit.
• Utbetalingsavstemming for Shop Cash-kreditter.
• Atferd for forhåndsbestilling eller belastning ved distribusjon, hvis butikken din bruker forsinket belastning.
• Returapp-håndtering for bestillinger med mer enn én betalingsmåte.

Når du tester i produksjon, bør du bruke en bestilling med lav verdi og følge butikkens interne prosedyrer for testbestillinger og refusjoner.

Kontakt Shopifys brukerstøtte hvis du trenger hjelp med noen av følgende scenarioer:

• Gjennomgang av Shop Cash-tilgjengelighet for et marked som er under utrulling.
• Undersøke en mislykket Shop Cash-belastning eller -refusjon.
• Undersøke en manglende utbetalingstransaksjon for Shop Cash etter normal utbetalingstakt pluss én ekstra utbetalingssyklus.
• Gjennomgå om en annullert eller utløpt Shop Cash-autorisasjon kan autoriseres på nytt.
• Planlegge en lansering for en kompleks arbeidsflyt for ERP, OMS, forhåndsbestilling eller distribusjon.

Før du skalerer bestillingsvolumet for Shop Cash, må du fullføre følgende sjekker:

• Tilordning av betalingsmåte for ERP og OMS er rullet ut og verifisert for shop_cash.
• En prøvebestilling med Shop Cash er inntatt fra ende til ende, inkludert autorisasjons- og belastningstransaksjoner.
• En prøve på en utbetalingskredit for Shop Cash er avstemt mot kildebestillingen eller -bestillingene.
• En prøve på Shop Cash-refusjon er behandlet og avstemt mot refusjonsdebiteringen.
• Grupperte Shop Cash-utbetalingsrader støttes eller har en manuell avstemmingsprosess.
• Allokering av delvis refusjon er forstått av brukerstøtte- og økonomiteamene dine.
• Atferd for forhåndsbestilling, manuell belastning og belastning ved distribusjon er validert, hvis aktuelt.
• Returapper kan identifisere og refundere den riktige Shop Cash-belastningstransaksjonen.
• Brukerstøtte og økonomiteam kjenner til forskjellen mellom kundenes Shop Cash-saldo, Shop-tilbud og faktureringsaktivitet for Shop Campaigns.

For krav til API- og bestillingsdata, se Bestillingsdata og tredjepartsintegrasjoner for Shop Cash. For krav til utbetalinger, se Avstemming av Shop Cash-utbetalinger.