Счету кредитора в авансовом счете должен соответствовать не тип 03000 - Кредиторы, а тип 03100 - Кредитор: особая операция Главной книги.
Укажите верный тип для счета и не прописывайте ПФМ в НДСном счете. Все должно заработать.

И еще НДС-ную ФП нужно создать с типом Финоперации 30 и Типом 3.
Чтобы она была релевантна бюджету, тогда только ФП будет переподставляться с ФП кредитора.

Я думаю в данном случае с контировкой по НДС все ок, потому что если бы в ней указывалась ФП не с типом 30, система не требовала бы обязательного указания ПФМ, а у коллеги andrus как раз требует.

Спасибо, тут моя невнимательность, сделал данные изменения и отработало. Но вот в чем странность, ПФМ я не обнуляю на позиции НДС а система отрабатывает корректно с точки зрения наследования контировки. Тоже самое и на фактурах. Пытаюсь удалить ПФМ деривацией ругается - видимо пустое значение ПФМ для моей системы не обязательно .
позиция по НДС породила 3 строки: Платежи - (250 - оплачено), Счета -Фактуры (100 - оригинал), Счета-Фактуры (200 - Сокращение). Так и должно быть? Меня данные передвижения немного смущают.

А откуда у Вас вообще берется ПФМ на счете НДС? Зачем вы его там изначально указываете?
Вообще система не должна требовать ПФМ на позиции НДС, если только у Вас в группе статусов полей счета или кода проводки не указано поле ПФМ, как обязательное к заполнению.

Да, все верно.

А откуда у Вас вообще берется ПФМ на счете НДС? Зачем вы его там изначально указываете?
Вообще система не должна требовать ПФМ на позиции НДС, если только у Вас в группе статусов полей счета или кода проводки не указано поле ПФМ, как обязательное к заполнению.

ПФМ заполняется из технической ФП - там оно прописано. Поле ПФМ не обязательный ввод для данного варианта идля кода проводки и для группы статусов полей.

На мой взгляд то, что ПФМ прописано в тех. ФП для НДС - это не правильно. Зачем оно Вам там? При корректной настройке сплиттига в НДСной позиции система не должна требовать ПФМ. Если требует, значит где-то что-то не донастроено.

Лучше удалить ПФМ из ФП и попытаться разобраться, где ошибка, потому что она потом может вылезти в самом неожиданном месте.

Коллеги, подниму старую тему, возможно, кому-то это будет интересно. Мои изыскания по данному вопросу закончились довольно неожиданно: оказывается, тот, кто "что-то подкрутил" - это, САП! После того, как я предоставила коллегам из САПа доступ к двум системам, в одной из которых авансы обновлялись только в БО, а в другой и в БО и в БП, мне популярно объяснили, что обновление авансов только в БП - это "program error" и "If you apply note 1308527 it behaves the same as ECD and updates the tax (value type 54) as it is defined in the updating profile to both ledgers."

Так что придется как-то с этим жить, потому что, по словам саповцев, программа по обновлению документов в FM работает "exactly the way it is designed".