Всем доброго дня!
Коллеги, сори за оффтоп, но вопросы вот в чем:
1.КАк определить (визуально) какой конкретно MT940 у меня - строка 86 структурированная или нет?
2.Когда я открываю данный файл блокнотом, что не вижу в нем кирилических символов (сказали в банке что возможна только кодировка DOS.) В системе соответственно тоже что зря. Возможно ли решение этой проблемы?

Загрузив тестовую выписку столкнулся со следующими проблемами:
1.в 25 строке прописывается название банка (обозначение) и р\счет (через косую). Система отказалась в таком виде загружать, пришлось туда прописать БИК банка. НАсколько это корректно? Может я что то недокопал в настройках?
2.В процессе настройки (у нас до этого было настроено только на Multicash) система просила добавить операции: NCOM и NTRF. Это она откуда взяла? из файла?

Не проще ли будет написать конвертер в Multicash например и потом его уже грузить в систему?

Заранее благодарен!

смотри на наличие строки 86: и ее состав. если там есть нечто структурированное с одинаковыми разделителями, сам увидишь

Есть для перекодировки мощный тул по имени Notepad. Но лучше конечно построить банк.

Кем прописывается? банком? попроси заменить или вообще снести нах и оставить только счет. Проверено, работает

Это что, прям такой месседж выдает: "хачу NCOM"? Опиши поподробнее

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

Мне лично MT940 нравится гораздо больше.

Не совсем понял как все таки "мощным тулом по имени Notepad" для перекодировки пользоваться .

Вручную из кодировки DOS копировать текст в новый файл с кодировкой WIN и затем сохранять?

Нет ли в настройках загрузки опций, с помощью которых можно было бы читать файл в шрифте DOS и записывать в SAP уже не кракозябрами, а нормальной кирилицей?

Банк не всегда можно построить - у них свое ПО по банк-клиенту со своими заморочками.

Заранее спасибо, за помощь!

Спасибо!
А в какой кодировке нужно сохранять, чтобы SAP нормально её воспринял? В Юникоде или UTF-8 ?

Насчет автоматической конвертации - если уж Вы не нашли, то нам наверно и подавно не найти

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

Попробую спросить у базисника в какой кодировки он Oracl-овую базу создавал и в той кодировке и попробую сохранить файл для закачки.

Darkduck, я ни в коей мере Вас не идеализирую, но насколько понял из Вашего предыдущего поста и поста Sedlo, что у Вас автоматической переконвертации в SAP-е настроено не было, а т.к. у Вас обоих большой проектный опыт, то и сделал вывод что вероятность нахождения мной настройки для автоматической конвертации очень мала, что и озвучил

Спасибо большое за помощь!

У нас на совместном с Darkduck'ом проекте кто-то из базиса за пару минут написал прогу-конвертер, но! Мы таки смогли договориться с несколькими десятками банков, работающих кто на кириллице кто на французском с кракозябликами кто на немецком с умляутами, что выписки приходят так как нужно нашему и их клиенту. Чтобы ни людям клиента, ни его софтинам не приходилось делать лишних движений. Кстати, кроме кодировки есть еще темы для переговоров, причем не менее серьезные:
- не включать в сумму операции банковские комиссии, а отражать их отдельной операцией со своим кодом
- каким образом кодировать те или иные операции
- в какое подполе поля 61: писать наш любимый PYORD из какого места нашего MT101/103

Так что "не всегда есть возможность договориться" - неправильная постановка проблемы. Есть "мне лениво этим заниматься", "я не умею договариваться", "я не умею организовывать процесс массовой коммуникации аж с тремя банками" и тому подобные причины.

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

Пока закачать, чтобы отображалась кирилица в SAP-е нормально, получилось только старым способом:
1. Открытие файла FAR-ом (файловый менеджер), смена кодировки DOS на кодировку WIN
2. Копирование содержимого в буфер обмена
3. Копирование из буфера в новый файл открытый в Notepad-е с преднастроенным шрифтом Arial, Times New Roman и т.п.
4. Закачка файла в SAP.
И получаем в SAP-е нормальное отображение кирилицы.

Манипуляции с сохранением файла в Notepad-е в различных кодировках ANSI, Юникод, UTF-8 и последующая его закачка все равно отражает в SAP-е кирилицу кракозябрами. В самом Notepad-е текст отражается не кракозябрами только в шрифте Terminal. Мы пробовали сохранять с разными шрифтами и с Terminal и с Arial (когда в Notepad-е шрифт отображается кракозябрами), но итог всегда один - после закачки кирилица отображается в SAP-е кракозябрами.

Oraclе-овая база на которой стоит SAP создана в кодировке UTF-8.

Уже какая то каша в голове с перекодировкой посредством Notepad-ом, может кто нибудь подскажет, что делаем не так.

Коллеги,
попробуйте задать параметр UCP в SU3. Для Ситибанка мы используем 1504 - все работает.

Попробовали, - не приносит результата,
<я не знать русский языка> так же в свойствах SAP GUI кодировки загрузки/выгрузки менять, даже в реестр прописывали:
[HKEY_CURRENT_USER\Environment]
"sap_codepage"="1504"
тот же эффект.

Такое ощущуение что при смене кодировки через блокнот преобразования кирилицы на кодировку понятную Windows не происходит, поскольку при сохранении в Notepad-е и в ANSI и юникоде и UTF-8, при попытке в том же блокноте поменять шрифт с Terminal, на Times New Roman, кирилица начинает отображаться кракозябрами.

Может проблема все таки с Шрифтом Terminal?

Кстати, насчет кодировок и построения бизнес-процесса в целом. В последние несколько лет есть такая штука XI. Вот ему тоже можно стало поручать разбираться с кодировками. Там же можно навесить криптографию, идентификацию, аутентификацию и прочие умные вещи от безопасности. В одной замечательной фирме, где я работал юзером ЦРМ, выписка приходит в систему так, что бухгалтеры вообще не знают, откуда она там берется. Все счастливы.

Мне не совсем понятна необходимость упражнений с перекодировкой.

1. Все что нам нужно - проанализировать выписку с т.з. настройки автопроводок (можно открыть в Excel, профильтровали, проанализировали, настроили)
2. Разобрались в какой кодовой странице банк передает выписку, и или поставили эту страницу ч-з параметр как описано выше, или попросили банк передавать в другой кодировке.

Дальше просто передаете файл в FF.5.

Что мы делаем в Notepad и с какой целью?

Если не получется с параметром UCP, в настройках записи SAP Logon есть поле "Кодировка для загрузки и выгрузки". Если разные кодировки создайте разные записи. В основных записях пользователя нужно поставить UCP=NONE.