--- title: "РегистраторГрафикаДвиженияТоваров в 1С:Управление торговлей для Казахстана 3.4.5.21: как читать и не сломать служебный документ доставки" country: KZ lang: ru author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-23 canonical: https://buhgpt.kz/suraqtar/registratorgrafikadvizheniyatovarov-v-1s-upravlenie-torgovley-dlya-kaz source: BuhGPT --- # РегистраторГрафикаДвиженияТоваров в 1С:Управление торговлей для Казахстана 3.4.5.21: как читать и не сломать служебный документ доставки > **TL;DR:** Проверено на релизе 3.4.5.21 «Управление торговлей для Казахстана» (редакция 3.4). Вы открыли список документов и наткнулись на строки «РегистраторГрафикаДвиженияТоваров», которых вы точно не создавали. Товар едет со склада в Алматы на склад в Астане, менеджер жалуется, что да --- Проверено на релизе 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). --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_