Deel-integráció

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 (HTTP Basic klienshitelesítés, 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.

A token életciklusának kezelése egyetlen központi ponton történik: a lejárás automatikus frissítést vált ki, a rotált frissítési tokenek mentésre kerülnek, a szolgáltató által elutasított frissítés pedig látható újracsatlakozási kérésként jelenik meg — soha nem csendben elromló funkcióként. A visszavonás mindkét oldalról működik: lecsatlakoztatás itt, vagy visszavonás a szolgáltató saját biztonsági beállításaiban.

A2Írási szemantika és adatfolyam

Minden adatmozgás egy naplózott eredménnyel járó, kifejezett művelet. Az írási műveletek az Ön kattintására történnek — vagy automatikusan, kizárólag ott, ahol szabályt engedélyezett (a felvételkor történő automatikus továbbítás alapértelmezés szerint ki van kapcsolva szolgáltatónként). Az olvasási műveletek — személyek, fiókok vagy fájlok importálása — az Importálás gomb megnyomásakor futnak le, kiszűrik a duplikációkat a már meglévő adatokkal összevetve (ügyfelek név szerint, személyek e-mail-cím alapján), felülírás helyett kihagyják őket, és megbízhatóan jelentik a létrehozott és a kihagyott elemek számát, amiért bármely importálás újrafuttatása eleve biztonságos.

Minden művelet egy sort ír az alkalmazás-tevékenységi naplóba (ats_app_activity): mi futott le, mikor, melyik rekordhoz és milyen eredménnyel — hiba esetén a szolgáltató saját hibaüzenetét szó szerint rögzítve. Az ATS-en belüli használati jelentések ugyanezt a naplót összesítik, így az integrációs jelentések és az integrációs valóság nem térhetnek el egymástól.

Minden olyan művelet, amely kilép a kérés útvonalából — értesítések szétküldése, webhook-kézbesítés, tevékenységnaplózás, e-mailek —, fire-and-forget háttérszálakon fut. Egy lassú külső végpont soha nem akaszthatja meg a felületet, és a sikertelen mellékhatások naplózásra kerülnek ahelyett, hogy inkonzisztenciához vezető csendes újrapróbálkozások történnének.

A3Működési szempontok

A kapcsolatok szervezeti szintűek, és a tulajdonosi, valamint adminisztrátori szerepkörökhöz kötöttek; a toborzók használják az összekapcsolás által biztosított funkciókat, de nem tudnak csatlakozni, lekapcsolódni vagy újrakonfigurálni. A lekapcsolódás azonnal eltávolítja a tárolt hitelesítési adatokat, és láthatóan — nem észrevétlenül — leállítja a függő funkciókat. A már importált adatok az Ön tulajdonában és szerkeszthetők maradnak.

Az importált személyek importáltként megjelölve, szigorú adatvédelmi alapértelmezésekkel érkeznek – nem feltételezünk hozzájárulást senki esetében, aki nem töltötte ki a jelentkezési űrlapot, és az adatmegőrzési alapértelmezések érvényesek. Minden rögzített adat az Öné: a CSV-exportok és a Data Export alkalmazás ugyanazokat az adattárakat fedi le, amelyeket maga a termék is olvas. A kilépés éppoly nyitott, mint a belépés — tudatos tervezés, nem pedig engedmény alapján.

A4Elhelyezkedés az integrációs topológiában

Ez az integráció már elérhető a jegyzékben. 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.