Integrace Deel
INTEGRATIONS · EXPERTINI ATS

Integrace Deel

Odešlete přijatou nabídku přímo do platformy Deel jako nového zaměstnance pro globální mzdovou agendu a onboarding — a importujte své pracovníky z Deel do databáze talentů v ATS.

4 min čtení · Aktualizováno v červenci 2026 · Redakce Expertini

U týmů, které nabírají zaměstnance přeshraničně, mívají náborový a mzdový systém na starosti různí lidé v různých zemích — propast mezi „nabídka přijata“ a „osoba je zavedena ve mzdovém systému“ je proto větší než kdekoli jinde. Integrace se službou Deel tuto mezeru překlenuje: stačí jednou propojit váš vlastní účet Deel a jakýkoli přijatý uchazeč může být odeslán do Deel jako kmenový zaměstnanec se jménem, e-mailem, názvem pozice a datem nástupu — připraven na převzetí interními procesy Deel pro onboarding, smlouvy a mzdy.

Propojení je také obousměrné pro čtení: akce „Importovat vaše lidi“ načte vaši stávající pracovní sílu z platformy Deel do databáze kandidátů v ATS, odstraní duplicity podle e-mailu a označí záznamy jako importované – užitečné pro interní mobilitu i pro agentury, které rovněž zpracovávají mzdy pro umístěné externisty. Deel je ochranná známka svého vlastníka; Expertini ATS je nezávislý produkt, který se k vašemu vlastnímu účtu Deel připojuje prostřednictvím oficiálního rozhraní API na základě vašeho výslovného přihlášení.

01Připojení vašeho účtu Deel

Vlastník nebo administrátor otevře Konektory a klikne na Připojit na kartě Deel. Propojení schválíte přímo na stránkách služby Deel — přihlašovací údaje se k Expertini vůbec nedostanou — a karta se přepne na Připojeno. Od této chvíle získá stránka Screening & HRIS službu Deel jako cíl pro odesílání dat a pravidlo pro automatické odesílání lze zapnout pro celou organizaci.

02Odeslání nově přijatého zaměstnance do služby Deel

Vyberte přijatého kandidáta z našeptávače na stránce Prověřování a HRIS a odešlete data. ATS odešle pole, která vyžaduje smlouva pro přímého zaměstnance v platformě Deel – jméno a příjmení, e-mail, datum nástupu, zemi (je-li známa) a pracovní pozici – a zobrazí doslovnou odpověď platformy Deel o úspěchu či neúspěchu. Deel provádí přísnou validaci (což je žádoucí: mzdové údaje mají být validovány), takže pokud váš pracovní prostor Deel vyžaduje další pole, chybová zpráva vám přesně sdělí, o které jde. Zaškrtnutím možnosti Deel v sekci „Automatické odeslání při přijetí“ zajistíte, že každá přijatá nabídka automaticky vytvoří záznam v Deel, a každé odeslání – ruční i automatické – se zaznamená na stránce aktivity aplikace.

03Import pracovníků ze služby Deel

Funkce „Importovat lidi“ načte váš seznam lidí z Deel a přidá každou osobu s pracovním e-mailem do databáze kandidátů v ATS — páruje se podle e-mailu, takže opakované spuštění nikdy nevytvoří duplicity, označí je jako importované a záznamy lze následně plně upravovat. Záznamy mají konzervativní výchozí nastavení ochrany osobních údajů, protože tito lidé nepoužili formulář přihlášky.

04Kde se uplatňuje v náborovém procesu

Odeslání dat je posledním krokem pracovního postupu nabídky: nabídka přijata → nástup potvrzen → nový zaměstnanec existuje v Deel. V kombinaci s plánováním pohovorů a elektronickým podpisem v dřívějších fázích probíhá celá cesta od prvního pohovoru až po zaměstnance připraveného ke mzdovému zpracování v rámci jednoho předplatného – přičemž Deel zajišťuje to, v čem vyniká, na základě vaší vlastní smlouvy s Deel.

Technické poznámky

Architektura a provoz platformy

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 (Klientské ověřování HTTP Basic, 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.

Životní cyklus tokenů se řeší na jediném centrálním místě: vypršení platnosti vyvolá automatické obnovení, rotované obnovovací tokeny se ukládají a obnovení, které dodavatel odmítne, se zobrazí jako viditelná výzva k opětovnému připojení – nikdy jako tiše nefunkční funkce. Odvolání funguje z obou stran: odpojením zde nebo odvoláním ve vlastním nastavení zabezpečení dodavatele.

A2Sémantika zápisu a tok dat

Každý přesun dat představuje explicitní akci se zaprotokolovaným výsledkem. Zápisy probíhají na vaše kliknutí – nebo automaticky pouze tam, kde jste povolili pravidlo (automatické odeslání při přijetí je ve výchozím nastavení vypnuto pro každého poskytovatele zvlášť). Čtení – importy osob, účtů nebo souborů – se spouštějí po kliknutí na tlačítko Importovat, deduplikují se vůči tomu, co již máte (klienti podle názvu, osoby podle e-mailu), položky raději přeskakují, než aby je přepisovaly, a poctivě hlásí poměr vytvořených a přeskočených záznamů, díky čemuž je opakované spuštění jakéhokoli importu ze své podstaty bezpečné.

Každá akce zapíše řádek do deníku aktivit aplikace (ats_app_activity): co proběhlo, kdy, pro jaký záznam a jaký byl výsledek – včetně doslovného chybového textu od dodavatele, pokud něco selže. Přehledy využití v ATS agregují tentýž deník, takže se výkazy integrace a skutečný stav integrace nemohou rozcházet.

Vše, co opouští cestu požadavku — hromadné odesílání oznámení, doručování webhooků, protokolování aktivit, e-maily — běží na pozadí ve vláknech typu fire-and-forget. Pomalý externí koncový bod tak nikdy nemůže způsobit zamrznutí rozhraní a neúspěšný vedlejší účinek je zaprotokolován, místo aby byl v tichosti opakován a vedl k nekonzistenci.

A3Provozní aspekty

Propojení jsou na úrovni organizace a jsou přístupná pouze pro role vlastníka a administrátora; recruiteři využívají funkce, které propojení zajišťuje, ale nemohou je připojovat, odpojovat ani měnit jejich konfiguraci. Odpojení okamžitě odstraní uložené přihlašovací údaje a viditelně, nikoli v tichosti, zastaví závislé funkce. Již importovaná data zůstávají vaše a lze je upravovat.

Importované osoby jsou označeny jako importované s konzervativním výchozím nastavením ochrany soukromí – u nikoho, kdo nikdy nevyplnil váš formulář žádosti, se nepředpokládá souhlas a uplatňují se výchozí zásady uchovávání údajů.Všechna zapsaná data jsou vaše: exporty do CSV a aplikace Data Export pokrývají stejná úložiště, ze kterých čte samotný produkt. Odchod je stejně otevřený jako příchod – ze své podstaty, nikoli z ústupku.

A4Umístění v integrační topologii

Tato integrace je v registru již plně dostupná. 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.

Mapa závislostí

Connection typeOAuth 2.0 (obrazovka souhlasu poskytovatele)
Scopes requestedpeople:write · people:read
Callback path/apps/oauth/callback/deel/
Token exchangeserver-side; HTTP Basic
Secrets at restšifrováno; uživatelské rozhraní zobrazuje příznaky přítomnosti, nikdy hodnoty
Action journalats_app_activity – jeden řádek na akci, chyby dodavatele v doslovném znění
Auto-push rulesve výchozím nastavení vypnuto, pro každého poskytovatele zvlášť, každé spuštění zaznamenáno
Registry statuslive

Návrh rozhraní

Strukturální schéma rozhraní – panely, hierarchie a možnosti interakce. Závazek, nikoli snímek obrazovky.
Karta propojení
● připojeno — indikátor přítomnosti
rozsahy: minimální požadované odpojit
Akce
odeslání — explicitní kliknutíimport — deduplikováno
Deník aktivit
Obr. 1 — Integrace Deel: strukturální schéma rozhraní. Panely a stavy jsou závazné; zobrazená data jsou zástupná.

Tok interakce — stavy, validace, zpětná vazba

Každý stav níže je vynucen na straně serveru; rozhraní jej pouze zobrazuje, nerozhoduje o něm.
Connectvlastník/správce klikne na Připojit na stránce Konektory
Vendor consentvlastní obrazovka dodavatele uvádí přesné rozsahy oprávnění
Token exchangezpětné volání na straně serveru; tajné klíče se nikdy nedostanou do prohlížeče
Connectedšifrované úložiště; karta se otočí s příznakem přítomnosti
Explicit actionsodeslání / import / plánování — každá akce je zaznamenána v deníku
Souhlas odepřen → chybový kód poskytovatele se zobrazí v oznámení s uvedením názvuChybějící klíče platformy → poctivý ukazatel nastavení, nikoli tiché odmítnutíVypršela platnost tokenu → automatické obnovení v kontrolním boděObnovení odmítnuto → viditelná výzva k opětovnému připojení, funkce nikdy tiše neselžouPlán pod minimem → karta uzamčení uvádí přesný plán
Obr. 2 — tok interakcí: tmavě modrá = stavy, zlatá = brány vynucené serverem, zelená = potvrzené výsledky; štítky uvádějí okrajové případy a jejich zpětnou vazbu.

Bezpečnostní proces OAuth 2.0 — Deel

1
Žádost o autorizaciPřesměrování na obrazovku souhlasu samotného poskytovatele s uvedením přesně níže specifikovaných rozsahů oprávnění — nikdy více.
2
Ověření identity & souhlasOvěřujete se u poskytovatele, na doméně poskytovatele. Přihlašovací údaje se nikdy nedostanou k Expertini.
3
Výměna tokenů na straně serveruZpětné volání na /apps/oauth/callback/deel/ vyměňuje kód pomocí Klientské ověřování HTTP Basic — zcela na straně serveru.
4
Spravovaný stav relaceTokeny šifrované v klidovém stavu; automatické obnovení v jediném kontrolním bodě; zobrazení příznaku přítomnosti; možnost odvolání z obou stran.
people:writepeople:read
Seznam rozsahů oprávnění načtený ze stejného registru poskytovatele, u kterého se aplikace autorizuje — tato stránka jej nemůže nadhodnotit ani podhodnotit.

Neighbouring connectors — Background Checks

Checkrplanned First Advantageplanned Deelthis page
Stavy pocházejí z živého registru — prohlédnout celý katalog →

Často kladené otázky

Která pole v Deel se při odeslání vyplní?
Jméno, příjmení, e-mail, datum nástupu, pracovní pozice a země, pokud je v záznamu uvedena – pole, která Deel vyžaduje pro vytvoření přímého zaměstnance. Pokud váš pracovní prostor vyžaduje cokoli dalšího, validační zprávy ze systému Deel se zobrazí doslovně.
Nahrazuje to onboarding nebo smlouvy v Deel?
Ne – naopak je zahajuje. Odeslání vytvoří danou osobu v Deel; smlouvy, compliance a mzdy pokračují v Deel přesně tak, jako byste danou osobu zadali ručně.
Lze nově přijaté zaměstnance odesílat automaticky?
Ano. Na stránce Prověřování a HRIS zaškrtněte Deel pod položkou „Automaticky odeslat při přijetí“ a každá přijatá nabídka vytvoří záznam v Deel bez jakéhokoli klikání. Každé automatické odeslání se zaznamenává do protokolu.
Je společnost Expertini propojena se společností Deel?
Ne. Deel je ochranná známka svého vlastníka. Integrace využívá oficiální API s vaším vlastním účtem a souhlasem a lze ji kdykoli odpojit na stránce Konektory.
Účtuje se nějaký poplatek navíc?
Ne — konektor je součástí tarifu. Vaše předplatné Deel je záležitostí mezi vámi a společností Deel.

Přehled

  • Přijatá nabídka → přímý zaměstnanec Deel na jedno kliknutí nebo automaticky
  • Odesílá jméno, e-mail, datum nástupu, pracovní pozici a zemi
  • Vlastní validační zprávy systému Deel transparentně zobrazeny — žádná skrytá selhání
  • Importujte své pracovníky z platformy Deel do prohledávatelné databáze talentů
  • Deduplikace e-mailů, bezpečné opakované spuštění, úplný protokol aktivit
  • Váš vlastní účet a smlouva u Deel — žádný middleware, žádná přirážka

Vyzkoušejte si integrace deel na vlastním náboru.

Přineste si reálný popis pracovní pozice na 30minutové demo — bezplatná zkušební verze v ceně.

Domluvit si ukázku
Inteligentní Expertini
Nyní online
Dobrý den! Jsem inteligentní produktový expert platformy Expertini. Zeptejte se mě na cokoli ohledně našich řešení, získejte rady k libovolným nástrojům pro nábor nebo mi jednoduše řekněte, čeho chcete dosáhnout — rád vás navedu správným směrem. V případě problémů týkajících se konkrétního účtu napište na support@expertini.com.