Уважаемые коллеги. Помогите разобраться со стандартным решением SAP по раздельному НДС.

Привильно ли я понимаю, что восстановление НДС в решении SAP не поддерживается ?

Т.е. если вх.НДС (Дт 19) был ранее выровнен (Дт68 Кт19), то программа J3RSSEPINCVAT не увидит и не разложит сумму на Дт 19 счета?

Получается что сначала мы строго должны разделить суммы на вх.счете 19 на облагаемые/необлагаемые операции по НДС (J3RSSEPINCVAT), а только потом переносить сумму по облагаемым операциям в Дт68 ?

У клиента сейчас этот процесс выглядит иначе. Они сначала переносят входящий НДС на возмещение (Д68 К19). А потом после рассчета коэффициентов восстанавливают НДС.

Что посоветуйте ? Может я настройку какую не разглядел ?

Это просто два разных методологических подхода. У Вашего клиента так, как делает например 1С. А САП делает как Вы описали. А результат на выходе один. Организация раздельного учета отдана на откуп предприятию. Нормативные акты это не регламенттируют

Коллеги, пожалуйста, помогите разобраться с программой

Заполнила коэффициенты в J3RSVATCOEFF
Далее запускаю J3RSSEPINCVAT
Чтобы я не ставила на селекционном экране, выскакивает одна и та же ошибка:
Прогон/период некорректен. Введите прогон/период из определения коэф. НДС
№ сообщения 9P025

Может есть какие-то еще приреквизиты?
Может кто-то может прислать образец заполнения полей для данных транзакций?

Спасибо.

Попробуйте как советуют ниже:
Check that you entered data as follows:
Enter run ID and period that was used for editing the separate VAT coefficients. To find the current period, on the SAP Easy Access screen, choose Accounting → Financial Accounting → General Ledger → Reporting → Tax Reports → Russia → Separate VAT Accounting → Edit VAT Coefficients. таблица (J_3RSSEPVATCOEFA)
If you used the quarter as the fiscal period, enter the first and the last month of the period.
If you used the month as the fiscal period, enter the number of the month only. You cannot enter several months.

Note: When you check the settings used during separate VAT coefficient maintenance, the value 0 in the 1st Month in Qtr field shows that you used the month as a fiscal period. All other values show that you used the quarter as the fiscal period.

For more information, see the SAP Library for SAP ERP under SAP ERP Central Components → Financials → Country Versions → Europe and Africa → Russia → Financial Accounting → Taxes → Value-Added Tax (VAT) → Closing for VAT → Separate VAT Accounting → Separate VAT Coefficients.

Проверьте ID прогона, он формируется по счетчику J_3RSSVRUN (в примере 100000000):

Plank
Спасибо большое, причина была в ID и в смещенном финансовом годе.

Коллеги, еще вопрос по данной программе.

Клиент за текущий месяц зарегистрировал часть входящих инвойсов со смешанным кодом налога.
Далее, рассчитывая коэффициенты, оказалось, что коэффициент 1, т.е. все идет в зачет на 19 счет.

Запустили транзакцию J3RSVATCOEFF, указали Norm Opt Coeff - 1, соответственно в остальных полях нули
Далее запустили J3RSSEPINCVAT, сохранили результаты прогона, ошибок не было
Далее запускаем J3RFUM26 - там пусто для данного инвойса

Когда я сторнировала шаг 1 и 2, и поменяла на коэффициент, отличный от единицы, программа J3RFUM26 все видит. Отображаем две строки на один входящий инвойс.

Может кто-то сталкивался с такой ошибкой?
Теоритически мы же только в конце месяца узнаем, какой у нас коэффициент, и он вполне может оказаться единицей.

Спасибо

день добрый.

Столкнулся с той же ошибкой 9P007 - Период НДС некорректен. Введите прогон/период из определения коэф. НДС.

Однако, на селекционном экране нет этого поля - куда вводится прогон.
Уровень системы SAP_APPL 617 0007
.

Есть система, где уровень SAP_APPL 617 0005
- там есть это поле. Всё работает корректно.

При анализе выяснилось, что есть проверка в коде программы - а не пятый ли SP у вас? если да, то поле показывается - в отладке подменял значение - проверял - работает - поле появляется.
Странно, что в более высокой версии это поле отсутствует.

В чём причина?

Создайте сообщение. Как абаперу сказали проверить актуальность пакета, так и зашились наверно

Ужасает кол-во этих зашивок.
в этом инклюде J_3RSSEPVAT_INIT основная проверка - далее в программе куча обращений к результату этой проверки.

* EhP5 SP5 changes
IF cl_fin_locru_switch_check=>fin_locru_sfws_ui_03( ) IS INITIAL.
CLEAR g_ehp5_sp5_switch_on.
ELSE.
g_ehp5_sp5_switch_on = 'X'.
ENDIF.