Що бухгалтеру насправді потрібно щомісяця
Приберіть листування туди-сюди — і місячні дані для зарплатного розрахунку стиснуться до короткого списку:
- Хто в payroll цього місяця — включно з людиною, яка приєдналася 20-го, і людиною, чий останній день був 10-го. Обидві отримують часткову оплату; обидва рядки найлегше загубити.
- Актуальний гросс кожної людини — те, що діяло цього місяця, а не копія з минулого кварталу.
- Погоджені дні відпусток, що припадають на місяць — відпустка за свій рахунок змінює оплату напряму; у низці країн лікарняні змінюють, хто платить яку частину.
- Години для всіх, кому платять погодинно — фактично відпрацьовані години, з джерела, яке не редагуватимуть після того, як payroll порахований.
- Погоджені, але не оплачені відшкодування — гроші за витрати, які компанія винна понад зарплату.
- Чесні прапорці на всьому неповному — відсутня цифра, про яку бухгалтер знає, — це питання; та, про яку не знає, — неправильний розрахунковий лист.
Це небагато. Але воно має бути правильним, повним і доставленим без бігання за людьми — і саме тут більшість передач розвалюється.
Чому передача від HR до бухгалтера зазвичай провалюється
Проблема рідко в бухгалтері й рідко в математиці. Проблема в тому, що шість типів даних живуть у шести місцях:
- Дані розкидані. Зарплати в одній таблиці, відпустки в календарі (або гірше — в діректах), години в трекері, витрати в чат-треді, дати контрактів у папці. Хтось щомісяця складає картину заново.
- Копії розходяться. Бухгалтер працює з «payroll_final_v3.xlsx», поки HR тихо виправив зарплату у v4. Дрейф версій між двома таблицями невидимий, доки не помилиться розрахунковий лист.
- Межа місяця з’їдає позиції. Витрата, зроблена 28 червня, але погоджена 2 липня, належить червневому розрахунку, який уже відбувся. У ручному процесі її просто ніколи не оплатять — помічати таке не входить у нічиї обов’язки.
- Відповіді живуть у діректах. «Відпустку Марії погодили?» — відповідь у чаті, і чат стає єдиним записом. Наступного місяця — ті самі питання, знову.
Ліки — не дисципліна, а одна система як джерело і передача, згенерована з неї.
Місячний ритуал: спершу готовність, потім один експорт
Коли дані живуть там, де відбувається робота, — довідник тримає компенсації й дати контрактів, відпустки — погоджені відсутності, таймшити — закриті години, витрати — погоджені відшкодування — передача наприкінці місяця стискається до хвилин:
- Оберіть місяць. Розрахунок збирається сам із живих записів: усі, хто був працевлаштований у будь-який момент місяця, включно з тими, хто приєднався чи звільнився посеред нього.
- Прочитайте підсумок. Чисельність, консолідований гросс, сума відшкодувань, дні відпусток і погоджені години — перевірка на здоровий глузд, перш ніж щось надсилати.
- Розчистіть прапорці готовності. Виправте, що виправляється (закрийте таймшит, додайте відсутню зарплату), або занотуйте те, що бухгалтер мусить знати.
- Завантажте один CSV і надішліть. Один файл, одна версія, згенерована з тих самих записів, якими команда користується щодня, — тож розійтися з ними він не може.
Ритуал важить не менше за інструмент: той самий день щомісяця, готовність перед експортом, експорт перед питаннями. Бухгалтери закладають передбачуваність у ціну.
Перевірки готовності перед розрахунком
Неправильні зарплатні дані гірші за запізнілі. Перш ніж експорт кудись піде, чотири питання потребують відповідей:
- Чи є хтось без зарплати в системі? Новачок, чию компенсацію так і не внесли, мовчки зникне з гросс-підсумків. Краще гучний прапорець, ніж тихий нуль.
- Чи є білабельні люди з нулем погоджених годин? Це майже ніколи не означає «не працювали» — це означає, що таймшити не заповнені або не закриті.
- Хто приєднався цього місяця? Перший місяць зазвичай частковий — бухгалтеру потрібна дата виходу, щоб порахувати пропорцію.
- Хто звільняється цього місяця? Фінальний розрахунок — окрема процедура в більшості юрисдикцій: останній робочий день, компенсація невикористаної відпустки. Ті, хто йде, мають бути в розрахунку — з прапорцем, а не викинуті, бо «вже не активні».
Поруч із прапорцями — місячна картина, хто був відсутній і коли, з видимим типом відпустки: бухгалтер закриває питання щодо відсутностей сам, замість питати HR по одному.

Що є в експорті — і чого в ньому свідомо немає
Один рядок на людину, один файл на місяць. По кожному працівнику: ім’я і посада, білабельний прапорець, річний і місячний гросс із валютою, погоджені дні відпусток, погоджені (закриті) години таймшитів, дати найму і звільнення, а також погоджені, але не оплачені відшкодування з їхньою валютою.
Чесність — у деталях:
- Дні відпусток — це робочі дні, з урахуванням державних свят: запит, що накриває свято, списує рівно стільки днів, скільки бачить payroll, тож математика квоти й математика оплати не можуть розійтися.
- Години — лише закриті. Та сама логіка «переглянути, потім закрити», що й у клієнтському інвойсингу: те, що ще можна редагувати, не підлягає оплаті.
- Відшкодування ніколи не провалюються між місяцями. Експорт несе все погоджене, але не оплачене на поточну дату: витрата від 28 червня, погоджена 2 липня, просто їде в липневий розрахунок — і випадає, щойно її позначать оплаченою.
- Часткові цифри підписані. Якщо відшкодування не вдалося сконвертувати повністю (відсутній FX-курс у мультивалютному місяці), рядок каже про це явно — частковий підсумок ніколи не має маскуватися під повний.
А чим експорт свідомо не є: зарплатним рушієм. Жодної податкової математики, жодного нету, жодних пропорцій — це територія бухгалтера та його місцевих правил. Це джерело вхідних даних, а не бухгалтер.
Як це робить Helia HR
Експорт даних для зарплатного розрахунку входить у Helia Base (див. ціни) — це частина ядра, а не додаток:
- Сторінка payroll на кожен місяць — оберіть рік і місяць; розрахунок будується з живих записів: активні люди, люди у відпустках і всі, кого звільнили всередині місяця (вони відпрацювали його частину — фінальний розрахунок).
- Підсумок угорі — чисельність із поділом на білабельних/оверхед, гросс, консолідований у вашу звітну валюту, сума відшкодувань, дні відпусток і погоджені години, з явними прапорцями, коли бракує FX-курсу, — замість тихо неправильного підсумку.
- Перевірки готовності перед експортом — люди без компенсації в системі, білабельні люди з нулем закритих годин, новачки для пропорції, звільнення для фінального розрахунку. «Все чисто» читається як тихе підтвердження, а не шум.
- Місячна сітка відсутностей — хто був відсутній, коли і з яким типом відпустки, тож питання бухгалтера про відсутності відповідають самі на себе.
- CSV одним кліком — колонки, перелічені вище, англійською за дизайном, щоб файл лягав у будь-який інструментарій бухгалтера.
- Скрізь ті самі записи — дні відпусток приходять із тієї ж системи відпусток, що списала квоту, години — із закритих таймшитів, відшкодування — з черги витрат. Одне джерело — тож цифри збігаються за побудовою.
FAQ
Це зарплатний рушій?
Ні, свідомо. Він не рахує ні податків, ні нету, ні пропорцій — юрисдикції різні, а в бухгалтерів ця машинерія вже є. Він заміняє ту половину payroll, що складалася зі збору даних: ту, яка була п’ятьма таблицями і двадцятьма питаннями.
Чому рахуються лише закриті години таймшитів?
Бо незакриті години все ще можна редагувати. Якби payroll живився чернетковими годинами, цифри могли б змінитися після розрахунку — з тієї ж причини в інвойси потрапляють лише закриті години.
Що станеться, якщо в когось немає зарплати в системі?
Панель готовності підніме прапорець, а гросс-підсумки виключать людину замість вигадувати цифру. Додайте запис компенсації — і розрахунок перебудується з живих даних.
Як обробляються мультивалютні відшкодування?
Місяць з однією валютою лишається в ній. Змішаний місяць консолідується у вашу звітну валюту — а якщо курсу бракує, сума позначається як часткова і на сторінці, і в CSV, і ніколи не занижується мовчки.
Чи може бухгалтер отримати доступ напряму?
Зарплатні дані сидять за найсуворішим гейтом (адмін або власник), бо вони читають компенсації. Багато команд запрошують бухгалтера з таким доступом; інші щомісяця експортують CSV. І те, і те — п’ять хвилин однієї людини.
HR і делівері-операції в одній системі
Helia HR поєднує HR-базу з матрицею завантаження, бенчем, таймшитами та клієнтським інвойсингом, на яких реально працюють IT-сервісні команди. Почніть безкоштовно, без картки. GDPR-безпека, доступ до PII за ролями, журнал доступу.