Перейти до основного
Підтримка
Вхід
Вхід за допомогою облікового запису Microsoft
Увійдіть або створіть обліковий запис.
Вітаємо,
Виберіть інший обліковий запис.
У вас є кілька облікових записів
Виберіть обліковий запис, за допомогою якого потрібно ввійти.

Опис проблеми

Угорщина: онлайнова система виставлення рахунків-фактур – <звіт про значення тега ExchangeRate> курс обміну валют із грошового індексу рахунка-фактури до грошового Податковий код першої податкової транзакції рахунка-фактури за датою реєстрації ПДВ рахунок-фактура

Відомості про виправлення

Кому вирішити цю проблему, потрібно імпортувати наведену нижче або вищу версію Конфігурації ER із бібліотеки спільних активів LCS:

  • Рахунків Model.version.61.xml зв'язку

  • RTIR Дані рахунка-фактури (HU).version.61.29.xml

  • RTIR mapping.version.61.58.xml

Виправити Інструкції з завантаження наведено нижче.

https://learn.microsoft.com/en-us/dynamics365/unified-operations/dev-itpro/analytics/download-electronic-reporting-configuration-lcs

Опис виправлення

Цей гарячий fix надає такий алгоритм ідентифікації обмінного курсу:

Визначення:

A = CurrencyCode рахунка-фактури (для приклад EUR або HUF)

B = CurrencyCode у податковому коді першої податкової транзакції рахунка-фактури {передбачається, що всі податки транзакції за тим же рахунком-фактурою повинні мати однаковий Код валюти в пов'язаному податку codes setup} (наприклад, HUF)

Алгоритм:

IF A = B

THEN exchangeRate = "1"

ELSE exchangeRate = Грошова одиниця обмінний курс типу, визначеного як "Фінансовий тип обміну валют" у ledger інсталяції від А до B на дату ПДВ реєстру рахунка-фактури

У цьому щоб уникнути потенційних «INCORRECT_SUMMARY_DATA_INVOICE_VAT_AMOUNT_HUF» попередження (p.206 з "Звітування про дані рахунка-фактури, опис API REST Інтерфейс & документація розробника", який описується як такий:

"Питання попередження, якщо вихідна сума ПДВ в сукупному рахунку-фактурі в рахунку-фактурі грошова одиниця та сума ПДВ в HUF не відповідають на основі обміну тарифи, зазначені в елементах рядка.  Обчислення: у випадку з currencyCode<>"HUF", сума ПДВ в кожен елемент рядка (lineVatAmount) потрібно помножити на значення обмінного курсу у елемент рядка (lineExchangeRate), а загальна сума цих продуктів дорівнює сума ПДВ рахунка в HUF (рахунок-фактураVatAmountHUF).  Терпиме відхилення: 1% елемент invoiceVatAmountHUF, але принаймні 1 одиниця."

Розрахунок значення таких позначок також змінюються відповідно:

- <лініяVatAmountHUF> обчислюється як <lineVatAmount> множиться на ExchangeRate

- <> vatRateVatAmountHUF обчислюється як <vatRateVatAmount> множиться на ExchangeRate

- <рахунок-фактураVatAmountHUF> обчислюється як <invoiceVatAmount> множиться на ExchangeRate

Пам'ятайте: звітні значення в <lineVatAmountHUF>, <vatRateVatAmountHUF>, <рахунок-фактураVatAmountHUF> у деяких випадках значення, які зберігаються в податкових операціях, можуть відрізнятися з таких причин:

-          Обмін ставка за датою транзакції та курсом обміну на дату реєстрації ПДВ Різних.

-          Обліку грошову одиницю та грошову одиницю, визначені для податкового кодексу тріангуляція обмінний курс (який використовується для розміщення: документ грошової > accounting currency > tax code currency) on posting moment may different from обмінний курс від валюти документа до валюти податкового коду на дату ПДВ Зареєструватися.

Ці аспекти має бути під контролем користувачів і може потребувати коригувальних податкових операцій.

Потрібна додаткова довідка?

Потрібні додаткові параметри?

Ознайомтеся з перевагами передплати, перегляньте навчальні курси, дізнайтесь, як захистити свій пристрій тощо.

Спільноти допомагають ставити запитання й відповідати на них, надавати відгуки та дізнаватися думки висококваліфікованих експертів.

Чи ця інформація була корисною?

Наскільки ви задоволені якістю мови?
Що вплинуло на ваші враження?
Натиснувши кнопку "Надіслати", ви надасте свій відгук для покращення продуктів і служб Microsoft. Ваш ІТ-адміністратор зможе збирати ці дані. Декларація про конфіденційність.

Дякуємо за відгук!

×