Нужна связанная архитектура объектов, контрактов, ежедневных выходов, ставок, закупок, услуг и документов.

Ниже — обезличенный проектный разбор на основе обследования клининговой компании с численностью более 300 человек. Это не описание завершённого внедрения и не заявление о полученных результатах. Команда Хо-Бит24 провела обследование и разработала архитектуру возможной реализации. Материал показывает, как похожую компанию можно перевести из разрозненных таблиц и сообщений в связанную систему.

С какой исходной ситуацией пришла компания

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

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

Главный вопрос обследования звучал не как «какие функции включить в Битрикс24», а как «какую модель данных создать, чтобы тендер, контракт, объект, человек, выход, закупка и документ не существовали отдельно друг от друга».

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

Какие процессы клининговой компании можно объединить в Битрикс24

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

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

Проектная архитектура связывает процессы в одну цепочку:

Объект обслуживания как основа системы

Объект — это конкретный адрес, на котором компания оказывает услуги. Он существует дольше отдельного договора и не исчезает после завершения торгов. По одному адресу могут последовательно проходить несколько тендерных процедур и контрактов.

В карточке объекта можно хранить:

• название и адрес;
• заказчика и действующий контракт;
• руководителя и менеджера объекта;
• сотрудников и подрядчиков, допущенных к работе;
• режим и особенности обслуживания;
• текущий статус: торги, контрактация, запуск, эксплуатация или ожидание;
• связанные табели, заявки, закупки, услуги и документы;
• рабочую историю и коммуникации.

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

Тендеры, контракты и повторные торги

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

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

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

Ежедневный табель выходов уборщиков по объектам

Для регулярного клининга недостаточно месячного Excel-табеля. Руководству нужно понимать каждый день: кто фактически вышел, на какой объект, сколько часов отработал и по какой ставке должен быть произведён расчёт.

Минимальная запись выхода может содержать:

• объект и адрес;
• дату работы;
• исполнителя;
• тип исполнителя: штатный сотрудник или внешний подрядчик;
• ставку;
• количество фактически отработанных часов;
• рассчитанную сумму;
• кто и когда внёс информацию;
• статус дня.

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

Невыход и замена сотрудника

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

Как исправлять закрытый табель без скрытых изменений

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

После закрытия запись становится доступна только для чтения. Если обнаружена ошибка, менеджер создаёт заявку на исправление и указывает:

• какую запись нужно изменить;
• что было указано первоначально;
• какое значение должно стать новым;
• причину корректировки;
• подтверждающий файл или комментарий.

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

Заявки и закупки расходных материалов для объектов

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

Менеджер нажимает «Создать заявку», видит привычный набор позиций и указывает только количество. Заявка автоматически связывается с объектом и поступает закупщику.

Закупщик может:

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

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

Похожая логика подробно разобрана в статье об автоматизации закупок и снабжения в Битрикс24.

Сравнение цен поставщиков и использование ИИ

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

После накопления данных система может показывать:

• цены нескольких поставщиков по одной позиции;
• стоимость с учётом доставки;
• последнюю закупочную цену;
• изменение цены относительно прошлого периода;
• самое дешёвое предложение;
• выбранного поставщика и ответственного за решение.

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

Услуги месяца, ежемесячный расчёт, счёт и акт

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

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

Если интеграция с ЭДО не входит в первую версию, Битрикс24 всё равно может управлять этапами, ответственными и комплектностью документов. Передача в СБИС выполняется вручную, а результат фиксируется в карточке расчёта.

Реестр документов и права доступа

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

Пример правил:

• новый документ можно редактировать до передачи на согласование;
• на согласовании файл доступен только для просмотра;
• удаление запрещено или доступно только администратору;
• документ видят ответственный и руководитель своего объекта;
• сотрудник другого объекта не получает доступ;
• персональные документы имеют отдельные, более строгие права;
• в чате публикуется уведомление и ссылка, а не сам закрытый файл.

Подробнее о структуре такого решения — в материале про реестр документов в Битрикс24.

Чаты по объектам и работа сотрудников с телефона

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

Интерфейс мобильного сотрудника должен быть простым. Менеджеру объекта не нужно видеть весь корпоративный портал. В его рабочем меню можно оставить:

• свои объекты;
• табель на текущий день;
• создание заявки на товары;
• рабочие чаты;
• заявку на исправление;
• доступные ему документы.

Чем меньше лишних действий, тем выше вероятность, что данные будут внесены в момент работы, а не восстановлены в конце месяца.

Какие отчёты получает руководство

После накопления корректных данных можно собирать отчётность по объектам, контрактам и сотрудникам:

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

На первом этапе достаточно списков, фильтров и выгрузок. Большой BI-отчёт лучше создавать после того, как сотрудники поработали в системе и структура данных стабилизировалась.

Как внедрять Битрикс24 для клининговой компании по этапам

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

Сколько может стоить и длиться такой проект

По результатам обследования ориентир для реализации описанной архитектуры — 1–2 млн рублей. Это предварительный диапазон, а не публичная оферта: точная смета появляется после утверждения первой очереди, состава интеграций, объёма переноса и требований к отчётности.

Полный переход разумно планировать на 6–12 месяцев. Для компании на 300+ сотрудников ограничивающим фактором становится не только разработка. Нужны очистка Excel-данных, согласование правил, тестирование на нескольких объектах, обучение разных ролей и постепенное привыкание сотрудников к новому порядку.

Частые вопросы

Какую модель получает клининговая компания

В спроектированной модели Битрикс24 становится рабочим пространством, где объект связывает коммерческую и операционную части бизнеса. Менеджер ежедневно фиксирует фактические выходы. Закупщик получает структурированные заявки. Расчётчик видит услуги месяца. Руководитель проверяет часы, суммы, закупки и документы по каждому контракту.

Главный эффект появляется не от количества роботов, а от порядка работы: данные вносятся один раз, в момент события, имеют ответственного и не меняются незаметно после закрытия периода.

Источники о возможностях Битрикс24

• Как создать смарт-процесс в CRM — связи, стадии, роботы и пользовательская структура процесса.
• Права доступа к цифровым рабочим местам — роли, чтение, изменение, удаление, история и права по стадиям.
• Множественный чекин в мобильном приложении — один из возможных инструментов контроля маршрутов; его пригодность проверяется отдельно на пилоте.