Если это так, то я был бы очень рад. Но у меня так не хочет работать... Поэтому и обратился к знатокам
После тестов и прочтения некоторых тем порядок вырисовывается такой (ECC 6.0):
1) первый перенос делается "по-оплате" прогой rfumsv50, обновляется deftax_item
2) второй перенос делается на основании записи в J_3RTSE ("вторичное событие") и deftax_item

программа 26 "по-отгрузке" при условии заполненного XREF1 делает перенос с первого сразу на третий код V2-VC, т.е. структура 2-звенная...

Возможно, я что-то недопонимаю. не судите строго...

На мой взгляд при кап. строе нужна цепочка из 3 кодов.
Но перенос делается за 1 запуск 26-ой программой, но на основании заполненности XREF1 и созданного вторичного события.

У Вас делается перенос с первого на второй код? У меня при таких условиях переносит с первого сразу на третий.

Если такой перенос как у Вас все таки работает, то где, собственно, первичное, а где вторичное событие в этом случае? Куда и при каких условия осуществляется следующий перенос?

У меня тоже переносит с первого на третий.
Сорри, не совсем понял вопрос, но попробую ответить. Первичное - заполнение xref1, вторичное - запись j3rtse. Следующего переноса нет.

Обсуждение темы немного поехало, поэтому хочу уточнить в чем вопрос. В первом сообщении

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

Изначальный вопрос был в возможности настройки НДС по вторичным событиям с двумя кодами в связи с общепринятой учетной политикой "по-отгрузке"
убедился что нельзя, в стандарте по крайней мере

Спасибо за внимание

Товарищи, прочитал сообщения в этой теме и решил дать свой коментарий. Уже второй раз настраиваю НДС и ни когда не использовал схему через 3 кода налога. Всегда использую 2 кода - один предварительный (на 19* счёт), второй у него целевой. При этом программа J_3RFUM26 отрабатывает вполне корректно, перенося суммы с 19* на 68* счёт. Галку "По отгрузке" никогда не использовал - подскажите где она ставится и зачем? Т. к. сейчас по законодательству входящий НДС можно предъявлять к возмещению сразу, то поле XREF1 заполнять не обязательно - достаточно поставить на экране запуска 26 программы галку "Без проверки ссыл. ключа БП".
Если я правильно понял проблему, то не вижу препятствий использовать схему через 2 кода налога. О таблице J_3rtse слышу первый раз - никогда её не использовал и она у меня не заполняется (проверил).
Поправте меня, если я не о том говорю!

Почитайте тут про вторичные события: https://websmp203.sap-ag.de/~form/sapne ... 000076585&
"По оплате" это "База начисления" (то есть брать по всей базе НДС или только оплаченную). Вы не могли делать без этой галки если у вас "по отгрузке".
Про j_3rtse в поиск, там много интересного.

Коллеги, нужна помощь.
Настроена схема V2-V9-VC. Используется "по отгрузке" и таблица вторичных событий. Т.е. чтобы перенос как было описано выше V2-VC минуя технический код V9. Но при запуске 26 программы она почему-то еще раз откручивает НДС с базы.
Т.е. есть инвойс поставщика Д Расходы 25,423.73
Д НДС (V2) 4,5796.27
К Поставщик 30,000.00

Этот документ записывается в J_3RTSE и запускаю J3RFUM26 с галкой "по отгрузке".

и к переносу V2-VC система предлагает следующее:

Налоговая база Налог Сумма по документу
21,545.53 3,878.20 25,423.73

Т.е. J3RFUM26 взяла базу позиции расхода и еще раз от нее НДС открутила.
Кто-нибудь сталкивался с таким? Где чего не так настроено?

Спасибо за помощь.

П.1.8 правил ресурса.
Тема закрыта.