Xero

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 (Autenticación de cliente básica HTTP, 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.

O ciclo de vida do token manéxase nun único punto de estrangulamento: a caducidade activa un anovamento automático, os tokens de anovamento rotados gárdanse e un anovamento que o provedor rexeita preséntase como un aviso visible de reconexión, nunca como características rotas silenciosamente. A anulación funciona desde calquera dos dous lados: desconecta aquí ou anula na configuración de seguridade do propio provedor.

A2Escribir semántica e fluxo de datos

Cada movemento de datos é unha acción explícita cun resultado rexistrado. As escrituras prodúcense ao facer clic, ou automaticamente só onde activou unha regra (o envío automático na contratación está desactivado por predeterminación, por provedor). As lecturas —importacións de persoas, contas ou ficheiros— executanse cando preme Importar, dedúplicase contra o que xa ten (clientes por nome, persoas por correo electrónico), omítese en vez de sobrescribir e informa honestamente de creado fronte a omitido, polo que volver executar calquera importación é seguro por deseño.

Cada acción escribe unha fila no rexistro de actividade da aplicación (ats_app_activity): que se executou, cando, para que rexistro e o resultado —incluíndo o propio texto de erro do provedor literalmente cando algo falla. Os informes de uso dentro do ATS agregan ese mesmo rexistro, polo que os informes de integración e a realidade da integración non poden diverxir.

Todo o que sae da ruta de solicitude —desprazamento de notificacións, entrega de webhooks, rexistro de actividades, correo— execútase en fíos de fondo de «disparar e esquecer». Un punto final externo lento nunca pode facer que a interface se conxela, e un efecto secundario fallido rexístrase en lugar de reintentarse silenciosamente ata chegar á inesistencia.

A3Consideracións operativas

As conexións son a nivel de organización e están limitadas aos roles de propietario e administrador; os recrutadores usan as funcións que alimenta unha conexión pero non poden conectar, desconectar ou reconfigurar. A desconexión elimina inmediatamente as credenciais almacenadas e detén as funcións dependentes de forma visible, non silenciosa. Os datos xa importados seguen sendo teus e editables.

As persoas importadas chegan marcadas como importadas con valores predeterminados de privacidade conservadores: non se asume ningún consentimento para quen nunca encheu o teu formulario de solicitude, e aplícanse os valores predeterminados de retención.Todo o que se escribe é seu para levalo: as exportacións en CSV e a aplicación Exportación de datos cobren os mesmos almacéns que o propio produto le. A saída é tan aberta coma a entrada — por deseño, non por concesión.

A4Colocación na topoloxía de integración

Esta integración está activa hoxe no rexistro. 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.