Доработка 1С:Управление торговлей

1С:Управление торговлей рассчитано на компании, где продажи, закупки и склад работают как отдельные отделы. В УТ много настроек, но у каждой торговой компании свои правила: скидка зависит от объёма и истории клиента, отгрузку в долг согласует руководитель, закупка идёт под конкретный заказ. Когда этих правил нет в базе, их держат в чатах и таблицах. Доработка 1С:Управление торговлей переносит такие правила внутрь программы. Это проверки при проведении заказа, свои статусы согласования, расчёт цены по вашей формуле, закупки под заказ, отчёты по марже и выполнению плана. Отдельная частая задача это обмен с сайтом, Kaspi и маркетплейсами, чтобы остатки и заказы не вводились руками.

Мы работаем расширениями конфигурации и проверяем каждую задачу на копии базы. Перед разработкой смотрим, можно ли закрыть её настройками УТ: соглашениями, ценовыми группами, правилами продаж. Если можно, так и говорим, даже если это уменьшает объём работ.

Для склада полезны адресное хранение в 1С и сканер штрихкодов, для продаж на площадках интеграция 1С с маркетплейсами. Общий подход описан на странице доработка 1С для торговли и склада. В Управлении торговлей много механизмов, которые компании не используют просто потому, что их никто не настроил. Соглашения с клиентами, ценовые группы, правила продаж и обеспечение заказов закрывают значительную часть пожеланий без программирования. Мы проверяем это первым делом и показываем, как выглядит результат на ваших данных.

Там, где настроек не хватает, пишем расширение. Типичные примеры: запрет проводить заказ со скидкой выше лимита без согласования, автоматический заказ поставщику по минимальному остатку, свой расчёт себестоимости доставки в цене, контроль кредитного лимита клиента при отгрузке. Отдельно смотрим производительность. Большая база УТ с многолетней историей может тормозить при проведении и в отчётах. Иногда достаточно перестроить тяжёлый отчёт или регламентное задание, и сотрудники перестают ждать по минуте на каждый документ.

Работу начинаем с аудита. Смотрим, на какой редакции и версии стоит база, сколько в ней правок типовой, какие расширения уже подключены и как настроены обмены с бухгалтерией и внешними системами. По итогам аудита понятно, сколько стоит каждая задача и в каком порядке их выгоднее делать. Иногда полезнее сначала вернуть базу на поддержку и обновить её, а уже потом дорабатывать, потому что новые версии УТ закрывают часть пожеланий сами. Такие вещи говорим заранее, до начала работ.

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