Коллеги,

Если кто-то устанавливал ноту 1804544 - J_1UNCREATE: tax base for documents in foreign currency, пожалуйста, поделитесь решила ли она проблему округления в НН.

Спасибо.

Неужели ни у кого данной проблемы не возникало?

В чём проблема была, можно подробнее?

Расхождение в сумме при начислении НДС на импорт услуг между арифметической суммой НДС и НДС в SAP.
Текущий алгоритм расчета Сумма в евро / 5 * курс НБУ дает большую погрешность при округлении.
Должен быть (Сумма в Евро * курс НБУ) / 5.

Хм, если в общем, то вроде бы и так и так алгоритм верен. А если конкретней, то как Вы проводите импорт услуг в системе?
1. Инвойс (без НДС). Тут в валюте, но НДСа нет.
2. Налоговое обяз-во (20%). Тут в гривне, поэтому нет пересчёта.
3. Налоговый кредит (20% в след месяце). Тут в гривне, поэтому нет пересчёта.

Подробнее:
Нужно создать исходящую налоговую накладную на импорт услуг.
Такая налоговая накладная создается в Уфроне на основании документа-основания. В нашем случае это Акт выполненных работ.
При проводке документа-основания, База во внутренней валюте документа правильная, и ничего корректировать не нужно. = ЕВРО * курс UAH и округляется до двух знаков.

Погрешность возникает при уфрон-проводке. И её (погрешность) вручную откорректировать не получается:
1. В момент сохранения проводки сумма НДС не видна.
2. Если ДО сохранения уфрон-проводки использовать закладку «Налоги», и указать необходимую сумму НДС в колонке «Налоги во Внутренней Валюте», документ не проводится. Мы <я не знать русский языка> разные комбинации, но резульат был отрицательным.
3. После сохранения проводки НДС считатеся по алгоритму, который описан выше: сначала вычисляется сумма НДС в ЕВРО, а затем умножается на курс ГРН.
Сумма корректировке после сохранения не поддается.
В нашем случае НДС в ЕВРО округлился до двух знаков: 4 324,08 : 5 = 864,816. Стал 864,82 а затем * курс НБУ = Налоговые обязательства в SAP = 8 899.16.
Должно быть: 4 324,08 * курс НБУ = 44 495,60*/5= 8 899,12.

Константин, мне не совсем понятна эта часть. Как можно создать Исходящую НН на импорт услуг, если в док-те-основании указан Кредитор?
И какие проводки у Вас при создании Акта выпол работ?

П.С. может речь идёт об экспорте услуг?

Нет. Все верно.
Бухгалтера говорят так и должно быть согласно законодательству.
Вот пример:
Сначала проводим Акт выполненных работ. Валюта проводки EURO с кодом налога PS. ( в день проводки Курс EURO 10,537172)

Когда делаем моделирование то видно, что наша базовая сумма в гривнах 45563,58 больше на 0,01коп., чем при подсчете вручную.

Потом после того как провели АВР проводим в транзакции J1UFRON на основании проведенного Акта 10/5069 от 31.12.12.проводим Налоговую накладную.
Которая отображается в налоговых обязательствах и в реестре выданных налоговых накладных.
Это пример моделирования проводки, где не видно ни базовой суммы ни суммы НДС в гривнах.

Потом через транзакцию J1UF_IN_OUT смотрим как отобразилась НН в реестре выданных НН.

И видим, что разница в 5 копеек, поскольку правильный расчет таков:
Курс 10,537172*4324,08(сумма акта) = 45563,57 база в грн.
45563,57*20% = 9112,71грн. сумма НДС

Теперь проводим такую же НН следующим числом 01.01.13 и будет она в налоговом кредите и эта НН отображаться в реестре полученных НН
Транзакция FB01 вид дкумента «TI» (входящая НН) 1) КП 40 сч. 0TAXBAS код налога S1 базовая сумма 45563,57 грн. 2) КП 50 сч. 0TAXBAS код налога D1 45563,57 грн.
Моделирование: Видно, что базовая сумма и сумма НДС правильные

Потом через транзакцию J1UF_IN_OUT смотрим как отобразилась НН в реестре полученных НН.


p.s. Тег спойлер не работает.

Мы стандартно на всех проектах создаём Налог обяз-во вручную и затем Налог кредит вручную и поэтому получается избегать перерасчётов курса т.к. и в НО и в НК сумма вводится руками (уже рассчитанная) и в гривнах.

В Вашем случае получается НО рассчитывется программой, а НК Вы рассчитываете сами. Поэтому отклонений не избежать.

кстати тип док-та TI -- это ж входящая НН и коды НДС я вижу тоже входящие. А счета им присвоены какие "Исходящий НДС"?

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

Ну на самом деле схема "кривая" потому что как я уже писал:

1. Вид док-та на НО = Входящая НН (уже противоречие)
2. Кодам НДС с условием VST (входящий НДС) присвоены счета Исходящего НДС (САП кстати выдаёт при присвоении таких счетов предупреждение)
3. Налог обяз-во формируется в Реестре сверки входящих НН (опять противоречие)
4. НО формируется в валюте!,а НК в гривне.

Поэтому, неудивительно, что и алгоритм расчёта НДС и округлений САПом не проработан доконца.

Ну и если уж САП и предлагает такое кривое решение (при стольких "нарушениях" логики работы), то почему они полностью не доделали автоматизацию? Например, не сделали хотя бы создание предварительной НК в валюте при создании НО, но с датой следующего месяца? Тогда бы было всё в валюте и логика перерасчёта была бы одинакова. А так....просто приходится мириться с тем, что есть.

Ну и последний вывод, так чтобы уже закрыть тему: Нота относится к программе J_1UNCREATE, которая генерит Исходящие НН, а в Вашем же случае создаётся Входящая НН (но с проводками по НО) функциональным модулем J_1UF_GENER_OTRIM_NAKL. Вот поэтому установка ноты Note 1804544 - J_1UNCREATE: tax base for documents in foreign currency Вам и не помогла.

Спасибо за совет!