Документ «Передача товаров (в переработку)»
Документ оформляет давальческую схему переработки: передачу собственного сырья и материалов сторонней организации-переработчику. При проведении он списывает ТМЗ с обычного склада учёта на счёт переданных в переработку запасов (БУ и НУ) и ведёт количественный учёт по регистру товаров организаций с поддержкой номеров ГТД. Входит в раздел «Производство», подсистему «Переработка». Сами проводки документ не «зашивает» — он передаёт данные общему модулю УчётТоваров, который определяет движения по учётной политике.
🎯 Что это и зачем
При давальческой переработке организация (давалец) передаёт своё сырьё стороннему переработчику, тот изготавливает из него продукцию, а затем возвращает её заказчику. Сырьё при этом не выбывает из активов давальца — оно лишь меняет место учёта: со склада на специальный счёт «запасы, переданные в переработку».
Документ «Передача товаров» — это первый шаг такой цепочки. Он фиксирует факт передачи сырья переработчику и формально перемещает запасы на счёт переработки, не признавая ни доход, ни себестоимость (продажи не происходит).
Что делает документ: - ведёт количественно-суммовой учёт переданных ТМЗ по регистру товаров организаций (с разрезом по складу, номенклатуре и номеру ГТД); - формирует бухгалтерские и налоговые проводки «склад → переработка» (только для операции «Передача сырья в переработку»); - отражает постоянные разницы в налоговом учёте (если организация — плательщик КПН); - печатает накладную З-2 (накладная на отпуск запасов на сторону).
Кто работает: бухгалтеры и кладовщики. Документ создаётся вручную в разделе «Производство».
🧭 Где найти в программе
Раздел «Производство» → список «Передача товаров» (подсистема «Переработка»). Откроется журнал документов; новый создаём кнопкой «Создать».
Производство → Переработка)navigation-map.json объект Документ.ПередачаТоваров отсутствует. Точный маршрут выше определён по метаданным конфигурации (документ включён в состав подсистемы Производство.Переработка, рядом с ПоступлениеИзПереработки и РеализацияУслугПоПереработке). Видимое имя пункта в левом меню Fresh может отличаться в зависимости от настроек интерфейса — сверьте при первом открытии. Несостыковка зафиксирована в issues.👤 Часть 1. Для пользователя
Проходим по шагам, как в курсе: от пустого документа до проведённой передачи и проверки проводок.
Урок 1. Передача сырья в переработку
Когда: организация отгружает собственное сырьё или материалы переработчику по давальческому договору.
Шаг 1. Создаём документ
«Создать» → откроется форма с видом операции «Передача сырья в переработку» (значение перечисления ВПереработку). Вид операции — ключевое поле: от него зависят видимость колонок счетов учёта, обязательность реквизитов и то, какие проводки сформируются.
ВПереработку) и «Передача продукции заказчику» (ИзПереработки). Большинство пользователей работает с первым. Второй применяется в зеркальном сценарии, когда сырьё передаёт уже переработчик — см. Урок 2.Шаг 2. Заполняем шапку
- Организация — подставится основная или выбираем вручную (обязательно).
- Контрагент — переработчик, которому передаём сырьё (обязательно).
- Договор — подтянется автоматически, если у контрагента один действующий договор; иначе выбираем явно.
- Склад — склад, с которого отгружается сырьё (обязательно).
- Вид учёта НУ — заполняем, если организация — плательщик КПН и ведётся учёт временных разниц.
СкладПриИзменении.Шаг 3. Добавляем товары
Кнопка «Подбор» (или ручное добавление строк) → выбираем номенклатуру сырья → указываем Количество. Система сама подставит счета учёта:
- Счёт учёта (БУ) — откуда списываем сырьё (типовой счёт запасов, например 1310/1330);
- Счёт передачи (БУ) — куда приходуем (счёт запасов, переданных в переработку);
- аналогично Счёт учёта (НУ) и Счёт передачи (НУ) — для налогового плана счетов.
ЗаполнитьСчетаУчётаВТабличнойЧасти). Ручная правка имеет смысл только в нестандартных схемах учёта.Шаг 4. Указываем номера ГТД (для импортного сырья)
Если сырьё импортного происхождения и по нему ведётся учёт ГТД — открываем редактор «Номера ГТД» в табличной части «Товары» и указываем источник происхождения (номер ГТД, количество, коэффициент распределения).
ВПереработку). Для другого вида операции проверка ГТД, наоборот, активна. То есть при передаче в переработку документ проведётся и без заполненных ГТД, но если по складу ведётся учёт ГТД — таблица всё равно заполняется при записи (ПередЗаписью), чтобы корректно списать партии.Шаг 5. Проверяем доверенность (при необходимости)
Если получение оформляется по доверенности — заполняем поля Доверенность №, Дата, Выдана, Лицо. Эти данные попадут в печатную форму.
Шаг 6. Проводим и проверяем
«Провести» или «Записать и закрыть». Чтобы проверить учёт — открываем Дт/Кт (отчёт о движениях документа). Для бумажного экземпляра — кнопка «Печать» → форма «З-2» (накладная на отпуск запасов на сторону).
Урок 2. Передача продукции заказчику (вид операции «ИзПереработки»)
Второй вид операции — «Передача продукции заказчику» (внутреннее имя перечисления ИзПереработки, синоним в интерфейсе — «Передача продукции заказчику»).
Отличие от Урока 1 по учёту существенное:
- При этом виде операции
ОбработкаПроведенияформирует только количественные движения по регистру товаров организаций и не формирует бухгалтерские/налоговые проводки «склад → переработка» и постоянные разницы НУ. В коде после движений по товарам организаций стоит ранний выход:Если ВидОперации <> …ВПереработку Тогда Возврат;. - Контроль номеров ГТД при проверке заполнения для этого вида операции включён (в отличие от «Передачи сырья в переработку»).
ПоступлениеИзПереработки, РеализацияУслугПоПереработке). Точный состав движений всегда сверяйте отчётом «Дт/Кт» на конкретном проведённом документе.Урок 3. Ручная корректировка проводок
Если нужно сформировать нестандартные движения вручную:
- Установите флаг «Ручная корректировка» =
Да. - Заполните шапку и товары как обычно.
- Проведите документ — автоматические движения не сформируются (
ОбработкаПроведениясразу делаетВозврат). - Перейдите в движения документа и внесите проводки вручную.
🛠 Часть 2. Для программиста
Источник: реальный код релиза 3.0.72.1 (Documents/ПередачаТоваров/Ext/ObjectModule.bsl, 169 строк), перечисление Enums/ВидыОперацийПередачаТоваров.xml, состав подсистемы Производство/Переработка, плюс разбор objects/ и business-logic/.
Структура объекта
Ключевые реквизиты шапки (обязательные — ShowError): ВидОперации, Организация, Контрагент, ДоговорКонтрагента, Склад, ВидУчётаНУ (нужен при учёте КПН). Прочие: СтруктурноеПодразделение, ВалютаДокумента, УчитыватьКПН, РучнаяКорректировка, реквизиты доверенности (ДоверенностьНомер/Дата/Выдана/Лицо), Ответственный, Автор, Комментарий, НомераГТД (флаг ведения).
Перечисление ВидыОперацийПередачаТоваров — всего два значения (проверено по XML метаданных):
| Имя значения | Синоним (интерфейс) | Поведение проведения |
|---|---|---|
ВПереработку |
Передача сырья в переработку | Полное проведение: товары организаций + проводки БУ/НУ «склад → переработка» + постоянные разницы НУ |
ИзПереработки |
Передача продукции заказчику | Только количественные движения по регистру товаров организаций (ранний Возврат до проводок) |
Табличные части:
- Товары — номенклатура, Количество, СчётУчётаБУ (ПланСчётов.Типовой), СчётПередачиБУ (ПланСчётов.Типовой), СчётУчётаНУ (ПланСчётов.Налоговый), СчётПередачиНУ (ПланСчётов.Налоговый), КлючСвязи;
- НомераГТД — КлючСвязи, Номенклатура, НомерГТД (Справочник.НомераГТД), Коэффициент, Количество. Связь со строкой «Товары» через КлючСвязи.
Жизненный цикл обработчиков (ObjectModule)
| Обработчик | Строк | Что делает |
|---|---|---|
ЗаполнитьНаборыЗначенийДоступа (экспорт) |
5 | Заполняет наборы доступа по Организация/Подразделение/Склад через УчётТоваров (RLS) |
ОбработкаЗаполнения |
14 | При заполнении из структуры удаляет ключ Автор, копирует свойства, заполняет шапку через ЗаполнениеДокументов.ЗаполнитьШапкуДокумента |
ОбработкаПроверкиЗаполнения |
41 | Динамически формирует массив непроверяемых реквизитов в зависимости от вида операции и признаков КПН; делегирует проверку счетов модулю СчетаУчётаВДокументах |
ПриКопировании |
9 | Заполняет шапку валютой регламентированного учёта; очищает НомераГТД |
ПередЗаписью |
16 | При проведении и ведении учёта ГТД по товарам организаций — готовит и заполняет таблицу НомераГТД; вызывает СчетаУчётаВДокументах.ЗаполнитьПередЗаписью |
ОбработкаПроведения |
40 | Готовит наборы записей; при ручной корректировке — Возврат; формирует движения товаров организаций; для ВПереработку дополнительно списание ТМЗ и постоянные разницы НУ |
Как формируется проведение — реальный код (3.0.72.1)
Главное: проводки не «зашиты» в документ. ОбработкаПроведения готовит данные и делегирует формирование движений общим модулям (НомераГТДСервер, УчётТоваров, ПроцедурыНалоговогоУчёта) — поэтому конкретные счета Дт/Кт определяются учётной политикой, настройками счетов и видом операции, а не самим документом.
Источник: ObjectModule.bsl, процедура ОбработкаПроведения (строки 123–162), приведена полностью:
Процедура ОбработкаПроведения(Отказ, РежимПроведения)
// ПОДГОТОВКА ПРОВЕДЕНИЯ ПО ДАННЫМ ДОКУМЕНТА
ПроведениеСервер.ПодготовитьНаборыЗаписейКПроведению(ЭтотОбъект);
Если РучнаяКорректировка Тогда
Возврат; // ручное управление движениями
КонецЕсли;
ПараметрыПроведения = Документы.ПередачаТоваров.ПодготовитьПараметрыПроведения(Ссылка, Отказ);
Если Отказ Тогда
Возврат;
КонецЕсли;
// КОНТРОЛЬ ПО РЕГИСТРУ "ТОВАРЫ ОРГАНИЗАЦИЙ"
НомераГТДСервер.ВыполнитьКонтрольТоварыОрганизаций(
ПараметрыПроведения.ТаблицаТоварыОрганизаций, ПараметрыПроведения.Реквизиты, , Отказ);
// Товары организаций (количественно-суммовой учёт партий, ГТД)
НомераГТДСервер.СформироватьДвиженияТоварыОрганизаций(
ПараметрыПроведения.ТаблицаТоварыОрганизаций, ПараметрыПроведения.Реквизиты, Движения, Отказ);
Если ВидОперации <> Перечисления.ВидыОперацийПередачаТоваров.ВПереработку Тогда
Возврат; // для "Передачи продукции заказчику" — только кол-во
КонецЕсли;
// ПОДГОТОВКА ПРОВЕДЕНИЯ ПО ДАННЫМ ИНФОРМАЦИОННОЙ БАЗЫ
// Таблица списанных товаров (расчёт себестоимости списания)
ТаблицаСписанныеТовары = УчётТоваров.ПодготовитьТаблицуСписанныеТовары(
ПараметрыПроведения.СписаниеТоваровТаблицаТовары, ПараметрыПроведения.Реквизиты, Отказ);
// ФОРМИРОВАНИЕ ДВИЖЕНИЙ (проводки БУ/НУ "склад → переработка")
УчётТоваров.СформироватьДвиженияСписаниеТоваров(
ТаблицаСписанныеТовары, ПараметрыПроведения.Реквизиты, Движения, Отказ);
// Отражение постоянных разниц в НУ
ПроцедурыНалоговогоУчёта.ОтразитьПостоянныеРазницыВНУ(
ПараметрыПроведения.Реквизиты, Движения, Отказ);
КонецПроцедуры // ОбработкаПроведения()
Разбор по шагам (что формирует каждый вызов):
| Вызов в коде | Что делает |
|---|---|
ПроведениеСервер.ПодготовитьНаборыЗаписейКПроведению |
очищает/инициализирует наборы записей регистров документа |
Документы.ПередачаТоваров.ПодготовитьПараметрыПроведения |
(ManagerModule, ~53 строки) собирает временные таблицы: реквизиты, товары организаций, данные для списания |
НомераГТДСервер.ВыполнитьКонтрольТоварыОрганизаций |
контроль остатков по регистру товаров организаций (отрицательные остатки → Отказ) |
НомераГТДСервер.СформироватьДвиженияТоварыОрганизаций |
выполняется всегда: количественно-партионный учёт ТМЗ с разрезом по ГТД |
УчётТоваров.ПодготовитьТаблицуСписанныеТовары |
только для ВПереработку: расчёт сумм списания (себестоимость партий) |
УчётТоваров.СформироватьДвиженияСписаниеТоваров |
только для ВПереработку: бухгалтерские/налоговые проводки перемещения на счёт переработки |
ПроцедурыНалоговогоУчёта.ОтразитьПостоянныеРазницыВНУ |
только для ВПереработку: постоянные разницы в НУ |
Ключевые особенности логики:
- РучнаяКорректировка = Истина → авто-проведение полностью пропускается (ранний Возврат) — движения заполняет пользователь.
- Два «уровня» проведения по виду операции. Количественный учёт по регистру товаров организаций формируется для любого вида операции. Бухгалтерские/налоговые проводки и постоянные разницы — только для ВПереработку; для ИзПереработки стоит ранний Возврат сразу после движений по товарам организаций.
- ГТД заполняются в ПередЗаписью, а не в проведении: если РежимЗаписи = Проведение и по товарам организаций ведётся учёт ГТД (НомераГТДСервер.ВедётсяУчётПоТоварамОрганизаций(Дата)), документ сам достраивает таблицу НомераГТД по складам строк.
Движения по регистрам
| Регистр | Тип | Когда пишется | Что пишет |
|---|---|---|---|
ТоварыОрганизаций (БУ, партионный) |
Накопление (остатки) | всегда | Перемещение ТМЗ: расход с (Организация, Склад, Номенклатура, СчётУчёта, НомерГТД), приход на счёт переработки; количество и сумма |
Типовой (БУ) |
Бухгалтерия | только ВПереработку |
Проводка перемещения «склад → переработка» по плану счетов «Типовой» |
Налоговый (НУ) |
Бухгалтерия | только ВПереработку |
Аналогичная проводка по налоговому плану счетов + постоянные разницы |
Иллюстративная проводка (для вида «Передача сырья в переработку») — сверять с отчётом «Дт/Кт», точные счета задаёт учётная политика:
Дт <Счёт передачи БУ> — Кт <Счёт учёта БУ>
например: Дт 1330 (запасы, переданные в переработку) — Кт 1310/1330 (сырьё/материалы на складе)
Аналитика: Организация, Склад, Номенклатура, НомерГТД, Контрагент-переработчик
objects/Документ_ПередачаТоваров.md (раздел «Проводки») приводит «плоскую» проводку Дт 1330.10 — Кт 1330.01 и описывает ИзПереработки как «возврат из переработки» с обратными движениями (приход на счёт учёта, расход со счёта передачи). Реальный код этого не делает: для ИзПереработки бухгалтерские проводки вообще не формируются (ранний Возврат), а синоним значения — «Передача продукции заказчику», а не «возврат». Счета вычисляются модулем УчётТоваров по учётной политике. Точные Дт/Кт — только по отчёту «Дт/Кт» на проведённом документе.objects/ контроль номеров ГТД описан так: «проверка ГТД отключается для вида В переработку». Это верно по существу (в коде в массив непроверяемых реквизитов для ВПереработку добавляются Товары.СчётУчётаБУ/НУ, Товары.СчётПередачиБУ/НУ, Товары.Количество), но в нескольких местах того же разбора встречается обратная формулировка («для каждой строки должны быть заполнены ГТД, если ВидОперации ≠ В переработку» в сценарии 3.2 и противоречиво — в 3.1). Каноничное правило: при ВПереработку построчная проверка счетов/количества/ГТД ослаблена, при ИзПереработки — действует. Зафиксировано в issues.
- Вид операции. Для «Передачи продукции заказчику» (
ИзПереработки) проводок БУ/НУ и быть не должно — это нормальное поведение, документ ведёт только количество.- Учётную политику и счета учёта. Документ — оркестратор; вся логика счетов в
УчётТоваров,СчетаУчётаВДокументах,УчётнаяПолитикаСервер,ПроцедурыНалоговогоУчёта. Туда и смотреть при настройке у клиента.- Плательщик КПН. Постоянные разницы НУ и проверка счетов НУ включаются только если
УчётнаяПолитикаСервер.ПлательщикНалогаНаПрибыль(Организация, Дата) = Истина, ведётся учёт временных разниц иВидУчётаНУ = НУ.
Валидации (ОбработкаПроверкиЗаполнения)
Логика проверки построена на массиве непроверяемых реквизитов, который наполняется по условиям:
- Если вид операции ≠
ВПереработку→ из проверки исключаютсяТовары.СчётУчётаБУ,Товары.СчётУчётаНУ,Товары.СчётПередачиБУ,Товары.СчётПередачиНУ,Товары.Количество(т.е. для «Передачи продукции заказчику» построчные счета и количество не обязательны). - Если организация не плательщик КПН, или
НЕ УчитыватьКПН, или не поддерживаются временные разницы, илиВидУчётаНУ <> НУ→ из проверки исключаютсяТовары.СчётУчётаНУ,Товары.СчётПередачиНУ,ВидУчётаНУ(налоговые счета проверяются только при реальном ведении НУ по КПН). - После корректировки массива — делегирование в
СчетаУчётаВДокументах.ПроверитьЗаполнение(ЭтотОбъект, Отказ, ПроверяемыеРеквизиты, Новый Соответствие), который проверяет в т.ч. ведение аналитики по номенклатуре на счёте и валютность счёта передачи.
Признаки КПН вычисляются так (реальный код, строки 70–71):
ОрганизацияПлательщикНалогаНаПрибыль = УчётнаяПолитикаСервер.ПлательщикНалогаНаПрибыль(Организация, Дата);
ПоддержкаУчётаВременныхРазницПоНалогуНаПрибыль = ОрганизацияПлательщикНалогаНаПрибыль
И ПроцедурыНалоговогоУчёта.ПоддержкаУчётаВременныхРазницПоНалогуНаПрибыль(Организация, Дата);
- Вид операции — главный переключатель. Он влияет и на проверку (
ОбработкаПроверкиЗаполнения), и на проведение (ОбработкаПроведения), и на автозаполнение счетов (ManagerModule.УстановитьПравилаЗаполненияСчётовУчёта). Проверяйте его значение прежде любой автоматизации.- ГТД достраиваются при записи. Заполнение
НомераГТДпроисходит вПередЗаписьюприРежимЗаписи = Проведениеи только если по товарам организаций ведётся учёт ГТД на дату документа. Поэтому пустая таблица ГТД в форме не означает ошибку.- Каскадные пересчёты в форме.
ВидОперацииПриИзменении,ДатаПриИзменении,КонтрагентПриИзменении,СкладПриИзменении,ТоварыНоменклатураПриИзменениимассово пересчитывают счета и/или очищают ГТД (ТоварыНомераГТД.Очистить()). Учитывайте серверные вызовы при программном заполнении.РучнаяКорректировка = Истина→ проведение пропускается полностью (раннийВозврат), движения заполняет пользователь.- Печать З-2 (
ManagerModule.ПечатьЗ2, ~358 строк) — ресурсоёмкая: сложный запрос и форматирование макета. При пакетной печати закладывайте таймауты.
Зависимости (общие модули)
НомераГТДСервер (контроль и формирование движений товаров организаций, заполнение ГТД), УчётТоваров (наборы доступа, подготовка и списание товаров), ПроцедурыНалоговогоУчёта (постоянные разницы, поддержка временных разниц КПН), УчётнаяПолитикаСервер (признак плательщика КПН), СчетаУчётаВДокументах / СчетаУчётаВДокументахКлиентСервер (автозаполнение и проверка счетов), ЗаполнениеДокументов, ПроведениеСервер, ОбщегоНазначения, ОбщегоНазначенияБКВызовСервераПовтИсп (валюта регламентированного учёта).
🔗 Связанные разделы
- postuplenie-iz-pererabotki — приёмка готовой продукции/материалов из переработки (следующий шаг давальческой цепочки)
- realizaciya-uslug-po-pererabotke — учёт стоимости услуг переработчика
- peremeshchenie-tovarov — перемещение ТМЗ между складами (близкий по механике документ количественного учёта)
🆕 Что нового
| Версия | Изменение | Тип |
|---|---|---|
| 3.0.72.1 | Первичное описание (на релизе 3.0.72.1) | 🆕 |