← На главную

В торговой практике часто возникает ситуация, когда отгрузка товара покупателю производилась с одного склада (например, с крупного распределительного центра — Склада А), а фактический возврат брака или не подошедшего товара покупатель осуществляет на другой склад (например, на ближайший к нему розничный магазин или склад брака — Склад Б).

При попытке отразить эту операцию стандартным документом ВозвратТоваровОтПокупателя напрямую на Склад Б с указанием исходного документа реализации пользователи программы 1С:Управление производственным предприятием (УПП 1.3) сталкиваются со следующими проблемами:

• Себестоимость возвращенного товара рассчитывается некорректно.
• При последующей попытке списать этот товар со Склада Б система выдает ошибку партионного учета в управленческом учете: "Не списано по партиям...".
• В бухгалтерском учете (БУ) списание проходит успешно по средней стоимости, а в управленческом учете (УУ) остатки зависают, что приводит к серьезной рассинхронизации двух видов учета.

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

---

Выясняем причину: почему ломается партионный учет?

Для того чтобы понять природу ошибки, проанализируем ситуацию на уровне регистров накопления. В классическом партионном учете 1С (при использовании метода FIFO) ключевым регистром является ПартииТоваровНаСкладах (управленческий учет). Этот регистр хранит остатки ТМЦ в разрезе трех обязательных измерений:

1. Склад
2. Номенклатура
3. ДокументОприходования (документ партии)

Когда вы оформляете документ РеализацияТоваровУслуг со Склада А, система списывает конкретную партию товара с этого склада. При создании документа ВозвратТоваровОтПокупателя на Склад Б с указанием этого документа реализации программа пытается вернуть товар именно в ту партию, которой он был списан. Но в регистре партий возникает жесткое противоречие:

Система пытается сделать приход партии на Склад Б, но в качестве партии (документа оприходования) указывает документ реализации, который изначально двигал остатки по Складу А. Возникает перекрестная аналитика, которую механизм партионного учета не может корректно обработать при последующем списании ТМЦ.

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

---

Решение 1: Двухэтапная схема «Возврат на А -> Перемещение на Б» (Рекомендовано 1С)

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

Рассмотрим по шагам, как правильно оформить эту цепочку документов:

1. Оформление возврата на склад отгрузки:

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

2. Внутреннее перемещение на целевой склад:

   Для отражения фактического (физического) нахождения товара оформляем документ ПеремещениеТоваров со Склада А на Склад Б. Этот документ корректно переносит партионные остатки между складами как в бухгалтерском, так и в управленческом учете.

Преимущества метода:

• 100% корректность всех видов учета (БУ, УУ, Налоговый учет).
• Автоматический расчет себестоимости без ручных корректировок.
• Сохранение сквозной аналитики: в отчетах по валовой прибыли себестоимость возврата четко сопоставится с исходной продажей.

Минусы: требует оформления дополнительного бумажного документа перемещения, что может не нравиться сотрудникам бухгалтерии.

---

Решение 2: Возврат напрямую на Склад Б без указания партии (Компромиссный вариант)

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

Разберем по шагам, как это сделать:

1. Создаем документ ВозвратТоваровОтПокупателя и в шапке выбираем Склад Б.
2. Переходим в табличную часть «Товары».
3. Находим колонку «Документ партии» (документ реализации) и полностью очищаем ее (удаляем ссылку на продажу).
4. После очистки партии поле «Себестоимость» в табличной части станет доступным для редактирования.
5. Выясняем исходную себестоимость товара (ее можно подсмотреть в движениях исходного документа реализации) и вручную вносим это значение в колонку «Себестоимость».

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

Минусы метода:

• Потеря аналитической связи с продажей: в отчетах по продажам и валовой прибыли данный возврат не уменьшит показатели конкретной сделки (придется анализировать его отдельно).
• Человеческий фактор: себестоимость вносится вручную, что повышает риск ошибок со стороны оператора.

---

Особенности поведения при использовании РАУЗ

Если в вашей информационной базе 1С:УПП включен режим РАУЗ (Расширенная аналитика учета затрат), классических ошибок партионного учета «Не списано по партиям» не возникнет, так как система не контролирует партии в режиме реального времени. Однако здесь кроется другая проблема.

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

Как решить это при РАУЗ?

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

---

Резюме и рекомендации

Выбор метода зависит от учетной политики вашей компании и готовности пользователей к ручному контролю цифр:

1. Если для вас критически важна точность отчетов по валовой прибыли и минимизация ручного труда — используйте Решение 1 (Возврат на А -> Перемещение на Б). Это единственный способ сохранить полную автоматизацию учета.
2. Если логистика диктует жесткие правила и товар физически и юридически должен сразу приходоваться на новый склад без промежуточных звеньев — используйте Решение 2 с ручным заполнением себестоимости и очисткой партии.