As a form creator, I want to define past and range validations to my date field type with response date as parameter

Priority

Components

Affects versions

None

Description

Design Deliverable

Mockups

Context:

For our customers, in many use cases dates need to have validations, so the user can't input a value that is invalid, we have this kind of validation for numeric and text fields already through the UI.

Some use cases that we need to cover for date pick validation are:

  • When an agent or customer/prospect is trying to buy an insurance policy online using Liferay Forms, they need to pick an effective date for their policy.  This policy effective date has to be greater than the current date but cannot exceed past 30 days of current date (some insurance policies have different rules about the 30 days - can be 60 days, for example).  Insurance companies have an eligibility date range because that policy effective date helps determine what rates to apply to the quote. 

  • Having the date range also helps ensure that the person buying the policy is not fraudulent - For example, if I get into a car accident today and don't have insurance, I will try to buy insurance online with a policy effective date of yesterday so that I can file a claim with my insurance company to avoid paying for the accident out-of-pocket. Insurance companies avoid fraud like this by having rules that state their policy cannot be effective until at least the next day of purchase.

Acceptance Criteria

1 - Given an admin user,
when adding a date field in forms,
then I must be able to add a past and range validation using the response date as parameter

2 - Given a user,
when filling a form with date fields with validation,
then I must only be able to submit a form/change page of the form with dates that pass the validations

Definition of Done (DoD):

  • All Acceptance Criteria were passed;

  • Make sure that the expected automated tests were created (unit / integration / functional) and passed successfully;

  • Code with peer review completed;

  • Validated by QA, Product Designer and/or PM;

  • No critical bug related to Story scope (ex.: similar of FP4, FP5);

  • Make sure that all system documentation were updated (if necessary)

  • Make sure that it has the extensions points needed to allow GS and customers to customize the feature (If applicable)

100% Done
Loading...

Activity

Show:

Diogo Santos July 27, 2021 at 1:48 PM

Test Result of Round 1: 


Blockers: 

Non-blockers: 

Completed
Pinned fields
Click on the next to a field label to start pinning.

Details

Assignee

Reporter

Sprint

Zendesk Support

Created June 15, 2021 at 8:33 AM
Updated May 18, 2022 at 2:01 PM
Resolved July 30, 2021 at 10:38 AM