The base product provides several rules that attempt to determine master data that may already exist in the system for a tax form being filed. This section describes the functionality of these rules at a high level and highlights any potential dependency between rules. In every case the business object is provided along with a link to the Apply Rule algorithm where the detailed description provides more details. Note that some rules may also be used for registration forms. Refer to the separate registration form section for details. In all cases, the rules are expected to be plugged in as a validation rule event.
Determine Tax Form Filing Period (C1-DetermineTaxFormFilingPer). This rule determines the filing period for the tax form using valid filing calendars on the tax type or valid filing periods on the form type along with form dates to identify the appropriate filing period. The filing period is a key piece of information for further validations of the tax form and the taxpayer. This rule or a similar one that works based on the business rules of the particular tax form type should be one of the early validation rules.
Check Taxpayer Existence (C1-CheckTaxpayerExistence). This rule uses the person ID and optionally the taxpayer name to identify a taxpayer (person). If the form type supports a secondary taxpayer, the rule supports secondary taxpayer identification as well. If no taxpayer is identified, it issues an error if the tax type indicates that pre-registration is required. Otherwise, the assumption is that the taxpayer will be created at posting time. Note that if a form uses a tax role external ID and does not supply any other taxpayer identification, then this rule is not needed. The Check Pre-registered Account and Tax Role rule can also populate the taxpayer's Person ID based on the tax role.
Account and Tax Role Determination rules. The product provides more than one rule that attempts to determine the account and tax role based on different types of data that may be present on the form.
Check Pre-registered Account and Tax Role (C1-CheckPreregTaxRoleAccount). This rule is used for tax types that require pre-registration before filing a tax form. It also caters for forms that use a Tax Role External ID as a key identifier. It supports situations where the form does not include other fields for identifying the taxpayer. It also caters for situations where the filing period has not been identified by a previous rule. This rule can populate the filing period based on the determined tax role.
Check Account and Tax Role Existence (C1-AccountTaxRoleCheck). This rule caters for tax types that may not require pre-registration. It assumes that the filing period for the form has already been identified.
If the taxpayer id is not populated, it does not process further. The assumption in this case is that the form allows "auto-registration" and that the person, account and tax role will be added later. Note that it does not check for pre-registration in this scenario because it assumes that a rule that has attempted to identify a taxpayer has already issued an exception for pre-registration tax types.
If the taxpayer is populated, it attempts to find the account and tax role for the form. In each case, if more than one is found based on the rules, an exception is created. If no record is found, then it only issues an error for tax types where pre-registration is required.
Check Filing Period Obligation (C1-CheckFilingObligationExist). This rule tries to find an existing non-canceled obligation for the account, filing period (filing calendar and end date) and tax role identified for the form. If an appropriate record is found, the ID is populated into the record. If no records are found, no exception is created. The assumption is that even for pre-registered tax types, it is valid for the obligation to have not yet been created when the tax form is received.
Copyright © 2007, 2016, Oracle and/or its affiliates. All rights reserved. Documentation build: 2.5.2016 10:21:45 [T1_1454696505000]