--- 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-telefonnyyzvonok-tehnicheskoe-opisanie-ut-dlya-kazahstana-3-4 source: BuhGPT --- # Документ «ТелефонныйЗвонок» — техническое описание (УТ для Казахстана 3.4.5.21) > **TL;DR:** 1. Идентификация Параметр Значение Тип объекта Документ ( Documents ) Имя ТелефонныйЗвонок Полное имя Документ.ТелефонныйЗвонок Синоним «Телефонный звонок» Конфигурация Управление торговлей для Казахстана, 3.4.5.21 Нумерация Строка, длина 11, периодичность — «В пределах года» --- 1. Идентификация Параметр Значение Тип объекта Документ (Documents) Имя ТелефонныйЗвонок Полное имя Документ.ТелефонныйЗвонок Синоним «Телефонный звонок» Конфигурация Управление торговлей для Казахстана, 3.4.5.21 Нумерация Строка, длина 11, периодичность — «В пределах года» (Year) Назначение Элемент CRM. Фиксирует факт телефонного взаимодействия (входящий/исходящий звонок) с клиентом или контактным лицом: дату, абонента, тему, описание и результат. Пополняет историю взаимодействий по клиенту. Где найти: раздел «CRM и маркетинг» → «Взаимодействия». Навигационная ссылка списка: e1cib/list/Документ.ТелефонныйЗвонок. Открытие формы объекта: e1cib/data/Документ.ТелефонныйЗвонок. Роль в системе. Это документ подсистемы «Взаимодействия», а не товарно-денежный документ. Он не влияет на оперативный и регламентированный учёт — его задача зафиксировать коммуникацию и связать её с предметом взаимодействия (клиент, сделка, цепочка писем/звонков). 2. Реквизиты шапки и табличные части 2.1 Реквизиты шапки Имя Тип Обяз. Назначение АбонентПредставление Строка Да Отображаемое имя абонента (кого звали / кто звонил). АбонентКакСвязаться Строка Да Способ связи — номер телефона, по которому проходило взаимодействие. АбонентКонтакт Составной (контакт) Нет Ссылка на объект-контакт (партнёр, контактное лицо, пользователь и т.п.), которому соответствует абонент. Входящий Булево Да Направление звонка: Истина — входящий, Ложь — исходящий. Тема Строка Да Тема звонка (краткая суть). Описание Строка Да Развёрнутое описание/результат разговора. Важность ПеречислениеСсылка.ВариантыВажностиВзаимодействия Нет Приоритет взаимодействия (низкая/обычная/высокая). ВзаимодействиеОснование Составной (документы взаимодействий) Нет Предмет/цепочка взаимодействия: ЭлектронноеПисьмоИсходящее, ЭлектронноеПисьмоВходящее, ЗапланированноеВзаимодействие, ТелефонныйЗвонок, Встреча, СообщениеSMS. Связывает звонок в единую нить общения. Автор СправочникСсылка.Пользователи Нет Пользователь, создавший документ. Ответственный СправочникСсылка.Пользователи Нет Пользователь, ответственный за документ. Комментарий Строка Нет Произвольный комментарий. 2.2 Табличные части НаборыЗначенийДоступа (служебная, RLS) — 5 колонок. Заполняется платформой/подсистемой прав, вручную не редактируется. Имя Тип Назначение НомерНабора Число Номер набора значений доступа. ЗначениеДоступа Составной Значение доступа (объект-ограничитель). Уточнение СправочникСсылка.ИдентификаторыОбъектовМетаданных Уточнение вида доступа. Чтение Булево Разрешение на чтение. Изменение Булево Разрешение на изменение. ДополнительныеРеквизиты — 3 колонки. Механизм дополнительных реквизитов БСП. Имя Тип Назначение Свойство ПВХ.ДополнительныеРеквизитыИСведения Дополнительный реквизит. Значение Составной Значение реквизита. ТекстоваяСтрока Строка Текстовое представление значения (для строковых/многострочных типов). 3. Формы Форма Назначение Состав (по evidence) ФормаДокумента Основная форма ввода и просмотра звонка. 126 элементов, 11 полей ввода, 6 кнопок. Вкладки: СтраницаОписание, СтраницаДополнительныеРеквизиты, СтраницаКомментарий, СтраницаКонтактыНеЗаполнены, СтраницаКонтактыЗаполнены. Команды: СоздатьКонтакт, СвязанныеВзаимодействия. ФормаСписка Список документов взаимодействий данного вида. 37 элементов, таблица Список. ФормаВыбора Выбор звонка из других объектов (подбор в поля составного типа). 35 элементов, таблица Список. Особенность формы документа — две вкладки контактов (…НеЗаполнены / …Заполнены): активная страница переключается в зависимости от того, определён ли контакт для абонента. Команда СоздатьКонтакт позволяет из звонка завести новый контакт, СвязанныеВзаимодействия — открыть всю цепочку общения по предмету взаимодействия. 4. Ключевые процедуры модулей Ниже — обработчики из статического анализа BSL (имена дословно из выгрузки; номера строк недоступны, указан размер обработчика). Модуль объекта (ObjectModule) Обработчик Объём Что делает ОбработкаЗаполнения 3 стр. Заполнение реквизитов при создании — направление, автор/ответственный (Пользователи), подстановка предмета взаимодействия при вводе на основании (СозданиеНаОсновании). ПередЗаписью 5 стр. Предзаписные проверки и синхронизация служебных данных взаимодействия (заполнение представления абонента, контроль обязательных полей). ПриЗаписи 7 стр. Актуализация данных подсистемы «Взаимодействия»: привязка звонка к предмету/участникам, обновление истории взаимодействий. ПриКопировании 4 стр. Очистка/переинициализация реквизитов, не подлежащих копированию (даты, результат, служебные ссылки), при вводе копированием. Модуль менеджера (ManagerModule) Обработчик Объём Что делает ОбработкаПолученияДанныхВыбора 4 стр. Формирует данные быстрого выбора/подбора документа в поля составного типа. Зависимости от общих модулей - Пользователи — 2 вызова (автор/ответственный, текущий пользователь). - СозданиеНаОсновании — 1 вызов (механика ввода на основании). 5. Проведение и движения Документ не формирует бухгалтерских проводок и не делает движений по регистрам. В выгрузке RegisterRecords пуст — набор движений не определён; проведение как таковое для этого вида документа не выполняется (звонок фиксируется записью, а не проведением). Это нормальное поведение для CRM-документов взаимодействия: в отличие от товарных документов (реализация, поступление, оплата), «Телефонный звонок» не затрагивает ни оперативный учёт (товары, расчёты, денежные средства, цены), ни регламентированный. Для контекста — товарные документы этой же конфигурации по типовому плану счетов РК работают с 1210 (краткосрочная ДЗ покупателей), 1030 (деньги на текущих счетах), 1330 (товары), 3310 (КЗ поставщикам), 3130 (НДС к уплате, ставка 16 % в 2026 г.), 6010 (доход от реализации), 7010 (себестоимость реализации), сопровождаются ЭСФ (ИС ЭСФ) и СНТ. К «Телефонному звонку» это не относится — он в этих механизмах не участвует и электронных документов не порождает. 6. Связанные объекты и ввод на основании - Предмет взаимодействия (ВзаимодействиеОснование) связывает звонок с другими документами взаимодействий: ЭлектронноеПисьмоВходящее, ЭлектронноеПисьмоИсходящее, ЗапланированноеВзаимодействие, Встреча, СообщениеSMS, другой ТелефонныйЗвонок — образуя единую цепочку общения. - Ввод на основании реализован через общий модуль СозданиеНаОсновании: звонок можно создать на основании других взаимодействий/клиентских объектов и наоборот использовать как основание (перезвонить, запланировать встречу, отправить письмо). - Контакты — команда СоздатьКонтакт создаёт контакт из абонента; реквизит АбонентКонтакт связывает звонок с партнёром/контактным лицом. - Пользователи — Автор, Ответственный ссылаются на справочник Пользователи. 7. Точки расширения - Обработчики модуля объекта ОбработкаЗаполнения, ПередЗаписью, ПриЗаписи, ПриКопировании — расширяемы через механизм расширений конфигурации (&Вместо / &После / &Перед) для внедрения своей логики фиксации и валидации. - Дополнительные реквизиты (ДополнительныеРеквизиты) — штатный способ добавить свои характеристики звонка без изменения метаданных. - Форма документа — подписки на события и расширение формы для интеграции с телефонией (CTI): автоподстановка номера, автоматическое создание звонка по событию линии. - ОбработкаПолученияДанныхВыбора менеджера — настройка быстрого подбора. - Подписки на события (ПриЗаписи) — для внешней синхронизации истории взаимодействий (интеграция с внешней CRM/АТС). --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_