← На главную

При формировании файлов выгрузки для банка (включая SWIFT-файлы и реестры MT102) в конфигурациях 1С для Казахстана пользователи нередко сталкиваются с ситуацией, когда специфические буквы казахского алфавита (например, Қ, Ә, Ғ, Ң, Ө, Ұ, Ү, Һ, І) в сформированном текстовом файле автоматически преобразуются в стандартные русские аналоги (буква Қ превращается в обычную К). Разберем причины такого поведения системы и пошагово выясним, как найти и устранить источник ошибки.

Причина 1. Несоответствие данных в справочнике и периодическом регистре сведений

Самая распространенная причина, с которой часто сталкиваются пользователи и специалисты, кроется в механизме хранения персональных данных физических лиц. В интерфейсе справочника ФизическиеЛица или Сотрудники отображается текущее наименование элемента, однако алгоритмы выгрузки банковских документов и реестров запрашивают ФИО из периодического регистра сведений (например, ФИОФизическихЛиц) на дату формирования документа.

Если ФИО сотрудника было отредактировано вручную прямо в наименовании справочника, но не было обновлено через специальную форму истории изменения ФИО, в регистре сведений остаются прежние записи. При формировании SWIFT-файла запрос берет срез последних данных из регистра, где фамилия записана стандартной кириллицей.

Проанализируем порядок проверки и исправления данных по шагам:

1. Откроем карточку проблемного сотрудника или физического лица в справочнике ФизическиеЛица.
2. Перейдем по гиперссылке История ФИО (или откроем регистр сведений ФИОФизическихЛиц).
3. Проверим действующую запись на дату выгрузки платежного документа.
4. Убедимся, что в полях Фамилия, Имя и Отчество используются корректные символы казахской раскладки клавиатуры.
5. Сохраним изменения и выполним повторное формирование SWIFT-файла из исходящего платежного поручения.

Причина 2. Ограничения кодировок (ANSI, Windows-1251 и Unicode)

Если данные в регистре сведений заполнены корректно, обратим внимание на параметры кодировки создаваемого файла. Стандартная однобайтная кодировка Windows-1251 (ANSI) не содержит кодов для расширенных символов казахского алфавита. При принудительной записи файла в формате Windows-1251 платформа или драйвер выгрузки могут автоматически заменять не входящие в таблицу символы на ближайшие кириллические аналоги.

Разберем способы решения в зависимости от требований обслуживающего банка:

1. Переключение на UTF-8: Если шлюз клиент-банка поддерживает Unicode, в настройках обработки выгрузки следует выбрать кодировку КодировкаТекста.UTF8. При программной записи файла это реализуется следующим образом:
   Скопировать код

   
   ЗаписьТекста = Новый ЗаписьТекста(ПутьКФайлу, КодировкаТекста.UTF8);
   ЗаписьТекста.ЗаписатьСтроку(ТекстВыгрузки);
   ЗаписьТекста.Закрыть();
   

2. Использование национальной кодировки KZ-1251: Если банковское ПО требует однобайтный файл, но поддерживает казахские символы, используется кодовая страница KZ-1251 или специализированные внешние компоненты конвертации, входящие в поставку типовых конфигураций для Казахстана.

Причина 3. Встроенная опция транслитерации и замены символов

В некоторых типовых решениях для Казахстана в обработках обмена с банками заложена опция программной замены специфических букв. Это обусловлено тем, что устаревшие версии банковских шлюзов не принимают расширенную кириллицу и отклоняют платежные поручения с ошибками формата.

Проверим настройки используемого формата экспорта:

1. Откроем форму обработки выгрузки в банк / формирования SWIFT.
2. Перейдем в настройки формата обмена с конкретным банком.
3. Проверим наличие флага Заменять специфические казахские буквы (или Транслитерировать символы). Если банк поддерживает прием национальных символов, отключим данную опцию.

Таким образом, при возникновении подмены символов в первую очередь проверяем срез регистра ФИОФизическихЛиц на дату документа, а затем сопоставляем формат и кодировку файла выгрузки с техническими требованиями клиент-банка.