Замена типового механизма поддержания запасов в 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С. Со стороны заказчика — трое сотрудников: аналитик, бизнес-аналитик и тимлид.