Потврда на плаќање и грешки
За поддржаниот LIVE session интерфејс користете:
GET /public/catalog/stores/:storeId/payment-confirmations
- Автентицирајте серверски со соодветен клуч за продавницата.
- Доставете најмалку еден параметар:
sessionId,orderRefилиidempotencyKey. - Прочитајте го вратениот платежен статус. Испорачувајте само по потврден успех; redirect, создадена сесија или чекање не е доволно.
- Усогласете неизвесен резултат со постојната референца. Не создавајте втора наплата само поради timeout.
Kordiva ги обработува Stripe известувањата за своите текови. За потврда на Kordiva checkout не е потребен одделен merchant Stripe webhook. Ова не значи општо управување merchant webhook претплати.
За сопствена продавница: Frontend проверува заштитен status endpoint на вашиот backend. Серверот потврдува сопственост на купувачот/кошничката и повикува LIVE payments.confirm() со таен Store API клуч. Kordiva го обработува Stripe webhook. SDK 0.1.3 додава одделни Business Merchant настани со HMAC проверка; постојната LIVE потврда останува поддржана. Погледнете го тестираниот SDK статус водич со Node пример и ограничено проверување. TEST ги користи одделните TEST резултати.
| Грешка / услов | Постапка |
|---|---|
VALIDATION_INVALID_PARAMS | Проверете референци, UUID на производ/варијанта и тело |
TEST_API_KEY_REQUIRED | Користете соодветен TEST клуч за TEST endpoint |
TEST_SALE_MARKET_REQUIRED | Доставете Individual TEST контекст |
TEST_API_ENDPOINT_UNSUPPORTED | Користете поддржано TEST читање или посебниот checkout; не повикувајте LIVE потврда со TEST клуч |
| Ограничена автентикација/продавница/план | Проверете опфат, поништување, улога и план без откривање клуч |
| Individual производ/пазар/данок | Разрешете преку Kordiva; не заобиколувајте со друга земја |
Чувајте референци во заштитена интеграциска меморија. Исклучете провајдерски ID, токени и купувачки податоци од снимки за поддршка.