Документ «ОрдерНаОтражениеИзлишковТоваров» (УТ для Казахстана 3.4.5.21)

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

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

Такое разделение — суть ордерной схемы: складской работник проводит ордер сразу по факту пересчёта, а бухгалтер/менеджер закрывает финансовую часть позже, ориентируясь на регистр «К оформлению».

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

2.1. Реквизиты шапки

2.2. Табличная часть «Товары» (9 колонок)

Обратите внимание: в табличной части нет цены и суммы — документ количественно-складской. Стоимостная оценка (для проводок 1330/6010 и т.д.) выполняется в связанном финансовом документе.

3. Формы

Навигационные ссылки:

• список — e1cib/list/Документ.ОрдерНаОтражениеИзлишковТоваров;
• объект — e1cib/data/Документ.ОрдерНаОтражениеИзлишковТоваров.

Набор команд формы ориентирован на работу кладовщика: подбор по штрихкоду, загрузка из ТСД, получение веса, разбивка строки по ячейкам.

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

Факты ниже получены статическим анализом BSL-модулей (parse_bsl + build_bsl_digest), имена обработчиков — дословно из выгрузки.

Модуль объекта (ObjectModule)

Зависимости от общих модулей (число вызовов)

ПроведениеСерверУТ (25), СкладыСервер (11), НоменклатураСервер (6), ЗапасыСервер (4), УправлениеПечатью (4), ОбщегоНазначенияКлиентСервер (3), ОбщегоНазначенияУТ (3), НоменклатураКлиентСервер (3), ФизическиеЛицаУТ (2), ОбщегоНазначения (1), Пользователи (1), ЗначениеНастроекПовтИсп (1), ПраваПользователяПовтИсп (1), ФормированиеПечатныхФорм (1), ОбщегоНазначенияУТКлиентСервер (1).

Основная нагрузка проведения ложится на ПроведениеСерверУТ и СкладыСервер — типовой признак ордерного складского документа.

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

Это торговая конфигурация с оперативным (не бухгалтерским) учётом: документ формирует движения по регистрам накопления, а не проводки Дт/Кт. Из RegisterRecords — 6 регистров:

Соответствие плану счетов РК (стоимостная часть, оформляется связанным финансовым документом)

Сам ордер проводок не делает. При закрытии финансовой части излишков в бухгалтерском контуре РК формируется, как правило:

• Дт 1330 «Товары» — Кт 6280/прочий доход — оприходование излишков по стоимости.

При последующей реализации этих товаров действуют типовые проводки контура продаж:

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

Пример. Оприходован излишек — 10 ед. Позже реализован на 100 000 ₸ без НДС:

• НДС = 100 000 × 16 % = 16 000 ₸ → Дт 1210 — Кт 3130 = 16 000 ₸;
• выручка Дт 1210 — Кт 6010 = 100 000 ₸;
• к оплате покупателю — 116 000 ₸.

Числовые нормы РК-2026, релевантные при расчётах в смежных документах: МРП = 4 325 ₸, МЗП = 85 000 ₸, ставка НДС = 16 %.

Электронные документы

Сам ордер ЭСФ/СНТ не выписывает — это складской документ. Электронные документы (ЭСФ через ИС ЭСФ, СНТ) формируются на стороне финансовых документов реализации/оприходования, связанных с оформлением излишков.

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

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

Обработчик ОбработкаЗаполнения (3 стр.) обеспечивает первичное заполнение реквизитов при вводе на основании.

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

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