1. Идентификация
| Параметр | Значение |
|---|---|
| Тип объекта | Справочник (Catalog) |
| Имя | ТипыПисемОбменСБанками |
| Полное имя | Справочник.ТипыПисемОбменСБанками (Catalogs.ТипыПисемОбменСБанками) |
| Синоним | — (не задан) |
| Конфигурация | Бухгалтерия для Казахстана, редакция 3.0, версия 3.0.74.2 |
| Валюта учёта | Тенге (₸) |
Назначение. Справочник классифицирует и хранит перечень типов электронных писем и документов, которыми организация обменивается с банками через механизмы электронного документооборота (ЭДО). Он используется для настройки и идентификации различных видов корреспонденции с банковскими учреждениями при автоматизированном обмене данными.
Объект является служебным: к нему обращаются администраторы системы и бухгалтеры, работающие с банковскими операциями, преимущественно на этапе первичной настройки каналов обмена или при добавлении новых типов документов. В повседневной работе справочник вызывается внутренними механизмами обмена для определения типа передаваемого/принимаемого документа.
Где найти в 1С: раздел «Электронное взаимодействие» → «Типы писем обмен с банками».
Навигационная ссылка: e1cib/list/Справочник.ТипыПисемОбменСБанками
2. Реквизиты и табличные части
2.1 Реквизиты шапки
| Имя | Тип | Обязательность | Назначение |
|---|---|---|---|
| Направление | EnumRef.НаправленияЭД |
Необязательный (DontCheck) | Определяет направление документооборота — входящее или исходящее письмо. Позволяет классифицировать типы писем по направлению передачи данных между организацией и банком |
| Шаблон | Строка (xs:string) |
Необязательный (DontCheck) | Хранит шаблон/образец письма или документа для данного типа. Может использоваться для автоматического формирования документов обмена с банком по заданному образцу |
| Недействителен | Булево (xs:boolean) |
Необязательный (DontCheck) | Флаг того, что тип письма более не используется в обмене с банками. Позволяет исключить устаревшие типы документов из активного использования без физического удаления из справочника |
Помимо перечисленных реквизитов элемент обладает стандартными полями справочника платформы: Код, Наименование, ПометкаУдаления, Предопределённый, Ссылка.
2.2 Табличные части
Табличные части отсутствуют. Справочник имеет плоскую структуру — данные хранятся только на уровне шапки элемента.
3. Формы
Справочник содержит три формы:
| Форма | Назначение |
|---|---|
| ФормаСписка | Список элементов справочника (≈29 элементов UI). Основная форма для просмотра всех типов писем обмена с банками, поиска и отбора по реквизитам (в т. ч. по флагу «Недействителен») |
| ФормаЭлемента | Форма редактирования отдельного элемента (≈11 элементов UI). Ключевая форма пользователя при создании или изменении типа письма: заполнение направления, шаблона и признака актуальности |
| ФормаВыбора | Форма выбора элемента (≈23 элемента UI). Используется при подборе типа письма в других объектах системы (документах и обработках обмена с банком) |
4. Ключевые процедуры модулей
Прикладного BSL-кода (модуля объекта / модулей форм) в evidence не приложено. Для справочника такого вида характерен минимальный набор служебных обработчиков; конкретное наличие определяется версией конфигурации.
Типовые обработчики для справочника данного вида:
- Модуль объекта —
ОбработкаЗаполнения,ПередЗаписью,ПриКопировании. Обычно не переопределяются либо содержат заполнение реквизитов по умолчанию (например, установкаНаправлениепри создании нового элемента). - Модуль формы элемента —
ПриСозданииНаСервере(настройка доступности/видимости полей, в т. ч. блокировка редактирования при установленном флаге «Недействителен»),ПриИзмененииНедействителен(визуальное оформление устаревшего элемента). - Модуль формы списка —
ПриСозданииНаСерверес установкой условного оформления строк (перечёркивание/затенение недействительных типов) и настройкой отбора. - Модуль менеджера — при наличии, содержит функции получения типа письма по направлению/коду для механизмов обмена.
«Требует проверки» (версионно-специфично): точный состав обработчиков
ФормаЭлемента/ФормаСпискаи наличие модуля менеджера в релизе 3.0.74.2 — уточняется по конфигуратору конкретной поставки.
5. Проведение и движения
Справочник — непроводимый объект метаданных. Он не формирует проводок по бухгалтерским счётам и не создаёт движений по регистрам накопления/сведений. Его роль — нормативно-справочная (классификатор типов писем).
Косвенно значения справочника участвуют в документах и обработках обмена с банком, которые уже формируют учётные движения. При этом сам по себе тип письма проводок не порождает; типовые проводки денежных и расчётных операций РК, где эти документы задействованы, используют счета единого плана счетов Казахстана, например:
| Операция | Дт | Кт |
|---|---|---|
| Поступление денег на текущий счёт от покупателя | 1030 (деньги на текущих счетах) | 1210 (краткосрочная ДЗ покупателей) |
| Оплата поставщику с текущего счёта | 3310 (КЗ поставщикам) | 1030 |
| Реализация товаров покупателю | 1210 | 6010 (доход от реализации) / 3130 (НДС к уплате) |
| Списание себестоимости | 7010 (себестоимость реализации) | 1330 (товары) |
Справочные значения актуальных ставок и величин РК на 2026 год, используемые связанными документами (для контекста, не для движений данного справочника): НДС 16%; МРП 4 325 ₸; МЗП 85 000 ₸; базовый налоговый вычет по ИПН 30 МРП/мес (не более 360 МРП/год); ИПН 10% до 8 500 МРП годового дохода и 15% сверх; ОПВ 10% (потолок базы 50 МЗП), ОПВР 3,5%, ВОСМС 2%, ОСМС 3%, СО 5%, соцналог 6%. Электронные документы РК: ЭСФ (ИС ЭСФ), СНТ.
6. Связанные объекты и ввод на основании
Перечисление.НаправленияЭД— источник значений реквизита «Направление» (входящее/исходящее).- Документы и обработки обмена с банком (Клиент-банк / DirectBank) — потребители справочника: используют тип письма для идентификации передаваемых и получаемых сообщений в рамках подсистемы «Электронное взаимодействие».
- Регистры и настройки ЭДО — используют элементы справочника как классификатор при маршрутизации сообщений.
Ввод на основании. Для служебного справочника-классификатора механизм «Ввод на основании» стандартно не предусмотрен; элемент используется как значение реквизита в других объектах, а не как основание для создания документов.
7. Точки расширения
- Расширение конфигурации (Extension): добавление собственных реквизитов (например, кода банковского формата, признака шифрования) и колонок в
ФормаСписка/ФормаВыборабез снятия с поддержки. - Обработчики форм: переопределение
ПриСозданииНаСервереформы элемента для управления доступностью полей и условным оформлением устаревших типов. - Подписки на события (
ПередЗаписью/ПриЗаписи): контроль уникальности типа письма в разрезе направления, автозаполнение шаблона. - Дополнительные реквизиты и сведения (подсистема свойств) — для хранения нерегламентированных характеристик типа письма без изменения метаданных.
- Программный API менеджера объекта — добавление функций выборки типа письма по направлению/коду для использования в собственных механизмах обмена.