Описание
До начала проекта в компании использовалась "1С:Управление торговлей", ред. 10, внедрённая несколько лет назад. В ней были настроены собственные бизнес‑процессы, доработки по заказам и резервированию, сотрудники привыкли к интерфейсу и схемам работы. В целом текущий функционал удовлетворял потребности бизнеса.
Однако к моменту старта проекта:
- версия "1С:Управление торговлей", ред. 10 была официально снята с поддержки, не обновлялась и не сопровождалась фирмой "1С";
- функционал для реализации требований по маркировке товаров отсутствовал в нужном объёме;
- любые новые законодательные требования должны были внедряться трудоёмко и с повышенными рисками.
При этом ежедневно с системой работали более 22 сотрудников, а непрерывность учёта и отгрузок была критична. Руководство приняло решение о плановом переходе на "1С:Управление торговлей", ред. 11 до наступления ситуации вынужденного "аварийного" внедрения.
Переход на новую версию без вскрытия типовой конфигурации
Все изменения в программе были реализованы с использованием механизма расширений. Основная конфигурация "1С:Управление торговлей", ред. 11 осталась типовой, ежемесячно специалисты "Первый Бит" подключаются для обновления программы до актуальной версии. Это упростило сопровождение и обновления. В результате чего, все доработки сконцентрированы в расширении: их не нужно искать по всей конфигурации, легко поддерживать и развивать.
Доработка интерфейсов под большой ассортимент
В базе компании - порядка 25 000 позиций номенклатуры. Для ускорения работы и снижения ошибок была доработана визуальная часть интерфейса:
- реализована цветовая индикация строк и отдельных элементов по заданным признакам;
- при открытии форм система считывает заданные параметры и автоматически "раскрашивает" строки нужным образом;
- пользователи визуально различают группы товаров и быстрее ориентируются в большом справочнике.
Вид интерфейса, интеграция цен особенно важны для оптовой торговли с широким ассортиментом и частыми изменениями цен.
Модернизация процесса резервирования с учётом жизненного цикла заказа
Ключевой инновацией проекта, стала переработка процесса резервирования товаров под реальные процессы компании "Сантехкомплект". Стандартная система резервов требует постоянного ручного контроля и не учитывает, что многие резервы должны иметь ограниченный по времени характер.
На основе схемы заказов и ежедневной работы склада специалисты компании‑исполнителя спроектировали расширенный процесс резервирования, включающий:
- Разделение резервов на временные и постоянные: При оформлении заказа клиента пользователь явно указывает статус резерва: "временный" или "постоянный". Это позволяет сразу определить, требуется ли дальнейший автоматический контроль по сроку действия резерва.
- Ежедневную автоматическую проверку временных резервов: На ночной обработке система анализирует заказы клиентов со статусом "временный" резерв. По каждой позиции проверяется актуальное состояние: была ли отгрузка, продлён ли резерв, есть ли потребность держать товар в блокировке.
- Автоматическое снятие просроченных временных резервов: Если по временным резервам не выполнены условия (например, не поступила оплата, не подтверждён отгрузочный документ), обработка автоматически снимает такой резерв.
После этого выполняется типовой пересчёт остатков и доступности:
- в заказе клиента обновляется состояние резервов;
- освобождённый остаток становится доступен для других клиентов,
- при наличии ожидающих заказов система может перекинуть освободившийся остаток по очереди.
Таким образом, цепочка обработки выглядит так:
- Заказ клиента - установка статуса резерва ("временный"/"постоянный") при оформлении.
- Периодическая проверка - ночная обработка анализирует заказы клиентов со статусом "временный" резерв.
- Снятие резервов - по просроченным временным резервам выполняется автоматическое снятие.
- Пересчёт остатков и доступности (типовой механизм "1С:УТ", ред. 11) - система пересчитывает доступные остатки и актуализирует заказы клиентов с учётом изменившихся резервов.
- Заказ клиента с актуальным состоянием резервов - пользователи видят реальную картину доступного товара, без "зависших" резервов.
Благодаря такой цепочке:
- временные резервы не "зависают" на неопределённый срок;
- складские остатки используются эффективнее;
- менеджеры не тратят время на ручную проверку и массовое снятие резервов по старым заказам.
Постоянные резервы при этом сохраняют своё поведение: они не снимаются автоматически, что важно для ключевых или договорных клиентов.
Стандартизация процессов под логику "1С:Управление торговлей", ред. 11
В рамках проекта были проанализированы и приведены к типовой логике:
- процессы закупки и анализа потребностей,
- процессы приёмки и отгрузки,
- порядок работы с заказами и резервами.
Это позволило использовать встроенные механизмы контроля и аналитики "1С:УТ", ред. 11, сократить объём доработок и облегчить обучение новых специалистов.
Единый переход "за один заход"
Проект был реализован по "водопадной" методологии (Waterfall - линейная, последовательная методология управления проектами. Название визуально отражает сущность подхода: процесс разработки движется вниз, как водопад, проходя через чётко определённые этапы без возможности возврата):
- анализ и формирование реестра бизнес‑процессов и доработок;
- реализация доработок в расширениях, настройка и обучение ключевых пользователей;
- запуск и стартовое сопровождение.
Для бизнеса переход выглядел как одно переключение: прикладные пользователи завершили работу в старой системе в конце недели, за выходные были выполнены все работы по миграции, и в первый рабочий день компания полностью начала работать в "1С:Управление торговлей", ред. 11.
Специалисты компании "Первый Бит" провели обучение ключевых пользователей по отделам (продажи, склад, закупки) с акцентом на отличиях "1С:УТ", ред. 11 от "1С:УТ", ред. 10, новой логике резервирования и обновлённом интерфейсе. Также подготовили рекомендации по дальнейшему подключению механизмов маркировки для новых товарных групп по мере изменения законодательства.
