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. L’alimentation automatique du grand livre pour ces fournisseurs reste en cours d’extension : pour une alimentation opérationnelle du périmètre intercompagnie aujourd’hui, combinez ce raccordement 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 — enregistrement des jetons

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 — enregistrement des jetons

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 signal de synchro d’arrière-plan est émis pour votre organisation. 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 connecteur live dans Ninon, utilisez l’import grand livre documenté.