ERES Setups
ERES Setups
The document is organised into 6 sections that will cover the setups needed for enabling
E records and E signatures.
Note: It is recommended that the user refer the presentation on ERES on FoL while going
through this document.
7/19/2023 1
Section 1: AME Setup
An AME setup is done for an event. We create rules for the event. Rules have three
components:
- Condition (this needs an attribute and a confirming value),
- Action (type of approval action e.g., serial approval or first responder wins)
- Approver (this needs an approver group)
7/19/2023 2
First step in the process is to select transaction. Usually transactions’ name start with
product name itself. In this case we are looking for transactions starting QA. Example:
7/19/2023 3
Now a Rule needs to be created for this transaction.
7/19/2023 4
Now we will create Condition
7/19/2023 5
For this condition, we have taken seeded attribute as QA_PLAN_TYPE. String value
means that the condition is considered fulfilled when QA_PLAN_TYPE is ERES. Note
that string value is a non-validating, text field. Attribute must match the string value
exactly. Press Apply.
Note that a new condition has been created with string value and attribute being
displayed.
7/19/2023 6
Next is to define action type
Note:
- For this action type two approver groups are attached
- The selection of voting method here has precedence over the one defined in the
approver group.
7/19/2023 7
Next, we will create an approver group
As we can see below, a seeded approver group, by the name Discrete Mfg exists. We will
create a new one.
For new Approver group, we need to provide a name. Voting method needs to be
specified. Serial voting method means that the workflow will go to each user only when
the previous user has approved. Another voting method is First responder wins. In this
case the notification will go to all the users in the user group. Approval by a single user
will mean that e signature process is complete.
7/19/2023 8
Next is to add users to the approval group. Scrolling this screen down provides option of
adding the users.
Three users have been added. This means that notification will go to all the three users.
As per the voting method selected, the first responder will win. Press Apply for
completing this setup.
Note: Approver type can be HR people also, like Jonathan Smith. In this case, the
approver (FND User) is derived from FND user attached to the HR employee (in the User
form). Ensure that multiple FND users are not attached to single HR employee. In this
case workflow fails.
The new approver group, “AK Approver Group” is created and is ready for being
included in AME setup.
7/19/2023 9
Next step is to create the Rule. Click on “Return to dashboard”
There is one seeded Rule. We will create a new Rule. The process involves few steps, as
below:
Step 1: For entering rule details
7/19/2023 10
Step 2: Add condition from LoV
7/19/2023 11
Note that for the action type two conditions are visible. Select the condition created
previously.
Step 4: Review
This rule translates as: when QA_PLAN_TYPE is ERES, then the required action is to
take approval from AK Approver group.
7/19/2023 12
The rule has been created and has been made effective.
7/19/2023 13
Section 2: ERES Setup
In this section we will learn on various setup needed to enable E Records and E
Signature.
7/19/2023 14
Process of setup starts with querying for transaction variables for transaction “QA ERES
Collection Plan Creation”
It must be noted that while querying, the rule field was left blank. This means that for all
the rules attached to the transaction “QA ERES Collection Plan Creation”,
- E records are needed
- The style sheet is qa_plan.xls
- E record sheet version is 1.0
- E signature is required
All the parameters can be changed. A change at this level will impact all the rules
attached to the transaction.
ERES and E records are mandated by certain industries in US. The mandate is that, for
certain transactions digital signatures are captured and for some only records are needed.
Assume that for rule “AK Rule for Collection plan creation” we want that though E
records are created, E signature be not triggered.
Note that the default values for “AK Rule for Collection plan creation” are same as seen
in the previous screen shot.
7/19/2023 15
To disable E signature for this rule click on create in rules variable. This will create rule
specific exception.
7/19/2023 16
From Business perspective this means: For the combination of transaction “QA ERES
Collection Plan Creation” and rule “AK Rule for Collection plan creation”, E-records
will be created but no E-signatures will be needed.
Change of the value for parameter (E-signature required) to N, was done for the purpose
of illustration only. The same will be reverted back to Y for the purpose of business flow.
7/19/2023 17
Section 3: Workflow setup
In this section we will learn on various setup needed for Workflow setup.
Select Business Events. This is for enabling the event and subscription:
7/19/2023 18
Query for event named, oracle.apps.qa.plan.create to verify that if the same is enabled.
7/19/2023 19
Next we need to verify that the subscription for this event is enabled. Click on
subscription icon.
For environment azimq203, subscriptions are enabled for event QA ERES Collection Plan
Creation.
There maybe a case where event is enabled but subscription is disabled. To enable the
subscription the user must have administrative rights. Once the user has administrative
right, an update icon will be available, next to subscription icon, once a query for event is
made.
7/19/2023 20
The value for Workflow system administrator should be set to “*”. In this it is set to “*”.
Incase this value is say “SYSADMINSYSADMIN”, then,
- When the new instance come, login as SYSADMIN / SYSADMIN, and change
the value to “*”, OR
- Raise RC Apache/OA core setup and request for changing value of Workflow
system administrator to “*”
7/19/2023 21
Session 4: Profiles
For E-Records and E signature to be effective, the user value must be set to Yes.
7/19/2023 22
Session 5: Transaction
Note: Button Enable Deferred signature will appear on the collection plan only when
profile, EDR: E record and E signature is set as Yes. Deferred E-Signature support is
provided for only EQR and UQR. Deferred signature is supported from R12.
Save the plan. On pressing save
7/19/2023 23
All the three users, AK1, AK2 and AK3 are eligible to sign online. Assuming AK2 signs.
7/19/2023 24
7/19/2023 25
The transaction has been saved successfully. For a collection plan with any other plan
type, the E Signature process would not have triggered.
7/19/2023 26
Session 6: Troubleshooting
One of the primary errors that appear in case of setup issues is as below:
Resolution:
The value for the profile Server Timezone must match EDR: Server time zone, and must
not be NULL. The value in this case is (GMT –06:00) Central Time, as shown in the next
screenshot.
7/19/2023 27
7/19/2023 28