Замена типового механизма поддержания запасов в 1С:КА 2.5 на собственный
Ситуация
Компания переходила с 1С:Управление торговлей 10 (1С:УТ) на 1С:Комплексная автоматизация 2.5 (1С:КА), чтобы обновить бизнес-процессы. Типовой механизм поддержания запасов в 1С:КА не подходил: он был негибким и не поддерживал специфические расчеты заказчика. Обработка данных выполнялась регламентным заданием, но сотрудники приходилось тратить время на ручную перепроверку. Данные о сроках поставки и поставщиках из внешних источников обрабатывались отдельно, что усложняло работу. В старой системе использовались привычные доработки, которые нужно было перенести и улучшить.
Задача
Заказчик обратился к нам с задачей разработать собственный механизм поддержания запасов вместо типового в 1С:КА. Дополнительно нужно было:
-
Перенести старые формулы из обработок в 1С:УТ.
-
Оптимизировать скорость системы и обеспечить быстрые расчеты для сотен тысяч номенклатур.
Решение
Приступив к задаче, мы разобрали формулы из обработок в старой системе 1С:УТ. Выяснилось, что сезонные коэффициенты считались грубо — не учитывали количество дней в месяце. Мы подкорректировали расчеты, чтобы они стали точнее и надежнее. В ходе работы заказчик несколько раз уточнял требования и формулы менялись. Мы не просто их переписали, но и задокументировали, чтобы исключить путаницу. После переноса формул в 1С:КА расчеты стали четче и понятнее.
Создание нового механизма поддержания запасов
Мы разработали рабочий стол в 1С:КА 2.5, который полностью заменил типовой механизм. Он включает:
-
Удобные отборы по складам, брендам и поставщикам.
-
Интеграцию с внешними источниками данных, чтобы автоматически получать сроки поставки и информацию о поставщиках.
-
Прозрачные расчеты: сотрудники видят промежуточные данные и могут их корректировать.
Рабочий стол с отбором по складам, поставщикам, контрагентам и брендам
Ускорение работы системы
Чтобы справляться с сотнями тысяч номенклатур, мы разделили запросы на небольшие части. Они собираются динамически в зависимости от выбранных настроек. Расчеты выполняются автоматически регламентным заданием, но сотрудники могут запускать их вручную для перепроверки в течение дня. Это ускорило работу, даже при частых запусках.
Настройки запроса обработки. Реализовали так, чтобы в запрос не попадало ничего лишнего и расчеты выполнялись максимально быстро
Технические трудности
Проектирование запросов. Запросы нужно было продумать с нуля. Они должны были работать по-разному в зависимости от условий. Например, расчет для одного артикула менялся из-за сроков поставки до склада. Это требовало тщательной настройки.
Тестирование формул занимало много времени. Мы проверяли расчеты в 3–6 сценариях, меняя сроки поставки, сезоны и номенклатуры. Каждая перепроверка требовала внимания, чтобы учесть все нюансы.
Настройка обмена с внешними источниками данных, где хранились сроки поставки и информация о поставщиках, была трудоемкой. Нужно было обеспечить стабильную работу уже подключенной системы. Это тоже увеличивало нагрузку на команду.
Разработка в EDT. Разработка велась в 1C:Enterprise Development Tools с обязательным код-ревью. Это увеличивало длительность проекта, но обеспечивало качество кода.
Результат
Новый механизм обеспечил прозрачность и контроль над запасами и расчетами. Привычный стиль работы остался прежним. Сотрудники, ответственные за складское обеспечение, полностью перешли на 1С:КА 2.5. Рабочий стол позволяет быстро проверять промежуточные расчеты и корректировать их в реальном времени. Отборы по складам, брендам и поставщикам упрощают управление запасами. Точные формулы обеспечивают надежные расчеты для сотен тысяч номенклатур.
Заказчик видит несколько колонок с промежуточными результатами, за которыми удобно следить и, если нужно, редактировать в реальном времени
Длительность. Выполнение задачи заняло один месяц. В это время вошли анализ, разработка, тестирование и доработки по новым вводным от заказчика.
Команда. Со стороны implecs над задачей работали 2 специалиста: разработчик 1С и аналитик 1С. Со стороны заказчика — трое сотрудников: аналитик, бизнес-аналитик и тимлид.