Никто не сталкивался с такой проблемой:
были проведены частичные платежи по ОС (без НКС), последняя оплата - полная с выравниванием.
Перенесен налог на оплаченный, при переносе на 68 счет 26 программа в документе переноса налога для последнего платежа на 19м счете в поле Присвоение вместо номера последнего платежа поставила номер предпоследнего, хотя все остальное (суммы, ссылки, тексты) определяются верно.

Это вообще нормально? И где это присвоение на 19 счете может дальше аукнуться?

Кроме того 25 отчет, хоть в проводках все ссылки ставит верно, но в спуле опять же выводит в строке, относящейся к последнему платежу номер предпоследнего, а все остальное верно.

Привет
У меня несколько вопросов, чтоб осмыслить твою ситуацию:
1. в документе счёт-фактуры у тебя в поле выравнивание (после выравнивания естественно) какой документ стоит последней или предпоследней оплаты?
2. 25 программу запускала после каждой оплаты счёта или после окончательного выравнивания?
3. у тебя сумма вторичного документа случайно не превышает сумму по первичному?
4. Табл. j_3rtse ты руками заполняла?
5. в 26 программе документ выравнивания создался? Тогда посмотри в предыдущем документе (документе переносе вторич.события) у тебя база налога совпадает с базой налога при выполнении 25 программы?
Я выполнила в тесте след.проводки:
• счёт-фактура от поставщика: Д (08 сч. + НДС) К (кредитор) на сумму Х руб.
• оплата 3-х счётов поставщика: Д (кредитор) К 51 частичной оплатой в сумме 3 счёта дают Х руб.
• запустила 25 программу (после окончательного выравнивания), в документе переноса на приним.налоговый счёт в поле присвоения стоит последний документ оплаты (!)
• ввод в экспл. ОС (через бухгалтерию тр. F-02): Д 01 К 08 на сумму Х
• руками заполнила табл. j_3rtse
• запустила 26 прогу, в документе переноса вторич.события в поле присвоения стоит последний документ оплаты (!)
т.е. всё вроде бы отработало, единственное у меня база налога не совпадает на копейки в 26 программе
Но возможно у тебя другие операции?...

Привет
спасибо большое за отклик, отвечаю по пунктам

1. в документе счёт-фактуры у тебя в поле выравнивание (после выравнивания естественно) какой документ стоит последней или предпоследней оплаты?
СТОИТ НОМЕР ПОСЛЕДНЕЙ ОПЛАТЫ
2. 25 программу запускала после каждой оплаты счёта или после окончательного выравнивания?
ПОСЛЕ ОКОНЧАТЕЛЬНОГО ВЫРАВНИВАНИЯ (КСТАТИ ПОПРОБУЮ ПОСЛЕ КАЖДОЙ ОПЛАТЫ, МОЖЕТ ЧТО ИЗМЕНИТСЯ...)
3. у тебя сумма вторичного документа случайно не превышает сумму по первичному?
НЕТ ВСЕ СОВПАДАЕТ
4. Табл. j_3rtse ты руками заполняла?
С ПОМОЩЬЮ СПЕЦИАЛЬНОЙ ПРИБЛУДИ, НО ПРОВЕРИЛА КОРРЕКТНОСТЬ ЗАПОЛНЕНИЯ
5. в 26 программе документ выравнивания создался?
ДА
Тогда посмотри в предыдущем документе (документе переносе вторич.события) у тебя база налога совпадает с базой налога при выполнении 25 программы?
ДА ВСЕ СУММЫ ВЕРНЫЕ

Я выполнила в тесте след.проводки:
• счёт-фактура от поставщика: Д (08 сч. + НДС) К (кредитор) на сумму Х руб.
ВЕРНО
• оплата 3-х счётов поставщика: Д (кредитор) К 51 частичной оплатой в сумме 3 счёта дают Х руб.
ВЕРНО, ПОСЛЕДНЯЯ ОПЛАТА ВЫРАВНИВАЕТ ФАКТУРУ
• запустила 25 программу (после окончательного выравнивания), в документе переноса на приним.налоговый счёт в поле присвоения стоит последний документ оплаты (!)
ДА, ПОСЛЕ РАБОТЫ 25-ГО ОТЧЕТА У МЕНЯ В ДОКУМЕНТАХ ТОЖЕ ВСЕ ПРИСВОЕНИЯ ВЕРНЫЕ. ТОЛЬКО НА ЭКРАНЕ КОГДА ОНА ВЫВОДИТ ТАБЛИЧКУ СО СПИСКОМ ПРОВОДОК В ПОЛЕ ДОКУМЕНТА ОПЛАТЫ СТОИТ ПРЕДПОСЛЕДНИЙ НОМЕР, А В ДОКУМЕНТЕ ВСЕ ВЕРНО
• ввод в экспл. ОС (через бухгалтерию тр. F-02): Д 01 К 08 на сумму Х
ЭТОГО МОЖНО ДАЖЕ НЕ ДЕЛАТЬ, 26-МУ ОТЧЕТУ ПО БАРАБАНУ, ЕМУ ГЛАВНОЕ ЧТОБЫ СУММА БЫЛА ЗАПОЛНЕНА И СТОЯЛ ФЛАГ ОБРАБОТКИ
• руками заполнила табл. j_3rtse
ДА
• запустила 26 прогу, в документе переноса вторич.события в поле присвоения стоит последний документ оплаты (!)
ВОТ, А У МЕНЯ В ДОКУМЕНТЕ ПЕРЕНОСА, ОТНОСЯЩЕМСЯ К ПОСЛЕДНЕМУ ПЛАТЕЖУ СТОИТ ПРЕДПОСЛЕДНИЙ ДОКУМЕНТ ОПЛАТЫ...
т.е. всё вроде бы отработало, единственное у меня база налога не совпадает на копейки в 26 программе
Но возможно у тебя другие операции?...

Опять вопросы
«• ввод в экспл. ОС (через бухгалтерию тр. F-02): Д 01 К 08 на сумму Х
ЭТОГО МОЖНО ДАЖЕ НЕ ДЕЛАТЬ, 26-МУ ОТЧЕТУ ПО БАРАБАНУ, ЕМУ ГЛАВНОЕ ЧТОБЫ СУММА БЫЛА ЗАПОЛНЕНА И СТОЯЛ ФЛАГ ОБРАБОТКИ»
Вот тут поподробнее пожалуйста: поясни тогда, какая у тебя операция идёт между обработкой 25 и 26 программы, т.е. так сказать какое событие является вторичным? Ты пишешь, что табл. j_3rtse заполняешь с помощью проги, и правильность заполнения проверила, так вот в табл. должны быть заполнены в т.ч. и поля secdoc (номер документа вторич.события), secdate (дата док. втор. соб.) и secbuzei (позиция док.вторич.соб.), что за документ заполнен у тебя в табличке?
И ещё, извини не поняла фразу: «ПОСЛЕ РАБОТЫ 25-ГО ОТЧЕТА У МЕНЯ В ДОКУМЕНТАХ ТОЖЕ ВСЕ ПРИСВОЕНИЯ ВЕРНЫЕ. ТОЛЬКО НА ЭКРАНЕ КОГДА ОНА ВЫВОДИТ ТАБЛИЧКУ СО СПИСКОМ ПРОВОДОК В ПОЛЕ ДОКУМЕНТА ОПЛАТЫ СТОИТ ПРЕДПОСЛЕДНИЙ НОМЕР, А В ДОКУМЕНТЕ ВСЕ ВЕРНО» где именно ты смотришь табличку со списком проводок?

отвечаем
конечно, по процессу 26 отчет должен запускаться после ввода ОС в эксплуатацию, но 26 отчет не смотрит была ли сделана проводка переноса на 01 счет. Он смотрит только чтобы соответствующим обрзом была заполнена табличка вторичных событий.

Номер документа вижу на экране, в отчете который выводит 25 программа. Отметь ALV вывод.

Кстати, у тебя 26 отчет во всех документах переноса поставил ссылку на последний платеж? или в каждом документе на свой?

Я уже 100 раз переделала проводки и каждый раз новый результат - присвоения ставятся как хотят, то все на последнюю оплату, то на первую... не поймешь...

Ой, точно при галке ALV высвечивает в поле «документ оплаты» предыдущий, но в поле присвоение правильно всё заносит последний (т.е. документ выравнивания). Даже и не догадывалась об этом раньше
Оль, пару раз специально попробовала, в 26 в поле присвоении в документе вторич. событ. Упорно правильно последний ставит! Странно…
Ты всё же не совсем ответила на вопрос про заполнение табл. J_3RTSE, у тебя там заполнены все эти 3 поля и что за операция в документе. Это понятно, что 26 смотрит на табличку, а не на документы, но данные же документы должны быть в системе (несуществующие она просто не воспринимает).
И ещё, если будет время, у меня просьба: попробуй пожалуйста выполнить 5 пунктов первого письма: счёт-фактура, документ выравнивания (можно одним, это не важно), 25 прога, вторич.событие, табл., 26 прога на сумму например 120000 и кодом налога 18 %, у меня просто в счёте-фактуре и документе 25 программы налоговая база выходит 101694,91 руб и НДС 18305,09, а в документе 26 программы база 101.694,89 и НДС 18.305,08 образуется разница и документ выравнивания в данном случае вообще не создаётся . Интересно в чём отличие расчёта базы в 25 и 26 проге….

проверила, действительно не выравниваниется. В 25 отчете база считается от суммы фактуры, а в 26 отчете отсчет идет обратный. Отсюда и разница.
Выход один - через open FI сделать функцию, которая прописывает ссылку (напрмер на счет-фактуру) в документах 25 и 26 отчетов на счете оплаченного налога и потом стандартной программой автоматических выравниваний выравнивать эти документы, предварительно определив лимит толерантности и прописав счет для разницы.

Спасибо, что проверила, теперь знаю, что у меня с ручками и настройками в системе всё в порядке. Странно конечно, что подход к расчёту налога и базы в разных программах отличается. Да и в документе, образуемом 26 программой, если сложить базу и налог сумма не выходит, неужели САП этого не заметил?... Я тогда пока лучше перенос вторичного налога ручками выполню - проще, но если не сложно, для расширения кругозора, можно поподробнее вариант с опенфаем (про автоматич. выравнивание с указанием счёта для разницы и лимита подробности можно опустить). Просто я не поняла о чём ты  в документе (сч-фактуре) после запуска 25 проги и так появляется в поле ссылка документ выравнивания и если 26 проходит (суммы удачно округляются), то тоже прописывает документ выравнивания 26 проги. Спасибо.

Не поняла причем тут счет-фактура. Выравнивание должно происходить на промежуточном налоговом счете сумм по дебиту и кредиту в документах 25-го и 26-го отчета соответственно, а на этом счете в этих двух документах поле присвоение заполнено по-разному, суммы отличаются на копейки - для автоматического выравнивания признаков нет (ну если только у вас нет какой-то примочки чтобы прописывать присвоения особым образом). Поэтому и нужна приблуда чтобы эти присвоения прописать одинаково на данном счете в обоих документах переноса налога. Например через open FI на событие 1025.