Настройка 1С:УТ 11: что включается галочкой, а что требует доработки

Функциональные опции: типовые задачи без доработки кода

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

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

Поэтому разбор любой задачи в УТ начинается с одного вопроса: нет ли готовой опции. Типичные примеры того, что включается настройкой:

• Заказы клиентов, если в базе ведут только продажи без заказов.
• Резервирование товара под заказ.
• Ордерная схема на складе, когда нужны отдельные распоряжения на приёмку и отгрузку.
• Характеристики и упаковки номенклатуры.
• Скидки и наценки по условиям.
• Согласование заказов и лимиты по задолженности.
• Доставка и маршруты.

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

Что обычно настраивают в УТ

Задачи повторяются от компании к компании. Отличается только то, что уже сделано.

Что настраивают	Зачем это торговой компании
Организации, склады, виды цен	Базовая структура, от которой зависят все документы и отчёты
Соглашения с клиентами	Условия продажи: цена, отсрочка, склад отгрузки
Статусы заказов	Чтобы было видно, где заказ и что мешает его отгрузить
Закупки и заказы поставщикам	Чтобы дефицит считался программой, а не в блокноте
Взаиморасчёты и графики оплат	Задолженность, отсрочки, контроль лимитов
Отчёты и печатные формы	Когда данные каждый месяц сводят в Excel руками
Права и разделение доступа	Чтобы менеджер работал со своими клиентами
Обмен с Бухгалтерией и сайтом	Чтобы одни и те же данные не заводили дважды

Заказы, резервы и «товар есть, а отгрузить нельзя»

Самая частая жалоба в УТ звучит так: на складе товар лежит, отчёт его показывает, а заказ отгрузить программа не даёт. Причин обычно три, и они проверяются по порядку.

1. Количество занято резервами под другие заказы. Свободный остаток и остаток на складе — разные величины, а отчёт по остаткам показывает второй.
2. Заказ не в том статусе — пока он согласуется или не подтверждён, отгрузка по нему не предусмотрена.
3. На складе включена ордерная схема — тогда для отгрузки нужен отдельный документ, а сама реализация только распоряжение.

Каждая из трёх причин лечится настройкой, а не доработкой. Но выглядят они одинаково, поэтому без проверки по порядку разбор превращается в угадывание.

Цены, соглашения и скидки

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

Порядок разбора такой — смотрим соглашение, в нём вид цен, затем сам вид цен и способ его расчёта, затем действующие скидки. В девяти случаях из десяти расхождение находится на первом или втором шаге.

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

Склад и ордерная схема

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

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

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

Права: чтобы менеджер видел только своё

Запрос «сделайте, чтобы менеджер не видел чужих клиентов» решается ролями и ограничением доступа на уровне записей. Это настройка, но её объём зависит от того, как в базе устроено распределение клиентов между людьми.

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

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

Синхронизация с Бухгалтерией и сайтом

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

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

Что прислать для оценки

1. Версию конфигурации УТ и версию платформы.
2. База типовая или в неё вносили изменения.
3. Сценарий словами: что человек делает и что должно получиться.
4. Скриншот того места в программе, где сейчас не получается.
5. Какой результат считается правильным.
6. Сколько людей работает в базе и кому нужен доступ.

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