Добрый день,
настраиваю процесс учета авансов как ОС в МСФО

хочу использовать цепочку: закупочный заказ со ссылкой на внутренний заказ =>вн.заказ рассчитывается на НКС, которое в свою очередь закрывается на реальное ОС

НКС создаю с ключом оприходования, настроенным только для МСФО версии

во время расчета заказа на НКС сталкиваюсь с ошибкой:
"AW217

Diagnosis
You need to have at least one depreciation area that manages values for cost accounting. The values from this depreciation area always have to be capitalized 100%. Therefore, no version can be assigned to this area. The area can be the book depreciation area, or an area that has a cost-accounting area type.

One of these reasons could explain the error:

If your company code currency is different from your controlling area currency and you do not use a capitalization version in the book depreciation area, you need an area which is designated as a cost-accounting area (area type 7) and is managed in controlling area currency.
If your company code currency is different from your controlling area currency and you do use a capitalization version in the book depreciation area, you need an area which is designated as a cost-accounting area (area type 7) and is managed in company code currency, and a further area which adopts values from this area and is managed in controlling area currency.

Procedure
Please check

the definition of your depreciation areas
the active depreciation areas of your asset classes for assets under construction."


получается, что мне нужна область оценки с типом 07 Калькуляционная оценка

возникает вопрос:
- создать новую область оценки (но туда всегда будут дублироваться суммы проводок по НКС - таблица ANLK, которые нам не нужны)
- или присвоить тип 07 уже существующей МСФО области (тогда лишних сумм в ANLK не будет)?

Посоветуйте, пожалуйста, лучший вариант. Какие последствия могут быть от 07 типа оценки.

Всех откликнувшихся благодарю.

Я настраивала такое и для внутренних заказов, и для WBS элементов.

По большому счету общая настройка ничем не отличается для авансов от обычной цепочки закупки (у Вас же потом помимо ававнса и обычная капитализация должна идти), кроме ограничений для видов движений.
Я в стандартной настройке для видов движений 180 и 181 просто ставила галочку, что активна только область МСФО (правда, она у меня всегда была 01). При этом все прекрасно рассчитывалось - суммы попадали только в 01 область, а в остальных областях (локальный бухгалтерский и налоговый учет) был просто ноль.

Если у Вас МСФО не ведущая область, то точно не подскажу.Можно попробовать поставить ограничения для областей для авансовых видов движений, может поможет (сама такое ни разу не делала).
если не поможет и в любом случае система захочет проводить по 01 области, тогда как вариант ручная корректировка через транзакцию ABZU - отбросить назад в 01 области сумму аванса. Или программку написать для массовой корректировки, если авансов много.

Ну и на всякий случай не забудьте про корректную настройку The following customizing is done for Down payments for Fixed assets (t-code OAYB) for AuC classes и The following customizing is done for OKEP t-code for down payments for Fixed assets

Анна, спасибо за ответ
у меня МСФО область, к сожалению, не ведущая
попробую ограничить виды движения 180/181 областями оценки

не помогло
все равно просит область с типом оценки 07
Кто-нибудь знает, чем грозит использование типа оценки 07?