Дамы и господа подскажите пожалуйста, что за транзакция fmod, мож у кого есть инфа или кто может подсказать где таковую найти??
Заранее благодарен
С уважением
Fobos.

Это касается обновления облиго на базе периодов(PBET). Транзакция вызывает ракурс для определения даты обновления вручную. Подробней описано в хелпе к PBET.

pbet - что это?? транзакция или что-то еще?

Это аббревиатура.
PBET = Period-Based Encumbrance Tracking, если по-русски, то обновление облиго на базе периодов.

что-то не нашел я в хелпе по этому делу ничего...
вопрос заключается в следующем, при фактурировании со ссылкой на документ ассигнования средств - выдается ошибка: период/дата проводки 24.05.06 раньше периода/даты проводки 01.07.06. В сообщении об ошибке дается ссылка на транзакцию fmod. лечим это мы убийством договора и созданием нового... но это не метод - когда в договоре 12 или более позиций и проводки уже были со ссылкой на ассигнование.
с другой стороны когда пытаемся без убийства внести изменения по таким договорам (по которым более 1й позиции) - опять же выдается ошибка (указ выше) и ссылка на тр fmod... в чем собственно проблема?? и излечима она настройкой в fmod ?

Ага! У вас видимо включено обновление облиго на базе периода(это в настройках профиля обновления лежит). Тут два варианта действия:
либо перейти на обновление на базе финансового года(у нас например так и сделано), либо озаботится определением даты обновления(вручную - тр.fmod или user-exit'ом)...

Любопытственно.... )
а какими будут последствия при включеении обновление на базе года? не будет ли проблем с тем, что у нас будет обновление на базе года, а в ММ - на базе периода? тут как бы возможны нестыковочки )
кстати, асть аська? так было бы проще поговорить

упс... не то нажал...

С уважением,
Fobos

Теоретически все будет нормально, облиго будет обновляться на базе периода, а фактические данные на базе года...но вот как будет на самом деле трудно сказать, не сталкивался с таким. У нас в этом отношении проще и там и там стоит обновление на базе года.

зы: аськи, нет и не предвидится - запрет начальства

А можете по напримере обьяснить зачем этот Period-Based Encumbrance Tracking испльзуется?

Гм....на примере? ну вот вам пример:
1.Сделали заказ(сформировался документ облиго) на 1000р и 10 ед материала
2.Внесли изменения в заказ(например за единицу материала не 10р, а 11 или материал поменяли на другой)
3.Сделали счет фактуру на 200р
4.Сделали еще одну фактуру на 600р
Так вот, если мы теперь зайдем в документ облиго мы увидим что все эти изменения отражены в нем....для каждого изменения будет своя отдельная позиция в документе облиго
1000 - оригинал
100 - оригинал(изменение стоимости ед. материала)
-200 - сокращение(акцепт счета-фактуры)
-600 - сокращение(акцепт счета-фактуры)
Итого: 300р осталось
то есть по сути обновление на базе периодов позволяет пользователю получить полную картину всех изменений облиго. А в случае обновления на базе годов изменения просто суммируются.
Ну и еще в случае обновления на базе периодов, придется видимо осуществлять перенос открытых облиго из прошлого года в текущий.Так что если решитесь перейти на PBET будьте готовы к тому что документ облиго будет расти пропорционально количеству его изменений ....и еще...неизвестно будет ли возможность вернуться обратно на обновление по годам...

Привет коллеги!
Если не путаю, с включенным pbetом у меня не получалось сторнировать перерасчет аванса, или ещё что-то. А так вообще довольно удобная вещь была бы - можно, например, на основе FMных таблиц смотреть историю по ТАПам к заказу или делать дополнительные проверки. Если же Вы не собираетесь выключать pbet, то там есть юзер-екзит (SAPLFMFA_004 насколько я помню), после активации которого при создании счёта выскакивает окошко, где пользователь может руками указать дату обновления в FMe.

Коллеги!
Возникла необходимость вручную изменить дату обновления в FM в момент проводки счета-фактуры. В связи с этим очень интересует любая информация по user-exit SAPLFMFA_004 (в частности в какой момент он срабатывает?).

Заранее огромное спасибо!