Потестировал в системе (ECC 6) перенос НДС по вторичным событиям. Выходит, что программа обращается к J_3rtse только если настроена цепочка из трех кодов, например (V2-V9-VC). Где перенос V2-V9 должен происходить по факту оплаты фактуры, V9-VC - по факту свершения вторичного события. Перенос можно выполнить напрямую с V2 на VC если V2 в группе SHP таблицы Т007К и активирована галка "по отгрузке".

Вопрос, можно ли настроить перенос с двумя кодами? Т.е., чтобы перенос осуществлялся с только при условии существования записи в таблице J_3rtse? Постестировав и почитав форум, я так понял что нельзя?

Небольшое уточнение: мне не удалось заставить программу J_3rfum26 переносить налог без предварительного прогона программы RFUMSV50, что, в свою очередь, требует оплаты счета фактуры. Т.е., чтобы использовать "вторичные события", нужно:
- использовать цепочку с тремя кодами,
- предварительно осуществлять перенос оплаченного отложенного НДС прогой RFUMSV50,
- заполнить таблицу J_3rtse
Или я что-то не учел? поправьте пжл

Что делать если нужно отслеживать только вторичное событие без факта олаты? Пользоваться ссылочным ключом 1?

1. У меня переносится с V2 на VC, если есть вторичное событие и без оплаты.
2. Посудите сами, если 26 программа работает только после 50, то как же быть тем, кто по "отгрузке"?
26 программа работает с 3 кодами:
"по отгрузке" и переносит при наличии вторичного события.
не "по отгрузке", если есть запись в таб. DEFTAX_ITEM с признаком RL (то есть перенос V2 -> V9 после оплаты) и есть вторичное событие.
26 программа работает с 2 кодами:
"по отгрузке" и переносит при наличии вторичного события

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

а вот этого мне не удалось добиться . Может настроек не хватает?

Ой, ошибся, с двумя кодами она просто переносит "по отгрузке"

Вот и так у меня не работает!
Провожу фактуру с V2, заполняю таблицу J_3RTSE, запускаю J_3rfum26 "по-отгрузке" - не переносит,
Оплачиваю фактуру, переношу оплаченный налог программой RFUMSV50 V2->V9, таблица J_3RTSE заполнена, запускаю J_3rfum26 "по-оплате" - переносит!

Как будто J_3rfum26 отслеживает вторичное событие только после прогона RFUMSV50, который создает записи в DEFTAX_ITEM с признаком RL...
Но если у Вас действительно переносит, тогда попробую ноты поискать... Настройки проверил несколько раз

Оказывается, проверяет поле XREF1 дополнительно, т.е.:

J_3rfum26 "по-отгрузке" переносит V2->VC при условии ссылки в таблице J_3RTSE и заполненного поля XREF1

Я тоже об этом подумал, но было написано, что после оплаты переносит. Не думаю, что поле в одном случае проверяется, а в другом нет.

Да, именно:
в случае "по-отгрузке" в дополнение к J_3rtse проверяет еще и поле XREF1
в случае "по-оплате" не проверяет XREF1

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

Думаю, что так и есть, счет фактура нужна для зачета. Но вот только чтобы сделать "первый перенос" по факту прихода фактуры, необходимо также, чтобы она была оплачена. А вот оплату-то ждать и не обязательно в соответствии с учетной политикой "по-отгрузке". Т.е., остается либо сразу на целевой минуя промежуточный, либо на промежуточный после оплаты...

Аргумент SAP CIS за 3 кода НДС:
Нет корреспонденции Д68 - К60.
Есть Д19 - К60 и Д68 - К19. (ставим на отложенный, потом переносим на фактический).
Я, как бывший ГБ, с этим бы поспорил, так как в инструкции по плану счетов приводятся рекомендации, а рабочий план счетов и корреспонденции устанавливает организация в Учетной политике, но это ИМХО.

26 программа и спустя 5 лет умеет делать такой перенос, но в случе цепочки из 3-х кодов (для вторичного события) делает это минуя промежуточный код...
В принципе, такое решение можно использовать, только в системе буду промежуточные коды налогов со всеми вытекающими.
Или как вариант пользоваться 2мя кодами и переносить НДС в том числе после "вторичного события" если заполнено поле XREF1. Только частично не получится перенести.