Документ «Корректировка регистров» (Documents.КорректировкаРегистров) — УТ для Казахстана 3.4.5.21

1. Идентификация

Назначение. Документ вносит корректировку движений по регистрам напрямую — это служебный инструмент правки учётных данных. Применяется, когда ранее проведённые данные нужно уточнить или исправить без отмены и перепроведения исходного документа. Документ не отражает хозяйственную операцию сам по себе: он позволяет записать/скорректировать наборы записей по произвольно выбранному составу регистров.

Параметры нумерации: тип String, длина 11, периодичность — Year (год).

Важно: это универсальный корректор. Он не имеет «жёсткой» проводки — состав и содержимое движений определяет пользователь при заполнении. Ниже (раздел 5) приведён перечень фактических регистров-приёмников из статического анализа модуля.

2. Реквизиты шапки и табличные части

2.1 Реквизиты шапки

Обратите внимание: в шапке отсутствуют реквизиты «Организация», «Контрагент», «Валюта» и т.п. Это подтверждает служебный характер объекта — привязка к организации/контрагенту задаётся уже внутри самих корректируемых наборов записей регистров, а не в шапке документа.

2.2 Табличные части

ТаблицаРегистров — служит списком регистров, которые данный документ корректирует (состав приёмников).

Фактические наборы записей по каждому выбранному регистру хранятся не в табличной части, а в наборах движений документа (Движения), редактируемых через форму.

3. Формы

4. Ключевые процедуры модулей

Факты ниже — из статического анализа BSL-модулей объекта (parse_bsl + build_bsl_digest, без выполнения кода). Имена обработчиков — дословно из выгрузки.

4.1 Модуль объекта (ObjectModule)

4.2 Зависимости от общих модулей

Вызовы (из дайджеста):

• Пользователи — 1 вызов (работа с текущим/ответственным пользователем);
• ОбщегоНазначения — 1 вызов (сервисные функции платформенного уровня);
• ОбщегоНазначенияУТ — 1 вызов (сервисные функции прикладного уровня УТ).

Отдельного обработчика ОбработкаПроведения в модуле объекта в дайджесте не зафиксировано — запись движений выполняется через механизм наборов записей документа и команды формы (ЗаписатьДокумент), а не через классическую процедуру проведения с расчётом. Это ожидаемо для документа-корректора.

5. Проведение и движения

Это торговая конфигурация: документ ведёт оперативный учёт — движения по регистрам накопления и сведений (товары, расчёты, денежные средства, цены и др.), а не фиксированные бухгалтерские проводки Дт/Кт.

Из RegisterRecords объекта зафиксировано 95 регистров-приёмников. Документ может писать движения в любой из них (пользователь выбирает состав в ФормаВыбораРегистра). Фрагмент перечня:

Связь с бухгалтерским контуром РК (справочно)

Если в составе корректируемых регистров присутствует регистр бухгалтерии, движения ложатся на типовой план счетов РК. Ориентиры счетов для торговых операций Казахстана:

Пример логики регистра «Выручка и себестоимость продаж» при корректировке реализации на 1 000 000 ₸ (Казахстан, 2026, ставка НДС 16 %): выручка без НДС отражается по 6010, НДС 160 000 ₸ — по 3130, задолженность покупателя (с НДС, 1 160 000 ₸) — по 1210, списание себестоимости — Дт 7010 / Кт 1330. Значения — иллюстративные; при корректировке пользователь вводит фактические суммы вручную.

Электронные документы контура РК (ЭСФ в ИС ЭСФ, СНТ) данным служебным документом не выписываются — он корректирует только внутренние учётные регистры. Расхождение скорректированных данных с ранее выписанными ЭСФ/СНТ нужно контролировать отдельно.

6. Связанные объекты и ввод на основании

• Ввод на основании. Штатный сценарий — создание корректировки на основании исходного документа (реализации, поступления, оплаты и т.п.): состав регистров и исходные наборы записей переносятся, после чего значения правятся. За перенос отвечает ОбработкаЗаполнения.
• Регистры-приёмники (95 шт.) — фактические связанные объекты: движение товаров, взаиморасчёты, денежные средства, доходы/расходы, цены, бонусные баллы и др.
• Общие модули: Пользователи, ОбщегоНазначения, ОбщегоНазначенияУТ.
• Справочник Пользователи — через реквизит Ответственный.

7. Точки расширения

• ПередЗаписью (модуль объекта) — добавление собственных проверок допустимости корректировки (ограничение перечня регистров, запрет правки закрытых периодов, требование заполненного Комментарий).
• ОбработкаЗаполнения — расширение логики переноса данных из документа-основания под нестандартные сценарии ввода на основании.
• Формы ФормаДокумента / ФормаВыбораРегистра — через расширения конфигурации можно ограничить доступный пользователю состав регистров или добавить проверки на клиенте перед командами ЗаписатьДокумент / НастройкаСоставаРегистров.
• Подписки на события / расширения документа — для аудита служебных корректировок (кто, когда и какие регистры правил).
• Права доступа (RLS) — доступ к документу-корректору целесообразно ограничивать узким кругом ответственных: прямая правка регистров минует бизнес-логику исходных документов.

Требует проверки (версионно-специфично): точный состав из 95 регистров-приёмников и наличие/отсутствие среди них регистра бухгалтерии в конкретной сборке 3.4.5.21 — уточняйте по выгрузке вашей базы, состав может отличаться от подрелиза к подрелизу.