1. Objectif
Vous avez créé une automatisation de commande dans une organisation, elle fonctionne, et vous souhaitez maintenant appliquer le même comportement à une autre organisation que vous gérez. Voici comment la transférer et ce qu'il convient de vérifier une fois en place.
2. Périmètre
Copier une automatisation de commande existante d'une organisation vers une autre à laquelle vous avez également accès. La création d'une automatisation de zéro est une opération distincte. Il en va de même pour un 3PL qui pousse ses propres automatisations vers les organisations clientes, ce qui fonctionne différemment et est décrit à la section 5.
3. Rôles et responsabilités
Rôle | Responsabilité |
|---|---|
Propriétaire de l'automatisation | Extrait le code de l'organisation source et le recrée dans l'organisation cible |
Administrateur de l'organisation | Vérifie que la priorité de la nouvelle automatisation s'intègre correctement parmi celles déjà en cours d'exécution |
Une seule personne peut effectuer l'ensemble de l'opération, à condition de disposer de la permission Gérer l'expédition sur les deux organisations. Si vous voyez la liste des automatisations mais que le bouton Créer est absent, c'est une question de permission. Demandez à un administrateur de cette organisation de vous l'accorder, ou confiez-lui l'étape de copie.
4. Quand vous avez besoin de ceci
Chaque fois que la même règle doit s'appliquer à deux endroits :
Une marque qui vend via deux organisations, comme une boutique directe et une boutique exécutée par un 3PL.
Un client qui vient d'être configuré sur une deuxième organisation et souhaite que ses règles existantes soient reprises.
Vous êtes sur le point de désactiver une organisation et souhaitez conserver ses automatisations sur l'organisation de remplacement.
Vous vous retrouvez à recréer manuellement la même règle pour la deuxième ou la troisième fois.
5. Concept clé : une automatisation appartient à une seule organisation et il n'existe pas de bouton de copie
C'est ce point qui surprend les utilisateurs, et il résume l'ensemble du document en un seul tableau.
Ce que vous attendriez | Ce qui se passe réellement |
|---|---|
Une action Dupliquer ou Copier vers l'organisation dans la liste des automatisations | Elle n'existe pas. Une automatisation est créée dans l'organisation que vous consultez à ce moment-là, et rien dans l'application ne lit l'automatisation d'une organisation tout en écrivant dans une autre. |
Des automatisations partagées entre vos organisations liées | Le partage n'existe que dans un seul sens : du 3PL parent vers les organisations clientes qui lui sont rattachées, et uniquement pour les automatisations que le parent possède lui-même. Deux organisations appartenant simplement à la même marque ne peuvent pas partager de cette façon. |
Le transfert consiste donc à copier-coller le code de l'automatisation. C'est la méthode officiellement prise en charge aujourd'hui, et non un contournement ; cela prend environ deux minutes une fois que vous savez où se trouve le code.
Il se trouve dans l'onglet Éditeur de code . Chaque automatisation comporte deux onglets, Générateur de règles et Éditeur de code, qui sont deux vues d'un même élément. L'Éditeur de code contient toujours l'automatisation complète, c'est pourquoi vous copiez à partir de là plutôt que d'essayer de recréer les étapes visuelles une par une.
6. Avant de commencer
Vérification | Pourquoi c'est important |
|---|---|
Vous disposez de la permission Gérer l'expédition sur les deux organisations | La consultation d'une automatisation ne nécessite que la permission Afficher l'expédition, mais sa création requiert Gérer l'expédition. Il est courant de pouvoir lire l'organisation source sans pouvoir écrire dans l'organisation cible. |
Vous savez quelles automatisations l'organisation cible exécute déjà | Les automatisations s'exécutent par ordre de priorité, et une automatisation ultérieure peut remplacer une automatisation antérieure sur le même paramètre. Ouvrez la liste des automatisations de la cible et notez les priorités avant d'en ajouter une nouvelle. |
Tout ce que l'automatisation désigne par son nom existe également dans l'organisation cible | Si l'automatisation fait référence à un emballage ou à une option d'expédition par son nom, ce nom doit également exister dans l'organisation cible. Aucun avertissement n'est affiché si ce n'est pas le cas. Voir la section 9. |
7. Procédure : copier l'automatisation
Dans l'organisation source, accédez à Automatisations et ouvrez l'automatisation que vous souhaitez copier.
Passez à l'onglet Éditeur de code .
Cliquez dans l'éditeur, sélectionnez tout le contenu et copiez-le.
Basculez vers l'organisation cible. La liste des automatisations se trouve à l'adresse /dashboard/your-organization-name/automations, ou utilisez le sélecteur d'organisation et accédez à Automations.
Cliquez sur Create, puis sur Create Draft Automation. Cela vous donne une automatisation vide dans laquelle coller votre code.
Passez à l'onglet Éditeur de code , sélectionnez l'intégralité du code de substitution et collez par-dessus.
Cliquez sur l'icône d'engrenage. Définissez le nom et la priorité afin que l'automatisation s'exécute à l'endroit souhaité dans l'ordre. Les numéros les plus bas s'exécutent en premier.
Cliquez sur Test Function et recherchez une commande réelle sur laquelle l'automatisation doit agir. Vérifiez que le résultat correspond à ce que vous attendez.
Enregistrez.
8. Vérification
Trois éléments vous indiquent que l'opération a réussi :
L'automatisation apparaît dans la liste des automatisations de l'organisation cible, à la priorité que vous avez définie.
Test Function, exécutée sur une commande qui devrait correspondre, renvoie le paramètre attendu. Exécutez-la une deuxième fois sur une commande qui ne devrait pas correspondre et confirmez qu'elle ne renvoie rien. Une règle qui se déclenche sur tout est l'erreur la plus facile à manquer.
La prochaine commande réelle correspondante prend le paramètre en compte.
9. Contraintes et mises en garde
Points de vigilance | Que faire |
|---|---|
L'onglet Rule Builder avertit qu'il ne peut pas afficher toutes les étapes visuellement | Comportement attendu, sans danger à ignorer. Ce qui s'exécute, c'est le code, et non les étapes visuelles ; l'automatisation se comporte donc exactement comme écrit. Vous verrez ceci sur toute automatisation dont le code a été écrit ou modifié manuellement. |
Les noms ne sont pas traduits automatiquement | Si le code fait référence à un emballage ou à une option d'expédition, et que l'organisation cible n'en possède aucun portant ce nom, cette partie de l'automatisation ne fait silencieusement rien. Aucune erreur, aucun avertissement. Vérifiez les noms avant de vous y fier. |
Les conditions qui étaient vraies dans l'organisation source peuvent ne pas l'être dans l'organisation cible | Une règle écrite pour une organisation comporte souvent une hypothèse propre à celle-ci, comme un pays ou un canal de vente. Relisez la copie d'un œil neuf et demandez-vous si chaque condition s'applique encore. La section 10 illustre précisément ce piège. |
Les deux copies ne restent pas synchronisées | À partir du moment où vous enregistrez, elles sont indépendantes. Modifier l'une ne touche pas à l'autre ; toute modification ultérieure doit donc être effectuée aux deux endroits. |
10. Exemple concret
Une marque exploite deux organisations : une directe et une exécutée par son prestataire logistique (3PL). Elle disposait d'une automatisation sur l'organisation directe qui appliquait la signature à la livraison à toute commande étiquetée pour cela, et souhaitait la même chose de l'autre côté.
Observation | Lecture |
|---|---|
L'automatisation existe dans une organisation et il n'existe aucun moyen de l'envoyer à l'autre | Normal. Copiez le code depuis l'onglet Code Editor, comme indiqué à la section 7. |
Les automatisations existantes dans l'organisation cible ont des priorités 5, 10 et 15 | Définissez la nouvelle à 20 afin qu'elle s'exécute en dernier et puisse remplacer les autres plutôt que d'être remplacée par elles. |
L'organisation cible possède déjà des commandes portant l'étiquette que l'automatisation recherche | Bon signe. L'automatisation commencera à agir sur de vraies commandes dès qu'elle sera enregistrée, sans autre configuration nécessaire. |
L'automatisation n'agit que sur les commandes à destination du Canada, mais l'organisation cible expédie également vers les États-Unis | C'est le piège évoqué à la section 9. Copiée telle quelle, chaque commande à destination des États-Unis serait ignorée. Le point a été signalé au client pour qu'il prenne sa décision, plutôt que d'être modifié discrètement, car il s'agit d'une question de politique d'expédition et non d'une question technique. |
Cette dernière ligne représente la bonne habitude à retenir de ce document. Une automatisation copiée emporte avec elle les hypothèses de son organisation d'origine, et la personne qui l'a écrite est la mieux placée pour confirmer que ces hypothèses sont toujours valables.
11. Documents connexes
SWI-006 — Publier un compte transporteur dans les organisations enfants. Le cas inverse, où un parent 3PL peut réellement pousser un paramètre vers ses organisations clientes.