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

Перенос з GoogleDoc
 
Немає опису редагування
 
Рядок 1: Рядок 1:
== Модуль бухгалтерського обліку: автоматизація обліку господарських операцій ==
{{DISPLAYTITLE:Атестаційні завдання K2 ERP/Бухгалтерський облік}}


=== Реальний бізнес-контекст ===
'''Атестаційне завдання K2 ERP — Бухгалтерський облік''' — це практична задача для перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні модуля бухгалтерського обліку, плану рахунків, проводок, первинних документів, оборотно-сальдової відомості, балансу, мультивалютності та бухгалтерської звітності.
Компанія має на меті впровадження системи для ведення комплексного бухгалтерського обліку всіх фінансових операцій[cite: 88, 89, 90]:


* Облік продажів та покупок[cite: 91, 92];
Модуль має забезпечувати облік господарських операцій компанії: продажів, покупок, оплат, податків, зарплати, основних засобів, доходів, витрат, активів і пасивів.
* Управління основними засобами[cite: 93];
* Облік заробітної плати та податків[cite: 94, 95];
* Аналіз витрат і доходів[cite: 96];
* Генерація оборотно-сальдової відомості (ОСВ) та бухгалтерського балансу[cite: 97].


Керівництву необхідно забезпечити контроль руху активів і коштів, формування звітності та підготовку документів для податкових органів[cite: 98, 99, 100, 101].
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Коротко.''' Потрібно реалізувати бухгалтерський модуль, який веде план рахунків, створює бухгалтерські проводки, автоматично формує записи з первинних документів, контролює рівність дебету й кредиту, будує ОСВ, баланс і журнал операцій.
</div>


=== Основні завдання ===
__TOC__


==== 1. Структура довідників ====
== Назва завдання ==


* '''Довідник «План рахунків»''': містить код рахунку (наприклад, 361, 631, 701), назву, тип (Активний / Пасивний / Активно-пасивний) та батьківський рахунок для побудови ієрархії[cite: 104, 105, 106, 107, 108].
'''Модуль бухгалтерського обліку: автоматизація обліку господарських операцій'''.
* '''Довідник «Контрагенти»''': включає назву, код ЄДРПОУ/ІПН, тип (Клієнт / Постачальник) та банківські реквізити[cite: 109, 110, 111, 112, 113].


==== 2. Журнал «Бухгалтерські проводки» ====
== Мета завдання ==
Журнал призначений для реєстрації господарських операцій із наступними даними: дата, номер документа, опис операції, сума, рахунки дебету/кредиту та контрагент[cite: 114, 115, 116, 117, 118, 119, 120, 121, 122].


* '''Функціонал''': підтримка ручного введення та автоматичного формування проводок на основі первинних документів (накладні, рахунки тощо)[cite: 123, 124].
Мета завдання — створити в K2 ERP модуль для ведення комплексного бухгалтерського обліку підприємства.
* '''Фільтрація''': швидкий пошук за датами, рахунками та контрагентами[cite: 125].


==== 3. Формування первинних документів та проводок ====
Система повинна дозволяти:
При проведенні документів система має автоматично створювати відповідні бухгалтерські записи[cite: 126, 127]:
 
{| class="wikitable"
* вести план рахунків;
!Тип документа
* створювати й редагувати бухгалтерські проводки;
!Приклад проводок [cite: 128]
* формувати проводки вручну;
* автоматично формувати проводки на основі первинних документів;
* вести облік продажів і покупок;
* вести облік оплат від клієнтів і постачальникам;
* вести облік податків;
* враховувати зарплатні операції;
* підтримувати облік основних засобів;
* аналізувати доходи й витрати;
* контролювати рівність дебету та кредиту;
* формувати оборотно-сальдову відомість;
* формувати бухгалтерський баланс;
* формувати журнал господарських операцій;
* підтримувати мультивалютний облік;
* виконувати експорт звітів у PDF або Excel.
 
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
'''Головний принцип.''' Бухгалтерський модуль не повинен бути просто таблицею ручних записів. Первинні документи мають автоматично формувати проводки, а звіти повинні будуватися на основі цих проводок.
</div>
 
== Реальний бізнес-контекст ==
 
Компанія впроваджує систему для ведення бухгалтерського обліку всіх основних фінансових і господарських операцій.
 
У системі потрібно відображати:
 
* продажі товарів і послуг;
* покупки товарів і послуг;
* отримання оплат від клієнтів;
* оплату постачальникам;
* нарахування заробітної плати;
* сплату податків;
* рух грошових коштів;
* доходи;
* витрати;
* активи;
* зобов’язання;
* залишки на бухгалтерських рахунках.
 
Керівництву потрібен контроль руху активів і коштів, а бухгалтерії — інструмент для формування звітності, перевірки проводок, аналізу сальдо та підготовки даних для податкових органів.
 
== Основний бізнес-процес ==
 
Типовий процес роботи бухгалтерського модуля виглядає так:
 
# налаштовується план рахунків;
# створюються контрагенти;
# користувач створює первинний документ;
# документ проводиться;
# система автоматично формує бухгалтерські проводки;
# проводки потрапляють у журнал операцій;
# бухгалтер перевіряє правильність дебету й кредиту;
# система контролює балансування проводок;
# на основі проводок формується оборотно-сальдова відомість;
# на основі залишків формується бухгалтерський баланс;
# дані експортуються або друкуються для подальшої роботи.
 
== Основні об’єкти модуля ==
 
{| class="wikitable" style="width:100%;"
! Об’єкт
! Призначення
|-
| План рахунків
| Довідник бухгалтерських рахунків із кодами, назвами, типами та ієрархією
|-
| Контрагенти
| Клієнти, постачальники та інші учасники господарських операцій
|-
| Первинні документи
| Документи, на основі яких формуються бухгалтерські записи
|-
| Бухгалтерські проводки
| Записи Дт/Кт, які відображають господарські операції
|-
| Журнал операцій
| Хронологічний список усіх бухгалтерських операцій
|-
| ОСВ
| Оборотно-сальдова відомість по рахунках за період
|-
| Баланс
| Звіт про стан активів і пасивів на дату
|-
| Валюти та курси
| Дані для мультивалютного обліку та переоцінки залишків
|-
| Звіти
| ОСВ, баланс, журнал операцій, доходи й витрати
|}
 
== Довідник «План рахунків» ==
 
План рахунків — це основа бухгалтерського обліку. У ньому зберігаються всі рахунки, на яких ведеться облік активів, зобов’язань, капіталу, доходів, витрат і розрахунків.
 
== Поля рахунку ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Код рахунку
| Наприклад: 361, 631, 701, 281, 311
|-
| Назва рахунку
| Назва бухгалтерського рахунку
|-
| Тип рахунку
| Активний, пасивний або активно-пасивний
|-
| Батьківський рахунок
| Для побудови ієрархії рахунків
|-
|-
|Реалізація товарів
| Валютний облік
|Дт 361 Кт 701 (відображення доходу)
| Ознака, чи підтримує рахунок валютні операції
|-
|-
|Отримання оплати
| Аналітичний облік
|Дт 311 Кт 361
| Ознака, чи потрібна деталізація по контрагентах, договорах, складах або інших аналітиках
|-
|-
|Покупка товарів
| Активність
|Дт 281 Кт 631
| Чи використовується рахунок у поточному обліку
|}
 
== Типи рахунків ==
 
{| class="wikitable" style="width:100%;"
! Тип рахунку
! Логіка
|-
|-
|Оплата постачальнику
| Активний
|Дт 631 Кт 311
| Збільшення відображається по дебету, зменшення — по кредиту
|-
|-
|Нарахування зарплати
| Пасивний
|Дт 92 Кт 661
| Збільшення відображається по кредиту, зменшення — по дебету
|-
|-
|Сплата податків
| Активно-пасивний
|Дт 641 Кт 311
| Може мати як дебетове, так і кредитове сальдо
|}
|}


=== Звітність ===
<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;">
'''Важливо.''' План рахунків має підтримувати ієрархію. Це потрібно для побудови звітів не лише по конкретних рахунках, а й по групах рахунків.
</div>


* '''Оборотно-сальдова відомість''': відображення початкового сальдо, оборотів за період та кінцевого сальдо по кожному рахунку[cite: 130, 131, 132, 133, 134].
== Довідник «Контрагенти» ==
* '''Баланс компанії''': стан активів і пасивів на певну дату[cite: 135, 136].
* '''Журнал операцій''': хронологічний реєстр усіх проведених операцій[cite: 137, 138].


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


* '''Балансування''': обов'язкова рівність Дебету і Кредиту в кожній проводці[cite: 140].
== Поля контрагента ==
* '''Мультивалютність''': підтримка курсів валют та переоцінка валютних залишків[cite: 143, 144, 145].
* '''Інтерфейс''': використання AJAX для додавання проводок без перезавантаження, підсвітка незбалансованих записів червоним кольором[cite: 147, 149].


{| class="wikitable"
{| class="wikitable" style="width:100%;"
!Параметр
! Поле
!Опис [cite: 152]
! Опис
|-
|-
|Бекенд
| Назва
|K2 Cloud ERP (Python або PHP)
| Офіційна назва компанії або ПІБ фізичної особи
|-
|-
|БД
| Код ЄДРПОУ / ІПН
|PostgreSQL або MySQL
| Податковий або реєстраційний код
|-
|-
|Фронтенд
| Тип
|HTML5, JavaScript, AJAX (Fetch/Axios)
| Клієнт, постачальник, підрядник або інший тип
|-
|-
|UI-компоненти
| Банківські реквізити
|DataTables, Select2
| Рахунок, банк, МФО або інші реквізити
|-
|-
|Друк/Експорт
| Контактні дані
|Stimulsoft Reports, PDF, Excel
| Телефон, email, адреса
|-
| Статус
| Активний або неактивний
|}
|}


=== Критерії оцінки ===
Контрагент має використовуватися в проводках, первинних документах, розрахунках і звітах.
 
== Журнал «Бухгалтерські проводки» ==
 
Журнал бухгалтерських проводок призначений для реєстрації господарських операцій у вигляді записів по дебету й кредиту.
 
Кожна проводка має бути пов’язана з документом або ручною операцією.
 
== Поля бухгалтерської проводки ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Дата
| Дата господарської операції
|-
| Номер документа
| Номер первинного документа або ручної операції
|-
| Опис операції
| Короткий зміст господарської операції
|-
| Рахунок дебету
| Бухгалтерський рахунок дебету
|-
| Рахунок кредиту
| Бухгалтерський рахунок кредиту
|-
| Сума
| Сума операції
|-
| Валюта
| Валюта операції, якщо використовується мультивалютність
|-
| Контрагент
| Контрагент, пов’язаний з операцією
|-
| Документ-підстава
| Первинний документ, який створив проводку
|-
| Автор
| Користувач, який створив або провів операцію
|}
 
== Функціональність журналу проводок ==
 
Журнал проводок має підтримувати:
 
* ручне введення проводок;
* автоматичне формування проводок на основі документів;
* пошук за датами;
* пошук за рахунками;
* пошук за контрагентами;
* пошук за номером документа;
* фільтрацію за типами операцій;
* підсвітку незбалансованих або помилкових записів;
* експорт у Excel або PDF;
* перегляд документа-підстави.
 
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Критично.''' У кожній бухгалтерській операції дебет і кредит мають бути збалансовані. Система не повинна дозволяти провести операцію, якщо сума дебету не дорівнює сумі кредиту.
</div>
 
== Формування первинних документів і проводок ==
 
При проведенні первинних документів система повинна автоматично створювати відповідні бухгалтерські проводки.
 
Це дозволяє користувачу працювати з бізнес-документами, а бухгалтерський облік формується автоматично на основі правил.
 
== Типові проводки ==
 
{| class="wikitable" style="width:100%;"
! Тип документа
! Приклад проводки
! Зміст операції
|-
| Реалізація товарів
| Дт 361 Кт 701
| Відображення доходу від реалізації
|-
| Отримання оплати
| Дт 311 Кт 361
| Надходження коштів від покупця
|-
| Покупка товарів
| Дт 281 Кт 631
| Оприбуткування товарів від постачальника
|-
| Оплата постачальнику
| Дт 631 Кт 311
| Перерахування коштів постачальнику
|-
| Нарахування зарплати
| Дт 92 Кт 661
| Нарахування заробітної плати
|-
| Сплата податків
| Дт 641 Кт 311
| Сплата податків із поточного рахунку
|}
 
== Документи, які мають формувати проводки ==
 
У межах атестаційного завдання бажано передбачити автоматичне формування проводок щонайменше для таких документів:
 
* реалізація товарів або послуг;
* надходження товарів;
* оплата від клієнта;
* оплата постачальнику;
* нарахування зарплати;
* сплата податків;
* списання витрат;
* переміщення коштів, якщо воно використовується в моделі.
 
== Ручні бухгалтерські операції ==
 
Окрім автоматичних проводок, система повинна підтримувати ручне введення бухгалтерських операцій.
 
Ручні операції потрібні для:
 
* коригувань;
* закриття періоду;
* службових операцій;
* виправлень;
* операцій, які не мають окремого первинного документа в системі.
 
При ручному введенні потрібно обов’язково перевіряти балансування дебету й кредиту.
 
== Контроль балансування Дт/Кт ==
 
Система повинна контролювати, щоб кожна операція була збалансована.
 
== Правило балансування ==
 
<pre>
Сума дебету = Сума кредиту
</pre>
 
Якщо суми не збігаються, система повинна:
 
* підсвітити операцію червоним кольором;
* показати повідомлення про помилку;
* не дозволити провести операцію;
* зберегти запис лише як чернетку, якщо це передбачено логікою.
 
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Практичний сенс.''' Контроль Дт/Кт — це базова вимога бухгалтерського обліку. Без нього система не може формувати достовірну ОСВ і баланс.
</div>
 
== Мультивалютність ==
 
Модуль має підтримувати мультивалютний облік.
 
Мультивалютність потрібна, якщо компанія веде операції в різних валютах: гривня, долар, євро або інші валюти.
 
== Основні вимоги до мультивалютності ==
 
Система повинна підтримувати:
 
* довідник валют;
* курси валют;
* валюту документа;
* валюту проводки;
* суму в валюті операції;
* суму в базовій валюті;
* переоцінку валютних залишків;
* звіти в базовій валюті.
 
== Переоцінка валютних залишків ==
 
Переоцінка валютних залишків потрібна для відображення курсових різниць.
 
Система має вміти:
 
* визначити валютні рахунки;
* отримати курс на дату переоцінки;
* перерахувати залишок у базову валюту;
* визначити курсову різницю;
* сформувати бухгалтерську проводку переоцінки.
 
== Оборотно-сальдова відомість ==
 
Оборотно-сальдова відомість, або ОСВ, є одним із ключових бухгалтерських звітів.
 
ОСВ показує початкове сальдо, обороти за період і кінцеве сальдо по кожному рахунку.
 
== Структура ОСВ ==
 
{| class="wikitable" style="width:100%;"
! Рахунок
! Назва рахунку
! Початкове сальдо Дт
! Початкове сальдо Кт
! Оборот Дт
! Оборот Кт
! Кінцеве сальдо Дт
! Кінцеве сальдо Кт
|-
|
|
|
|
|
|
|
|
|}
 
ОСВ має формуватися за вибраний період і підтримувати деталізацію по рахунках.
 
== Баланс компанії ==
 
Баланс компанії показує стан активів і пасивів на певну дату.
 
Баланс має будуватися на основі залишків по рахунках.
 
У балансі потрібно показати:
 
* активи;
* зобов’язання;
* власний капітал;
* підсумки по активах;
* підсумки по пасивах.
 
== Журнал операцій ==
 
Журнал операцій — це хронологічний реєстр усіх проведених бухгалтерських операцій.
 
Журнал має показувати:
 
* дату;
* номер документа;
* опис операції;
* рахунок дебету;
* рахунок кредиту;
* суму;
* контрагента;
* автора;
* документ-підставу.
 
== Звіт «Доходи та витрати» ==
 
Бажано передбачити звіт для аналізу доходів і витрат.
 
У звіті потрібно показувати:
 
* доходи за період;
* витрати за період;
* фінансовий результат;
* деталізацію по статтях;
* деталізацію по контрагентах або проєктах, якщо така аналітика використовується.
 
== Друк і експорт ==
 
Модуль повинен підтримувати друк і експорт бухгалтерських звітів.
 
Потрібні формати:
 
* PDF;
* Excel;
* друк через браузер або внутрішній механізм K2;
* Stimulsoft Reports, якщо використовується в системі.
 
Експортувати потрібно щонайменше:
 
* оборотно-сальдову відомість;
* баланс;
* журнал операцій;
* звіт доходів і витрат.
 
== AJAX-інтерактив ==
 
Інтерфейс модуля має бути зручним для бухгалтера.
 
Через AJAX мають працювати:
 
* додавання проводки;
* редагування проводки;
* вибір рахунку через пошук;
* вибір контрагента через пошук;
* перевірка балансування;
* підсвітка помилок;
* фільтрація журналу;
* формування звітів за період без повного перезавантаження сторінки.
 
== Логування змін ==
 
Усі важливі зміни потрібно логувати.
 
Журнал змін має фіксувати:
 
* хто створив проводку;
* хто змінив проводку;
* хто провів документ;
* хто скасував проводку;
* хто змінив рахунок;
* хто змінив суму;
* дату й час зміни;
* старе й нове значення.
 
== Технічні вимоги ==
 
{| class="wikitable" style="width:100%;"
! Параметр
! Опис
|-
| Бекенд
| 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;
# створити ручну бухгалтерську операцію;
# перевірити контроль балансування Дт/Кт;
# сформувати журнал операцій;
# сформувати оборотно-сальдову відомість;
# сформувати баланс компанії;
# виконати експорт ОСВ або журналу операцій.
 
== Критерії оцінювання ==
 
{| class="wikitable" style="width:100%;"
! Критерій
! Бали
! Що перевіряється
|-
| Реалізація плану рахунків і механізму проводок
| 20
| Ієрархія рахунків, типи рахунків, дебет, кредит, ручні операції
|-
| Автоматизація проводок на основі документів
| 20
| Формування проводок із реалізації, оплат, покупок, зарплати та податків
|-
| Формування оборотно-сальдової відомості
| 20
| Початкове сальдо, обороти Дт/Кт, кінцеве сальдо по рахунках
|-
| Контроль балансування Дт/Кт
| 20
| Заборона проведення незбалансованих операцій, підсвітка помилок
|-
| Інтерактивність інтерфейсу та експорт
| 20
| AJAX, фільтри, пошук, PDF/Excel-експорт, зручність роботи бухгалтера
|-
! Разом
! 100
! Максимальна оцінка
|}
 
== Шкала оцінювання ==
 
{| class="wikitable" style="width:100%;"
! Бали
! Рівень
! Опис
|-
| 90–100
| Відмінно
| Бухгалтерський модуль повністю працює: план рахунків, проводки, документи, ОСВ, баланс, контроль Дт/Кт і експорт реалізовані коректно
|-
| 75–89
| Добре
| Основна логіка працює, є незначні недоліки, які не руйнують бухгалтерський процес
|-
| 60–74
| Зараховано
| Базовий сценарій працює, але частина функцій реалізована неповно або потребує доопрацювання
|-
| 0–59
| Не зараховано
| Відсутня критична логіка: план рахунків, проводки, балансування, ОСВ або автоматичні проводки
|}
 
== Критичні помилки ==
 
Критичними помилками вважаються ситуації, коли:
 
* неможливо створити рахунок у плані рахунків;
* неможливо створити бухгалтерську проводку;
* проводка не має дебету або кредиту;
* система дозволяє провести незбалансовану операцію;
* первинні документи не формують проводки;
* проводки формуються з неправильними рахунками;
* ОСВ не відповідає проводкам;
* баланс не будується на основі залишків;
* мультивалютні операції не зберігають валюту й суму в базовій валюті;
* немає журналу операцій;
* немає можливості знайти проводку за датою, рахунком або контрагентом;
* експорт звітів не працює;
* зміни в проводках не логуються.
 
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Умова складання.''' Завдання не може бути зараховане, якщо система не дозволяє пройти базовий цикл бухгалтерського обліку: первинний документ → проводка → журнал операцій → ОСВ → баланс.
</div>
 
== Очікуваний результат ==
 
У результаті виконання атестаційного завдання має бути створений модуль бухгалтерського обліку в K2 ERP.
 
Модуль має підтримувати план рахунків, контрагентів, ручні й автоматичні проводки, первинні документи, контроль Дт/Кт, мультивалютність, журнал операцій, оборотно-сальдову відомість, баланс компанії, друк і експорт звітності.
 
== Примітка ==
 
Бухгалтерський облік є одним із базових модулів ERP-системи.
 
Правильна реалізація цього модуля дозволяє компанії бачити не просто список документів, а реальну фінансову картину: активи, зобов’язання, доходи, витрати, залишки по рахунках і результати господарських операцій.
 
== Коротко ==
 
{| class="wikitable" style="width:100%;"
! Питання
! Відповідь
|-
| Що потрібно створити?
| Модуль бухгалтерського обліку
|-
| Який головний довідник?
| План рахунків
|-
| Який головний механізм?
| Бухгалтерські проводки Дт/Кт
|-
| Що мають робити первинні документи?
| Автоматично формувати бухгалтерські проводки
|-
| Яка головна перевірка?
| Рівність дебету й кредиту
|-
| Які основні звіти потрібні?
| ОСВ, баланс компанії, журнал операцій
|-
| Що має підтримувати система?
| Мультивалютність, фільтри, AJAX, PDF/Excel-експорт
|-
| Що є критичною вимогою?
| Повний цикл: документ → проводка → ОСВ → баланс
|}
 
== Див. також ==
 
* [[K2 Cloud ERP|K2 ERP]]
* [[K2 ERP]]
* [[Атестаційні завдання K2 ERP]]
* [[Бухгалтерський облік]]
* [[План рахунків]]
* [[Бухгалтерська проводка]]
* [[Оборотно-сальдова відомість]]
* [[Баланс]]
* [[Контрагенти]]
* [[Мультивалютність]]
* [[Первинні документи]]
* [[Фінансовий облік]]


# Реалізація плану рахунків та механізму проводок — 20 балів[cite: 154].
[[Категорія:K2 ERP]]
# Автоматизація проводок на основі документів — 20 балів[cite: 154].
[[Категорія:Атестаційні завдання K2]]
# Формування оборотно-сальдової відомості — 20 балів[cite: 154].
[[Категорія:Бухгалтерський облік]]
# Контроль балансування Дт/Кт — 20 балів[cite: 154].
[[Категорія:План рахунків]]
# Інтерактивність інтерфейсу та можливість експорту — 20 балів[cite: 154].
[[Категорія:Бухгалтерські проводки]]
[[Категорія:Фінансовий облік]]
[[Категорія:Корпоративна Wiki]]