Привет всем!

Активировано управление бюджетом (версия 5.0). Update profile - 00101 (Payment budget; payment basis; posting date), для value type 51 (заказ на поставку) стоит статистическое обновление. Делаю заказ, контируя его на нужную фин.позицию и пфм, далее ТАП с контирвкой на заказ, фин.поз. и пфм подтягиваются из заказа. Прогоняю АПП, банковскую выписку - сумма платежа показывается в отчетах как Down payment. Далее делаю инвойс естественно со ссылкой на тот же заказ, а значит на ту же фин.позицию, и получаю ошибку, что бюджет по этой позиции превышен на сумму инвойса, т.е. по одной и той же фин.позиции два раза проходит одна и та же сумма. Вопрос: как сделать так, чтобы такой ошибки не было? Сделать статистическое обновление или для ТАП, или для инвойса? или написать замещение в ТАП на техническую фин.позицию? или есть еще какой-то выход (потому что замещение или стат.обновление по этим документам меня не очень устраивает)?

Вы не изменяли профиль обновления сами? Я так понимаю что в
V_FMUP02 вы только для 51 типа поставили галку "статистическое обновление" ?

Делать статистическим ТЗ "заказ" или "ТАП" большого смысла нет, а статистический инвойс вообще делает платежный бюджет ненужным (если только Вы не используете свою схему работы FM). Лучше использовать ТАП с технической или статистической фин.позицией. Авансовый платеж со сслылкой на ТАП также пройдет по этой технической ФП. Задвоение бюджета при авансах - одна из главных фичей FM.

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

если авансы тоже будут без контроля наличия средств, то это как-то совсем грустно... а если аванс был в прошлом году, а счет - в этом?
кстати, это настройками сделать можно, называется "платежи без ссылки на счет"

теоретически, возможно (вместо MIRO) использовать проводку с выравниванием (FB05)

можно также заклирить аванс сам на себя (бюджет при этом "освободится"), а потом провести счет-фактуру и выровнять ее с образовавшимся документом. И поменять в ссылочном поле счета номер документа выравнивания на реальный аванс...
но проблем будет........ МНОГО!

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

Что-то слишком сложно... Нужно пожертвовать либо контролем наличия, либо авансом на технической ФП. Кстати, когда платиться аванс, конкретная статья часто не так важна. А на контроль наличия можно поставить exit, в 4.7, кажется, даже есть BADI на эту тему.

Спасибо всем за ответы
С бюджетом разбираюсь всего несколько дней, и поэтому таких вещей не знала
Попробовала взять другой update profile: 000102 (Payment budget; Invoice basis; Posting date)
Отрабатывает без ошибок/предупреждений при включенном availability control, т.е. со ссылкой к заказу на поставку я могу сделать и счет, и платеж, и все это пойдет на реальные фин.позиции. Но конечно в отчетах показываются задвоенные суммы, пока не сделаешь выравнивание счета с платежом...а с таким profile кто-нибудь работает?

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

Профили обновления различаются лишь способом обновления типов значений. С помощью настройки ТЗ в профиле можно фактически из одного профиля сделать другой (табл FMUP01).

Вообще не только этим. Там еще есть некоторые вещи "хардкодед" Если, например, выбрать профиль для Канады (500й кажется), контоль наличия будет срабатывать при прогоне АПП (!) на платежи.
А в 102м вроде таже самая проблема с авансами, что и в 101м и в 350м...

Коллеги, всем доброго времени суток.
Проблема: Создаю авансовый платеж, Создаю счет фактуру, выравниваю, запускаю программу разграничения, платеж не сформировался, пишет ошибку
Платеж 3530, 9800000000(документ выравнивания), 2006: суммы платежа обновляются неверно
№ сообщения FI247
Информация к сообщению: начальный документ 2300000008 (счет фактура)
№ сообщения FI243
Система EA-PS 1.10, профиль обновления 000100

Кто нибудь сталкивался?

Коллеги, еще более узко удалось проблему локализовать. разграничение не работает с указанием вышеописанной ошибки только тогда когда в документе выравнивания существуют автоматические налоговые позиции.
Дело в том, что когда формируется платеж по ТАП мы ставим код налога. (для ADD-ON). и в документе платежа появляются две позиции по техническому 19 счету. Если такой документ авансового платежа выравнивать со счетом фактурой, то получится что в документе выравнивания будут также налоговые позиции и в этом случае fmf0 выдает ошибку (см выше).

Вопрос решен

[quote="
Информация к сообщению: начальный документ 2300000008 (счет фактура)
№ сообщения FI243"
[/quote]

У нас тоже это ошибка вылезла. Как обойти? Только у нас это документ zp- платеж.

Добрый день!
Подскажите, пожалуйста, как можно решить этот вопрос или где посмотреть? Возникает такая же ошибка