Checkout API: TEST и LIVE
API клучот ја определува средината. TEST и LIVE checkout интерфејсите намерно се различни во тековната имплементација.
LIVE checkout-session интерфејс
Дел „LIVE checkout-session интерфејс“POST /public/catalog/stores/:storeId/checkout-sessions
Користете овластен LIVE клуч само по одделно активирање. Испратете lineItems со ID на производ, опционална варијанта и количина; опционално checkoutType (native или stripe_hosted), checkoutLanguage (mk или en), orderRef, customerRef, return/success URL и истекување.
Користете стабилен Idempotency-Key за еден логички обид. Header и body мора да се совпаѓаат ако се дадени двете вредности. Зачувајте ја вратената session референца. Individual останува еднократно дигитално и ограничено по купувачки пазар.
За Individual LIVE продажби задолжителни се хостираната наплата и проверките за локација и данок. Општата native опција во заедничкиот Business договор не овозможува директна Individual картична форма.
TEST checkout интерфејс
Дел „TEST checkout интерфејс“POST /public/catalog/stores/:storeId/test-checkout
Користете TEST клуч и тело со productId. Individual бара и testSaleMarket (US, CA или AU). Ова се TEST контексти, не потврдени LIVE дозволи. Одговорот враќа data.environment: TEST и checkout URL; токенот е приватен.
TEST клучеви поддржуваат каталог читања и оваа конкретна TEST checkout патека. Општиот checkout-session POST и payment-confirmation GET не се поддржани со TEST клуч во тековниот handler. Не ветувајте идентично API покривање и не менувајте headers за заобиколување.
Редослед на интеграција
Дел „Редослед на интеграција“- Читајте каталог серверски со соодветен клуч.
- Изберете checkout интерфејс според средината.
- Пренасочете кон вратениот checkout URL.
- За LIVE потврдете серверски пред испорака. За изолиран TEST користете поддржан резултат и TEST статус; не заклучувајте LIVE подготвеност.
Поврзани водичи
Дел „Поврзани водичи“Автентикација · Потврда на плаќање · Вистински TEST интерфејс