Accès production

Transaction Intelligence s'ouvre en deux temps : le sandbox en libre-service, l'accès production sur demande.

Le sandbox : libre-service, après un profil développeur complet

Avant qu'un owner ou un admin puisse activer le sandbox Transaction Intelligence sur la page Clés d'API, l'espace de travail doit porter un profil développeur complet. C'est une condition d'admission, pas une formalité : tant qu'un élément manque, l'activation est refusée et aucune clé n'est émise.

Le profil se remplit sur Platform, par un owner ou un admin, et vaut pour l'espace de travail entier : un developer qui crée ensuite une clé n'a pas à le remplir. Il rassemble vos prénom et nom, un courriel vérifié, un téléphone professionnel au format international, déclaré et non vérifié à ce stade, le nom de votre organisation (celui donné par défaut à la création d'un espace de travail n'en est pas un), puis quatre réponses écrites : pourquoi Transaction Intelligence, ce que vous construisez, votre cas d'usage, votre contexte d'intégration.

Un profil incomplet vous renvoie la liste de ce qui manque ; complétez-le, puis reprenez le Quickstart à sa première étape.

La production ne s'obtient par aucun geste

Il n'existe pas de bouton qui fasse passer un espace de travail du sandbox à la production. Ni le nombre de clés créées, ni le volume de requêtes lu sur la page Usage, ni l'ancienneté de l'espace de travail ne changent quoi que ce soit : ce sont des mesures, pas des droits. La production s'ouvre par une décision de Noryo, prise sur un dossier, ou elle ne s'ouvre pas.

Une demande d'accès production Transaction Intelligence est distincte de toute demande déposée pour une autre API de Noryo : approuver l'une n'approuve pas l'autre.

Ce que le dossier demande

Tout se décrit en texte : le dossier n'accepte ni fichier, ni pièce jointe.

Ce que Noryo demande, et ce qu'il ne demande jamais

Noryo peut, pendant l'instruction, réclamer un justificatif : une immatriculation, l'identité du représentant, un justificatif d'adresse, l'adresse de votre site, ou un autre élément qu'il nomme. La demande apparaît sur Platform, page Identité juridique, section « Justificatifs demandés », jamais par un courriel isolé. On y répond par une référence vers un document, jamais par le document lui-même : le portail n'en reçoit aucun.

Ce qui ne s'envoie jamais, sous aucun prétexte, c'est un secret : mot de passe, clé d'API, coordonnées bancaires, numéro de carte, code reçu par message. Aucune demande de Noryo n'en porte ; si l'une le fait, ne répondez pas et écrivez au support.

Ne versez pas non plus de données de vos utilisateurs finaux dans les champs libres : un cas d'usage se décrit sans transaction réelle, sans IBAN et sans nom de personne. Voir Authentification.

L'instantané figé à la soumission

Un dossier se prépare en brouillon, autant de fois que nécessaire. À la soumission, Noryo en fige un instantané : c'est lui qui est revu, et lui seul. Une édition postérieure du profil développeur ou du brouillon ne le réécrit pas.

Pour corriger un dossier déjà soumis, retirez-le ou attendez une demande de complément : une nouvelle soumission fige un nouvel instantané, sans effacer le précédent.

Les états du dossier

Chaque passage d'un état à l'autre est daté et conservé : l'historique ne se réécrit pas, et une décision ne disparaît jamais, même après un retrait.

Ce qu'une approbation fait aujourd'hui

Le mot « approuvé » promet d'ordinaire plus qu'il ne tient ici. Une approbation prépare l'autorité : elle inscrit, du côté de Noryo, que votre espace de travail est jugé recevable pour la production. C'est la première condition, et elle ne vaut pas les suivantes.

En particulier, une approbation :

• n'émet aucune clé nry_txn_live_ ;
• n'ouvre aucun environnement de production : https://api.noryo.app reste servie en sandbox ;
• n'ouvre aucune facturation, n'accepte aucun contrat à votre place et ne fixe aucun prix ;
• ne change ni les limites de débit, ni les rétentions, ni la nature des scores : voir Limites du sandbox.

Après l'approbation : trois décisions, trois autorités

Viennent ensuite, dans cet ordre :

1. Les éléments juridiques. L'identité de l'entité, ou de la personne, qui exploitera l'intégration, son adresse et un contact joignable. Un owner ou un admin les renseigne sur Platform ; tant qu'un élément manque, l'écran le nomme et la suite est refusée. Qui construit seul n'a pas de société à déclarer : son nom et son adresse suffisent. Le téléphone du contact de production doit en outre être vérifié : une personne de votre organisation prouve, sur son identité Noryo, qu'elle reçoit ce numéro. Un numéro vérifié dit qu'on vous joint là, rien de plus : ni votre identité juridique, ni le pouvoir d'engager une société.
2. Le contrat d'API applicable. Noryo en publie une version, qui porte une référence et une empreinte. Un owner ou un admin l'accepte au nom de l'organisation, après avoir attesté qu'il a le pouvoir de l'engager ; un developer, un billing ou un viewer ne le peuvent pas. Si le texte affiché ne correspond pas au texte publié, l'acceptation est refusée. Chaque acceptation s'ajoute à l'historique, aucune ne se réécrit.
3. L'aptitude à facturer. Le système doit savoir constituer et recouvrer une somme due pour cet espace de travail. Ce socle existe désormais, mais il n'est ouvert pour aucun espace de travail client : aucun prix client n'est fixé, et aucun espace client n'est apte.

Ces trois décisions ne se remplacent pas : l'aptitude à facturer, elle, ne se décide pas, elle se constate. Une clé nry_txn_live_ ne s'émet que lorsque toutes sont acquises et que l'autorité de production n'a été ni suspendue ni révoquée.

La conséquence se dit sans ambiguïté : aucune clé de production ne peut être émise aujourd'hui, pour aucun espace de travail client, puisque la facturation n'est pas ouverte. Il n'y a ni prix annoncé, ni date. D'ici là, construisez contre le sandbox.

Pour aller plus loin

• Quickstart : de l'identité Noryo au premier enrichissement.
• Authentification : la forme de la credential et l'en-tête Authorization.
• Limites du sandbox : ce qu'un seul environnement implique.
• Usage et clés d'API : ce que Platform compte, et ce qu'il ne compte pas.