L'ordre de la transaction : ce qui est fait, et dans quel ordre
Les conditions de la cession sont réunies sur la page voisine — chacune y renvoie au document Telegram et porte une date de vérification. Ici, elles sont mises en ordre : ce qui vient avant, ce qui vient après, et où la transaction s'arrête.
L'ordre des étapes est notre conclusion tirée des conditions de la plateforme, et non un document Telegram. Les conditions, elles, sont les siennes, et elles sont citées mot pour mot. La conclusion est simple : une condition vérifiée avant la cession doit être remplie avant la cession, sinon le bouton ne fonctionnera pas.
Le côté financier n'est pas traité ici. Ni commissions, ni montants, ni modalités de règlement : ce sont les conditions d'une transaction particulière, et non une donnée sur la plateforme.
Ce qu'il faut décider avant tout le reste
L'objet détermine tout l'ordre qui suit, et les conditions diffèrent d'un objet à l'autre. La première question n'est donc pas «quand», mais «quoi exactement».
| objet | ce que dit la plateforme |
|---|---|
| un bot | la marche à suivre est décrite directement : /mybots → le bot → «transfer ownership» |
| une chaîne, un supergroupe | la marche à suivre est décrite dans la documentation du protocole, les conditions sont au nombre de cinq, toutes vérifiées à l'avance |
| un groupe ordinaire | seule la possibilité elle-même est nommée, sans marche à suivre ni conditions |
Préparation : pas moins de 24 heures
Pour une chaîne et un supergroupe, deux conditions se mesurent en temps, et toutes deux se comptent à rebours à partir du moment de la cession.
- L'authentification à deux facteurs est activée. Mot pour mot : «PASSWORD_MISSING: You must enable 2FA before executing this operation».
- Le mot de passe a été défini il y a au moins 24 heures. Mot pour mot : «PASSWORD_TOO_FRESH_%d: The password was modified less than 24 hours ago».
- La connexion à la session en cours date d'au moins 24 heures. Mot pour mot : «SESSION_TOO_FRESH_%d: This session was created less than 24 hours ago».
D'où découle ce que les deux parties gagnent à savoir d'avance : la transaction ne peut pas être menée sur-le-champ. Si l'authentification à deux facteurs est activée pour les besoins de cette transaction, il s'écoule au minimum 24 heures entre la décision et la cession. Ce n'est pas une exigence que nous imposons aux parties, mais le délai propre à la plateforme.
Ce qui est vérifié avant le début
Aucune de ces conditions n'est vérifiée «en cours de route» : soit elles sont remplies à l'avance, soit la cession n'aboutit pas.
| condition | qui | si elle n'est pas remplie |
|---|---|---|
| le destinataire a écrit au bot au moins une fois | le destinataire | le bot ne peut pas être cédé du tout |
| l'authentification à deux facteurs est activée | le cédant | «You must enable 2FA before executing this operation» |
| le mot de passe a plus de 24 heures | le cédant | «The password was modified less than 24 hours ago» |
| la session a plus de 24 heures | le cédant | «This session was created less than 24 hours ago» |
| les parties sont des contacts mutuels | les deux | «The provided user is not a mutual contact» |
| le cédant est administrateur de la discussion | le cédant | «You must be an admin in this chat to do this» |
La condition des contacts mutuels est remplie par les deux parties : chacune doit ajouter l'autre. Un ajout à sens unique ne suffit pas — la plateforme désigne cette exigence par le mot «mutual».
L'ordre des étapes
L'ordre est le nôtre, les conditions sont celles de la plateforme. Il est agencé de sorte que chaque condition soit remplie avant d'être requise.
- Les parties conviennent de l'objet exact qui est cédé. Un bot, une chaîne, un supergroupe et un groupe ordinaire sont quatre cas différents, aux conditions différentes.
- Le destinataire écrit au bot — s'il s'agit de céder un bot. Sans cette étape, la cession n'aboutira pas : «You can only transfer a bot to users who have interacted with it at least once».
- Les parties s'ajoutent mutuellement à leurs contacts — s'il s'agit de céder une chaîne ou un supergroupe.
- Le cédant active l'authentification à deux facteurs, si elle ne l'était pas, et attend 24 heures. Le même délai s'applique à la connexion à la session depuis laquelle la cession sera faite.
- Les parties vérifient que toutes les conditions sont remplies. Elles sont six, elles sont énumérées ci-dessus, et toutes sont vérifiables à l'avance.
- La cession. Pour un bot —
/mybots, choix du bot, «transfer ownership». Pour une chaîne et un supergroupe — la cession des droits de propriétaire dans l'application. - Impossible d'annuler. À propos du bot, la plateforme le dit directement : «The transfer is permanent». Pour une chaîne, les documents lus ne donnent pas non plus de moyen d'annulation.
Où la transaction s'arrête
Trois endroits où tout s'arrête non par la volonté des parties, mais par une règle de la plateforme. Il est utile de les connaître avant, et non après.
Le destinataire n'a pas écrit au bot. La cession du bot est indisponible tant que cela n'a pas eu lieu. Un seul message y remédie, mais seul le destinataire peut le faire.
Les parties ne sont pas des contacts mutuels. Il suffit que l'une des parties n'ait pas ajouté l'autre, et la chaîne ne peut pas être cédée.
Les 24 heures ne sont pas écoulées. Ni le mot de passe ni la session ne «mûrissent» plus vite, et la plateforme ne nomme aucun moyen d'abréger ce délai.
Ce qui se passe après la cession
Une seule chose, et la plateforme la dit mot pour mot à propos du bot : «Transferring ownership will give full control of the bot to another user – they will be able to access the bot's messages and even delete it.» Notre traduction : la cession des droits donne à un autre utilisateur le contrôle total du bot — il pourra lire les messages du bot et même le supprimer.
Autrement dit, après l'étape 6, l'ancien propriétaire perd l'accès et le nouveau reçoit tout, y compris le droit de supprimer l'objet.
Ce que cette page ne dit pas
- Combien cela coûte et comment l'argent est compté. Ce sont les conditions d'une transaction, et non une donnée sur la plateforme.
- Si c'est sûr. Nous exposons les règles de la plateforme ; l'évaluation des risques, chacun la fait pour lui-même.
- Comment contourner une condition. L'authentification à deux facteurs, les délais d'attente et le contact mutuel sont des exigences de Telegram ; nous les montrons, nous ne les contournons pas.
- Que faire en cas de litige. Si Telegram dispose d'une procédure de règlement des litiges autour d'un objet cédé, nous ne l'avons pas vérifié — et ce qui n'a pas été vérifié n'équivaut pas à ce qui est absent, et nous ne ferons pas passer l'un pour l'autre.
- Ce qu'il en est sur les autres plateformes. Beaucoup interdisent franchement la cession de comptes : Ppomppu, par exemple, interdit à la fois le travail d'agence et la location de comptes. Cette page porte sur Telegram et n'annule les interdictions de personne d'autre.
Sur la méthode. Toutes les conditions de cette page sont tirées des onze entrées de la base sur la cession des droits dans Telegram — chacune avec un lien vers le document de la plateforme et une date de vérification. L'ordre des étapes est déduit de ces conditions et présenté comme notre conclusion là où il est le nôtre. Rien n'a été ajouté de mémoire : ce qui n'est pas dans la base n'est pas ici non plus.
Voir aussi : ce que dit Telegram sur la cession · la fiche Telegram · sur les sources et la méthode