# Программа уведомлений об опозданиях: что меняется, когда информация приходит в тот же день

- Канонический адрес: https://qrgate.az/ru/programma-uvedomleniy-ob-opozdaniyah
- Markdown: https://qrgate.az/ru/programma-uvedomleniy-ob-opozdaniyah.md
- Язык: ru

Большинство тех, кто ищет **программу уведомлений об опозданиях**, на самом деле ищет не отчёт. Они хотят изменить одно: чтобы информация об опоздании приходила в тот же день, а не в конце месяца.

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

## Два разных вопроса

Отчёт и уведомление не заменяют друг друга, потому что отвечают на разные вопросы.

**Отчёт** отвечает на «что произошло». Его читают в конце месяца, он обслуживает документооборот и подготовку зарплаты и требует точности.

**Уведомление** обслуживает вопрос «что можно сделать сейчас». Если смена не открылась, замену организуют в тот же час; если в филиале опоздали трое, решение принимается до начала потока клиентов.

Практическое следствие: с опозданием, о котором узнали в конце месяца, ничего сделать нельзя - его можно только зафиксировать. Вся ценность уведомления в возможности действовать в тот же день.

## Из чего состоит правило уведомления

Рабочее правило складывается из трёх элементов:

1. **Событие** - что должно произойти, чтобы ушло уведомление.
2. **Получатель** - кому оно уходит и по какой части структуры.
3. **Действие** - что этот человек делает, когда его получает.

Третий элемент упускают чаще всего, и он же самый важный. Уведомление, за которым не стоит конкретного действия, - это не информация, а шум, и через несколько недель его вообще перестают открывать.

## Для каких событий это имеет смысл

Четыре события, которые используют чаще всего:

- **Опоздание** - рабочий день начался позже графика.
- **Ранний уход** - рабочий день закрылся раньше графика.
- **День, который так и не начался** - случай, требующий действия сильнее прочих.
- **Сверхурочные** - случай, требующий согласования.

К ним можно добавить два технических события: отметка, не совпавшая с ожидаемой точкой, и смена устройства сотрудником. И то и другое - события для разбора, а не автоматические выводы.

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

## Кому это должно приходить

Самая частая ошибка: каждое уведомление уходит всем.

Когда человеку приходит десять уведомлений не по его части, одиннадцатое он тоже не откроет. Это вопрос поведения, а не техники, - и никакая настройка его не исправит.

Работающая модель делит по роли и охвату:

- **Руководитель филиала** - только случаи своего филиала.
- **Руководитель отдела** - только своя команда.
- **HR** - общая картина, обычно в виде периодического итога.
- **Владелец компании** - периодический отчёт, а не ежедневные события.

Подробный порядок построения такого разделения - на странице [распределение уведомлений](https://qrgate.az/ru/raspredelenie-uvedomleniy-o-poseshchaemosti).

## Проблема шума

Уведомления умирают по трём причинам, и все три решаются на этапе настройки.

**Круг получателей слишком широк.** Решение: для каждого уведомления получатель определяется вместе со структурным охватом.

**Порог нереалистичен.** Уведомлять о пятиминутном опоздании обычно бессмысленно, потому что по этому поводу никто не действует. Порог должен согласовываться с собственным правилом компании.

**Действие не определено.** Решение: до настройки пишется одна фраза - «когда приходит это уведомление, *кто* что делает».

## Практические сценарии

**Розничная сеть.** К открытию один из двух сотрудников магазина не пришёл. Уведомление уходит руководителю филиала, он просит замену из соседнего магазина - вопрос закрывается до начала потока клиентов.

**Сменное производство.** На старте ночной смены один из троих не сделал отметку. Уведомление уходит начальнику смены; проблема всплывает в начале смены, а не в её середине.

**Выездная бригада.** Рабочий день на объекте не начался. Уведомление уходит руководителю объекта - день не теряется.

Общее у этих трёх сценариев то, что в каждом за уведомлением стоит конкретное и заранее согласованное действие.

## Порядок настройки

1. Запишите порог опоздания - цифру, согласующуюся с правилом компании.
2. Выберите одно событие: обычно полезнее всего «день не начался».
3. Определите получателя вместе со структурным охватом.
4. Опишите действие одной фразой.
5. Поработайте месяц и спросите: сколько раз после этих уведомлений было реальное действие?
6. По ответу добавьте второе событие или уточните первое.

## Уведомления и отчёты строят вместе

Строить систему уведомлений в одиночку - самая частая ошибка. На практике два слоя работают только вместе, а их разделение опирается на один простой вопрос: *требует ли это событие действия сегодня?*

Если да - уведомление. Если нет - строка периодического отчёта.

В одной компании разделение выглядело так:

- **Уведомление:** смена не открылась, сотрудник не прибыл на объект, сверхурочные ждут согласования.
- **Ежедневный отчёт:** список опозданий по филиалу - руководитель смотрит утром.
- **Еженедельный отчёт:** сравнение по отделам - обсуждается на планёрке.
- **Ежемесячный отчёт:** табель и срез для зарплаты.

После такого разделения число уведомлений упало с тридцати в день до четырёх, - и именно эти четыре начали читать.

## Практический пример: как оживили уведомления

Сетевая компания настроила систему уведомлений год назад, и смотреть их уже перестали. Чтобы найти причину, провели простую проверку: после каких уведомлений за последний месяц было реальное действие?

Результат оказался очевидным. Из 640 уведомлений 610 касались опозданий, а порог был выставлен в одну минуту. Тридцать касались не открывшихся смен - и после каждого из них действие было.

Исправление состояло из трёх шагов. Порог опоздания согласовали с собственным правилом компании - десять минут. Уведомления об опозданиях направили руководителю филиала, а не открывшуюся смену - и руководителю филиала, и операционному директору. HR перестал получать ежедневные уведомления и вместо этого начал получать ежедневный итоговый отчёт в девять утра.

Через месяц доля открытых уведомлений выросла с 12% до 87%. Система не менялась - изменились только правила.

## Следующий шаг

Система уведомлений не заменяет отчётность - она её дополняет. Лучший результат получается, когда оба слоя строят вместе: срочные события уведомлением, картину - периодическим отчётом.

Посмотрите, как работают эти два слоя, в разделе [возможности QRGate](https://qrgate.az/ru/preimushestva), или [рассчитайте стоимость](https://qrgate.az/ru).

### Связанные страницы

- [Распределение уведомлений](https://qrgate.az/ru/raspredelenie-uvedomleniy-o-poseshchaemosti)
- [Автоматическое отслеживание опозданий](https://qrgate.az/ru/avtomaticheskoe-otslezhivanie-opozdaniy)
- [Плановые отчёты по посещаемости](https://qrgate.az/ru/planovye-otchety-po-poseshchaemosti)
- [Напоминания о приходе и уходе](https://qrgate.az/ru/napominaniya-o-prihode-i-uhode)

## Часто задаваемые вопросы

### Чем уведомление об опоздании отличается от отчёта?

Вопросом, на который отвечает. Отчёт отвечает на «что произошло» и читается в конце месяца. Уведомление обслуживает вопрос «что можно сделать сейчас»: если смена не открылась, замену организуют в тот же час. Одно другое не заменяет - первое для решений, второе для документа.

### Кому должно приходить уведомление?

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

### Для каких событий имеет смысл настраивать уведомления?

Чаще всего используют четыре: опоздание, ранний уход, рабочий день, который так и не начался, и сверхурочные. К ним можно добавить отметки, не совпавшие с ожидаемой точкой, и случаи смены устройства. Включать всё сразу не нужно - начать первый месяц с одного-двух событий даёт более устойчивый результат.

### Как не превратить уведомления в шум?

Тремя правилами: узкий круг получателей, реалистичный порог и конкретное действие за каждым уведомлением. Оповещать о пятиминутном опоздании обычно бессмысленно - никто по этому поводу не действует. Практический порядок такой: сначала ответить на вопрос «кто что сделает», и только потом настраивать уведомление.

### По каким каналам могут приходить уведомления?

Push в мобильном приложении, электронная почта, SMS и мессенджеры - выбор обычно следует за режимом работы получателя. Для HR за рабочим столом хватает почты; для руководителя филиала на выезде лучше работает уведомление, видимое на телефоне. Канал выбирают по срочности события, а не включают все сразу.

## Связанные страницы

- Распределение уведомлений - [Markdown](https://qrgate.az/ru/raspredelenie-uvedomleniy-o-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/raspredelenie-uvedomleniy-o-poseshchaemosti)
- Система учёта посещаемости - [Markdown](https://qrgate.az/ru/chto-takoe-sistema-ucheta-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/chto-takoe-sistema-ucheta-poseshchaemosti)
- QR или распознавание лиц - [Markdown](https://qrgate.az/ru/qr-kod-ili-raspoznavanie-lic.md) | [HTML](https://qrgate.az/ru/qr-kod-ili-raspoznavanie-lic)
- Польза программы учёта - [Markdown](https://qrgate.az/ru/polza-programmy-ucheta-poseshchaemosti.md) | [HTML](https://qrgate.az/ru/polza-programmy-ucheta-poseshchaemosti)
- Составление табеля - [Markdown](https://qrgate.az/ru/kak-sostavlyaetsya-tabel-rabochego-vremeni.md) | [HTML](https://qrgate.az/ru/kak-sostavlyaetsya-tabel-rabochego-vremeni)
- Система учёта для филиалов - [Markdown](https://qrgate.az/ru/sistema-ucheta-dlya-neskolkih-filialov.md) | [HTML](https://qrgate.az/ru/sistema-ucheta-dlya-neskolkih-filialov)