PeopleSoft Forms and Approval Builder

Forms and Approval Builder are designed to make a paperless office making the task easier for users. A form can be designed and published in 30 minutes by the functional resources with minimal PeopleSoft technical skillset. The  transactional data submitted/approved from forms is validated, processed and stored into transaction tables through PeopleSoft Component Interface.

Few Business Case include: 

• Subject Matter Experts(SME) /Functional Analyst (FA) can create forms easily. e.g Recruiter can create a form to store additional information of applicants.
• SME/FA can create any form with their company logo and can provide the instructions and sample attachments.

In general, Online form builder is taking PeopleSoft one step closer to a complete SAAS model, in a way that SMEs/Functional Analyst can create the forms (Very minimal hands on from technical team).

Benefits:

• Easy online designer.
• Minimal PeopleSoft technical knowledge is required.
• Submitted forms can be approved and then data can be inserted into transaction tables on a single button click.
• History data is stored automatically for each approval chain. Prompt records can be defined for entering data.
• Form fields can be arranged in one or two columns and can be made required so that users thoroughly complete the form.
• From Date and To Date can be provided for a form.
• Enhanced security- forms can be locked down after submission or approval.
• In the instructional text, rich text enables you to upload any pictures e.g. company logo, personalizing the form for the company.
• Forms can be inactivated if not needed, so that it is not visible in the navigation.
• Upgrades to PeopleSoft system do not require upgrading the forms.

Development Process:

1. Define the prompt tables required for form. 
2. Design the form, provide instructions/attachments, set the approval path and activate the form. 
3. Map the Form fields to Component Interface.

Step 01: Define the prompt records required for form.

Navigation: Main Menu->Enterprise Components->Forms->Define Prompt Records

Provide the required prompt records for your form as shown below

Step 02: Design the form,provide instructions/attachments,set the approval path and activate form.
Navigation:Main Menu-> Enterprise Components->Forms->Design a FormThe intuitive form design wizard guides user step by step for publishing the form

Designing a form has six substeps:

02a: Provide Form basic information

02b: Provide Instructions for the Form-as how to use the form
02c: Provide Form Fields and Form Field edits
02d: Provide Attachments-optional
02e: Define the navigation and publish to menu
02f: Define the approval if needed

After these steps a Form can be reviewed and activated.



While designing the form, if administrator wants to restrict the user for selecting the values of other fields based on other fields, then prompt control is helpful.E.g. after selecting the emplid, only the related name should appear in the prompt.

This could be achieved in two steps:

i) Add a row in EmployeeID prompt control grid and specify the record name that equates to name record and specify emplid in field as shown in figure below.

ii) Define Name field as a Prompt field, and specify the same record as Prompt record that was used in the EmployeeID Prompt Control grid.

Step03: Map the Form fields to Component Interface.
Navigation: Main Menu->Enterprise Components->Forms->Form to CI MappingProvide CI, Level0 Record and Menu name. The fields will be automatically populated.


Form can be viewed in the navigation where published.


After Submission, forms go for approval (if defined).and then approver or administrator can Save and Post the form. Values will be stored in database.

Points to Remember:

• The form field and record field should be of same data type. 
• Provide menu name in Form to CI Mapping , if skipped, Save and Post Form button will not be visible for posting the form to database. 
• Provide Form field name while mapping CI to Form (in Form to CI Mapping). 

Limitations:

• Transactional data can be added, but the existing cannot be updated (very similar to Google Forms).
• Not possible to design grid for the users to insert parent/child data. 
• Not possible to make control the display like Enable/Disable, Visible/invisible depending on program logic. 
• It cannot be designed for self service functionality. 

Author,

Madhur Mohini

Kovaion - PeopleSoft Consulting Practice

madhur.mohini@kovaion.com

PeopleTools 8.54: PeopleSoft Fluid UI

Last week the PeopleSoft Technology Blog announced the general availability of PeopleTools 8.54. We are really excited to dig into the new features, particularly the new PeopleSoft Fluid User Interface. This new interface gives flexibility to a developer to dynamically control the PeopleSoft applications page display based on the user’s device type.

PeopleSoft application fluid pages scale from large screen devices such as laptops and desktops down to the reduced viewing space of tablets and smart phones. For a larger screen size, the application content gets adjusted accordingly to fill the viewing space. Likewise, for a smaller screen size, non-essential information can be removed and content is presented in a very usable fashion fitting the small screen space.

PeopleSoft Fluid pages can be built in large part the same as a traditional PeopleSoft page is created in  the application designer.

However, designing the page and configuring the component is somewhat different from the traditional PeopleSoft page development. PeopleSoft fluid pages emphasis more on CSS3, HTML5 and JavaScript. CSS is highly used in controlling the appearance and layout of a fluid page. Hence, application implementation team may need expertise in these areas to develop/customize a PeopleSoft Fluid page.

We will post soon with our hands on experience on this.