Ошибка при загрузке файла в банк клиент

По сообщению компании Alkor Soft, с 01 декабря 2008 года некоторые банки изменили требования к кодировке предоставляемых им swift файлов. С этого момента эти файлы должны предоставляться не в кодировке DOS (ASCII, CP-866), а в Windows-кодировке (ANSI, CP-1251). В связи с этим может потребоваться перенастройка Ваших программ автоматизации бухгалтерского учета.
Компания Alkor Soft предлагает для продуктов на базе 1С следующее решение для изменения кодировки swift файлов в MT102:

1. Последовательно открыть «Конфигуратор», далее «Конфигурация», затем пункт «Открыть конфигурацию»
2. в представленном списке перейти к пункту «Обработки» и дважды кликнуть его
3. найти пункт Swift и нажать правой кнопкой для вызова меню
4. в меню выбрать редактирование формы
5. перейти во вкладку «Модуль»
6. заменить строку МТ102.КодоваяСтраница(1); на строку МТ102.КодоваяСтраница(0);
7. сохранить изменения

Дополнительную информацию об этом решении для выгрузки Свифтов в 1C Вы найдете на сайте компании Alkor Soft (ASC).
Для других продуктов, таких как Microsoft Dynamics AX (Axapta), ТСВ-Бухгалтерия, Лука-про, К2, Алтын и т.д., Вам возможно потребуется проделать другие действия или обновить программу.

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

Они бы еще написали какие банки изменили требование. Банк ЦентрКредит, Сбербанк, Альянс Банк, АТФ банк, ТуранАлем Банк — все прелестно проходит без всяких изменений.

Пока проходит, но это «пока» — из области организационных «раскачек»…

У меня на руках копия письма, которое рассылает своим клиентам Международный банк «Алма-Ата». В нем написано , что с 1 декабря 2008 г. согласно письму Нацбанка РК № 29304/1993 от 21.11.2008, свифты с русскими и англ. буквами должны сдаваться в кодировке Windows 1251. Свифты с каз. буквами — в кодировке СТ РК 1048-2002.
Спсик в кодировке DOS с 1.12.2008 приниматься не будут.

Но. Это все волевые решения, приказы, постановления и прочие «девичьи мечты». А на практике «МБ А-Ата» у моих клиентов свифты принял в кодировке DOS, ибо одномоментно никто не сможет так быстро переделать, но в следующий раз наказал принести уже в кодировке 1251. Да и сами банки скорее всего не готовы пока применять это решение на практике.

Вчера отправляла соцотчисления через банк-клиент «Банка Центр кредит» . Все ушло нормально. Но заметила , что в банк-клиенте появилась новая опция — «отправить файл в кодировке Dos или Windows 1251. Следует ли это понимать так, что если выбираешь вкладку Windows 1251, то старая форма файла автоматически будет преобразована в новую ?

А вообще мне очень «нравится» как бухгалтеров в очередной раз нагнули в позу «зю». Зачем нужно заранее оповещать в различных средствах массовой информации, когда так прикольно наблюдать как бухгалтера мечутся с платежками и дискетами. Вот из той же оперы и электронное заверение ф.871, которое опять включили на потеху .

В общем собрал пока предварительные данные:

1. это инициатива Национального Банка РК, и связана с тем, чтобы корректно собирались и обрабатывались данные с казахскими буквами. Сейчас уже много фамилий с такими буквами
2. все банки обмениваются между собой через сообщения определенные соглашениями SWIFT
3. за обмен данными отвечает КЦМР (Казахстанский Центр Межбанковских Расчетов Национального Банка Республики Казахстан)
4. КЦМР было поставлена задача по переходу на Windows кодировку для русских букв и СТ РК 1048 — 2002 для казахских
5. разные банки в разной готовности к этому
6. пока решено до определенного сигнала от Нац.Банка и КЦМР работать по прежнему

Вот так вот. Тем не менее, Вы в любой момент можете столкнуться с тем, что нужно будет отправлять Свифты в другой кодировке. И если для пользователей 1C- Предприятие, Бухгалтерия, УПП и т.д. это уже не проблема, то для пользователей других систем нужно уже сейчас обеспокоиться.
Кстати, не только в системе банк-клиент ЦентрКредитБанка уже работает система перекодирования перед отправкой, но и в некоторых других. Это тоже вариант.

Просто бухгалтер писал(а):Вчера отправляла соцотчисления через банк-клиент «Банка Центр кредит» . Все ушло нормально. Но заметила , что в банк-клиенте появилась новая опция — «отправить файл в кодировке Dos или Windows 1251. Следует ли это понимать так, что если выбираешь вкладку Windows 1251, то старая форма файла автоматически будет преобразована в новую ?

Насколько я понимаю — да. Такая же система кажется внедрена в клиент от БТА (нет под рукой, чтобы проверить)

Просто бухгалтер писал(а):А вообще мне очень «нравится» как бухгалтеров в очередной раз нагнули в позу «зю». Зачем нужно заранее оповещать в различных средствах массовой информации, когда так прикольно наблюдать как бухгалтера мечутся с платежками и дискетами. Вот из той же оперы и электронное заверение ф.871, которое опять включили на потеху .

Хорошо, что они хотя бы банки предупредили. А то было бы смешно, если бы вдруг, КЦМР перестал брать такие данные от банков или вместо них в банк-получатель приходила бы каша.
А мы разберемся, мы привычные.

Кстати, не только в системе банк-клиент ЦентрКредитБанка уже работает система перекодирования перед отправкой, но и в некоторых других. Это тоже вариант.

То есть вы хотите сказать, что можно не беспокоиться по поводу формата файла тем, у кого есть только программа по учету пенсионных и социальных отчислений, полученная от выплатного центра? Мы набираем его как обычно, а уж программа Банк- клиент самостоятельно перекодирует его как надо, стоит только выбрать нужную опцию ?

Вот из той же оперы и электронное заверение ф.871, которое опять включили на потеху .

Как точно подмечено ! Включили заверение на потеху ! Действительно, в нашем местном театре абсурда сервер становится инструментом потехи…»Потешная» автоматизация…»Потешные» отчеты…

У меня смутное подозрение, что эта новация в отправке свифтов — из той же области «потехи»…

т_Сема писал(а):У меня смутное подозрение, что эта новация в отправке свифтов — из той же области «потехи»…

Да нет, это «залатывание дыр». Что делать, если у кого-то понадобится буквы из арабского алфавита вставить? Конечно, правильно было бы использовать Юникод. В том же UTF-8 есть большинство символов, просто у меня сомнения — может формат SWIFT не подразумевает многобайтной кодировки, но с другой стороны эти стандарты не у нас придумывались.
Похоже это у наших программистов КЦМР проблема с размещением или работой в многобайтной кодировке. Скорее всего лет через пять будем переходить на Юникод. Запомните мои слова.

Я с вами согласен, УТФ-8 это лучше чем Вин1251, и переходить придется….Хотелось бы порядка что ли, в этом всеобщем недоразумении, которое представляет из себя «потешная» автоматизация…

Нельзя разве было сделать по человечески, по европейски ? Например, вот так —

1. Все «сдатчики» свифтов, у которых в списках нет каз. букв (а это 99,99 % клиентов) — не суетятся и сдают свифты так же, как и раньше. Многоумные банковские компьютеры , купленные за агромадные денги, САМИ (то есть автоматически) перекодируют ваши свифты из ДОС 866 в Вин1251. Ведь разве нельзя это сделать автоматически, без грозного рыка («…приниматься не будут !!!»). Можно. У нас же самая передовая банковская система во всем СНГ. Так в чем тогда дело ? В привычном желании поиздеваться ?

2. Остальные клиенты, имеющие списки с каз. буквами (а это 0,01 % клиентов), переделывают свои программы на кодировку СТ РК 1048-2002.

Но нет. Зачем делать так ? Так в Казахстане дела е делаются. Нужно сначала создать проблему/проблемы. И за решение этой проблемы взимать оплату. За ускорение прохождения списка. За возможность поиздеваться над клиентом. За искусственное создание проблем и их последующее благополучное разрешение (в этой игре мы преуспели, как нигде).

Руководящие органы ! Вы ж поймите, сейчас и так клиенты уже с начала кризиса стали «подзабивать» (подзабывать) на отправку ОПВ/ГФСС. А с вашими закидонами и искусственно возводимыми проблемами — так вообще положат большой и толстый на это дело окончательно…Вы этого добиваетесь ?