Przychód Shoper po rabatach
Przychód po rabatach zasila wynik sklepu.
Shoper
Dostęp ograniczonyOAuth 2.0 i oficjalne REST API dostarczają zamówienia oraz rabaty. Pozostałe koszty wymagają własnych źródeł.
Konektor nie ma jeszcze zakończonej certyfikacji live dla publicznego self-service.
Przychód po rabatach zasila wynik sklepu.
Netrivo pokazuje, których danych z Shoper nie ma w wybranym okresie.
Lineage wskazuje źródło i synchronizację, które zmieniły kalkulację.

Domena, Client ID i Client Secret inicjują autoryzację sklepu.
Zamówienia i waluty są pobierane w kontrolowanym zakresie.
Przychód po rabatach zasila wynik sklepu.
Pokazujemy wyłącznie pola rzeczywiście obsługiwane przez integrację. Nie każde konto musi zwrócić wszystkie wartości.
| Dane | Wpływ | Warunek |
|---|---|---|
| zamówienia | Dane „zamówienia” są zachowywane w zakresie zwróconym przez źródło i wpływają na przychód shoper po rabatach. | Tylko gdy źródło zwróci wartość |
| OAuth 2.0 | Dane „OAuth 2.0” są zachowywane w zakresie zwróconym przez źródło i wpływają na przychód shoper po rabatach. | Tylko gdy źródło zwróci wartość |
| rabaty | Dane „rabaty” są zachowywane w zakresie zwróconym przez źródło i wpływają na przychód shoper po rabatach. | Tylko gdy źródło zwróci wartość |
OAuth 2.0 i oficjalne REST API dostarczają zamówienia oraz rabaty. Pozostałe koszty wymagają własnych źródeł.

Konektor nie ma jeszcze zakończonej certyfikacji live dla publicznego self-service.
Aplikacja Shoper musi mieć odczyt zamówień i walut; podaj jej domenę oraz dane OAuth.
Initial sync pobiera obsługiwane zamówienia, a kolejne przebiegi aktualizują zakres przyrostowo.
Dane dostępowe trafiają wyłącznie do backendu i są przechowywane w postaci zaszyfrowanej. Nie umieszczamy tokenów ani sekretów w przeglądarce, logach publicznych lub screenshotach.
Sprawdź domenę aplikacji, Client ID, sekret i przyznane zakresy OAuth.
Live certification publicznego self-service nie jest zakończona.
Konektor nie ma jeszcze zakończonej certyfikacji live dla publicznego self-service.