AUT-0286· Управління проєктами
Контроль перенесення домену до іншого реєстратора
Дозвіл власника, стан перенесення та нове керування доменом перевіряють до закриття роботи.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Команда вважає домен перенесеним після подання заявки, хоча перенесення заблоковане або власник не має доступу в нового реєстратора.
02 / Результат
Для погодженого домену підтверджено завершене перенесення, доступ власника й перевірку залежних сервісів.
03 / Процес
ТригерВласник дозволив перенесення визначеного домену до погодженого реєстратора й цільового акаунта.
Зафіксувати домен, уповноваженого власника, поточного й цільового реєстраторів та погоджений акаунт призначення.
Перевірити актуальні правила доменної зони, статус і обмеження перенесення; блокування або спір передати відповідальному до подання.
Зафіксувати залежності DNS, сайту та пошти, поточні налаштування й план перевірки; потрібну зміну DNS погодити як окрему роботу.
Уповноважений адміністратор виконує розблокування й передає код авторизації через дозволений канал реєстратора; у CRM зберігати тільки стан, без коду.
Подати погоджений запит у нового реєстратора та відстежувати фактичні підтвердження, відмови й уточнення; прийнята заявка не означає завершення.
Звірити результат перенесення за авторитетними даними реєстратора або реєстру й перевірити, що власник керує доменом у погодженому акаунті.
Перевірити належні параметри захисту й продовження в нового реєстратора та роботу залежних сервісів; розбіжності залишити відкритими.
Закрити роботу після підтвердження погодженого результату; повторне повідомлення не створює нове перенесення.
04 / Реалізація1 варіант
Приклад · Приймання перенесення за доменом і власником
Власник погодив нового реєстратора. Заявку прийнято, але поточний реєстратор показує незавершене перенесення. Робота лишилась відкритою. Після підтвердження результату перевірили акаунт власника й пошту. Код авторизації передали в кабінеті реєстратора, без копії в CRM; повторний статус не створив нову роботу.
Спосіб реалізації
- Проєктна модель PlanFix: домен, дозвіл власника, реєстратори, стани, докази результату й сервісні перевірки; секрети та реєстраторські дії залишаються в дозволених зовнішніх каналах.
Що потрібно для реалізації
- Є підтверджені повноваження власника й дозволений цільовий акаунт.
- Доступні актуальні правила зони та авторитетне джерело стану перенесення.
- Є погоджений маршрут і джерело результату.
- Власник може перевірити доступ у цільовому акаунті.
Обмеження
- Не переносить домен автоматично та не обходить блокування, спори або перевірку власника.
- Код авторизації, паролі й резервні коди не зберігають у картці або коментарях CRM.
- Строки й обмеження перевіряють для фактичної зони та реєстраторів; єдиний строк для всіх доменів не задано.
- Перенесення реєстратора не доводить зміну власника, міграцію DNS, хостингу або сертифікатів.
- Документація Cloudflare описує власний маршрут; її строки й дії не задано універсально іншим провайдерам.
- Години попередні; міграція хостингу, відновлення спірного домену та зовнішні платежі не включені.
- Не закриває роботу за статусом подано.
- Не записує код авторизації в CRM.
Що потрібно уточнити (2)
- Чи потрібно отримувати стан перенесення із зовнішнього джерела?
Перевірте дозволений доступ і значення статусів фактичного реєстратора; подана заявка не доводить завершення.
- Чи потрібні додаткові перевірки DNS, сайту та пошти?
Погодьте перелік залежностей і фактичні перевірки; перенесення реєстратора не гарантує справності сервісів.