Документ «ПланЗакупок» (Documents.ПланЗакупок) — техническое описание

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

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

Где найти в 1С: Раздел «Планирование» (в интерфейсе — «Служебные подсистемы» → «План закупок»). Навигационная ссылка: e1cib/list/Документ.ПланЗакупок

Важно: это документ оперативного (управленческого) учёта торговой конфигурации. Он ведёт движения по регистрам накопления (планы), а не формирует бухгалтерские проводки Дт/Кт. Бухгалтерские проводки по типовому плану счетов РК (1210, 1330, 3310, 3130, 6010, 7010 и т. д.) и электронные документы (ЭСФ в ИС ЭСФ, СНТ) формируются не планом, а фактическими документами реализации/поступления, на которые план опирается (см. раздел 6).

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

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

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

Основная табличная часть содержит плановые строки — номенклатуру/характеристику с плановыми количествами и суммами по периодам. Типовой состав строки: Номенклатура, Характеристика, Количество, Цена, Сумма, привязка к периоду разбиения. При включённом ЗаполнятьПланОплат формируется соответствующий план оплат по срокам. Точный состав колонок зависит от настроек сценария и режима (по количеству / по сумме, кросс-таблица).

Числа в примерах — по РК 2026: НДС 16 %, суммы в тенге. Например, план на 100 ед. по цене 5 000 ₸ даёт базу 500 000 ₸ и плановый НДС 80 000 ₸ (16 %).

3. Формы

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

Ниже — обработчики из статического анализа BSL-модулей объекта (имена приведены дословно из выгрузки; строки — объём обработчика). Тела не выполнялись.

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

4.2 Зависимости от общих модулей

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

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

При проведении ОбработкаПроведения формирует движения по регистрам накопления (оперативный учёт планирования), а не бухгалтерские проводки.

Движения строятся общими модулями Планирование и ПроведениеСерверУТ на основании плановых строк, разбитых по периодичности.

Бухгалтерский контур (для контекста). План закупок сам проводок не делает. Фактические операции по плану отражаются другими документами и в бухучёте РК ложатся так: поступление товара — Дт 1330 «Товары» / Кт 3310 «КЗ поставщикам», входящий НДС 16 % — Дт 1420 / Кт 3310; оплата поставщику — Дт 3310 / Кт 1030; реализация — Дт 1210 / Кт 6010 и Кт 3130 (НДС к уплате 16 %), себестоимость — Дт 7010 / Кт 1330. Эти движения формируют документы реализации/поступления, а также ЭСФ (ИС ЭСФ) и СНТ.

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

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

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

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

Требует проверки по конкретному релизу 3.4.5.21: полный перечень колонок табличной части и точный набор форм — они управляются функциональными опциями подсистемы планирования и могут отличаться при разных настройках сценариев.