Pripremite svoje sustave za Shop Cash

Prije nego što lansirate tijekove rada usluge Shop Cash sa sustavima treće strane, potvrdite sljedeće preduvjete:

• Vaš ERP, OMS, sustavi za ispunjenje, računovodstvo i povrate mogu prihvatiti više od jednog načina plaćanja za jednu narudžbu.
• shop_cash mapiran je kao način plaćanja tamo gdje su dostupne vrijednosti pristupnika.
• Shop Cash ne tretira se kao popust, poklon kartica ni bon za trgovinu.
• Vrijednost autorizacije pohranjuje se kao neprozirni niz promjenjive duljine od najmanje 1024 znaka. Ako je moguće, upotrijebite neograničeno tekstualno polje.
• Naplate, poništavanja i povrati novca identificiraju se pomoću ID-ja transakcije umjesto pomoću vrijednosti autorizacije. Operacije naplate i poništavanja na Admin API-ju upotrebljavaju parentTransactionId, a operacije povrata novca upotrebljavaju parentId.
• Vaši sustavi ne parsiraju, dekodiraju, normaliziraju, hashiraju niti skraćuju vrijednosti autorizacije usluge Shop Cash.
• Vaši sustavi mogu obraditi grupirane isplate, gdje jedan redak shop_cash_credit može predstavljati više narudžbi.
• Vaš tijek rada za usklađivanje ne pretpostavlja da jedna narudžba odgovara jednom retku isplate.
• Vaš tijek rada za usklađivanje može obraditi dio za Shop Cash i dio za karticu ili plaćanje u ratama uz Shop Pay koji se podmiruju kroz različite isplate.
• Vaš tijek rada za povrat novca može obraditi djelomične povrate novca raspodijeljene između kartice ili plaćanja u ratama uz Shop Pay i usluge Shop Cash.
• Aplikacije za povrat novca mogu izvršiti povrat novca za transakciju naplate usluge Shop Cash, a ne transakciju autorizacije.
• Ako ste provodili kampanje putem usluge Shop Campaigns prije siječnja 2026., vaš financijski tijek rada obrađuje stare retke shop_cash_campaign_billing_debit i povezane retke naplate kampanja odvojeno od prihoda od narudžbi. Troškovi kampanja od siječnja 2026. nadalje naplaćuju se na vašem računu za Shopify.

Testiranje usluge Shop Cash ima ograničenja jer Shop Cash ovisi o korisničkim računima kupaca na aplikaciji Shop, saldu usluge Shop Cash, usluzi Shopify Payments i infrastrukturi za namiru usluge Shop Cash.

Najpouzdaniji način za validaciju poslovne integracije od početka do kraja jest postavljanje probne proizvodne narudžbe niske vrijednosti putem aplikacije Shop i naknadno izvršavanje povrata novca za nju. Time se stvaraju transakcije narudžbi, podaci o naplati, aktivnosti isplata, transakcije povrata novca i aktivnosti terećenja za povrat novca koje su iste kao i produkcijske te koje prolaze kroz administratorski alat za Shopify, podatke usluge Admin API, izvoze isplata i podatke API-ja za isplate.

Trgovine za razvoj mogu pomoći pri provjeri ispravnosti oblika polja API-ja i logike mapiranja, ali ne mogu pouzdano obraditi cjelokupan postupak plaćanja proizašao iz aplikacije Shop, stanje salda kupca i tijek namire. Testni način rada i pristupnik Bogus ne stvaraju retke isplata za Shop Cash slične produkcijskima jer ne upotrebljavaju živi tijek namire usluge Shopify Payments.

Obično možete testirati sljedeće tijekove rada pomoću proizvodne narudžbe niske vrijednosti pokrenute iz aplikacije Shop:

• Prijem narudžbe za narudžbu s više načina plaćanja koja uključuje Shop Cash i Shop Pay ili plaćanje u ratama uz Shop Pay.
• Mapiranje ERP-a ili OMS-a za shop_cash.
• Pohrana cijele vrijednosti autorizacije usluge Shop Cash.
• Potpuni i djelomični povrati novca za narudžbu.
• Prijem aktivnosti isplate u obliku shop_cash_refund_debit.
• Usklađivanje isplata za kredite usluge Shop Cash.
• Ponašanje kod prednarudžbi ili naplate pri ispunjenju, ako vaša trgovina upotrebljava odgođenu naplatu.
• Rukovanje aplikacija za povrate kod narudžbi s više načina plaćanja.

Pri testiranju u produkciji, upotrijebite narudžbu niske vrijednosti i slijedite interne postupke svoje trgovine za testne narudžbe i povrate novca.

Obratite se Podršci za Shopify ako trebate pomoć u nekom od sljedećih scenarija:

• Provjera dostupnosti usluge Shop Cash za tržište na kojem je u fazi uvođenja.
• Istraživanje neuspjele naplate ili povrata novca usluge Shop Cash.
• Istraživanje nedostajuće transakcije isplate usluge Shop Cash nakon vašeg uobičajenog ritma isplata uz dodatni ciklus isplata.
• Provjera mogućnosti ponovne autorizacije poništene ili istekle autorizacije za Shop Cash.
• Planiranje lansiranja za složeni ERP, OMS, prednarudžbu ili tijek rada za ispunjenje.

Prije nego što povećate volumen narudžbi za Shop Cash, provedite sljedeće provjere:

• Mapiranje načina plaćanja za ERP i OMS implementirano je i provjereno za shop_cash.
• Uzorak narudžbe usluge Shop Cash obuhvaćen je u cijelosti, uključujući transakcije autorizacije i naplate.
• Uzorak kredita isplate za Shop Cash usklađen je s izvornom narudžbom ili narudžbama.
• Uzorak povrata novca za Shop Cash obrađen je i usklađen s terećenjem za povrat.
• Grupirani redovi isplata za Shop Cash podržani su ili za njih postoji ručni postupak usklađivanja.
• Vaši timovi za podršku i financije razumiju postupak raspodjele djelomičnog povrata novca.
• Ponašanje kod prednarudžbe, ručne naplate i naplate pri ispunjenju potvrđeno je, ako je primjenjivo.
• Aplikacije za povrate mogu identificirati ispravnu transakciju naplate usluge Shop Cash i izvršiti povrat novca za nju.
• Timovi za podršku i financije znaju razliku između salda kupca na usluzi Shop Cash, ponuda na aplikaciji Shop i aktivnosti naplate za Shop Campaigns.

Informacije o preduvjetima za API i podatke o narudžbama potražite u odjeljku Podaci o narudžbi usluge Shop Cash i integracije treće strane. Preduvjete isplate potražite u odjeljku Usklađivanje isplata usluge Shop Cash.