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

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

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

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

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

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

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

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

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

3. Формы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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