Nordlet

← Документація / Глосарій

Що таке план рахунків? З прикладами шаблонів для ЄС та Литви

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

План рахунків — це перелік усіх рахунків, на які компанія може здійснювати проводки у своїх облікових книгах, тобто словник головної книги (ledger). Кожен запис у подвійному записі посилається виключно на рахунки з цього списку, тож саме план рахунків визначає, на які запитання бухгалтерія зможе дати відповідь у майбутньому. Занадто узагальнено — і стаття „адміністративні витрати“ приховає все; занадто детально — і бухгалтери витрачатимуть час на вибір між майже ідентичними позиціями.

Структура: коди, типи, ієрархія

План рахунків має три структурні елементи:

  • Коди. Кожен рахунок отримує номер, цифри якого кодують його місце: у литовському плані рахунків 2410 починається з 2 (оборотні активи), належить до групи 24 (суми дебіторської заборгованості зі строком погашення до одного року) та є рахунком розрахунків з покупцями. Коди роблять рахунки придатними для сортування, групування та однозначної ідентифікації в різних системах і мовами.
  • Типи. Кожен рахунок є рахунком активів, зобов'язань, власного капіталу, доходів або витрат. Тип визначає його звичайне сальдо (див. дебети та кредити) і те, до якої звітності він потрапляє: перші три формують баланс, а останні два — звіт про фінансові результати (про прибутки та збитки).
  • Ієрархія. Рахунки утворюють деревоподібну структуру. Підсумкові рахунки (2 — оборотні активи, 24 — дебіторська заборгованість) існують для групування та звітності; лише кінцеві рахунки (leaf accounts) є тими, на які можна здійснювати проводки (postable). Проводка на підсумковий рахунок — це класична помилка якості даних, і надійна система має одразу її відхиляти.

Один план, багато країн

Єдиного плану рахунків для всього ЄС не існує. Директива ЄС про бухгалтерський облік (2013/34/EU) визначає форми фінансової звітності — що саме мають відображати баланс та звіт про прибутки й збитки, — проте кожна держава-член самостійно вирішує, як будуть формуватися плани рахунків:

  • Франція встановлює національний план рахунків в обов'язковому порядку (Plan Comptable Général) — номери рахунків закріплені на законодавчому рівні.
  • Німеччина не має законодавчо затвердженого плану рахунків, але майже всі користуються одним зі стандартних каркасів (SKR03 або SKR04), популяризованих екосистемою DATEV.
  • Румунія зобов'язує застосовувати Planul de conturi general (OMFP 1802/2014): коди синтетичних і аналітичних рахунків чітко визначені нормативними актами, а файл SAF-T румунської податкової ANAF (D406) приймає виключно ці коди.
  • Литва публікує рекомендований стандартний план рахунків, узгоджений з Литовськими бізнес-стандартами обліку (VAS). Він не є обов'язковим для кожного окремого рахунку, проте на практиці відбулася уніфікація: бухгалтери, аудитори та податкова VMI вільно оперують цими кодами.
  • В інших країнах картина повторюється: існує національна традиція, іноді обов'язкова, іноді де-факто.

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

Структура литовського стандартного плану рахунків

Шість класів, по одній цифрі на кожен:

Клас Зміст Тип
1 Ilgalaikis turtas — необоротні активи Актив
2 Trumpalaikis turtas — оборотні активи Актив
3 Nuosavas kapitalas — власний капітал Власний капітал
4 Mokėtinos sumos ir įsipareigojimai — зобов'язання Зобов'язання
5 Pajamos — доходи Дохід
6 Sąnaudos — витрати Витрати

Кілька робочих рахунків із середини ієрархії:

Код Назва Що зараховується сюди
1220 Mašinos ir įranga Обладнання за собівартістю
1229 Mašinų ir įrangos nusidėvėjimas (−) Накопичена амортизація (контрархунок)
2410 Pirkėjų skolos Рахунки покупців — торгова дебіторська заборгованість
2441 Gautinas PVM Вхідний ПДВ за закупівлями
2710 Sąskaitos bankuose Банківські рахунки
3420 Ataskaitinių metų pelnas (nuostoliai) Прибуток або збиток поточного року
4430 Skolos tiekėjams Рахунки постачальників — торгова кредиторська заборгованість
4460 Mokėtinas darbo užmokestis Заробітна плата до виплати (чиста)
4492 Mokėtinas PVM ПДВ до сплати у VMI
5001 Paslaugų pardavimo pajamos Дохід від надання послуг
6204 Darbo užmokesčio sąnaudos Витрати на оплату праці

Прочитавши код, ви одразу розумієте, у який рядок звітності він потрапить: усе, що належить до класів 1 і 2, є рядком активів, а доходи (клас 5) мінус витрати (клас 6) дають прибуток періоду до його перенесення на рахунок 3420. Це саме та властивість, на яку орієнтований якісний план рахунків, завдяки чому зв'язок між головною книгою та регламентованою звітністю стає автоматичним.

Проєктування та розширення плану рахунків

Загальні правила, які працюють у будь-якій країні:

  1. Починайте з національного шаблону, а не з чистого аркуша. Шаблон уже відповідає структурі офіційної звітності та очікуванням вашого бухгалтера. Винаходьте власні нові рахунки лише там, де ваш бізнес справді відрізняється від типового.
  2. Додайте рахунки для тих відмінностей, про які ви звітуєте, а для всього іншого використовуйте аналітичні виміри. Доходи в розрізі країн або ліній продуктів зазвичай краще обліковувати через аналітичні виміри (центри витрат, проєкти), а не створювати двадцять майже однакових рахунків доходів.
  3. Залишайте прогалини в нумерації. 5000, 5001, 5200 — це дає простір для додавання нових позицій без перенумерації наявних.
  4. Ніколи не змінюйте призначення рахунку. Рахунок, який до березня означав „підписку на програмне забезпечення“, а після — „консалтинг“, робить будь-яке порівняння рік до року непомітно хибним. Створіть новий рахунок і припиніть робити проводки на старий.

План рахунків як об'єкт API

У Nordlet план рахунків є даними, а не файлами конфігурації. Новій компанії автоматично призначається план рахунків її країни: компанія, зареєстрована в Румунії, отримує загальний румунський план рахунків (OMFP 1802/2014) з румунськими назвами та аналітичними рахунками, які очікує ANAF (4111 клієнти, 401 постачальники, 4426/4427 ПДВ, 5121 банк, 5311 каса, 421/431/436/444 зарплата); компанія, зареєстрована в Естонії, отримує стандартний план рахунків бухгалтерського програмного забезпечення e-arveldaja Центру регістрів та інформаційних систем з естонськими назвами (1210 клієнти, 2310 постачальники, 1510/2511 ПДВ, 1020 банк, 1010 каса, 2610/2520/2530/2550 зарплата); а будь-яка інша компанія отримує стандартний литовський план рахунків — коди, назви, типи, ієрархію та ознаки можливості проведення (postable), одразу готовими до використання. Типові рахунки для проводок слідують тому ж плану: румунський продаж створює проводку Дт 4111 / Кт 704 або 707 / Кт 4427, а естонський — Дт 1210 / Кт 3100 або 3200 / Кт 2511. План залишається тим самим, з яким компанія була створена; за допомогою POST /v1/ledger/accounts/apply-template його можна застосувати повторно. Компанія, зареєстрована в Румунії чи Естонії, яку було налаштовано на литовському плані рахунків, може перейти на план рахунків своєї країни за допомогою POST /v1/ledger/accounts/switch-chart (кнопка перемикання в розділі Головна книга → План рахунків), за умови, що ще не було зроблено жодних проводок, жоден рахунок не створювався вручну і жодне налаштування не посилається на рахунок, якого немає в новому плані; інакше запит буде відхилено із зазначенням причини. Запити POST /v1/ledger/accounts/create та /accounts/update розширюють його. Кожен рахунок містить свій тип та прапорець isPostable, і API головної книги суворо контролює обидва параметри: записи, що вказують на неподсумковий (підсумковий) рахунок або невідомий код, відхиляються. Ця сама перевірка охоплює автоматичні проводки та налаштування, які їх живлять — правила проведення, рахунок банківського рахунку в головній книзі, рахунки товарів/послуг та типи операцій відхиляють підсумковий рахунок під час збереження, повертаючи помилку 422. Звіти — оборотно-сальдова відомості, фінансова звітність — групують дані за класами плану рахунків, який використовує компанія (у румунському плані: 1 капітал, 2 необоротні активи з їхньою амортизацією та знеціненням за схемами 28x/29x, 3 запаси, 4 контрагенти, 5 кошти, 6 витрати за характером, 7 доходи; в естонському плані: 1 активи, 21-28 зобов'язання, 29 власний капітал, 31-36 оборот, 4 товари, матеріали та послуги, 5 інші операційні витрати, 6 витрати на персонал, 7 амортизація та інші операційні витрати, 8 фінансові статті та 8900 податок на прибуток), тож зв'язок зі статутною звітністю залишається автоматизованим. Про те, де застосування шаблону вписується в процес налаштування компанії, дивіться в розділі початок роботи.

FAQ

Що таке план рахунків простими словами?

Це повний перелік рахунків, на які компанія може робити проводки у своєму обліку — кожен із кодом, назвою та типом. Він визначає словник головної книги: якщо якоїсь сутності немає в плані рахунків (або в аналітичному вимірі), бухгалтерія не зможе її відобразити.

Чи існує єдиний стандартний план рахунків для всього ЄС?

Ні. ЄС гармонізує форми фінансової звітності, а не нумерацію рахунків. Франція запровадила обов'язковий національний план, Німеччина працює за стандартами де-факто (SKR03/04), а Литва публікує рекомендований план на основі VAS, який на практиці сприймається як стандарт.

У чому різниця між рахунками для проводок (postable) та підсумковими рахунками?

Підсумкові рахунки існують для групування та проміжних підсумків (клас 2, група 24), і на них ніколи не робляться прямі проводки. Рахунки для проводок — це кінцеві вузли дерева, на які лягають реальні дебети та кредити. Дотримання цього правила в програмному забезпеченні захищає звіти та проводки від розбіжностей.

Скільки рахунків має бути в невеликої компанії?

Менше, ніж здається — робочий набір невеликої сервісної компанії зазвичай налічує 30–60 рахунків. Додавайте рахунок тоді, коли це потрібно для звітності чи податкових декларацій; для управлінського аналізу використовуйте центри витрат або проєкти.

Чи можу я змінити свій план рахунків пізніше?

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