Major Version 22.01Tax CodesMapping of tax codes with deductible and non-deductible taxDepending on the declaration field to which a tax code is mapped, different values may have to be entered. In most cases, a distinction is only made between base and tax. In some cases, however, the deductible tax, or even the non-deductible tax, must be entered explicitly. Tip |
---|
| This field is only displayed if the corresponding setting for the current country is configured in Settings → Countries. The default is [Tax base] for Tax base fields and [Full tax] for Tax as well as Input tax fields and is also selected when this option is turned off. |
Depending on which field or field type is mapped, a different set of import types is available for selection: Import type | Base | Full tax | Deductible tax | Non-deductible tax |
---|
Feldtyp |
---|
Gross | YES | YES | YES | YES |
---|
Base | YES |
|
|
|
---|
Tax |
| YES | YES | YES |
---|
Input tax |
| YES | YES | YES |
---|
For the validation of the tax code mapping, another check has been added to see if the field type of the mapped field is compatible with the import type. Tip |
---|
| If the complete gross amount is to be entered in the field, then one mapping with the tax base and one with the tax must be created. |
Import of deductible and non-deductible taxThe information import type from the tax code mapping is used to decide when importing the reporting values whether the assessment basis, full , deductible or non-deductible tax is used. The checkbox "Tax code is partly deductible" in the tax code itself is no longer has a functionavailable. For gross fields (relevant for Belgium), the column "Type" is also displayed. For gross fields, not only the tax base but also the tax can be mapped to a field. In this case, both values are entered separately. In order to distinguish whether it is the tax base or the tax, the type is also indicated. The following types are available: Entry | Meaning |
---|
base | Taxable Base | tax | Full tax | ded | Deductible tax | nded | Non deductible tax |
Adjustments with deductible and non-deductible taxIn the case of manual adjustments to a tax code with several mappings, at least one of which is mapped with deductible or non-deductible tax, the adjustments are not carried out automatically via the mappings for which the value to be adjusted cannot be calculated. Previously, the calculation of manual adjustments over a mapping of deductible tax was always based on the full tax value.
This allows all adjustments to be mapped cleanly using the correct mapping. When adjusting to a mapping with Tax base or full tax, the other value is calculated. Fields on which deductible tax or non-deductible tax is mapped with this tax code remain unchanged at this point. The correct value for this mapping can then be entered and added here. Conversely, this value is not extrapolated to the Tax base or the full tax.
In this case, up to 3 adjustments must be made: - At least one mapping with the Tax base or full tax exists: An adjustment of the Tax base or full tax must be made and is transferred to all fields that are mapped with this tax code with Tax base or full tax.
- At least one mapping with deductible tax exists: An adjustment of the deductible tax must be performed and will be transferred to all fields mapped with this tax code with deductible tax.
- At least one mapping with non-deductible tax exists: An adjustment of the non-deductible tax must be performed and will be transferred to all fields mapped with this tax code with non-deductible tax.
Reconciliation adjustments are only ever transferred to the tax base and the full tax, remaining fields with deductible or non-deductible tax must be entered manually. Resubmissions are also only transferred to the tax base and the full tax. For adjustments with deductible or non-deductible tax, no resubmission is generated. These must be added manually. Tax code nameTax codes no longer have to have two digits, up to 20 characters can be used. ReportsReports with several or all companiesIn all reports whose contents are output for all companies and for which the companies are displayed in the first column either in a pure list or in a VAT group tree, the information unit number and unit name are no longer shown together in one column, but each in a separate column. Affected are: - Reporting values of all companies by field position
- Reporting values of all companies by tax codes
- Overview prepayment / payable
- Month overview
- Finance plan overview
Vat validationIn the The VAT validation report, not only the accounts can now be collapsed, but also all fields that have several tax codes and a field total, so that only the column for the field total is visible in the collapsed state. In addition, both the accounts and the fields are collapsed at the time of retrieval, so that the validation is initially displayed as a rough overview. Afterwards, either individual fields and account types can be expanded in Excel, e.g. to examine specific deviations, or it is possible to use a single click to expand all accounts or all fields to produce a detailed view. New vat validationThe VAT validation is now implemented in the new design in which most other reports are also created. This means that this design can also be modified by the design template. In addition, the new version has a separate column for each tax code, not just for each field. The tax codes are assigned to the fields. In addition, there is still a totals column for each field if more than one tax code is mapped. This does not replace the functionality at this point, but extends it. There is also a totals row in bold for each account type. In addition, all accounts of the same type are grouped in such a way that they can be conveniently shown and hidden in Excel in order to switch between a clearer and a more detailed view of the validation. If deviations remain is now implemented in the new design in which most other reports are also created. This means that this design can also be modified by the design template. In addition, the new version has a separate column for each tax code, not just for each field. The tax codes are assigned to the fields. In addition, there is still a totals column for each field if more than one tax code is mapped. This extends the functionality at this point. The columns with the tax codes are grouped in Excel so that they can be displayed and hidden conveniently. There is also a bold totals row for each account type. The accounts of the same type are also grouped in Excel so that they can be conveniently shown and hidden in order to switch between a clearer and a detailed view of the validation. After retrieving the report, the columns with the tax codes per field and the rows with the individual accounts are hidden so that only the total per field and account type is visible. This view is clearer to start with. Then, depending on the need, an individual field or account type can be specifically expanded to view the values per tax code and account. In addition, the entire report can be expanded so that all values can be seen. If there are deviations in the last row or column that should be consideredviewed, they are now highlighted in yellow. If the reporting period of the company is neither monthly nor quarterly, another spreadsheet is offered on the reporting period if the user is in the reporting period. Canceling the report creationDuring the creation of a report, the creation of this report can be cancelled via the Notifications area. There is a button with an X for this purpose. After a report has been created, it can be deleted via the Notifications area without having to download it. A button with a bin symbol is available for this purpose. New report: Resubmissions of the yearThis report shows all resubmissions of all companies that play a role in the selected year and for which the user is authorised. This includes both resubmissions from previous years that were just booked in the current year and resubmissions that were created in the selected year and are either not yet booked or will be booked in the following year. The following columns are filled in for each resubmission: Columns | Meaning |
---|
ID | ID of the resubmission | Unit-ID, Unit name, Company code, Unit type | Identification of the affected company | Created in period | Period in which the resubmission was created by a change made. This does not necessarily have to happen in the selected year of the report. | Deadline | The deadline by which the resubmission must be processed. Once a period that starts after the deadline is selected, this resubmission blocks the import if it is still open. | Status | The processing status of a resubmission can be either open or closed. | Posted in period | Period in which the resubmission was posted. This does not necessarily have to happen in the selected year of the report. For resubmissions for which "no posting necessary" was selected, "no posting necessary" is entered here. For open resubmissions, "no information available" is entered. | Resubmission type | Adjustments from the system always have "SAP-accounting entry" entered here. There are also deferred open reconciliations, tasks from the VAT-Audit and self-set reminders. | Base field, tax field | The fields that are affected by the resubmission. | Tax code, tax code form, tax rate, tax code description | Info about the tax code for which the resubmission was created. | Adjustment type | Either base or tax. If a resubmission concerns both sides, the side from which the resubmission was created is entered. | Basis of assessment, Tax | Value of the resubmission. If one of the entries is empty, the adjustment is only made to the opposite side. | Source | Resubmissions can result from manual adjustments in the declaration [MAN], or from adjustments by reconciliation, such as the automatic adjustment of the assessment base or tax from rounding differences [AUTO-AB1] , from manual reconciliation 1 [AB1], as well as other reconciliations (each AB + the number of the reconciliation). | SAP document-no. | When editing the resubmission, the SAP document number of the document with which the original adjustment was subsequently posted in SAP can optionally be entered here. | Created by, Creation date | The compliance stamp for generating the resubmission with user and time. | Changed by, change date | The compliance stamp for the last change to the resubmission with user and time. | Comment | The comment of the resubmission is already created when the manual adjustment is created and can be adjusted when editing the resubmission. |
Reporting values of all companies by tax codesThe reports "Reporting values of all VAT group members per tax code" and "Reporting values of all companies by mapped tax codes" were combined in the report "Reporting values of all companies by tax codes". The reports were very similar in content and only differed in details. In addition, the new report is also available in other countries. The report records all reporting values of the selected period for all companies. There is a spreadsheet for each company group and a spreadsheet with all standalones. There is also a spreadsheet with all companies. A list of the companies or the tax group tree is shown in a table opposite the tax codes, which are sorted according to the declaration fields. ReconciliationsCompanies whose values are entered manuallyReconciliations 10, 12 and 13 can now also be configured and carried out for companies whose values are entered manually. The status of reconciliations for manual declarants is also displayed in the status and in the month overview. In addition, reconciliations can also be set to mandatory for manual declarants, so that the declaration can only be closed when these reconciliations have the status successful. ReconciliationsIn [Master Data] → [Reconciliations], the box [Resubmissions to No booking] can be ticked for each company. If this box is ticked, then the resubmissions resulting from the automatic adjustment of reconciliation 1, i.e. those adjustments below the tolerance limit that can also be configured in this table, are automatically set to not to be posted. Usually, these are rounding differences that will probably not be adjusted in the ERP system. ReconciliationsIn [Master data] → [Reconciliations], you can select whether only the output VAT values should be checked in reconciliation 1 or whether input VAT values should also be checked. The check mark is set in Germany by default. OtherProcessing resubmissionsResubmissions can no longer be posted in periods prior to the period in which the resubmission was created. Resubmissions cannot be posted in annual declarations either. Offsetting entriesWhen creating an offsetting entry, a pop-up opens that lists all offsetting entries that result from this and asks for confirmation of this process. Offsetting entries not only affect the field itself, but also, for example, the corresponding mapping of the tax base or tax, or a multiple mapping. In the pop-up, as in the normal input mask, a comment must be written which, when saved, is supplemented by the information as to which entry of the declaration has been offset. Licence KeyIf a licence with a limited number of companies is stored, the number of created and the maximum number of companies for the currently selected period is displayed in the dialogue Master data → Home. If at least 90% but not 100% of the companies already exist, there is a warning when creating a company that the maximum number of companies will soon be reached. In the event that the company limit is fully exhausted, the creation of a new company is prevented. If more companies need to be created, AMANA must be contacted for a licence extension. ESL CSV ImportIn the dialogue Settings → Interface Configuration, you can now configure which separator is used in the CSV file for an ESL import interface with the file type CSV file. Possible separators are the comma, the semicolon or the pipe ( ; , | ). Company CodeIn the tax code import, the option to create further company codes of the company if they do not exist has been removed, as only one company code per company is now allowed. If a company has several company codes, this is reflected via companie subdivisions. This is only permitted in the annual declaration in case of a change of the company code during the year. In this case, the company codes are taken over from the preliminary declarations. |