This documentation is currently under development. Certain sections are not yet complete and will be added shortly.
For the complete documentation index, see llms.txt. This page is also available as Markdown.

Référence de script des connecteurs personnalisés

Chaque endpoint enregistrable exposé par le runtime de scripting du tenant, regroupé selon sa fonction et lié à une page dédiée lorsqu’elle existe.

Connecteurs personnalisés présente le modèle fournisseur-client et de mise à jour de Carte utilisé par la plupart des intégrations, ainsi que les globales approuvées disponibles pour chaque script (fetch, console, getSecret, entre autres). Cette page répertorie tous les autres points de terminaison enregistrables exposés par l’environnement d’exécution, y compris des hooks plus spécifiques qui n’ont pas de guide dédié ailleurs. Certains nécessitent un câblage supplémentaire — une étape de flux, une tâche planifiée, une entrée de fichier de configuration — et sont documentés sur la page indiquée dans le tableau ci-dessous. Les quatre qui ne nécessitent aucun câblage supplémentaire ont chacun leur propre page ici.

Points de terminaison enregistrables

Chaque point de terminaison ci-dessous est enregistré de la même manière, depuis l’exportation par défaut d’un script :

export default function (context) {
  context.register('<clé d’enregistrement>', {
    // une ou plusieurs fonctions de gestionnaire
  });
}
Clé d’enregistrement
Fonction(s)
Nécessite un câblage supplémentaire
Documenté sur

runtime.scriptable.customerProvider.{scriptId}

Fill(entity)

Oui — une entrée customerProviders de type script dans la configuration du flux de processus

runtime.wallet.passUpdater

OnCarteCreating, OnCarteCreated, OnCarteUpdating, OnCarteUpdated, OnCarteInstalled, OnCarteUninstalled

Non

runtime.scriptable.customerPipelineElement.{scriptId}

CreateOrUpdate(entity)

Oui — utilisé comme étape de type script- dans un flux d’enregistrement client

runtime.scriptable.pushUpdates.{scriptId}

GetCartes()

Oui — une tâche planifiée faisant référence au nom du script

runtime.scriptable.emailEngine

SendEmail(recipient, template, data, cultures, buildEmail)

Oui — /server/emails.yml fournisseur défini sur script

runtime.scriptable.scriptableAccountValidator

Validate(account)

Non

runtime.emailAccountChallenger.templateFinder

GetEmailTemplate(data, defaultTemplateName)

Non

runtime.wallet.linkUrlEnricher

Enrich(url, context)

Non

runtime.import.updateCartes.rowTransformer

GetThroughput(fileName), Transform(row)

Non

Connecteurs basés sur SOAP

Cegid Retail Y2 et UR placent leurs API SOAP derrière leur propre intercepteur de requêtes — extensions.cegid.y2.connectionInterceptor et extensions.cegid.ur.connectionInterceptor — utilisé pour inspecter ou modifier chaque appel sortant, généralement afin d’injecter un en-tête d’authentification depuis le magasin de secrets. Il est spécifique à ces deux connecteurs plutôt que d’être un hook disponible pour tout connecteur personnalisé ; il est donc documenté dans la propre référence de script de Cegid plutôt qu’ici.

FAQ

Cette page remplace-t-elle la saisie semi-automatique de l’éditeur de configuration avancée ?

Non. L’éditeur génère sa documentation directement depuis l’environnement d’exécution, elle reflète donc toujours exactement la version actuelle. Cette page est un index organisé destiné à être lu avant d’ouvrir l’éditeur, afin de rendre visibles les points de terminaison qu’il serait autrement facile de manquer.