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

Сповіщення має містити:

У результаті виконання атестаційного задача має бути створений компонент реєстратора доменів у K2 ERP. * K2 ERP

Звіт «Доходи по доменах»

Оплати

реєстрації нового домену;
продовження домену;
трансферу домену;
додаткових DNS або технічних послуг.== Формула нової дати завершення ==

Опціонально можна реалізувати базовий DNS-модуль. Поле |- | Реалізація бази клієнтів, зон доменів і доменів | 20 | Клієнти, доменні зони, домени, статуси, дати реєстрації та завершення |- | бізнес-процес реєстрації і продовження доменів | 20 | Заявка, перевірка доступності, рахунок, оплата, реєстрація, продовження, зміна дати завершення |- | Сповіщення про закінчення доменів | 20 | Нагадування за 30, 15, 5 днів, повідомлення про прострочення і успішне продовження |- | Виставлення рахунків і обліковий облік оплат | 20 | PDF-рахунки, статуси рахунків, часткова або повна оплата, прив’язка оплати до домену |- | Інтерактивність через AJAX і особистий кабінет клієнта | 20 | AJAX-перевірка, оновлення версій статусів, кабінет клієнта, перегляд доменів, DNS і рахунків |-

AJAX-інтерактив

100
Клієнти	Власники або замовники доменних імен
Доменні зони	.com, .net, .ua, .org, .shop та інші зони
Домени	Конкретні доменні імена клієнтів
Заявки	Запити на реєстрацію, продовження, перенесення або зміну DNS
DNS-сервери	NS-записи домену
DNS-записи	A, MX, TXT, CNAME та інші записи, якщо реалізовано DNS-модуль
Рахунки	Документи для оплати реєстрації або продовження
Оплати	Факти надходження коштів
Нагадування	Повідомлення клієнтам про завершення строку дії
історія продукту операцій	Усі дії з доменом: реєстрація, продовження, зміна NS, оплата
Особистий кабінет	Інтерфейс клієнта для керування доменами
Звіти	аналітичні інструменти по доменах, строках, оплатах і простроченнях

Особистий кабінет клієнта

Поля доменної зони

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

У звіті потрібно відображати: ! | Реєстрація, продовження, зміна NS, DNS-записи, трансфер опціонально |- | Що має робити платформа перед завершенням домену? {| class="wikitable" style="width:100%;"

! * період;

кількість реєстрацій;
кількість продовжень;
суму рахунків;
суму оплат;
дохід по доменних зонах. # У історію домену додається операційна дія продовження.== Мета задача ==

Якщо домен уже прострочений, правило здатна бути іншим і залежати від умов доменної зони або реєстратора.== історія продукту операцій по домену ==

Довідник «Клієнти»

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

інформаційні дані сповіщення

Поле

реєстрацію нового домену;
продовження існуючого домену;
перенесення домену від іншого реєстратора;
зміну DNS-серверів;
керування DNS-записами;
супутні послуги: хостинг, VPS, SSL, email, технічну підтримку. Якщо строк дії завершується, платформа повинна завчасно попередити клієнта, сформувати рахунок і допомогти продовжити домен до його втрати.== Поля оплати ==

Поля домену

Рахунок має містити:

# Клієнту надсилається нагадування. SEO-опис

Умова складання. задача не здатна бути зараховане, якщо платформа не дає можливість пройти базовий цикл реєстратора: клієнт ERP → заявка → домен → рахунок → оплата → реєстрація → нагадування → продовження → звіт.== Виставлення рахунків ==

Журнал змін має зберігати: Через AJAX мають працювати:

== Заявка на реєстрацію домену ==

компонент має підтримувати розмежування прав. Разом

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

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

Об’єкт

назву домену;
дату завершення;
суму продовження;
посилання на рахунок;
контакт підтримки;
попередження про ризик втрати домену. Статус

базовий бізнес-процес

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

Назва компанії або ПІБ

Ім’я клієнта або назва юридичної особи

Тип клієнта

Приватний, ФОП, юридична особа

Контактна особа

Представник клієнта

Телефон

Контактний номер

Email

Адреса для рахунків і нагадувань

Адреса

Поштова або юридична адреса

ЄДРПОУ / ІПН

Для юридичних осіб або ФОП

Статус

Активний, заблокований, архівний

Примітки

Внутрішні коментарі менеджера

Довідник клієнтів містить фізичних осіб, ФОП або компанії, які замовляють доменні послуги. ! SEO-опис

бачити список своїх доменів;
бачити дати завершення;
бачити статуси доменів;
завантажувати рахунки;
переглядати історію оплат;
подати заявку на реєстрацію нового домену;
подати заявку на продовження;
змінити NS-сервери, якщо дозволено;
керувати DNS-записами, якщо реалізовано;
бачити нагадування про домени, які скоро завершуються. # У картці домену фіксуються дата реєстрації та дата завершення. ! Опціонально компонент здатна інтегруватися з API зовнішнього реєстратора. Інакше платформа буде надалі показувати домен як проблемний. SEO-опис

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

! SEO-опис

клієнта;
кількість доменів;
активні домени;
домени, що завершуються;
прострочені домени;
суму рахунків за домени.

! Рівень

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

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

! | Дати реєстрації, дати завершення, статуси доменів і продовження |- | Які операції потрібні? {| class="wikitable" style="width:100%;"

клієнт ERP	Хто замовляє домен
Бажане доменне ім’я	Назва домену
Доменна зона	Обрана зона
Період реєстрації	На скільки років реєструється домен
Статус заявки	Нова, перевіряється, очікує оплати, виконана, відхилена
Рахунок	Пов’язаний рахунок на оплату
Коментар	Примітки менеджера або клієнта

компонент реєстрації, продовження і обліку доменних імен. Звіт показує домени, які потрібно продовжити найближчим часом. Результат

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

|- | Домен | До якого домену належить NS |- | NS-сервер | як приклад: ns1.example.com |- | Порядок | Перший, другий, третій DNS-сервер |- | Дата зміни | Коли запис було змінено |- | Хто змінив | користувач системи або клієнт ERP |}

компонент реєстратора доменів потрібен хостинг-провайдерам, ІТ-компаніям, веб-студіям, датацентрам, маркетплейсам і компаніям, які обслуговують велику кількість доменів клієнтів. # Формується рахунок на продовження.== Практичне задача == ! # клієнт ERP оплачує рахунок. |- | Назва зони | як приклад: .com, .ua, .shop |- | SEO-опис | Короткий SEO-опис або умови зони |- | Вартість реєстрації | Ціна першої реєстрації |- | Вартість продовження | Ціна продовження |- | Вартість трансферу | Якщо підтримується перенесення домену |- | Мінімальний період реєстрації | як приклад: 1 рік |- | Максимальний період реєстрації | як приклад: 10 років |- | Потребує документів | Так / ні, якщо зона має особливі правила |- | Активність | Чи доступна зона для нових замовлень |}

Інтерфейс має працювати оперативно та інтуїтивно для менеджера і клієнта.== Критерії оцінювання ==

Домен	До якого домену належить запис
Тип запису	A, MX, TXT, CNAME тощо
Ім’я / Host	як приклад: @, www, mail
Значення	IP-адреса, домен, текст або інше значення
TTL	Час кешування
Пріоритет	Для MX та деяких інших записів
Статус	Активний або вимкнений

Результати перевірки

DNS-сервери

Кроки продовження

заявка на реєстрацію;
перевірка доступності;
виставлення рахунку;
оплата;
реєстрація;
продовження;
зміна NS;
зміна DNS-записів;
трансфер;
блокування;
видалення;
відновлення. Критично. Оплачений домен має бути продовжений у системі, а дата завершення повинна змінитися. # клієнт ERP отримує повідомлення про успішне продовження. Поле

Призначення

Звіт «Домени, що завершуються»

Поля історії

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

Поля клієнта

! Параметр

! функції ERP

Примітка

створити клієнта;
створити доменні зони;
створити заявку на реєстрацію домену;
перевірити доступність домену;
сформувати рахунок на реєстрацію;
зареєструвати оплату;
створити домен зі статусом «Активний»;
вказати дату реєстрації і дату завершення;
додати NS-сервери;
додати DNS-запис A;
додати DNS-запис MX або TXT;
сформувати нагадування за 30 днів до завершення;
сформувати рахунок на продовження;
зареєструвати оплату продовження;
продовжити домен на новий період;
перевірити зміну дати завершення;
переглянути історію операцій по домену;
перевірити домен у кабінеті клієнта;
сформувати звіт доменів, що завершуються;
сформувати звіт прострочених доменів;
сформувати звіт доходів по доменах;
перевірити журнал змін. Якщо домен вчасно не продовжити, клієнт ERP здатна втратити сайт, пошту, бренд, рекламні кампанії та доступність сервісів. SEO-опис

платформа повинна автоматизовано нагадувати клієнтам про необхідність продовження домену. # платформа перевіряє домени, строк дії яких завершується. Поле

Дата оплати	Коли надійшли кошти
клієнт ERP	Хто оплатив
Рахунок	За який рахунок оплата
Домен	До якого домену належить оплата
Сума	Сума оплати
Спосіб оплати	Банківський переказ, картка, онлайн-оплата, готівка
Коментар	Призначення платежу або службова примітка

інформаційні дані рахунку

Сповіщення про завершення строку

== Див. так само ==

Рахунок на реєстрацію або продовження

Які звіти потрібні? # Дата завершення оновлюється. Для реалізації задачі доцільно передбачити такі сутності: Звіт показує домени, строк дії яких уже завершився. Поле

Приклади доменних зон

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

# клієнт ERP оплачує рахунок. Бали

! Поле

Варіанти перевірки

Надсилати нагадування і формувати рахунок на продовження

Які документи потрібні?== Функції кабінету ==

компонент має фіксувати оплати клієнтів.== функції ERP API ==

Назва задача

Критерій

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

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

Який провідний обліковий облік?


Звіт показує фінансовий результат по доменних послугах. Що перевіряється

== Поля DNS-запису == клієнт ERP повинен мати можливість:

Статус
Що потрібно створити? Значення Звіт «Прострочені домени»
Чернетка	Рахунок створено, але не відправлено
Виставлений	Рахунок надіслано клієнту
Оплачений	Оплата отримана на 100%
Частково оплачений	Оплачена частина суми
Прострочений	Термін оплати минув
Скасований	Рахунок анульовано

платформа повинна дозволяти:

Коротко

Поля заявки

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

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

Які довідники потрібні?== Звіт «Домени по клієнтах» ==

SEO-опис

Реальний бізнес-контекст

Заявка

клієнт ERP подав заявку, домен ще не зареєстрований

Очікує оплати

Рахунок сформовано, але не оплачено

Активний

Домен зареєстрований і діє

Очікує продовження

До завершення строку залишилось мало часу

Прострочений

Строк дії завершився

На трансфері

Домен переноситься від іншого реєстратора або до іншого реєстратора

Заблокований

Домен заблокований вручну або реєстратором

Видалений

Домен більше не обслуговується

У межах атестації потрібно продемонструвати робочий сценарій. Роль Клієнти можуть замовляти:

Типи DNS-записів

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

Статуси домену

Критичними помилками вважаються ситуації, коли: # клієнт ERP подає заявку на домен. * хто створив клієнта; * хто створив домен; * хто перевірив доступність; * хто сформував рахунок; * хто зареєстрував оплату; * хто зареєстрував домен; * хто продовжив домен; * хто змінив дату завершення; * хто змінив NS; * хто змінив DNS-записи; * хто змінив статус домену; * дату й час дії; * старе та нове значення, якщо це можливо. Значення * неможливо створити клієнта; * неможливо створити доменну зону; * неможливо створити домен; * домен не має дати завершення; * домен не прив’язується до клієнта; * неможливо сформувати рахунок на реєстрацію; * неможливо зареєструвати оплату; * оплачений домен не переводиться в активний статус; * неможливо продовжити домен; * дата завершення не змінюється після продовження; * нагадування про завершення не створюються; * прострочені домени не відображаються в звіті; * клієнт ERP бачить чужі домени в особистому кабінеті; * зміна NS або DNS не логуються, якщо ця функція заявлена; * звіти не відповідають фактичним доменам, рахункам і оплатам. Відповідь * домен; * клієнта; * дату завершення; * кількість днів прострочення; * статус; * суму до оплати; * останнє нагадування. Окремо варто відзначити обліку і супроводу доменних імен виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля реєстрації забезпечується через Атестаційне задача K2 ERP. Довідник зон містить доменні зони, з якими функціонує реєстратор. ! Поле

Типи операцій

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

API-інтеграція з реєстраторами

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

!== Перевірка доступності домену == ! ! # Якщо домен доступний — формується рахунок.== Статуси рахунку ==

Довідник «Зони доменів»

База доменів містить усі доменні імена клієнтів. провідний принцип. Домен не можна “забути”. {| class="wikitable" style="width:100%;"

# Домен отримує статус «Активний». Рахунки формуються для: * ручна перевірка менеджером; * перевірка через API реєстратора; * перевірка через зовнішній сервіс; * кешування результату на короткий час. ! компонент має забезпечувати обліковий облік клієнтів, доменних зон, доменів, строків дії, DNS-серверів, DNS-записів, заявок на реєстрацію, рахунків, оплат, нагадувань про продовження та історії операцій по кожному домену. !== Критичні помилки == Тому компонент має не без зусиль зберігати список доменів, а активно контролювати строки, рахунки, оплати, статуси й нагадування. * домен; * клієнта; * дату завершення; * кількість днів до завершення; * статус домену; * чи виставлено рахунок; * чи оплачено продовження. # платформа перевіряє доступність домену. Значення Особистий кабінет дає можливість клієнту самостійно контролювати домени.== бізнес-процес реєстрації домену == Звіт показує портфель доменів кожного клієнта. * A; * AAAA; * CNAME; * MX; * TXT; * NS; * SRV; * SPF, як TXT-запис.== Шкала оцінювання == DNS-записи
Домен	До якого домену належить операційна дія
Дата і час	Коли виконано дію
Тип операції	Реєстрація, продовження, зміна NS тощо
користувач системи	Хто виконав дію
SEO-опис	Що саме змінилося
Старе значення	Якщо застосовується
Нове значення	Якщо застосовується

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

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

платформа має підтримувати перевірку доступності домену. Для кожного домену потрібно зберігати NS-сервери. Через API можна реалізувати:

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

* .com; * .net; * .org; * .ua; * .com.ua; * .kyiv.ua; * .shop; * .biz; * .info; * .eu. # Домен продовжується на новий період. # платформа або менеджер реєструє домен. ! SEO-опис У звіті потрібно відображати:

критично. Домен зі статусом «Прострочений» має бути добре видимий менеджеру і клієнту, бо це зона ризику втрати доменного імені. компонент має підтримувати клієнтів, доменні зони, домени, заявки, перевірку доступності, реєстрацію, продовження, NS-сервери, DNS-записи, рахунки, оплати, нагадування про завершення, особистий кабінет клієнта, історію операцій, API-інтеграції, звіти, AJAX-інтерактив і логування змін. компонент повинен фіксувати важливі зміни. Нова дата завершення = Поточна дата завершення + Період продовження
Доступний	Домен можна зареєструвати
Зайнятий	Домен уже зареєстрований
Недоступна зона	Обрана зона не підтримується
Потрібні документи	Для реєстрації потрібні додаткові інформаційні дані
Помилка перевірки	API або сервіс перевірки недоступний