Здравствуйте, пожалуйста подскажите, как донастроить схему управления ценой в SD, чтоб фактуры деблокировались для бухучета.

Почитал все релевантные сообщения форума. Сбыт полностью настроили, в том числе фактурирование. Недостающие типы счета результата добавили в тр. OB53. Необходимые счета для движений материала, которые требовала система добавили. В тр. VKOA добавили вид условий KOFK со счетами теми же, что и для KOFI для таблиц ГрДебиторов/ГрМатериалов/КодСчета и ГрДебиторов/КодСчета. В SPRO настроили схему калькуляции RVAAUAи условия MWST сделали ввод без ограничений, условие PR00 сделали ввод вручную имеет приоритет.

Теперь при попытке деблокировать созданную фактуру для бухучета из тр. VF02 выдается ссобщение "Ошибка при выборе счета: таблица T030K, код CAUA MWS". Идя по тексту ссобщения попадаю в настройку налоговых счетов для плана счетовOB40 и добавляю все виды налогов и счетов к ним. Но фактура попрежнему не деблокируется. Подскажите, пожалуйста, что еще надо настроить?

А у вас на проекте используется план счетов CAUA?

Да, т.к. предприятие украинское. Но думаю, что настройки сходны с CARU.

Здесь смотрели: FAQ по модулю SD 14. Как отключить в системе схему неполноты данных при экспорте.

Посмотрел. Завел виды транспортировки и выбрал соответствующие. После этого данные внешней торговли стали полны, но ругается все равно на код счета вТ030К. Такое ощущение, что какой-то счет не настроен, но все настроены для MWS?

Задайте в OB40 счет для используемого кода налога

В ОВ40 выбрал операцию MWS. Задал все коды из TAXUA и TAXUAN и счета к ним, но не идет все-равно и пишет все-тоже. Может проблема в самом каком-нибудь счете? Еще заметил одну странность - MWS - исходящий налог, а в таблице T030K речь идет о поле "налог с оборота". Может нужно искать в другом налоге? И какой код может быть у налога с оборота? Или нужно в ОВ40 выбрать другой вид операции?

Да нет, надо выбрать именно MWS и нужный план счетов.
Используемый код налога можно глянуть в фактуре, в позиции на закладке условия, нажав кнопку Анализ. Проверьте именно для этого кода налога, все ли настроено в OB40.

Перешел на условия позиции. Настраиваемые условия PR00, SKTV, MWST, NXLN, NLNA. Запустил анализ условий. Смотрю в MWST, кодов налога никак не нахожу, но есть 3 сообщения:

Доступ 08 Сообщение 014 Описание "Ручное условие (предпосылка 008) в доступе не выполнена".


Доступ 10 Сообщение 013 Описание "Условие вручн/записи условия нет".

Доступ 08 Сообщение 014 Описание "Ручное условие (предпосылка 008) в доступе не выполнена".

необходимо выполнить веденеие записей условий (VK11) для налогового условия MWST.

Так у вас и нету никакого кода налога! Попробую объяснить с точки зрения ABAPера. В таблице T030K 3 ключевых поля (MANDT не считаем): KTOPL (Chart of Accounts), KTOSL (Transaction Key) и MWSKZ (Sales Tax Code). В сообщении об ошибке фигурируют только два ("таблица T030K, код CAUA MWS"), значит 3-е пустое. Т.е. SAP ищет запись в таблице T030K, где:

KTOPL = CAUA
KTOSL = MWS
MWSKZ = пусто

Если у вас нет такой записи, то добавьте. А если вы рассчитывали увидеть какой-либо код налога, то значит он по каким-то причинам не подтянулся в документ и тогда уже нужно копать в этом направлении.

Действительно копать надо в другом направлении, т.к. в SE15 видно, что все поля таблицы T030K - MWSKZ, KONTS, KONTH заполнены. А может ли быть все из-за того, что номера счетов в полях KONTS и KONTH сопадают?

Зато, если попытаться настроить условия в VK31, то выскакивает дамп TIME_OUT
The program "SAPLV12A" has exceeded the maximum permitted runtime without interruption and has therefore been terminated.
Место инициации динамической ошибки:
Программа SAPLV12A
Include LV12AU07
Строка 177
Тип модуля (FORM)
Имя модуля ACCESS_REPORT_GENERATE

Попробуйте в манданте, в котором на VK31 дамп зайти транзакцией V/05 последовательно в каждую из таблиц условий (похоже их надо сгенерировать в этом манданте)

Попробовал, все таблицы условий А001 - А499 сгенерировались, но вот А003 Налоги не сгенерировалась выпал опять тот же дамп.

В данной строке находится следующий SELECT:


Если на нем возникает dump, то значит либо в базе у вас офигительное количество записей, либо доступ к ним не оптимизирован. Или и то, и другое вместе. Посмотрите, какие значения у переменных dd08v_tab-... в момент дампа и попробуйте в SE16 посмотреть, что ж там у вас в DD05P по этим значениям.