Используем программу F107 для РСД в БУ, НУ и МСФО.
По ноте 444161 запрограммировали метод 098. Первое резервирование проходит правильно. В зависимости от количества дней просрочки начисляется резерв. Первым числом следующего месяца успешно сторнируется. А вот в следующем месяце программа почему-то наотрез отказывается обрабатывать те же документы задолженности. Сумма резерва = 0.
При использовании метода 3 все проходит хорошо. Т.е. он видит документы правильно и в следующем месяце опять начисляет сумму резерва причем по всем областям оценки.
В чем может быть проблема?? Может что-то нужно дописать в ZZ* модулях для 98 метода?

Коллеги, смог ли кто нибудь победить 98/99 метод? Имеем такую же проблему: второй и последующие прогоны оценки рассчитывают базовую сумму = 0. Оценка не начисляется. Если же указать 3 метод то все ОК, кроме того, что сумма оценки рассчитывается без НДС.

Коллеги, у кого получилось настроить пользовательские методы, отзовитесь, пожалуйста!
Очень нужна Ваша помощь по проблеме выше.

Татьяна.

Коллеги, точно такая же проблема по транзакции F107. Выходит сообщение об ошибке метод 98 не запрограммирован. помогите, пожалуйста. кто сталкивался!!!

Добрый день, Alex_120288!
А ноту 444161 использовали?

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

Спасибо за совет! Сейчас глянем.

Наш БАЗИС-консультант посмотрел ноту 444161. Сказал, что она вроде как накатывается для версий 4.6, 4.7, а у нас SAP ECC 6.0.

Проблема осталась...

Alex_120288,

мой Вам совет: прежде чем отправлять ноту базису, посмотрите ее сами.
Да, формально она старая, но в ней можно почерпнуть для себя много интересного.
Базис ее не должен накатывать - там исключительно Ваши ручные манипуляции , как консультанта, связанные с привязкой в open FI пользовательских z-экзитов (которые можно взять либо из ноты, либо вписать туда, все, что душе угодно).

Я сделала все манипуляции из этой ноты в версии 606 - ошибка "метод 98 не запрограммирован" ушла, и все работает без проблем.
Все дело в том, что т.к. метод пользовательский - он не преднастроен в системе, как B02, B03 ...
Алгоритм обработки закладывается в события Open FI.
И т.к. Вы Open FI не настроили, то система не знает, какой алгоритм обработки запустить при данном методе.

Спасибо Вам, TaShi!

Сейчас будем еще раз все точно и детально посмотреть...

Здравствуйте, TaShi!
Продолжаю тему которую последний раз Вы обсуждали с Alex_120288,. Ноту накатили. при прогоне оценки 98 методом ошибки не вышло как бы все хорошо, но резерв не начисляется. Сделана z. разработка, которая должна показывать на экране начисленный резерв. Я посмотрела таблицу BWPOS, там не заполено поле BWSHB_NET- я так понимаю, это начисленная оценка по дебитору. также, при просмотре журнала после прогона оценки оценочная разница тоже 0, кроме тех дебиторов, у которых сумма пересчитывается с 5% на 20% . И вообще не понятно что произошло. До ноября месяца оценка считалась, все прекрасно работало. Не знаю что делать, может еще дадите какие рекомендации, мне кажется что в настройках что то изменилось.

sena_741, добрый день!
Не совсем поняла Вашу проблему...Что за 5% и 20% - суммы отчислений в резерв?
Попробуйте посмотреть в отладке, почему не рассчитывается резерв. Вы z* свой сделали или из ноты?

после прогона оценки в таблице bwpos должно быть заполено поле BWSHB_gros - это сумма оценки, как я понимаю, у нас это поле сейчас 0.
т.е ситуация:в ноябре была счет фактура, которую дебитор не оплатил до конца месяца, после прогона оценки на эту сумму должен начислиться резерв 5% . в spro есть настройка в которой забит процент в зависимости от количества дней просрочки. Не пойму почему резерв не начисляется