Перейти до вмісту

Атестаційні завдання K2 ERP/Управління договорами

Матеріал з K2 ERP Wiki
Версія від 21:34, 28 квітня 2026, створена R (обговорення | внесок) (Перенос з Гугл док)
(різн.) ← Попередня версія | Поточна версія (різн.) | Новіша версія → (різн.)

Див.; додатково

У формі договору потрібно передбачити: Довідник типів договорів повинен містити:

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

  • вести обліковий облік усіх договорів;
  • контролювати терміни закінчення;
  • автономно нараховувати суму щомісячних платежів по договорах, як ілюстрація абонплату, роялті або постійні послуги;
  • автономно формувати акти або рахунки на підставі активних договорів;
  • вчасно попереджати про закінчення або пролонгацію договорів.; За 30 днів до закінчення договору платформа має створити нагадування.;== Критерії оцінки ==

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

  • контрагента;
  • суму;
  • дату виставлення;
  • підпис директора та бухгалтера.; керування договорами — практична задача для розробника K2 ERP.; * номер договору;
  • контрагент;
  • тип договору;
  • дата укладання;
  • дата початку;
  • дата закінчення;
  • статус договору:
    • діючий;
    • закінчений;
    • пролонгований;
    • розірваний;
  • сума договору;
  • періодичність оплат:
    • одноразово;
    • щомісяця;
    • щокварталу.; додатково потрібно показувати суми укладених зобов’язань.; додатково потрібно реалізувати генерацію шаблонного тексту договору на основі введених даних.;=== 5.; Сповіщення про закінчення договору ===

На початку кожного місяця платформа має перевіряти всі діючі договори з періодичністю «Щомісяця».; Шаблон рахунку повинен містити:

Журнал договорів має підтримувати: Форма створення договору повинна містити:
Бали
  • укладені;
  • закінчені;
  • пролонговані.;== Реалістичний характеристика бізнес-процесу ==
 характеристика
  • контрагента з вибором через AJAX-пошук;
  • тип договору;
  • номер договору, який вводиться вручну або генерується автономно;
  • дату укладання;
  • дату початку;
  • дату закінчення;
  • умови пролонгації:
    • автономно;
    • за погодженням;
  • періодичність виставлення рахунків;
  • суму платежу, якщо передбачені періодичні платежі.; Цей компонент є собою обов’язковим для будь-якої компанії середнього і великого бізнесу, яка функціонує з договорами: сервісних компаній, IT-компаній, торговельних мереж, орендодавців і фінансових установ.;=== 3.; Форма створення договору ===

У шаблоні потрібно підтримати підстановку змінних:

Довідник «Контрагенти»

  • назву компанії;
  • тип контрагента:
    • замовник;
    • постачальник;
  • ЄДРПОУ або ІПН;
  • контактну особу;
  • email для повідомлень.;== Рекомендовані сутності бази даних ==
  • контрагенти;
  • типи договорів;
  • договори;
  • файли договорів;
  • умови пролонгації;
  • графік платежів;
  • рахунки;
  • рядки рахунків;
  • акти;
  • сповіщення;
  • відповідальні менеджери;
  • журнал змін договорів;
  • шаблони друку.;=== 1.; Структура довідників ===

2.; Журнал «Договори»

Звіт «Договори за період»

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

4.; Автоматичне нарахування рахунків по договорах

  • відображатися у списку «Договори, що закінчуються» у панелі керівника;
  • надсилатися email відповідальному менеджеру.; Шаблон договору повинен формуватися у форматі DOCX або PDF.;==== Звіт «Очікувані платежі» ====
компонент керування договорами компанії.; Для нормальної роботи потрібно:
Бекенд K2 ERP на Python або PHP
БД PostgreSQL або MySQL
Фронтенд HTML5, JavaScript, AJAX
UI-компоненти DataTables, Select2 для вибору контрагентів
Друк Stimulsoft або внутрішній генератор PDF

Шаблон рахунку

Нагадування повинно:

Додаткові інформаційні дані договору

Довідник «Типи договорів»

Реалізація журналу договорів 15
Форма створення договору та розрахунки 20
Автоматичне створення рахунків 20
Нотифікації про закінчення договорів 15
Формування друкованих шаблонів 10
Якість структури БД і коду 20

Заголовок договору

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

Назва

Журнал договорів повинен відображати всі договори компанії.; компонент повинен підтримувати: !Разом

  • роботу без перезавантаження сторінок через AJAX;
  • збереження чернеток договорів;
  • автоматичний підрахунок сум платежів;
  • лог змін із зазначенням, хто і коли редагував договір.; * прикріплення файлу скану підписаного договору у форматі PDF;
  • поле приміток у форматі textarea.;=== 7.; формування звітів ===

8.; Функціональні вимоги

  • пошук за номером договору;
  • пошук за контрагентом;
  • пошук за періодами;
  • фільтрацію по статусу;
  • масове продовження договорів на новий термін — пролонгацію;
  • лог змін по кожному договору.; Для кожного такого договору платформа повинна:

Шаблон договору

6.; Шаблони друку

У журналі мають бути такі колонки:

Примітка

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

  • назву типу договору:
    • оренда;
    • постійне обслуговування;
    • постачання;
    • аутсорсинг;
    • ліцензійна угода;
    • інші типи;
  • ознаку, чи потребує тип договору автоматичного виставлення рахунків: так або ні.; організація має велику кількість договорів із клієнтами та підрядниками.; Звіт повинен показувати суми платежів по діючих договорах на майбутні місяці.;==== Колонки журналу ====
Отримано з https://wiki.corp2.eu/index.php?title=Атестаційні_завдання_K2_ERP/Управління_договорами&oldid=143