El orden de una operación: qué se hace y en qué orden
Las condiciones de la transferencia están reunidas en la página vecina — cada una con el enlace al documento de Telegram y la fecha de comprobación. Aquí están puestas en orden: qué se hace antes, qué después y dónde se detiene la operación.
El orden de los pasos es nuestra conclusión a partir de las condiciones de la plataforma, no un documento de Telegram. Las condiciones mismas son suyas, y están citadas al pie de la letra. La conclusión es simple: una condición que se comprueba antes de la transferencia debe estar cumplida antes de la transferencia, o el botón no funcionará.
Aquí no hay parte monetaria. Ni comisiones, ni importes, ni orden de liquidación: eso son las condiciones de una operación concreta, no un dato sobre la plataforma.
Qué hay que decidir antes que nada
El objeto determina todo el orden posterior, y las condiciones son distintas según el objeto. Por eso la primera pregunta no es «cuándo», sino «qué exactamente».
| objeto | qué dice la plataforma |
|---|---|
| un bot | el procedimiento está descrito directamente: /mybots → el bot → «transfer ownership» |
| un canal, un supergrupo | el procedimiento está descrito en la documentación del protocolo; hay cinco condiciones, todas se comprueban de antemano |
| un grupo corriente | solo se nombra la posibilidad en sí, sin procedimiento ni condiciones |
Preparación: no menos de un día
Para el canal y el supergrupo dos condiciones se miden en tiempo, y ambas se cuentan hacia atrás desde el momento de la transferencia.
- La autenticación en dos pasos está activada. Al pie de la letra: «PASSWORD_MISSING: You must enable 2FA before executing this operation».
- La contraseña se puso hace no menos de un día. Al pie de la letra: «PASSWORD_TOO_FRESH_%d: The password was modified less than 24 hours ago».
- El inicio de la sesión actual se hizo hace no menos de un día. Al pie de la letra: «SESSION_TOO_FRESH_%d: This session was created less than 24 hours ago».
De aquí se sigue lo que conviene que ambas partes sepan de antemano: la operación no puede hacerse de inmediato. Si la autenticación en dos pasos se activa por causa de esta operación, entre la decisión y la transferencia pasa un día como mínimo. No es una exigencia nuestra a las partes, sino un plazo de la propia plataforma.
Qué se comprueba antes de empezar
Ninguna de estas condiciones se comprueba «sobre la marcha»: o están cumplidas de antemano, o la transferencia no se realiza.
| condición | quién | si no está cumplida |
|---|---|---|
| el receptor escribió al bot al menos una vez | el receptor | el bot no se puede transferir en absoluto |
| la autenticación en dos pasos está activada | quien transfiere | «You must enable 2FA before executing this operation» |
| la contraseña tiene más de un día | quien transfiere | «The password was modified less than 24 hours ago» |
| la sesión tiene más de un día | quien transfiere | «This session was created less than 24 hours ago» |
| las partes son contactos mutuos | ambas | «The provided user is not a mutual contact» |
| quien transfiere es administrador del chat | quien transfiere | «You must be an admin in this chat to do this» |
La condición de los contactos mutuos la cumplen ambas partes: cada una debe añadir a la otra. Añadir en un solo sentido no basta — la plataforma nombra el requisito con la palabra «mutual».
El orden de los pasos
El orden es nuestro, las condiciones son de la plataforma. Está dispuesto de modo que cada condición esté cumplida antes de que haga falta.
- Las partes acuerdan qué objeto exactamente se transfiere. Un bot, un canal, un supergrupo y un grupo corriente son cuatro casos distintos con condiciones distintas.
- El receptor escribe al bot — si se transfiere un bot. Sin este paso la transferencia no se realizará: «You can only transfer a bot to users who have interacted with it at least once».
- Las partes se añaden mutuamente a los contactos — si se transfiere un canal o un supergrupo.
- Quien transfiere activa la autenticación en dos pasos, si no la tenía, y espera un día. El mismo plazo vale para el inicio de la sesión desde la que se hará la transferencia.
- Las partes verifican que todas las condiciones están cumplidas. Son seis, están enumeradas arriba y todas se pueden comprobar de antemano.
- La transferencia. Para el bot —
/mybots, elegir el bot, «transfer ownership». Para el canal y el supergrupo — la transferencia de los derechos de propietario en la aplicación. - No se puede anular. Sobre el bot la plataforma lo dice directamente: «The transfer is permanent». Para el canal, en los documentos leídos tampoco hay un modo de anularla.
Dónde se detiene la operación
Tres lugares donde todo se detiene no por voluntad de las partes, sino por regla de la plataforma. Conviene conocerlos antes, no después.
El receptor no escribió al bot. La transferencia del bot no está disponible hasta que eso ocurra. Se arregla con un solo mensaje, pero solo lo arregla el receptor.
Las partes no son contactos mutuos. Basta con que una de las partes no haya añadido a la otra, y el canal no se puede transferir.
No ha pasado un día. Ni la contraseña ni la sesión «maduran» más rápido, y la plataforma no nombra ningún modo de acortar ese plazo.
Qué ocurre después de la transferencia
Una cosa, y la plataforma la dice al pie de la letra sobre el 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.» Traducción nuestra: la transferencia de los derechos da a otro usuario el control total sobre el bot — podrá leer los mensajes del bot e incluso borrarlo.
Es decir, después del paso 6 el propietario anterior pierde el acceso y el nuevo lo recibe todo, incluido el derecho a borrar el objeto.
Qué no dice esta página
- Cuánto cuesta esto y cómo se cuenta el dinero. Son las condiciones de una operación, no un dato sobre la plataforma.
- Si esto es seguro. Damos las reglas de la plataforma; la valoración de los riesgos la hace cada uno por su cuenta.
- Cómo sortear una condición. La autenticación en dos pasos, los plazos de espera y el contacto mutuo son requisitos de Telegram; nosotros los mostramos, no los sorteamos.
- Qué hacer en caso de disputa. Si Telegram tiene un procedimiento para resolver disputas en torno al objeto transferido, no lo hemos comprobado — y lo no comprobado no es lo mismo que la ausencia, y no vamos a hacer pasar lo uno por lo otro.
- Qué ocurre en otras plataformas. Muchas prohíben directamente la transferencia de cuentas: por ejemplo, Ppomppu prohíbe tanto el trabajo de agencia como el alquiler de cuentas. Esta página trata de Telegram y no anula las prohibiciones ajenas.
Sobre el método. Todas las condiciones de esta página están tomadas de once registros de la base sobre la transferencia de derechos en Telegram — cada uno con el enlace al documento de la plataforma y la fecha de comprobación. El orden de los pasos está deducido de esas condiciones y se nombra como conclusión nuestra allí donde es nuestra. No se ha añadido nada de memoria: lo que no está en la base tampoco está aquí.
Véase también: qué dice Telegram sobre la transferencia · la ficha de Telegram · sobre las fuentes y el método