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
});
}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.emailAccountChallenger.templateFinder
GetEmailTemplate(data, defaultTemplateName)
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.

