Следующая ситуация: на проекте допустимо выравнивание только "С позицией остатка". Требуется в любой момент времени получать отчет, из которого для каждого СФ было бы видно, какими платежами (Платежными Поручениями) он был закрыт и на какую сумму. И для каждого документа платежа - видеть, какие СФ и на какую сумму он закрыл.

Кто-то решал данную задачу? Насколько она решаема и трудоемка?

1. Не путайте платежные поручения с документами платежей.
2. Если одна с-ф реально закрывается несколькими платежами или один платеж закрывает несколько фактур, то постановка абаперу пишется легко.
3. Если у вас на практике выравнивается шобла из 10 авансов, 20 фактур и 30 платежей - замучаетесь писать постановку.

Суть постановки проста: работа с таблицей BSE_CLR

Если это обеспечить, действительно все просто и проблем нет?


darkduck, Вы такого же мнения?

Писали подобную задачу, только не для отчета, а для интеграции со стороней фронт офисной системой, для которой нужно было отправлять инфу: для какой счет фактуры дебитора, какой входящий платеж/аванс на какую сумму выравнивание сделал.
В принципе, получилось - интеграция работает, если нужно было бы вывести подобный отчет в SAP-е, вывели бы без проблем, нам он не нужен был.
Пришлось во время решения задачи отписывать z-разработку, которая упорядочивает по FIFO (была договоренность о применении этого метода с клиентом) счет фактуры/кредитовые авизо и платежи/авансы и соотносит их (не в стандартных таблицах SAP, а определяет паралельно с уже стандартному соотнесению), результаты этого паралельного соотнесения уже записывались в z-таблицы, предназначенные для интеграции. Были сложности с соотнесением кредитовых авизо именно с теми счет фактурами, на которые эти авизо делались (в нашей реализации, у этих документов были одинаковые ссылочные номера, по моему, точно уже не помню) и еще с рядом конкретных документов, связанных с конкретной настройкой Бизнес процессов для учета задач именно клиента. По ходу эти проблемы порешали, но все это было сделано, еще раз подчеркну, разработками - часть в OpenFI (больше проставление полей в документы на основании которых нужно было соотнесение делать), часть чистым ABAP-ом. Кроме того, пришлось закрывать возможность делать выравнивание в системе частично, а не с позицией остатка, по моему тоже делали это OpenFI.

Функционльную спецификацию на эту часть интеграции писал не я, впрочем как и настройку системы под нее и тестирование, так что детали могу вспомнить только если заново подниму функциональную спецификацию, но это явно не сейчас - до конца недели работы много. Проблем очень много было и возникали они постоянно, по мере написания/настройки/тестирования в течении 2-4 месяцев, у нас эту задачу реализовали один консультант и один ABAP-ер примерно за вышеуказанное времени.

Кстати писали именно под эту ситуацию, единственно это все ограничивалось тем, что выравниваемые документы должны были быть в рамках одного договора (т.е. иметь один номер договора)

Консультант, которому я на постановку эту задачу дал, очень долго матерился когда функиональную спецификацию по этой задаче писал и на меня и на SAP в этой части.

Мы написали функциональный модуль, который по позиции документа выдает таблицу первичных документов, используя цепочку выравнивания. Данный модуль используется практически везде, где есть счет с выравниванием. Например, удобно в FB03 при просмотре позиции документа нажать на кнопку и получить первичные документы в виде таблицы, а не через стандартное применение платежа, в котором никто не разберется в сложной ситуации. Бухгалтера сказали громадное спасибо

Тоже бился с проблемой анализа выравниваний - так до конца победить и не смог. Отследить первичные документы можно, но до конца это проблемы не решает. Например при следующей ситуации в общем случае неоднозначность разрешить невозможно:
есть 2 платежа по 50 рублей.
есть 2 фактуры - тоже по 50.
Все это дело выравнено. Как определить, к какоей именно фактуре относится каждый из платежей?..
Если нет других явных ссылок - то никак.

Мы решили выстроив их по FIFO.
Если и по дате они совпадают, то можно выстоить их дополнительно по какому то номеру, у нас т.к. номер документа был внутрений, то внутри FIFO выстраивали, по моему, по номеру документа (точно уже не помню).

Добрый день!

В ERP 6.0 есть стандартная проверка на невозможность выравнивания несколько авансов и нескольких фактур в одном документе. Может сделать такую же и для обычных платежей? Тогда будет довольно просто собирать по полям REBZG и AUGBL. И фантазию пользователей ограничите. Ну и конечно дополнительные признаки для выравнивания, как то: Номер договора. финпозиция и пр.

Если поищете на форуме, то Parazit когда-то выкладывал код программы, которая делает примерно то, что нужно.. но он не очень совершенен и требует определенного подхода к выравниванию..

Подводя итог, можно сказать что формирование "определенного подхода к выравниванию" - ключ к получению отчетности. Без него однозначный анализ выравниваний ни в стандарте, ни через ABAP невозможен.

SAP давно бы написал отчет, если бы все было так просто. Даже старая программка по переносы НДС по оплате требовала определенного подхода к выравниванию..

В SAP написан отчет показвывающий, что чем оплачено: J3RFPDE (J3RFPCR). Но у него есть такие же вполне обоснованные ограничения : один ко многим (еще возможны вариации несколько ко многим, в случае выравнивания методом частичный платеж и еже одинаковые ссылки при них).

При выравнивании многое ко многим никакая постановка не поможет 100% реализовать данный отчет.

Для написания отчета можно пользоваться как BSE_CLR, а еще лучше и быстрее FAGL_SPLINFO при настроенном "пассивном" сплитинге (платеж - фактура).