1. Идентификация
| Параметр | Значение |
|---|---|
| Тип объекта | Документ (Documents) |
| Имя | ПланПродаж |
| Полный путь | Документ.ПланПродаж |
| Синоним | «План продаж по номенклатуре» |
| Конфигурация | Управление торговлей для Казахстана, 3.4.5.21 |
| Подсистема | Планирование (роль пользователя — планировщик/аналитик) |
| Нумерация | Строка, длина 11, непериодическая (Nonperiodical) |
Назначение. Документ формирует план продаж в разрезе номенклатуры на заданный период. Используется в подсистеме планирования для последующего сопоставления плана с фактом и для расчёта обеспечения потребностей. После проведения план встаёт на контроль: по нему анализируется выполнение и формируется обеспечение.
Где найти в 1С: Раздел «Планирование» → «План продаж по номенклатуре».
Навигационная ссылка: e1cib/list/Документ.ПланПродаж
Замечание по учёту: «Управление торговлей для Казахстана» — оперативная конфигурация. Документ ведёт учёт по регистрам накопления/сведений (товары, планы), а не бухгалтерские проводки Дт/Кт. Счета типового плана счетов РК (1210, 1030, 1330, 3310, 3130, 6010, 7010) и налоговые параметры РК 2026 (НДС 16 %, МРП 4 325 ₸, МЗП 85 000 ₸ и т. д.) применяются на этапе передачи данных в регламентированный учёт по фактическим документам реализации, а не самим планом. В настоящем документе они приведены как контекст сквозного учётного цикла.
2. Реквизиты шапки и табличные части
2.1 Реквизиты шапки
| Имя | Тип | Обяз. | Назначение |
|---|---|---|---|
Партнер |
СправочникСсылка.Партнеры | Да | Компания-контрагент как бизнес-единица. Выбирается первым: по нему подтягиваются контрагент, соглашение и условия. |
Соглашение |
СправочникСсылка.СоглашенияСКлиентами | Да | Соглашение об условиях (цены, скидки, валюта, порядок расчётов). Заполняется до строк — из него берутся условия. |
Склад |
СправочникСсылка.Склады | Да | Склад, определяющий остатки и логику движений. |
Подразделение |
СправочникСсылка.СтруктураПредприятия | Да | Подразделение-владелец операции (аналитика по подразделениям). |
Менеджер |
СправочникСсылка.Пользователи | Да | Ответственный менеджер (для отчётов по менеджерам). |
Статус |
ПеречислениеСсылка.СтатусыПланов | Да | Статус документа в жизненном цикле (влияет на контроль/проведение). |
Сценарий |
СправочникСсылка.СценарииТоварногоПланирования | Да | Сценарий планирования (набор допущений/версия плана). |
ВидПлана |
СправочникСсылка.ВидыПланов | Да | Вид плана (классификация плана). |
Периодичность |
ПеречислениеСсылка.Периодичность | Да | Периодичность разбивки плана (день/неделя/месяц и т. п.). |
НачалоПериода |
Дата | Да | Начало планового периода. |
ОкончаниеПериода |
Дата | Да | Окончание планового периода. |
Валюта |
СправочникСсылка.Валюты | Нет | Валюта цен в строках. Обычно тенге (₸); подтягивается из соглашения. |
СуммаДокумента |
Число | Нет | Итоговая сумма, рассчитывается автоматически по строкам. |
ПланироватьПоСумме |
Булево | Нет | Режим планирования по суммам (а не только по количеству). |
ГрафикОплаты |
СправочникСсылка.ГрафикиОплаты | Нет | График оплаты для формирования плановых оплат клиентов. |
Календарь |
СправочникСсылка.ПроизводственныеКалендари | Нет | Производственный календарь для распределения по дням. |
РаспределитьПоРабочимДням |
Булево | Нет | Распределять плановые показатели только по рабочим дням календаря. |
ОбновитьДополнить |
Число | Нет | Служебный параметр режима заполнения (обновить/дополнить строки). |
ИзменитьРезультатНа |
Число | Нет | Коэффициент/величина корректировки результата при пересчёте. |
ТочностьОкругления |
Число | Нет | Точность округления при автозаполнении/распределении. |
КроссТаблица |
Булево | Нет | Режим ввода через кросс-таблицу (номенклатура × периоды). |
ЗаполненоАвтоматически |
Булево | Нет | Признак автозаполнения документа. |
ПользовательскиеНастройки |
ХранилищеЗначения | Нет | Сохранённые настройки формы/заполнения. |
Комментарий |
Строка | Нет | Произвольный комментарий. |
2.2 Табличные части
Табличная часть документа содержит плановые показатели в разрезе номенклатуры (номенклатура, характеристика, количество, цена, сумма, а при периодической разбивке — распределение по периодам). Точный состав колонок определяется настройками сценария и режимом ввода (обычная таблица либо кросс-таблица «номенклатура × периоды»); при ПланироватьПоСумме = Истина основным показателем строки становится сумма.
3. Формы
| Форма | Назначение |
|---|---|
| Форма документа | Основная форма ввода/редактирования плана: шапка (партнёр, соглашение, склад, период, сценарий, вид плана) и строки плановых показателей. Поддерживает автозаполнение и кросс-табличный ввод. |
| Форма списка | Список документов «Планы продаж по номенклатуре» с отбором по сценарию, виду плана, менеджеру, периоду и статусу. |
| Форма выбора | Выбор плана из других объектов (например, при вводе на основании). |
Выбор формы регулируется обработчиком
ОбработкаПолученияФормыв модуле менеджера (см. раздел 4).
4. Ключевые процедуры модулей
Факты ниже — из статического анализа BSL-модулей объекта (parse_bsl + build_bsl_digest, без выполнения кода). Имена обработчиков и модулей — дословно из выгрузки.
4.1 Модуль объекта (ObjectModule)
| Обработчик | Объём | Назначение |
|---|---|---|
ОбработкаПроведения |
14 стр. | Формирует движения при проведении. Делегирует расчёт в общие модули ПроведениеСерверУТ и Планирование (формирование записей регистров планирования). |
ОбработкаУдаленияПроведения |
9 стр. | Очищает движения при отмене проведения. |
ОбработкаПроверкиЗаполнения |
157 стр. | Основной блок контроля: проверка обязательных реквизитов, согласованности периода/периодичности, корректности строк плана перед записью/проведением. |
ПередЗаписью |
74 стр. | Предзаписьная логика: пересчёт итогов, синхронизация служебных реквизитов, подготовка данных перед сохранением. |
ПриЗаписи |
12 стр. | Действия непосредственно при записи объекта. |
ОбработкаЗаполнения |
8 стр. | Заполнение по умолчанию/по основанию при создании. |
ПриКопировании |
12 стр. | Корректировка реквизитов при копировании (сброс служебных признаков, статуса и т. п.). |
4.2 Модуль менеджера (ManagerModule)
| Обработчик | Объём | Назначение |
|---|---|---|
ОбработкаПолученияФормы |
14 стр. | Выбор/подмена формы, открываемой для объекта. |
4.3 Контроль и сообщения
В коде используется формирование текста исключения (ТекстИсключения) для сообщений об ошибках проверки/проведения.
4.4 Зависимости от общих модулей
Вызовы (в скобках — число обращений): Планирование (16), ПроведениеСерверУТ (12), ОбщегоНазначенияУТ (7), ОбщегоНазначения (7), ФормированиеПечатныхФорм (5), ОбщегоНазначенияКлиентСервер (4), ОбщегоНазначенияУТКлиентСервер (4), УправлениеПечатью (4), Пользователи (3), ПланированиеКлиентСерверПовтИсп (2), ОценкаПроизводительности (2), Классификация (2), ПланированиеКлиентСервер (1), НоменклатураСервер (1), ЗначениеНастроекПовтИсп (1).
Основная бизнес-логика планирования сосредоточена в общем модуле Планирование; формирование движений при проведении — в ПроведениеСерверУТ. Печать реализована через ФормированиеПечатныхФорм / УправлениеПечатью.
5. Проведение и движения
При проведении ОбработкаПроведения делегирует формирование движений в ПроведениеСерверУТ и Планирование. Документ формирует записи по регистрам накопления (оперативный учёт), бухгалтерских проводок Дт/Кт не делает.
Из RegisterRecords — 2 регистра:
| Регистр | Тип | Что фиксирует |
|---|---|---|
РегистрНакопления.ПланыПродаж |
Накопления | Плановые объёмы/суммы продаж в разрезе номенклатуры, сценария, периода, подразделения — база для сравнения «план/факт» и обеспечения. |
РегистрНакопления.ПланыОплатКлиентов |
Накопления | Плановые оплаты клиентов (по графику оплаты) — база для планирования денежных поступлений. |
Место в учётном цикле (контекст РК). План сам по себе денежных/бухгалтерских проводок не создаёт. Фактическая реализация, планируемая этим документом, при отражении в регламентированном учёте формирует записи по типовому плану счетов РК:
- Дт
1210(краткосрочная ДЗ покупателей) — Кт6010(доход от реализации) на сумму без НДС; - Кт
3130(НДС к уплате) — НДС по ставке 16 % (РК, 2026); - Дт
7010(себестоимость реализации) — Кт1330(товары) на себестоимость; - поступление оплаты: Дт
1030(деньги на текущих счетах) — Кт1210; - расчёты с поставщиками при закупке под план: Дт
1330— Кт3310.
Реализация сопровождается электронными документами РК — ЭСФ (ИС ЭСФ) и СНТ. Сам «ПланПродаж» ЭСФ/СНТ не выписывает.
Требует проверки (версионно-специфично): точный состав измерений/ресурсов регистров
ПланыПродажиПланыОплатКлиентови полный список формируемых записей в редакции 3.4.5.21 — сверяйте по конфигуратору, т. к. может отличаться между релизами.
6. Связанные объекты и ввод на основании
- Справочники-источники условий:
Партнеры,СоглашенияСКлиентами,Склады,СтруктураПредприятия,СценарииТоварногоПланирования,ВидыПланов,ГрафикиОплаты,ПроизводственныеКалендари,Валюты. - Регистры-приёмники:
РегистрНакопления.ПланыПродаж,РегистрНакопления.ПланыОплатКлиентов. - Использование плана: данные документа читаются отчётами и механизмами подсистемы «Планирование» (план-факт, обеспечение потребностей). На основании плана формируются заказы/задания на обеспечение (в рамках механизмов планирования конфигурации).
- Ввод на основании: реализуется через
ОбработкаЗаполнения(заполнение по объекту-основанию при создании).
Требует проверки: конкретный перечень команд «Ввести на основании» и объектов-приёмников в редакции 3.4.5.21 — уточняйте в конфигураторе (Ввод на основании объекта).
7. Точки расширения
- Расширение конфигурации: переопределение/дополнение обработчиков модуля объекта — прежде всего
ОбработкаПроверкиЗаполнения(доп. контроль строк),ПередЗаписью/ПриЗаписи(доп. реквизиты, синхронизация),ОбработкаЗаполнения(свои правила ввода на основании). - Общие модули: бизнес-логику лучше внедрять через процедуры-обёртки, не ломая вызовы
ПланированиеиПроведениеСерверУТ; для новых движений — доработка процедур проведения в этих модулях (или собственный регистр + запись из расширенияОбработкаПроведения). - Формы: доработка формы документа/списка через расширение формы (доп. реквизиты, команды, обработчики событий).
- Печать: добавление печатных форм через механизм
УправлениеПечатью/ФормированиеПечатныхФорм. - Дополнительные реквизиты/сведения: через подсистему «Свойства» без изменения структуры объекта.