Строка поиска для выравнивания БВ

ЭфАй

Здравствуйте!

Пожалуйста, поделитесь search string'ом для выравнивания ТАП-ов.

Наш иногда работает, а иногда совсем не то подтягивает в таблицу FEBCL, из- за чего в FEBAN-е очень много ТАП-ов приходится вручную выравнивать

Загрузка банковской выписки в видимом режиме помогла найти search string, который не тот документ подтягивает для выравнивания. Он номер документа из текстового файла подтягивает. Хотя должен на основании XBLNR тянуть номер...

Помогите плиз

darkduck

1. Если у Вас платежи формируются без проводки, то выравнивать ТАПы и СФ можно только по ссылке на номер платежного поручения. Строка поиска здесь совершенно ни при чем. Если же платежи формируются с проводками, то ТАПы должны выравниваться в момент проводки платежа.
Вопрос о наличии "мусора" в FEBCL можно решить, почитав соответствующие темы в форуме. Например, вот эту.
2. Будьте аккуратны, следующий раз получите предупреждение по п.1.8 "Правил ресурса".

http://www.sapexpert.co.uk

ЭфАй

darkduck написал:

1. Если у Вас платежи формируются без проводки, то выравнивать ТАПы и СФ можно только по ссылке на номер платежного поручения. Строка поиска здесь совершенно ни при чем. Если же платежи формируются с проводками, то ТАПы должны выравниваться в момент проводки платежа.
Вопрос о наличии "мусора" в FEBCL можно решить, почитав соответствующие темы в форуме. Например, вот эту.
2. Будьте аккуратны, следующий раз получите предупреждение по п.1.8 "Правил ресурса".

http://www.sapexpert.co.uk

Спасибо darkduck! Сорри за правила :oops:

По номеру платежки по 01-й области выравнивание происходит в FF.5.
А вот одновременное выравнивание ТАП-ов по 02-й области не работает.
Ссылочный номер (тот что в BKPF-XBLNR) в исходном файле есть. Но почему-то программа его пропускает... и дальше из файла, посредством строки поиска, тянет номер для выравнивания.
Но раз не строка поиска, то подскажите, плиз, какую настройку надо проверять? Posting rule? У нас один posting rule настроен для выравнивания обычных позиций, и позиций ОГК, это правильно?

darkduck

Не совсем понял Ваш ответ.
Если у Вас есть номер платежки, то АПП у Вас выполняется без проводок, я так понимаю. В таком случае 1я область проводок должна выполняться совсем без выравнивания.
Если же у Вас АПП работает с проводками, то должна быть всего одна область проводок в БВ.
Посмотрите Q2 здесь и объясните где у Вас что не работает.

ЭфАй

По моей проблеме- деактивировали проблемную строку поиска, которая левый номер документа тянула к выравниванию.

Дальше попытались через замещение в FEBCL-SELVON подставить верный номер документа к выравниванию:

document number+YYYY

Но тестовый прогон FF_5 всё равно не выравнивает ТАП-ы.

Оказалось всё дело в том, что Noted Items w indicator 'S' не могут быть автоматически выровнены по XBLNR.

Добавили вот эту логику:

AND ( bstat = ' ' OR bstat = 'S')

Вроде заработало... Но мы ещё тестируем, всё равно в FEBAN-е очень много ошибок, но ТАП-ы теперь хоть 100%-но выравниваются

Отдельное человеческое спасибо darkduck за помощь!! И вообще за всё, что Вы делаете!

Yozhhhhh

Довольно странно, что без каких-либо инъекций стандартно система не захотела взять ТАП.
Какое у Вас значение стоит в поле "Вид проводки" в V_T033F_EBST?
И еще просто для мозгового штурма... Включена ли у Вас группировка нескольких позиций в одно платежное поручение? У меня везде единичный платеж, но недавно просочились несколько в одну платежку (после обновления до Ehp7). В результате, к примеру, у пяти ТАПов был один номер платежного поручения. Система вызвала пакетный ввод для этих 5 позиций, но чекнула по сумме только конкретной строки в банковской выписке (банк вернул в ответ пятью строками с одинаковым номером ПП). И в итоге выравнивание не прошло.

Строка поиска для выравнивания БВ

Кто сейчас на конференции