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

Чому первинку, проведення і звітність недостатньо вчити окремо

Вихідні умови кейсу

Десять подій одного місяця

Чотири звіряння і виправлення закладеної помилки

Що перевірити до і після закриття місяця у BAS

Як облікові дані переходять у звітність

Підсумкова карта: від документа до звітності

Контрольні суми завершеного кейсу

Коли кейс справді виконано

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

Нижче — навчальний приклад, а не готова облікова політика чи індивідуальна податкова консультація. Назви субрахунків і склад рухів залежать від робочого плану рахунків, налаштувань BAS, виду операції, моменту визнання та підтвердження ПДВ. Усі суми й припущення для цього кейсу названі прямо, тому кожен підсумок можна перевірити.

Чому первинку, проведення і звітність недостатньо вчити окремо

У реальній роботі бухгалтер одночасно відповідає на п’ять різних запитань:

• Чи була господарська подія насправді та в якому періоді її визнавати?
• Чи містить первинний документ потрібні реквізити й чи відповідає він договору?
• Яким документом у BAS відобразити подію та яку аналітику заповнити?
• На яких рахунках і в яких регістрах з’явиться результат?
• До якого показника фінансової або податкової звітності потраплять перевірені дані?

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

Станом на 23 вересня 2026 року чинний Закон України № 996-XIV вимагає, щоб первинний документ містив, зокрема, назву, дату складання, назву підприємства, зміст та обсяг операції, одиницю виміру, а також дані, що дають змогу ідентифікувати відповідальних осіб. Чинна з 1 квітня 2026 року норма допускає відсутність окремих реквізитів зі сторони замовника для певних послуг, робіт або оренди лише за сукупності визначених законом умов і з винятками. Це не загальний дозвіл оформлювати будь-яку первинку без підписів. У нашому кейсі послугу підтверджує двосторонній акт, тож спеціальне правило не застосовуємо.

Контрольний результат етапу: слухач розрізняє господарську подію, первинний документ, документ у BAS, бухгалтерський запис, регістр і показник звітності та може пояснити зв’язок між ними.

Вихідні умови кейсу

Навчальний місяць — серпень 2026 року. Умовне ТОВ «Практик Офіс» продає офісні аксесуари та окремо надає послуги з налаштування робочих місць. Підприємство веде облік за національними стандартами, застосовує загальну систему оподаткування, зареєстроване платником ПДВ і використовує ставку 20% для всіх оподатковуваних операцій цього прикладу. Облік запасів — кількісно-сумовий за номенклатурою і складом; собівартість проданих однорідних одиниць у кейсі становить 300 грн за одиницю.

У штаті двоє працівників. Щоб не змішувати в одному невеликому кейсі зарплатний блок із відпускними, лікарняними та персональними податковими даними, зарплату за серпень тут не моделюємо. Натомість включаємо повністю закриту підзвітну операцію з корпоративною карткою. Це свідоме обмеження, а не твердження, що зарплата не належить до місячного циклу.

На 1 серпня в підприємства є 120 000 грн на поточному рахунку та 120 000 грн зареєстрованого й сплаченого капіталу. Інших початкових залишків немає. Для навчального робочого плану рахунків використовуємо звичну логіку рахунків 311 для банку, 281 для товарів, 152 для придбання необоротного активу, 104 для обладнання, 361 і 631 для розрахунків, 372 для підзвітної особи, 702/703 для доходу, 902 для собівартості, 92 для адміністративних витрат та 791 для фінансового результату. Це рішення саме цього кейсу, а не універсальна схема для будь-якої конфігурації.

Контрольний результат етапу: актив на початок дорівнює джерелу його формування: 120 000 грн = 120 000 грн. Немає прихованих боргів, запасів чи податкових залишків.

Десять подій одного місяця

1. Введення початкових залишків — 1 серпня

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

Визнання і відображення. У навчальній базі залишок банку 120 000 грн зіставляємо з капіталом 120 000 грн. За прийнятим планом рахунків це логіка 311/401. Вводити одну сторону без другої не можна: BAS може технічно прийняти залишок, але баланс не зійдеться.

Аналітика і контроль. Організація, банківський рахунок, валюта та засновник мають відповідати вихідним документам. Контрольний результат: дебетове сальдо банку — 120 000 грн, кредитове сальдо капіталу — 120 000 грн.

2. Закупівля товару — 3 серпня

Подія. Постачальник передав 120 одиниць товару по 300 грн без ПДВ. Вартість товару — 36 000 грн, ПДВ — 7 200 грн, борг постачальнику — 43 200 грн.

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

Логіка обліку. За нашим робочим планом збільшуємо товар на 281 і кредиторську заборгованість на 631; вхідний ПДВ 7 200 грн ведемо окремо з урахуванням підтвердження податковою накладною. Контролюємо постачальника, договір, склад «Основний», номенклатуру, кількість, ціну і ставку ПДВ. Контрольний результат: на складі 120 одиниць на 36 000 грн, постачальнику винні 43 200 грн.

3. Придбання ноутбука — 4 серпня

Подія. Інший постачальник передав ноутбук вартістю 30 000 грн без ПДВ; ПДВ — 6 000 грн; до сплати — 36 000 грн.

Документи й дата. Договір, видаткова накладна, технічна комплектація та податкова накладна. На 4 серпня актив ще не готовий до використання, тому в умовах кейсу він накопичується як капітальна інвестиція, а не одразу як об’єкт основних засобів.

Логіка обліку. Збільшуємо 152 на 30 000 грн, борг на 631 — на 36 000 грн, а підтверджений вхідний ПДВ — на 6 000 грн. Аналітика: конкретний постачальник, договір, майбутній об’єкт, матеріально відповідальна особа. Контрольний результат: капітальні інвестиції — 30 000 грн; сумарний вхідний ПДВ за двома закупівлями — 13 200 грн; загальна кредиторська заборгованість — 79 200 грн.

4. Оплата товарному постачальнику — 5 серпня

Документи й дата. Платіжна інструкція та банківська виписка. Операцію визнаємо за датою списання банком 43 200 грн, а не за датою створення платіжки.

Логіка обліку. Зменшуємо банк і погашаємо борг саме за договором постачання товару. За нашим планом це зв’язок 631/311, але вирішальними є не номери рахунків, а правильні контрагент, договір, документ розрахунків і призначення платежу. Контрольний результат: банк — 76 800 грн; борг товарному постачальнику — 0 грн; борг постачальнику ноутбука залишається 36 000 грн.

5. Продаж 80 одиниць товару — 8 серпня

Подія. Покупцю ТОВ «Вектор» відвантажено 80 одиниць по 600 грн без ПДВ. Дохід без ПДВ — 48 000 грн, ПДВ — 9 600 грн, дебіторська заборгованість — 57 600 грн. Собівартість вибуття — 80 × 300 = 24 000 грн.

Документи й дата. Договір постачання, видаткова накладна та податкова накладна. За умовами прикладу контроль над товаром переходить 8 серпня, тому цією датою визнаємо дохід, ПДВ і собівартість.

Логіка обліку. У нашому робочому плані розрахунки з покупцем пов’язані з доходом 702 і ПДВ, а собівартість — із рухом 902/281. Перевіряємо покупця, договір «Поставка товару», склад, 80 одиниць, ціну, ПДВ та відсутність від’ємного залишку. Контрольний результат: на складі 40 одиниць на 12 000 грн; покупець винен 57 600 грн; дохід без ПДВ — 48 000 грн; собівартість — 24 000 грн.

6. Надходження від покупця — 9 серпня, із навмисною помилкою

Документи й дата. Банківська виписка підтверджує надходження 57 600 грн від ТОВ «Вектор». Гроші визнаємо 9 серпня. У навчальній базі навмисно вибираємо неправильний договір «Послуги» замість договору «Поставка товару».

Що відбувається. Загальний баланс за контрагентом може виглядати правдоподібно: гроші на банк надійшли, дебет і кредит рівні. Але в розрізі договорів лишаються борг покупця 57 600 грн за товар і аванс 57 600 грн за послуги. Це типова помилка, яку не знаходить проста перевірка рівності оборотів.

Контрольний результат до виправлення: банк — 134 400 грн; за договором товару — дебет 57 600 грн; за договором послуг — кредит 57 600 грн. Помилку поки залишаємо, щоб виявити її під час звіряння.

7. Надання послуги — 12 серпня

Подія. ТОВ «Вектор» прийняло налаштування робочих місць: 18 000 грн без ПДВ, ПДВ — 3 600 грн, разом — 21 600 грн.

Документи й дата. Письмовий договір і двосторонній акт із періодом та змістом послуги, одиницею виміру, сумою і даними відповідальних осіб. Дохід визнаємо 12 серпня після виконання та прийняття послуги за умовами кейсу. Податкову подію і реєстрацію податкової накладної контролюємо окремо.

Логіка обліку. Розрахунок із покупцем пов’язуємо з доходом 703 та обліком ПДВ. Окремої прямої собівартості послуги в спрощеному кейсі немає; це назване припущення, а не правило для сервісного бізнесу. Контрольний результат: сукупний дохід без ПДВ — 66 000 грн; вихідний ПДВ — 13 200 грн. Через навмисну помилку аналітика договорів усе ще неправильна: за товаром дебет 57 600 грн, за послугами кредит 36 000 грн, хоча загальне сальдо покупця становить коректні 21 600 грн у дебеті.

8. Підзвітна операція — 15–18 серпня

Подія і документи. 15 серпня працівнику перераховано 4 000 грн на корпоративну картку. 18 серпня він подав звіт із підтвердними документами на 3 200 грн адміністративних витрат і повернув 800 грн на поточний рахунок. У кейсі не визнаємо податковий кредит із ПДВ за цими витратами.

Логіка обліку. Спочатку виникає дебіторська заборгованість підзвітної особи 4 000 грн у зв’язку 372/311. Після затвердження звіту 3 200 грн відносимо на адміністративні витрати 92/372, а повернення 800 грн закриває решту заборгованості через банк. Контролюємо працівника, призначення витрат, дати, оригінали підтверджень і відсутність дублювання. Контрольний результат: сальдо підзвітної особи — 0 грн; витрати — 3 200 грн; банк після видачі й повернення — 131 200 грн.

9. Введення ноутбука в експлуатацію — 25 серпня

Документи й дата. Наказ керівника, акт введення в експлуатацію та інвентарна картка. 25 серпня ноутбук готовий виконувати визначені функції, тому 30 000 грн переносимо з капітальних інвестицій на об’єкт основних засобів.

Логіка обліку. У межах прийнятого плану рахунків це зв’язок 104/152. Фіксуємо інвентарний номер, місце експлуатації, відповідальну особу, строк 36 місяців, нульову ліквідаційну вартість і прямолінійний метод. За правилами кейсу нарахування амортизації почнеться з вересня, тому серпневі витрати не збільшуємо. Контрольний результат: основні засоби — 30 000 грн, капітальні інвестиції — 0 грн, серпнева амортизація — 0 грн.

10. Закриття серпня — 31 серпня

До регламентної операції бухгалтер не натискає «закрити місяць» наосліп. Спочатку він доводить до нуля помилкову аналітику, перевіряє кількість товару, зіставляє банк із випискою, підтверджує борги та ПДВ. Лише потім доходи 66 000 грн і витрати 27 200 грн (собівартість 24 000 грн плюс адміністративні 3 200 грн) формують фінансовий результат до оподаткування 38 800 грн за логікою рахунку 791.

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

Контрольний результат: дохід — 66 000 грн; собівартість — 24 000 грн; адміністративні витрати — 3 200 грн; фінансовий результат до оподаткування — 38 800 грн.

Чотири звіряння і виправлення закладеної помилки

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

1. Банк. Початкові 120 000 − 43 200 + 57 600 − 4 000 + 800 = 131 200 грн. Ця сума має дорівнювати кінцевому залишку виписки та сальдо рахунку 311.
2. Склад. 120 отриманих одиниць − 80 проданих = 40 одиниць. За 300 грн це 12 000 грн. Кількісний і сумовий звіти не повинні мати мінусів або рухів по іншому складу.
3. Взаєморозрахунки. Акт звіряння за контрагентом показує 21 600 грн дебіторської заборгованості, але деталізація за договорами відкриває проблему: 57 600 грн боргу за товаром і 36 000 грн авансу за послугами.
4. ПДВ. Вихідний ПДВ за продажем товару й послугою становить 9 600 + 3 600 = 13 200 грн. Потенційний податковий кредит за товаром і ноутбуком — 7 200 + 6 000 = 13 200 грн, якщо податкові накладні належно зареєстровані та виконані інші умови. Арифметична різниця дорівнює нулю, але це ще не замінює перевірку реєстрації, періоду та чинних правил декларації.

Виправлення робимо в документі банківського надходження: замінюємо договір «Послуги» на «Поставка товару» та повторно перевіряємо рухи. Ручне проведення, яке лише «прибирає» сальдо, не усуває помилкову первинну аналітику. Після виправлення договір постачання товару закритий, а за договором послуг є нормальна дебіторська заборгованість 21 600 грн.

Контрольний результат етапу: банк — 131 200 грн; товари — 12 000 грн; підзвітна сума — 0 грн; покупець винен 21 600 грн саме за послугою; постачальникам винні 36 000 грн саме за ноутбуком; помилкових авансів немає.

Що перевірити до і після закриття місяця у BAS

До регламентної операції

• усі документи проведені правильними датами, організацією та договором;
• залишок банку дорівнює виписці, а нез’ясовані платежі розібрані;
• 40 одиниць товару фізично та аналітично перебувають на правильному складі;
• розрахунки деталізовані за контрагентами, договорами й документами розрахунків;
• підзвітна особа не має залишку, а 3 200 грн підтверджені й класифіковані;
• ноутбук введено в експлуатацію, параметри амортизації заповнені, а 152 закрито;
• податкові накладні зіставлені з операціями, але бухгалтер не прирівнює бухгалтерський ПДВ до декларації без окремої перевірки.

Після регламентної операції

• рахунки доходів і витрат закриті на фінансовий результат відповідно до налаштувань кейсу;
• оборотно-сальдова відомість не містить неочікуваних від’ємних залишків або сум без аналітики;
• фінансовий результат 38 800 грн відтворюється як 66 000 − 24 000 − 3 200;
• оборотно-сальдова відомість за серпень збережена разом із розшифруваннями ключових рахунків;
• повторне закриття після виправлення договору не змінює загальні суми, але дає правильну деталізацію боргу.

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

Як облікові дані переходять у звітність

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

У нашому кейсі для балансових показників підготовлено такі суми: грошові кошти — 131 200 грн, дебіторська заборгованість — 21 600 грн, запаси — 12 000 грн, основні засоби до початку амортизації — 30 000 грн, кредиторська заборгованість — 36 000 грн. Актив становить 194 800 грн. Джерела ті самі: капітал 120 000 грн, кредиторська заборгованість 36 000 грн і поточний фінансовий результат до оподаткування 38 800 грн — разом 194 800 грн.

Для звіту про фінансові результати підготовлено дохід 66 000 грн без ПДВ, собівартість 24 000 грн та адміністративні витрати 3 200 грн. Для декларації з ПДВ маємо контрольні бази вихідного й вхідного ПДВ по 13 200 грн, але остаточні показники залежать від зареєстрованих податкових накладних, першої події, періоду й інших операцій платника. Для декларації з податку на прибуток бухгалтерський фінрезультат 38 800 грн є стартовою величиною, а не автоматично сумою об’єкта чи податку.

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

Підсумкова карта: від документа до звітності

Якщо потрібна не одна вправа, а послідовна практика з щоденними операціями, ПДВ, взаєморозрахунками, необоротними активами, завершенням періоду та підготовкою звітів, варто оцінювати програму як навчання повному циклу бухгалтерського обліку в BAS: чи проходить слухач одну наскрізну задачу, чи лише повторює окремі команди.

Контрольні суми завершеного кейсу

• банк — 131 200 грн;
• дебіторська заборгованість покупця за послугою — 21 600 грн;
• товар — 40 одиниць на 12 000 грн;
• основний засіб — 30 000 грн, капітальні інвестиції — 0 грн;
• кредиторська заборгованість постачальнику ноутбука — 36 000 грн;
• підзвітна заборгованість — 0 грн;
• чистий дохід — 66 000 грн;
• собівартість реалізованого товару — 24 000 грн;
• адміністративні витрати — 3 200 грн;
• фінансовий результат до оподаткування — 38 800 грн;
• вихідний ПДВ — 13 200 грн, потенційний підтверджений податковий кредит — 13 200 грн;
• актив — 194 800 грн; капітал, результат і зобов’язання — також 194 800 грн.

Коли кейс справді виконано

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

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

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