Проверено на релизе 3.4.5.21 «Управление торговлей для Казахстана» (редакция 3.4).
Вы открыли список документов и наткнулись на строки «РегистраторГрафикаДвиженияТоваров», которых вы точно не создавали. Товар едет со склада в Алматы на склад в Астане, менеджер жалуется, что дата поступления «сдвинулась», а в отчёте по доставке появились этапы, которых вчера не было. Вы идёте искать, «кто это сделал» — и попадаете на этот объект. Сразу главное: этот документ создаёт не человек, а сам механизм планирования доставки. Руками его почти никогда не заполняют и не проводят. Ваша задача — понять, что он записал и почему, а не «исправлять сумму».
1. Назначение
Служебный документ. Он фиксирует рассчитанный график движения товаров — по каким этапам, между какими складами и в какие даты партия товара перемещается в рамках заказа на перемещение, заказа клиенту или доставки. Это «слепок» плана перевозки, на который потом опираются отчёты по доставке и контроль сроков.
2. Где найти
Прямого пункта «создать» в меню для него нет — и это нормально. Добраться до списка можно так:
- Через навигационную ссылку (самый быстрый способ). Меню «Сервис» → «Функции для технического специалиста» (или значок настроек) → «Перейти по навигационной ссылке» → вставьте:
e1cib/list/Документ.РегистраторГрафикаДвиженияТоваров - Через объект-владелец. Раздел «Продажи» или «Склад и доставка» → «Доставка» → откройте нужную Доставку/Перемещение → команда «Ещё» → «Связанные документы» (или «Движения документа») — оттуда виден зарегистрированный график.
Если ссылка не открывается, значит у роли нет прав на служебные объекты — это ограничение доступа, а не ошибка данных.
2а. Как узнать свой релиз
«Справка» → «О программе» (или значок «i» в правом верхнем углу). В открывшемся окне — версия платформы (например, 8.3.2x) и релиз конфигурации («Управление торговлей для Казахстана, редакция 3.4, версия 3.4.5.21»). Всё, что написано ниже, привязано именно к этой версии: в другой сборке набор полей может отличаться.
3. Как заполнить
Честно: вручную вы это не заполняете. Документ формируется автоматически, когда вы рассчитываете или пересчитываете доставку/перемещение. Но поля читать нужно — иначе не поймёте, откуда взялся тот или иной этап. Ниже — что означает каждая ключевая строка и чем грозит «ручная правка».
| Поле | Зачем оно | Что будет, если тронуть неверно |
|---|---|---|
| Организация (обяз.) | От чьего имени идёт движение товара. | Если поменять руками — этап «повиснет» на чужой организации, отчёт по доставке недосчитается партии. |
| Дата (обяз.) | Момент регистрации графика; от неё считается актуальность плана. | Сдвиг даты «назад» задвоит этап при следующем пересчёте. |
| Документ-регистратор / основание (обяз.) | Ссылка на владельца — Доставку, Заказ на перемещение, Заказ клиенту. Это «якорь» всей записи. | Разрыв ссылки = график существует, а объекта под ним нет; отчёты покажут «пустой» этап. |
| Склад отправления / получения | Между какими точками едет товар. | Неверный склад — товар «уедет не туда» в плане, менеджер увидит неправильный ETA. |
| Этап графика | Порядковый шаг маршрута (со склада → в пути → на складе назначения). | Пропуск этапа рвёт цепочку сроков. |
| Дата начала / завершения этапа | Плановые сроки шага доставки. | Именно отсюда берётся «дата поступления», на которую жалуется менеджер. |
| Номенклатура, характеристика, количество | Что и сколько едет по этапу. | Расхождение с заказом = контроль обеспечения покажет ложный дефицит/излишек. |
Правило одно: увидели расхождение — не правьте здесь. Идите в документ-основание (Доставка/Перемещение), исправьте там и пересчитайте график — регистратор перепишется сам.
4. Разобранный пример с цифрами
Вы оформляете перемещение 200 упаковок товара «Кофе зерновой» с учётной стоимостью 1 200 ₸/уп (итого 240 000 ₸) со склада «Алматы» на склад «Астана» через транзитный пункт «Караганда». Маршрут — два этапа.
Механизм доставки рассчитывает график, и РегистраторГрафикаДвиженияТоваров записывает:
| Этап | Отправление → Получение | Начало | Завершение | Номенклатура | Кол-во |
|---|---|---|---|---|---|
| 1 | Алматы → Караганда | 23.09.2026 | 24.09.2026 | Кофе зерновой | 200 уп |
| 2 | Караганда → Астана | 24.09.2026 | 25.09.2026 | Кофе зерновой | 200 уп |
Теперь про проводки — важный момент. Этот документ не делает бухгалтерских проводок Дт/Кт. Он служебный и работает только с оперативными регистрами графика доставки. Само перемещение товара на 240 000 ₸ (Дт 1330 «Товары» склад «Астана» / Кт 1330 «Товары» склад «Алматы») проводит документ-перемещение, а не регистратор графика. Здесь же движется только план:
- Регистр «Этапы графика движения товаров» — приход двух строк-этапов с датами и количеством.
- Регистр обеспечения/доставки — резервируется 200 уп под перемещение, «дата доступности на складе Астана» = 25.09.2026.
Если завтра логист сдвинул выезд на день, вы пересчитываете доставку — регистратор перезаписывает обе строки на новые даты (24–26.09.2026), и менеджер видит корректный ETA. Никаких сумм НДС (в РК с 2026 года ставка 16 %) или дохода (счёт 6010) этот документ не трогает — он про логистику, а не про деньги.
5. Виды операции
Отдельного поля «Вид операции» у документа нет — он «привязывается» к тому, что перевозится:
- График перемещения между складами (заказ/накладная на перемещение);
- График доставки клиенту (доставка по заказу клиента);
- График доставки от поставщика (приёмка по заказу поставщику);
- Транзитная (многоэтапная) перевозка — несколько складов/точек в одном маршруте;
- Пересчёт (перерегистрация) графика — при изменении сроков или маршрута старая запись замещается новой.
6. Что формируется при проведении
- Бухгалтерские проводки — не формируются. Это ключевое отличие от товарных документов.
- Движения по регистрам: «Этапы графика движения товаров», регистры доставки и обеспечения потребностей — приход/расход строк-этапов с датами, складами, количеством.
- Электронные документы (ЭСФ в ИС ЭСФ, СНТ) — не формируются. Их выписывают документы реализации/перемещения/приобретения, а не регистратор графика. Если ждёте ЭСФ или СНТ — вы открыли не тот объект.
- Связь для отчётности: данные попадают в отчёты «График движения товаров», «Выполнение доставки», «Контроль сроков».
7. Печатные формы
Собственных печатных форм у служебного документа нет — кнопки «Печать» с бланком вы здесь не найдёте, и это правильно. Всё, что нужно распечатать по перевозке, печатается из документов-оснований:
- Накладная на перемещение (М-11 / внутренняя форма) — из документа перемещения;
- Задание на перевозку / маршрутный лист — из документа доставки;
- Товарная накладная, счёт-фактура (ЭСФ) — из реализации/приобретения.
8. Частые ошибки
«Документ создан автоматически и не может быть изменён вручную» — вы пытаетесь провести/перезаписать регистратор напрямую. Решение: закройте его, откройте документ-основание, внесите правки там и пересчитайте доставку.
«Не заполнен документ-регистратор (основание)» — запись осталась без владельца (например, основание удалили). Решение: удалите «осиротевший» график и пересчитайте маршрут заново из действующего документа.
«Нарушена последовательность этапов графика» — руками удалили/переставили этап. Решение: не редактируйте этапы вручную; выполните полный пересчёт доставки.
«Дата этапа меньше даты предыдущего этапа» — сроки перекрутили при ручной правке. Решение: восстановите порядок дат через пересчёт из документа доставки.
«Товар не обеспечен на дату отгрузки со склада отправления» — плановое количество больше остатка. Решение: это сигнал логистики, а не поломка документа — обеспечьте остаток или измените дату/склад в основании.
9. FAQ
Можно ли создать РегистраторГрафикаДвиженияТоваров вручную? Технически объект есть в списке, но практического смысла нет: он формируется механизмом доставки. Ручной документ не будет связан с заказом и только замусорит отчёты.
Он делает проводки Дт/Кт по счетам 1330, 1210, 6010? Нет. Бухгалтерские проводки делают перемещение, реализация и приобретение. Регистратор графика движется только по оперативным регистрам доставки.
Формирует ли он ЭСФ или СНТ? Нет. ЭСФ (ИС ЭСФ) и СНТ выписываются из документов реализации, перемещения и приобретения. Здесь электронных документов не бывает.
Почему таких документов много и они «плодятся»? Каждый пересчёт маршрута перезаписывает график. Это штатное поведение: старая запись замещается актуальной.
Я удалил его — доставка сломается? Пропадёт план по этой перевозке в отчётах. Восстанавливается пересчётом доставки из документа-основания — регистратор создастся заново.
Влияет ли он на НДС и налоги? Нет. Ставка НДС 16 %, доход по 6010, себестоимость по 7010 — всё это считают товарные документы. Логистический график на налоги не влияет никак.
Откуда берётся «дата поступления», которую видит менеджер? Из даты завершения последнего этапа в этом графике. Хотите изменить срок — правьте маршрут/даты в доставке и пересчитайте.
Можно ли скрыть эти документы из общего списка? Да, служебные документы обычно не выводят в командный интерфейс. Открывать их стоит только для диагностики через навигационную ссылку.
Чем отличается от «Заказа на перемещение»? Заказ — это ваше распоряжение переместить товар (с проводками по складам). Регистратор графика — только расписание, как физически поедет партия по этапам.
Нужно ли его подписывать/утверждать? Нет. У него нет статусов утверждения и подписей — это технический слепок расчёта.
10. Смежные документы
На основании чего появляется:
- Заказ на перемещение / Перемещение товаров;
- Доставка (задание на перевозку);
- Заказ клиенту с доставкой;
- Заказ поставщику / Приобретение с доставкой.
Что опирается на его данные:
- Отчёты «График движения товаров», «Выполнение доставки», «Контроль сроков поставки»;
- Механизм обеспечения потребностей (плановые даты доступности на складах).
Как узнать свой релиз
«Справка» → «О программе» — там указаны версия платформы 1С:Предприятие и релиз конфигурации. Сверьте с шапкой этой методички: инструкция актуальна для «Управление торговлей для Казахстана», редакция 3.4, релиз 3.4.5.21. В соседних сборках состав служебных полей может отличаться.
Методичка подготовлена для релиза 3.4.5.21 «Управление торговлей для Казахстана» (редакция 3.4).