Скорее всего в структуру связи не копируется данное поле при создании заказа - скопируйте сами.

Спасибо, уже работаем в этом направлении.

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

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

Внести нужно в обе, но в одну из них НДС со ставкой 0%, если эта схема привязана к поставщику, который на упрощенке.

Тогда можно настроить для плательщиков стандартную схему с видом условий NAVS и определением кода налога по ОЗМ.
А для не плательщиков надо создать новую схему. НО если я буду использовать NAVS, то код налога будет подтягиваться по материалу? Или можно для вида условий определить постоянное значение?

Именно в этом и была проблема. Чуть-чуть по шаманили и наступило счастье.

Добрый день!
Столкнулся с той же проблемой, можно ли поподробнее описать, как подшаманить?

Дополню - решил использовать поле "Вид налога" в основной записи кредитора в качестве одного из критериев выбора условия. Расширил каталог полей для таблицы условий, добавил там поле "Вид налога" (KOMK-J_1AFITP), создал и сгенерировал таблицу, добавил ее в последовательность доступа 0003 для MWST. Через MEK1 создал нужные записи. Создаю заказ - условие MWST не отображается. На закладке "Условия" жму кнопку "Анализ", нахожу там нужный доступ для MWST, который должен по задумке срабатывать. Жму на доступ - справа подробная информация о значениях полей, напротив KOMK-J_1AFITP желтый восклицательный знак.

Точно не скажу, как было реализовано, но в постановке было требование копировать значение "вида налога" из поставщика и заполнять ее в KOMK.

Для ОЗМ все работало. Трудности возникли с ОЗР, поэтому мы отказались от этой идеи.