Ariba eForm - Part II (Advanced)

Complete the Group definition
Last time we only created the aml class, but we did not define some groups in the class properties that will be used for details view or search view for example, so we’ll need to complete this. As eForm extends Approvable, they inherit a Name field (which is defaulted by Ariba) which we do not want to see here so the group definition will look as below:

  <inModule name="ariba.common.meta.Requisition">
    <group name="HeaderDetailsEditable">
        <groupClass name="config.sandbox.supplier.eform.SupplierEForm">
                <groupField name="Name"/>
    <group name="HeaderDetailsNoneditable">
        <groupClass name="config.sandbox.supplier.eform.SupplierEForm">
            <groupField name="SupplierName"/>
            <groupField name="SupplierDUNSId"/>
    <group name="SupplierEFormDetailsGroup">
        <groupClass name="config.sandbox.supplier.eform.SupplierEForm">
            <groupField name="SupplierName"/>
            <groupField name="SupplierDUNSId"/>
    <group name="SupplierEFormSearchGroup">
        <groupClass name="config.sandbox.supplier.eform.SupplierEForm">
            <groupField name="SupplierName"/>
            <groupField name="SupplierDUNSId"/>


Wizard : make it nice
By default, we’ve seen that Ariba creates the eForm and associates the standard “3-steps” wizard. Actually as we have little information to enter, we can get rid of the first screen. Copy the file ariba/variants/Plain/wizards/Eform/Eform.awz to config/variants/Plain/wizards/Eform/SupplierEForm.awz (see wizardFile property in previous post) and remove the 2 lines that declares the first screens

        <step name="TitleFrame" file="Title.afr"/>
        <step name="FormFrame" file="Form.afr"/>

 Now when you open the eform, there’s only 1 screen with everything (summary and approval flow tab) :

Approval Rules : lets the eForm be approved
Create a new rule for the eForm we created (Go to the Administration Manager, then under Customization Manager click on Rule Editor and click on the Create New Rule Set (top left button))

    give a name to your file, generally JavaScript Rules, here we’ll have JavaScript SupplierEForm Rules
    Select your variant (Plain, you can define at a variant level if you want to have variant specific rule)
    From the Approvable drop down, select the class name
    Make it active and to be loaded at loaddb 9r1 has really simplified the creation of new rules, Before you would have add a simple rule and write in code both condition and action, something like:
function suppliermanager_condition (r) 
    return true;

var SupplierManagerGroup = Group.getGroup("Supplier Manager");

function suppliermanager_action (r) 
    return ApprovalRequest.create(r,
                               "ruleReasons", "SupplierManagerApproves");

Now you can do it via UI and it looks something like:

Again, you can create a new Edit Rule by UI

This Edit Rule tells the system that any user of the Supplier Manager group can edit the eForm and approval is not regenerated.

Workflow : let the supplier be created
The eForm workflow is like a state diagram; it describes the possible state of the eForm and declares action which will take place at the different state of the eForm. In our example, we want a supplier to be created once the eForm is approved, so we need to add a workflow file under config/variants/Plain/workflows/ SupplierEFormWorkflow.efm and define it as

<!DOCTYPE workflow SYSTEM "../../../../ariba/server/workflowserver/workflow.dtd">
<workflow name="SupplierEForm"
          description="This is our supplier eForm workflow - create suppliers once request is approved">
    <beginState name="BEGIN">
            <transition name="BEGIN_TO_APPROVED">
                <fromState name="BEGIN"/>
                <event type="SupplierEForm:Approved"/>
                <toState name="APPROVED"/>
            </transition >
    <state name="APPROVED">
            <action implementation="config.sandbox.supplier.action.SupplierEFormApproved"/>

From the workflow definition : You can name your workflow as you want but it is important (we’ll see in a minute) The workflow class must match our supplier eForm class so the system knows this workflow will act on this class Now you define the state. Here we say that the approval starts with state BEGIN; and we have a transition from BEGIN to APPROVED, note the event type is SupplierEForm:Approved, this is the name of the workflow with the new state, so you can reference other workflows. For example if you look at more advanced workflow like Purchasing or Invoicing workflows, the transition occurs when other workflow are triggered. We tell the system that when he enters the APPROVED state, it must run a given action. This action is a java class and will create our supplier. The action class is defined as following:

public class SupplierEFormApproved extends Action
    public static String className = SupplierEFormApproved.class.getName();

     * Entry point of the Action
     * @param object
     * @param params
     * @see ariba.base.fields.Action#fire(ariba.base.fields.ValueSource, ariba.util.core.PropertyTable)
    public void fire (ValueSource obj, PropertyTable arg1)
    throws ActionExecutionException
        ClusterRoot eform = (ClusterRoot) obj;

    private void createSupplier (ClusterRoot cr) {
        // create a new partitioned supplier
        Supplier supplier = createPartitionedSupplier(cr);

        // use post load integration event to link with common supplier
        IntegrationPostLoadSupplier updateSupplier = new IntegrationPostLoadSupplier();, null);

     * This method creates a new partitioned supplier with the minimum necessary values
     * based from values in eform and link to a common supplier.
     * @param eform the eform which contains the supplier values
     * @return a new partitioned supplier
    private Supplier createPartitionedSupplier (ClusterRoot eform) {
        // ---------------------------------
        // create the new supplier
        // ---------------------------------
        Supplier supplier = new Supplier (eform.getPartition());

        // set header supplier values from eForm

        // add the duns as a new organizationIdPart
        // ---------------------------------
        // save object
        // ---------------------------------;

        return supplier;

     * allowed types for the value
    protected ValueInfo getValueInfo ()
        return new ValueInfo(IsScalar, Approvable.ClassName);

Okay, we’re done, when the eform will be approved a new supplier will automatically be created.


- 13 December 2012 at 10:33
Lots of specialists tell that mortgage loans help people to live their own way, because they are able to feel free to buy needed things. Moreover, different banks present bank loan for all people.
- 15 October 2015 at 11:18
Thanks for share.
[URL=]Astrologer in Chennai[/URL]
- 27 October 2015 at 08:23
Thanks For share .
[URL=] Love Problem Solution Baba ji [/URL]
- 3 November 2015 at 15:07
Thanks’ for sharing your knowledge, it is nice to have good information's.
- 4 December 2015 at 12:15
Best article.
- 11 December 2015 at 08:39
good article.
- 15 December 2015 at 07:19
This is Good content.
- 16 May 2016 at 09:06
nice article
pass4sure 74-409
- 14 June 2016 at 11:18
Nice content.
- 15 July 2016 at 05:36
Nice post
- 3 October 2016 at 19:48
- 1 January 2017 at 07:30
crowdfunding websites in india
- 1 January 2017 at 07:30
image consultant
- 28 March 2017 at 09:25
Nice Posting...
- 24 July 2017 at 14:17
I keep listening to the news speak about getting free online grant applications so I have been looking around for the best site to get one.:)
- 13 October 2017 at 11:04
- 13 October 2017 at 13:08
bast post
- 16 April 2018 at 18:24
Leave a Comment
Enter text shown in left: