---
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/spravochnik-variantyklassifikaciizadolzhennosti-tehnicheskoe-opisanie-
source: BuhGPT
---

# Справочник «ВариантыКлассификацииЗадолженности» — техническое описание (УТ для Казахстана 3.4.5.21)

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

---

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

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

Тип объекта
Справочник (Catalog)

Имя
ВариантыКлассификацииЗадолженности

Полное имя
Справочник.ВариантыКлассификацииЗадолженности

Синоним
«Варианты классификации задолженности»

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

Иерархия
Плоский справочник (без групп) либо иерархия элементов — зависит от версии; в типовой поставке используется как линейный классификатор

Владелец
Нет (независимый справочник)

Основное представление
Наименование

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

Где найти в 1С

- Интерфейсно: раздел «Служебные подсистемы» → «Варианты классификации задолженности».

- Навигационная ссылка: e1cib/list/Справочник.ВариантыКлассификацииЗадолженности.

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

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

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

Реквизит
Тип
Назначение

Код
Строка/Число
Стандартный код справочника, автонумерация

Наименование
Строка (150)
Имя варианта классификации, отображается в списках выбора отчётов

Комментарий / Описание
Строка (неогр.)
Произвольное описание сценария классификации

ЕдиницаИзмеренияИнтервалов
Перечисление (День / Месяц)
Единица измерения границ интервалов старения задолженности

Предопределённый (служебно)
—
Часть вариантов может поставляться как предопределённые элементы (типовые сценарии)

Точный состав реквизитов шапки версионно-специфичен: в evidence приведён только синоним и назначение объекта. Перечень выше отражает типовую структуру классификаторов задолженности в УТ 3.4. Требует проверки в конфигураторе конкретной сборки 3.4.5.21.

Табличная часть «Интервалы» (классы задолженности)

Ключевая табличная часть, задающая границы классов старения. Именно она превращает справочник в правило.

Колонка
Тип
Назначение

Наименование
Строка
Имя класса (например, «Текущая», «Просрочка 1–30», «Просрочка 31–60», «Сомнительная»)

КоличествоДней (ГраницаИнтервала)
Число
Верхняя граница интервала в днях/месяцах от срока оплаты

Порядок
Число
Порядок вывода класса в отчёте

ЦветОформления / ВыделениеЦветом
Строка/ХранилищеЗначения
Условное оформление строк отчёта, попадающих в класс (опционально)

Логика: строки табличной части упорядочиваются по границе; задолженность относится к классу, в чей интервал попадает её количество дней просрочки на дату отчёта.

3. Формы

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

Форма элемента (ФормаЭлемента)
Создание/редактирование варианта: наименование, единица измерения интервалов, табличная часть с интервалами классификации

Форма списка (ФормаСписка)
Просмотр и выбор существующих вариантов; открывается по ссылке e1cib/list/...

Форма выбора (ФормаВыбора)
Подстановка варианта в поле параметров отчёта/обработки анализа задолженности

Если в конкретной сборке собственные формы не заданы, платформа использует автогенерируемые. Наличие управляемых форм с обработчиками — версионно-специфично.

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

В приложенном evidence BSL-код (пути:строки) отсутствует — приведён только фасет назначения. Поэтому ниже перечислены типовые обработчики этого вида объекта (справочник-классификатор). Конкретные строки модулей следует брать из конфигуратора сборки 3.4.5.21.

Модуль объекта (ОбработкаЗаполнения, ОбработкаПроверкиЗаполнения, ПередЗаписью)

- ОбработкаПроверкиЗаполнения — контроль корректности интервалов: границы должны возрастать, не должно быть дублей и пустых значений.

- ПередЗаписью — упорядочивание табличной части «Интервалы» по границе, нормализация порядка.

Модуль формы элемента

- ПриСозданииНаСервере — начальная настройка (единица измерения по умолчанию, доступность колонок).

- ИнтервалыПриИзменении / обработчики табличной части — пересчёт/валидация границ при вводе.

Модуль менеджера

- Функции подбора варианта по умолчанию и предопределённых элементов, если такие используются отчётами анализа расчётов.

Справочники-классификаторы, как правило, не имеют бизнес-логики проведения — их процедуры ограничены заполнением и валидацией. Прикладная логика классификации реализована в вызывающих отчётах/обработках, а не в самом справочнике.

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

Справочник документом не является и проведения не выполняет — прямых движений по регистрам и бухгалтерских проводок не формирует.

Он выступает параметром аналитики. Реальные проводки и остатки, которые затем классифицируются по выбранному варианту, формируют документы расчётов и реализации. Для плана счетов РК это, в частности:

Хозоперация
Дт
Кт

Реализация товаров покупателю (возникновение ДЗ)
1210 «Краткосрочная ДЗ покупателей»
6010 «Доход от реализации»

Начисление НДС по реализации (ставка 16%)
1210
3130 «НДС к уплате»

Списание себестоимости
7010 «Себестоимость реализации»
1330 «Товары»

Поступление оплаты от покупателя (погашение ДЗ)
1030 «Деньги на текущих счетах»
1210

Поступление товаров (возникновение КЗ)
1330
3310 «КЗ поставщикам»

Оплата поставщику (погашение КЗ)
3310
1030

Пример начисления НДС: при реализации на 1 000 000 ₸ (без НДС) НДС по ставке 16 % = 160 000 ₸; в дебиторскую задолженность на счёте 1210 попадает 1 160 000 ₸. Эта сумма и её срок оплаты затем распределяются по классам выбранного варианта классификации.

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

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

Кто использует справочник (потребители):

- Отчёты анализа расчётов: «Задолженность покупателей», «Задолженность поставщикам», «Ведомость расчётов с клиентами/поставщиками», отчёты по срокам задолженности (aging) — принимают вариант как параметр отбора/группировки.

- Обработки/рабочие места по работе с просроченной задолженностью и кредитному контролю.

На что ссылается справочник:

- Перечисление единицы измерения интервалов (День/Месяц).

Ввод на основании: для справочника-классификатора не предусмотрен (это настроечный объект, не участвует в документообороте и в цепочках «ввод на основании»).

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

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

- Подписки на события / переопределяемые модули — валидация интервалов, автозаполнение предопределённых вариантов при обновлении.

- Собственные отчёты СКД, использующие элемент справочника как параметр: границы старения передаются в набор данных, что позволяет строить произвольные aging-разрезы.

- Условное оформление строк отчётов по классу задолженности (цвет из табличной части).

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

Версионно-специфично (требует проверки в 3.4.5.21): точный состав реквизитов и табличных частей, наличие иерархии и предопределённых элементов, список отчётов-потребителей. Всё это уточняется в конфигураторе конкретной сборки; общая роль объекта — классификатор-параметр анализа задолженности — стабильна для редакции 3.4.

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