Ситуация типичная для крупного бизнеса со специфическими процессами, работающего много лет: справочники и документы «обрастают» дополнительными реквизитами, часть из которых со временем теряют актуальность. То же касается и контрагентов: с некоторыми партнерами завершают сотрудничество, но данные о них продолжают храниться и виртуально пылиться.

При миграции Manders на новую редакцию составили перечень актуальных стандартных и специфических полей и контрагентов, чтобы не потерять важные данные и не «засорять» новую версию лишними. Из-за слишком устаревшего релиза 1С:УТ 10.3 воспользоваться стандартными механизмами переноса данных было нельзя. Поэтому мы разработали механизм с пакетной выгрузкой/загрузкой. С его помощью корректно перенесли большой объем номенклатуры.

Также распределили пользователей по группам, установили для них права доступа и настроили версионирование объектов.

Человеческий фактор — невнимательность и ошибки, копившиеся много лет — привели к расхождениям в суммовых и количественных остатках в устаревшей версии «1С:Управление торговлей». С такой ситуацией может столкнуться любая компания из-за небрежности в проведении документов или незнания законодательных нюансов. Перенос таких остатков в новую базу чреват новыми ошибками в учете — ситуация будет усугубляться.

Совместно с клиентом разработали механизм для подсчета себестоимости товарных остатков — в дальнейшем заказчик самостоятельно ввел верные данные в новую базу. Что касается учета количественных остатков, то здесь ошибки были критическими. Чтобы привести базу в порядок, потребовались бы сотни часов работы бухгалтерии заказчика. Вместе мы выработали альтернативное решение — проведение инвентаризации. Это заняло намного меньше времени и позволило завести в новую базу точные, фактические данные.

Ни в один из типовых механизмов «1С:Управление торговлей» не укладывается специфический процесс работы менеджеров компании с проектами. Каждый из них связывают с конкретным адресом, где проходит ремонт, а внутри одного проекта могут быть несколько заказов от разных покупателей. Плюс сложная логика расчета KPI и размера премии.

Кроме того, в 1С:УТ 10 из-за некорректной доработки программы сотрудник не мог в один проект добавлять номенклатуру всех видов. Для продажи, например, текстиля приходилось создавать отдельный объект.

В 1С:УТ 11 мы заново реализовали систему работы с проектами, доработав ее под пожелания клиента. Теперь сотрудники могут добавлять любую номенклатуру в один объект, в любой момент выгружать отчеты о своей будущей премии и видеть, как она рассчитана.

При работе с подсистемой «Проекты» мы также доработали типовой документ «Заказ», в котором фиксируются все движения товаров. Типовой механизм ведения комплектующих клиенту не подходит, поэтому табличную часть разделили на отдельные вкладки «Товары» и «Комплектующие», в каждой из которых проходят свои движения.

Manders использует агентскую схему для сотрудничества с дизайнерами. Они рекомендуют компанию своим клиентам или оформляют заказы для них и получают бонусы. Система расчета вознаграждения многоступенчатая, и эту логику нужно отразить в схеме.

Типовая агентская схема 1С:УТ 11 позволяет создавать агентские договоры. В ней нужно обязательно указать у номенклатуры агента, который ее реализовал. Но дизайнеры выступают скорее в роли рефералов — они только рекомендуют компанию. В справочнике контрагентов в реквизит «Тип покупателя» мы добавили значение «Дизайнер» и табличную часть для заведения данных о приведенном покупателе, а также проценте вознаграждения с его покупок.

Для расчета выплат дизайнеру создали отдельный регистр накопления. В нем учитываются вознаграждения за заказы, которые он оформил или оформлению которых способствовал. На основе данных регистра можно сформировать Отчет о задолженности перед Агентом.

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

У заказчика сложные складские процессы. Для одного и того же заказа товары нужно собрать из нескольких мест: разных магазинов, центрального склада, привезти под заказ из-за рубежа. Менеджеру нужно отслеживать все эти перемещения, а логистика не должна буксовать.

С заказчиком проработали возможные сценарии работы, проанализировали складские процессы и составили цепочки — от этапа закупки до выдачи заказа покупателю. Настроили и доработали типовые документы без расширения конфигурации, внедрения адресного хранения и ордерной системы учета. Это позволило автоматизировать складские процессы, не выходя за рамки бюджета проекта.

Одна из особенностей бизнеса заказчика — длительный срок работы с проектами и заказами внутри них. Ремонт может длиться не один год, и все это время проект и часть заказов по нему будут открыты в 1С. Аналогичная ситуация может сложиться в любой компании, где проектирование, производство и отгрузка товара занимают несколько месяцев.

В 1С:УТ 10.3 оставались старые незакрытые заказы, а новые уже начали заводить в актуальную версию программы. Мы сделали отчет о взаиморасчетах между базами, который облегчил миграцию и упростил работу бухгалтерии. При формировании документа программа обращается к старой версии, получает информацию по контрагентам, дополняет ее данными из актуальной редакции и представляет в виде сводного отчета. Никаких потерянных оплат, неучтенных задолженностей или переплат — всё в одном месте.

Гибкие настройки позволяют легко синхронизировать базу с сайтом, проводить межфирменные продажи (интеркампани) и перейти к сложной программе лояльности с градацией скидок.

Все это заказчик в перспективе может сделать в рамках информационно-технического сопровождения 1С.

Так может выглядеть система лояльности в 1С:Управление торговлей 11.