Документ «Передача товаров (в переработку)»

Документ оформляет давальческую схему переработки: передачу собственного сырья и материалов сторонней организации-переработчику. При проведении он списывает ТМЗ с обычного склада учёта на счёт переданных в переработку запасов (БУ и НУ) и ведёт количественный учёт по регистру товаров организаций с поддержкой номеров ГТД. Входит в раздел «Производство», подсистему «Переработка». Сами проводки документ не «зашивает» — он передаёт данные общему модулю УчётТоваров, который определяет движения по учётной политике.

Бухгалтерия для Казахстана, ред. 3.0 · v3.0.72.1 · обновлено 2026-06-04

🎯 Что это и зачем

При давальческой переработке организация (давалец) передаёт своё сырьё стороннему переработчику, тот изготавливает из него продукцию, а затем возвращает её заказчику. Сырьё при этом не выбывает из активов давальца — оно лишь меняет место учёта: со склада на специальный счёт «запасы, переданные в переработку».

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

Что делает документ: - ведёт количественно-суммовой учёт переданных ТМЗ по регистру товаров организаций (с разрезом по складу, номенклатуре и номеру ГТД); - формирует бухгалтерские и налоговые проводки «склад → переработка» (только для операции «Передача сырья в переработку»); - отражает постоянные разницы в налоговом учёте (если организация — плательщик КПН); - печатает накладную З-2 (накладная на отпуск запасов на сторону).

Кто работает: бухгалтеры и кладовщики. Документ создаётся вручную в разделе «Производство».

⚠️ Не путать с продажей. Передача в переработку — это не реализация. Право собственности на сырьё остаётся за организацией, поэтому НДС с реализации и выручка здесь не возникают. За начисление и зачёт переработки отвечают другие документы цепочки (см. «Связанные разделы»).

🧭 Где найти в программе

Раздел «Производство» → список «Передача товаров» (подсистема «Переработка»). Откроется журнал документов; новый создаём кнопкой «Создать».

📷 СКРИН 01
СКРИН 01 — раздел «Производство», открытый журнал «Передача товаров». (AccountingKZ30 во Fresh; маршрут определён по метаданным — подсистема Производство → Переработка)
⚠️ Пробел в навигации. В справочнике маршрутов navigation-map.json объект Документ.ПередачаТоваров отсутствует. Точный маршрут выше определён по метаданным конфигурации (документ включён в состав подсистемы Производство.Переработка, рядом с ПоступлениеИзПереработки и РеализацияУслугПоПереработке). Видимое имя пункта в левом меню Fresh может отличаться в зависимости от настроек интерфейса — сверьте при первом открытии. Несостыковка зафиксирована в issues.

👤 Часть 1. Для пользователя

Проходим по шагам, как в курсе: от пустого документа до проведённой передачи и проверки проводок.

Урок 1. Передача сырья в переработку

Когда: организация отгружает собственное сырьё или материалы переработчику по давальческому договору.

Шаг 1. Создаём документ

«Создать» → откроется форма с видом операции «Передача сырья в переработку» (значение перечисления ВПереработку). Вид операции — ключевое поле: от него зависят видимость колонок счетов учёта, обязательность реквизитов и то, какие проводки сформируются.

📷 СКРИН 02
СКРИН 02 — новый документ, выбран вид операции «Передача сырья в переработку».
💡 Подсказка. Доступно всего два вида операции: «Передача сырья в переработку» (ВПереработку) и «Передача продукции заказчику» (ИзПереработки). Большинство пользователей работает с первым. Второй применяется в зеркальном сценарии, когда сырьё передаёт уже переработчик — см. Урок 2.

Шаг 2. Заполняем шапку

📷 СКРИН 03
СКРИН 03 — заполненная шапка документа (организация, контрагент-переработчик, договор, склад).
⚠️ Смена склада обнуляет ГТД. Если после заполнения товаров поменять Склад, все ранее заполненные номера ГТД в табличной части очистятся — их придётся ввести заново. Это поведение реализовано в обработчике СкладПриИзменении.

Шаг 3. Добавляем товары

Кнопка «Подбор» (или ручное добавление строк) → выбираем номенклатуру сырья → указываем Количество. Система сама подставит счета учёта: - Счёт учёта (БУ) — откуда списываем сырьё (типовой счёт запасов, например 1310/1330); - Счёт передачи (БУ) — куда приходуем (счёт запасов, переданных в переработку); - аналогично Счёт учёта (НУ) и Счёт передачи (НУ) — для налогового плана счетов.

📷 СКРИН 04
СКРИН 04 — табличная часть «Товары» с подобранной номенклатурой и автоматически заполненными счетами.
💡 Счета заполняются автоматически — не правьте их без необходимости. При вводе номенклатуры (и при смене вида операции или даты) счета пересчитываются по правилам конфигурации (ЗаполнитьСчетаУчётаВТабличнойЧасти). Ручная правка имеет смысл только в нестандартных схемах учёта.

Шаг 4. Указываем номера ГТД (для импортного сырья)

Если сырьё импортного происхождения и по нему ведётся учёт ГТД — открываем редактор «Номера ГТД» в табличной части «Товары» и указываем источник происхождения (номер ГТД, количество, коэффициент распределения).

📷 СКРИН 05
СКРИН 05 — редактор «Номера ГТД» для строки товара.
⚠️ Важная тонкость по ГТД. Контроль обязательности номеров ГТД при проверке заполнения отключён именно для операции «Передача сырья в переработку» (ВПереработку). Для другого вида операции проверка ГТД, наоборот, активна. То есть при передаче в переработку документ проведётся и без заполненных ГТД, но если по складу ведётся учёт ГТД — таблица всё равно заполняется при записи (ПередЗаписью), чтобы корректно списать партии.

Шаг 5. Проверяем доверенность (при необходимости)

Если получение оформляется по доверенности — заполняем поля Доверенность №, Дата, Выдана, Лицо. Эти данные попадут в печатную форму.

📷 СКРИН 06
СКРИН 06 — блок реквизитов доверенности.

Шаг 6. Проводим и проверяем

«Провести» или «Записать и закрыть». Чтобы проверить учёт — открываем Дт/Кт (отчёт о движениях документа). Для бумажного экземпляра — кнопка «Печать» → форма «З-2» (накладная на отпуск запасов на сторону).

📷 СКРИН 07
СКРИН 07 — окно «Движения документа: Дт/Кт» и команда печати «З-2».
💡 Подсказка. Если документ создаётся копированием существующего — номер обнулится, а валюта документа подставится из регламентированного учёта организации. Номера ГТД при копировании очищаются.

Урок 2. Передача продукции заказчику (вид операции «ИзПереработки»)

Второй вид операции — «Передача продукции заказчику» (внутреннее имя перечисления ИзПереработки, синоним в интерфейсе — «Передача продукции заказчику»).

Отличие от Урока 1 по учёту существенное:

⚠️ Где формируются проводки этого сценария. Поскольку при виде «Передача продукции заказчику» документ ограничивается количественным учётом, бухгалтерское отражение перемещений в давальческой цепочке обеспечивают сопряжённые документы (ПоступлениеИзПереработки, РеализацияУслугПоПереработке). Точный состав движений всегда сверяйте отчётом «Дт/Кт» на конкретном проведённом документе.

Урок 3. Ручная корректировка проводок

Если нужно сформировать нестандартные движения вручную:

  1. Установите флаг «Ручная корректировка» = Да.
  2. Заполните шапку и товары как обычно.
  3. Проведите документ — автоматические движения не сформируются (ОбработкаПроведения сразу делает Возврат).
  4. Перейдите в движения документа и внесите проводки вручную.
💡 Обязательные реквизиты при ручной корректировке всё равно проверяются — проверка заполнения не отключается, отключается только автоматическое формирование движений.

🛠 Часть 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 (сырьё/материалы на складе)
Аналитика: Организация, Склад, Номенклатура, НомерГТД, Контрагент-переработчик
⚠️ Несостыковка [KZ30-PT-01]. Разбор в objects/Документ_ПередачаТоваров.md (раздел «Проводки») приводит «плоскую» проводку Дт 1330.10 — Кт 1330.01 и описывает ИзПереработки как «возврат из переработки» с обратными движениями (приход на счёт учёта, расход со счёта передачи). Реальный код этого не делает: для ИзПереработки бухгалтерские проводки вообще не формируются (ранний Возврат), а синоним значения — «Передача продукции заказчику», а не «возврат». Счета вычисляются модулем УчётТоваров по учётной политике. Точные Дт/Кт — только по отчёту «Дт/Кт» на проведённом документе.
⚠️ Несостыковка [KZ30-PT-02]. В objects/ контроль номеров ГТД описан так: «проверка ГТД отключается для вида В переработку». Это верно по существу (в коде в массив непроверяемых реквизитов для ВПереработку добавляются Товары.СчётУчётаБУ/НУ, Товары.СчётПередачиБУ/НУ, Товары.Количество), но в нескольких местах того же разбора встречается обратная формулировка («для каждой строки должны быть заполнены ГТД, если ВидОперации ≠ В переработку» в сценарии 3.2 и противоречиво — в 3.1). Каноничное правило: при ВПереработку построчная проверка счетов/количества/ГТД ослаблена, при ИзПереработки — действует. Зафиксировано в issues.
💼 Партнёру / внедренцу. «Проводки не те» или «нет проводок» → проверьте в первую очередь:
  1. Вид операции. Для «Передачи продукции заказчику» (ИзПереработки) проводок БУ/НУ и быть не должно — это нормальное поведение, документ ведёт только количество.
  2. Учётную политику и счета учёта. Документ — оркестратор; вся логика счетов в УчётТоваров, СчетаУчётаВДокументах, УчётнаяПолитикаСервер, ПроцедурыНалоговогоУчёта. Туда и смотреть при настройке у клиента.
  3. Плательщик КПН. Постоянные разницы НУ и проверка счетов НУ включаются только если УчётнаяПолитикаСервер.ПлательщикНалогаНаПрибыль(Организация, Дата) = Истина, ведётся учёт временных разниц и ВидУчётаНУ = НУ.

Валидации (ОбработкаПроверкиЗаполнения)

Логика проверки построена на массиве непроверяемых реквизитов, который наполняется по условиям:

  1. Если вид операции ≠ ВПереработку → из проверки исключаются Товары.СчётУчётаБУ, Товары.СчётУчётаНУ, Товары.СчётПередачиБУ, Товары.СчётПередачиНУ, Товары.Количество (т.е. для «Передачи продукции заказчику» построчные счета и количество не обязательны).
  2. Если организация не плательщик КПН, или НЕ УчитыватьКПН, или не поддерживаются временные разницы, или ВидУчётаНУ <> НУ → из проверки исключаются Товары.СчётУчётаНУ, Товары.СчётПередачиНУ, ВидУчётаНУ (налоговые счета проверяются только при реальном ведении НУ по КПН).
  3. После корректировки массива — делегирование в СчетаУчётаВДокументах.ПроверитьЗаполнение(ЭтотОбъект, Отказ, ПроверяемыеРеквизиты, Новый Соответствие), который проверяет в т.ч. ведение аналитики по номенклатуре на счёте и валютность счёта передачи.

Признаки КПН вычисляются так (реальный код, строки 70–71):

ОрганизацияПлательщикНалогаНаПрибыль = УчётнаяПолитикаСервер.ПлательщикНалогаНаПрибыль(Организация, Дата);
ПоддержкаУчётаВременныхРазницПоНалогуНаПрибыль = ОрганизацияПлательщикНалогаНаПрибыль
    И ПроцедурыНалоговогоУчёта.ПоддержкаУчётаВременныхРазницПоНалогуНаПрибыль(Организация, Дата);
🧩 Заметки для разработчика.
  1. Вид операции — главный переключатель. Он влияет и на проверку (ОбработкаПроверкиЗаполнения), и на проведение (ОбработкаПроведения), и на автозаполнение счетов (ManagerModule.УстановитьПравилаЗаполненияСчётовУчёта). Проверяйте его значение прежде любой автоматизации.
  2. ГТД достраиваются при записи. Заполнение НомераГТД происходит в ПередЗаписью при РежимЗаписи = Проведение и только если по товарам организаций ведётся учёт ГТД на дату документа. Поэтому пустая таблица ГТД в форме не означает ошибку.
  3. Каскадные пересчёты в форме. ВидОперацииПриИзменении, ДатаПриИзменении, КонтрагентПриИзменении, СкладПриИзменении, ТоварыНоменклатураПриИзменении массово пересчитывают счета и/или очищают ГТД (ТоварыНомераГТД.Очистить()). Учитывайте серверные вызовы при программном заполнении.
  4. РучнаяКорректировка = Истина → проведение пропускается полностью (ранний Возврат), движения заполняет пользователь.
  5. Печать З-2 (ManagerModule.ПечатьЗ2, ~358 строк) — ресурсоёмкая: сложный запрос и форматирование макета. При пакетной печати закладывайте таймауты.

Зависимости (общие модули)

НомераГТДСервер (контроль и формирование движений товаров организаций, заполнение ГТД), УчётТоваров (наборы доступа, подготовка и списание товаров), ПроцедурыНалоговогоУчёта (постоянные разницы, поддержка временных разниц КПН), УчётнаяПолитикаСервер (признак плательщика КПН), СчетаУчётаВДокументах / СчетаУчётаВДокументахКлиентСервер (автозаполнение и проверка счетов), ЗаполнениеДокументов, ПроведениеСервер, ОбщегоНазначения, ОбщегоНазначенияБКВызовСервераПовтИсп (валюта регламентированного учёта).


🔗 Связанные разделы

🆕 Что нового

Версия Изменение Тип
3.0.72.1 Первичное описание (на релизе 3.0.72.1) 🆕