Атестаційні завдання K2 ERP/Бухгалтерський облік

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

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

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

Назва завдання

Модуль бухгалтерського обліку: автоматизація обліку господарських операцій.

Мета завдання

Мета завдання — створити в K2 ERP модуль для ведення комплексного бухгалтерського обліку підприємства.

Система повинна дозволяти:

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

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

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

Компанія впроваджує систему для ведення бухгалтерського обліку всіх основних фінансових і господарських операцій.

У системі потрібно відображати:

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

Керівництву потрібен контроль руху активів і коштів, а бухгалтерії — інструмент для формування звітності, перевірки проводок, аналізу сальдо та підготовки даних для податкових органів.

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

Типовий процес роботи бухгалтерського модуля виглядає так:

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

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

Об’єкт	Призначення
План рахунків	Довідник бухгалтерських рахунків із кодами, назвами, типами та ієрархією
Контрагенти	Клієнти, постачальники та інші учасники господарських операцій
Первинні документи	Документи, на основі яких формуються бухгалтерські записи
Бухгалтерські проводки	Записи Дт/Кт, які відображають господарські операції
Журнал операцій	Хронологічний список усіх бухгалтерських операцій
ОСВ	Оборотно-сальдова відомість по рахунках за період
Баланс	Звіт про стан активів і пасивів на дату
Валюти та курси	Дані для мультивалютного обліку та переоцінки залишків
Звіти	ОСВ, баланс, журнал операцій, доходи й витрати

Довідник «План рахунків»

План рахунків — це основа бухгалтерського обліку. У ньому зберігаються всі рахунки, на яких ведеться облік активів, зобов’язань, капіталу, доходів, витрат і розрахунків.

Поля рахунку

Поле	Опис
Код рахунку	Наприклад: 361, 631, 701, 281, 311
Назва рахунку	Назва бухгалтерського рахунку
Тип рахунку	Активний, пасивний або активно-пасивний
Батьківський рахунок	Для побудови ієрархії рахунків
Валютний облік	Ознака, чи підтримує рахунок валютні операції
Аналітичний облік	Ознака, чи потрібна деталізація по контрагентах, договорах, складах або інших аналітиках
Активність	Чи використовується рахунок у поточному обліку

Типи рахунків

Тип рахунку	Логіка
Активний	Збільшення відображається по дебету, зменшення — по кредиту
Пасивний	Збільшення відображається по кредиту, зменшення — по дебету
Активно-пасивний	Може мати як дебетове, так і кредитове сальдо

Важливо. План рахунків має підтримувати ієрархію. Це потрібно для побудови звітів не лише по конкретних рахунках, а й по групах рахунків.

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

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

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

Поле	Опис
Назва	Офіційна назва компанії або ПІБ фізичної особи
Код ЄДРПОУ / ІПН	Податковий або реєстраційний код
Тип	Клієнт, постачальник, підрядник або інший тип
Банківські реквізити	Рахунок, банк, МФО або інші реквізити
Контактні дані	Телефон, email, адреса
Статус	Активний або неактивний

Контрагент має використовуватися в проводках, первинних документах, розрахунках і звітах.

Журнал «Бухгалтерські проводки»

Журнал бухгалтерських проводок призначений для реєстрації господарських операцій у вигляді записів по дебету й кредиту.

Кожна проводка має бути пов’язана з документом або ручною операцією.

Поля бухгалтерської проводки

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

Функціональність журналу проводок

Журнал проводок має підтримувати:

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

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

Формування первинних документів і проводок

При проведенні первинних документів система повинна автоматично створювати відповідні бухгалтерські проводки.

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

Типові проводки

Тип документа	Приклад проводки	Зміст операції
Реалізація товарів	Дт 361 Кт 701	Відображення доходу від реалізації
Отримання оплати	Дт 311 Кт 361	Надходження коштів від покупця
Покупка товарів	Дт 281 Кт 631	Оприбуткування товарів від постачальника
Оплата постачальнику	Дт 631 Кт 311	Перерахування коштів постачальнику
Нарахування зарплати	Дт 92 Кт 661	Нарахування заробітної плати
Сплата податків	Дт 641 Кт 311	Сплата податків із поточного рахунку

Документи, які мають формувати проводки

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

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

Ручні бухгалтерські операції

Окрім автоматичних проводок, система повинна підтримувати ручне введення бухгалтерських операцій.

Ручні операції потрібні для:

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

При ручному введенні потрібно обов’язково перевіряти балансування дебету й кредиту.

Контроль балансування Дт/Кт

Система повинна контролювати, щоб кожна операція була збалансована.

Правило балансування

Сума дебету = Сума кредиту

Якщо суми не збігаються, система повинна:

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

Практичний сенс. Контроль Дт/Кт — це базова вимога бухгалтерського обліку. Без нього система не може формувати достовірну ОСВ і баланс.

Мультивалютність

Модуль має підтримувати мультивалютний облік.

Мультивалютність потрібна, якщо компанія веде операції в різних валютах: гривня, долар, євро або інші валюти.

Основні вимоги до мультивалютності

Система повинна підтримувати:

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

Переоцінка валютних залишків

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

Система має вміти:

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

Оборотно-сальдова відомість

Оборотно-сальдова відомість, або ОСВ, є одним із ключових бухгалтерських звітів.

ОСВ показує початкове сальдо, обороти за період і кінцеве сальдо по кожному рахунку.

Структура ОСВ

Рахунок	Назва рахунку	Початкове сальдо Дт	Початкове сальдо Кт	Оборот Дт	Оборот Кт	Кінцеве сальдо Дт	Кінцеве сальдо Кт

ОСВ має формуватися за вибраний період і підтримувати деталізацію по рахунках.

Баланс компанії

Баланс компанії показує стан активів і пасивів на певну дату.

Баланс має будуватися на основі залишків по рахунках.

У балансі потрібно показати:

активи;
зобов’язання;
власний капітал;
підсумки по активах;
підсумки по пасивах.

Журнал операцій

Журнал операцій — це хронологічний реєстр усіх проведених бухгалтерських операцій.

Журнал має показувати:

дату;
номер документа;
опис операції;
рахунок дебету;
рахунок кредиту;
суму;
контрагента;
автора;
документ-підставу.

Звіт «Доходи та витрати»

Бажано передбачити звіт для аналізу доходів і витрат.

У звіті потрібно показувати:

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

Друк і експорт

Модуль повинен підтримувати друк і експорт бухгалтерських звітів.

Потрібні формати:

PDF;
Excel;
друк через браузер або внутрішній механізм K2;
Stimulsoft Reports, якщо використовується в системі.

Експортувати потрібно щонайменше:

оборотно-сальдову відомість;
баланс;
журнал операцій;
звіт доходів і витрат.

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

Інтерфейс модуля має бути зручним для бухгалтера.

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

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

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

Усі важливі зміни потрібно логувати.

Журнал змін має фіксувати:

хто створив проводку;
хто змінив проводку;
хто провів документ;
хто скасував проводку;
хто змінив рахунок;
хто змінив суму;
дату й час зміни;
старе й нове значення.

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

Параметр	Опис
Бекенд	K2 Cloud ERP на Python або PHP
База даних	PostgreSQL або MySQL
Фронтенд	HTML5, JavaScript
AJAX	Fetch API або Axios
UI-компоненти	DataTables, Select2
Друк / експорт	Stimulsoft Reports, PDF, Excel

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

У межах атестації потрібно продемонструвати робочий сценарій.

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

створити рахунки в плані рахунків;
створити контрагента-клієнта;
створити контрагента-постачальника;
створити первинний документ реалізації;
провести документ реалізації;
перевірити автоматичну проводку Дт 361 Кт 701;
створити оплату від клієнта;
перевірити проводку Дт 311 Кт 361;
створити документ покупки товарів;
перевірити проводку Дт 281 Кт 631;
створити оплату постачальнику;
перевірити проводку Дт 631 Кт 311;
створити операцію нарахування зарплати;
перевірити проводку Дт 92 Кт 661;
створити операцію сплати податків;
перевірити проводку Дт 641 Кт 311;
створити ручну бухгалтерську операцію;
перевірити контроль балансування Дт/Кт;
сформувати журнал операцій;
сформувати оборотно-сальдову відомість;
сформувати баланс компанії;
виконати експорт ОСВ або журналу операцій.

Критерії оцінювання

Критерій	Бали	Що перевіряється
Реалізація плану рахунків і механізму проводок	20	Ієрархія рахунків, типи рахунків, дебет, кредит, ручні операції
Автоматизація проводок на основі документів	20	Формування проводок із реалізації, оплат, покупок, зарплати та податків
Формування оборотно-сальдової відомості	20	Початкове сальдо, обороти Дт/Кт, кінцеве сальдо по рахунках
Контроль балансування Дт/Кт	20	Заборона проведення незбалансованих операцій, підсвітка помилок
Інтерактивність інтерфейсу та експорт	20	AJAX, фільтри, пошук, PDF/Excel-експорт, зручність роботи бухгалтера
Разом	100	Максимальна оцінка

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

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

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

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

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

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

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

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

Модуль має підтримувати план рахунків, контрагентів, ручні й автоматичні проводки, первинні документи, контроль Дт/Кт, мультивалютність, журнал операцій, оборотно-сальдову відомість, баланс компанії, друк і експорт звітності.

Примітка

Бухгалтерський облік є одним із базових модулів ERP-системи.

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

Коротко

Питання	Відповідь
Що потрібно створити?	Модуль бухгалтерського обліку
Який головний довідник?	План рахунків
Який головний механізм?	Бухгалтерські проводки Дт/Кт
Що мають робити первинні документи?	Автоматично формувати бухгалтерські проводки
Яка головна перевірка?	Рівність дебету й кредиту
Які основні звіти потрібні?	ОСВ, баланс компанії, журнал операцій
Що має підтримувати система?	Мультивалютність, фільтри, AJAX, PDF/Excel-експорт
Що є критичною вимогою?	Повний цикл: документ → проводка → ОСВ → баланс