Народ !
Расскажите плз как при использовании електронной выписки САПом определяется контрагент к которому относится операция ?

Есть у меня выписка в формате банка. Там есть ОКПО.
Есть конвертер в multicash. А куда этот ОКПО вставлять ???
Ладно пусть конвертер лезет в таблички, находит и вставляет номер счета, но ведь его тоже непонятно куда прописывать !
Пробовал 30-е поле (business partner @umsatz.txt) - не пашет, все строки красные (feban) и ругаются на отсутствие счета дебитора

Что делать ?
У кого как вобще работает ?

И еще вопрос в догонку:
есть ли вобще документ описывающий какие поля из файлов мультикеша куда в итоге попадают и где используются в САПе ?

У нас multicash работает нормально. Контрагент определяется по его банковским данным, которые стоят в выписке (это решение стандартное для multicash). Ели таковых данных нет в выписке, то их вручную ставят при обработке, ну это по исходящим платежам, а по входящим там по другому: по сумме или по номеру счета, или как еще настроите, как кому удобно.

Alexander_t, поверьте мне, в большинстве случаев можно найти все ответы на Ваши вопросы воспользовавшись поиском по форуму - есть такая замечательная возможность.

К примеру http://sapboard.ru/forum/viewtopic.php?t=10284&highlight=multicash - там Multicash до дыр рассмотрен. Убедительно прошу - пользуйтесь поиском.

2Manticore
Спасибо за ссылку, но я ее читал - не помогло
на самом деле перерыл пол форума в поисках необходимой инфы
к сожалению безрезультатно

2All
До чего докопался (если кому интересно):
Поступления БЕЗ выравнивания проводятся нормально если полностью заполнены банковские реквизиты дебитора. Т.е. номер дебитора подбирается по ключу банка и номеру р/счета в выписке без всяких дополнительных алгоритмов и прочих хитрых настроек
Поступления с выравниванием пока не делал: если получится - напишу
Теперь главное !
Совершенно неожидано для меня возникли траблы при проводке платежей с выравниванием через номер платежного поручения.
Что делал:
1. в МС файле заполняю поле 10 (check number) номером ПП - в итоге попадает в поле банковская ссылка в буфере выписок
2. код операции настроен: тип 7, по дебету код ОГК P (при ручной выписке отлично работает). Алгоритм 29.
3. запускаю импорт выписки. Если немедленная проводка - журнал выводит ошибку о невозможности выравнивания по причине большой разницы. Если через пакетный ввод - процесс останавливается на экране "Выбор открытых позиций" и говорит что данные для экрана SAPMF05A 0710 отсутствуют Номер ПП нигде не фигурирует (кроме присутствия в составе некоторых текстовых полей)

Что делать ? Кто с таким боролся ?

Добрый день.

Если Вы используете номера платежек из АПП (F110).
то можете поступить, к примеру, так.
1. Активируйте расширение FEB00001.
2. В инклюде пропишите следующую кодировку

DATA: wa_febcl LIKE t_febcl.

MOVE i_febep TO e_febep.
IF e_febep-chect <> '' .
MOVE: sy-mandt TO wa_febcl-mandt,
e_febep-kukey TO wa_febcl-kukey,
e_febep-esnum TO wa_febcl-esnum,
'1' TO wa_febcl-csnum,
'PYORD' TO wa_febcl-selfd,
e_febep-chect TO wa_febcl-selvon.
APPEND wa_febcl TO t_febcl.
MOVE 'X' TO e_update.
ENDIF.

И будет все выравниваться. 29 алгоритм можете выключить.
Удачи.

Получилось ! Userexit отлично заработал. Спасибо Niki !

Тем не менее меня продолжил терзать вопрос почему не работает стандартный метод. userexit подсказал мне направление раскопок. В итоге:
Поидее 29 алгоритм тоже должен работать. Особенность там в том что пр запуске FF.5 НЕОБХОДИМО указывать интервал XBLNR (на самом деле достаточно проставить "не равно пустому значению"). Это кстати указано в ноте по алгоритму (114713). Тем не менее даже после этого выравнивание не происходило (хотя в отчете уже указывался что попытка выравнивания была с "тем самым" кредитором). Дальнейший анализ показал, что стандартный алгоритм добавляет к номеру платежного поручения в таблице FEBCL ведущие нули. + он находит и добавляет туда же номер кредитора (при проводке через feban номер ПП нигде не фигурирует, так что проблема может быть и в этом)

Вот такие пироги. У кого еще какие мысли будут ?
Может это баг ???

Все работает !
Ложная тревога - поставил неправильный параметр при импорте =)
Резюме: алгоритм 29 тоже пашет, только надо в FF.5 заполнять что нибудь в интервале XBLNR

Кстати, по этому полю есть замечательная нота. Если внимательно юзать поиск, можно сказать, замусоленная в этом форуме.

Возник еще вопрос близко к теме

Выписка может находить конрагента по сумме ??? как ???
или это все таки про выравнивание ?
Ну и собственно еще один вопрос: можно ли дописать какойто юзерэкзит, чтоб искал контрагента по ОКПО ?
ОКПО в свою очередь засунуть в какето поле в мультикеше