Добрый день уважаемые знатоки.
Вопрос коснется настройки модуля FM в части БДДС, так как БДР будет настраиваться на СО возник вопрос в рациональности создания и ведения финансовых позиций типа (30) на расходных и доходных счетах. Есть предположения, что можно реализовать их напрямую относительно контрольных счетов Кредиторской и Дебиторской задолженности с которых фактически и происходит оплата, т.е. на этих счета использовать тип позиций "не 60" а только "30" с учетом что позиции типа "30" будут вводится на документы "Банковские", "Касса", "ТАП", "ТП" на все остальные будет проставляться согласно правила деривации финансовые позиции не релевантные для бюджета. Хотел уточнить может кто-нибудь сталкивался с подобной схемой реализации, есть ли подводные валуны?

Правильно ли я понимаю, что у вас пропадает понятие "Обязательства на дату оплаты", то есть у вас все по факту?
Тогда чем это "бюджетирование" отличается от просмотра кредита счета 51* (50*)?

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

И как на 60-х 62-х в корреспонденции с 50-ым 51-ым тогда ФП проставляться будут, например при загрузке банковской выписки? Т.е. у вас по корреспонденции 51-х(50-х) с контрольными почти весь ДДС собирается за исключением как Вы пишите отдельных позиций?

Как Вам сказать, это мысль. При банковской выписки, ТАП и ТП будут содержать уже данные, остальные придется разносить ручками. Сам понимаю что идея не айс, но все равно имеет право на существование.

А как быть в случае, если один платеж пришел на несколько счетов-фактур, которые относятся к разным статьям бюджета?

Это будет печально, согласен.

Это не то что печально, это и есть жизнь.
Как то хотел для проекта Oracle Hyperion реализовать затяжку факта из 1С по ДДС, - с точно такими же проблемами столкнулся. Можно только ДДС получить укрупненно типа поступление от всех поставщиков.
Очень многие вещи проставлением ФП на 60-ые 62-е и остальные ОП не решает. Для этого же SAP и придумал механизм Payment Online Update как раз который на основе сплиттинга и организует вытяжку ДДС при выравнивании многие ко многим платежей с счет фактурами имеющих еще и более чем одну ФП в фактуре.