Исключение возможности выравнивания нескольких фактур с несколькими оплатами.

Аникин Игорь

Добрый день, уважаемые коллеги.
Возникла следующая ситуация.
Есть самописный функциональный модуль, рассчитывающий остаток по фактуре на заданную дату с учётом переоценок и курсовых разниц. В случае, если выравнивается одна фактура и несколько оплат или несколько фактур на одну оплату ФМ отрабатывает корректно, но если выравнивается несколько оплат и несколько фактур - "многие ко многим" - тогда возникают проблемы... До какой-либо надёжной логики, чтобы в этом случае всё отрабатывало правильно, не додумался, что греха таить...

Вопрос1: есть ли возможность какой либо настройкой запретить выравнивание "многие ко многим"? (счета дебиторов-кредиторов)
Вопрос2: Какие негативные последствия могут возникнуть в результате реализации этой идеи?
Может быть кто-то с этим сталкивался и может что-нибудь посоветовать?
Спасибо за внимание.

darkduck

В свое время очень плотно занимался проблемами выравнивания. Проблема "много-ко-многим" тоже анализировалась. Окончательно ее решить все-таки не удалось.
Могу посоветовать анализировать таблицу BSE_CLR (ее аналог в OpenFI 1025 - таблица T_AUSZ3). Из нее можно много полезного вытащить. Проблема только в том, что в эту таблицу лезет не только информация по текущему выравниванию, а еще и информация по "старым" выравниваниям, выполненным частично. Так что возникает задача отделения зерен от плевел.

Аникин Игорь

В принципе, функциональный модуль как раз и основывается на анализе данных таблицы BSE_CLR. Таблицу в OPEN FI посмотрю, попробую оценить. Спасибо. Но пока вопрос остаётся открытым.

Hahka

DarkDuck прав,
Именно в событие OpenFI 1025 делается проверка и запрет таких выравниваний на основе анализа T_AUSZ3.

Негативное последствие только одно: пользователи будут недовольны что надо выравнивать в несколько шагов.

hoar

Аникин Игорь написал(а):

.....Может быть кто-то с этим сталкивался и может что-нибудь посоветовать?
Спасибо за внимание.

Посмотрите программы J_3RCALD и J_3RCALK

Dimkin

Событие Open FI Обработка открытых позиций Event 00000940 решает проблему. Там настраивается проверка

Аникин Игорь

Сделал через OpenFI 1025 на основе анализа T_AUSZ3. Всем искреннее спасибо.

Dimkin

Один минус: вы нарисовали все проводки, пыхтели полчаса, выбирая позиции, а при сохранеиии документа у вас ошибка. Обидно

Аникин Игорь

мне не обидно...

мне даже радостно, что у них накосячить не получилось :twisted:

Исключение возможности выравнивания нескольких фактур с несколькими оплатами.

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