1. Идентификация
| Параметр | Значение |
|---|---|
| Тип объекта | Документ (Documents.РегистраторГрафикаДвиженияТоваров) |
| Имя | РегистраторГрафикаДвиженияТоваров |
| Синоним | В выгрузке — «Регистратор договора с поставщиком (соглашения с поставщиком)»; по назначению — «Регистратор графика движения товаров» |
| Конфигурация | Управление торговлей для Казахстана, редакция 3.4.5.21 |
| Раздел интерфейса | Служебные подсистемы → Планирование / Закупки |
| Нумерация | Тип номера String, длина 0, периодичность Nonperiodical (несериальный служебный документ) |
| Навигация (список) | e1cib/list/Документ.РегистраторГрафикаДвиженияТоваров |
| Навигация (объект) | e1cib/data/Документ.РегистраторГрафикаДвиженияТоваров |
Назначение. Служебный документ-регистратор. Фиксирует плановый график движения (поступления) товаров по соглашениям/договорам с поставщиками. Создаётся и перезаписывается механизмом планирования поставок автоматически; вручную пользователем, как правило, не оформляется. Документ ведёт оперативный учёт — пишет движения в регистр накопления, а не бухгалтерские проводки.
Важно: это регистратор планового графика, а не документ фактической приёмки. Реальные товарные и денежные движения, а также регламентированные проводки формируют документы приобретения/поступления (напр. «Приобретение товаров и услуг»), а не данный объект.
2. Реквизиты и табличные части
2.1. Реквизиты шапки
| Имя | Тип | Обяз. | Назначение |
|---|---|---|---|
Распоряжение |
СправочникСсылка.ДоговорыКонтрагентов, СправочникСсылка.СоглашенияСПоставщиками |
Да | Распоряжение-основание (соглашение/договор с поставщиком), по которому строится плановый график поступления товаров. Является измерением-ключом при формировании движений. |
Стандартные системные поля документа: Дата, Номер, Проведён, ПометкаУдаления.
2.2. Табличные части
Собственных табличных частей у документа нет (в форме документа полей ввода — 0, таблиц — 0). Плановые строки графика хранятся не в табличной части документа, а в подчинённом регистре накопления ГрафикПоступленияТоваров, для которого документ выступает регистратором.
3. Формы
| Форма | Назначение |
|---|---|
| ФормаДокумента | Основная (и единственная содержательная) форма. Элементов — 29; полей ввода — 0; таблиц — 0; кнопок — 3. Служебная форма: используется для просмотра/перезаписи/проведения регистратора, ручной ввод данных не предусмотрен. |
Команды формы: ПровестиИЗакрыть, ЗаписатьДокумент, ПровестиДокумент.
Форма списка открывается по ссылке e1cib/list/Документ.РегистраторГрафикаДвиженияТоваров.
4. Ключевые процедуры модулей
Факты ниже — из статического анализа BSL-модулей объекта (без выполнения кода). Имена обработчиков — дословно из выгрузки.
Модуль объекта (ObjectModule)
| Обработчик | Строка | Что делает (по стандартной логике вида объекта) |
|---|---|---|
ПередЗаписью |
стр. 22 | Предзапись регистратора: подготовка/валидация состояния перед сохранением графика (в т.ч. контроль ссылки Распоряжение), формирование текста исключения при нарушении условий записи. |
ПередУдалением |
стр. 25 | Предудаление: контроль и очистка связанных данных графика перед удалением регистратора (снятие движений по ГрафикПоступленияТоваров). |
Контроль и сообщения из кода: используется переменная/текст ТекстИсключения (формирование сообщения об ошибке при нарушении условий).
Зависимости от общих модулей
ОбщегоНазначенияКлиентСервер— 1 вызов (типовые сервисные функции работы со ссылками/сообщениями).ОбщегоНазначенияУТ— 1 вызов (прикладной сервис УТ, связанный с планированием/закупками).
Отдельного обработчика
ОбработкаПроведенияв перечне модуля объекта из evidence нет: формирование движений выполняется через набор записей регистратора (RegisterRecords) в рамках механизма планирования, а не классической процедурой проведения с ручным заполнением таблиц.
5. Проведение и движения
Конфигурация торговая — документ ведёт оперативный учёт и не формирует бухгалтерские проводки Дт/Кт. При проведении он записывает движения в регистр накопления:
| Регистр | Вид | Назначение |
|---|---|---|
AccumulationRegister.ГрафикПоступленияТоваров |
Накопления | Плановый график поступления товаров по соглашениям с поставщиками (даты, номенклатура, количество плановых поставок в разрезе распоряжения). Используется подсистемой планирования и отчётами по обеспечению потребностей. |
Логика движений: регистратор перезаписывает набор строк графика в разрезе реквизита Распоряжение; при удалении/отмене проведения движения снимаются (ПередУдалением).
Связь с регламентированным учётом РК (справочно)
Сам регистратор проводок не делает. Регламентированные проводки по типовому плану счетов РК формируют последующие фактические документы (приобретение/поступление, оплата), для которых данный график служит плановой основой. Типовая схема таких документов в РК:
| Операция (факт, не этот документ) | Дебет | Кредит |
|---|---|---|
| Поступление товаров от поставщика | 1330 «Товары» | 3310 «КЗ поставщикам» |
| НДС по приобретению (ставка 16 %, Казахстан 2026) | 1420 «НДС к возмещению» | 3310 |
| Оплата поставщику с текущего счёта | 3310 | 1030 «Деньги на текущих счетах» |
| Реализация товаров покупателю | 1210 «Краткосрочная ДЗ покупателей» | 6010 «Доход от реализации» |
| Начисление НДС по реализации (16 %) | 1210 | 3130 «НДС к уплате» |
| Списание себестоимости | 7010 «Себестоимость реализации» | 1330 «Товары» |
Электронные документы РК (ЭСФ в ИС ЭСФ, СНТ) выписываются также на этапе фактической отгрузки/приёмки, а не данным регистратором.
6. Связанные объекты и ввод на основании
- Основание графика:
Справочник.СоглашенияСПоставщикамииСправочник.ДоговорыКонтрагентов(через реквизитРаспоряжение). - Подчинённый регистр:
РегистрНакопления.ГрафикПоступленияТоваров(регистратор → его движения). - Механизм-владелец: подсистема планирования поставок УТ (обычно создаёт/пересоздаёт документ автоматически при пересчёте графика).
- Ввод на основании: самостоятельный ручной ввод на основании для служебного регистратора не предполагается; документ порождается программно механизмом планирования.
7. Точки расширения
- Модуль объекта: обработчики
ПередЗаписью(стр. 22) иПередУдалением(стр. 25) — основные точки для дополнительной валидации графика и контроля целостности связанных движений. - Расширение конфигурации: добавление обработчиков
ПередЗаписью/ПередУдалением/ПриЗаписичерез расширение модуля объекта; при необходимости — собственные реквизиты шапки (например, признак сценария планирования) с их учётом в движениях. - Форма «ФормаДокумента»: переопределение команд
ЗаписатьДокумент,ПровестиДокумент,ПровестиИЗакрытьи добавление служебных элементов через расширение формы. - Движения: дополнение/фильтрация записей
ГрафикПоступленияТоваровв подписке на событие или в расширении модуля объекта (учитывая, что штатное заполнение выполняется механизмом планирования). - Общие модули: прикладную логику удобно выносить в собственный общий модуль, вызывая типовые
ОбщегоНазначенияКлиентСервериОбщегоНазначенияУТ, уже используемые объектом.
Требует проверки (версионно-специфично): точный состав измерений и ресурсов регистра
ГрафикПоступленияТоварови полный перечень элементов формы могут отличаться между сборками релиза 3.4.x — сверяйте по конкретной конфигурации 3.4.5.21.