Клиент и ситуация

До проекта бизнес жил в глубоко доработанной «Управление Торговлей» (УТ 11): для производства были написаны самодельные документы.

Проблема: со временем функционала стало не хватать, а поддерживать новые релизы — все сложнее. Самописная система тянула бизнес назад.

Решение: переход на 1С:УНФ с минимальными доработками блока производства — но с точечной настройкой под реальную специфику мясопереработки.

Что получил клиент

1. Производство, которое понимает усушку и себестоимость

Типовой функционал производства в УНФ был доработан под специфику мясопереработки:

• введены дополнительные показатели Усушки;

• переработаны отчеты по рецептуре — теперь с учетом себестоимости;

• доработан отчет по стоимостной оценке склада.

Выгода: производство перестало считать «в среднем по больнице». Усушка учитывается, рецептуры считаются с себестоимостью, а склад оценивается корректно.

2. Журнал «Производство»: сборка видна, заказы закрываются сами

• В журнале «Производство» появился признак завершённости сборки — зеленый кружок, частично или полностью закрашенный.

• При проведённой реализации статус заказа клиента автоматически становится «Завершён».

• В заказе клиента при нажатии пробела в поле «Количество» для штучного товара больше не подставляется значение с весов — остается количество, введённое ранее.

Выгода: не нужно вручную отслеживать, что собрано, а что нет. Заказы закрываются автоматически, а случайные подстановки веса в штучный товар исключены.

3. Сдельные наряды считаются сами

Реализовано автоматическое создание сдельных нарядов по выпущенной за месяц продукции. К каждой номенклатуре привязана операция с расценкой и исполнитель/бригада. Обработка собирает данные и создаёт сводный общий сдельный наряд с учётом КТУ.

Выгода: расчет сдельной оплаты больше не рутина. Сводный наряд формируется по фактическому выпуску, с учетом КТУ — быстрее и без ошибок.

4. Платежный календарь, которому можно верить

• Изменено поле «Комментарий» в заказах.

• Изменено формирование текста назначения платежа в ПП: вместо «оплата по счету» — «оплата по накладной», вх. номер.

• Найдена причина «незакрытия» долгов в Платёжном календаре (на примере Чавкина, заказ 210).

• Настроено автозаполнение документа «Корректировка долга» на определённую сумму.

• В денежных документах добавлена ТЧ «Раздел к оплате».

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

5. Отчет «Выполнение заказов»: видно нехватку и план по датам

• Добавлен вариант отчёта «Выполнение заказов. Нехватка за день» — выводит информацию по заказам с выбранной «Датой отгрузки».

• Добавлен вариант отчёта «Выполнение заказов. Заказы на период» — колонки по каждой дате из выбранного периода, показывается только заказанное количество. Строки — номенклатура.

Выгода: руководство видит, чего не хватает на день, и сколько заказано в разрезе дат и номенклатуры — без ручных выгрузок.

6. Торговые представители, адреса и маршруты — в одной связке

• Добавлена связка между таблицей торговых представителей и таблицей маршрутизации: проставили менеджера в одном месте — синхронизировалось в другом.

• На форму списка и форму выбора контрагентов добавлена информация по торговому представителю к каждому адресу.

• Доработан механизм создания расходной накладной в рабочем месте кладовщика: автор — текущий кладовщик, поле «Ответственный менеджер» — торговый представитель по связке «Покупатель» + «Адрес доставки».

• Реализован механизм частичной и полной отмены расходной накладной (по аналогии с заказом покупателя).

• Добавлен идентификатор адреса в контактную информацию контрагента, документы и регистры с реквизитом «Адрес доставки», выполнено его заполнение.

• В расходных и приходных накладных (возвратах) настроено заполнение ответственного менеджера из регистра «Привязка» по идентификатору.

• Доработана обработка оперативной замены адресов в документах при изменении адреса или ответственного менеджера.

• Доработана выгрузка нескольких фактических адресов в «Моби-С».

• Разработаны отборы факт. адресов с привязкой по менеджерам при использовании регистра «Привязка торговых представителей к торговым точкам» для выгрузки в «Моби-С».

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

7. Мобильная торговля и ТСД — перенесены и подключены

• Установлен «Магазин 15 базовый» с подключением к базе УНФ.

• Настроена выгрузка справочников и бизнес-процессов с выгрузкой на ТСД.

• Установлено ПО «Клеверенс» на сервер и добавлено в 1С.

• Настроен обмен 1С и ПО «Клеверенс», перенесены шаблоны обмена.

• Проведена консультация по обновлению ПО на ТСД и подключению к новой базе.

• Установлены лицензии «Клеверенс».

Выгода: мобильная торговля и ТСД работают с новой базой УНФ, обмен настроен, лицензии установлены — склад и торговые представители не простаивают.

8. «Стоп наборка»: проблемная продукция не уедет к клиенту

• Добавлен доп. реквизит в номенклатуру «Стоп наборка вет».

• Блокировки действуют только на фирме «Колбасный дворик».

• При пропикивании ШК продукции в документе «Реализация» выдается сообщение «Этому клиенту по этой продукции СТОП НАБОРКА! Поставь "Нет на складе!"» — и добавление товара в табличную часть блокируется.

• После подбора товара в документе «Реализация» выполняется проверка на блокировку и исключение товара при переносе в табличную часть с выводом сообщения.

• Если товар уже был добавлен в табличной части — блокируется ввод количества и веса.

Выгода: запрет на отгрузку проблемной продукции контролируется автоматически — на этапе пропикивания ШК и при подборе товара. Человеческий фактор больше не сработает.

9. Специализированные весы — в программе, а не на бумаге

Под специализированные весы написаны обработки для их взаимодействия с программой.

Выгода: данные с весов попадают в программу автоматически — без ручного ввода и связанных с ним ошибок.

Итог