Dropbox

A1Connection architecture

The connection uses OAuth 2.0 against the vendor's own consent screen. The authorisation request names the minimum scopes the features need — the exact scope list is shown in the security-flow panel below, pulled from the same provider registry the application uses. The code-for-token exchange happens entirely server-side (dane uwierzytelniające klienta w treści żądania tokena, per the vendor's token endpoint contract); tokens are stored encrypted at rest and are never rendered back to any screen — connection pages show presence, not values.

Cykl życia tokenów jest zarządzany w jednym punkcie kontrolnym: wygaśnięcie wyzwala automatyczne odświeżenie, rotowane tokeny odświeżania są zapisywane, a odświeżenie odrzucone przez dostawcę skutkuje widocznym komunikatem o ponownym połączeniu — nigdy cichym uszkodzeniem funkcji. Odwołanie uprawnień działa z obu stron: można rozłączyć integrację tutaj lub cofnąć uprawnienia w ustawieniach bezpieczeństwa samego dostawcy.

A2Zapis semantyki i przepływu danych

Każdy transfer danych to jawna operacja z zarejestrowanym wynikiem. Zapisy następują po kliknięciu — lub automatycznie tylko tam, gdzie włączono regułę (automatyczne przesyłanie po zatrudnieniu jest domyślnie wyłączone dla każdego dostawcy). Odczyty — import osób, kont lub plików — są uruchamiane po kliknięciu przycisku Importuj, deduplikują dane względem już posiadanych (klienci według nazwy, osoby według adresu e-mail), pomijają zamiast nadpisywać i rzetelnie raportują liczbę utworzonych względem pominiętych rekordów, dzięki czemu ponowne uruchomienie dowolnego importu jest z założenia bezpieczne.

Każde działanie zapisuje wiersz w dzienniku aktywności aplikacji (ats_app_activity): co zostało uruchomione, kiedy, dla jakiego rekordu oraz jaki był wynik — w tym dosłowną treść błędu dostawcy w przypadku niepowodzenia. Raportowanie użycia w systemie ATS agreguje ten sam dziennik, dzięki czemu raporty integracji nie mogą odbiegać od rzeczywistego stanu integracji.

Wszystko, co wykracza poza ścieżkę żądania — rozsyłanie powiadomień, dostarczanie webhooków, rejestrowanie aktywności, poczta e-mail — działa w wątkach tła typu fire-and-forget. Wolny zewnętrzny punkt końcowy nigdy nie zawiesi interfejsu, a nieudana operacja poboczna jest rejestrowana w dzienniku, zamiast być po cichu ponawiana aż do wystąpienia niespójności.

A3Kwestie operacyjne

Połączenia są konfigurowane na poziomie organizacji i ograniczone do ról właściciela i administratora; rekruterzy korzystają z funkcji oferowanych przez integrację, ale nie mogą jej łączyć, odłączać ani rekonfigurować. Odłączenie natychmiast usuwa zapisane dane uwierzytelniające i w widoczny, a nie cichy sposób zatrzymuje zależne funkcje. Wcześniej zaimportowane dane pozostają Państwa własnością i można je edytować.

Zaimportowane profile są oznaczane jako zaimportowane z zachowaniem rygorystycznych, domyślnych zasad prywatności — nie zakłada się zgody żadnej osoby, która nie wypełniła formularza aplikacyjnego, i mają do nich zastosowanie domyślne reguły retencji danych. Wszystkie zapisane dane należą do Państwa: eksporty CSV oraz aplikacja Data Export obejmują te same zasoby, z których korzysta sam produkt. Wyjście jest tak samo otwarte jak wejście — z założenia, a nie z konieczności.

A4Umiejscowienie w topologii integracji

Ta integracja jest już dostępna w rejestrze. One connection per provider unlocks every feature it powers, and the topology grid below shows the neighbouring connectors in the same capability area — statuses come from the same registry that drives the in-app hub, so this page can never claim more than the product does. For anything the catalogue does not cover, Webhooks and Zapier are the generic, documented escape hatch.