Добрый день.
При формировании электронной декларации по трансп.налогу и налогу на имущество появляется ошибка

J_3R_TAX_RUS_CONV
Действительный исходный контекст не указан.

Никто не сталкивался с подобным? То ли что-то недонастроено...

Вы кодировку в форматах деревьев проверяли?

Столкнулась с этой же ошибкой, подскажите, пожалуйста, как решить проблему с кодировкой? в DMEE вижу некорректные названия узлов дерева J3TV, запускаю программу конвертации HRUU_CONVERT_IN_UNICODE, указанную в ноте Note 1132421 - Russian Asset Taxes - XML output.
Программа отрабатывает и сообщает, что конвертация якобы выполнена, но изменений не вижу, кодировка файла неправильная, сам файл формируется.
Версия системы 6.0.

ПОпробуйте войти в систему на английском языке вдруг поможет

Если бы все было так просто от языка логона не зависит, к сожалению...

А что у Вас в исходном тексте преобразования J_3R_TAX_RUS_CONV?

Niko_K, это в DMEE нужно смотреть? На закладке Исходный текст для программы J_3R_TAX_RUS_CONV:

<xsl:transform xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:sap="http://www.sap.com/sapxsl" version="1.0">

<xsl:output encoding="Windows-1251"/>


<xsl:template match="*">
<xsl:element name="{name()}">
<xsl:for-each select="@*">
<xsl:attribute name="{name()}">
<xsl:value-of select="."/>
</xsl:attribute>
</xsl:for-each>
<xsl:apply-templates/>
</xsl:element>
</xsl:template>

</xsl:transform>

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

Попробовал сформировать электронную версию декларации... Tester 2.18 выдает ошибки:
1. "Ошибка в значении атрибута ОКЕИНалБаза: длина значения меньше минимальной 3 знаков." Посмотрел в файл - у меня выгружается HP (т.е. внутренний код ед.изменения базы), а должено по идее проставляться "251" (судя по Консультанту);
2. "Ошибка в значении атрибута КодНалЛьг: значение не может быть пустым" - у нас действительно льгот нет, кода в основной записи никакого не стоит...

Вопрос: у всех такие же траблы с xml-версией и нужно писать на SAP, чтобы поправили или же у меня просто что-то недонастроено?

P.S. Еще вопрос: если в основной записи проставлено ОКАТО без завершающих нулей, в xml выгружается тоже без завершающих нулей и тестер на это дело ругается. Можно как-то сделать, чтобы в ОКАТО в xml добивались нули, даже если в основной записи они не проставлены?

Заранее спасибо.

Доброва времени суток.
Аналогичная ситуация. Как решили вышеописанные проблемы?
Заранее спасибо.

Решила так: Общие параметры настройки - Проверка единиц измерения - Единицы измерения из группы POWER (мощность) в поле T006A-MSEH3 занесла необходимое мне "251", оттуда тянется в налоговую декларацию.

Решила так: нота 1463076, мне поставили ее и на систему 6.00, хотя она не релевантна вроде как . В нужном атрибуте ставите "2", т.е. если значение будет пустым - оно не выгрузится.
Вообщем, все реализуется стандартом, если сильно не захотеть ABAP.
Сейчас в SAP направлены еще мелкие недочеты, которые вылезают при тестировании на реальных данных. Так что - почаще заглядывайте в ноты.