Доброе время суток. Транзакция F-47 Требование Авансового Платежа.
Подскажите, пожалуйста, как побороться со следующим:
1. При ссылке на документ закупки (заказ) подтягиваются ПФМ и ФП из док-та закупки. При изменении их вручную и сохранении док-та все равно подтягиваются технические ПФМ и ФП. Как бы это побороть?
2. Поле Собственный Банк недоступно к изменению, сохраненное один раз, оно уже не меняется. Хотелось бы дать возможность пользователю изменять это поле.
3. Вместо сквозной нумерации документы ТАП нумеруются по каждой БЕ независимо. То есть, на 1000 БЕ может быть документ № 800000000 и на 8010 № 8000000000. Хотелось бы вернуть сквозную нумерацию, но почему-то не выходит Консультанты говорят, что это невозможно, но! САП то штука алогичная, может, есть какой-нить способ?

2. можно менять это поле прямо в предложении АПП

А что за предложение такое? Где его найти? Как поменять?

2. или в настройках FI: Документ - Позиция документа - Правила изменения документа. Сделать это поле доступным для изменения

P.S. АПП - программа платежей, если Вы ею пользуетесь, конечно.
Tсли нет, то тогда надо поле сделать доступным для изменения в документе

В SPRO я настроил, добавив строку с необходимыми параметрами. Спасибо!

АПП -- это F110 ? Если нет-- то не могли бы Вы поподробнее рассказать о ней.

По первому вопросу через ggb1 пишите замещение, которое позволит не копировать поля из заказа

Каждый FI-документ в системе идентифицируется 4 параметрами: мандант, БЕ, год и номер. Диапазон номеров в системе зависит от БЕ. Таким образом, вопрос нерешаем.

Спасибо! Я, вобщем-то и не сомневался в этих 4-х китах, на которых зиждется уникальность документа, но на всякий случай задал глупейший вопрос .
-----

А не могли бы Вы уточнить, где именно мне это замещение вписать и как именно оно выглядит вообще?

И возник еще один вопросец, 2-бис, так сказать...
Через указанные IrinaT настройки SPRO я разблокировал поле Собст.Банк, однако поля ПФМ и ФинПозиция, с которыми я поступил по аналогии, да еще и добавил все возможные варианты условий, все равно остались "залоченными". Есть ли какие-то нюансы, обходные пути или что-то еще?

В документе можно менять те поля, которые не влияют на данные других модулей. Поле собственный банк живет только в FI и никуда больше не идет. ПФМ и ФП - поля FM'овские, поэтому менять их не получится.

От жэш... И что, совсем-совсем никак-никак? Это ж если балбес какой ошибется, документ сторнировать нужно и все заново? А есть ли в ФМ-модуле настройки, позволяющие изменять ФП и ПФМ?

Мы с такой проблемой столкнулись еще в 2001 в 4.0В. Таких настроек нет и скорее всего не будет. Тут можно идти двумя путями:
1. В FM есть операция, позволяющая переносить фактические данные с одного адреса на другой. Понятно что тут теряется всекая аналитика по отдельным позициям.
2. Это касается только документов FI (если честно для других просто не делали, наверное и там это возможно). Делаем приблуду, при помощи которой меняем адрес в BSEG (тут возможно надо будет поменять и во вторичных индексах, если делали расширения), запускаем RFFMRPFI - проводка документа FI задним числом, отмечаем "Удалить старые данные". Делаем разграничение платежа. Все...
4 года работает без збоев.

Но все-таки я считаю что надо настаивать на своем и заставлять при ошибках исправление делать стандартным образом - сторнировать, удалять и т.д. Но вот я не смог...

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

Ведь если есть программа - проводка документа задним числом с удаление старых данных, то ведь зачем-то её сделали, значит старые данные должны меняться...

Хотя при работе данной программы, если в документе FI нет ФП и ПФМ. То ФП подхватывается из настроек счета ГК. Это сделано для случаев, когда Fi-FM активируется позже чем Fi. Поэтому при ошибочной простановке ФП в счете, её можно поменять а документы Fm перепровести.

Исключительно из праздного любопытства спрошу: а есть ли какая-то мотивация? Почему так?

Что за операция, как найти?

Согласен с тем, что работать нужно "по уставу", искренне надеюсь на то, что удастся заставить .

Посмотри транзакцию FMWA, по-моему эта. Мы не пользуемся данным переносом, он нам не подходит - слишком уж наши пользователи трепетно относятся к отдельным позициям.

Если не она, напиши, я посмотрю у себя в записях.