В типовых конфигурациях 1С, таких как «Управление торговлей 11.4», пользователи часто сталкиваются с необходимостью проанализировать движение товаров не просто в целом по складу, а с привязкой к конкретному источнику поступления — для этого есть панель анализа обеспечения, продаж и остатков по поставщикам. Стандартные отчеты «Динамика закупок» и «Динамика продаж» работают изолированно, и объединение их данных в один отчет с учетом текущих остатков «чужого» товара требует понимания механизмов партионного учета. Разберем подробно, как реализовать эту задачу.
Проанализируем ситуацию: на складе может находиться товар одного и того же наименования, купленный у разных поставщиков. В обычном регистре накопления ТоварыНаСкладах информация хранится только в разрезе номенклатуры, склада и характеристик, что ограничивает анализ остатков на складах по другим параметрам — для выявления расхождений используется утилита контроля ошибок по остаткам и себестоимости в УТ/КА/ERP. Когда происходит продажа, система списывает остаток со склада, но «не знает» в рамках этого регистра, чей именно товар был продан — самарской или московской фабрики. Для того чтобы связать продажу и остаток с конкретным поставщиком, в программе должен быть включен и настроен партионный учет.
Прежде чем приступать к формированию отчетов, проверим настройки системы. Перейдем в раздел НСИ и администрирование — Настройка НСИ и разделов — Финансовый результат и контроллинг — Учет товаров. Для решения нашей задачи должны быть соблюдены следующие условия:
Важно помнить, что в УТ 11.4 окончательные данные о партиях (и, следовательно, о поставщиках проданного товара) формируются только после выполнения процедуры Закрытие месяца и выполнения регламентного задания Расчет себестоимости. Без этого шага данные о продажах в разрезе поставщиков могут быть неверными или отсутствовать — решить эту проблему поможет обработка расчета себестоимости и прибыли в реальном времени.
Рассмотрим самый быстрый способ получения нужных данных без программирования. Типовой отчет «Ведомость по партиям товаров» (раздел Финансовый результат и контроллинг — Отчеты по финансовому результату) специально предназначен для анализа движений в разрезе документов поступления.
Разберем по шагам настройку этого отчета:
Партия.Поставщик. Укажем интересующего нас контрагента.Поставщик (из аналитики партии), затем Номенклатура.Чтобы в графу «Расход» попадали только продажи клиентам, проанализируем ситуацию с хозяйственными операциями. В фильтрах можно добавить отбор по полю Хозяйственная операция, выбрав значения «Реализация клиенту» и «Розничная продажа». Это позволит отсечь внутренние перемещения и списания на расходы.
Если основной акцент нужно сделать на сопоставлении закупочных цен и цен реализации в привязке к поставщику, рассмотрим отчет Валовая прибыль по поставщикам. Он базируется на данных регистра накопления ВыручкаИСебестоимостьПродаж — для получения оперативных данных без закрытия месяца используется отчет для расчета себестоимости и валовой прибыли по поставщикам.
Этот отчет удобен тем, что в нем уже реализована сложная логика сопоставления списанного товара с его поставщиком. Однако у него есть существенный минус для нашей задачи: он показывает только свершившиеся продажи и не всегда удобен для анализа текущих остатков на складе. Поэтому его лучше использовать как вспомогательный инструмент для сверки данных по закупкам и продажам.
Если типовые настройки не удовлетворяют требованиям (например, нужно специфическое оформление), выясним причину ошибок в запросах. Чаще всего разработчики пытаются соединить регистры Закупки и ВыручкаИСебестоимостьПродаж, что приводит к некорректным остаткам. Правильным подходом будет использование регистра накопления ПартииТоваровОрганизаций.
Проанализируем пример структуры запроса для схемы компоновки данных:
ВЫБРАТЬ
Партии.АналитикаУчетаНоменклатуры.Номенклатура КАК Номенклатура,
Партии.ДокументПоступления.Партнер КАК Поставщик,
Партии.КоличествоНачальныйОстаток КАК ОстатокНачало,
Партии.КоличествоПриход КАК Закупки,
Партии.КоличествоРасход КАК Продажи,
Партии.КоличествоКонечныйОстаток КАК ОстатокКонец
ИЗ
РегистрНакопления.ПартииТоваровОрганизаций.ОстаткиИОбороты(&НачалоПериода, &КонецПериода, Авто, , ) КАК Партии
ГДЕ
Партии.ДокументПоступления.Партнер = &ВыбранныйПоставщик
При использовании этого регистра важно учитывать поле АналитикаУчетаНоменклатуры. Чтобы получить из него ссылку на саму номенклатуру, необходимо обращаться к реквизитам этого ключа аналитики. Также обратим внимание на поле ДокументПоступления: в нем хранится ссылка на документ, который образовал партию, и через него мы всегда можем выйти на поставщика (поле Партнер или Контрагент в зависимости от структуры документа).
Разберем важный нюанс: что делать, если товар перемещался между складами? В системе 1С:УТ 11.4 при перемещении товаров между складами внутри одной организации информация о партии (первичном документе поступления) сохраняется. Однако если отчет строится только по движениям конкретного склада, вы можете увидеть «Расход» при перемещении, который не является продажей.
Чтобы отчет показывал корректные данные по продажам, всегда делайте упор на Хозяйственные операции. В системе предусмотрено перечисление ХозяйственныеОперации, где четко разделены типы движений. Для отчета «Закупки, Продажи, Остатки» используйте следующие фильтры:
Соблюдение этих правил и использование регистров партионного учета позволит вам создать точный и надежный инструмент для анализа товарных потоков в разрезе контрагентов.