День добрый!
Подскажите, в какой таблице хранится ставка налога, настроенная для конкретного кода налога????

darkduck: поправил орфографию, в т.ч. в заголовке

Посмотрите таблицу KONP

+ KONH. Кое-что полезное есть еще и здесь, даты действия например.

Пожалуйста, поделитесь со мной тоже

Мне нужно определить %НДС в заказе на поставку (ММ), код НДС есть в позиции заказа.

darkduck, спасибо большое!
Но в этих таблицах нет самой ставки - числа 18% !!!

Я и не говорил, что в моем файле указана таблица, содержащая ставку. Когда я этот файлик рисовал, у меня не было задачи вытащить ставку налога.
На самом деле свяжите таблицу A003 с таблицей KONP (как уже советовал yury), и будет Вам счастье.

Попробуйте ФМ GET_TAX_PERCENTAGE
P.S (про название темы). Люди, ну выучите правило про мягкий знак в глаголах!!! Ставка - "что делает?" - хранится. Раз в вопросе нет мягкого знака, то и в глаголе он не нужен.

Подумалось, что в России для определения ставки в t007L в записи искомого MWSKZ с t007L-LAND1 = ‘RU’ вполне можно использовать t007L-STEGRUNO (где 01=20%, 02=10%, 03=0%, 04=Без НДС, 05=18%), значение здесь – суть указание на ставку налога (при том условии, конечно, что настройки для российских Книг в системе сделаны).

Для определения чего бы то ни было нельзя использовать вторичные и производные настройки, потому что они уже есть сами по себе рефлексии совсем других потребностей.
Вот мы видим на снегу маленькие запутанные следы. Значит, бежала точно не лисица, ведь мы договорились считать, что в нашем лесу лисицы больше не водятся (так было когда-то с BASGRUNO = 1). Но оказывается, что бежала именно лисица, просто очень старая. Или это и не лисица вовсе бежала, а переодетый пьяный мужик на новый год.
Определять ставки надо там, где ставки хранятся.
KNUMH в A003 (у многих она, но может быть и другая, потому что, если верно помню, таблицы цепочек генерит система) по стране, коду налога, виду условия и приложению KAPPL = TX
По найденному номеру условия ставку KBETR в таблице KONP, потом делить на 10 (чаще всего)

Вот и понятно будет, лиса это была, кролик, хомяк или kengur

всё верно. Просто те же Книги (и в конечном счёте Декларация, т.е. собственно конечный результат всего стандартного функционала российского учёта НДС) в определении ставки базируются именно на этих самых "вторичных и производных", игнорируя продекларированный вами вполне бесспорный подход и даже сам факт существования канонического FM, и вроде как работают. Другое дело, что в t007L заведомо есть не все коды (скажем, из входящих тут только целевые), так что таки да, GET_TAX_PERCENTAGE - это универсально, достоверно и надёжно

Код неверно может быть настроен в T007 или вообще не настроен, при этом ставка-то у него есть.
Формирование книг не зависит от сиюминутной корректной настройки, это можно перенастроить в конце квартала.
Чего не скажешь о проводке документа с данной ставкой, потому что при неверно настроенной ставке далее только сторно.
Я только поэтому и пишу, что опираться надо на первичную настройку.