Transfery i uzgadnianie kontraktów
Transfery i uzgadnianie kontraktów: Agent Java SDK Integracja v0.3.0, przykłady, parametry i semantyka odpowiedzi.
Ten przewodnik jest przeznaczony dla Agent Java SDK v0.3.0, Java 8+ i oznaczonych zamówień publicznych. Przykłady działają w zapleczu partnera po inicjalizacji client w Szybki start.
Przykładowe wymagania wstępne
Fragmenty Java dzielą ten import. Zainicjuj client za pomocą Szybki start i uzyskaj platformUserId z zapisanego powiązania. Przykładowe identyfikatory użytkowników/zamówień należy zastąpić własnymi, utrwalonymi wartościami.
Transfer kwot stałych
Użyj transfer w przypadku przelewów na stałą kwotę. Direction.IN oznacza przesyłanie
z platformy partnerskiej do 6MM. Direction.OUT oznacza przeniesienie z 6MM
z powrotem na platformę partnerską.
W przypadku kwot użyj ciągów znaków lub BigDecimal. Nie używaj double ani float.
Przelew przez agentUserId
Przelew przez platformUserId
Podaj oba identyfikatory
Jeśli zostaną podane oba identyfikatory, usługa sprawdza, czy wskazują na ten sam związany użytkownik.
Pola żądania:
Pola odpowiedzi:
Potwierdzenie zamówienia i idempotencja
Po wywołaniu transfer usługa Agenta synchronicznie wywołuje transakcję
rdzeń na głównej ścieżce. W większości przypadków odpowiedź API zawiera już
wynik handlu synchronicznego.
Wymagania dotyczące idempotencji:
- Użyj jednego
agentOrderNona jedną transakcję biznesową. - Jeśli upłynie limit czasu HTTP lub nastąpi awaria sieci, najpierw zapytaj o to samo
agentOrderNo. - Webhooks może zostać ponowiona. Deduplikuj je za pomocą klucza idempotencji.
Przenieś wszystko
transferAllOut przenosi saldo wypłaty użytkownika 6MM z powrotem do
platforma partnerska.
Przez platformUserId:
amount w odpowiedzi to rzeczywista przekazana kwota.
Odwrotna kolejność
Rewers służy do kompensowania udanego zlecenia transferu w przypadku backendu obsługuje przepływ wsteczny. Typowe przypadki obejmują wyjątki od zamówień lokalnych partnerów lub ręczne wycofanie uzgadniania.
Pola:
Uwagi:
- Odwrócenie nie jest normalną operacją anulowania.
- Zlecenia odwrotne muszą być również idempotentne według numeru zamówienia.
- Po odwróceniu pierwotnego zamówienia webhook może przesunąć pierwotne zamówienie
REVERSEDstan końcowy.
Zamówienie zapytania
Obsługiwane wartości orderType:
TRANSFER_INTRANSFER_OUT
Typowe pola odpowiedzi:
Lista zamówień
Zalecenia dotyczące paginacji:
pagezaczyna się od 1.- Utrzymuj
pageSizena poziomie 100 lub niższym. - W przypadku zadań uzgadniania, strona po oknie czasowym i deduplikacja do
orderNo.
Źródło i powiązane przewodniki
- Oficjalne źródło v0.3.0
- Przegląd zapytań i paginacja
- Portfel finansowania
- Przewodnik po aktualizacji
Fundusze na wywołania zwrotne zdarzeń
transfer.completed może zawierać SUCCESS, FAILED lub aktualizację pierwotnego zamówienia na REVERSED; reverse.completed to zdarzenie końcowe zlecenia odwrócenia. transfer.dead oznacza, że stan końcowy pozostaje niepotwierdzony po ponownych próbach i wymaga ręcznego uzgodnienia, a nie potwierdzonego błędu. Sama nazwa wydarzenia nie świadczy o zaksięgowaniu środków.
Pomyślne potwierdzenie różni się od pomyślnego przeniesienia środków: po zarejestrowaniu ważnego targetStatus=FAILED powiadomienia, zwróć również HTTP 2xx. Utrzymuj deduplikację zdarzeń związanych z funduszami przez orderType:orderId:targetStatus w zakresie sprzedawcy i environment.
Pola zdarzeń i JSON przykłady · Weryfikacja podpisu, odpowiedzi i ponowne próby