1. Идентификация
| Параметр | Значение |
|---|---|
| Тип объекта | Документ (Documents) |
| Имя | ИзменениеАссортимента |
| Полное имя | Документ.ИзменениеАссортимента |
| Синоним | «Изменение ассортимента» |
| Конфигурация | Управление торговлей для Казахстана, редакция 3.4.5.21 |
| Нумерация | Тип Строка, длина 11, периодичность Год |
| Открытие объекта | e1cib/data/Документ.ИзменениеАссортимента |
| Открытие списка | e1cib/list/Документ.ИзменениеАссортимента |
Назначение. Документ управляет ассортиментной матрицей торговых точек и складов: вводит номенклатуру в ассортимент, выводит из него, меняет статус/стадию позиции (новинка, действующий ассортимент, выводимый из продажи). Проведённый документ формирует записи регистра сведений Ассортимент, которые далее определяют доступность товаров к заказу, закупке и продаже (даты начала/запрета закупок и продаж).
Кто работает. Категорийный менеджер, специалист по мерчандайзингу.
Где найти в 1С. В интерфейсе документ расположен в служебной части подсистемы работы с ассортиментом (раздел «Маркетинг» / «Запасы» в зависимости от настройки функциональных опций и прав). Прямая навигационная ссылка на список:
e1cib/list/Документ.ИзменениеАссортимента
Замечание. Это документ оперативного (управленческого) учёта. Он не формирует бухгалтерских проводок Дт/Кт по плану счетов РК (1210, 1330, 3310, 3130, 6010, 7010 и т.д.) и не участвует в расчёте НДС (16 %), ИПН, ОПВ и прочих налогов/взносов. Ставки и счета РК применяются в товарно-финансовых документах (реализация, поступление, ЭСФ/СНТ), но не в данном документе. Единственное движение — регистр сведений
Ассортимент(см. раздел 5).
2. Реквизиты шапки и табличные части
2.1. Реквизиты шапки
| Имя | Тип | Обяз. | Назначение |
|---|---|---|---|
Операция |
ПеречислениеСсылка.ОперацииИзмененияАссортимента | Да | Вид операции над ассортиментом (ввод / вывод / изменение статуса). Определяет смысл документа. |
Стадия |
ПеречислениеСсылка.СтадииАссортимента | Да | Стадия жизненного цикла ассортиментной позиции. |
Этап |
ПеречислениеСсылка.ЭтапыИзмененияАссортимента | Да | Этап процесса изменения ассортимента. |
ОбъектПланирования |
СправочникСсылка.ФорматыМагазинов, СправочникСсылка.Склады | Нет | Объект, для которого меняется ассортимент: формат магазина или конкретный склад/торговая точка. |
КоллекцияНоменклатуры |
СправочникСсылка.КоллекцииНоменклатуры | Да | Коллекция (набор) номенклатуры, к которой относится изменение. |
ДатаНачалаДействия |
Дата | Нет | Дата, с которой изменение ассортимента вступает в силу. |
ДатаНачалаЗакупок |
Дата | Да | Дата, с которой разрешена закупка позиций. |
ДатаЗапретаЗакупки |
Дата | Да | Дата, с которой закупка запрещается. |
ДатаНачалаПродаж |
Дата | Да | Дата, с которой разрешена продажа позиций. |
ДатаЗапретаПродажи |
Дата | Да | Дата, с которой продажа запрещается. |
Ответственный |
СправочникСсылка.Пользователи | Нет | Пользователь, ответственный за документ. |
Комментарий |
Строка | Нет | Произвольный комментарий. |
Четыре даты (ДатаНачалаЗакупок, ДатаЗапретаЗакупки, ДатаНачалаПродаж, ДатаЗапретаПродажи) задают «окна» доступности товаров и являются ключевыми — именно они переносятся в записи регистра Ассортимент.
2.2. Табличная часть Товары
| Имя | Тип | Назначение |
|---|---|---|
Номенклатура |
СправочникСсылка.Номенклатура | Товар/услуга, добавляемый в ассортимент или выводимый из него. |
РольАссортимента |
ПеречислениеСсылка.РолиАссортимента | Роль позиции в ассортименте (KVI/трафикообразующая, имиджевая, замещающая и т.п.). |
ВидЦены |
СправочникСсылка.ВидыЦен | Вид цены, по которому оцениваются/заполняются цены строки (закупочная, оптовая, розничная). |
РейтингПродаж |
СправочникСсылка.РейтингиПродажНоменклатуры | Рейтинг продаж позиции (используется в аналитике управления ассортиментом). |
2.3. Табличная часть НаборыЗначенийДоступа
Служебная таблица подсистемы RLS (ограничение доступа на уровне записей). Заполняется платформой/типовыми механизмами автоматически, вручную не редактируется.
| Имя | Тип | Назначение |
|---|---|---|
НомерНабора |
Число | Номер набора значений доступа. |
ЗначениеДоступа |
Составной | Значение, участвующее в проверке прав. |
Уточнение |
СправочникСсылка.ИдентификаторыОбъектовМетаданных | Уточнение вида значения доступа. |
Чтение |
Булево | Признак разрешения на чтение. |
Изменение |
Булево | Признак разрешения на изменение. |
3. Формы
| Форма | Назначение | Состав (по evidence) |
|---|---|---|
ФормаДокумента |
Основная форма для создания/редактирования документа: шапка, даты действия, таблица Товары. |
207 элементов: 18 полей ввода, таблица Товары, 18 кнопок. |
ФормаВыбора |
Форма выбора документа из списка при подборе в другие объекты. | 59 элементов: таблица Список, 1 поле ввода, 1 кнопка. |
Отдельная форма списка в evidence не выделена — используется системная форма списка, открываемая по ссылке e1cib/list/Документ.ИзменениеАссортимента.
4. Ключевые процедуры модуля объекта (ObjectModule)
Имена и объём процедур — из статического анализа BSL-модуля объекта (parse_bsl / build_bsl_digest, без выполнения кода).
| Обработчик | Объём | Назначение |
|---|---|---|
ОбработкаПроведения |
13 стр. | Формирование движений при проведении. Делегирует построение движений общим модулям ПроведениеСерверУТ и АссортиментСервер. |
ОбработкаУдаленияПроведения |
9 стр. | Очистка/откат движений при отмене проведения. |
ОбработкаПроверкиЗаполнения |
106 стр. | Наиболее объёмный обработчик — контроль корректности заполнения перед записью/проведением: обязательные реквизиты, согласованность дат окон закупок/продаж, состав таблицы Товары. |
ПередЗаписью |
23 стр. | Предзаписная логика: доопределение реквизитов, служебные проверки. |
ПриЗаписи |
5 стр. | Действия непосредственно при записи объекта. |
ОбработкаЗаполнения |
4 стр. | Заполнение реквизитов при создании (в т.ч. при вводе на основании). |
ПриКопировании |
4 стр. | Корректировка данных при копировании документа. |
Зависимости от общих модулей (число вызовов)
ПроведениеСерверУТ (11), ОбщегоНазначенияКлиентСервер (5), АссортиментСервер (2), ОбщегоНазначения (1), ПользователиКлиентСервер (1), Пользователи (1), ЗначениеНастроекПовтИсп (1), ОбщегоНазначенияУТ (1).
Логика проведения вынесена в ПроведениеСерверУТ (общая механика проведения УТ) и АссортиментСервер (специфика формирования записей ассортимента).
5. Проведение и движения
Документ ведёт оперативный учёт и формирует движения по одному регистру.
| Регистр | Тип |
|---|---|
РегистрСведений.Ассортимент |
Сведений |
Логика движений (стандартная для объекта):
- При проведении
ОбработкаПроведениячерезАссортиментСервер/ПроведениеСерверУТформирует записи регистра сведенийАссортиментв разрезе объекта планирования (формат магазина/склад), номенклатуры и коллекции. - В записи переносятся управляющие атрибуты:
Операция,Стадия,Этап, роль ассортимента и «окна» доступности —ДатаНачалаЗакупок/ДатаЗапретаЗакупки/ДатаНачалаПродаж/ДатаЗапретаПродажи. - Эти записи затем читаются механизмами заказов, закупок и продаж для определения, доступен ли товар к операции на заданную дату.
ОбработкаУдаленияПроведенияудаляет ранее сформированные записи регистра.
Бухгалтерских проводок нет. Документ не затрагивает регистр бухгалтерии, не формирует движений по товарным/денежным/взаиморасчётным регистрам накопления и не влияет на НДС (16 %), себестоимость (счёт 7010) или доход (счёт 6010). Финансовый и налоговый учёт РК формируется последующими товарными документами (реализация → ЭСФ/СНТ в ИС ЭСФ), опирающимися на актуальный ассортимент.
6. Связанные объекты и ввод на основании
Объекты-справочники и перечисления, на которые ссылается документ:
- Справочники:
Номенклатура,КоллекцииНоменклатуры,ФорматыМагазинов,Склады,ВидыЦен,РейтингиПродажНоменклатуры,Пользователи. - Перечисления:
ОперацииИзмененияАссортимента,СтадииАссортимента,ЭтапыИзмененияАссортимента,РолиАссортимента.
Целевой регистр: РегистрСведений.Ассортимент — потребитель данных документа.
Ввод на основании. Наличие ОбработкаЗаполнения (4 стр.) указывает на поддержку заполнения при создании, в т.ч. при вводе на основании. Типовой сценарий — заполнение нового документа изменения ассортимента данными коллекции номенклатуры или ранее проведённого документа. Конкретный состав оснований версионно-специфичен — требует проверки в команде «Ввести на основании» конкретной сборки 3.4.5.21.
7. Точки расширения
- Модуль объекта — обработчики событий. Для дополнительной валидации используйте
ОбработкаПроверкиЗаполнения; для донастройки данных —ПередЗаписью,ОбработкаЗаполнения,ПриКопировании. Изменения вносите через расширение конфигурации (аннотации&Вместо/&После/&Перед), не снимая типовой объект с поддержки. - Логика проведения. Расширяется через перехват
ОбработкаПроведениялибо через процедуры общих модулейАссортиментСервериПроведениеСерверУТ. Дополнительные регистры-движения регистрируйте в составе движений документа. - Формы.
ФормаДокументаиФормаВыборарасширяются добавлением реквизитов формы и обработчиков (ПриСозданииНаСервере,ОбработкаЗаполненияэлементов) в расширении. - Подписки на события. Для реакции на запись/проведение из смежных подсистем используйте подписки на события (
ПриЗаписи,ОбработкаПроведения) без модификации модуля объекта. - RLS. Табличная часть
НаборыЗначенийДоступа— точка интеграции с ограничением доступа на уровне записей; управляется настройками групп доступа, а не ручным редактированием.
Требует проверки (версионно-специфичное): точный состав команд ввода на основании и перечень значений перечислений
Операции/Стадии/Этапы/РолиАссортиментаследует сверять с конкретной сборкой 3.4.5.21, так как они могут отличаться между релизами.