Добрый день,

При загрузке эл. банковской выписки предоставленной Ситибанком возникает две проблемы, описанные нотой 124655. Используется формат мт940:

1. Банк включает комиссию за исходящий платеж в сумме 6 рублей в сумму платежа. В итоге при прогоне вспомогательной бухгалтерии (выравнивание по п/п) возникает разница на 6 рублей между списанной суммой и суммой платежки.

В формате есть поле куда банк кладет сумму снятой комиссии: в поле :86:....../СМ/RUB6,00
но стандартный алгоритм обработки формата МТ940 с неструктурированным полем 86 эту комиссию естественно не цепляет. Соответственно все выравнивание обламывается, приходится делать F-53 и указывать комиссию там.

Формата, где комиссия выносится отдельной строкой у сити нет, но есть формат SAPMT940. У нас он грузится также как и обычный мт940, т.е. комиссия не выделяется и выравнивание не проходит!

Апп у нас без проводок, поэтому фича с указанием банковской комиссии в АПП не проходит.

Вопрос: Если кто-то сумел решить вопрос банковских комиссий при импорте выписки ситибанка стандартным решением, поделитесь!))

2. Дата валютирования. В банковской выписке за 11 число, перечислены входящие платежи с датой валютирования 12. Т.е. это значит, что фактически деньги на счет клиента упадут 12го, хотя эти суммы и указаны в выписке 11го.

При загрузке выписки в сапе дата выписки = дата проводки всех позиций выписки. Т.е. позиции с датой валютирования 12 постятся 11м числом.

Кто как решал этот вопрос?


В упомянутой ноте 124655 эти проблемы указаны как нерешаемые стандартной функциональностью. Но может кто-то перехитрил?

Просьба абап не предлагать))) версия 4.7

Спасибо!

1. Это проблема касается не только Citibank, но и многих других не менее уважаемых банков, не только в России. Любят они комиссию и сумму платежа складывать в одну позицию выписки. Придется с этим жить.
Хотя если кто-то нашел решение, с удовольствем его применю у себя!

Видел очень хорошее организационное решение. Финдиректор пишет в банк бумагу:
Прошу комиссию в сумму платежа более не включать. А показывать ее отдельной операцией (в моем случае NCOM).
И комментарий по телефону: не обеспечите - переведу счета в другой банк.
Не всегда и не у всех, но срабатывает.

В DMEE есть тип дерева MCSH - преобразование входящего файла --> Multicash.

Я понимаю так, что через dme можно преобразовать файл например мт940 в мультикэш, заодно создав доп строку для всех комиссий.

Коллеги, кто-нибудь пробовал использовать этот механизм?

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

немного не так.

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

потом полученный файл грузим.

А откуда мы (конвертер) знаем, что эти разницы - от комиссий, а не мелкие недоплаты? Если абапить конвертер, который про это догадается, так тогда лучше сразу заабапить алгоритм интерпретации, который будет интерпретировать причину разницы как комиссию.
А если не абапить, вот это как раз интересно.

В формате есть поле куда банк кладет сумму снятой комиссии: в поле :86:....../СМ/RUB6,00

С помощью этого поля (/СМ/) однозначно определяется что сумма платежа содержит комиссию в размере 6 рублей

Это мы глазами сразу определим. Вопрос в том, как об этом средствами настройки, а не абапа, заставить систему понять, что СМ вон в том поле - это комиссия в составе платежа. И засунуть эту комиссию в документ платежа, а не отдельный документ, средствами настройки. Фирма САП уже не первый год на рынке, точно так же банки не первый год засовывают комиссию в сумму платежа. В ручном платеже такая комиссия проводится в документе, и в электронной выписке она должна быть.

Она и есть, но не в эл. выписке, а в АПП.

Мой вопрос исключительно такой: кто-нибудь использовал DME с целью конвертации МТ940 в Мультикэш?!