Как исправить ошибку «Не списано по партиям» при перемещении бракованного товара в 1С:Управление торговлей 10.3?

← На главную

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

Почему возникает эта ошибка, если фактически товар на складе присутствует? В этой статье мы подробно проанализируем внутренние механизмы партионного учета «1С», выявим скрытые причины сбоя и разберем по шагам две рабочие методики, которые позволят навсегда решить эту проблему.

Выясним причину: почему возникает перекос в учете?

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

«Товары на складах» — этот регистр отвечает за оперативный (физический) учет количества. Он фиксирует, сколько штук товара лежит на конкретном складе в разрезе его качества (например, «Новый» или «Брак»).
«Партии товаров на складах (управленческий учет)» — этот регистр отвечает за финансовую оценку стоимости товаров. Именно здесь хранятся сведения о себестоимости, партиях поступления (документах оприходования) и качестве этих партий.

Когда вы выполняете перемещение товара со склада на склад с указанием качества «Брак», программа пытается не просто уменьшить физическое количество на основном складе, но и списать соответствующую партию из регистра партионного учета. Ошибка Не списано по партиям... означает, что в количественном регистре товар с качеством «Брак» числится, а в партионном регистре свободных партий с качеством «Брак» на складе-отправителе нет.

Анализируем скрытые факторы ошибки

Давайте разберем подробнее, почему возникает несоответствие между этими регистрами:

Нарушение хронологической последовательности. Это самая частая причина. Если документ, меняющий качество товара (например, «Корректировка качества товаров»), проведен даже на секунду позже, чем документ «Перемещение товаров», система выдаст ошибку. На момент проведения перемещения партия «Брак» еще не существовала в системе.
Использование ордерной схемы. Если товар поступал на ордерный склад по документу «Приходный ордер на товары», но финансовый документ «Поступление товаров и услуг» еще не оформлен или проведен более поздней датой, то у товара нет партионной стоимости. Переместить или списать его по партиям невозможно.
Детализация до серий и характеристик. Если в настройках параметров учета включен учет по сериям (например, по срокам годности) или характеристикам, то они должны полностью совпадать во всей цепочке документов. Ошибка возникнет, если в документе корректировки качества указана одна серия, а в перемещении — другая (или не указана вовсе).
Сдвиг границы последовательности. При редактировании документов задним числом сбивается последовательность проведения партий. В результате остатки в партионном учете становятся неактуальными.

Шаг 1. Диагностика проблемы с помощью отчетов

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

Откроем отчет «Ведомость по партиям товаров на складах» и настроим его следующим образом:

Установим период отчета, захватывающий дату проблемной операции.
Добавим отбор по конкретному проблемному товару.
В настройках группировок строк укажем строго следующий порядок: Номенклатура -> Склад -> Качество -> Документ оприходования. Если используются характеристики или серии, обязательно добавим их в группировку после номенклатуры.
Сформируем отчет.

Проанализируем результат. Если на складе «Основной» вы видите остаток товара только в строке с качеством «Новый», а в документе перемещения указано качество «Брак», то система закономерно отказывается проводить документ. Ей просто нечего списывать из партий «Брака».

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


ВЫБРАТЬ
    ТоварыНаСкладахОстатки.Номенклатура КАК Номенклатура,
    ТоварыНаСкладахОстатки.Склад КАК Склад,
    ТоварыНаСкладахОстатки.Качество КАК Качество,
    ТоварыНаСкладахОстатки.КоличествоОстаток КАК КоличественныйОстаток,
    ЕСТЬNULL(ПартииТоваровОстатки.КоличествоОстаток, 0) КАК ПартионныйОстаток
ИЗ
    РегистрНакопления.ТоварыНаСкладах.Остатки(&Период, Номенклатура = &ПроблемныйТовар) КАК ТоварыНаСкладахОстатки
    ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ПартииТоваровНаСкладах.Остатки(&Период, Номенклатура = &ПроблемныйТовар) КАК ПартионныйОстаток
        ПО ТоварыНаСкладахОстатки.Номенклатура = ПартииТоваровОстатки.Номенклатура
        И ТоварыНаСкладахОстатки.Склад = ПартииТоваровОстатки.Склад
        И ТоварыНаСкладахОстатки.Качество = ПартииТоваровОстатки.Качество
ГДЕ
    ТоварыНаСкладахОстатки.КоличествоОстаток <> ЕСТЬNULL(ПартииТоваровОстатки.КоличествоОстаток, 0)

Шаг 2. Выбор и внедрение схемы решения

Для корректного отражения брака и его последующего перемещения в программе «1С:Управление торговлей 10.3» предусмотрены две стандартные и методологически верные схемы работы. Рассмотрим подробно каждую из них.

Схема А. Корректировка качества на основном складе, затем перемещение

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

Создаем документ «Корректировка качества товаров». Этот документ предназначен специально для изменения качественных характеристик запасов в обоих регистрах учета (и по складам, и по партиям).
- В поле «Склад» указываем наш склад-отправитель (например, «Основной»).
- В табличной части выбираем поврежденный товар.
- В колонке «Исходное качество» указываем Новый.
- В колонке «Новое качество» указываем Брак.
- Проводим документ.
Важный нюанс: Проверяем время проведения документа. Если корректировка создана в тот же день, что и планируемое перемещение, рекомендуется установить ее время на несколько минут раньше (например, корректировка — в 11:59:00, перемещение — в 12:00:00).
Создаем документ «Перемещение товаров».
- Склад-отправитель: «Основной», Склад-получатель: «Брак».
- В табличной части выбираем наш товар. В колонке «Качество» обязательно указываем значение Брак. Это критически важно: программа должна понять, что мы забираем с основного склада именно бракованную партию, которую создали на предыдущем шаге.
- Проводим документ. Ошибка партионного учета должна исчезнуть, так как на основном складе теперь числится свободная партия брака.

Схема Б. Перемещение нового товара, затем корректировка качества (Рекомендуемая)

Практика показывает, что этот метод гораздо проще в исполнении и реже приводит к ошибкам пользователей. Мы сначала перевозим товар на склад брака как обычный (новый), и только там официально признаем его бракованным.

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

Шаг 3. Ре регламентные операции для исправления «заднего числа»

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

Перейдем в меню: Документы -> Дополнительно -> Проведение по партиям. Настроим параметры проведения (укажем необходимый период и организацию) и запустим выполнение обработки. Программа последовательно пересчитает все движения по регистру «Партии товаров на складах» и восстановит корректный стоимостный баланс.

Соблюдение этих простых правил и понимание взаимосвязи складских регистров позволит вам быстро диагностировать и устранять любые ошибки списания партий в системе «1С:Управление торговлей 10.3».