Документ «ВыкупВозвратнойТарыКлиентом» — техническое описание (УТ для Казахстана 3.4.5.21)

1. Идентификация объекта

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

• закрывает обязательство клиента по возврату переданной тары (списывает её из состава ожидаемой к возврату);
• отражает реализацию тары клиенту (доход, задолженность, НДС);
• фиксирует расчёты с клиентом по сумме выкупа.

По сути документ переводит операцию «тара во временном пользовании клиента» в операцию «тара продана клиенту».

2. Реквизиты шапки и табличные части

2.1 Реквизиты шапки (по evidence)

Стандартные системные реквизиты Номер, Дата, Проведён, ПометкаУдаления присутствуют как у любого документа.

2.2 Табличные части

Табличная часть строк в evidence-фасете struktura приведена не полностью (список реквизитов оборван). По типовой структуре торгового документа реализации тары состав основной табличной части Товары (или Тара):

Требует проверки в конкретной сборке 3.4.5.21: точное имя табличной части (Товары/Тара) и полный набор её колонок — фасет struktura в evidence обрезан.

3. Формы

Конкретный перечень форм в evidence не выгружен. Для документа этого вида в УТ типовой состав:

Печатные формы формируются через общие модули УправлениеПечатью и ФормированиеПечатныхФорм (см. раздел 4): типовой комплект — акт/накладная на тару, счёт на оплату; электронные документы ЭСФ (ИС ЭСФ) и при необходимости СНТ формируются штатной подсистемой ЭДО РК на основании проведённого документа.

4. Ключевые процедуры модулей

4.1 Модуль объекта (ObjectModule) — по evidence

4.2 Зависимости от общих модулей (по evidence, в скобках — число вызовов)

ПроведениеСерверУТ (20), УправлениеПечатью (16), ЗначениеНастроекПовтИсп (15), ФормированиеПечатныхФорм (15), ПродажиСервер (11), ВзаиморасчетыСервер (9), ОбщегоНазначенияУТ (9), ДенежныеСредстваСервер (6), ЗапасыСервер (5), ЭтапыОплатыСервер (4), СтроковыеФункцииКлиентСервер (4), ПартнерыИКонтрагенты (3), РаботаСКурсамиВалютУТ (3), Ценообразование (3), ОбщегоНазначенияКлиентСервер (3).

Ключевая логика: расчёты — ВзаиморасчетыСервер, тара — МногооборотнаяТараСервер, доходы/расходы — ДоходыИРасходыСервер, единая точка сборки движений — ПроведениеСерверУТ.

5. Проведение и движения

Это торговая конфигурация: документ ведёт оперативный учёт через регистры накопления/сведений, а не формирует напрямую проводки Дт/Кт. Бухгалтерские записи получаются позднее — при отражении в регламентированном учёте.

5.1 Движения по регистрам (по evidence — 11 регистров)

5.2 Соответствие типовому плану счетов РК (при отражении в регламентированном учёте)

При переносе операции в бухучёт (типовой план счетов РК) выкуп тары клиентом отражается ориентировочно так:

• Дт 1210 «Краткосрочная ДЗ покупателей» — Кт 6010 «Доход от реализации» — начислен доход от реализации тары клиенту;
• Дт 1210 — Кт 3130 «НДС к уплате» — начислен НДС по ставке 16% (норма РК 2026);
• Дт 7010 «Себестоимость реализации» — Кт 1330 «Товары» — списана себестоимость выкупленной тары;
• при поступлении оплаты: Дт 1030 «Деньги на текущих счетах» — Кт 1210.

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

5.3 Пример расчёта НДС (РК, 2026)

Выкуп 100 единиц тары по цене 2 000 ₸ без НДС:

• Сумма без НДС: 100 × 2 000 = 200 000 ₸;
• НДС 16%: 200 000 × 0,16 = 32 000 ₸;
• Сумма к оплате: 232 000 ₸.

Ставка НДС в РК с 2026 года — 16% (не 12%). Прочие фискальные параметры РК 2026, релевантные конфигурации в целом: МРП = 4 325 ₸, МЗП = 85 000 ₸.

6. Связанные объекты и ввод на основании

Документы-основания (ввод «на основании»):

• документы передачи возвратной тары клиенту (по которым тара числится за клиентом) — из них переносятся партнёр, контрагент, соглашение и состав тары;
• заказ клиента / соглашение об условиях продаж — источник условий и валют.

На основании данного документа обычно вводятся:

• Электронный счёт-фактура (ЭСФ) в ИС ЭСФ по факту реализации тары;
• СНТ — при необходимости сопровождения перемещения товара (по правилам ИС ЭСФ/маркировки);
• документы оплаты (поступление безналичных ДС / ПКО) для закрытия задолженности по регистрам РасчетыСКлиентами / РасчетыСКлиентамиПоДокументам.

Ключевые связанные регистры/подсистемы: «Многооборотная тара» (МногооборотнаяТараСервер), «Взаиморасчёты» (ВзаиморасчетыСервер), «Доходы и расходы» (ДоходыИРасходыСервер), подсистема учёта НДС и ЭДО РК.

7. Точки расширения

• Подписки на события / расширения модуля объекта. Наиболее частые точки — ОбработкаПроведения (добавление собственных движений), ОбработкаПроверкиЗаполнения (доп. контроли), ОбработкаЗаполнения (правила заполнения при вводе на основании). Расширять предпочтительно через расширение конфигурации (аннотации &После/&Перед/&Вместо), не меняя типовой модуль.
• Общие модули проведения. Кастомная логика движений локализуется вокруг ПроведениеСерверУТ, ВзаиморасчетыСервер, МногооборотнаяТараСервер, ДоходыИРасходыСервер — их вызовы удобно перехватывать/дополнять.
• Печатные формы. Добавление/замена макетов — через механизм УправлениеПечатью и ФормированиеПечатныхФорм (расширение комплекта печати без правки типового кода).
• Формы. Доп. реквизиты и команды на ФормаДокумента — через дополнительные реквизиты/сведения и расширение формы.
• ЭДО РК. Настройки формирования ЭСФ/СНТ — в подсистеме электронных документов; правила выгрузки не следует хардкодить в модуле документа.

Требует проверки в сборке 3.4.5.21: точный набор колонок табличной части и перечень штатных форм — соответствующие фасеты evidence выгружены не полностью.