Атестаційні завдання K2 ERP/Система візування та погодження документів

Критичними помилками вважаються ситуації, коли:

компанія-користувач щодня функціонує з великою кількістю документів:

Приклад маршруту для наказу

Події для сповіщень

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

Звіт «Прострочені погодження»

Адміністратор має бачити:

Приклади PDF-документів

Значення

Критичні помилки

Назва типу	як приклад: Договір, Акт, Наказ
SEO-опис	Коротке пояснення
Шаблон маршруту	Типовий маршрут погодження
Потребує фінального підпису	Так або ні
Потребує юридичної перевірки	Так або ні
Потребує фінансової перевірки	Так або ні
Статус	Активний або архівний

Відхилення документа

Послідовний маршрут

Через AJAX мають працювати:

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

автор створює документ у системі;
обирає тип документа;
завантажує файл;
обирає маршрут погодження;
платформа призначає учасників маршруту;
документ переходить у статус «На погодженні»;
перший учасник погоджує або відхиляє документ;
якщо документ погоджено — він переходить до наступного учасника;
якщо документ відхилено — повертається автору на доопрацювання;
автор завантажує нову версію файлу;
погодження запускається повторно;
після всіх погоджень документ переходить на підпис;
підписант підписує документ;
платформа формує фінальний PDF або лог погодження;
документ переходить в архів.== Змішаний маршрут ==

Поля ролі

платформа візування та погодження документів — це практична задача; так само реалізовано погодження, візування, підпису, контролю маршрутів, версій, коментарів, строків, аудиту й формування фінальних PDF-документів виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля електронного документообігу забезпечується через Атестаційне задача K2 ERP. Максимальна оцінка

автор отримує сповіщення;
автор бачить коментарі;
автор завантажує нову версію;
платформа зберігає попередню версію;
погодження здатна стартувати заново або з певного етапу.== Документи і PDF-форми ==

* документ;

етап;
відповідального учасника;
дедлайн;
кількість днів прострочення;
статус. Параметр

назву документа;
номер документа;
тип документа;
автора;
дату створення;
версію документа;
усіх учасників маршруту;
ролі учасників;
статуси погодження;
дату і час дії кожного учасника;
коментарі;
інформацію про підпис;
фінальний статус. Окремо варто відзначити узгодження і підпису внутрішніх і зовнішніх документів.== Варіанти підпису ==

Практичне задача

Паралельний маршрут

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

зафіксувати користувача;
зафіксувати дату й час;
зафіксувати версію документа;
зберегти коментар;
змінити статус етапу на «Погоджено»;
передати документ на наступний етап. SEO-опис

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

погодити;
погодити з коментарем;
відхилити;
повернути на доопрацювання;
делегувати;
підписати;
переглянути;
скасувати, якщо має права.== Повернення на доопрацювання ==

База «Шаблони маршрутів»

Шаблон маршруту — це типовий порядок погодження для певного типу документа. Тип документа визначає правила його обробки й маршрут погодження. ! SEO-опис

Назва задача

створити тип документа;
створити ролі візування;
створити шаблон маршруту;
створити документ;
завантажити файл документа;
створити маршрут погодження;
запустити погодження;
виконати погодження першим учасником;
виконати відхилення другим учасником з коментарем;
повернути документ автору на доопрацювання;
завантажити нову версію документа;
повторно запустити погодження;
погодити документ усіма учасниками;
виконати фінальний підпис;
сформувати PDF-лог візування;
перевести документ у статус «Завершено»;
архівувати документ;
сформувати звіт по погоджених документах;
перевірити журнал змін і права доступу. Документ переходить далі, коли всі обов’язкові учасники виконали дію. Перед підписанням такі документи часто мають пройти погодження кількома підрозділами:

Довідник «Ролі учасників візування»

Делегування дає можливість передати погодження іншому користувачу. Бали

компонент електронного візування і погодження документів
Які довідники потрібні? Поле для документа здатна бути загальний строк погодження; для кожного етапу здатна бути окремий строк; прострочений етап підсвічується; учасник отримує нагадування; керівник бачить прострочені документи; платформа здатна автоматизовано ескалювати прострочення. Поле автор документа; підготовка документа; керівник підрозділу; перевірка юриста; перевірка фінансиста; перевірка бухгалтерії; перевірка служби безпеки; погодження керівника; фінальне погодження; підпис генерального директора; підпис контрагента; архіваріус. SEO-опис	компонент повинен фіксувати всі важливі дії. SEO-опис Звіт «Ефективність погодження» типи документів; ролі візування; документи; версії документів; файли документів; шаблони маршрутів; маршрути візування; етапи маршруту; учасники погодження; коментарі; підписи; делегування; сповіщення; журнал змін; архів документів; права доступу; звіти. 100 У результаті виконання атестаційного задача має бути створений компонент електронного візування та погодження документів у K2 ERP. \| Типи документів, ролі візування, шаблони маршрутів
Який провідний бізнес-процес?== Технічні вимоги ==	Колонка Критерії оцінювання Звіт «Документи на погодженні»	У звіті потрібно відображати: Підпис документів	Призначення
Маршрут	До якого маршруту належить
Номер етапу	Порядок виконання
Роль	Роль учасника
Учасник	Конкретний користувач системи
Тип дії	Погодити, перевірити, підписати
Обов’язковий	Так або ні
Строк виконання	Дедлайн етапу
Статус	Очікує, погоджено, відхилено, делеговано, прострочено
Дата дії	Коли виконано
Коментар	Коментар учасника

Делегування

компонент електронного візування. Питання

Поля коментаря

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

компонент має підтримувати рольову модель.== Типи маршрутів ==

== Етапи маршруту ==

Контроль строків погодження

всі документи;
всі маршрути;
шаблони маршрутів;
типи документів;
прострочені погодження;
помилки підпису;
журнал аудиту;
права доступу;
архів документів. SEO-опис

ERP-модуль для візування документів потрібен підприємствам, які хочуть оперативно, прозоро й контрольовано погоджувати договори, акти, накази, службові записки та інші документи. ! SEO-опис

Маршрут візування — це конкретний шлях погодження конкретного документа.== Мета задача ==

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

компонент має забезпечувати повний цикл роботи з документом: створення → завантаження файлу → маршрут погодження → візування → коментарі → доопрацювання → повторне погодження → підпис → фінальний документ → журнал аудиту → архів.== Реальний бізнес-контекст ==

class="wikitable" style="width:100%;" Статуси документа
Номер документа	Внутрішній реєстраційний номер
Назва документа	Назва
Тип документа	Тип із довідника
Автор	користувач системи, який створив документ
Підрозділ	Підрозділ автора
Контрагент	Якщо документ зовнішній
Сума документа	Для фінансових документів, опціонально
Валюта	Для договорів, актів, рахунків
Дата створення	Коли створено
Планова дата погодження	До якої дати треба погодити
Поточна реліз системи	Активна реліз системи файлу
Поточний етап	Хто зараз має діяти
Статус	Поточний стан документа
Коментар автора	Супровідний SEO-опис

Поля етапу маршруту

База «Документи»

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

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

== Панель адміністратора ==

документ;
учасника;
роль;
дію;
дату і час;
коментар;
версію документа.== Приклади ролей ==

Кілька учасників погоджують документ одночасно. Лог візування має містити:

Документ Який документ делеговано Початковий учасник Хто мав погоджувати Новий учасник Кому передано Причина Чому делеговано Дата делегування Коли виконано Статус Активне, завершене, скасоване

Для реалізації задачі доцільно передбачити такі сутності:

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

Назва документа	Назва або тема документа
Тип документа	Договір, акт, наказ тощо
Автор	Хто створив документ
Поточний етап	На якому кроці погодження
Статус	Чернетка, на погодженні, підписано, відхилено
Дата створення	Коли створено
Дата завершення	Коли погодження завершено
Файл	Поточна реліз системи документа

платформа має формувати PDF-документи.== Звіт «історія продукту погоджень» ==

Разом

автор;
керівник підрозділу;
HR;
юрист;
директор. Поле

База «Маршрути візування»

Коментарі

автор;
керівник підрозділу;
юрист;
фінансист;
бухгалтерський обліковий облік;
директор;
підписант. SEO-опис

Назва ролі Назва ролі в маршруті Тип дії Погодження, перевірка, підпис, перегляд Обов’язковість Обов’язкова або опціональна роль SEO-опис Пояснення відповідальності

Роль визначає функцію учасника в маршруті.== Див. так само ==

Особистий кабінет користувача

|- | Документи | Основні файли та картки документів |- | Типи документів | Класифікація документів |- | Маршрути візування | Правила проходження документа |- | Шаблони маршрутів | Типові маршрути для різних документів |- | Учасники візування | Користувачі, які погоджують або підписують документ |- | Етапи погодження | Послідовні або паралельні кроки маршруту |- | Версії документа | історія продукту змін файлу |- | Коментарі | Обговорення, зауваження і причини відхилення |- | Підписи | Фіксація погодження або фінального підпису |- | Сповіщення | Повідомлення про дії та строки |- | Журнал аудиту | Повна історія продукту дій з документом |- | Архів | Завершені або скасовані документи |}

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

статус документа;
кількість документів;
типи документів;
відповідальних користувачів.== Довідник «Типи документів» ==

Учасник маршруту здатна виконати одну з дій: !== Основні об’єкти модуля ==

Поля підпису

документ;
тип;
автора;
поточний етап;
поточного погоджувача;
строк погодження;
кількість днів у роботі.== Коротко ==

! Кожен наступний учасник отримує документ тільки після погодження попереднім. * документи, які очікують його погодження;

прострочені документи;
документи, які він створив;
документи, які він погодив;
документи, повернуті на доопрацювання;
сповіщення;
історію своїх дій;
фільтри за типом, статусом і датою. Поле

! Рівень

Поля версії документа

Підпис — це фінальна дія або окремий етап маршруту.== Поля делегування ==

компонент має підтримувати типи документів, ролі, документи, файли, версії, шаблони маршрутів, маршрути візування, етапи, учасників, коментарі, погодження, відхилення, доопрацювання, підпис, делегування, строки, сповіщення, PDF-лог, архів, звіти, AJAX-інтерактив, журнал змін і рольовий доступ. У звіті потрібно відображати:

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

середній час погодження;
кількість документів по типах;
кількість відхилень;
кількість повернень на доопрацювання;
кількість прострочених документів;
найповільніші етапи маршруту. Відповідь

|- | Документ | До якого документа належить |- | Номер версії | v1, v2, v3 тощо |- | Файл | Завантажений файл |- | Автор версії | Хто завантажив |- | Дата завантаження | Коли завантажено |- | SEO-опис змін | Що змінилось |- | Активна реліз системи | Так або ні |}

Правило версійності

Поле пошук документів; фільтрація документів; створення документа; завантаження файлу; створення маршруту; вибір учасників; погодження документа; відхилення документа; повернення на доопрацювання; додавання коментаря; завантаження нової версії; підпис документа; оновлення версій статусу; фільтрація звітів; перегляд історії погодження. \| Документ → маршрут → погодження → підпис → архів
Що потрібно контролювати?	Критерій
Що потрібно створити? функції ERP У межах атестації потрібно продемонструвати робочий сценарій. У звіті потрібно відображати:	class="wikitable" style="width:100%;" автор документа; керівник підрозділу; юрист; фінансист; бухгалтерський обліковий облік; служба безпеки; комерційний директор; генеральний директор. \| Кожне погодження, відхилення, підпис і зміна версії мають логуватися
Що бажано додати?== Приклад маршруту для договору == Погодження документа вимагати обов’язковий коментар; зафіксувати користувача; зафіксувати дату й час; зафіксувати версію документа; змінити статус документа на «Відхилено» або «Повернуто на доопрацювання»; повідомити автора. платформа повинна зберегти попередні версії для аудиту. SEO-опис
Чернетка	Документ створено, але ще не відправлено
На погодженні	Документ проходить маршрут візування
Повернуто на доопрацювання	Потрібно внести зміни
Відхилено	Документ не погоджено
Очікує підпису	Усі візи отримані, потрібен підпис
Підписано	Документ підписано
Завершено	бізнес-процес на 100% закрито
Архівовано	Документ перенесено в архів
Скасовано	бізнес-процес зупинено

Типовий бізнес-процес візування документа виглядає так: через Якісна платформа візування зменшує затримки, прибирає хаос у погодженнях, зберігає історію рішень і користувачі можуть юридично фіксувати факт погодження або підпису. SEO-опис

== Примітка ==

контракт;
акт виконаних робіт;
рахунок;
наказ;
лист;
службова записка;
внутрішній меморандум;
заявка на оплату;
кадровий документ;
юридичний документ;
технічне задача;
додаткова угода;
комерційна пропозиція;
протокол;
інше. Поле

Етап — це окремий крок погодження. * неможливо створити документ;

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

Якщо документ повернуто на доопрацювання:

SEO-опис
Документ	Документ, що погоджується
Шаблон маршруту	На основі якого шаблону створено
Тип маршруту	Послідовний, паралельний, змішаний
Дата запуску	Коли маршрут стартував
Дата завершення	Коли завершився
Статус	Активний, завершений, відхилений, скасований

Сповіщення

Коротко. Потрібно реалізувати компонент візування документів: типи документів, шаблони маршрутів, учасники погодження, ролі, етапи, статуси, коментарі, версії файлів, підпис паролем або ЕЦП, контроль строків, делегування, PDF-лог, архів, права доступу й AJAX-інтерактив.== Шкала оцінювання ==

== Правила контролю строків ==

Що перевіряється

простий підпис через пароль K2 ERP;
підтвердження через одноразовий код, опціонально;
електронний підпис через зовнішній сервіс, опціонально;
інтеграційні функції ERP з Дія.Підпис, опціонально;
завантаження підписаного PDF, якщо підпис відбувся поза системою. | PDF-лог візування, карта погодження, фінальний підписаний документ

Які звіти потрібні? Мета задача — створити в K2 ERP компонент електронного погодження документів для підприємства. Об’єкт

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

Документ — це основна сутність модуля. ! ! * хто створив документ;

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

Що виступає як критичною вимогою? Якщо документ було відхилено або повернуто на доопрацювання, автор має завантажити нову версію файлу. Поле

Частина етапів виконується послідовно, частина — паралельно. ! Роль

Реалізація обігу документів і візування

20

Документи, типи, файли, версії, статуси, запуск погодження

обліковий облік маршруту погодження і підписів

20

Шаблони маршрутів, етапи, ролі, учасники, погодження, відхилення, підпис

Фінальний аудит змін

20

Журнал дій, версії, коментарі, хто і коли погодив, PDF-лог візування

Інтерактивність через AJAX і зручність в роботі

20

AJAX-погодження, коментарі, фільтри, оновлення версій статусів, кабінет користувача

інтеграційні функції ERP з електронним підписом

20

Простий підпис, ЕЦП або підготовлена технічна архітектура для інтеграції із зовнішнім сервісом

Бекенд

K2 Cloud ERP на Python або PHP

База даних

PostgreSQL або MySQL

Фронтенд

HTML5, JavaScript

AJAX

Fetch API або Axios

UI-компоненти

DataTables для документів і маршрутів; Select2 для пошуку документів, ролей і користувачів

Файли

Завантаження PDF, DOCX, XLSX, зображень та інших форматів

Версії

Збереження всіх версій документа

Підпис

Пароль K2 ERP, одноразовий код або інтеграційні функції ERP з ЕЦП, опціонально

Друк

PDF-лог візування і фінальний документ

Експорт

Excel або PDF для реєстрів і звітів

Безпека

Рольовий доступ, журнал аудиту, обмеження доступу до документів

! | ЕЦП, Дія.Підпис, делегування, SLA, ескалації, кабінет користувача |}

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

платформа має контролювати дедлайни погодження. | Версії, статуси, коментарі, строки, підписи, доступ, аудит |- | Які документи потрібні?== Колонки бази документів == |- | Назва шаблону | як приклад: Договір стандартний |- | Тип документа | До якого типу застосовується |- | SEO-опис | Коротке пояснення |- | Тип маршруту | Послідовний, паралельний, змішаний |- | Статус | Активний або архівний |}

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

Звіт «Документи за статусами»

При відхиленні платформа повинна:

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

class="wikitable" style="width:100%;"

Звіти

Поля типу документа

SEO-опис
Документ	Що підписується
реліз системи документа	Яка реліз системи підписана
Підписант	Хто підписав
Тип підпису	Пароль, ЕЦП, зовнішній сервіс
Дата і час підпису	Коли підписано
Статус	Успішно, помилка, скасовано
Технічні інформаційні дані	Hash, ідентифікатор підпису, якщо виступає як

Коментарі потрібні для пояснення рішень. * документ створено;

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

SEO-опис

створювати документи;
завантажувати файли документів;
класифікувати документи за типами;
створювати маршрути погодження;
використовувати шаблони маршрутів;
призначати учасників погодження;
визначати послідовне або паралельне погодження;
погоджувати документ;
відхиляти документ;
повертати документ на доопрацювання;
додавати коментарі;
вести версії файлів;
фіксувати електронні візи;
фіксувати підпис документа;
контролювати строки погодження;
надсилати сповіщення;
підтримувати делегування;
вести журнал дій;
формувати PDF-лог візування;
формувати фінальний підписаний документ;
архівувати завершені документи;
обмежувати доступ до документів за ролями.== Поля документа ==

Автор документа

Створює документ, завантажує файл, запускає погодження, доопрацьовує документ

Погоджувач

Переглядає документ, погоджує, відхиляє, коментує

Юрист

Погоджує юридичні документи, залишає зауваження

Фінансист

Погоджує фінансові умови, суми, платежі

Керівник

Погоджує документи свого підрозділу, бачить прострочення

Підписант

Виконує фінальний підпис

Архіваріус

Переносить завершені документи в архів

Адміністратор системи

Налаштовує типи документів, маршрути, ролі, права й шаблони

Приклади типів документів

Кожне доопрацювання документа має створювати нову версію. ! платформа має надсилати сповіщення користувачам. !== Поля маршруту ==