Перенос логистической CRM из Google Таблиц на веб-платформу с разграничением доступа

Последнее обновление: март 2026 года.

Перенос CRM из Google Таблиц на веб-платформу — это замена ручных электронных таблиц на полноценную систему с авторизацией, ролевой моделью доступа и автоматизированной бизнес-логикой. По данным нашей практики, стоимость такого перехода для логистической компании на 15-50 пользователей составляет 300 000–700 000 руб., срок реализации MVP — 2–3 месяца.

Когда Google Таблицы перестают справляться

Типичная картина в логистике: компания выросла с 5 до 30 сотрудников, а «система учёта» — всё те же 12-15 вкладок в одном Google-файле. Диспетчер видит маржинальность сделок. Стажёр может удалить формулу в калькуляторе КП. Менеджер по продажам нечаянно перезаписывает данные бухгалтерии.

Проблемы, которые приводят к решению о переносе:

• Нет авторизации. Ссылку на таблицу могут передать третьим лицам. Нет пароля — нет защиты.
• Нет разграничения прав. Все видят всё: и цены поставщиков, и зарплаты, и маржу. Row-level доступ в Google Sheets стоит 10 рабочих часов на настройку скриптов AppScript и ломается при добавлении новой строки.
• Формулы не масштабируются. При 20+ параметрах (тариф, вес, объём, маршрут, тип транспорта, сезонные коэффициенты) Google Sheets начинает зависать. Расчёт КП на 50 позиций занимает 30-40 секунд.
• Нет аудита изменений. Кто изменил стоимость поставки 15 февраля в 11:43? Google Sheets покажет только «отредактировал пользователь», без контекста действия.
• Данные в одном месте. Если Google заблокирует аккаунт (например, за нарушение политики или по ошибке), бизнес останавливается.

Если хотя бы 3 пункта из списка про вас — пора переходить на специализированную CRM для логистики с нормальной архитектурой.

Что получает бизнес после переноса

Не абстрактные «улучшения», а конкретные изменения в работе:

• Менеджер по продажам видит только свои сделки и общий прайс. Себестоимость и маржу — нет.
• Логист видит реестр поставок, статусы, документы. Финансовые условия — нет.
• Бухгалтер работает с актами и платежами, не имея доступа к оперативным данным диспетчеров.
• Руководитель видит всё: дашборд с KPI, аудит-лог действий, отчёты по периодам.
• Калькулятор КП работает за 2-3 секунды даже на 100+ параметрах, потому что это Java-код с BigDecimal, а не цепочка вложенных формул.
• История каждого изменения хранится в PostgreSQL с указанием пользователя, времени и старого значения.

Архитектурное решение на Jmix

Для логистической компании на 15-50 пользователей с задачей переноса из таблиц мы выбираем Jmix — low-code платформу на базе Spring Boot. Полноценная разработка на чистом Spring Boot дала бы тот же результат, но стоила бы в 2-3 раза дороже и заняла 4-6 месяцев вместо 2-3.

Что даёт Jmix из коробки:

• Система безопасности с row-level и attribute-level политиками — не нужно писать логику проверки прав вручную
• Готовые UI-компоненты (таблицы, фильтры, формы редактирования) — не нужна отдельная фронтенд-разработка
• Встроенный аудит-лог через Entity Log — история всех изменений без дополнительного кода
• Интеграция с PostgreSQL, возможность экспорта в Excel и PDF

Калькулятор коммерческих предложений реализуется как отдельный Spring-сервис с бизнес-логикой на Java. Параметры тарификации (километраж, тип груза, сезонные коэффициенты, дополнительные услуги) хранятся в базе и редактируются через административный интерфейс без программиста.

Разграничение доступа: роли и права

Это ключевая функция, которой нет в Google Таблицах в принципе. В Jmix Security реализуется через три уровня:

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

Этапы переноса в 2026 году

1. Аудит таблиц (1-2 недели). Анализируем все вкладки, формулы, зависимости. Выявляем логику расчётов, которую нужно перенести в код. Определяем роли и права пользователей. Результат: техническое задание.
2. Проектирование данных (1 неделя). Строим модель БД. Google Sheets — это плоская структура, PostgreSQL — реляционная. Большинство «листов» превращается в связанные таблицы. Здесь важно не потерять логику перекрёстных ссылок между вкладками.
3. Разработка MVP (6-8 недель). Реализуем ключевые модули: справочники, реестр поставок, калькулятор КП, базовые роли. Разворачиваем на тестовом сервере. Параллельно мигрируем исторические данные из таблиц через скрипт на Python.
4. Тестирование и правки (2 недели). Реальные пользователи тестируют систему, мы устраняем несоответствия с привычным workflow. Параллельная работа: и в таблицах, и в новой системе.
5. Запуск и обучение (1 неделя). Переключаем команду на новую систему. Записываем видеоинструкции для каждой роли. Первые 2 недели после запуска — приоритетная поддержка.

Итого: 3-4 месяца от аудита до промышленной эксплуатации. Подробнее о миграции данных из устаревших систем.

Стоимость разработки в 2026 году

Диапазон цен на рынке РФ в 2026 году для логистической CRM с переносом из Google Таблиц:

Что влияет на итоговую цену: количество ролей пользователей, сложность калькулятора КП (число переменных), необходимость интеграций с внешними системами (1С, Тинькофф, транспортные биржи), объём исторических данных для миграции.

Для сравнения: аренда готовой TMS-системы обходится в 15 000-80 000 руб./месяц. За 3 года — это 540 000 — 2 880 000 руб. без права на изменение логики под свои процессы. Заказная разработка CRM окупается за 1.5-2 года и остаётся в собственности компании.

Почему не Notion, Airtable или AppSheet

Частый вопрос: зачем заказывать разработку, если есть no-code платформы? Ответ зависит от требований к безопасности и масштабируемости.

Если в вашей компании нет требований к хранению данных на российских серверах и калькулятор из 5 параметров — AppSheet закроет задачу дешевле. Если нужна реальная ролевая модель, сложная логика расчётов и независимость от зарубежных сервисов — внедрение CRM на базе Jmix оправдано.

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

Сколько времени занимает перенос CRM из Google Таблиц?

От 2 до 4 месяцев в зависимости от сложности. Простой перенос 5-7 вкладок с базовыми ролями — 2 месяца. Если в таблицах реализован сложный калькулятор с 30+ параметрами и нужна интеграция с 1С — 3-4 месяца. Первые рабочие экраны появляются уже на 3-4 неделе разработки.

Что происходит с историческими данными из Google Таблиц?

Мигрируем в PostgreSQL через скрипт на Python. Данные проходят валидацию: дубли, пустые строки, некорректные форматы дат и сумм. Типичный объём для компании с 3-летней историей: 50 000 — 200 000 строк. Миграция занимает 3-5 дней, включая проверку корректности переноса. Системы управления складом с более сложной историей данных — отдельное обсуждение.

Можно ли дорабатывать систему после запуска без привлечения разработчика?

Частично. Справочники, тарифные таблицы, параметры калькулятора, права ролей — всё это меняется через административный интерфейс без программиста. Добавление новых модулей (мобильное приложение, интеграция с транспортной биржей, новый тип отчётов) требует разработки. Для этого предусмотрен тариф сопровождения с почасовой оплатой.

Как обеспечивается безопасность данных после переноса?

Три уровня: данные на вашем сервере (не на серверах Google или других SaaS), шифрование соединения (HTTPS + TLS), ролевая модель доступа в Jmix Security. Резервное копирование PostgreSQL настраивается по расписанию на отдельный сервер. Доступ к данным имеют только авторизованные пользователи вашей компании с конкретными правами по роли.