Структура плану рахунків, категорії, рядки з формулами, компонування стовпців і порівняння періодів — з чого складається звіт, який керівник читає без пояснень.
Коротка відповідь. Тому що фінансовий звіт у Business Central — це не окремий об'єкт із власними даними, а погляд на план рахунків. Якщо план структурований погано, жодні налаштування звіту не врятують.
Класична помилка при переході зі старої системи — перенести план рахунків «як був», разом із десятками субрахунків, заведених під аналітику. У Business Central аналітика живе в розмірностях, тому багатоповерховий план стає зайвим і лише заважає збирати звіти.
| Елемент | Роль | Навіщо у звіті |
|---|---|---|
| Рахунок | Звичайний рахунок обліку | Джерело сум |
| Підсумковий рахунок | Підбиває підсумок діапазону рахунків | Дає готові проміжні суми без формул у звіті |
| Категорія ГК | Класифікація рахунку: активи, зобов'язання, дохід, витрати | Основа для стандартних звітів і швидкого старту |
| Розмірності | Аналітика операції: напрямок, підрозділ, проєкт | Дозволяє розгорнути будь-який рядок у розрізі |
Порядок правильний саме такий: спершу розібратися з категоріями й підсумковими рахунками, і лише потім будувати звіти. Якщо категорії призначені коректно, базові P&L і баланс з'являються майже без налаштування — і далі ви лише допрацьовуєте вигляд.
Рядок фінансового звіту може отримувати дані трьома способами, і від вибору залежить, чи доведеться правити звіт після кожної зміни в плані рахунків.
| Тип рядка | Звідки бере суму | Коли обирати |
|---|---|---|
| Діапазон рахунків | Сума за переліком або діапазоном | Найпрозоріший варіант для конкретних статей |
| Підсумковий рахунок | Готова сума з плану рахунків | Коли підсумок уже потрібен і в інших звітах |
| Формула | Обчислення з інших рядків звіту | Валовий прибуток, маржа, проміжні підсумки |
| Категорія | Усі рахунки певної категорії | Стійко до появи нових рахунків |
Найстійкіший до змін варіант — останній. Якщо рядок спирається на категорію, новий рахунок, заведений через півроку, потрапить у звіт автоматично. Якщо на жорсткий перелік — звіт мовчки покаже неповну суму, і помітять це нескоро.
Формули дають похідні показники: валовий прибуток як різницю рядків, рентабельність як відсоток від бази. Для відсотків важливо задати фіксовану базу — інакше при порівнянні періодів відсотки рахуватимуться від різних величин.
Якщо рядки визначають, що показує звіт, то стовпці — за що й у порівнянні з чим.
| Тип стовпця | Що показує | Типове застосування |
|---|---|---|
| Оборот за період | Рух за вибраний період | Звіт про прибутки та збитки |
| Залишок на дату | Стан на кінець періоду | Баланс |
| Порівняльний період | Той самий період торік або попередній | Динаміка |
| Бюджет | Планові дані | План-факт аналіз |
| Обчислення | Різниця або відсоток між стовпцями | Відхилення від плану |
Тут є пастка, на якій спотикаються найчастіше: для звіту про прибутки та збитки потрібен оборот за період, а для балансу — залишок на дату. Якщо переплутати, баланс покаже рух замість стану, і суми не зійдуться ні з чим.
План-факт працює лише тоді, коли бюджет заведено в системі з тією самою аналітикою, що й факт. Бюджет у зовнішньому файлі з іншою структурою статей порівняти неможливо — це не обмеження системи, а наслідок різних довідників.
Вбудовані фінансові звіти закривають регламентну й управлінську звітність у табличному вигляді: P&L, баланс, аналіз рахунку, обороти в розрізі розмірностей, порівняння періодів. Для бухгалтерії й фінансового відділу цього зазвичай достатньо.
Power BI виправданий у трьох випадках: потрібні дані з кількох систем одночасно, потрібна візуалізація динаміки замість таблиці, або звітність має надходити керівництву за розкладом без участі фінансиста. У решті ситуацій окремий проєкт з аналітики лише додає ланку, яку треба підтримувати.
Так. Якщо категорії ГК призначені коректно, базові звіти доступні майже одразу, а далі налаштовуються рядки й стовпці стандартними засобами. Розробка потрібна лише для нетипових форм.
Підсумковий рахунок живе в плані рахунків і доступний у будь-якому звіті, формула — лише в межах конкретного звіту. Якщо підсумок потрібен у кількох звітах, краще завести його в плані рахунків.
Через окремий стовпець із порівняльним періодом. Важливо правильно обрати тип суми: оборот за період для P&L і залишок на дату для балансу.
Так, якщо бюджет заведено в системі з тією самою аналітикою, що й фактичні дані. Бюджет у зовнішньому файлі з іншою структурою статей зіставити не вдасться.
Найчастіше через незакритий період: документи додаються або правляться за минулі дати. Тому період закривають одразу після подання звітності, а право відкрити його дають одній людині.
Не обов'язково. Вбудованих звітів вистачає для бухгалтерії й фінансового відділу. Power BI виправданий, коли потрібні дані з кількох систем, візуалізація динаміки або автоматична розсилка звітів керівництву.
Ця стаття пояснює логіку й типові помилки. Побудову звіту з нуля: рядки й формули, підсумкові рахунки, компонування стовпців і порівняння періодів — розбираємо на курсі «Інструменти фінансового аналізу». Заняття онлайн у режимі реального часу, з розбором ваших робочих ситуацій.
Залиште контакти — і ми надішлемо деталі безкоштовного аудиту процесів. Відповідаємо протягом одного робочого дня.
або напишіть напряму: nbcs365@zohomail.eu · +380 98 107 5878