Всем привет.

Бухгалтерия хочет видеть открытые позиции на определенную дату. Что логично и вроде бы стандартные FBL*N на это и рассчитаны.
Но, что происходит на примере. Нужен отчет по открытым позициям на 30-09-2013:
1. Есть две позиции: задолженность и аванс.
2. 31.08.2013 проводим их выравнивание. В обеих позициях дата выравнивания = 31-08-2013.
3. Обе позиции не попадают в открытые на 30-09-2013, все хорошо.
4. В октябре бухгалтерия получает какое-нибудь распоряжение перевесить аванс из п1. и закрыть им другую задолженность.
5. Отменяем выравнивание из п.2 31.10.2013 и проводим новое выравнивание 31.10.13.

И тут бухгалтерия переформировывает отчет по открытым позициям на 30-09-2013 и видит, что оба документа из п. 1 там уже есть.
Требование такое, что все отчеты должны учитывать историю выравнивания. Т.е. если позиция на 30-09-2013 была выровнена, то она и должна быть выровнена в отчетности вне зависимости от того, что с ней происходило после 30-09-2013 (сторно, отмена выравнивания, новое выравнивание и прочее).

Теоретически, по BSE_CLR можно достать историю выравнивания, но это сделает отчеты не подъемными.

Приходилось ли решать такую проблему?

Прошу прощения, но это противоречит принципам учета, да и здравому мнению тоже.
Ну подумайте сами: есть аванс от 05.08.2013, есть задолженность от 31.08.2013. 31.08.2013 закрыли задолженность авансом, т.е. расчеты выполнены, по ним за сентябрь могут быть сформированы акты сверок, построены отчеты, а тут БАЦ! 30.09.2013 согласно отчетам будет видно, что задолженность опять открыта.
Нет, нет и еще раз нет. Если выяснятеся, что авансом закрыли не тот документ, то либо отмена выравнивания задним числом (если позволяет отчетность), либо перенос долга (аванса) с одного договора(контрагента) на другой с оформлением соотв бухгалтерской справки.

Перенос задолженности с одного договора на другой бух справкой не подойдет.
Помимо договора есть еще много разной аналитики. Поэтому сторнируют MM/SD, а перед этим отменяют выравнивание.
А работаю всегда текущим днем, поэтому сторно и новый документ выравнивания будут уже в октябре.

+ еще можно рассмотреть сторно.
Оказалось, что в авансе не тот код НДС. Это никак не влияет на взаиморасчеты.
Но нужно отменить выравнивание, сторнировать документ аванса в октябре и после этих операций опять получается, что аванс открыт на 30-09-2013.

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

Есть класс J_3RF_FIND_PAYMENTS (тр. SE24), там метод FIND_PAYMENTS. Этот метод возвращает выравнивания и платежи. Метод работает с BSE_CLR и используется в ИНВ17.
Опция IV_CHECK_HISTORY (проверить историю) как раз и отвечает за сторно 04. Если опции нет, то сторнированные в будущем документы совсем не учитываются. Если опция есть, система учитывает документы, которые на дату отчета были не сторнированы, а после даты отчета их сторнировали.
Поэксперементируйте с этим методом, может подойдет. В любом случае, лучше его допилить, чем делать с нуля...

to plank
Это уже интереснее.
только не могу в SE24 найти. Это с какой версии? у меня 6.00

Просите базис поставить последнюю версию 6.17 в качестве "песочницы" и перетаскивайте код оттуда.