Коллеги, подскажите - как настраиваете обработку возвратов в электронной выписке? Проблем с определением какая именно операция является возвратом - нет. Проблема в корректной обработке.
Т.е., например, есть возврат от кредитора. Соответственно это наши поступления и при загрузке через FF_5 система нормально находит контрагента, но вид счета в позиции выписки ставит D, а не K как необходимо. Соответственно проводка пойдет через 62-й, а не 60-й.

У такой задачи есть две составляющих: организационная и техническая. В организационной возвраты ваши дебитору и возврат вам от кредитора решаются по разному. В первом случае, вам нужно получить от вашего банка в виде кода операции "возврат" и номер ПП. А потом в матчасти у вас должна отработать настройка с алггоритмом интерпретации 029, которая выравнивает позицию дебитора по номеру ПП. Если же вы получаете возврат от кредитора, то организационная часть состоит в том, что через всю цепочку "кредитор - банк кредитора - промежуточные банки - ваш банк" должна до вас дойти информация о виде операции "возврат" и ссылке на позицию документа аванса выданного кредитору, к которой идет возврат. От того, какой элемент данных вы выберете для настройки зависит, какую информацию вам должен сообщить кредитор. Ну а в настройке внутренней операции будет указано выравнивание кредитора и соответствующий алгоритм интерпретации. Например, если плательщик пришлет вам XBLNR из заголовка документа аванса, к которому идет возврат, то можно пользоваться алгоритмом 021. Естественно, суммы для автоматического выравнивания должны биться копейка в копейку.
Вот как-то так.

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

Настройка входящих платежей всегда сопряжена с необходимостью решения организационной задачи обеспечить появление в нужном поле выписки нужной информации. Я в свое время проработал обработку входящих платежей к фактуре из SD. Там номер SD-документа наследуется в XBLNR, и при наличии в подполе 7 свифтовой выписки в поле 61 у меня проходило выравнивание. Я не проверял по отладчику, но подозреваю, что в СД-фактуру программа не лезет, а ограничивается BKPF-XBLNR. Так что дело не в авансе, а в соответствии значений. Ну а сама настройка второй области должна обеспечивать выравнивание именно кредитора, а не дебитора. как при обычном входящем платеже.

Что именно нужно настроить чтобы был кредитор, а не дебитор?

Кого выравнивать - там поле выпадает. Под рукой системы нет, по-моему, значение 7 или 8.

Да, 7 и 8 - это с выравниванием, только они, как я понимаю, не отвечают за выбор дебитора/кредитора - они отвечают за дебит/кредит лицевого счета(контрагента). Но вот что они отвечают за выбор типа контрагента... хм... надо посмотреть.

Да, вспомнил. Так даже проще. Надо просто потестить.

По моему опыту такие операции обрабатываются вручную. Если отправленный ранее поставщику платеж уже был выравнен со счетом-фактурой, то выравнивание отменяется. Далее в FEBAN в ручном режиме производится выравнивание входящего платежа с платежом ранее отправленным кредитору.

1. По моему опыту, любые операции обрабатываются так, как их смогли сделать внедрюки. Ни ручнее, ни автоматичнее. Не спорю, автоматизация выравнивания входящих поступлений является наиболее сложным видом операций. Но и их можно автоматизировать. Особенно - при внутригрупповых расчетах, где легче решаются организационные вопросы.
2. Если фактура выровнена, то просто так отменять выравнивание уже будет неправильно. Необходимость в возврате денег при выровненной фактуре может возникнуть, например, в случае возврата товара по причине претензии по качеству. Но тогда не выравнивание фактуры нужно отменять, а создавать на возврат дебетовое/кредитовое авизо со ссылкой на фактуру. И уже с ним выравнивать возвратный платеж. Если же речь идет о возврате аванса, то никакой фактуры еще нет.

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

На счет претензий, согласен с вами. Я бы тоже предложил обрабатывать их именно таким способом.

Добрый день!
Для определения кредитора пожно использовать следующий способ:
Можно использовать ТАП, сделать еще один вид документа ТАП (назвать его Возврат от Кредитора), он будет создаваться на основе Асиг.средств если у вас имеется он (или РС) с - , чтобы лимиты востановить по расходной статье. Создать замещения в OBBH: указываете "Предпосылку" Вид документа = 'новый вид док.созданного' AND Статус докум. = 'S' AND Вид счета = 'K'
В замещение указать: Код проводки 29, Дебет/кредит S.
Далее в определение правил проводок БВ, вторую область указываете 40 Счет поступления, пусто (позиция кредитора), Вид проводки 8

И с этого получается когда при выравнивание с ТАП-ом позиция схлопница, Кредитор проставиться и по 60-му счету пройдет приход