Hungary Real Time Reporting Users Guide PDF
Hungary Real Time Reporting Users Guide PDF
Page 1 of 35
Table of Contents
Introduction............................................................................................................................................3
Features..................................................................................................................................................4
Setup steps............................................................................................................................................6
Reports and Processes.........................................................................................................................6
Pre-requisites...................................................................................................................................................6
Setup requirement...........................................................................................................................................6
Process – CLE: Invoice Data Extract – XML and CLE: Invoice Data Extract File Loader....................... 12
Conditions for XML file creation:.................................................................................................................. 12
Mapping table...............................................................................................................................................12
CLE: Invoice Data Extract – XML................................................................................................................. 20
Rules and Examples....................................................................................................................................21
Parameters...................................................................................................................................................21
XML file example..........................................................................................................................................23
Process – PL/SQL API...................................................................................................................................24
API Signature:..............................................................................................................................................25
Installation............................................................................................................................................26
Assignment of Concurrent Programs to Request Groups........................................................................26
Localization and Global Descriptive Flexfields...........................................................................................26
Forms Personalization..................................................................................................................................30
Page 2 of 35
Introduction
As per Hungarian regulations, businesses issuing B2B sales invoices by means of an invoicing software will be
required to provide real time invoice data to the Hungarian Tax Authorities (HTA). The Hungarian Real Time
Reporting must include all receivables transactions, that are with other businesses that have Hungarian tax
numbers, having a VAT amount equal to or above 100,000 HUF. This threshold can be lower if the taxpayer
decides so. The reporting obligation must be fulfilled immediately after the creation of the invoice. The invoice
is considered to be created when the invoice information in the invoicing software is “permanently closed’’.
In summary, the steps required for the Hungary Real Time Reporting specification include the following
components:
Step 1 - Extracting Receivables transactions details
Step 2 - Requesting a token from the Hungarian Tax Authorities (HTA) website that temporarily
authorizes the taxpayer to submit information (validity of 5 minutes)
Step 3 - Formatting XML messages according to the prescribed format to communicate receivables
transactions to the HTA
Step 4 - Electronically hashing messages to be sent to the HTA
Step 5 - Sending file to HTA
Step 6 - Managing HTA invoice validation response messages
Step 7 - A dashboard for taxpayers to track submitted transactions to the HTA and their status
Step 8 - API in order to upload statuses in the ERP
This solution will address steps 1 and 8. The steps related to the transmission and interaction with the tax
authority web site, that is steps 2 to 7, can be performed by partner solutions or as customer solution.
Page 3 of 35
Features
The EMEA Add-On Localization solution introduces two new concurrent programs CLE: Invoice
Data Extract – XML and CLE: Invoice Data Extract File Loader to generate and extract the XML file for
AR transactions (Invoices, CMs) and to upload the generated XML file to a specific directory. The
objective is to extract the XML file for all transactions that are final printed or are accounted and are
permanently closed.
Second part of this solution introduces a PL/SQL API, which is expected to called by the partner
or customer solution and will update Transaction with Business validation status received from Tax
Authority.
Page 4 of 35
Hungary Real Time Process flow:
Solution
Yes
Page 5 of 35
Setup steps
Users will need to populate the Global Descriptive Flexfields listed below, when entering the
transactions. Mandatory Global Descriptive Flexfields / Localisations Descriptive Flexfields should also be
populated for LE, Customer Account, Payment Methods, Tax Codes, Items, Statistical Codes, Transaction
Types. Please see the details below.
The XML template will pick up information from the standard fields where the information is stored. There might
be some slight differences, in case you have a different setup such as the way the address is stored.
2. Define personalization on Legal Entity. Detail steps see below in the document.
3. Define personalization on Tax Rates. Detail steps see below in the document.
4. Define Tax Codes and define LDFF VAT Rate Type on Tax Codes.
Tax Manager -> Tax Configuration -> Tax Rates -> Query Tax Rate Code -> Update -> click on CLE:
Tax Rates Additional Info
Page 6 of 35
5. Define Item Statistical Codes on Item and define LDFF ‘Product Code Type’ on Item Statistical Codes
lookup (JGZZ_STATISTICAL_CODE).
Product Code Category: Application Developer -> Application -> Lookups -> Application Object Library -
> JGZZ_STATISTICAL_CODE
Statistical code: Inventory -> Items -> Master Items -> Main -> GDF ‘Statistical Code’
Page 7 of 35
6. Define Tax Registration number only in any of the following format -> HUXXXXXXXX-Y-ZZ, HU-
XXXXXXXX-Y-ZZ, HUXXXXXXXX or XXXXXXXX-Y-ZZ for Customers. Define Group Tax Registration
on Customer.
Customer -> Tax Profile -> Tax Registration -> Default Reporting Registration Number
Page 8 of 35
7. For Private Individual Customers define on Customer Profiles in the field Customer Category value
Individuals.
Customer Information -> Profile -> Customer Category
8. Define GDFs for the transaction header: Payment Method, Bank Account Number, and in case of Credit
Memo define Original Invoice Number, Invoice Category, Invoice Appearance and on Lines define
values for the GDF Intermediary Service.
Transactions -> Transactions
Page 9 of 35
Transactions -> Transactions -> Transaction Lines
9. Define LDFF Payment Method type on Receipt Method for particular Receipt Class.
Setup -> Receipts -> Receipt Classes
11. Define LDFF on Transaction Types to decide which transaction types are to be excluded.
Setup -> Transactions -> Transaction Types
Process – CLE: Invoice Data Extract – XML and CLE: Invoice Data Extract File Loader
Page 11 of 35
Conditions for XML file creation:
Not all invoices are affected by Real Time Reporting. The following must be taken into account when
selecting invoices:
1. Only AR Invoices are affected. This means purchase invoices are not exported.
- Only AR transactions are part of this solution.
2. Only domestic customers are affected; including foreign customers where on transaction Bill to Site -
> Address -> Country code is value ‘Hungary’. This means that there is no need to report EU sales
or exports.
- The CLE: Invoice Data Extract – XML is checking on transaction Bill To -> Address ->
Country code value ‘Hungary’ and is selecting only the invoices with a Bill To address
country code ‘Hungary’.
3. Only B2B invoices are affected. Supplies to private individuals do not need to be reported.
- Customers which are defined as Individuals are not selected for the XML file generation.
- Customer -> Profile -> Value Individuals
4. Only AR Invoices that have at least one line with a chargeable VAT are affected. There is no need
to report invoices that have all the lines with exempt supplies, zero-rated supplies or with reverse
charges.
- On the Tax code is LDFF ‘VAT Rate Type’ which identifies the type of VAT Code.
5. If the threshold decided by the Taxpayer is set to 0 , all AR Invoices with exempt supplies, zero-
rated supplies or with reverse charge will be reported.
6. Only invoices with VAT of more than HUF 100 000 (appr. EUR 320) are affected, as defined by
legislation limit. The threshold can be lowered as much as the taxpayer decides. There is no need
to report smaller values.
- Threshold amount can be defined by each company and the limit amount should be
defined on Legal Entity in the LDFF ‘Threshold Amount’. On Legal Entity it is also
possible to define Hungary Real-Time Reporting Start Date and the program CLE:
Invoice Data Extract – XML will extract only transactions with transaction date higher
as date defined in the LDFF.
7. If the Taxpayer decides to set the threshold to 0, it is possible to report all B2B invoices that have a
Hungarian Tax Number.
8. Transaction Types with LDFF ‘Exclude from Real Time Reporting and Data Provision Extract’ value
Yes will not be considered in the output. In case when LDFF value is Null or No the transaction type
will be included in the Data Provision Extract and also in the Real Time Reporting XML file. The
XML file should be created for Invoices, Credit Memos and Debit Memos.
A lot of fields in the XML, as per the requirement, are optional or only to be filled when related to a specific
industry. We do not provide information for those. Only tags displayed in this table are part of this solution. The
Tags which are not listed in the mapping table are not supported and are out of scope.
Some tags are mandatory and some are not. In case of mandatory tags, the user need to define all the data in
the system. In case when mandatory tags do not have data, the program will generate tags without value. In
case of non-mandatory tags the program will not display the tag in the XML file, if there is no value.
Mapping table
Page 12 of 35
invoiceExchange
invoiceReference
originalInvoic type="SimpleText50N Y Transaction number of the original invoice, on
eNumber otBlankType" which the modification occurs
supplierInfo
supplierAddress Y
Page 14 of 35
simpleAddress In this solution only tags for simple addresses are
provided. Detailed address tags are out of scope.
countryCode type="CountryCodeT Y Constant value = HU
ype" default="HU"
postalCode type="PostalCodeTyp Y Postal Code from customer’s site.
e" Customer Information -> Account Sites -> Site
Details -> Postal Code
city type="SimpleText255 Y City from customer’s site.
NotBlankType" Customer Information -> Account Sites -> Site
Details -> City
additionalAdd type="SimpleText255 Y Additional address details from customer’s site.
ressDetail NotBlankType" Customer Information -> Account Sites -> Site
Details ->
invoiceData
Page 15 of 35
paymentDate type="DateType" N Due Date
minOccurs="0" Transactions -> Transaction Header -> Due Date
invoiceLines
Page 16 of 35
line
lineNumber type="LineNumberTy Y Sequential number of the line
pe"
lineModificationRefer N
ence
advanceIndicator type="xs:boolean" N
minOccurs="0" Constant value ‘false’
default="false"
productCodes N
productCode Product code tags are displayed in the XML file
only in case when Item is defined on the line.
Page 17 of 35
AHK
CSK
KT
EJ
OTHER
<vatPercentage>0.27</vatPercentage>
Page 18 of 35
<vatOutOfScope>true </vatOutOfScope>
<vatDomesticReverseCharge>true
</vatDomesticReverseCharge>
dataName type="DataNameTyp Y
e"
dataDescripti type="SimpleText255 Y
on NotBlankType"
dataValue type="SimpleText255 y
NotBlankType"
invoiceSummary
summaryNormal
summaryByVatRate N
Page 19 of 35
vatOutOfSco type="xs:boolean" Y Summary according to VAT rate type
pe default="false" VATOUTOFSCOPE
vatRateNetAmount type="MonetaryType" Y The net amount for a given tax rate in the currency
of the invoice
vatRateVatAmount type="MonetaryType" Y The VAT amount for a given tax rate in the
currency of the invoice
vatRateVatAmountHU type="MonetaryType" Y The VAT amount for a given tax rate in HUF
F minOccurs="0"
vatRateGrossAmount type="MonetaryType" N The Gross amount for a given tax rate in the
minOccurs="0" currency of the invoice
Customers will run the concurrent program called” CLE: Invoice Data Extract - XML”, which produces the XML
file required to submit to the Tax Authority. Please see the parameters below.
This program will automatically submit ‘CLE: Invoice Data Extract File Loader’ which will upload the file to a
specific location in the file system, $APPLTMP/HU_REALTIME/’Date’ in the format YYYY-MM-DD. For each
invoices selected in the above program the separate XML file is generated.
File name convention is LegalEntityId-RequestId-InvoiceId.xml
Example: 3966-6554543-1063104.xml
Page 20 of 35
3. The XML File will be generated only for the AR Invoices that have at least one line with chargeable
VAT. There is no need to report invoices that have all the lines with exempt supplies, zero-rated
supplies or with reverse charges.
4. The XML File will be generated only for the invoices with VAT more than the HUF amount defined on
Legal Entity, in the LDFF segment ‘Threshold Amount’.
5. The XML File will be generated only for B2B invoices. Supplies to private individuals do not need to be
reported.
6. The XML file will not be generated for transactions with tax code defined with LDFF VAT Rate type ‘NR’
(Non Reportable).
7. The XML file will not be generated for transactions with ‘Invoice Validation Result Code’ set to
‘Extracted’.
8. The XML file will not be generated for transactions with a date earlier than the LDFF ‘Hungary Real-
Time Reporting Start Date defined on Legal Entity.
9. The XML file will be generated for all transaction types with LDFF ‘Exclude from Real Time Reporting
and Data Provision Extract’ value null or No.
10. Adjustment transactions on Invoices will not effect and change the original transaction line amounts Net
Amount, VAT and Gross amount.
Parameters
Legal Entity Yes NULL List of Legal Entities the user has access to.
Transaction Date No NULL Beginning of the date range to provide
From transactions for
Transaction Date To No NULL Ending of the date range to provide transactions
for
Transaction Number No NULL Beginning of the numbers range to provide
From transactions for.
The LOV displays:
Transaction Number
Transaction Type
Transaction Source
Transaction Number No NULL Ending of the numbers range to provide
To transactions for.
The LOV displays:
Transaction Number
Transaction Type
Transaction Source
Re-Extraction No NULL Value ‘Yes’ indicates to Re-extract the invoices,
using different request numbers, for the
transactions with a GDF ‘Invoice Validation Result
Code’ value ‘WARN’ or ‘ERROR’ and the GDF ‘Re-
extraction Invoice XML’ is set to ‘Yes’.
Page 21 of 35
XML file example
Page 22 of 35
Process – PL/SQL API
As part of the Oracle EBS solution, we will be providing a PL/SQL API that will be called by the partner
or custom solutions, when they receive the Business validation results back from Tax Authorities. This API can
be called in order to update the invoice validation status with either ‘OK’, ‘WARN’ or ‘ERROR’ at the Invoice
header level in the Global Descriptive flexfield “JG_RA_CUSTOMER_TRX”.
Partners and Customers can use this API along with the extraction of Receivables transactions details in order
to integrate their solutions in EBS with the other Real time reporting steps like requesting Token, electronically
hashing messages and manage Tax Authority invoice validation response messages.
This status update in the ERP system is required in order to extract the receivables transactions. Partners and
Customers can also query the receivables transactions from the application by providing the required status
value in the GDF.
Invoice Validation
Result Code
OK
WARN
ERROR
API will not update any status related to submission of transactions to the Hungarian Tax Authorities
and it will also not update any Invoice return error codes & messages from the HTA if any received by
Partners or customers.
The Function will return a status for the API call indicating the status of the update.
Page 23 of 35
API Signature:
The API consists of the following attributes:
1. Invoice ID - This is the unique identifier of the invoice to update.
2. Invoice Validation Result Code -- This is the invoice status with either OK, WARN or ERROR.
The API signature mentioned below is a FUNCTION and it returns appropriate text message on the invoice
status updated.
CLE_F510_INVDEXML_PKG.invoice_status_update
( invoice_id IN NUMBER,
inv_val_res_code IN VARCHAR2 ) RETURN VARCHAR2;
Page 24 of 35
Installation
Assignment of Concurrent Programs to Request Groups
Request Group setup provides access to the Concurrent Program/Concurrent Program Set to the user
responsibilities. Assign the following program/set to the request group attached to the responsibility from which
you want to access the functionality.
Reports
Serial Number Program Name
Segment CLE_F510_IN GLOBAL_AT CLE_F510_INVOIC Predefined lookup codes identyfing the tag =
6 VOICE_APPE TRIBUTE6 E_APPEARANCE physical appearance of the invoice invoiceAppe
ARANCE document: arance
- PAPER - Paper invoice
- ELECTRONIC - Electronic, non-EDI
invoice
- EDI - Electronic, EDI invoice
- UNKNOWN - The software is unable to
identify the type of invoice, or the type is
i=unknown at the time the invoice was
issued.
Segment CLE_F510_IN GLOBAL_AT CLE_F510_INVOIC This field is used to control the submission
8 VOICE_VAL_ TRIBUTE8 E_VAL_RES_COD status to tax authority:
RES_CODE E - EXTRACTED : XML extract has been
generated
-OK
-WARN
-ERROR
Segment CLE_F510_IN GLOBAL_AT Yes_No Values:
9 VOICE_REEX TRIBUTE9 -Yes
TRACTION -No
Value Sets
Lookup Value Description EN Start Lookup Note
Date
CLE_F510_INVOICE_APP PAPER Invoice issued on 1.1.10 CLE_F510_INVOICE_APPE
EARANCE paper ARANCE
CLE_F510_INVOICE_APP ELECTRONIC Electronic invoice 1.1.10 CLE_F510_INVOICE_APPE
EARANCE (not EDI) ARANCE
CLE_F510_INVOICE_APP EDI EDI invoice 1.1.10 CLE_F510_INVOICE_APPE
EARANCE ARANCE
CLE_F510_INVOICE_APP UNKNOWN The software 1.1.10 CLE_F510_INVOICE_APPE
EARANCE cannot be identify ARANCE
the form of
appearance of the
invoice
CLE_F510_INVOICE_VAL EXTRACTED Extracted 1.1.10 CLE_F510_INVOICE_VAL_
_RES_CODE RES_CODE
CLE_F510_INVOICE_VAL OK OK 1.1.10 CLE_F510_INVOICE_VAL_
_RES_CODE RES_CODE
CLE_F510_INVOICE_VAL WARN Warning 1.1.10 CLE_F510_INVOICE_VAL_
Page 26 of 35
_RES_CODE RES_CODE
CLE_F510_INVOICE_VAL ERROR Error 1.1.10 CLE_F510_INVOICE_VAL_
_RES_CODE RES_CODE
CLE_F510_INVOICE_CAT NORMAL Normal invoice 1.1.10 CLE_F510_INVOICE_CATE
EGORY GORY
Page 27 of 35
PE product code of the product
according to the Title B) in
the Schedule No.1 of the
Government Decree No.
343/2011.
CLE_F510_PRODUCT_CODE_TY EJ Classification of Inventory of 1.1.10
PE Construction
CLE_F510_PRODUCT_CODE_TY OWN The own product code of the 1.1.10
PE enterprise
CLE_F510_PRODUCT_CODE_TY OTHER Other product code 1.1.10
PE
Lookup
Lookup Value Description EN Start Date Note
CLE_HU_VAT_RATE_ vatPercentage Applied tax rate - 1.1.17
TYPE section 169 (j) of the
VAT law
CLE_HU_VAT_RATE_ vatExemption Marking tax exemption - 1.1.17
TYPE section 169 (m) of the
VAT law
CLE_HU_VAT_RATE_ vatOutOfScope Out of scope of the 1.1.17
TYPE VAT law
CLE_HU_VAT_RATE_ vatDomesticReverse Marking the national is 1.1.17
Page 28 of 35
TYPE Charge reverse charge taxation -
section 142 of the VAT
law
CLE_HU_VAT_RATE_ marginSchemeVat Margin scheme 1.1.17
TYPE including input tax
CLE_HU_VAT_RATE_ marginSchemeNoVa Margin scheme not 1.1.17
TYPE t including input tax
CLE_HU_VAT_RATE_ NR Will not be included in 1.1.17
TYPE Online Invoice
Submission
Forms Personalization
Page 29 of 35
3.Click On Create Item (corresponding to Identification Information)
Page 30 of 35
Change the Item Style to Static Styled Text,
Fill the following as given
ID: AddLegalDetails
Comments: Additional Legal Entity Information
Data Type: Varchar2
Destination URI:
OA.jsp?OAFunc=CLE_F220_PG&pExtendedPage=/oracle/apps/xle/legalsystem/legalentity/webui/LegalEntityD
etailsPG&pLegalEntityId={@LegalEntityId}&pEntityPartyId={@PartyId}&retainAM=Y&pExtendedTable=CLE_X
Page 31 of 35
LE_ENT_PRFLS_EXT&pConnectString=DFF_ID1={@LegalEntityId}&pCountry=COUNTRY=fnd_profile.value('
JGZZ_COUNTRY_CODE')
Prompt: CLE Additional Legal Entity Information
View Instance: GeneralUpdateVO
Click On apply Button and navigate to the Update legal entity screen.
Note: Please ensure you copy Destination URI text in a notepad , make sure there no spaces in between and
copy the text.
Select Context HU
Navigation Path:
Tax Manager -> Tax Configuration -> Tax Rates
a) Query for the Tax Rates:
Page 32 of 35
b) Click on the Tax Rate Code for which personalization is required:
Page 33 of 35
d) Click on the Create Item:
e) Enter the following fields: Item Style: Static Styled Text ID: CLEVAT
Destination URL:
OA.jsp?OAFunc=CLE_F220_PG&pExtendedPage=/oracle/apps/zx/taxcontent/regime/webui/ZxTaxRatesView
PG&retainAM=Y&pExtendedTable=CLE_ZX_RATES_B_EXT&pConnectString=DFF_ID1={@TaxRateId}&pCo
untry=COUNTRY=fnd_profile.value('JGZZ_ COUNTRY_CODE')
Page 34 of 35