Опис проєкту
ПерекладГрафік чергувань у нас висить у коридорі на стіні: начальник зміни малює місяць маркером, а далі кожна правка лягає поверх попередньої. До двадцятого числа вже ніхто не скаже напевно, кого куди переставили, бухгалтерія збирає цифри телефоном, а табель наприкінці місяця складається руками з двох зошитів і чиєїсь пам'яті. Якщо людина захворіла, зміну закриває той, хто першим узяв слухавку, і ця домовленість не існує ніде, крім листування.
Ми хочемо перенести все це у вебзастосунок. Планувальник будує сітку підрозділу на місяць, одразу бачить, у кого недобір годин, а в кого перебір, і публікує графік. Працівник відкриває ту саму сітку з телефона, просить колегу взяти зміну, і обмін стає справжнім лише після підтвердження керівника підрозділу — заявка, відповідь і час обох зберігаються. Відпустки, лікарняні та інші відсутності лежать у тому самому календарі, щоб зміну не можна було поставити людині, яка її відпрацювати не може. Наприкінці місяця система сама складає табель, показує зведення переробок і готує файл вивантаження, який бухгалтерія завантажує, не набираючи жодної цифри заново.
Три пункти — не побажання, а умови. Система рахує за правилами, які затверджує наша кадрова служба, і спірні випадки переробок та нічних змін вирішує вона, а не програма: там, де правило допускає різне тлумачення, застосунок зобов'язаний показати випадок і чекати на рішення людини, а не округлювати мовчки. Дані про лікарняні бачать лише кадри та керівник підрозділу, а діагнози не зберігаються взагалі — тільки факт відсутності та його дати. Відмітка про вихід на зміну фіксує явку для графіка і не повинна перетворюватися на постійне стеження за працівником: ані історії переміщень, ані секундоміра на перервах, ані фонового спостереження.
Що потрібно зробити:
— планування змін підрозділу на місяць, шаблони графіків і норми годин;
— заявки на обмін змінами з підтвердженням керівника;
— облік відпусток, лікарняних і відсутностей в одному календарі;
— автоматичний табель за місяць і підрахунок переробок;
— файл вивантаження для бухгалтерії;
— нагадування працівникові про вихід у зміну;
— календар підрозділу, відкритий усій команді;
— мобільний вигляд: графік, заявки, відмітка про вихід.
Ми хочемо перенести все це у вебзастосунок. Планувальник будує сітку підрозділу на місяць, одразу бачить, у кого недобір годин, а в кого перебір, і публікує графік. Працівник відкриває ту саму сітку з телефона, просить колегу взяти зміну, і обмін стає справжнім лише після підтвердження керівника підрозділу — заявка, відповідь і час обох зберігаються. Відпустки, лікарняні та інші відсутності лежать у тому самому календарі, щоб зміну не можна було поставити людині, яка її відпрацювати не може. Наприкінці місяця система сама складає табель, показує зведення переробок і готує файл вивантаження, який бухгалтерія завантажує, не набираючи жодної цифри заново.
Три пункти — не побажання, а умови. Система рахує за правилами, які затверджує наша кадрова служба, і спірні випадки переробок та нічних змін вирішує вона, а не програма: там, де правило допускає різне тлумачення, застосунок зобов'язаний показати випадок і чекати на рішення людини, а не округлювати мовчки. Дані про лікарняні бачать лише кадри та керівник підрозділу, а діагнози не зберігаються взагалі — тільки факт відсутності та його дати. Відмітка про вихід на зміну фіксує явку для графіка і не повинна перетворюватися на постійне стеження за працівником: ані історії переміщень, ані секундоміра на перервах, ані фонового спостереження.
Що потрібно зробити:
— планування змін підрозділу на місяць, шаблони графіків і норми годин;
— заявки на обмін змінами з підтвердженням керівника;
— облік відпусток, лікарняних і відсутностей в одному календарі;
— автоматичний табель за місяць і підрахунок переробок;
— файл вивантаження для бухгалтерії;
— нагадування працівникові про вихід у зміну;
— календар підрозділу, відкритий усій команді;
— мобільний вигляд: графік, заявки, відмітка про вихід.
Веб програмування Готівка, Банківський переказ
