Когда компания растёт и появляются новые объекты, рано или поздно возникает одна и та же проблема: данных становится больше, а собирать их сложнее.
Типичный сценарий: координатор на объекте ведёт свой учёт, бухгалтерия — свой, технолог — свой, склад — свой. Руководитель хочет видеть всё вместе. Логичное решение — один общий файл, куда все вносят данные.
Только это не работает.
Компания организует питание на промышленных объектах за пределами города. Несколько объектов, у каждого своя команда, свой координатор. Офис — в городе, объекты — за несколько сотен километров.
Когда объект был один — справлялись. Когда стало три, потом пять — отчётность начала множиться. Одни и те же данные заполнялись в разных форматах, потом переносились вручную, потом сверялись. Руководитель тратил несколько часов в неделю только на то, чтобы свести цифры из разных источников в одну картину.
Попытка дать всем один общий файл столкнулась с очевидным: координатор не должен видеть зарплатные данные. Бухгалтер — нет смысла показывать остатки по складу на чужих объектах. Технолог не должен иметь доступ к финансовым показателям по договорам. У каждого своя зона ответственности — и свои данные.
Разграничение как архитектурная задача
Это не вопрос настроек доступа. Это вопрос того, как данные организованы.
Если вся информация лежит в одной таблице — хоть как её ни защищай, структура всё равно будет создавать лишние связи. Правильное решение: данные разделены по зонам с самого начала, и каждая роль работает со своим слоем. Но руководитель видит всё — через сводный уровень, куда данные стекаются автоматически.
Мы выстроили это в Google Sheets. Отдельные формы для каждой роли: координатор заполняет движение ТМЦ и отчёт по питанию, технолог — нормы и остатки, бухгалтерия — свою часть. Каждая форма пишет в свой раздел базы. Apps Script сводит всё в единую структуру без ручного переноса.
Руководитель открывает Power BI — и видит любой объект за любой период: расходы, закупки, загрузка, отклонения от нормативов.
Формы вместо таблиц
Ещё одно решение, которое здесь важно: сотрудники на объектах не редактируют таблицы напрямую. Они заполняют формы.
Это снимает сразу несколько проблем. Случайное удаление строки — невозможно. Неправильный формат данных — форма валидирует на входе. Координатор физически не может попасть в раздел, к которому у него нет доступа, — формы просто не показывают лишних полей.
Заявка на закуп — тоже форма. Координатор заполняет: что нужно, сколько, на какой объект. Форма уходит в базу, нужные люди получают уведомление. Не звонок, не WhatsApp-сообщение, которое потеряется в ленте.
Коммуникация с вахтой
Отдельная задача — связь между офисом и объектами. Задачи ставились устно или в личных чатах. Когда человек уходил из компании — история терялась.
Для этой части подключили Битрикс24: задачи, сроки, контроль исполнения. Не как CRM — как инструмент внутренней коммуникации. Каждая задача привязана к объекту, видна нужным людям, фиксирует историю.
Запрос «нам нужна общая база» почти всегда означает что-то более конкретное: разные люди должны видеть разные вещи, но руководитель — всё сразу. Это решаемо. Просто строится не как один файл с паролями, а как система с разделёнными слоями.
Если у вас похожая ситуация — несколько объектов, разные роли, данные везде — напишите. Разберёмся, как это собрать.