Зарплатний облік

Зарплатний облік — це система процесів, документів, розрахунків і правил, за допомогою яких підприємство нараховує заробітну плату працівникам, обліковує робочий час, відпустки, лікарняні, премії, доплати, утримання, податки, виплати та пов’язані кадрові події.

У сучасній компанії зарплатний облік не можна розглядати лише як щомісячний розрахунок сум до виплати. Це чутлива частина ERP-архітектури, де перетинаються кадровий облік, фінанси, бухгалтерія, документообіг, персональні дані, ролі користувачів, доступи, архіви, звітність і безпека.

У Wiki-структурі ця стаття пов’язана з темами K2 ERP, K2 Cloud ERP, Кадровий облік, Фінансовий облік, Бухгалтерський облік, Управлінський облік, Документообіг, K2 ERP Документообіг, VDoc, Модуль Вчасно, Ролі K2 ERP, Доступи K2 ERP, Безпека K2 ERP, 1С:Зарплата і Кадри, BAS Зарплата та управління персоналом, BAS ЗУП, Міграція з 1С і Міграція з BAS.

Головна ідея. Зарплатний облік — це не просто “порахувати зарплату”. Це контрольований процес, у якому табелі, кадрові документи, нарахування, утримання, виплати, податки, фінанси, доступи, архіви й персональні дані мають працювати узгоджено.

Особлива чутливість. Зарплатний облік містить дані про конкретних людей: оклади, премії, лікарняні, відпустки, банківські реквізити, утримання, виплати, посади й кадрову історію. Тому доступ до зарплатних даних має бути суворо рольовим, а експорт у Excel — контрольованим.

Що таке зарплатний облік

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

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

У старій моделі ці дані часто жили в різних місцях. Табель — в Excel. Наказ — у папці. Лікарняний — у кадровика. Премії — у листі керівника. Зарплата — в окремій базі. Виплати — у банківському файлі. ERP-підхід має зібрати ці фрагменти в єдиний контрольований процес.

Навіщо потрібен зарплатний облік

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

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

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

Зарплатний облік і кадровий облік

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

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

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

Основні елементи зарплатного обліку

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

Кожен елемент має значення. Працівник повинен бути коректно заведений. Посада й підрозділ мають відповідати реальній структурі. Графік має бути актуальним. Табель — перевіреним. Нарахування — обґрунтованими. Утримання — коректними. Виплата — пов’язаною з фінансовим контуром. Документи — збереженими в архіві.

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

Табель робочого часу

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

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

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

Відпустки в зарплатному обліку

Відпустка впливає на зарплату, табель, кадрові документи, планування роботи підрозділу та фінансові розрахунки. Тому вона не повинна бути лише усною домовленістю або повідомленням у чаті.

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

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

Лікарняні в зарплатному обліку

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

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

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

Премії, доплати та надбавки

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

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

У K2 ERP премії й доплати бажано оформлювати не як хаотичний Excel, а як маршрут погодження або документальний процес, пов’язаний із зарплатним і фінансовим контуром.

Утримання із заробітної плати

Утримання із заробітної плати можуть мати різну природу: податки, внески, аліменти, аванси, компенсації, інші обов’язкові або внутрішні утримання.

Такі операції мають бути точними й документально обґрунтованими. Помилка в утриманні може вплинути на виплату працівнику, звітність або фінансові зобов’язання підприємства.

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

Податки та внески в зарплатному обліку

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

Цей блок потребує актуальних правил, перевірених даних і відповідальних користувачів. Якщо система застаріла або підтримується через ручні доробки, зростає ризик помилок.

Під час переходу від 1С/BAS до K2 ERP важливо визначити, як буде організовано взаємодію зарплатного, фінансового й бухгалтерського контурів, щоб обов’язкові платежі не жили окремо від загальної фінансової картини підприємства.

Виплата заробітної плати

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

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

У K2 ERP зарплатні виплати варто розглядати як частину фінансового контуру. Виплата не повинна бути ізольованим файлом, який існує поза ERP. Вона має бути пов’язана з відповідальними, документами, бюджетом або фінансовим плануванням.

Банківські реквізити працівників

Банківські реквізити працівників — чутлива інформація. Вони використовуються для виплат, але не мають бути доступні широкому колу користувачів.

У старих системах доступ до таких реквізитів часто був занадто широким: кадровик, бухгалтер, адміністратор, інколи керівник або користувач звітів могли бачити більше, ніж потрібно. А після експорту в Excel контроль майже зникав.

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

Зарплатний облік і фінансовий облік

Фінансовий облік і зарплатний облік тісно пов’язані. Зарплата — це одна з найбільших регулярних статей витрат підприємства. Вона впливає на платіжний календар, бюджети, план-факт, управлінську аналітику й фінансову дисципліну.

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

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

Зарплатний облік і бухгалтерський облік

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

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

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

Зарплатний облік і управлінський облік

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

Однак управлінська аналітика не повинна відкривати зайві персональні дані. Керівнику може бути потрібна сума витрат на підрозділ, але не детальна зарплата кожного працівника. Фінансовому директору може бути потрібна консолідована картина. HR може аналізувати структуру персоналу, але не всі фінансові деталі.

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

Зарплатний облік і документообіг

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

У старій моделі ці документи часто розкидані: частина в обліковій системі, частина в папках, частина в пошті, частина в паперовому архіві. Через це важко побачити повну історію.

У K2 ERP Документообіг, VDoc і через Модуль Вчасно документи можна зв’язувати з процесами: вони мають статус, файл, відповідального, маршрут погодження, підписання й архів. Для зарплатного обліку це особливо важливо, бо кожна сума має мати підставу.

Ролі в зарплатному обліку

У зарплатному обліку можуть брати участь різні ролі: кадровик, бухгалтер із зарплати, головний бухгалтер, фінансист, керівник підрозділу, HR-менеджер, адміністратор ERP, користувач архіву, погоджувач премій або власник процесу.

Кожна роль має свою зону відповідальності. Кадровик працює з кадровими подіями. Бухгалтер із зарплати — з розрахунками. Фінансист — з виплатами й плануванням коштів. Керівник — із погодженням подій або премій у межах свого підрозділу. Адміністратор — із технічними налаштуваннями, але не обов’язково з доступом до всіх зарплатних сум.

Ролі K2 ERP у зарплатному контурі мають бути дуже точними. Тут не можна видавати доступи “про всяк випадок”.

Доступи в зарплатному обліку

Доступи K2 ERP у зарплатному обліку мають розділяти перегляд, створення, редагування, погодження, підписання, експорт і адміністрування.

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

Особливо уважно потрібно ставитися до експорту. Зарплатний файл за межами ERP — це окрема зона ризику.

Безпека зарплатного обліку

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

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

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

Зарплатний облік у 1С і BAS

В українських підприємствах зарплатний облік часто вели в системах 1С:Зарплата і Кадри, BAS Зарплата та управління персоналом, BAS ЗУП або інших рішеннях екосистеми 1С/BAS.

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

Для сучасного українського бізнесу перехід від 1С/BAS у зарплатному контурі має бути не просто заміною програми, а переглядом усієї моделі обліку, документів, ролей і безпеки.

K2 ERP і зарплатний облік

K2 ERP може бути основою української ERP-архітектури, у якій зарплатний облік пов’язується з кадровими документами, фінансовими виплатами, ролями, доступами, архівами, документообігом і управлінською аналітикою.

Важливо не сприймати K2 ERP як “копію старої зарплатної бази”. Нова ERP має дати можливість побудувати процес зріліше: кадрові події оформлюються документами, доступи видаються за ролями, зарплатні дані захищаються, виплати пов’язані з фінансовим плануванням, архіви контрольовані, а користувачі не ведуть паралельні таблиці.

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

K2 Cloud ERP і зарплатний контур

K2 Cloud ERP може бути корисним для підприємств, які хочуть зменшити залежність від локальних серверів, старих баз, ручного адміністрування й офісної інфраструктури.

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

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

Міграція зарплатного обліку з 1С/BAS

Міграція з 1С або Міграція з BAS у зарплатному контурі має бути особливо обережною. Тут не можна просто “забрати всі дані”. Потрібно визначити, що активне, що архівне, що дублюється, що неактуальне, які користувачі мають права, які звіти справді використовуються і які процеси живуть поза системою.

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

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

Що переносити в нову систему

В активний контур нової ERP варто переносити дані, які потрібні для поточної роботи: діючих працівників, актуальні підрозділи, посади, графіки, кадрові умови, відкриті події, необхідні довідники, активні документи та дані, що впливають на поточний розрахунок або управління.

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

Головне — не змішувати активну роботу й архів. Нова ERP має бути чистою й зрозумілою, а стара історія — доступною за правилами.

Чого не варто переносити

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

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

Міграція має прибирати ризики, а не робити їх частиною нової ERP.

Архів зарплатного обліку

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

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

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

Навчання користувачів зарплатного обліку

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

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

Без навчання користувачі повертаються до старих звичок навіть у новій ERP.

Типові помилки в зарплатному обліку

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

Друга помилка — відкривати зарплатні дані занадто широкому колу користувачів. Зручність не виправдовує ризик.

Третя помилка — не обмежувати експорт. Зарплатний файл поза ERP може бути небезпечнішим за перегляд у системі.

Четверта помилка — не пов’язувати зарплату з кадровими документами. Тоді розрахунок втрачає частину підстав.

П’ята помилка — залишати стару 1С/BAS-базу як паралельну систему після міграції.

Шоста помилка — копіювати старі доступи без аудиту. У зарплатному контурі це особливо ризиковано.

Як зрозуміти, що зарплатний облік організований правильно

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

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

Поширені запитання

Що таке зарплатний облік?

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

Чим зарплатний облік відрізняється від кадрового?

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

Чому зарплатні дані потрібно захищати особливо уважно?

Тому що вони містять персональні й фінансові дані працівників: оклади, премії, лікарняні, банківські реквізити, утримання, посади й кадрову історію.

Чи можна вести зарплатний облік в Excel?

Excel може використовуватися як допоміжний інструмент, але не повинен бути основним контрольним середовищем для зарплатного обліку. У ньому складно забезпечити ролі, аудит дій, контроль версій і безпеку експорту.

Чи потрібно переносити всю зарплатну історію з 1С/BAS?

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

Хто має доступ до зарплатного обліку?

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

Пов’язані сторінки

Пов’язані напрями

нарахування заробітної плати;
табель робочого часу;
кадрові документи;
відпустки;
лікарняні;
премії;
доплати;
утримання;
податки та внески;
виплата зарплати;
банківські реєстри;
персональні дані;
зарплатні архіви;
доступи до зарплатних даних;
експорт зарплатних звітів;
міграція зарплатного обліку з 1С/BAS.

Пов’язані старі системи та підходи

1С:Зарплата і Кадри
1С Зарплата і Кадри
1С ЗУП
1C Payroll and HR
BAS Зарплата та управління персоналом
BAS ЗУП
BAS ERP
BAS Бухгалтерія КОРП
UA-Бюджет
Excel-табелі
ручні зарплатні таблиці
кадрові документи в пошті
паперові кадрові архіви
зарплатні реєстри в Excel
банківські файли без контролю
спільні папки з персональними даними

SEO-призначення сторінки

Сторінка Зарплатний облік має допомагати користувачам і пошуковим системам зрозуміти, як підприємство має організовувати нарахування зарплати, табелі, кадрові події, виплати, документи, ролі, доступи й безпеку зарплатних даних.

Вона покриває запити: “зарплатний облік”, “облік зарплати”, “нарахування заробітної плати”, “табель робочого часу”, “зарплатний облік ERP”, “K2 ERP зарплата”, “українська ERP для зарплати”, “міграція зарплатного обліку з 1С”, “міграція з BAS ЗУП”, “захист зарплатних даних”, “персональні дані ERP”.

Коротко

Зарплатний облік — це процес, який поєднує кадрові дані, табелі, відпустки, лікарняні, премії, доплати, утримання, податки, виплати, документи, архіви й безпеку персональних даних.

У сучасній ERP-архітектурі зарплатний облік не має жити окремою старою базою або набором Excel-файлів. Він має бути пов’язаний із кадровим обліком, фінансами, бухгалтерією, документообігом, ролями, доступами, аудитом і контрольованим архівом.

Головний висновок. Зарплатний облік у K2 ERP або в ERP-архітектурі на її основі — це не лише розрахунок сум до виплати. Це захищений контур роботи з персональними й фінансовими даними, де кожне нарахування має підставу, кожен документ має статус, кожен доступ має роль, а кожен архів має відповідального.