1. Идентификация
| Параметр | Значение |
|---|---|
| Тип объекта | Отчёт (Отчет) |
| Имя | ВыполнениеУсловийСоглашенийСКлиентами |
| Полное имя | Отчет.ВыполнениеУсловийСоглашенийСКлиентами |
| Синоним | «Выполнение регулярных условий соглашений с клиентами» |
| Конфигурация | Управление торговлей для Казахстана, ред. 3.4.5.21 |
| Основа механизма | Система компоновки данных (СКД) |
| Где найти | Навигационная ссылка: e1cib/list/Отчет.ВыполнениеУсловийСоглашенийСКлиентами. В интерфейсе — раздел CRM и маркетинг (либо Продажи), группа отчётов по соглашениям с клиентами. |
Назначение. Отчёт предназначен для контроля выполнения регулярных (периодических) условий, зафиксированных в соглашениях с клиентами. Под регулярными условиями понимаются обязательства сторон, проверяемые с заданной периодичностью (месяц, квартал и т. п.): плановый объём закупок, минимальная сумма отгрузки за период, поддержание ассортимента, соблюдение графика оплат, встречные обязательства клиента (мерчандайзинг, выкладка и пр.). Отчёт сопоставляет плановые условия соглашения с фактическими показателями продаж/оплат за выбранный период и показывает степень выполнения, отклонение и статус (выполнено / не выполнено / выполнено частично). Это инструмент менеджера по продажам и руководителя отдела для анализа дисциплины исполнения договорённостей и принятия решений о предоставлении/отзыве бонусов и скидок, привязанных к соглашению.
2. Параметры, поля и структура отчёта
Отчёт построен на СКД, поэтому вместо реквизитов шапки/табличных частей документа он оперирует параметрами схемы, полями набора данных и настройками вариантов (группировки, отборы, показатели). Ниже — типовой состав.
2.1. Параметры компоновки (шапка формы отчёта)
| Параметр | Назначение |
|---|---|
Период / НачалоПериода, КонецПериода |
Интервал анализа выполнения условий. |
Соглашение |
Отбор по конкретному соглашению с клиентом (Справочник.СоглашенияСКлиентами). |
Партнер / Клиент |
Отбор по партнёру/контрагенту. |
Организация |
Организация, от лица которой действует соглашение. |
Менеджер |
Ответственный менеджер (для отбора и группировки). |
ВидУсловия / ТипУсловия |
Тип регулярного условия (объём, сумма, ассортимент, оплата). |
Валюта |
Валюта показателей; для РК по умолчанию тенге (₸). |
2.2. Поля набора данных (аналитика и ресурсы)
| Поле | Роль | Назначение |
|---|---|---|
| Соглашение | Измерение | Соглашение с клиентом. |
| Партнёр / Контрагент | Измерение | Сторона соглашения. |
| Условие / Формулировка условия | Измерение | Текст/вид проверяемого регулярного условия. |
| Период выполнения | Измерение | Период, за который проверяется условие. |
| Плановое значение | Ресурс | Целевой показатель по условию (сумма ₸, количество, доля ассортимента). |
| Фактическое значение | Ресурс | Фактический показатель за период (продажи, оплаты). |
| Отклонение | Ресурс | Факт − План (абсолютное). |
| Процент выполнения | Ресурс | Факт / План × 100 %. |
| Статус выполнения | Поле оформления | «Выполнено» / «Не выполнено» / «Частично» с условным оформлением. |
Денежные ресурсы выводятся в тенге. Суммы продаж берутся с учётом действующей в РК ставки НДС 16 %; при необходимости отчёт может показывать показатели как с НДС, так и без — в зависимости от настройки условия соглашения.
3. Формы
Для отчёта на СКД типовой состав форм минимален:
| Форма | Назначение |
|---|---|
ФормаОтчета (основная форма отчёта) |
Единственная рабочая форма: панель параметров/настроек, поле табличного документа для вывода результата, команды «Сформировать», «Настройки», выбор варианта отчёта. Наследует стандартную форму отчёта СКД, если собственная форма явно не задана. |
| Форма варианта / настроек (служебная) | Автоматически предоставляется платформой для редактирования структуры, отборов, условного оформления и сохранения пользовательских вариантов. |
Отдельные формы списка/элемента у отчёта отсутствуют — это не справочник и не документ.
4. Ключевые процедуры модулей
В приложенном evidence присутствует только фасет назначения (naznachenie); исходный код модулей (BSL) не приложен. Поэтому ниже — типовой набор обработчиков для отчёта на СКД в УТ; конкретные строки укажите по факту при доступе к конфигуратору.
Модуль объекта отчёта (ОтчетОбъект):
ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка)— перехват вывода: программное формирование или донастройка компоновки (внешние вычисления процента выполнения, подсветка статусов, подстановка нормативов из соглашения).ПриОпределенииИспользуемыхТаблиц(...)/ПриОпределенииНастроекОтчета(...)— интеграция с БСП «Варианты отчётов»: описание вариантов, доступных полей, оформления.
Модуль формы отчёта (ФормаОтчета):
ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)— установка значений параметров по умолчанию (период, организация, отбор по соглашению из контекста открытия).ПриКомпоновкеРезультатаНаСервере— донастройка перед выводом.- Обработчики команд панели («Сформировать», переключение вариантов).
Общие модули СКД/схемы: запрос набора данных обращается к регистрам продаж и расчётов, а нормативы условий — к реквизитам и табличным частям справочника соглашений.
Требует проверки (версионно-специфично): точный состав программных обработчиков и наличие собственной формы отчёта могут отличаться в сборке 3.4.5.21 — уточняется по конфигуратору.
5. Источники данных и движения
Отчёт не является документом и не выполняет проведение — он не формирует проводок и не создаёт движений по регистрам. Его роль обратная: он читает уже сформированные данные. Ключевые источники:
- Регистры накопления продаж (
Продажи,ВыручкаИСебестоимостьПродажи связанные) — для факта отгрузок и выручки по клиенту/соглашению. - Регистры расчётов с клиентами (
РасчетыСКлиентами,ЗадолженностьКлиентов) — для факта оплат при контроле платёжных условий. - Справочник
СоглашенияСКлиентамии его табличные части — для плановых нормативов регулярных условий.
Для понимания, какими проводками формируется читаемый отчётом факт (стандартная логика реализации в РК), приведён справочный блок по типовому плану счетов РК:
| Операция | Дт | Кт |
|---|---|---|
| Признан доход от реализации (с НДС 16 %) | 1210 «Краткосрочная ДЗ покупателей» | 6010 «Доход от реализации» |
| НДС по реализации | 1210 | 3130 «НДС к уплате» |
| Списана себестоимость товаров | 7010 «Себестоимость реализации» | 1330 «Товары» |
| Поступление оплаты от клиента | 1030 «Деньги на текущих счетах» | 1210 |
Реализация в РК сопровождается выпиской ЭСФ (ИС ЭСФ) и, при обороте товаров, СНТ. Отчёт по условиям соглашений эти документы не выписывает, но опирается на факт реализации, ими сопровождаемый.
Ставка НДС, применяемая к суммам продаж, — 16 % (норма РК 2026 года). Показатели условий соглашения (плановые суммы, пороги) задаются в тенге.
6. Связанные объекты и ввод на основании
Справочник.СоглашенияСКлиентами— источник плановых условий; главный связанный объект. Отчёт обычно открывается из карточки соглашения командой перехода к отчёту.Справочник.Партнеры/Справочник.Контрагенты— стороны соглашения.- Документы реализации (
РеализацияТоваровУслуги др.) и документы оплаты — источники факта. - Механизм «Варианты отчётов» (БСП) — хранение пользовательских настроек и вариантов.
Ввод на основании для отчёта неприменим — отчёты не участвуют в цепочках ввода на основании (это прерогатива документов). Обратный сценарий возможен через прикладную логику: по результатам анализа менеджер вручную инициирует начисление бонуса/скидки, но это не механизм «ввода на основании» отчёта.
7. Точки расширения
- Пользовательские варианты отчёта — сохранение группировок, отборов, условного оформления (по статусу выполнения) без доработки конфигурации.
- Расширение конфигурации: добавление собственных наборов данных/полей в схему компоновки, перехват
ПриКомпоновкеРезультатадля нестандартного расчёта процента выполнения или подмешивания встречных обязательств. - Доработка справочника соглашений: ввод новых видов регулярных условий отражается в отчёте при соответствующем расширении запроса схемы.
- Дополнительные отборы и функциональные опции — интеграция с региональной спецификой РК (валюта тенге, ставка НДС 16 %) через параметры схемы.
- Права доступа (RLS) — ограничение видимости по организации/менеджеру наследуется от ролей конфигурации.