---
title: "Документ «СверкаВзаиморасчетов» (Управление торговлей для Казахстана 3.4.5.21)"
country: KZ
lang: ru
author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti)
date: 2026-09-23
canonical: https://buhgpt.kz/suraqtar/dokument-sverkavzaimoraschetov-upravlenie-torgovley-dlya-kazahstana-3-
source: BuhGPT
---

# Документ «СверкаВзаиморасчетов» (Управление торговлей для Казахстана 3.4.5.21)

> **TL;DR:** 1. Идентификация Параметр Значение Тип объекта Документ ( Документ.СверкаВзаиморасчетов ) Имя СверкаВзаиморасчетов Синоним «Сверка взаиморасчетов» Конфигурация Управление торговлей для Казахстана, ред. 3.4.5.21 Раздел (интерфейс) Расчёты с контрагентами; в поставке доступен че

---

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

Параметр
Значение

Тип объекта
Документ (Документ.СверкаВзаиморасчетов)

Имя
СверкаВзаиморасчетов

Синоним
«Сверка взаиморасчетов»

Конфигурация
Управление торговлей для Казахстана, ред. 3.4.5.21

Раздел (интерфейс)
Расчёты с контрагентами; в поставке доступен через «Служебные подсистемы» → «Сверка взаиморасчетов»

Навигационная ссылка
e1cib/list/Документ.СверкаВзаиморасчетов

Параметры нумерации
Тип Строка, длина 11, периодичность нумерации — Год

Назначение. Документ формирует акт сверки взаиморасчётов с контрагентом за период. Он сопоставляет данные вашего учёта по расчётам (задолженность и обороты) с данными, которые предоставил контрагент, выявляет расхождения и служит основанием для печати и согласования акта сверки. Основные пользователи — бухгалтер и менеджер по работе с клиентами.

Типовой сценарий: создать документ → выбрать организацию, партнёра/контрагента и период → программа автоматически заполняет данные вашего учёта → внести данные контрагента → сверить остатки и обороты → распечатать акт сверки для подписания обеими сторонами.

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

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

Имя
Тип
Обяз.
Назначение

Организация
СправочникСсылка.Организации
Да
Ваше юрлицо, от имени которого оформляется акт. Обычно подставляется основная организация из настроек.

Контрагент
СправочникСсылка.Контрагенты
Да
Конкретное юрлицо контрагента, с которым сверяются расчёты (у партнёра может быть несколько юрлиц).

Партнер
СправочникСсылка.Партнеры
Нет
Контрагент как бизнес-единица. Выбирается первым — по нему подтягиваются контрагент, соглашение и условия.

Договор
СправочникСсылка.ДоговорыКонтрагентов
Нет
Договор, в рамках которого ведутся расчёты. Обязателен, если по учётной политике расчёты детализируются по договорам.

НачалоПериода
Дата
Нет
Начало периода сверки.

КонецПериода
Дата
Да
Конец периода сверки (дата, на которую сверяется сальдо).

Статус
ПеречислениеСсылка.СтатусыСверокВзаиморасчетов
Да
Статус в жизненном цикле документа (например, подготовлен / сверен / согласован).

Менеджер
СправочникСсылка.Пользователи
Нет
Ответственный менеджер по клиенту (для отчётности по менеджерам).

КонтактноеЛицо
СправочникСсылка.КонтактныеЛицаПартнеров
Нет
Контактное лицо контрагента, участвующее в сверке.

Руководитель
СправочникСсылка.ОтветственныеЛицаОрганизаций
Нет
Руководитель вашей организации — подпись в печатной форме.

ДолжностьРуководителяКонтрагента
Строка
Нет
Должность подписанта со стороны контрагента (для печати).

ФИОРуководителяКонтрагента
Строка
Нет
ФИО подписанта со стороны контрагента (для печати).

РасшифровкаПоЗаказам
Булево
Нет
Детализировать данные сверки в разрезе заказов.

РасшифровкаПоПартнерам
Булево
Нет
Детализировать данные сверки в разрезе партнёров.

РасшифровкаПоДоговорам
Булево
Нет
Детализировать данные сверки в разрезе договоров.

Комментарий
Строка
Нет
Произвольный комментарий.

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

ДанныеКонтрагента (7 колонок) — построчный ввод показателей сверки: даты и вид документа-основания, представление документа, а также две суммовые колонки — по данным вашего учёта и по данным контрагента. Именно сопоставление этих двух сумм даёт итоговое расхождение, выводимое в акт. Суммы хранятся в валюте расчётов; для сверки в тенге (₸) при валютных договорах пересчёт выполняется по курсу (см. зависимость от РаботаСКурсамиВалют).

Полный состав колонок ДанныеКонтрагента в выгрузке evidence приведён частично; конкретные имена колонок (сумма по нашим данным / по данным контрагента, ссылка на документ, дата) уточняются по метаданным конкретной сборки.

3. Формы

Для документа этого вида в типовой поставке присутствуют:

Форма
Назначение

ФормаДокумента
Основная форма: ввод шапки, автозаполнение данных учёта, ручной ввод данных контрагента, запуск печати акта.

ФормаСписка
Список сверок с отбором по организации, контрагенту, статусу и периоду.

ФормаВыбора
Выбор существующей сверки при подборе из других объектов.

Печать акта сверки реализована не отдельной формой, а через механизм печати (см. зависимости УправлениеПечатью, ФормированиеПечатныхФорм) — команда печати доступна из формы документа и из списка.

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

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

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

Обработчик
Объём
Что делает (типовая роль)

ОбработкаПроверкиЗаполнения
26 стр.
Контроль заполнения перед записью/проведением: проверяет обязательные реквизиты (организация, контрагент, конец периода, статус), корректность периода и, при необходимости, наличие договора. Формирует сообщения об ошибках заполнения.

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

ОбработкаЗаполнения
7 стр.
Заполнение при создании (в т.ч. вводе на основании): начальная установка организации, партнёра/контрагента, периода.

ПриКопировании
8 стр.
Сброс/переустановка реквизитов при копировании (например, очистка статуса, дат, данных контрагента), чтобы копия не наследовала неактуальные значения.

Основные зависимости от общих модулей (число вызовов): СтроковыеФункцииКлиентСервер (24), ФормированиеПечатныхФорм (21), УправлениеПечатью (8) — печать акта сверки; ОбщегоНазначенияУТ (7), ОбщегоНазначенияУТКлиентСервер (4), ОбщегоНазначенияКлиентСервер (2), ОбщегоНазначения (1); ПрефиксацияОбъектовКлиентСервер (4) — префикс номера; ШтрихкодированиеПечатныхФорм (2); РаботаСКурсамиВалют (2) — пересчёт валютных сумм; ОтветственныеЛицаСервер (2) — подписи; ДенежныеСредстваСервер (1), ПартнерыИКонтрагенты (1), Пользователи (1), ЗначениеНастроекПовтИсп (1).

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

Документ не формирует бухгалтерских проводок и не делает движений по регистрам. В выгрузке RegisterRecords пуст — набор регистров-приёмников не определён. Это соответствует природе объекта: сверка взаиморасчётов — это выверочный/печатный документ, а не документ первичного учёта. Он лишь читает уже сформированные другими документами данные о расчётах и выводит их в акт.

В УТ для Казахстана оперативный учёт расчётов ведётся в регистрах накопления (расчёты с клиентами/поставщиками, задолженность), которые заполняют документы реализации, оплаты, поступления. «Сверка взаиморасчётов» использует эти данные как источник для автозаполнения колонки «по данным учёта», но собственных движений не пишет — поэтому проведение либо отсутствует, либо носит только регистрирующий характер (фиксация статуса).

Справочно — счета РК, обороты по которым выверяет акт (типовой план счетов Республики Казахстан):

Счёт
Содержание

1210
Краткосрочная дебиторская задолженность покупателей и заказчиков

3310
Краткосрочная кредиторская задолженность поставщикам и подрядчикам

1030
Денежные средства на текущих банковских счетах

3130
НДС к уплате (ставка НДС в РК с 2026 г. — 16 %)

6010
Доход от реализации продукции и оказания услуг

Сами эти проводки формируются документами-основаниями (реализация, оплата), а не сверкой; сверка сопоставляет итоговое сальдо по расчётам (1210/3310) с данными контрагента.

Наличие/отсутствие проведения (реквизит «Проведение») — версионно-специфичная деталь конкретной сборки; в анализируемой выгрузке движения по регистрам не заданы.

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

- Справочники-источники реквизитов: Организации, Партнеры, Контрагенты, ДоговорыКонтрагентов, КонтактныеЛицаПартнеров, ОтветственныеЛицаОрганизаций, Пользователи.

- Перечисление: СтатусыСверокВзаиморасчетов — жизненный цикл документа.

- Наличие ОбработкаЗаполнения позволяет создавать сверку «на основании» (например, из карточки партнёра/контрагента или из договора) с автозаполнением организации, контрагента и периода.

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

- Печатные формы: акт сверки взаиморасчётов (через УправлениеПечатью/ФормированиеПечатныхФорм), с подписями руководителей обеих сторон.

Электронный документооборот РК (ЭСФ через ИС ЭСФ, СНТ) сам документ сверки не выпускает — это функция документов реализации/перемещения; сверка лишь отражает суммы по этим операциям.

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

- Расширение модуля объекта: перехват ОбработкаПроверкиЗаполнения (дополнительные бизнес-проверки периода/договора), ПередЗаписью (доустановка реквизитов), ОбработкаЗаполнения (свои сценарии ввода на основании).

- Печать: добавление собственного макета акта через УправлениеПечатью (команды печати, свои варианты акта под требования контрагента).

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

- Формы: переопределение обработчиков ФормаДокумента/ФормаСписка для дополнительного автозаполнения или отборов.

- Валютный пересчёт: кастомизация логики через РаботаСКурсамиВалют при сверке в разных валютах с приведением к тенге.

- Статусная модель: расширение перечисления СтатусыСверокВзаиморасчетов и логики согласования.

---
_BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_