БП 3.0 Релиз не столь важе, пусть будет любой из последних.
СФ на аванс можно сформировать как минимум двумя способами: с помощью ввода на основании и с помощью обработки "Регистрация СФ на аванс".
Все бы не чего, но в этих двух вариантах используются два разных алгоритма, которые анализируют совсем разные данные из совсем разных таблиц.
* Ввод на основании анализирует данные непосредственно самого документа. Обычно это ТЧ расшифровка платежа или аналогичная ТЧ. + сами авансы и их распределение.
* Обработка анализирует данные бух. регистра + РН "НДСАвансыПоДоговорамКомиссии". И не анализирует данные документа основания вовсе.

По идее должен быть один алгоритм. Пусть безобразный, но однообразный. Т.е. каким бы способом не создавали СФ на аванс - результат должен быть одинаковый, сформированный одним и тем же алгоритмом.

Разница в частности будет в ставке НДС и соответственно в сумме НДС. Если вводить на основании документа основания, то ставка НДС будет определена из документа основания. Если с помощью обработки, то будет подставлена ставка НДС по умолчанию, как правило это НДС = 20%.

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

Может вопрос не понятен? Я могу переформулировать.

А в ответ тишина....

АУ!!! Где все?

В отладчике.

Ругать авторов типовой конфы нельзя, т.к. бесполезно.

(0) "В чем была вся задумка реализовывать два разных алгоритма в типовой? "

Если подумать, то вопрос риторический. "Патамушта"

или в обеде

(4) Я как бы не ругаю. Просто пытаюсь понять.
(5) "Потому что гладиолус" - такой ответ всегда есть. :-)

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

Я обычно вижу, что используют на практике только ввод на основании

(0) С появлением 8.3 чувствую себя в роли слоненка - https://www.youtube.com/watch?v=fKVajtpxCH8
Вроде, вопросы простые, такие простые ответы, а непонятно...

(8) "не досмотрели при тестировании" - а при тестировании ли. По моему при проектировании в самом начале.

(9) Если объем документов большой и/или сами документы приходят из другой системы, то обработку используют чаще.
Но это не важно какой из способов чаще.

P.S.
Чем больше стараюсь вникнуть в БП 3.0, ЗиУП 3.1. и т.д. обычно всё что связано с УФ и тонким клиентом, тем больше у меня вызывает это какие-то смешанные чувства. Из-за переливания из пустого в порожнее, передачи данных с сервера на клиент и обратно, рисования УФ таблиц и элементов в ручном режиме программным кодом, невозможности передачи ТЗ между клиентом и сервером (искусственная проблема специально созданная разработчиками, которую обещают устранить, а до этого 10 лет всех мучали) и изобретения велосипеда с массивом структур и структуры массивов и т.д. Забывается самое главное - цель конкретного функционала, его проектирования от структур данных до реализации алгоритмов. + Ко-всему вышесказанному УФ и тонкий клиент тупо на порядок медленнее и не удобнее в пользовательском режиме. Зачастую та же база в обычном режиме в толстом клиенте работает быстрее - правда не всегда работает, но то что работает работает быстрее.
Стратегии проектирования точно нет, так как куча объектов с пометной "Удалить". В ЗиУП штатное расписание уже несколько раз переделывали. То на РС, потом на РН, потом опять на РС. Метания туды сюды.

В общем я правильно понял - в (0) описано очередное "творчество", с ответом "потому что гладиолус"?

(10) У меня тоже в последнее время какие-то вопросы если появляются, то чаще получается не ветка, а монолог. Сам с собой пообщался и усё. Скучно как-то.

Ввод на основании - пережиток прошлого, использовать нуж обработку, потому как при вводе на основании никто не гарантирует Вам, что при закрытии месяца  состав счетов-фактур на авансы полученные а с ними и Дт 76.АВ будет политкорректным...

+ (15) призакрытии месяца, с большой долей вероятности, документы будут перепроведены, что может повлечь за собой изменения авансов полученных, и плю, регистрация учитывает способ регистрации счетов-фактур на аванс (ну там всегда при получении аванса, только не зачтенные до конца периода ... всего 5 вариантов), плюс комиссионная торговля, в связи с которой возможны варианты регистрации счетов-фактур на аванс...
В общем алгоритм формирования счетов - фактур на авансы полученные работает правильно...при одном условии - в базе дожОн быть порядок, причём начиная с ввода начальныхостактков - тут есть момент - авансы полученные вводятся в одном документе, а НДС  с авансов в другом, и вот тут много народ косячит - указывает разные документы расчетов в авансах и НДС с авансов, и алес капут (простите мой французский) автоматическому учёте НДС...
Да, на забываем, что вычеты НДС с авансов автоматом формирует документ Формирование записей книги покупок...

(16) А ставка НДС с авансов всегда берется по умолчанию (20%), за исключением комиссии? Даже если мы заранее по оплате знаем что НДС не 20%?

(17) В регистрации берётся по максимуму, если я не ошибаюсь, потому что аванс не обязательно может получится из "денежных" документов, эт может быть и корректировка долга, и возврат от покупателя, и не всегда ест однозначность ставки - тут суть в том, что сколько НДС с аванса заплатили, столько потом будет к вычету, а с реализации НДС будет по тем ставкам, что указаны в реализации...
В принципе проверить по какой ставке выпишет обработка просто - делать ПКО с авансом, и указать ставку НДС 10%, потом сделать регистрацию - времени займёт немного, зато будем точно знать (в принципе можно и отладчиком посмотреть, но, ИМХО, сделать тестовый пример тут быстрее получится)

(18) С тем случаем что я сейчас столкнулся, НДС чаще всего или без НДС или 10%. Если 20% брать, то потом вычет будет больше суммы.
Да и потом всегда известно что собственно за счет оплатили и что за сумма, и какая часть НДС в этой сумме.

(14) если даже на ух не отправили нужно идти к разработчикам

(11) думаю здесь вопрос все таки к проектированию законодательной базы в первую очередь.
В 1С конечно то же не ангелы - но все что касается НДС - это издержки ежегодных изменений в учете НДС. Которые в свою очередь являются объективным следствием работы АСК НДС.

так что остается только плакать и дальше жевать кактус


З.Ы. Это вы еще не в курсе - что если вы начислили с аванса 20% а потом продали с 20 и 10 то НДС с зачета аванса вы можеете сделать только на 20 и 10. Либо предварительно должны сделать корректировку авансовой счет-фактуры на 20 и 10 и только потом предъявлять к вычету НДС с аванса.
Шиза полная - но мне уже 2-й месяц этим сверлят мозг.

(21)на поступление денег Без НДС обработка счет-фактуру не выпишет. про >>>то вы еще не в курсе - что если вы начислили с аванса 20% а потом продали с 20 и 10 то НДС с зачета аванса вы можеете сделать только на 20 и 10. <<< есть практика, например https://www.audit-it.ru/articles/account/tax/a34/984397.html, ИМХО, еси при зачёте авансов не возникает НДС к вычету проблем быть не должно.
Ещё вопрос, если Вы работаете по предоплате, то в учетной политике закрепите, что НДС с авансов выписывается только на авансы, не зачтённые до конца отчетного периода (квартала), и дальше уде надо смотреть, сколько НДС с авансов "зависает" на этот период, есть возможность сделать по ним реализацию, и если продать ничё невозможно, то тут смотреть, стоит ли скорректировать (выписать) счета-фактуры по ставке 10/110 и ли руками, или сделать свою обработку регистрации...
ЗЫ кстати, если выписать счет-фактуру на аванс по льготной ставке, а реализация потом пройдёт по 20% последствия будут ещё хуже, чем с проблема  принятием к вычету - тут уж без вариантов занижение налоговой базы со всеми вытекающими....

(15) Не важно как вводится СФ, на основании или обработкой. Алгоритм должен быть одинаковый.
Более того, если обработкой не учитывает ставку НДС, то это как-то совсем плохо. Каждый раз руками вводить руками на основании неоправданно трудоемко.
(22) От законодателей ничего хорошего ожидать не приходится, так как у них всё очень грустно с математикой, логикой и здравым смыслом. С каждым годом всё усугубляется, так как в школе математике уже не учат, ЕГЭ однако. Они даже не думают моделировать, то что они придумали с точки зрения протестировать на работоспособность.