Przejdź do nawigacji

SDK Rozwiązywanie problemów z integracją

Zdiagnozuj problemy Trading Widget, Agent SDK, podpisywanie, webhook, przekroczenie limitu czasu i problemy ze środowiskiem przed eskalacją zgłoszenia serwisowego.

Zobacz jako Markdown

Zacznij od środowiska, sygnatury czasowej i identyfikatora biznesowego operacji, która nie powiodła się. Kontrola strukturalna zwykle oddziela problemy konfiguracyjne od problemów z uwierzytelnianiem, siecią i przetwarzaniem asynchronicznym.

Zalecana kolejność diagnostyki

  1. Potwierdź dotknięte środowisko i bazę URL.
  2. Zapisz zakres czasu UTC i pierwsze nieudane żądanie.
  3. Zidentyfikuj moduł: Trading Widget, Agent SDK, REST API, WebSocket lub webhook.
  4. Przechwyć identyfikator żądania, identyfikator użytkownika partnera, agentOrderNo, identyfikator zamówienia lub webhook identyfikator zdarzenia.
  5. Sprawdź najnowszy kod, dane uwierzytelniające, białą listę IP lub zmiany we wdrożeniu.
  6. Odtwórz za pomocą najmniejszego bezpiecznego przypadku testowego.

Trading Widget problemy

ObjawPrawdopodobna przyczynaNaprawić
iframe żąda domeny lokalnej partneraBrakuje baseUrl.Przekaż baseUrl: „https://app.6mm.com”.
iframe jest niewidoczny lub bardzo krótkiKontener nadrzędny nie ma wysokościUstaw wysokość kontenera lub wysokość przejścia.
token_provider_missingtryb tokenu partnera nie ma dostawcyDodaj autoryzacjętokenProvider.
auth_exchange_failedNieprawidłowy, wygasły lub niezgodny token osadzaniaSprawdź odpowiedź tokena zaplecza i channelId.

Agent SDK problemy

ObjawPrawdopodobna przyczynaNaprawić
Podpis odrzuconyZły sekret, przesunięcie zegara lub ręcznie zmienione podpisane polaPozwól SDK wygenerować pola podpisywania i zsynchronizować czas serwera.
Ryzyko duplikowania przepływu środkówNowy numer zamówienia użyty po przekroczeniu limitu czasuNajpierw zapytaj o oryginał agentOrderNo.
PROCESSING traktowane jako awariaStan oczekujący został źle zrozumianyPoczekaj na webhook lub zadzwoń do queryOrder.
Webhook przetworzone wielokrotniePonów próbę bez idempotencjiDodaj klucz idempotencji i kontrole stanu końcowego.

Dowody do przechwycenia

IntegracjaPrzydatne dowody
Trading WidgetStrona URL, SDK ścieżka wersji, konsola przeglądarki, nieudane żądania sieciowe, onError ładunek i wymiary kontenera.
Agent SDKSDK język/wersja, baza URL, UTC sygnatura czasowa, identyfikator żądania, agentOrderNo, kod odpowiedzi i oczyszczone logi.
WebhookCzas dostawy, zdarzenie lub klucz biznesowy, wynik weryfikacji podpisu, stan przetwarzania i oczyszczony skrót typu raw.
REST APIMetoda, ścieżka, środowisko, identyfikator żądania, kod odpowiedzi i oczyszczone parametry.

Nigdy nie uwzględniaj w diagnostyce haseł, tokenów dostępu, API tajnych danych, pełnych podpisów, kluczy prywatnych ani niezmienionych danych osobowych.

Przed eskalacją

  • Ponów próbę tylko wtedy, gdy operacja zostanie udokumentowana jako bezpieczna.
  • Po upływie limitu czasu zamiast tworzyć nowy, prześlij zapytanie do pierwotnego identyfikatora firmy.
  • Sprawdź, czy zegar systemowy i środowisko poświadczeń zawierają błędy podpisu.
  • Zachowaj pierwsze niepowodzenie i wszelkie późniejsze wyniki ponowienia.
  • Skorzystaj z Szablon żądania wsparcia o przesłanie kompletnego, zredagowanego raportu.

Powiązane dokumenty

Java diagnostyka v0.3.0

ObjawSprawdź i odzyskaj
Żądanie o finansowanie ma nieznany wynikZachowaj oryginał agentOrderNo; wywołaj queryWalletTransfer w oryginalnym środowisku. Nie używaj queryOrder.
Interfejs symulacji pokazuje nieoczekiwane środkiSprawdź frontend tradingMode oddzielnie od backendu environment; konto isSimulatedUser nie kieruje żądań.
Błąd zapytania 6905Wycofaj się, korzystając z limitu partnera współdzielonego, a następnie spróbuj ponownie użyć tego samego kursora i przefiltrować SDK.
Błąd zapytania 6904Zmniejsz liczbę jednoczesnych zapytań i zawęź okno czasowe; skontaktuj się z pomocą techniczną, jeśli problem będzie się utrzymywać.
Nieprawidłowy lub wygasły kursorUruchom ponownie to samo stałe okno historii i usuń duplikaty zapisanych rekordów.
Brakuje nowej metody Java.Sprawdź rozwiązany artefakt Mavena pod kątem tagu publicznego v0.3.0; usuń sprzeczne zależności zgodnie z zasadami dotyczącymi artefaktów.

Zapytanie i odniesienie do błędu · Przewodnik po aktualizacji

Webhook problemy z odbieraniem

ObjawSprawdź i obsługuj
Brak ponownej próby po zwróceniu błędu JSONSprawdź, czy punkt końcowy nadal zwraca HTTP 200. Dostarczenie wykorzystuje tylko status HTTP, a nie wskaźnik sukcesu w treści.
Ponowne próby są kontynuowane po 401 lub 409Odpowiedzi inne niż 2xx są zgodne z istniejącymi zasadami ponawiania; sprawdź podpisy, treść powiadomień lub konfigurację sprzedawcy.
Pusty klucz idempotencji dla ostrzeżenia o likwidacjiBieżące WebhookVerifier.idempotencyKey wyodrębnia jedynie tożsamości zdarzeń funduszy. Po sprawdzeniu podpisu i własności zatwierdź notificationId i utwórz klucz ostrzegawczy w kodzie sprzedawcy. Nigdy nie używaj pustego klucza.
Zduplikowane powiadomienie po pomyślnym przetworzeniuUtrzymuj deduplikację w zakresie sprzedawcy i environment. Zwróć 2xx za identyczne duplikaty; rekordowe konflikty i zwróć inny niż 2xx dla tego samego identyfikatora z inną treścią.
Ostrzeżenie nie zostało przetworzoneZaakceptuj liquidation.warning i historyczne LIQUIDATION_WARNING; nie grupuj odrębnych identyfikatorów powiadomień według użytkownika, odcinka lub typu wydarzenia i nie odrzucaj ich.
Przyjęte powiadomienie traci oczekujące zadanieZapisz zadanie niezawodnie przed zwróceniem 2xx; uruchomienie zadania asynchronicznego w pamięci jest niewystarczające.

Pola zdarzeń i kompatybilność · HTTP odpowiedzi i rzetelne potwierdzenie