Facebook

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 (asiakkaan tunnistetiedot (client credentials) token-pyynnön rungossa, 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.

Pääsytunnisteiden elinkaari käsitellään yhdessä keskitetyssä kohdassa: vanheneminen käynnistää automaattisen päivityksen, kierrätetyt päivitystunnisteet tallennetaan, ja palveluntarjoajan hylkäämä päivitys tuodaan näkyviin uudelleenyhdistämiskehotteena — ei koskaan äänettömästi rikkoutuneina toimintoina. Kumoaminen toimii kummaltakin puolelta: katkaise yhteys täältä tai kumoa se palveluntarjoajan omissa turvallisuusasetuksissa.

A2Kirjoita semantiikka ja tietovirta

Jokainen tiedonsiirto on nimenomainen toimenpide, josta jää lokimerkintä. Kirjoitukset tapahtuvat klikkauksellasi — tai automaattisesti vain silloin, kun olet ottanut säännön käyttöön (automaattinen siirto palkattaessa on oletusarvoisesti pois päältä palveluntarjoajakohtaisesti). Lukemiset — henkilöiden, tilien tai tiedostojen tuonnit — suoritetaan, kun painat Tuo, ne poistavat kaksoiskappaleet vertaamalla aiemmin luotuihin tietoihin (asiakkaat nimen mukaan, henkilöt sähköpostin mukaan), ohittavat päällekirjoittamisen sijaan ja raportoivat luodut ja ohitetut tiedot todenmukaisesti, minkä vuoksi minkä tahansa tuonnin suorittaminen uudelleen on suunnitellusti turvallista.

Jokainen toiminto kirjoittaa rivin sovelluksen toimintalokiin (ats_app_activity): mitä suoritettiin, milloin, mille tietueelle ja mikä oli tulos — mukaan lukien palveluntarjoajan oma virheteksti sanatarkasti virhetilanteissa. ATS:n sisäinen käyttöraportointi kokoaa tämän saman lokin, joten integraatioraportointi ja integraation todellisuus eivät voi poiketa toisistaan.

Kaikki, mikä poistuu pyyntöpolulta — ilmoitusten hajautus, webhook-toimitukset, tapahtumien lokikirjaus, sähköposti — suoritetaan asynkronisissa taustasäikeissä. Hidas ulkoinen päätepiste ei voi koskaan jumittaa käyttöliittymää, ja epäonnistunut sivuvaikutus kirjataan lokiin sen sijaan, että sitä yritettäisiin hiljaisesti uudelleen epäjohdonmukaisuuteen asti.

A3Operatiiviset näkökohdat

Yhteydet ovat organisaatiotasoisia ja rajattuja omistaja- ja ylläpitäjärooleille; rekrytoijat käyttävät yhteyden mahdollistamia ominaisuuksia, mutta eivät voi muodostaa, katkaista tai määrittää yhteyksiä uudelleen. Yhteyden katkaiseminen poistaa tallennetut tunnistetiedot välittömästi ja pysäyttää riippuvaiset ominaisuudet näkyvästi, ei hiljaisesti. Aiemmin tuodut tiedot säilyvät teillä ja ovat muokattavissa.

Tuodut henkilöt merkitään tuoduiksi varovaisin tietosuojaoletuksin — suostumusta ei oleteta kenellekään, joka ei ole täyttänyt hakulomakettasi, ja säilytyksen oletusasetuksia sovelletaan.Kaikki tallennettu tieto on vietävissänne: CSV-viennit ja Data Export -sovellus kattavat samat tietovarastot, joita itse tuote lukee. Järjestelmästä poistuminen on yhtä avointa kuin käyttöönotto – suunnitellusti, ei myönnytyksenä.

A4Sijainti integraatiotopologiassa

Tämä integraatio on käytettävissä rekisterissä tänään. 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.