1. Проектирование (3 недели)

Утвердить модель процессов и архитектуры. Зафиксировать, что именно настраивается и где границы систем.

• структура CRM;
• поля и сущности;
• роли и права;
• воронки;
• маршруты документов;
• коммуникации;
• схема интеграции с 1С.

Результат проектирования:

• Описаны сущности и поля
• Расписаны роли пользователей по матрице
• По каждой воронке расписаны: стадии; события перехода; обязательные данные на каждой стадии; ответственный; роботизация; выходной результат стадии; точка передачи в другой отдел или систему.
• Составлены маршруты документов в Битрикс24
• Спроектированы модели коммуникаций
• Схема интеграции с 1С

2. Программирование и настройка

База и коммуникации (3–4 недели) — старт обязателен до сезона

• Перенос всей базы клиентов из Google Sheets в Б24.
• Настройка воронки «Прогрев». Сделка или отдельный смарт-процесс: звонок → интерес → отбор пробы → отказ / переговоры.
• Привязка телефонии. Организовать переход с личных номеров на корпоративные, с записью звонков через интеграцию с оператором.
• Подключить/настроить Открытые линии МАКС, Телеграм, WhatsApp. Чтобы было видно, кто пишет (ФИО менеджера), а не «офис». Групповые чаты с портами — тоже сюда.
• Карточка контрагента — поля: районы (множественный выбор), склады, качество (протеин, влажность, клоп), история звонков.

Аккредитация и согласование сделок (2–3 недели)

• Смарт-процесс аккредитации. Юрист проверяет документы. Только после этого контрагент попадает в синхронизацию с 1С.
• Согласование счетов и спецификаций — встроенными смарт-процессами Б24.
• Привязка спецификации к сделке — не к договору, а к конкретной сделке (так удобнее для отчётности).
• Хранение документов — на корпоративном диске (не в облаке Б24). Ссылки в карточке контрагента.

Воронка продаж и контроль (2 недели)

• Отчёты по звонкам и активности — кто звонил, кому, сколько, результат. Для контроля менеджеров.
• Передача базы гендиректором — отдельный пользователь с правами «только чтение» для нового менеджера, потом расширить.
• Напоминания о звонках — автоматические задачи «перезвонить через N дней».
• Фильтрация по району + культуре + качеству — через пользовательские поля и отчёты.

3. Интеграция с порталом и 1С (после сезона, октябрь–ноябрь)

• Синхронизация Б24 → портал
• Интеграция с 1С / УНФ

Результат этапа:

• Настроена синхронизация с порталом
• Настроена синхронизация с 1С

4. Консультирование и обучение

• Консультационное сопровождение
• Ответы на вопросы
• Обучающие встречи в онлайн
• Донастройки и корректировки «на ходу»

Результат этапа:

• Проведены обучающие мероприятия для сотрудников, достаточные для работы в Битрикс24
• Сформирована база знаний и инструкции для работы сотрудников в Битрикс24

5. Тестирование и отладка

• Прогон возможных сценариев бизнес-процессов, выявление отклонений от ожидаемых результатов
• Отладка и корректировка выявленных отклонений

Результат этапа:

• Выявление и исправление отклонений от спроектированных сценариев

1. Проектирование

На этапе проектирования необходимо решить следующие вопросы.

1.1. Границы системы

Что остаётся в Bitrix24? Предварительно: звонки; переписку; работу закупщика; карточки клиентов; договоры; спецификации; согласование документов.

Что переходит в портал? логистика; движение машин; обмен данными между сторонами; сверка весов; статусы поставок; документы перевозки.

1.2. Роли пользователей

Нужно согласовать список ролей. Вопросы: кто имеет доступ; кто видит только свои данные; кто видит всю цепочку; кто может редактировать данные; кто подтверждает данные.

Предварительно: закупщик; логист; перевозчик; поставщик; порт; экспедитор; руководитель.

1.3. Определить основной объект портала

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

1.4. Жизненный цикл партии

Например: закупка → договор → спецификация → план перевозки → загрузка → в пути → выгрузка → сверка → документы → закрыто.

И понять: кто переводит этап; автоматически или вручную; какие данные обязательны на каждом этапе.

1.5. Как происходит сверка весов

Какие веса фиксируются: вес загрузки; вес выгрузки. Кто вводит данные: водитель; логист; поставщик; порт.

Что делать при расхождениях — например: до 0,5 т — автоматически; более 0,5 т — требуется подтверждение.

1.6. Какой документооборот нужен

Предварительно: договор; спецификация; счёт; УПД; доверенность; реестр перевозок; транспортные документы; ЭТрН.

Нужно определить: где хранится документ; кто его загружает; кто подписывает; кто видит.

1.7. Интеграция с 1С

Что создаётся в 1С автоматически: контрагент; договор; перевозка; УПД; складская операция. Что создаётся вручную. Кто является мастер-системой.

Например: Bitrix → источник контрагентов; портал → источник перевозок; 1С → источник бухгалтерских данных. Либо определить другую схему.

1.8. Интеграция с Bitrix24

Какие данные приходят из Bitrix24: клиент; сделка; договор; спецификация. Какие данные возвращаются: статус перевозки; статус поставки; фактический тоннаж.

1.9. Работа перевозчиков

Будет ли личный кабинет? Какие данные должен вводить перевозчик: машина; водитель; документы; статус рейса. Может ли перевозчик видеть чужие перевозки?

1.10. Работа поставщиков

Нужно решить: полноценный кабинет поставщика; ссылка без авторизации; или поставщик не работает в системе, данные заносит логист.

1.11. Работа портов

Будет ли отдельный кабинет порта; кто вводит вес выгрузки; кто подтверждает приёмку; как обрабатываются корректировки.

1.12. Уведомления

Что будет отправляться автоматически: новая перевозка; прибытие машины; расхождение по весу; загрузка документа; необходимость согласования.

1.13. Реестры и отчётность

Реестр перевозок; реестр закупок; реестр партий; реестр расхождений; реестр документов; отчёт по перевозчикам; отчёт по поставщикам.

Результат проектирования — основных разделов:

• Роли пользователей
• Карта бизнес-процесса закупки и перевозки
• Модель данных (партия, перевозка, документы)
• Интеграции (Bitrix24, 1С, ЭДО)
• Функциональные требования к порталу с прототипами его страниц

2. Дизайн

2.1. Разработка визуальной концепции

Определение: цветовой схемы; типографики; иконок; стиля таблиц; визуального языка системы.

2.2. Разработка дизайн-системы

Создание библиотеки компонентов: кнопки; формы; таблицы; карточки; статусы; уведомления.

2.3. Отрисовка макетов

Создание финальных экранов в Figma.

Результат: комплект дизайн-макетов для разработки.

3. Верстка

3.1. Подготовка фронтенд-архитектуры

Настройка проекта; структуры компонентов; маршрутизации; системы стилей; сборки проекта.

3.2. Разработка базовых компонентов интерфейса

Кнопки; поля ввода; выпадающие списки; чекбоксы и переключатели; модальные окна; уведомления; таблицы; пагинация; фильтры; элементы навигации.

3.3. Верстка общих экранов системы

Авторизация и восстановление доступа; главная страница; личный кабинет; профиль; настройки системы.

3.4. Верстка функциональных модулей портала

Реестр закупок; карточка закупки; реестр партий; карточка партии; реестр перевозок; карточка перевозки; реестр документов; отчёты; административный раздел.

3.5. Верстка ролевых кабинетов

Кабинет закупщика; логиста; перевозчика; поставщика; сотрудника порта; руководителя.

3.6. Реализация пользовательских сценариев

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

3.7. Адаптивная верстка

Настольные компьютеры; планшеты; мобильные устройства; адаптация таблиц и форм.

3.8. Тестирование интерфейсов

Кроссбраузерное тестирование; проверка адаптивности; проверка сценариев; исправление дефектов.

Результат этапа: полностью сверстанный пользовательский интерфейс портала, готовый к функциональному тестированию и опытной эксплуатации.

4. Программирование

4.1. Проектирование архитектуры приложения

Структура БД; механизмы интеграции; среда разработки. Результат: архитектура системы и структура БД.

4.2. Реализация системы авторизации

Регистрация; авторизация; восстановление пароля; роли; разграничение доступа. Результат: единая система доступа.

4.3. Разработка справочников

Поставщики; перевозчики; порты; культуры; транспорт; водители; организации; пользователи. Результат: базовые данные системы.

4.4. Разработка модуля закупок

Создание и редактирование закупки; статусы; контрагенты; объёмы и цены; история изменений. Результат: модуль управления закупками.

4.5. Разработка модуля партий зерна

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

4.6. Разработка модуля логистики

Перевозки; перевозчики; транспорт; маршруты; этапы доставки. Результат: модуль управления перевозками.

4.7. Разработка системы контроля весов

Вес загрузки и выгрузки; расчёт отклонений; контроль расхождений; уведомления. Результат: автоматическая сверка весовых данных.

4.8. Разработка документооборота

Хранение; загрузка; версии; привязка к объектам; статусы согласования. Результат: единый архив документов.

4.9. Разработка уведомлений

Системные; e-mail; по событиям; о расхождениях. Результат: автоматическое информирование участников.

4.10. Разработка отчётности

Закупки; перевозки; партии; расхождения; эффективность перевозчиков; аналитика по поставщикам. Результат: система отчётности и контроля.

4.11. Администрирование системы

Пользователи; роли; справочники; журнал действий. Результат: административный кабинет.

Результат этапа программирования: полностью реализованная бизнес-логика портала и API для работы пользовательских интерфейсов.

5. Интеграция внешних систем

5.1. Интеграция с Bitrix24

Из Bitrix24 в портал: контрагенты; сделки; договоры; спецификации. Из портала в Bitrix24: статусы перевозок; фактические объёмы; результаты поставок. Результат: единое информационное пространство между CRM и порталом.

5.2. Интеграция с 1С

Из портала в 1С: закупки; перевозки; объёмы; документы. Из 1С в портал: контрагенты; финансовые статусы; учётные данные. Результат: автоматизация бухгалтерского и управленческого учёта.

5.3. Интеграция с ЭДО (опция, не включена в стоимость)

Диадок; СБИС; другие операторы. Обмен документами; статусы подписания; хранение идентификаторов.

5.4. Интеграция с почтовыми сервисами

Уведомления; рассылка документов; сервисные сообщения.

5.5. Интеграция с SMS/мессенджерами (опция, не включена в стоимость)

Уведомления перевозчиков и логистов; информирование о статусах поставки.

5.6. Настройка API для внешних подключений

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

6. Тестирование и отладка

Проверка корректности работы всех модулей системы, бизнес-процессов и интеграций перед запуском в промышленную эксплуатацию. Доработка.

7. Ввод в эксплуатацию и запуск системы

Развертывание системы в рабочей среде Заказчика, обучение пользователей и запуск бизнес-процессов в промышленном режиме.