Цех пишет в чат. Руководитель наконец видит, что произошло за смену

Утром кладовщик принимает материал и записывает количество в таблицу. Мастер отправляет план смены в общий чат. Сотрудник сообщает там же о готовой партии, но забывает отметить остановку. К вечеру все вроде бы работали с одними событиями, а цифры уже не сходятся.

Руководителю остаётся листать сообщения, звонить людям и выяснять, какая запись была последней. Мы строили CEX Bot именно для этого места — не для красивого отчёта в конце месяца, а для обычного рабочего дня, в котором одно событие должно сразу попадать и в смену, и на склад, и в выпуск.

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

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

За коротким диалогом работает строгая структура. Сообщение «готово 40 коробок» не остаётся заметкой: у записи появляются автор, время, партия, использованный материал и связь с планом.

Роли нужны не только для удобства. Рабочий не видит выплаты коллег, кладовщик не меняет производственный план, а исправление операции, которая влияет на деньги, требует отдельного подтверждения. Чем проще экран, тем заметнее должно быть каждое серьёзное действие.

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

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

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

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

Корректировка поэтому становится отдельным действием. В истории остаются прежнее значение, новое значение, автор и причина. Если запись уже повлияла на остаток или выплату, это тоже видно. Руководитель получает не только итоговую цифру, но и объяснение, как она появилась.

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

Для офиса потеря сети — неприятность. Для производства это обычное условие. Сотрудник должен точно понимать, сохранилась ли команда, а повторная отправка не должна создавать вторую одинаковую партию или ещё раз списывать материал.

Мы проверяли полный цикл на одном участке: приход, выдачу, смену, выпуск, исправление и итоговый отчёт. Только после сверки с фактическими остатками и документами сценарий можно переносить на следующую команду.

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

Сам чат здесь не является главным изобретением. Главное — что за каждым простым сообщением стоит одна и та же цепочка событий. Поэтому к концу недели данные не приходится заново собирать по памяти: рабочий день уже оставил понятный след.

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