# Fonctionnement des workflows Découvrez les fonctionnalités et composants des workflows. Workflows fournit un générateur visuel dans le [Dashboard Stripe](https://dashboard.stripe.com/workflows), pour vous aider à automatiser les tâches et les processus en définissant une série d’actions qui se produisent de manière séquentielle. Workflows est idéal pour les processus à plusieurs étapes et est compatible avec plusieurs produits Stripe, ce qui vous permet de simplifier les processus, d’appliquer des règles métier et de réduire les tâches manuelles. Chaque workflow se compose d’un déclencheur et d’une série d’étapes qui s’exécutent dans l’ordre. Une étape d’un workflow est soit une action, soit une condition. Un workflow est constitué des composants suivants : | **Composant** | **Description** | | ------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | [Déclencheur](https://docs.stripe.com/workflows/define-workflows.md#triggers) | Un événement Stripe spécifique ou une invocation programmatique qui lance un workflow. Chaque workflow possède un déclencheur. Les conditions de déclenchement permettent de filtrer les événements qui lancent le workflow mais qui ne sont pas comptés comme des étapes. | | **Étape** | Une étape d’un workflow est soit une action, soit une condition. Vous pouvez inclure jusqu’à 12 étapes (actions ou conditions) dans chaque workflow. | | [Action](https://docs.stripe.com/workflows/define-workflows.md#actions) | Une tâche automatisée qui s’exécute après le déclenchement du workflow, comme le remboursement d’un paiement ou l’envoi d’un e-mail. Chaque action compte comme une étape. Les actions à l’intérieur des boucles ne sont comptées qu’une fois par itération. | | [Conditions](https://docs.stripe.com/workflows/define-workflows.md#conditions) | Flux de contrôle qui détermine le déroulement d’un workflow en fonction des données. Les conditions créent des chemins de branchement mais ne sont pas comptées comme des étapes ; seules les actions à l’intérieur de chaque branche sont prises en compte. | | [Boucle](https://docs.stripe.com/workflows/define-workflows.md#loops) | Une boucle « for-each » qui itère sur une collection d’objets Stripe. La boucle elle-même ne compte pas comme une étape ; seules les actions à l’intérieur du corps de la boucle sont comptées, une fois par itération. Consultez [Itérer sur des collections](https://docs.stripe.com/workflows/loops.md) pour plus de détails. | Les workflows automatisent les tâches en exécutant une série d’actions de manière séquentielle en fonction des déclencheurs et des conditions. Si plusieurs workflows partagent le même événement déclencheur, chaque workflow s’exécute indépendamment, en suivant ses propres étapes et sa propre logique métier. ## Workflows actifs et inactifs Vous pouvez activer, désactiver ou supprimer des flux de travail. Une fois que vous avez désactivé un flux de travail, Stripe le considère comme inactif et il ne peut plus répondre aux déclencheurs. Vous pouvez réactiver un flux de travail inactif à tout moment. Vous pouvez maintenir jusqu’à 50 flux de travail actifs en simultané et avoir un total combiné de 50 flux de travail actifs et inactifs. Si vous avez 50 flux de travail, vous ne pouvez pas en créer un autre. Si vous avez 50 flux de travail actifs et souhaitez en activer un nouveau, vous devez d’abord désactiver un flux de travail actuellement actif. ## Gestion des versions À chaque activation d’un workflow, Stripe enregistre une version numérotée de sa configuration. Vous pouvez également annoter chaque version avec une description expliquant la raison de la modification. Avec le temps, ceci permet de constituer un historique clair et partagé des mises à jour au sein de votre équipe. Le workflow lui-même devient un référentiel central d’informations contextuelles. Toutes les versions antérieures sont accessibles dans l’historique du flux. Pour revenir à une version antérieure, restaurez la configuration dans l’éditeur de flux et réactivez-la. ## Proforma Le mode brouillon vous offre un espace de travail séparé pour modifier votre flux actif. Pour utiliser le mode brouillon, cliquez sur **Enregistrer le brouillon** dans l’éditeur. Cette fonctionnalité permet de modifier les conditions, d’ajouter des étapes et de réorganiser les branches sans impacter la version active. En séparant l’itération de la logique de production, vous pouvez optimiser votre flux en toute sécurité et à votre rythme avant de le déployer. ## Déclencheurs Les workflows sont lancés par des événements Stripe API ou par invocation programmatique. Chaque workflow a un déclencheur, et c’est toujours la première étape d’un workflow. Le déclencheur fournit des données au workflow : soit la charge utile de l’événement (pour les déclencheurs événementiels), soit des données d’entrée personnalisées (pour[déclencheurs programmatiques](https://docs.stripe.com/workflows/programmatic-triggers.md)). Ces données sont transmises dans le workflow afin que les étapes suivantes puissent les utiliser. Après qu’un déclencheur ait été déclenché et fourni ses données, le workflow passe à ses actions utilisant ces données. Si vous souhaitez déclencher un workflow lié à un client, ces déclencheurs peuvent vous concerner : | **Déclencheur** | **Description** | | ------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------- | | [Création du client](https://docs.stripe.com/api/events/types.md#event_types-customer.created) | Se déclenche lors de la création d’un nouveau client | | [Mise à jour du client](https://docs.stripe.com/api/events/types.md#event_types-customer.updated) | Se déclenche lorsque les informations d’un client, telles que son adresse e-mail ou ses métadonnées, ont été modifiées. | Si vous utilisez Stripe pour accepter des paiements (comme [Stripe Checkout](https://docs.stripe.com/payments/checkout.md) ou l’API CheckoutSessions), ces déclencheurs peuvent vous concerner : | **Déclencheur** | **Description** | | ---------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | [La session Checkout est terminée](https://docs.stripe.com/api/events/types.md#event_types-checkout.session.completed) | Émis lorsqu’un client a terminé avec succès le processus de paiement. Cela indique que le paiement a été traité avec succès et que les informations nécessaires concernant le client, le paiement et la commande ont été collectées. Il s’agit d’une confirmation que la transaction s’est déroulée comme prévu et que les fonds sont prêts à être capturés ou ont déjà été capturés, [selon votre configuration](https://docs.stripe.com/checkout/fulfillment.md?payment-ui=embedded-page#immediate-versus-delayed-payment-methods). | | [La session Checkout est expirée](https://docs.stripe.com/api/events/types.md#event_types-checkout.session.expired) | Se déclenche lorsqu’une session Checkout expire sans être terminée, ce qui empêche la transaction de se produire. Par défaut, les sessions expirent 24 heures après leur création. | | [Échec du Payment Intent](https://docs.stripe.com/api/events/types.md#event_types-payment_intent.payment_failed) | Se déclenche lorsqu’une tentative de paiement échoue à tout moment du traitement. Il peut s’agir d’une carte expirée, de fonds insuffisants, d’échecs d’authentification ou d’autres problèmes | | [Payment Intent réussi](https://docs.stripe.com/api/events/types.md#event_types-payment_intent.succeeded) | Se déclenche lorsqu’un paiement est entièrement effectué, y compris l’authentification (3D Secure), l’autorisation et la capture de fonds. Il représente l’ensemble du cycle de vie des paiements et est idéal pour les workflows qui reposent sur des paiements confirmés et effectués. Il s’agit de l’élément déclencheur le plus courant des paiements réussis | | [Échec du paiement de la facture](https://docs.stripe.com/api/events/types.md#event_types-invoice.payment_failed) | Se déclenche lorsque la tentative de paiement d’une facture d’un client échoue, souvent en raison d’une carte expirée ou de fonds insuffisants. | Si vous utilisez Stripe pour accepter des moyens de paiement asynchrones, tels que les [virements bancaires](https://docs.stripe.com/payments/payment-methods/overview.md#bank-transfers) et les [paiements différés](https://docs.stripe.com/payments/payment-methods/overview.md#buy-now-pay-later) (qui nécessitent un délai supplémentaire pour confirmer les informations du paiement), ces déclencheurs peuvent vous concerner : | **Déclencheur** | **Description** | | ------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [Échec du paiement de la session de paiement asynchrone](https://docs.stripe.com/api/events/types.md#event_types-checkout.session.async_payment_failed) | Émis lors de l’échec d’un paiement par un moyen différé (par exemple, un prélèvement bancaire). Les entreprises peuvent utiliser l’événement pour prendre des mesures, telles qu’en informer le client ou réessayer le paiement, afin de résoudre des problèmes tels qu’une erreur de l’utilisateur ou des fonds insuffisants. | | [Réussite du paiement de la session de paiement asynchrone](https://docs.stripe.com/api/events/types.md#event_types-checkout.session.async_payment_succeeded) | Émis lorsqu’un paiement effectué à l’aide d’un moyen de paiement différé (tel qu’un prélèvement bancaire) aboutit, ce qui confirme que les conditions telles que la disponibilité et la vérification des fonds sont remplies. Certaines entreprises peuvent traiter la commande immédiatement, puis révoquer l’accès en cas d’échec du paiement. | Si vous souhaitez déclencher un workflow basé sur le résultat d’un mouvement de fonds ou sur l’aboutissement ou l’échec d’un paiement, les déclencheurs suivants peuvent vous concerner. La plupart des intégrations Stripe utilisent Checkout ou des événements PaymentIntent (par exemple, [fin de la session Checkout](https://docs.stripe.com/api/events/types.md#event_types-checkout.session.completed)) au lieu d’écouter directement les événements de paiement. | **Déclencheur** | **Description** | | ------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | [Échec du paiement](https://docs.stripe.com/api/events/types.md#event_types-charge.failed) | Se déclenche lorsqu’une tentative de débit du moyen de paiement d’un client échoue. Un paiement représente une tentative de transfert de fonds. Cet événement peut se produire dans le cadre du cycle de vie du Payment Intent, par exemple lorsqu’un paiement échoue au stade du paiement. | | [Paiement réussi](https://docs.stripe.com/api/events/types.md#event_types-charge.succeeded) | Se déclenche lorsqu’un paiement a bien été traité. Cela confirme que le paiement a été autorisé et capturé, ce qui garantit que les fonds ont été transférés de la carte du client vers votre compte conformément à votre fréquence de virement. | ### Déclencheurs compatibles Les workflows prennent en charge la plupart des événements en tant que déclencheurs pour Stripe [v1](https://docs.stripe.com/api/events/types.md) et [v2](https://docs.stripe.com/api/v2/core/events.md). Les événements non pris en charge ne sont pas disponibles dans le Dashboard. ### Événements du compte connecté Si vous utilisez [Connect](https://docs.stripe.com/connect.md), vous pouvez configurer un workflow pour qu’il se déclenche sur les événements de vos comptes connectés plutôt que sur ceux de votre compte de plateforme. Lors vous créez ou modifiez un déclencheur, indiquez si le workflow doit surveiller les événements de votre compte de plateforme ou ceux des comptes connectés. Un workflow écoute les événements provenant d’une seule source : soit le compte de la plateforme, soit les comptes connectés, mais pas les deux. Si vous souhaitez appliquer la même logique de workflow aux deux sources, créez un workflow distinct pour chaque source d’événements. Lorsqu’un workflow se déclenche suite à un événement de compte connecté, l’ID du compte connecté est disponible comme contexte tout au long du workflow. Vous pourrez y faire référence dans des actions ultérieures pour opérer sur les ressources de ce compte connecté. ### Déclencheurs programmatiques Vous pouvez déclencher des workflows à la demande depuis le Dashboard ou via l’API avec des données d’entrée personnalisées. Les déclencheurs programmatiques sont utiles lorsqu’une intervention humaine est nécessaire pour lancer un processus ou lorsqu’un système externe doit exécuter la logique Stripe. Pour plus de détails, consultez [Déclencher des workflows par voie programmatique](https://docs.stripe.com/workflows/programmatic-triggers.md). ## Actions Une action est une tâche effectuée automatiquement en fonction des données du déclencheur ou des étapes précédentes. Chaque flux de travail doit avoir au moins une action, et la plupart des flux de travail contiennent plusieurs actions en séquence. Voici quelques-unes des actions les plus courantes : - [Mettre à jour un client](https://docs.stripe.com/api/customers/update.md) : modifiez les informations d’un client existant, par exemple en ajoutant des données personnalisées à l’aide du champ de métadonnées à des fins de suivi ou de création de rapports. - [Récupérer une facture](https://docs.stripe.com/api/invoice-payment/retrieve.md) : récupérez les informations les plus récentes sur une facture spécifique, y compris son état. Il s’agit généralement de collecter des données qui seront utilisées ultérieurement, comme la mise à jour de la facture ou la prise de décision en fonction de son état actuel. - [Récupérer un abonnement](https://docs.stripe.com/api/subscriptions/retrieve.md) : récupérez les informations les plus récentes sur l’abonnement d’un client, y compris son forfait et son cycle de facturation. Cette opération est généralement utilisée pour collecter des données d’abonnement à utiliser dans des étapes ultérieures, telles que la mise à jour de l’abonnement ou l’application d’une logique de condition. - [Mettre à jour un abonnement](https://docs.stripe.com/api/subscriptions/update.md) : modifiez un abonnement actif, par exemple en changeant de forfait, en mettant à jour le cycle de facturation ou en appliquant une réduction. Les étapes du workflow s’exécutent dans l’ordre, à partir de l’événement déclencheur. Chaque étape permet d’accéder aux informations du déclencheur et des étapes précédentes via des champs dynamiques. Ces champs agissent comme des espaces substituables intelligents, qui sont automatique renseignés à l’aide de données en temps réel au fur et à mesure que le workflow progresse. Ce système permet à chaque étape de s’adapter aux données qui circulent dans le workflow, de façon à ce qu’il soit flexible et réactif. Les actions agissent sur l’état le plus récent d’un objet au moment où elles sont exécutées. Cela signifie que si un objet change entre le déclencheur initial et une action ultérieure, l’action s’exécute sur la dernière version de l’objet. Les références dynamiques, quant à elles, utilisent l’état de l’objet au moment de sa dernière récupération. ### Actions prises en charge Workflows prend en charge la plupart des actions API pour Stripe [v1](https://docs.stripe.com/api.md) et[v2](https://docs.stripe.com/api/v2.md). Les actions non prises en charge ne seront pas disponibles dans le Dashboard. Les actions de liste (par exemple, lister les clients, lister les abonnements, lister les factures) sont disponibles dans les boucles. Une action de liste renvoie une collection sur laquelle la boucle itère. Consultez [Itérer sur des collections](https://docs.stripe.com/workflows/loops.md) pour plus de détails. ### Actions sur les comptes connectés Lorsqu’un workflow se déclenche suite à un événement relatif à un compte connecté, des actions peuvent être effectuées sur les ressources de ce compte. Le workflow envoie des appels à l’API avec l’en-tête `Stripe-Account` configuré pour pointer vers le compte connecté ayant déclenché l’événement. Vous pouvez configurer chaque action pour qu’elle fonctionne dans l’un de ces contextes : - **Compte de plateforme** : l’action s’exécute sur votre compte de plateforme (comportement par défaut). - **Compte connecté** : l’action s’exécute sur le compte connecté qui a déclenché le workflow, en utilisant l’en-tête `Stripe-Account`. Les comptes connectés ne disposent pas tous des mêmes autorisations. Si un compte connecté ne possède pas les autorisations nécessaires pour une action, celle-ci échouera lors de son exécution en raison d’une erreur d’autorisation. Les actions peuvent s’effectuer à la fois sur la plateforme et sur les ressources d’un compte connecté. Consultez [Événements d’un compte connecté](https://docs.stripe.com/workflows/define-workflows.md#connected-account-events) pour plus d’informations sur la configuration des déclencheurs et des actions pour Connect. ### Action spécifique à Workflows Ce qui suit est une action spécifique à Workflows, ce qui signifie qu’elle n’est disponible qu’à l’aide du générateur visuel dans le Dashboard et ne fait pas partie de l’API publique. | **Action** | **Description** | **Objectif** | **Résultat** | **Exemple** | | --------------------------------------------- | ------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------- | | **Envoyer un e-mail à un membre de l’équipe** | Génère et envoie un e-mail à n’importe quel adresse e-mail interne associée à votre compte Stripe | Pour notifier les membres de l’équipe interne lorsqu’un workflow se déclenche et que des conditions particulières sont remplies | Votre équipe est avertie lorsqu’un workflow s’exécute | Si les dépenses totales d’un client sont supérieures à 1 000 USD, envoyez un e-mail de notification à votre équipe interne. | ## Conditions Les conditions vous permettent d’ajouter de la logique à votre workflow en définissant des règles qui contrôlent si et comment le workflow doit se dérouler. Une condition est une vérification qui évalue généralement les données du déclencheur ou des étapes précédentes. Selon la façon dont vous les utilisez, les conditions peuvent déterminer si un workflow s’exécute ou non, s’il continue, ou quel chemin il doit emprunter. Les conditions dont vous disposez dépendent des données que le workflow prévoit de référencer. ### Conditions de déclenchement Les conditions de déclenchement filtrent les événements qui démarrent votre workflow. Votre workflow ne s’exécute que si les conditions de déclenchement sont remplies. Celles-ci sont utiles pour limiter votre workflow à des cas d’usage spécifiques, par exemple en exécutant un workflow uniquement pour les paiements réussis supérieurs à un certain montant. Leur objectif principal est de déterminer si le workflow doit être exécuté. ![Condition de déclenchement](https://b.stripecdn.com/docs-statics-srv/assets/trigger-condition.b9ed9f06218d15b81ea93e33f98583f3.png) Configuration des conditions de déclenchement dans le Dashboard Voici comment procéder : 1. Un événement se produit dans votre compte Stripe. 1. La condition de déclenchement vérifie si cet événement répond à des critères spécifiques. 1. si les critères sont remplis, le workflow démarre. S’ils ne le sont pas, rien ne se passe. Vous pouvez créer et appliquer une seule condition à un déclencheur. Par exemple : | | | | | **Déclencheur** | Une facture est créée | | **Condition de déclenchement** | L’état de la facture *est égal à* finalisé. Cela signifie que la facture ne peut plus être modifiée. | | **Résultat** | Le workflow ne s’exécute que pour les factures finalisées. | Vous pouvez également créer et appliquer plusieurs conditions à un déclencheur. Par exemple : | | | | | **Déclencheur** | Un paiement a échoué | | **Condition de déclenchement** | Le montant du paiement *est supérieur à* 100 USD. | | **Condition de déclenchement** | Le dernier code d’erreur du paiement *est égal à* fonds insuffisants. | | **Résultat** | Le workflow ne s’exécute que pour les échecs de paiement supérieurs à 100 USD avec un code d’erreur, en raison de fonds insuffisants. | Les conditions vous aident à cibler vos workflows sur des situations spécifiques, afin d’en affiner la précision. ### Conditions en tant qu’étapes En plus des conditions de déclenchement, vous pouvez ajouter des étapes de condition dans votre workflow. Ces étapes de condition vous permettent de contrôler le comportement du workflow après son démarrage. Par exemple, vous pouvez ajouter une condition dans votre workflow en tant qu’étape pour vérifier si des critères spécifiques sont remplis ou non, afin de déterminer si le workflow doit continuer. En ajoutant une étape de condition, vous pouvez évaluer une valeur et décider de continuer ou non. Si la condition est vraie, le workflow passe à l’étape suivante. Toutefois, si la valeur est false, le workflow s’arrête et est marqué comme réussi. Utilisez cette approche pour vérifier les résultats une fois les actions terminées. ### Conditions des branches un autre exemple d’étape de condition est l’utilisation d’une condition en tant que branche. Cela vous permet d’introduire des points de décision au sein d’un workflow, en le laissant diverger en plusieurs chemins en fonction de critères spécifiés. Vous pouvez créer plusieurs chemins à partir d’une étape de condition, ce qui permet au workflow de suivre différents chemins qui effectuent différentes actions en fonction de différents critères. Utilisez cette approche pour gérer plusieurs scénarios, tels que l’envoi d’e-mails différents à différentes équipes de compte en fonction du pays ou du montant de l’achat du client. #### Exemple d’une condition qui crée deux branches : | | | | | **Déclencheur** | Client créé | | **Action** | Ajouter une condition : - Si la condition est remplie (le pays de l’adresse du client est `US` ou `CA`). - Si la condition n’est pas remplie (l’adresse du client ne présente pas la valeur `US` ou `CA`). | | **Action** | Si la condition suivante est remplie (true) : Nous mettons à jour les métadonnées du client pour lui attribuer une localisation en Amérique du Nord (clé de métadonnées : `Location` et valeur : `North America`). | | **Action** | Si la condition suivante n’est pas remplie (false) : nous mettons à jour les métadonnées du client pour lui attribuer une localisation internationale (clé de métadonnées : `Location` et valeur : `Global`). | | **Résultat** | Ce workflow utilise une étape conditionnelle pour vérifier le pays du client et l’acheminer vers différents chemins. Chaque chemin d’accès inclut une action visant à mettre à jour les métadonnées du client à l’aide d’un libellé spécifique à une région, qui peut être utilisé en aval, par exemple pour la création de rapports ou la logique. | Vous pouvez également créer plus de deux branches en ajoutant d’autres conditions. Cela permet à votre workflow de gérer plusieurs scénarios à partir d’un seul point de décision. #### Exemple de conditions qui créent 3 branches : | | | | | **Déclencheur** | Client créé | | **Action** | Ajouter une condition : - Si le pays de l’adresse du client est défini sur `US` ou `CA`. - Si le pays de l’adresse du client est défini sur `FR`, `DE` ou `IT`. | | **Action** | Si la condition suivante est remplie (true) : Nous mettons à jour les métadonnées du client pour lui attribuer une localisation en Amérique du Nord (clé de métadonnées : `Location` et valeur : `North America`). | | **Action** | Si la condition suivante est remplie (true) : nous mettons à jour les métadonnées du client pour lui attribuer une localisation en Europe (clé de métadonnées : `Location` et valeur : `Europe`). | | **Action** | Si aucune des deux conditions n’est remplie (false) : nous mettons à jour les métadonnées du client pour lui attribuer une localisation internationale (clé de métadonnées : `Location` et valeur : `Global`). | | **Résultat** | Ce workflow utilise une étape conditionnelle pour vérifier le pays du client et l’acheminer vers différents chemins. Chaque chemin d’accès inclut une action visant à mettre à jour les métadonnées du client à l’aide d’un libellé spécifique à une région, qui peut être utilisé en aval, par exemple pour la création de rapports ou la logique. | Chaque condition est évaluée dans l’ordre, de gauche à droite, dans le générateur visuel. Le workflow suit le premier chemin de correspondance et ignore les autres. Les conditions de déclenchement déterminent si le workflow doit être exécuté. Les étapes de condition contrôlent ce qui se passe après le démarrage du workflow, soit en décidant de continuer, soit en bifurquant vers d’autres chemins. Dans de nombreux cas, la même logique conditionnelle peut être utilisée au niveau du déclencheur ou de l’étape. L’étape à laquelle vous appliquez une condition dépend de ce que vous souhaitez contrôler, si le workflow doit démarrer, s’il doit continuer après le démarrage ou quel chemin il doit emprunter pendant son exécution. ## Boucles Les boucles vous permettent d’itérer sur une collection d’objets Stripe et d’exécuter une séquence d’actions pour chaque élément. Par exemple, vous pouvez itérer sur tous les abonnements d’un client et mettre à jour les métadonnées de chacun d’eux. Pour ajouter une boucle, sélectionnez une étape « for-each » dans le générateur de workflows. La boucle prend une collection en entrée (généralement le résultat d’une action de l’API de liste) et exécute les actions à l’intérieur du corps de la boucle une fois par élément. Pour plus de détails sur la configuration des boucles, les collections prises en charge, la gestion des erreurs et les limites, consultez [Itérer sur des collections](https://docs.stripe.com/workflows/loops.md). ## Actions personnalisées Les actions personnalisées sont des actions définies par l’utilisateur qui apparaissent dans le générateur de workflows à côté des actions Stripe intégrées. Les développeurs d’applications créent des actions personnalisées à l’aide de l’interface d’extension `extend.workflows.custom_action`. Les actions personnalisées peuvent être implémentées sous forme de scripts TypeScript exécutés dans l’environnement de test de Stripe, ou sous forme de fonctions distantes appelant vos propres endpoints HTTP. Elles prennent en charge la configuration dynamique, notamment les listes déroulantes, les champs conditionnels et la validation. Pour plus de détails sur la création et le déploiement d’actions personnalisées, consultez [Créer des actions personnalisées](https://docs.stripe.com/workflows/custom-actions.md). ## See also - [Cas d’usage](https://docs.stripe.com/workflows/use-cases.md) - [Configurer des workflows](https://docs.stripe.com/workflows/set-up.md) - [Itérer sur des collections](https://docs.stripe.com/workflows/loops.md) - [Créer des actions personnalisées](https://docs.stripe.com/workflows/custom-actions.md) - [Déclencher les workflows par voie programmatique](https://docs.stripe.com/workflows/programmatic-triggers.md)