Табель обліку робочого часу: від Excel до автоматизації

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

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

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

Що таке табель і чим він відрізняється від графіка

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

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

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

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

Які дані потрібні, щоб табель можна було перевірити

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

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

Це орієнтир для структури, а не вимога додавати кожне поле до друкованого звіту. Наприклад, пояснення виправлення може зберігатися окремо, а підсумкова форма показувати лише потрібні одержувачу колонки. Важливо, щоб звіт залишався пов'язаний із деталями, за якими його можна перевірити.

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

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

Як організувати табель у Excel без зайвих копій

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

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

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

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

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

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

Один приклад: від щоденного запису до місячного зведення

Візьмемо умовну організацію з підрозділами А і Б. Працівник із внутрішнім номером 042 спочатку належить до А, а з 16 числа переходить до Б.

Поправка має дійти до звіту28 с · без звуку

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

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

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

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

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

Помилки, які варто передбачити заздалегідь

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

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

Додайте контроль незвичних значень: години у неправильному періоді, запис для працівника поза датами його роботи, суперечливі дані за одну дату. Система може показати ці ситуації відповідальному, але не повинна мовчки «виправляти» їх на найпоширеніше значення.

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

Що можна автоматизувати, а що потребує підтвердження

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

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

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

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

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

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

Excel, готова програма чи власна система

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

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

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

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

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

Наш досвід розробки електронного табеля

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

Для задачі табеля це важливий зв'язок: запис належить конкретному працівнику й підрозділу, а люди працюють із даними через свої дозволи. Технічний опис системи винесений в окрему статтю про HRM-проєкт. Тут важливіше те, як ваш відповідальний вводить і перевіряє час та який результат передає далі.

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

Як перейти до системи й перевірити результат

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

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

• Керівник підрозділу бачить потрібних працівників і не має доступу до чужих даних.
• Чернетка та підтверджений запис відрізняються зрозуміло, пропуски помітні.
• Переведення не створює дубля й не змінює минулу належність записів.
• Поправка змінює правильний день і потрапляє в оновлений підсумок.
• Одержувач відкриває експорт і знаходить потрібний період, працівників, години та статуси.
• Недоступне джерело або невдалий експорт показують проблему, зберігаючи вже внесену роботу.

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

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

Вартість розробки системи обліку робочого часу

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

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

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

Як замовити електронний табель під свої процеси

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

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

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

CEO та провідний розробник Artbrain

Anton Kunashenko

Засновник Artbrain з 2018 року. Розробляє цифрові продукти для бізнесу: від лендингів до enterprise-систем.