Connecteurs NetSuite et Xero : enregistrer les jetons via API

Vue stylisée : jetons vers stockage chiffré, puis événement vers la file de traitement.

Ces routes enregistrent des jetons OAuth chiffrés côté serveur et émettent un signal de synchronisation pour l’organisation. Le pipeline automatique vers le grand livre pour ces fournisseurs reste un chantier d’extension : pour une alimentation opérationnelle du périmètre interco aujourd’hui, combinez ce branchement avec l’import CSV décrit dans le guide « Grand livre : champs CSV… ».

Prérequis

Réservé aux comptes admin du groupe sur Ninon. Ne tracez jamais les refreshToken ou accessToken en clair dans vos journaux applicatifs ou scripts partagés.

NetSuite — POST /api/integrations/netsuite

Corps JSON attendu : refreshToken (chaîne, obligatoire, au moins 8 caractères) ; accessToken (optionnel) ; accountId (optionnel, identifiant de compte ou tenant côté NetSuite) ; expiresAt (optionnel, date-heure ISO 8601 pour l’expiration du jeton d’accès). Réponse typique : objet integration avec id, provider à la valeur netsuite, externalTenantId (souvent dérivé de accountId), expiresAt.

Xero — POST /api/integrations/xero

Corps JSON attendu : refreshToken (obligatoire) ; accessToken (optionnel) ; tenantId (optionnel, plutôt qu’accountId) ; expiresAt (optionnel, ISO 8601). Réponse typique : objet integration avec provider xero et les mêmes champs exposés côté listing.

Après l’enregistrement

Un événement Inngest integrations/erp.syncTick est émis pour votre organizationId. Les connecteurs (Business Central, Xero, NetSuite, etc.) peuvent charger le grand livre lorsque les jetons et la cartographie par entité sont renseignés ; pour les ERP sans voie API dans Ninon, utilisez l’import CSV décrit dans les guides.