Helia HR

Гайд

Дані для зарплатного розрахунку: один експорт замість п’яти таблиць

Оновлено 2026-07-23 · Для засновників і бухгалтерів, які обслуговують IT-компанії

Що бухгалтеру насправді потрібно щомісяця

Приберіть листування туди-сюди — і місячні дані для зарплатного розрахунку стиснуться до короткого списку:

  • Хто в payroll цього місяця — включно з людиною, яка приєдналася 20-го, і людиною, чий останній день був 10-го. Обидві отримують часткову оплату; обидва рядки найлегше загубити.
  • Актуальний гросс кожної людини — те, що діяло цього місяця, а не копія з минулого кварталу.
  • Погоджені дні відпусток, що припадають на місяць — відпустка за свій рахунок змінює оплату напряму; у низці країн лікарняні змінюють, хто платить яку частину.
  • Години для всіх, кому платять погодинно — фактично відпрацьовані години, з джерела, яке не редагуватимуть після того, як payroll порахований.
  • Погоджені, але не оплачені відшкодування — гроші за витрати, які компанія винна понад зарплату.
  • Чесні прапорці на всьому неповному — відсутня цифра, про яку бухгалтер знає, — це питання; та, про яку не знає, — неправильний розрахунковий лист.

Це небагато. Але воно має бути правильним, повним і доставленим без бігання за людьми — і саме тут більшість передач розвалюється.

Чому передача від HR до бухгалтера зазвичай провалюється

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

  • Дані розкидані. Зарплати в одній таблиці, відпустки в календарі (або гірше — в діректах), години в трекері, витрати в чат-треді, дати контрактів у папці. Хтось щомісяця складає картину заново.
  • Копії розходяться. Бухгалтер працює з «payroll_final_v3.xlsx», поки HR тихо виправив зарплату у v4. Дрейф версій між двома таблицями невидимий, доки не помилиться розрахунковий лист.
  • Межа місяця з’їдає позиції. Витрата, зроблена 28 червня, але погоджена 2 липня, належить червневому розрахунку, який уже відбувся. У ручному процесі її просто ніколи не оплатять — помічати таке не входить у нічиї обов’язки.
  • Відповіді живуть у діректах. «Відпустку Марії погодили?» — відповідь у чаті, і чат стає єдиним записом. Наступного місяця — ті самі питання, знову.

Ліки — не дисципліна, а одна система як джерело і передача, згенерована з неї.

Місячний ритуал: спершу готовність, потім один експорт

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

  1. Оберіть місяць. Розрахунок збирається сам із живих записів: усі, хто був працевлаштований у будь-який момент місяця, включно з тими, хто приєднався чи звільнився посеред нього.
  2. Прочитайте підсумок. Чисельність, консолідований гросс, сума відшкодувань, дні відпусток і погоджені години — перевірка на здоровий глузд, перш ніж щось надсилати.
  3. Розчистіть прапорці готовності. Виправте, що виправляється (закрийте таймшит, додайте відсутню зарплату), або занотуйте те, що бухгалтер мусить знати.
  4. Завантажте один CSV і надішліть. Один файл, одна версія, згенерована з тих самих записів, якими команда користується щодня, — тож розійтися з ними він не може.

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

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

Неправильні зарплатні дані гірші за запізнілі. Перш ніж експорт кудись піде, чотири питання потребують відповідей:

  • Чи є хтось без зарплати в системі? Новачок, чию компенсацію так і не внесли, мовчки зникне з гросс-підсумків. Краще гучний прапорець, ніж тихий нуль.
  • Чи є білабельні люди з нулем погоджених годин? Це майже ніколи не означає «не працювали» — це означає, що таймшити не заповнені або не закриті.
  • Хто приєднався цього місяця? Перший місяць зазвичай частковий — бухгалтеру потрібна дата виходу, щоб порахувати пропорцію.
  • Хто звільняється цього місяця? Фінальний розрахунок — окрема процедура в більшості юрисдикцій: останній робочий день, компенсація невикористаної відпустки. Ті, хто йде, мають бути в розрахунку — з прапорцем, а не викинуті, бо «вже не активні».

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

Експорт зарплатних даних у Helia: місячний гросс, відшкодування, погоджені години, дні відпусток і перевірки готовності перед CSV

Що є в експорті — і чого в ньому свідомо немає

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

Чесність — у деталях:

  • Дні відпусток — це робочі дні, з урахуванням державних свят: запит, що накриває свято, списує рівно стільки днів, скільки бачить payroll, тож математика квоти й математика оплати не можуть розійтися.
  • Години — лише закриті. Та сама логіка «переглянути, потім закрити», що й у клієнтському інвойсингу: те, що ще можна редагувати, не підлягає оплаті.
  • Відшкодування ніколи не провалюються між місяцями. Експорт несе все погоджене, але не оплачене на поточну дату: витрата від 28 червня, погоджена 2 липня, просто їде в липневий розрахунок — і випадає, щойно її позначать оплаченою.
  • Часткові цифри підписані. Якщо відшкодування не вдалося сконвертувати повністю (відсутній FX-курс у мультивалютному місяці), рядок каже про це явно — частковий підсумок ніколи не має маскуватися під повний.

А чим експорт свідомо не є: зарплатним рушієм. Жодної податкової математики, жодного нету, жодних пропорцій — це територія бухгалтера та його місцевих правил. Це джерело вхідних даних, а не бухгалтер.

Як це робить Helia HR

Експорт даних для зарплатного розрахунку входить у Helia Base (див. ціни) — це частина ядра, а не додаток:

  • Сторінка payroll на кожен місяць — оберіть рік і місяць; розрахунок будується з живих записів: активні люди, люди у відпустках і всі, кого звільнили всередині місяця (вони відпрацювали його частину — фінальний розрахунок).
  • Підсумок угорі — чисельність із поділом на білабельних/оверхед, гросс, консолідований у вашу звітну валюту, сума відшкодувань, дні відпусток і погоджені години, з явними прапорцями, коли бракує FX-курсу, — замість тихо неправильного підсумку.
  • Перевірки готовності перед експортом — люди без компенсації в системі, білабельні люди з нулем закритих годин, новачки для пропорції, звільнення для фінального розрахунку. «Все чисто» читається як тихе підтвердження, а не шум.
  • Місячна сітка відсутностей — хто був відсутній, коли і з яким типом відпустки, тож питання бухгалтера про відсутності відповідають самі на себе.
  • CSV одним кліком — колонки, перелічені вище, англійською за дизайном, щоб файл лягав у будь-який інструментарій бухгалтера.
  • Скрізь ті самі записи — дні відпусток приходять із тієї ж системи відпусток, що списала квоту, години — із закритих таймшитів, відшкодування — з черги витрат. Одне джерело — тож цифри збігаються за побудовою.

FAQ

Це зарплатний рушій?

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

Чому рахуються лише закриті години таймшитів?

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

Що станеться, якщо в когось немає зарплати в системі?

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

Як обробляються мультивалютні відшкодування?

Місяць з однією валютою лишається в ній. Змішаний місяць консолідується у вашу звітну валюту — а якщо курсу бракує, сума позначається як часткова і на сторінці, і в CSV, і ніколи не занижується мовчки.

Чи може бухгалтер отримати доступ напряму?

Зарплатні дані сидять за найсуворішим гейтом (адмін або власник), бо вони читають компенсації. Багато команд запрошують бухгалтера з таким доступом; інші щомісяця експортують CSV. І те, і те — п’ять хвилин однієї людини.

HR і делівері-операції в одній системі

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