Атестаційні завдання K2 ERP/Реєстратор доменів

Поля DNS-запису

; Якщо домен вчасно не продовжити, замовник має змогу втратити сайт, пошту, бренд, рекламні кампанії та доступність сервісів.; функціональні можливості Приклади доменних зон Типи DNS-записів
Доступний	Домен можна зареєструвати
Зайнятий	Домен уже зареєстрований
Недоступна зона	Обрана зона не підтримується
Потрібні документи	Для реєстрації потрібні додаткові інформаційні дані
Помилка перевірки	API або сервіс перевірки недоступний

1. замовник подає заявку на домен.; | компонент реєстрації, продовження і обліку доменних імен

Які довідники потрібні?; характеристика	; !; Якщо домен уже прострочений, правило має змогу бути іншим і залежати від умов доменної зони або реєстратора.;== ключовий бізнес-процес == У звіті потрібно відображати: Звіт «Прострочені домени» пошук клієнта; вибір доменної зони; перевірка доступності домену; створення заявки; формування рахунку; реєстрація оплати; зміна статусу домену; зміна NS-серверів; додавання DNS-запису; редагування DNS-запису; фільтрація доменів; актуалізація звітів.; |-	Назва зони	як ілюстрація: .com, .ua, .shop
характеристика	Короткий характеристика або умови зони
Вартість реєстрації	Ціна першої реєстрації
Вартість продовження	Ціна продовження
Вартість трансферу	Якщо підтримується перенесення домену
Мінімальний період реєстрації	як ілюстрація: 1 рік
Максимальний період реєстрації	як ілюстрація: 10 років
Потребує документів	Так / ні, якщо зона має особливі правила
Активність	Чи доступна зона для нових замовлень

У звіті потрібно відображати:

Особистий кабінет надає можливість клієнту самостійно контролювати домени.; # замовник отримує повідомлення про успішне продовження.; # платформа або менеджер реєструє домен.; характеристика

Права доступу

90–100 Відмінно компонент в цілому функціонує: клієнти, доменні зони, домени, реєстрація, продовження, DNS, рахунки, оплати, нагадування, кабінет і звіти реалізовані коректно 75–89 Добре Основна логіка функціонує, є собою незначні недоліки, які не руйнують бізнес-процес обліку доменів 60–74 Зараховано Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання 0–59 Не зараховано Відсутня критична логіка: клієнти, домени, дати завершення, продовження, рахунки або нагадування

Мінімальний сценарій:

• неможливо створити клієнта;
• неможливо створити доменну зону;
• неможливо створити домен;
• домен не має дати завершення;
• домен не прив’язується до клієнта;
• неможливо сформувати рахунок на реєстрацію;
• неможливо зареєструвати оплату;
• оплачений домен не переводиться в активний статус;
• неможливо продовжити домен;
• дата завершення не змінюється після продовження;
• нагадування про завершення не створюються;
• прострочені домени не відображаються в звіті;
• замовник бачить чужі домени в особистому кабінеті;
• зміна NS або DNS не логуються, якщо ця функція заявлена;
• звіти не відповідають фактичним доменам, рахункам і оплатам.;== Статуси рахунку ==

бізнес-процес продовження домену

Для кожного домену потрібно зберігати історію дій.; Критерій

; замовник повинен мати можливість:	; !; # Клієнту надсилається нагадування.; характеристика Див.; додатково створити клієнта; створити доменні зони; створити заявку на реєстрацію домену; перевірити доступність домену; сформувати рахунок на реєстрацію; зареєструвати оплату; створити домен зі статусом «Активний»; вказати дату реєстрації і дату завершення; додати NS-сервери; додати DNS-запис A; додати DNS-запис MX або TXT; сформувати нагадування за 30 днів до завершення; сформувати рахунок на продовження; зареєструвати оплату продовження; продовжити домен на новий період; перевірити зміну дати завершення; переглянути історію операцій по домену; перевірити домен у кабінеті клієнта; сформувати звіт доменів, що завершуються; сформувати звіт прострочених доменів; сформувати звіт доходів по доменах; перевірити журнал змін.; 100 істотно. Домен зі статусом «Прострочений» має бути добре видимий менеджеру і клієнту, бо це зона ризику втрати доменного імені.;== Рекомендовані сутності бази даних == Типовий бізнес-процес роботи з доменом виглядає так: хто створив клієнта; хто створив домен; хто перевірив доступність; хто сформував рахунок; хто зареєстрував оплату; хто зареєстрував домен; хто продовжив домен; хто змінив дату завершення; хто змінив NS; хто змінив DNS-записи; хто змінив статус домену; дату й час дії; старе та нове значення, якщо це можливо.; Питання Функції кабінету ; Разом компонент реєстрації, продовження і обліку доменних імен.; Роль База доменів містить усі доменні імена клієнтів.; # Домен продовжується на новий період.; Нова дата завершення = Поточна дата завершення + Період продовження з цієї причини компонент має не без ускладнень зберігати список доменів, а активно контролювати строки, рахунки, оплати, статуси й нагадування.; Параметр ключовий ризик у такому бізнесі — пропущений строк продовження.; # платформа перевіряє доступність домену.; Для кожного домену потрібно зберігати NS-сервери.; Статус Поля історії Заявка фіксує намір клієнта зареєструвати новий домен.; Умова складання. задача не має змогу бути зараховане, якщо платформа не надає можливість пройти базовий цикл реєстратора: замовник → заявка → домен → рахунок → оплата → реєстрація → нагадування → продовження → звіт.; Поле Окремо варто відзначити обліку і супроводу доменних імен виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля реєстрації забезпечується через Атестаційне задача K2 ERP.; Значення реєстрації нового домену; продовження домену; трансферу домену; додаткових DNS або технічних послуг.; Результат AJAX-інтерактив ; назву домену; дату завершення; суму продовження; посилання на рахунок; контакт підтримки; попередження про ризик втрати домену.; характеристика Сповіщення має містити: платформа перевіряє домени, строк дії яких завершується.; Інакше платформа буде надалі показувати домен як проблемний.;== Критичні помилки == Особистий кабінет клієнта Домен До якого домену належить NS NS-сервер як ілюстрація: ns1.example.com Порядок Перший, другий, третій DNS-сервер Дата зміни Коли запис було змінено Хто змінив користувач системи або замовник Рекомендовані нагадування Довідник «Клієнти»	; Критично. Оплачений домен має бути продовжений у системі, а дата завершення повинна змінитися.; характеристика Типи операцій У межах атестації потрібно продемонструвати робочий сценарій.; Поле Перевірка доступності домену

; Поле A; AAAA; CNAME; MX; TXT; NS; SRV; SPF, як TXT-запис.; характеристика	; !;== Звіт «Домени, що завершуються» ==	; характеристика	;== Звіт «Домени по клієнтах» == компонент повинен фіксувати важливі зміни.; Поле	; У звіті потрібно відображати: Поля заявки клієнта; кількість доменів; активні домени; домени, що завершуються; прострочені домени; суму рахунків за домени.; !; | Клієнти, доменні зони, домени
Який центральний обліковий облік?; !; Звіт показує портфель доменів кожного клієнта.;== функціональні можливості API ==	; # Домен отримує статус «Активний».; # замовник подає заявку на реєстрацію домену; платформа або менеджер перевіряє доступність домену; створюється рахунок на оплату; замовник оплачує рахунок; домен реєструється вручну або через API; у системі фіксується дата реєстрації та дата завершення; замовник отримує сповіщення про успішну реєстрацію; за 30, 15 і 5 днів до завершення платформа надсилає нагадування; формується рахунок на продовження; після оплати домен продовжується; історичний розвиток операцій зберігається в картці домену.; характеристика інформаційні дані сповіщення Практичне задача Примітка реєстрацію нового домену; продовження існуючого домену; перенесення домену від іншого реєстратора; зміну DNS-серверів; керування DNS-записами; супутні послуги: хостинг, VPS, SSL, email, технічну підтримку.; * .com; .net; .org; .ua; .com.ua; .kyiv.ua; .shop; .biz; .info; .eu.; платформа має підтримувати перевірку доступності домену.; !; # Формується рахунок на продовження.; Реєстратор доменів — це практична задача; додатково реалізовано продовження.; !; компонент має підтримувати клієнтів, доменні зони, домени, заявки, перевірку доступності, реєстрацію, продовження, NS-сервери, DNS-записи, рахунки, оплати, нагадування про завершення, особистий кабінет клієнта, історію операцій, API-інтеграції, звіти, AJAX-інтерактив і логування змін.; Відповідь	; Поле інформаційні дані рахунку
Чернетка	Рахунок створено, але не відправлено
Виставлений	Рахунок надіслано клієнту
Оплачений	Оплата отримана в цілому
Частково оплачений	Оплачена частина суми
Прострочений	Термін оплати минув
Скасований	Рахунок анульовано

Компанія-реєстратор або хостинг-провайдер надає клієнтам послуги з реєстрації, продовження та обслуговування доменних імен.; Що перевіряється

Логування змін

* номер рахунку; * дату; * клієнта; * домен; * доменну зону; * операцію: реєстрація, продовження, трансфер; * період; * ціну; * суму; * статус оплати; * реквізити для оплати.; Об’єкт

Очікуваний результат

; Рівень

Коротко

Назва компанії або ПІБ Ім’я клієнта або назва юридичної особи Тип клієнта Приватний, ФОП, юридична особа Контактна особа Представник клієнта Телефон Контактний номер Email Адреса для рахунків і нагадувань Адреса Поштова або юридична адреса ЄДРПОУ / ІПН Для юридичних осіб або ФОП Статус Активний, заблокований, архівний Примітки Внутрішні коментарі менеджера компонент має фіксувати оплати клієнтів.; | Домени, що завершуються, прострочені домени, доходи по доменах, домени по клієнтах |- | Що є собою критичною вимогою?; характеристика * ручна перевірка менеджером; * перевірка через API реєстратора; * перевірка через зовнішній сервіс; * кешування результату на короткий час.; # Дата завершення оновлюється.; Якщо строк дії завершується, платформа повинна завчасно попередити клієнта, сформувати рахунок і допомогти продовжити домен до його втрати.;== Реальний бізнес-контекст == Для реалізації задачі доцільно передбачити такі сутності:

Технічні вимоги

Коротко. Потрібно реалізувати компонент реєстратора доменів: клієнти, доменні зони, домени, перевірка доступності, реєстрація, продовження, зміна NS, DNS-записи, рахунки, оплати, нагадування про завершення строку та особистий кабінет клієнта.; !; | Реєстрація, продовження, зміна NS, DNS-записи, трансфер опціонально |- | Що має робити платформа перед завершенням домену?; компонент має підтримувати розмежування прав.; !;== Варіанти перевірки ==

Поля клієнта

Поля оплати

Журнал змін має зберігати:

; платформа повинна дозволяти: Довідник «Зони доменів» * бачити список своїх доменів; * бачити дати завершення; * бачити статуси доменів; * завантажувати рахунки; * переглядати історію оплат; * подати заявку на реєстрацію нового домену; * подати заявку на продовження; * змінити NS-сервери, якщо дозволено; * керувати DNS-записами, якщо реалізовано; * бачити нагадування про домени, які скоро завершуються.;== Поля доменної зони == Опціонально можна реалізувати базовий DNS-модуль.; Поле Мета задача Звіт «Доходи по доменах» платформа повинна автономно нагадувати клієнтам про необхідність продовження домену.; Поле У звіті потрібно відображати: Результати перевірки
Домен	До якого домену належить запис
Тип запису	A, MX, TXT, CNAME тощо
Ім’я / Host	як ілюстрація: @, www, mail
Значення	IP-адреса, домен, текст або інше значення
TTL	Час кешування
Пріоритет	Для MX та деяких інших записів
Статус	Активний або вимкнений

База «Доменні імена»

DNS-сервери

Критичними помилками вважаються ситуації, коли: * заявка на реєстрацію; * перевірка доступності; * виставлення рахунку; * оплата; * реєстрація; * продовження; * зміна NS; * зміна DNS-записів; * трансфер; * блокування; * видалення; * відновлення.; Бали - Домен До якого домену належить операційна дія Дата і час Коли виконано дію Тип операції Реєстрація, продовження, зміна NS тощо користувач системи Хто виконав дію характеристика Що саме змінилося Старе значення Якщо застосовується Нове значення Якщо застосовується компонент має забезпечувати обліковий облік клієнтів, доменних зон, доменів, строків дії, DNS-серверів, DNS-записів, заявок на реєстрацію, рахунків, оплат, нагадувань про продовження та історії операцій по кожному домену.; {| class="wikitable" style="width:100%;" !; # Клієнту надсилається повідомлення про успішну реєстрацію.;

Поля NS-запису

* домен; * клієнта; * дату завершення; * кількість днів прострочення; * статус; * суму до оплати; * останнє нагадування.;== Оплати ==

Основні об’єкти модуля

центральний принцип. Домен не можна “забути”.; !; Призначення |- | Назва домену | Повне доменне ім’я |- | замовник | Власник або замовник домену |- | Зона домену | .com, .ua, .net тощо |- | Дата реєстрації | Коли домен зареєстровано |- | Дата завершення | До якої дати домен активний |- | Статус | Активний, очікує продовження, прострочений, видалений |- | DNS-сервери | Поточні NS-записи |- | Автопродовження | Чи потрібно автономно створювати рахунок на продовження |} !; Колонка

Доменне ім’я	як ілюстрація: example.com
замовник	До кого прив’язаний домен
Доменна зона	Зона домену
Дата реєстрації	Дата початку дії
Дата завершення	Дата, до якої домен потрібно продовжити
Період реєстрації	1 рік, 2 роки тощо
Статус	Поточний стан домену
NS-сервери	Список DNS-серверів
Реєстратор / API-провайдер	Через кого зареєстровано домен
Автопродовження	Увімкнено або вимкнено
Коментар	Службова відомості

Звіт показує домени, строк дії яких уже завершився.; # Якщо домен доступний — формується рахунок.; Максимальна оцінка Довідник клієнтів містить фізичних осіб, ФОП або компанії, які замовляють доменні послуги.; Вчасне нагадування, правильний обліковий облік строків і автоматизація процесів рахунків мінімізують ризик втрати доменних імен та підвищують якість обслуговування клієнтів.; !; # замовник оплачує рахунок.; |- | Дата оплати | Коли надійшли кошти |- | замовник | Хто оплатив |- | Рахунок | За який рахунок оплата |- | Домен | До якого домену належить оплата |- | Сума | Сума оплати |- | Спосіб оплати | Банківський переказ, картка, онлайн-оплата, готівка |- | Коментар | Призначення платежу або службова примітка |}

DNS-записи

!; У результаті виконання атестаційного задача має бути створений компонент реєстратора доменів у K2 ERP.; # У картці домену фіксуються дата реєстрації та дата завершення.;== Критерії оцінювання == Опціонально компонент має змогу інтегруватися з API зовнішнього реєстратора.;== Статуси домену == компонент реєстратора доменів потрібен хостинг-провайдерам, ІТ-компаніям, веб-студіям, датацентрам, маркетплейсам і компаніям, які обслуговують велику кількість доменів клієнтів.; * період; * кількість реєстрацій; * кількість продовжень; * суму рахунків; * суму оплат; * дохід по доменних зонах.; !; характеристика

Поля домену

; Значення
Менеджер	Створює клієнтів, заявки, домени, рахунки, контролює продовження
Бухгалтер	Фіксує оплати, контролює рахунки і заборгованість
Технічний спеціаліст	Керує NS, DNS-записами, API-операціями і технічними статусами
замовник	Переглядає свої домени, рахунки, дати завершення і керує DNS, якщо дозволено
Керівник	Переглядає звіти по доменах, оплатах, простроченнях і доходах
Адміністратор	Налаштовує доменні зони, тарифи, права, API та службові параметри

!;== Заявка на реєстрацію домену == !;== Сповіщення про завершення строку == !; | Після продовження домену дата завершення має оновлюватися |}

Виставлення рахунків

* K2 ERP * K2 ERP * Атестаційні завдання K2 ERP * Датацентр, інтернет-провайдер * Білінг * Домен * DNS * Хостинг * Рахунок на оплату * Особистий кабінет * Заборгованість * Email-сповіщення * AJAX Рахунки формуються для: Через API можна реалізувати: !;== Формула нової дати завершення == !; # замовник оплачує рахунок.; Звіт показує домени, які потрібно продовжити найближчим часом.; Значення

Колонки бази доменів

Кроки реєстрації

Клієнти можуть замовляти: |- | Бекенд | K2 Cloud ERP на Python або PHP |- | База даних | PostgreSQL або MySQL |- | Фронтенд | HTML5, JavaScript |- | AJAX | Fetch API або Axios |- | UI-компоненти | DataTables для таблиці доменів, Select2 для вибору зони і клієнта |- | Email | Нагадування про продовження, рахунки, повідомлення про реєстрацію |- | API | інтеграційні функціональні можливості з реєстратором доменів, опціонально |- | Друк | Генерація PDF-рахунків |- | Експорт | Excel або PDF для звітів |}

Шкала оцінювання

* клієнти; * контактні особи; * доменні зони; * домени; * заявки на домени; * статуси доменів; * NS-сервери; * DNS-записи; * рахунки; * рядки рахунків; * оплати; * нагадування; * історичний розвиток операцій; * API-провайдери; * особистий кабінет; * email-шаблони; * журнал змін; * звіти; * права доступу.; |-

Заявка	замовник подав заявку, домен ще не зареєстрований
Очікує оплати	Рахунок сформовано, але не оплачено
Активний	Домен зареєстрований і діє
Очікує продовження	До завершення строку залишилось мало часу
Прострочений	Строк дії завершився
На трансфері	Домен переноситься від іншого реєстратора або до іншого реєстратора
Заблокований	Домен заблокований вручну або реєстратором
Видалений	Домен більше не обслуговується

Звіт показує фінансовий результат по доменних послугах.; | Рахунок на реєстрацію або продовження |- | Які звіти потрібні?; Поле Через AJAX мають працювати: Інтерфейс має працювати оперативно та комфортно для менеджера і клієнта.; | Дати реєстрації, дати завершення, статуси доменів і продовження |- | Які операції потрібні?; Статус |- | замовник | Хто замовляє домен |- | Бажане доменне ім’я | Назва домену |- | Доменна зона | Обрана зона |- | Період реєстрації | На скільки років реєструється домен |- | Статус заявки | Нова, перевіряється, очікує оплати, виконана, відхилена |- | Рахунок | Пов’язаний рахунок на оплату |- | Коментар | Примітки менеджера або клієнта |}

формування звітів

; Кроки продовження Клієнти Власники або замовники доменних імен Доменні зони .com, .net, .ua, .org, .shop та інші зони Домени Конкретні доменні імена клієнтів Заявки Запити на реєстрацію, продовження, перенесення або зміну DNS DNS-сервери NS-записи домену DNS-записи A, MX, TXT, CNAME та інші записи, якщо реалізовано DNS-модуль Рахунки Документи для оплати реєстрації або продовження Оплати Факти надходження коштів Нагадування Повідомлення клієнтам про завершення строку дії історичний розвиток операцій Усі дії з доменом: реєстрація, продовження, зміна NS, оплата Особистий кабінет Інтерфейс клієнта для керування доменами Звіти аналітичні інструменти по доменах, строках, оплатах і простроченнях Мета задача — створити в K2 ERP компонент для автоматизації роботи компанії, яка надає послуги реєстрації та супроводу доменних імен.;== API-інтеграція з реєстраторами == Назва задача Реалізація бази клієнтів, зон доменів і доменів 20 Клієнти, доменні зони, домени, статуси, дати реєстрації та завершення бізнес-процес реєстрації і продовження доменів 20 Заявка, перевірка доступності, рахунок, оплата, реєстрація, продовження, зміна дати завершення Сповіщення про закінчення доменів 20 Нагадування за 30, 15, 5 днів, повідомлення про прострочення і успішне продовження Виставлення рахунків і обліковий облік оплат 20 PDF-рахунки, статуси рахунків, часткова або повна оплата, прив’язка оплати до домену Інтерактивність через AJAX і особистий кабінет клієнта 20 AJAX-перевірка, актуалізація статусів, кабінет клієнта, перегляд доменів, DNS і рахунків ; бізнес-процес реєстрації домену історичний розвиток операцій по домену * вести клієнтів; * вести доменні зони; * вести доменні імена клієнтів; * контролювати дати реєстрації та завершення доменів; * створювати заявки на реєстрацію домену; * перевіряти доступність домену; * виставляти рахунки за реєстрацію; * виставляти рахунки за продовження; * фіксувати оплати; * змінювати статуси доменів; * продовжувати домени на новий період; * вести NS-сервери; * вести DNS-записи, якщо реалізується DNS-модуль; * надсилати нагадування про завершення строку дії; * зберігати історію операцій по домену; * підтримувати особистий кабінет клієнта; * інтегруватися з API зовнішніх реєстраторів, якщо потрібно; * формувати звіти по доменах, продовженнях, оплатах і простроченнях.; !; Бали * домен; * клієнта; * дату завершення; * кількість днів до завершення; * статус домену; * чи виставлено рахунок; * чи оплачено продовження.; Рахунок має містити: class="wikitable" style="width:100%;" * перевірку доступності домену; * реєстрацію домену; * продовження домену; * зміну NS-серверів; * отримання статусу домену; * синхронізацію дат завершення; * керування DNS-записами.; | Надсилати нагадування і формувати рахунок на продовження Які документи потрібні?; * за 30 днів до завершення; * за 15 днів до завершення; * за 5 днів до завершення; * у день завершення; * після прострочення, якщо домен не продовжено.; характеристика