Rotation des SIM

Avec plusieurs cartes SIM, deux questions se posent : comment répartir la charge, et comment éviter qu'un numéro qui tombe emporte tout. La rotation y répond par un mot : le métier. Des SIM pour les commandes, d'autres pour les campagnes, et un routage qui ne choisit jamais une SIM de l'autre métier.

Pourquoi le métier d'abord

Un numéro qui envoie des campagnes finit par se faire bannir : c'est le métier qui veut ça, et il n'y a ni recours ni support. S'il porte aussi vos messages de commande, la campagne qui dérape emporte avec elle le numéro qui parle à vos acheteurs. La campagne coûte une SIM ; le mélange coûte les commandes.

C'est pourquoi la vocation d'un groupe est le premier filtre du routage : avant vos règles, avant l'état des SIM, avant la SIM habituelle du client. Une règle ne peut pas la contredire.

La vocation est revérifiée juste avant chaque envoi, même quand l'envoi porte déjà une SIM : une SIM rangée dans un groupe de l'autre métier ne l'envoie pas. Le routage choisit alors une SIM du bon métier, ou l'envoi attend (voir « Quand le choix se fait »). Deux exceptions : une SIM sans groupe n'a pas de métier et envoie ce qu'on lui confie, comme avant la rotation ; et un message peut-être déjà parti d'une SIM ne change jamais de numéro. Pour que la séparation tienne : rangez chaque SIM dans le groupe de son métier, et rattachez chaque liste au groupe du sien.

La rotation ne concerne que la voie WhatsApp Web (une SIM = un numéro). Un modèle de l'API officielle est approuvé numéro par numéro chez le fournisseur : il ne tourne pas, et un compte de l'API officielle ne peut pas entrer dans un groupe.

Sans aucun groupe, rien ne change : chaque message part de son compte, comme avant l'existence de la rotation.

Les trois vocations

Le métier d'un message se lit sur sa nature et, pour une séquence ou un essai, sur ce qu'il vise — jamais sur son modèle :

Un groupe Mixte accepte les deux.

C'est en rattachant une liste que vous déclarez son métier, sans autre réglage : votre liste « Suivi de commande » rattachée au groupe Commandes part des SIM Commandes, votre liste de campagne rattachée au groupe Marketing part des SIM Marketing. Rien ne relit les modèles d'une liste au moment où vous la rattachez : une liste de campagne rattachée par erreur au groupe Commandes prend le métier Commandes. Ce qui se vérifie, et se refuse, c'est le rangement des SIM et le changement de vocation d'un groupe (voir « Rattacher une SIM »).

La catégorie du modèle (MARKETING ou UTILITY) ne choisit pas la SIM : elle décide seulement des gardes de l'envoi (consentement, désinscription marketing).

Aujourd'hui, la confirmation COD ne peut pas partir d'une SIM (un modèle local n'a pas de boutons, voir Confirmation COD). Un groupe « Commandes » sert donc en pratique au message après achat et aux séquences de suivi de commande. Le message après achat est écrit avec la SIM propriétaire de son modèle : il part d'elle tant qu'elle peut envoyer, et ne passe à une autre SIM que lorsqu'elle ne le peut plus (plafond, échauffement, erreur) — et seulement vers une sœur de son groupe, quand le routage retient ce groupe (une règle, ou le seul groupe possible pour ce métier) : les SIM des autres groupes ne connaissent pas son modèle.

Monter ses groupes

WhatsApp Marketing → Groupes de SIM → Nouveau groupe : un nom, une vocation, des notes, « Groupe actif ». La vocation est obligatoire : le serveur refuse un groupe sans vocation, et l'agent IA doit toujours la donner. À l'écran, le menu propose d'abord « Commandes — confirmations et suivi », le choix le plus prudent : changez-le avant d'enregistrer un groupe de campagnes. Tant qu'aucun groupe n'existe, la page propose un démarrage guidé : trois cartes (Commandes, conseillé ; Marketing ; Mixte) et trois étapes.

Un groupe naît vide et ne route rien tant qu'aucune SIM ne lui est rattachée : à sa création, son tiroir s'ouvre sur « Rattacher une première SIM ».

Ce que montre la page

• Un bandeau de santé : le parc de SIM WhatsApp Web en barre segmentée (connectées, en échauffement, à appairer, bannies ou en erreur, en pause), compté par le serveur — cliquer une catégorie estompe les SIM des autres ; le nombre de groupes qui envoient ; le nombre de règles, et combien sont ignorées.
• Une seule alerte rouge, quand un groupe Ne part pas (vide, ou chacune de ses SIM bannie, désactivée ou pas appairée) : elle nomme le groupe, la liste et la règle qui y envoient pourtant, et porte le bouton Rattacher une SIM. Un groupe en pause ou archivé ne la déclenche jamais. La croix la masque pour la visite ; la carte reste marquée.
• Les groupes en cartes, rangés par métier (Commandes, Marketing, Mixte). Chaque carte porte le verdict du serveur — Peut envoyer (ou « Peut envoyer · 2 sur 3 »), Attend une place, Ne part pas, En pause, Archivé — et ses SIM une par une, chacune avec sa marge dans l'unité de son plafond (212/250 · 24 h, / h, / jour pour l'échauffement) et le geste qui la répare (Remplacer une SIM bannie, Appairer une SIM qui ne l'est pas). Quand le serveur ne s'est pas prononcé sur une SIM, la carte dit seulement « 2 connectées sur 3 » : personne ne crie.
• Le bac des SIM sans groupe, au-dessus des cartes : elles envoient tout ce qu'on leur confie, sans vocation. Son bouton Rattacher demande le groupe, puis dit la conséquence avant le clic.
• Les règles, en chaîne de décision, puis le simulateur (voir plus bas). Sans aucun groupe, ni l'un ni l'autre ne s'affiche : une règle désigne un groupe.

Rattacher une SIM

Deux chemins, le même effet :

• Groupes de SIM → ouvrir la carte du groupe → Rattacher une SIM → choisir une SIM (les SIM sans groupe d'abord ; une SIM déjà rangée ailleurs le dit, et la rattacher ici l'en retire) → le bouton nomme la SIM. Ou, depuis le bac des SIM sans groupe, Rattacher → choisir le groupe. Dans les deux cas, la conséquence s'affiche avant le clic (ce que la SIM enverra, le groupe qu'elle quitte, l'appairage qui manque), et le message de confirmation propose Annuler ;
• Comptes → Modifier (un compte WhatsApp Web) → champ Groupe de SIM.

Rattacher écrit sur le compte : il faut le droit settings. Le rattachement est refusé :

• pour un compte qui n'est pas de la voie WhatsApp Web ;
• vers un groupe archivé ou en pause ;
• quand il mélangerait les métiers, ou rendrait des messages impossibles à envoyer (vocation_contraire). Un groupe Mixte échappe à ces refus : il ne protège rien. Le refus nomme les listes ou les réglages à corriger :
  • la SIM a encore des messages en file d'un autre métier que celui du groupe. Rangée là, elle ne les enverrait plus : ils attendraient qu'une SIM de leur métier les reprenne, puis échoueraient. Laissez la file partir, ou annulez-la, puis rattachez ;
  • vers Commandes : une liste qui vise cette SIM envoie du MARKETING (une étape active dont le modèle est de catégorie MARKETING, ou un message MARKETING en file). Elle prendrait le métier Commandes, et la campagne partirait des SIM qui confirment les commandes. Une liste de suivi, en modèles UTILITY, passe ;
  • une liste qui ne vise ni cette SIM ni ce groupe utilise un modèle de cette SIM dans une étape active, et son métier n'est pas celui du groupe — typiquement une liste sans cible, donc Marketing, quand la SIM entre dans un groupe Commandes. Plus aucune SIM de son métier ne saurait dire ce modèle ;
  • vers Marketing : la SIM porte le modèle de la confirmation COD (quand elle est active) ou celui du message après achat. Ces messages partent de la SIM de leur modèle, et aucune SIM Commandes ne le connaît.

Détacher remet la SIM hors groupe : elle continue d'envoyer tout ce qu'on lui confie, comme avant.

Les Réglages tiennent la même règle par l'autre bout : choisir pour la confirmation COD ou le message après achat le modèle d'une SIM rangée dans un groupe Marketing est refusé — seulement quand ce réglage change.

Une SIM rattachée garde ses propres plafonds (voir Comptes).

Faire viser un groupe par une liste

Listes → Modifier → Groupe de SIM. Une liste vise un groupe ou un compte, jamais les deux. Une liste qui vise un groupe programme ses messages sans SIM : la SIM est choisie au dernier moment, au moment de l'envoi, avec l'état réel des SIM. Et ses séquences prennent le métier de ce groupe (voir plus haut).

C'est le seul réglage qui répartit vraiment la charge entre les SIM d'un groupe. Une liste qui vise directement le compte d'une SIM prend le métier du groupe de cette SIM, et programme ses étapes sur la SIM du modèle de chaque étape : elles partent d'elle tant qu'elle peut envoyer et que son groupe a ce métier.

Changer la cible d'une liste change aussi le métier de ses messages déjà en file : au passage suivant du moteur, chacun est jugé contre la nouvelle cible, et une SIM devenue de l'autre métier ne les envoie plus.

Le tiroir d'un groupe

Le nom d'une carte (ou « SIM et règles ») ouvre le groupe dans un tiroir latéral, plein écran sur mobile ; Échap le ferme. En tête, le récit du groupe : Reçoit (ses règles et ses listes) → Ne laisse passer que (son métier) → Envoie par (combien de SIM sont prêtes) ; le lien casse en rouge quand la file ne part pas. Puis, pour chaque SIM : son numéro, son statut en clair, son jour d'échauffement (compté par Trackily, voir plus bas) avec le plafond de ce jour, sa marge restante — ce qui reste sur le plus serré de ses plafonds, avec l'unité de ce plafond — et Repris : combien de messages ont quitté cette SIM pour une autre du groupe ces sept derniers jours (SIM bannie, en pause, au plafond, ou rangée dans un groupe de l'autre métier). Les deux premiers chiffres sont ceux-là mêmes que le routage utilise pour choisir ; le troisième dit, après un bannissement, ce que les autres SIM ont repris. Plus bas : les règles qui visent le groupe (avec leur rang parmi toutes), et les listes qui le visent. Le pied porte Archiver, Mettre en pause (confirmé) ou Réactiver, et Modifier le groupe.

La pastille de chaque SIM dit « Peut envoyer », ou « Ne part pas » avec la raison : compte en pause, SIM bannie ou en erreur, SIM désactivée, SIM pas appairée (ou déconnectée), échauffement du jour atteint, plafond horaire atteint, palier de destinataires uniques atteint, ou SIM en pause quelques minutes après une panne du fournisseur (réponse 502/504). C'est la vérification même que fait le routage (l'étape 5 ci-dessous), faite à la lecture de la page et à l'ouverture du tiroir, et pour un destinataire nouveau. Trois conséquences :

• Rafraîchir (ou rouvrir le tiroir) pour la voir changer : une SIM au plafond horaire se libère dans l'heure sans que l'écran se mette à jour tout seul ;
• une SIM « palier atteint » envoie encore aux clients à qui elle a déjà envoyé un modèle ces dernières 24 heures ;
• la pause écosystème d'un client et l'écart de 6 secondes entre deux messages au même numéro ne s'y voient pas : ce sont des états d'un destinataire. Le simulateur les dit pour un numéro, et donne aussi le délai avant qu'une SIM retenue reparte.

Quand aucune SIM du groupe ne peut partir, un avis s'affiche en haut du tiroir (et la carte le dit), et il distingue deux cas :

• Ce groupe attend une place : au moins une SIM n'est retenue que par un plafond, son échauffement ou une pause de quelques minutes après une panne 502/504 du fournisseur. Les messages attendent, sans consommer de tentative, et repartent tout seuls. Rien à détacher ; une SIM appairée de plus ajoute de la capacité.
• Ce groupe ne peut rien envoyer : le groupe est vide, ou chacune de ses SIM est en pause, bannie, désactivée ou pas appairée. Rien ne se libérera sans vous : les messages échoueront en groupe_sans_sim 24 heures après leur échéance (voir plus bas). Rattachez une SIM appairée, réparez-en une, ou retirez la règle.

Un groupe en pause le dit sur sa carte et en haut de son tiroir. Ses SIM peuvent afficher « Peut envoyer » : elles envoient encore ce qui les désigne directement (un message qui porte déjà la SIM, une liste qui vise la SIM elle-même), mais le routage ne choisit plus le groupe. Aucun message routé ne l'attend : il n'affiche donc ni « attend une place » ni « ne peut rien envoyer », quel que soit l'état de ses SIM, et même vide il ne déclenche pas l'alerte rouge. Pour qu'il reprenne sa part : Réactiver (sur sa carte ou dans son tiroir), ou Modifier, puis cochez « Groupe actif ».

Les règles de routage

Une règle dit : « quand ces conditions correspondent, envoie depuis ce groupe ». Groupes de SIM → Nouvelle règle : un nom, le groupe visé, et quatre conditions possibles, toutes facultatives :

• Toutes les conditions d'une règle doivent correspondre ; une condition laissée vide ne filtre rien.
• Les règles s'évaluent de haut en bas : la première règle active qui correspond gagne. Une règle neuve se place à la fin ; les flèches changent l'ordre. L'écran les montre en chaîne de décision : « La vocation trie d'abord », puis les règles numérotées reliées par « sinon », puis le repli (« Aucune règle ne correspond » : le groupe de la liste, sinon le seul groupe actif de la vocation qui porte une SIM, sinon le compte de l'envoi). Chaque règle s'y lit en phrase — « SI Pays TN ET Type … → Commandes Tunisie » —, le groupe visé portant « vide », « en pause » ou « archivé » quand c'est le cas. La boîte d'une règle redit la même phrase pendant qu'on la tape.
• Une règle dont le groupe n'a pas la bonne vocation pour l'envoi est ignorée — on passe à la suivante — et l'écart est écrit dans la page Logs de Trackily (catégorie wa_routage). Même chose pour une règle dont le groupe est en pause ou archivé, et pour une règle dont le groupe ne connaît pas le modèle de l'envoi (voir plus bas ; écart groupe_sans_le_modele). L'écran marque « ignorée » les règles dont il est certain qu'elles ne s'appliqueront jamais (par exemple, un type « confirmation COD » vers un groupe Marketing). Une règle sur « étape de séquence » ou « envoi d'essai » n'est jamais marquée ainsi : leur métier dépend de la liste ou de la SIM, et se tranche envoi par envoi.
• Une condition inconnue, un pays inconnu, une liste ou une offre qui n'existe pas sont refusés à l'enregistrement : un filtre qu'on croit appliquer et qui ne s'applique pas est pire que pas de filtre.
• Chaque règle affiche combien de fois elle a désigné la SIM d'un envoi. Le compteur monte au moment du choix, que l'envoi réussisse ou non ; le simulateur ne le touche pas.

Supprimer une règle l'archive : elle n'est plus évaluée. Pour la neutraliser sans la perdre, décochez « Règle active ».

Comment la SIM est choisie, dans l'ordre

Un groupe connaît le modèle d'un envoi quand ce modèle appartient à une SIM rangée dans ce groupe : c'est la règle qui laisse une SIM envoyer le modèle local d'une sœur (voir Modèles). Un groupe qui ne le connaît pas n'est pas retenu — ses SIM ne sauraient pas dire ce message — et l'on passe au maillon suivant. Un groupe encore vide passe ce filtre : il retient la file, puis la fait échouer (voir plus bas).

La SIM habituelle est notée après un envoi réussi, et seulement quand c'est un groupe qui a choisi la SIM pour ce client et ce métier. Une SIM dont l'envoi échoue ne devient pas la SIM habituelle. Rien n'est noté quand l'envoi garde la SIM qu'il portait déjà (voir « Quand le choix se fait »), ni par le simulateur.

Quand aucune SIM ne peut partir

L'envoi attend, sans consommer de tentative, et repart dès qu'une place se libère : les plafonds se libèrent d'heure en heure, et un message abandonné là serait une commande perdue.

Deux exceptions, parce qu'elles ne se libèrent pas toutes seules :

• un groupe vide, ou dont aucune SIM n'est en état d'envoyer (toutes désactivées ou en erreur). Un envoi qui tombe sur un tel groupe attend lui aussi — puis, 24 heures après son échéance, il échoue en groupe_sans_sim, avec un message qui dit quoi faire. Une règle écrite trop tôt vers un groupe pas encore rempli gèlerait sinon la file en silence ;
• une SIM imposée dont le groupe a l'autre métier, sans groupe du bon métier pour reprendre l'envoi. Il attend, puis, 24 heures après son échéance, échoue en vocation_sans_sim. Le message dit les deux gestes qui débloquent : rattacher la liste à un groupe du bon métier (pour la COD et le message après achat, qui n'ont pas de liste : choisir dans les Réglages le modèle d'une SIM de ce métier), ou sortir cette SIM de son groupe.

Les 24 heures se comptent depuis l'échéance de l'envoi — l'heure où il devait partir, notée au début de l'attente —, jamais depuis sa programmation : une étape à J+2 devant un groupe vide attend jusqu'à J+3.

Quand le choix se fait

Au moment de l'envoi, jamais à la programmation : une SIM bannie trois heures après ne doit pas emporter sa file avec elle.

Un envoi qui porte déjà une SIM la garde, sans passer par le routage, dans trois cas : cette SIM n'a pas de groupe ; ou l'envoi est peut-être déjà parti ; ou elle peut encore envoyer (compte actif, pas en erreur, plafonds et échauffement du jour pas atteints) et son groupe a le métier de l'envoi, ou est Mixte. Dans ces cas, ni les règles ni la SIM habituelle ne sont relues. Le routage choisit pour un envoi sans SIM (une liste qui vise un groupe), et pour un envoi dont la SIM, rangée dans un groupe, ne peut plus envoyer ou appartient à un groupe de l'autre métier.

Si Trackily ne parvient pas à lire l'état d'une SIM rangée dans un groupe (base surchargée), il ne la garde pas : le routage choisit, avec son contrôle complet, et s'il échoue lui aussi, l'envoi repart une minute plus tard sans consommer de tentative.

Et un envoi dont on ne sait pas s'il est parti ne change jamais de SIM : le renvoyer d'un autre numéro le ferait arriver deux fois chez le client.

Quand une SIM se fait bannir

Le compte passe en erreur. Le message qui a constaté le bannissement échoue. Ceux encore en file sont re-routés au passage suivant, vers une SIM du groupe que le routage retient — une règle, le groupe de la liste, ou le seul groupe du métier qui porte une SIM, pourvu qu'il connaisse leur modèle — et jamais vers un groupe de l'autre métier (un groupe Mixte, lui, reste candidat pour les deux). Ce groupe retenu n'est pas forcément celui de la SIM bannie.

Si aucun groupe n'est retenu — une liste qui vise directement le compte de la SIM, ou un message après achat, quand plusieurs groupes sont possibles et qu'aucune règle ne tranche, ou qu'aucun ne connaît leur modèle — ces messages restent sur la SIM bannie et échouent un à un. Faites viser le groupe par vos listes pour que la reprise joue. Un message déjà parti n'est pas rattrapé.

L'échauffement, vu par Trackily

Trackily applique aux SIM la même table d'échauffement que la passerelle (20, 40, 70, 100 puis 150 messages les cinq premiers jours), comptée comme elle depuis l'appairage — la date que la passerelle donne, relevée quand la SIM se connecte (écran d'appairage ou Vérifier) — et appliquée aux messages partis de la SIM sur les dernières 24 heures. Les deux s'appliquent, la plus stricte gagne. Une SIM neuve ne rafle donc pas toute la file de son groupe au premier jour, et une SIM réappairée repart au jour 1 des deux côtés. Pour une SIM qui ne s'est pas connectée depuis la mise à jour du 25/09/2026, Trackily compte encore depuis la création du compte, jusqu'à la prochaine connexion ou le prochain Vérifier.

Le simulateur

Groupes de SIM → Simulateur de routage. Entrez un numéro, un type de message, une liste et une offre : le serveur rejoue le choix que ferait le routage pour un envoi sans SIM, étape par étape, et répond :

• la vocation retenue : celle du type de message et, pour une étape de séquence, celle de la cible de la liste choisie ;
• le pays que comparent les règles « Pays ». L'écran ne le demande pas : le serveur le lit sur l'indicatif d'un numéro tapé au format international (+212…), sans le renvoyer — l'écran le dit. Un numéro national n'a pas de pays, et aucune règle « Pays » ne lui correspond ;
• la SIM qui partirait, son groupe, ce qui l'a désignée (une règle, le groupe de la liste, le seul groupe actif de cette vocation qui porte une SIM, ou le compte de l'envoi, de la liste ou du modèle) et pourquoi elle (SIM habituelle, plus grande marge, ou SIM imposée rendue alors qu'elle ne peut pas envoyer, faute de groupe pour reprendre) ;
• chaque SIM examinée, avec la raison de son éviction (plafond, échauffement, compte en pause…) ;
• ou « Aucune SIM ne pourrait partir », avec la raison, et si l'envoi réel attendrait ou demanderait un réglage.

La réponse est reliée à la page : la SIM qui partirait porte « partirait » sur la carte de son groupe, la règle qui l'a désignée « Retenue par la simulation » dans la chaîne, et Montrer sur la page amène la carte ; Effacer retire ces marques. Un refus qui nomme son groupe propose Rattacher une SIM à « X ». Tester un envoi (barre du haut), Laquelle partirait ? (tiroir d'un groupe) et Tester (une règle qui n'a encore rien dirigé) préremplissent le simulateur.

Rien n'est envoyé, rien n'est écrit, rien n'est facturé : ni la SIM habituelle du client, ni le compteur des règles, ni les plafonds. C'est la seule façon honnête de vérifier une règle — un envoi d'essai, lui, est facturé et consomme l'échauffement. Utilisez-le à chaque règle écrite.

Le simulateur ne dit pas ce que ferait un envoi qui porte déjà une SIM (message après achat, envoi d'essai, liste qui vise un compte) : celui-là garde sa SIM tant qu'elle peut envoyer et que son groupe a son métier, sans passer par le routage. Et il ne connaît pas de modèle : il ne vérifie pas que le groupe retenu connaît celui du vrai envoi.

Les règles écartées pour vocation contraire ne sont pas listées dans la réponse, et une simulation ne les écrit nulle part dans Trackily (seulement dans la sortie du serveur). C'est au vrai envoi que l'écart s'écrit dans la page Logs (catégorie wa_routage).

Mettre en pause, archiver, changer de vocation

• Mettre un groupe en pause (décocher « Groupe actif ») le retire du routage. Ses SIM restent rattachées et gardent son métier, comme les listes qui le visent. Le routage ne retient plus ce groupe pour ces listes : leurs messages vont au groupe d'une règle qui correspond, ou au seul groupe encore candidat pour ce métier (même vocation ou Mixte, actif, portant au moins une SIM), pourvu qu'il connaisse leur modèle ; à défaut, ils partent de la SIM qui porte le modèle de l'étape — d'ordinaire une SIM du groupe en pause. Les messages déjà en file sur une de ses SIM partent encore d'elle tant qu'elle peut envoyer. Une pause de groupe n'arrête donc pas forcément les envois de ses listes : pour les arrêter, mettez la liste en pause et annulez sa file.
• Archiver un groupe est définitif : ses SIM en sont détachées (elles continuent d'envoyer, sans métier), ses règles sont archivées avec lui. Les listes qui le visaient n'ont plus de métier déclaré : leurs séquences comptent comme Marketing, et leurs messages partent d'ordinaire de la SIM qui porte le modèle de l'étape, détachée avec les autres — aucun groupe ne connaît plus ce modèle. Rattachez-les à un autre groupe pour garder la séparation des métiers. La confirmation dit combien de SIM seront détachées. Les messages déjà en file sur une SIM détachée gardent cette SIM : une SIM sans groupe n'est jamais re-routée.
• Changer la vocation d'un groupe change le métier de toutes ses SIM, et celui des listes qui le visent (ou visent une de ses SIM), au passage suivant du moteur. C'est pourquoi il est refusé dans les mêmes cas que le rattachement d'une SIM (voir « Rattacher une SIM »), jugés pour chacune de ses SIM et pour les listes qui visent le groupe — sauf vers Mixte.

Via l'agent IA

// Un groupe par métier
{ "name": "create_whatsapp_group", "arguments": { "name": "SIM commandes", "vocation": "transactionnel" } }
{ "name": "create_whatsapp_group", "arguments": { "name": "SIM campagnes", "vocation": "marketing" } }

// Une règle : les campagnes vers un pays donné passent par le groupe 2
{ "name": "create_whatsapp_routing_rule", "arguments": {
  "name": "Campagnes FR", "groupe_id": 2, "conditions": { "pays": ["FR"], "kind": "sequence" }
}}

// Vérifier avant d'y croire
{ "name": "simulate_whatsapp_routing", "arguments": { "telephone": "+33612345678", "kind": "sequence", "list_id": 3 } }

L'agent crée les groupes et les règles et fait viser un groupe par une liste (update_whatsapp_list avec groupe_id), mais ne rattache pas une SIM : c'est une écriture sur le compte, faite à l'écran. Changer la vocation d'un groupe par update_whatsapp_group passe par les mêmes refus qu'à l'écran. Il n'a pas d'outil pour supprimer une règle, ni pour réordonner toutes les règles d'un coup ; il peut en revanche changer la position d'une règle ou la désactiver (update_whatsapp_routing_rule, champs position et is_active). simulate_whatsapp_routing accepte aussi pays et offer_id. archive_whatsapp_group demande une confirmation en deux temps.

Erreurs courantes

• « Aucune SIM … disponible » et la file n'avance pas — toutes les SIM du groupe sont au plafond ou en échauffement : attendez l'heure suivante, ou ajoutez une SIM ; la colonne « Peut envoyer ? » du groupe (ou le simulateur, pour un numéro) dit laquelle bloque et pourquoi. Ou bien la seule SIM de l'envoi est rangée dans un groupe de l'autre métier : le message le dit, et nomme les gestes qui débloquent.
• Envois en échec groupe_sans_sim — le groupe visé est vide ou n'a aucune SIM en état d'envoyer (désactivée, bannie, ou pas appairée) depuis plus de 24 h après l'échéance de l'envoi. Rattachez-lui une SIM appairée, ou retirez la règle qui le vise.
• Une SIM neuve ne reçoit rien — elle n'est pas encore appairée : la colonne « Peut envoyer ? » du groupe et le simulateur disent « SIM pas appairée ». Appairez-la depuis Comptes → Appairage ; ses sœurs envoient en attendant, et si elle est seule, la file attend (24 h au plus).
• Envois en échec vocation_sans_sim — depuis plus de 24 h après leur échéance, leur seule SIM appartient à un groupe de l'autre métier, et aucun groupe du bon métier n'est retenu pour les reprendre. Rattachez la liste à un groupe de son métier (ou, pour le message après achat, changez son modèle dans les Réglages), ou sortez la SIM de son groupe.
• Des campagnes partent des SIM du groupe « Commandes » — la liste de la campagne vise ce groupe, ou une de ses SIM : c'est ce rattachement qui lui donne le métier Commandes, quels que soient ses modèles. Rattachez-la au groupe Marketing.
• Ma règle ne s'applique pas — sa vocation contredit celle de l'envoi (une étape d'une liste de campagne vers un groupe Commandes, par exemple), son groupe est en pause, son groupe ne connaît pas le modèle de l'envoi, ou une règle placée plus haut gagne avant elle. Le simulateur montre la plupart de ces cas, pas celui du modèle (il n'en connaît pas) : la page Logs le dit (groupe_sans_le_modele). Autre cause, que le simulateur ne montre pas : l'envoi porte déjà une SIM qui peut envoyer et qui a son métier (message après achat, envoi d'essai, liste qui vise un compte), et le routage n'est pas consulté.
• « La SIM … a … envoi(s) encore en file que le groupe … ne fait pas » — au rattachement : la SIM porte des messages de l'autre métier. Laissez-les partir ou annulez-les.
• « … : cette liste porte des modèles MARKETING » — au rattachement d'une SIM à un groupe Commandes, ou au passage d'un groupe en Commandes : la liste nommée vise cette SIM (ou ce groupe) et deviendrait du métier Commandes. Faites-la viser un groupe Marketing, ou retirez ses étapes MARKETING.
• « … : cette liste envoie des modèles de cette SIM » — une liste d'un autre métier utilise un modèle de la SIM que vous rangez : faites-la viser cette SIM ou un groupe de son métier, ou changez le modèle de ses étapes.
• « Le modèle de la confirmation COD (…) appartient à cette SIM » (ou celui du message post-achat) — vers un groupe Marketing : choisissez d'abord dans les Réglages le modèle d'une SIM Commandes (ou sans groupe).
• « Aucune SIM « web » disponible » dans le menu de rattachement — vous n'avez pas encore de compte WhatsApp Web, ou toutes vos SIM sont déjà rangées.
• « Le groupe … est en pause » au rattachement — réactivez-le d'abord.

Voir aussi

• Comptes — créer et appairer les SIM
• Passerelle — l'échauffement et le rythme côté passerelle
• Listes — faire viser un groupe
• Séquences — le métier d'une étape, celui de sa liste
• Déclencheurs — relier une landing ou une campagne à une liste