Бух 3.0 Перемещение товаров. Ошибка проведения

Столкнулся с проблемой: при проведении перемещений товаров вылетает ошибка:
Запись не верна! Вид субконто "Контрагенты" не доступен для данной записи! (Регистр бухгалтерии: Журнал проводок (бухгалтерский и налоговый учет); Номер строки: ...)

По отладке нашел: В конфигурации в общем модуле УчетНДСБП, в процедуре СформироватьПроводкиВключениеНДСВСтоимостьЗапасов есть золотые слова:

       Проводка.СчетКт = СтрокаТаблицы.СчетУчетаНДС;
       Проводка.СубконтоКт.Контрагенты = СтрокаТаблицы.Поставщик;
       Проводка.СубконтоКт.СФПолученные = СтрокаТаблицы.СчетФактура;

Здесь Проводка.СчетКт заточен жестко под счет с аналитикой, аналогичной например счету 19.03, но СтрокаТаблицы.СчетУчетаНДС в ошибочном варианте представляет собой счет 68.02, где по аналитике ни контрагентами, ни счетами фактур не пахнет.

Сама СтрокаТаблицы в данном случае выдергивается по циклу из СтрокиТаблицыУменьшениеВычета, что является ТЗ, полученной из запроса к остаткам по регистру НДСПоПриобретеннымЦенностям с определенным отбором и последующей фильтрацией и СчетУчетаНДС = 68.02 приезжает напрямую оттуда же, при условии наличия записей в регистре, связанных с возвратами от покупателей в качестве партий, а не поступлений товаров.

В самих возвратах в БД какого-то "криминала" с ходу не видно, в регистраторах записей (реализация товаров) также.

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

СчетКт_ = СтрокаТаблицы.СчетУчетаНДС;
Проводка.СчетКт = СтрокаТаблицы.СчетУчетаНДС;
Если СчетКт_ = ПланыСчетов.Хозрасчетный.НДСпоПриобретеннымМПЗ Тогда
Проводка.СубконтоКт.Контрагенты = СтрокаТаблицы.Поставщик;
Проводка.СубконтоКт.СФПолученные = СтрокаТаблицы.СчетФактура;
ИначеЕсли СчетКт_ = ПланыСчетов.Хозрасчетный.НДС Тогда
Проводка.СубконтоКт.ВидыПлатежейВГосБюджет = Перечисления.ВидыПлатежейВГосБюджет.Налог;
Иначе
Сообщить(СчетКт_ + " еще что-то новое!",СтатусСообщения.Внимание);
КонецЕсли;      

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

Хрюша, а зачем в качестве счета учета НДС выбирать 68.02?

Prikum пишет:

Prikum, интересный вопрос. Дело в том, что 68.02 в попадает в регистр из возвратов от покупателей, а уровень автоматизации в Бух 3.0 в процессе возврата товаров предусматривает процесс "выбирать" в основном так:

фрагмент: ДокументВозвратОтПокупателя.Модуль менеджера:

      |      ВЫБОР
      |            КОГДА Реквизиты.ОтразитьВКнигеПокупок
      |                  ТОГДА ВЫБОР
      |                              КОГДА Реквизиты.СчетУчетаНДС = ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.ПустаяСсылка)
      |                                    ТОГДА ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.НДСпоПриобретеннымМПЗ)
      |                              ИНАЧЕ Реквизиты.СчетУчетаНДС
      |                        КОНЕЦ
      |            ИНАЧЕ ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.НДС)
      |      КОНЕЦ КАК СчетУчетаНДС,

и коль скоро в данном случае возвраты отражаются не в книге покупок, а в книге продаж, то происходит автоматом выбор ПланСчетов.Хозрасчетный.НДС, что означает счет 68.02. и отсюда дальше едет в проводки и регистры.

Как видим, имеет право быть вполне легально и определенно. И в ряде случаев вообще без участия юзверей, и даже иногда вопреки их воле ) Во всяком случае, так выходит из-под пера разработчиков конфигурации Бух 3.0.42.хх

А вот зачем - понятно, коль скоро отражаем в книге продаж, то сторнируем возврат (уменьшаем кредит счета 68.02 в проводках), и в регистр его же пишем не только для единообразия - чтобы знать в дальнейшем, где этот НДС висит. Но однозначно не стану утверждать, типа только так и надо. Сам хотел бы знать: надо-то как, чтобы совсем правильно и с точки зрения заложенных идей автоматизации, и без последствий в дальнейшем?

На самом деле, заметьте - можно поставить и ОтразитьВКнигеПокупок и при этом ручками воткнуть любой, даже левый к этому процессу счет, и он спокойно поедет дальше... с тем же эффектом не проведения в дальнейшем при перемещении товаров. Но в этом случае "поставивший" не сразу, но поймет, что не прав и исправит, если конечно не баран и помнит где накосячил. Впрочем, может совсем и не баран, и поставил что считается нужным, например по корпоративным стандартам или по рекомендациям аудита (и такие бывают очень интересные), но все равно попал на те же грабли не проведения по той же причине (см. п.1)

Но вот если выбрать ОтразитьВКнигеПродаж, то какой бы счет бухгалтер ни поставил в возврате, если конечно он вообще увидит вкладку НДС (это зависит от ИспользуетсяПостановлениеНДС1137 в параметрах регламентированного учета), то пусть хоть обдолбится, но в проводках и регистрах будет только 68.02, с тем же закопанным эффектом не проведения перемещений. И разве это тоже не круто!

ЗЫ: Конечно я здесь утрирую и абсолютное большинство юзеров, по-видимому проскакивает этот момент на варианте ИспользуетсяПостановлениеНДС1137 > ОтразитьВКнигеПокупок > ПланСчетов.Хозрасчетный.ПустаяСсылка > НДСпоПриобретеннымМПЗ = 19.03, но вот другие варианты бывают печальны...

Хрюша, слишком много букофф, по сабжу, у меня такой ситуации ни разу не было.