← На главную

При переходе на «1С:Управление торговлей 11» с предыдущих версий (1С:Предприятие 7.7 или УТ 10.3) пользователи часто сталкиваются с изменением логики учета партий и себестоимости. В прежних конфигурациях списание партий происходило непосредственно в момент проведения документа реализации, что позволяло менеджерам сразу видеть партию и ее себестоимость. В УТ 11 архитектура учета кардинально изменена. Разберем особенности работы механизма партионного учета, выясним причины отсутствия оперативных проводок по партиям и рассмотрим эффективные варианты решения прикладных задач менеджеров.

Архитектурные отличия учета партий в УТ 11

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

1. Оперативный контур: при проведении документов фиксируются количественные остатки в регистрах накопления (например, ТоварыНаСкладах) и предварительные стоимостные оценки без точной привязки к входящим партиям.
2. Расчетный контур: распределение партий (по методу ФИФО) и расчет точной себестоимости осуществляются отложенно с помощью регламентных заданий или регламентных процедур в рамках процедуры Закрытие месяца. Итоговые данные аккумулируются в регистрах СебестоимостьТоваров и ПартииТоваровОрганизаций документом Расчет себестоимости товаров.

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

Штатные способы актуализации партий и их ограничения

Для обновления данных по партиям в программе предусмотрены следующие механизмы:

1. Регламентное задание «Формирование движений по партиям»: фоновый процесс, который можно запускать по расписанию для распределения партий.
2. Фоновый запуск из отчетов: в разделе НСИ и администрирование — Печатные формы, отчеты и обработки — Отчеты доступна опция Автоматически запускать фоновое задание распределения партий товаров. При ее активации открытие отчета (например, «Ведомость по партиям товаров») за нерассчитанный период инициирует процедуру распределения партий.
3. Ручная актуализация: вызов команды Актуализировать партии непосредственно из списка движений регистра.

Обратим внимание на технические ограничения: если информационная база работает в файловом режиме и опубликована на веб-сервере (например, IIS), частый запуск фонового распределения партий (например, раз в час или при открытии отчетов несколькими пользователями) создает монопольные блокировки таблиц базы данных. Это приводит к ошибкам ожидания блокировок и замедлению работы пользователей. Для частого выполнения регламентных процедур расчета обязательно требуется клиент-серверный режим работы (SQL).

Как решить задачу менеджеров без постоянного расчета партий

Чаще всего потребность видеть партии до продажи связана с желанием менеджера оценить себестоимость и не продать товар дешевле закупочной цены. Рассмотрим, как решить эту бизнес-задачу штатным функционалом УТ 11 без создания избыточной нагрузки на систему.

Решение 1. Настройка видов цен и ночного регламентного расчета себестоимости

Посмотрим на практическую схему работы, не требующую оперативного партионного учета днем:

1. Создаем отдельный вид цены (например, Плановая себестоимость или Цена закупки).
2. Настраиваем расписание регламентного задания, которое каждую ночь производит расчет цен по формулам на основании последних поступлений либо запускает регламентную операцию Расчет себестоимости товаров за текущий месяц.
3. В документах Заказ клиента используем типовой отчет Оценка рентабельности продажи. В настройках параметров отчета указываем созданный расчетный вид цены. Менеджер видит маржинальность сделки на актуальную дату без необходимости погружаться в партии.

Решение 2. Использование механизма учета себестоимости по сериям

Если специфика бизнеса строго требует списания конкретной поставки под конкретного клиента, разберем настройку серийного учета:

1. Включаем использование серий номенклатуры в общих настройках программы.
2. В виде номенклатуры настраиваем политику учета серий с типом Учет себестоимости по сериям. В этом случае серия выступает в роли конкретной партии товара.
3. При оформлении приходной накладной регистрируется серия (номер партии / дата поставки / цена).
4. При оформлении заказа или реализации менеджер явно указывает нужную серию из списка остатков. Программа списывает затраты строго по выбранной позиции без ожидания общего партионного распределения.

Решение 3. Контроль минимальных цен продажи

Для исключения продаж с отрицательной рентабельностью настроим запрет отклонения цен:

1. Создаем вид цены Минимальная цена продажи, динамически рассчитываемый как процент наценки к цене закупки.
2. В правилах продаж (типовых или индивидуальных соглашениях) фиксируем запрет установки цен ниже минимального порога.
3. Ограничиваем права менеджеров на ручное изменение скидок и цен ниже установленного порога. Программа автоматически заблокирует проведение нерентабельного документа.

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