До. После FMN0 позиции переноса исчезают, контировка в позиции СФ меняется, а вот НДС остается на прежнем месте.
С авансами еще проблемы. Если все делать по той же схеме, но цепочку ПАС - АС - ТАП - Аванс, то после запуска FMN0 по FI докам изменение позиции переноса удаляются, но контировка НЕ меняется.

Короче сплошные косяки.

Если менять руками таблицу FAGL_SPLINFO, не будет ли где-нибудь неконсистентности таблиц БД?
Если меняли, то должны знать уже. .

В 4.7. мы для изменения контировки в документах FI пользовались программой RFFMUPFI.
В 6.0 она косячно работает, опять из-за сплиттинга. Не меняются данные в FAGL_SPLINFO и FMN0 подхватывает старую контировку.

Вообще, есть какая-нибудь программа стандартная для исправления косяков в таблицах сплиттинга?

в FAGL_SPLINFO поменяйте только



А Вы везде поменяли? во всех доках цепочки?


все хорошо будет, это с сапом совместно протестили и достаточно времени уже прошло, все доки чувствуют себя хорошо )) и при выравнивании и т.д.




программы пока нет, сап работает над тем, чтобы в 6.0 можно было пользоваться заменой. В принципе замена контировок должна быть исключительной операцией, поэтому у сапа не самый высокий приоритет на это исправление

PS у сапа есть что-то для внутреннего использования, но они это наотрез отказались давать клиенту, мол исключительно для внутреннего использования the correction reports that we use are not released for customers' use, - они сами исправляли каждый док, а результом этого явился просто update FAGL_SPLINFO, потом мы уже и сами про-update-ли записи по другим докам и все в итоге было хорошо для всех документов и в FI, и в FM. Полноценный happy end ))

Да... весело... Чувствую, придется из RFFMUPFI делать ZRFFMUPFI.

По поводу авансов - указал первый документ в цепочке, последующие программа нашла сама. Контировку изменила во всей цепочке.
В документах FI появились позиции переноса. Если сделать реконструкцию, то все изменения слетают.

все-таки не надо ставить это на поток. Если это так массово пусть тогда переносят по FI, если сторнировать не могут. А по хорошему контировка должна проходить все необходимые согласования до полноценной проводки в FI


а FMN5N не забыли сделать?

А расскажите, пожалуйста, почему Вы меняете контировки? Причина по бизнесу какая? Часто ли выполняется сия процедура, или это разовое техническое изменение?

у меня это было связано с переходом на новую функциональность, когда ранее контировки заполнялись иначе, и в новом проекте необходимо было у части старых документов их изменить. Соответственно назначается некий deadline, к нему собираются все доки по требуемым критериям и разово меняются.

Спасибо за ответ, Delicia

Хочу вернуться к вопросу, почему в прогрмме RFFMCHAT явно прописано, что дата проводки документа переноса позиций на новые ФП и ПФМ в FM равна текущей дате, а не дате проводки изменяемого документа? т.е. получается позиции переноса проводятся не зависимо от настроек профиля обновленя, в котором настроено обновление по дате проводки. Может кто-то знает какие агрументы по этому поводу приводит САП и какие могут быть последствия, если в этой программе заменить текущую дату на дату проводки документа?

Вы сейчас какую дату имеете ввиду? Текущая дата, проставляемая в УБ документе, не влияет на период обновления, который как раз и определяется в соответствие с профилем обновления.

Я имею в виду следующую ситуацию: меняю ФП и ПФМ в документе FI, у которого дата проводки 10.05.2010, прогоняю документ через программу RFFMCHAT в результате в FM создаются позиции изменения контировки, у которых дата проводки будет текущая, т.е. 18.06.2010.

Дата прогона отражается в УБ, но на период обновления это не влияет никак, значит что-то еще в документе FI изменили или замещения какие-то срабатывают, например, для базовой даты. В поле "Период" в УБ документе какая цифра "5" или "6"?

в документе УБ появляется позиция с видом суммы 0600 - Изменение контировки отправителя и у этой позиции в Дате проводки УБ и в Периоде цифра 6, а не 5.

базовая дата в измененном FI какая?

Базовая дата = дата проводки, т.е. 10.05.2010

после RFFMCHAT, при запуске FMN0 выбираете "удалить старые данные"?