-
Type:
New Feature
-
Status: To Do
-
Priority:
Medium
-
Resolution: Unresolved
-
Affects Version/s: None
-
Fix Version/s: Multiple Signer
-
Labels:
-
Company:CareerBuilder
-
Epic Link:
Overview:
Allow DMS user the ability to create a chain of users (workflow) in which a form will be sent so that each subsequent user can approve or decline a document.
Entry Criteria:
- User enters DMS platform via link or consuming application.
- User navigates to create an approval workflow
Acceptance Criteria:
- If I am a DMS user creating an approval workflow, I can enter in static people that should approve a document so that is go to specific people.
- If I am a DMS user creating an approval workflow, I can use a hierarchy to dynamically pull in approvers (ie. hiring manager to be pull in from ATS requisition).
- If I am a DMS user creating an approval workflow, I can save the workflow to be able to use when I have a document that needs approval.
- If I am a DMS user creating an approval workflow, I can copy a workflow so that I can tweak it and save a new workflow from the existing workflow.
Exit Criteria:
- DMS user hits 'Save'.
- DMS user exits the DMS platform.
Prerequisites:
- User is a current user of CBAT, CBES, or WT OR has stand alone link to log in.
- User knows how to access portal either by link or within CB application.
- relates to
-
DMS-1824 Create an API to fetch all approver groups along with paging and sorting features.
-
- On hold in Test
-
-
DMS-1825 Create an API to fetch particular approver group details
-
- On hold in Test
-
-
DMS-1826 Create an API to add/update approver group data.
-
- To Do
-
-
DMS-1827 Create an API to delete a particular approver group.
-
- In QA Testing
-
-
DMS-1828 Create a popup UI for adding/updating the approver group.
-
- On hold in Test
-
-
DMS-1829 Create a page to show all list of approver group along with data table functionality and action buttons
-
- Done
-
Field | Original Value | New Value |
---|---|---|
Epic Link | DMS-40 [ 69739 ] |
Fix Version/s | Winter release [ 10428 ] |
Sprint | DMS - Sprint 4 [ 132 ] |
Rank | Ranked higher |
Sprint | DMS - Sprint 4 [ 132 ] |
Sprint | DMS - Sprint 6 [ 134 ] |
Rank | Ranked higher |
Sprint | DMS - Sprint 6 [ 134 ] |
Resolution | Not in scope [ 10700 ] | |
Status | To Do [ 10000 ] | Done [ 10001 ] |
Resolution | Not in scope [ 10700 ] | |
Status | Done [ 10001 ] | To Do [ 10000 ] |
Fix Version/s | Enhancements - Fall [ 10610 ] | |
Fix Version/s | Winter release [ 10428 ] |
Remaining Estimate | 32h [ 115200 ] | |
Original Estimate | 32h [ 115200 ] |
Sprint | DMS - Fall Sprint 6 [ 165 ] |
Assignee | Samir [ samir ] | Robert Malony [ robert.malony ] |
Sprint | DMS - Fall Sprint 6 [ 165 ] | DMS - Fall Sprint 6, DMS - Fall Sprint 7 [ 165, 166 ] |
Description |
Overview:
Allow DMS user the ability to create a chain of users (workflow) in which a form will be sent so that each subsequent user can approve or decline a document. Entry: 1. User enters DMS platform via link or consuming application. 2. User navigates to create an approval workflow Acceptance Criteria: *IF I am a DMS user creating an approval workflow, I can enter in static people that should approve a document so that is go to specific people. *IF I am a DMS user creating an approval workflow, I can use a hierarchy to dynamically pull in approvers (ie. hiring manager to be pull in from ATS requisition). *IF I am a DMS user creating an approval workflow, I can save the workflow to be able to use when I have a document that needs approval. *IF I am a DMS user creating an approval workflow, I can copy a workflow so that I can tweak it and save a new workflow from the existing workflow. Exit: *DMS user hits 'Save'. *DMS user exits the DMS platform. Prerequisites: *User is a current user of CBAT, CBES, or WT OR has stand alone link to log in. *User knows how to access portal either by link or within CB application. |
h2. h2. Overview:
Allow DMS user the ability to create a chain of users (workflow) in which a form will be sent so that each subsequent user can approve or decline a document. Entry Criteria: # User enters DMS platform via link or consuming application. # User navigates to create an approval workflow Acceptance Criteria: # IF I am a DMS user creating an approval workflow, I can enter in static people that should approve a document so that is go to specific people. # IF I am a DMS user creating an approval workflow, I can use a hierarchy to dynamically pull in approvers (ie. hiring manager to be pull in from ATS requisition). # IF I am a DMS user creating an approval workflow, I can save the workflow to be able to use when I have a document that needs approval. # IF I am a DMS user creating an approval workflow, I can copy a workflow so that I can tweak it and save a new workflow from the existing workflow. Exit Criteria: # DMS user hits 'Save'. # DMS user exits the DMS platform. Prerequisites: # User is a current user of CBAT, CBES, or WT OR has stand alone link to log in. # User knows how to access portal either by link or within CB application. |
Description |
h2. h2. Overview:
Allow DMS user the ability to create a chain of users (workflow) in which a form will be sent so that each subsequent user can approve or decline a document. Entry Criteria: # User enters DMS platform via link or consuming application. # User navigates to create an approval workflow Acceptance Criteria: # IF I am a DMS user creating an approval workflow, I can enter in static people that should approve a document so that is go to specific people. # IF I am a DMS user creating an approval workflow, I can use a hierarchy to dynamically pull in approvers (ie. hiring manager to be pull in from ATS requisition). # IF I am a DMS user creating an approval workflow, I can save the workflow to be able to use when I have a document that needs approval. # IF I am a DMS user creating an approval workflow, I can copy a workflow so that I can tweak it and save a new workflow from the existing workflow. Exit Criteria: # DMS user hits 'Save'. # DMS user exits the DMS platform. Prerequisites: # User is a current user of CBAT, CBES, or WT OR has stand alone link to log in. # User knows how to access portal either by link or within CB application. |
Overview:
Allow DMS user the ability to create a chain of users (workflow) in which a form will be sent so that each subsequent user can approve or decline a document. Entry Criteria: # User enters DMS platform via link or consuming application. # User navigates to create an approval workflow Acceptance Criteria: # IF I am a DMS user creating an approval workflow, I can enter in static people that should approve a document so that is go to specific people. # IF I am a DMS user creating an approval workflow, I can use a hierarchy to dynamically pull in approvers (ie. hiring manager to be pull in from ATS requisition). # IF I am a DMS user creating an approval workflow, I can save the workflow to be able to use when I have a document that needs approval. # IF I am a DMS user creating an approval workflow, I can copy a workflow so that I can tweak it and save a new workflow from the existing workflow. Exit Criteria: # DMS user hits 'Save'. # DMS user exits the DMS platform. Prerequisites: # User is a current user of CBAT, CBES, or WT OR has stand alone link to log in. # User knows how to access portal either by link or within CB application. |
Description |
Overview:
Allow DMS user the ability to create a chain of users (workflow) in which a form will be sent so that each subsequent user can approve or decline a document. Entry Criteria: # User enters DMS platform via link or consuming application. # User navigates to create an approval workflow Acceptance Criteria: # IF I am a DMS user creating an approval workflow, I can enter in static people that should approve a document so that is go to specific people. # IF I am a DMS user creating an approval workflow, I can use a hierarchy to dynamically pull in approvers (ie. hiring manager to be pull in from ATS requisition). # IF I am a DMS user creating an approval workflow, I can save the workflow to be able to use when I have a document that needs approval. # IF I am a DMS user creating an approval workflow, I can copy a workflow so that I can tweak it and save a new workflow from the existing workflow. Exit Criteria: # DMS user hits 'Save'. # DMS user exits the DMS platform. Prerequisites: # User is a current user of CBAT, CBES, or WT OR has stand alone link to log in. # User knows how to access portal either by link or within CB application. |
h2. Overview:
Allow DMS user the ability to create a chain of users (workflow) in which a form will be sent so that each subsequent user can approve or decline a document. h3. Entry Criteria: # User enters DMS platform via link or consuming application. # User navigates to create an approval workflow h3. Acceptance Criteria: # IF I am a DMS user creating an approval workflow, I can enter in static people that should approve a document so that is go to specific people. # IF I am a DMS user creating an approval workflow, I can use a hierarchy to dynamically pull in approvers (ie. hiring manager to be pull in from ATS requisition). # IF I am a DMS user creating an approval workflow, I can save the workflow to be able to use when I have a document that needs approval. # IF I am a DMS user creating an approval workflow, I can copy a workflow so that I can tweak it and save a new workflow from the existing workflow. h3. Exit Criteria: # DMS user hits 'Save'. # DMS user exits the DMS platform. h3. Prerequisites: # User is a current user of CBAT, CBES, or WT OR has stand alone link to log in. # User knows how to access portal either by link or within CB application. |
Description |
h2. Overview:
Allow DMS user the ability to create a chain of users (workflow) in which a form will be sent so that each subsequent user can approve or decline a document. h3. Entry Criteria: # User enters DMS platform via link or consuming application. # User navigates to create an approval workflow h3. Acceptance Criteria: # IF I am a DMS user creating an approval workflow, I can enter in static people that should approve a document so that is go to specific people. # IF I am a DMS user creating an approval workflow, I can use a hierarchy to dynamically pull in approvers (ie. hiring manager to be pull in from ATS requisition). # IF I am a DMS user creating an approval workflow, I can save the workflow to be able to use when I have a document that needs approval. # IF I am a DMS user creating an approval workflow, I can copy a workflow so that I can tweak it and save a new workflow from the existing workflow. h3. Exit Criteria: # DMS user hits 'Save'. # DMS user exits the DMS platform. h3. Prerequisites: # User is a current user of CBAT, CBES, or WT OR has stand alone link to log in. # User knows how to access portal either by link or within CB application. |
h2. Overview:
Allow DMS user the ability to create a chain of users (workflow) in which a form will be sent so that each subsequent user can approve or decline a document. h3. Entry Criteria: # User enters DMS platform via link or consuming application. # User navigates to create an approval workflow h3. Acceptance Criteria: # IF I am a DMS user creating an approval workflow, I can enter in static people that should approve a document so that is go to specific people. # IF I am a DMS user creating an approval workflow, I can use a hierarchy to dynamically pull in approvers (ie. hiring manager to be pull in from ATS requisition). # IF I am a DMS user creating an approval workflow, I can save the workflow to be able to use when I have a document that needs approval. # IF I am a DMS user creating an approval workflow, I can copy a workflow so that I can tweak it and save a new workflow from the existing workflow. h3. Exit Criteria: # DMS user hits 'Save'. # DMS user exits the DMS platform. h3. Prerequisites: # User is a current user of CBAT, CBES, or WT OR has stand alone link to log in. # User knows how to access portal either by link or within CB application. |
Description |
h2. Overview:
Allow DMS user the ability to create a chain of users (workflow) in which a form will be sent so that each subsequent user can approve or decline a document. h3. Entry Criteria: # User enters DMS platform via link or consuming application. # User navigates to create an approval workflow h3. Acceptance Criteria: # IF I am a DMS user creating an approval workflow, I can enter in static people that should approve a document so that is go to specific people. # IF I am a DMS user creating an approval workflow, I can use a hierarchy to dynamically pull in approvers (ie. hiring manager to be pull in from ATS requisition). # IF I am a DMS user creating an approval workflow, I can save the workflow to be able to use when I have a document that needs approval. # IF I am a DMS user creating an approval workflow, I can copy a workflow so that I can tweak it and save a new workflow from the existing workflow. h3. Exit Criteria: # DMS user hits 'Save'. # DMS user exits the DMS platform. h3. Prerequisites: # User is a current user of CBAT, CBES, or WT OR has stand alone link to log in. # User knows how to access portal either by link or within CB application. |
h2. Overview:
Allow DMS user the ability to create a chain of users (workflow) in which a form will be sent so that each subsequent user can approve or decline a document. h3. Entry Criteria: # User enters DMS platform via link or consuming application. # User navigates to create an approval workflow h3. Acceptance Criteria: # IF I am a DMS user creating an approval workflow, I can enter in static people that should approve a document so that is go to specific people. # IF I am a DMS user creating an approval workflow, I can use a hierarchy to dynamically pull in approvers (ie. hiring manager to be pull in from ATS requisition). # IF I am a DMS user creating an approval workflow, I can save the workflow to be able to use when I have a document that needs approval. # IF I am a DMS user creating an approval workflow, I can copy a workflow so that I can tweak it and save a new workflow from the existing workflow. h3. Exit Criteria: # DMS user hits 'Save'. # DMS user exits the DMS platform. h3. Prerequisites: # User is a current user of CBAT, CBES, or WT OR has stand alone link to log in. # User knows how to access portal either by link or within CB application. |
Description |
h2. Overview:
Allow DMS user the ability to create a chain of users (workflow) in which a form will be sent so that each subsequent user can approve or decline a document. h3. Entry Criteria: # User enters DMS platform via link or consuming application. # User navigates to create an approval workflow h3. Acceptance Criteria: # IF I am a DMS user creating an approval workflow, I can enter in static people that should approve a document so that is go to specific people. # IF I am a DMS user creating an approval workflow, I can use a hierarchy to dynamically pull in approvers (ie. hiring manager to be pull in from ATS requisition). # IF I am a DMS user creating an approval workflow, I can save the workflow to be able to use when I have a document that needs approval. # IF I am a DMS user creating an approval workflow, I can copy a workflow so that I can tweak it and save a new workflow from the existing workflow. h3. Exit Criteria: # DMS user hits 'Save'. # DMS user exits the DMS platform. h3. Prerequisites: # User is a current user of CBAT, CBES, or WT OR has stand alone link to log in. # User knows how to access portal either by link or within CB application. |
h2. Overview:
Allow DMS user the ability to create a chain of users (workflow) in which a form will be sent so that each subsequent user can approve or decline a document. h3. Entry Criteria: # User enters DMS platform via link or consuming application. # User navigates to create an approval workflow h3. Acceptance Criteria: # If I am a DMS user creating an approval workflow, I can enter in static people that should approve a document so that is go to specific people. # If I am a DMS user creating an approval workflow, I can use a hierarchy to dynamically pull in approvers (ie. hiring manager to be pull in from ATS requisition). # If I am a DMS user creating an approval workflow, I can save the workflow to be able to use when I have a document that needs approval. # If I am a DMS user creating an approval workflow, I can copy a workflow so that I can tweak it and save a new workflow from the existing workflow. h3. Exit Criteria: # DMS user hits 'Save'. # DMS user exits the DMS platform. h3. Prerequisites: # User is a current user of CBAT, CBES, or WT OR has stand alone link to log in. # User knows how to access portal either by link or within CB application. |
Labels | Needs_UX |
Assignee | Robert Malony [ robert.malony ] | Kristen [ ruel ] |
Attachment | 1.1 Approver List.png [ 113200 ] | |
Attachment | 1.2 Add New Approver.png [ 113201 ] | |
Attachment | 1.3 Add New Approver.png [ 113202 ] | |
Attachment | 1.4 Add New Approver.png [ 113203 ] | |
Attachment | 1.5 Approver List actions.png [ 113204 ] | |
Attachment | 1.6 Approver List Copy.png [ 113205 ] |
Sprint | DMS - Fall Sprint 6, DMS - Fall Sprint 7 [ 165, 166 ] | DMS - Fall Sprint 6, DMS - Fall Sprint 7, DMS - Fall Sprint 8 [ 165, 166, 167 ] |
Attachment | 1.3 Add New Approver.png [ 113202 ] |
Attachment | 1.4 Add New Approver.png [ 113203 ] |
Attachment | 1.2 Add New Approver.png [ 113201 ] |
Attachment | 1.1 Approver List.png [ 113200 ] |
Attachment | 1.5 Approver List actions.png [ 113204 ] |
Attachment | 1.6 Approver List Copy.png [ 113205 ] |
Attachment | 1.1 Approver List.png [ 114000 ] | |
Attachment | 1.2 Add New Approver.png [ 114001 ] | |
Attachment | 1.3 Add New Approver.png [ 114002 ] | |
Attachment | 1.4 Add New Approver.png [ 114003 ] | |
Attachment | 1.5 Approver List actions.png [ 114004 ] | |
Attachment | 1.6 Approver List Copy.png [ 114005 ] |
Attachment | 1.5 Approver List actions.png [ 114004 ] |
Attachment | 1.5 Approver List actions.png [ 114818 ] |
Fix Version/s | Between Fall and Winter 2019 [ 10919 ] | |
Fix Version/s | Enhancements - Fall [ 10610 ] |
Sprint | DMS - Fall Sprint 6, DMS - Fall Sprint 7, DMS - Fall Sprint 8 [ 165, 166, 167 ] | DMS - Fall Sprint 6, DMS - Fall Sprint 7 [ 165, 166 ] |
Sprint | DMS - Fall Sprint 6, DMS - Fall Sprint 7 [ 165, 166 ] | DMS - Fall Sprint 6, DMS - Fall Sprint 7, DMS - Fall release wrap - 1 [ 165, 166, 173 ] |
Rank | Ranked lower |
Sprint | DMS - Fall Sprint 6, DMS - Fall Sprint 7, DMS - Gap Fall & Win Sprint 1 [ 165, 166, 173 ] | DMS - Fall Sprint 6, DMS - Fall Sprint 7, DMS - Gap Fall & Win Sprint 1, DMS - Gap Fall & Win Sprint 2 [ 165, 166, 173, 174 ] |
Sprint | DMS - Fall Sprint 6, DMS - Fall Sprint 7, DMS - Gap Fall & Win Sprint 1, DMS - Gap Fall & Win Sprint 2 [ 165, 166, 173, 174 ] | DMS - Fall Sprint 6, DMS - Fall Sprint 7, DMS - Gap Fall & Win Sprint 1, DMS - Gap Fall & Win Sprint 3 [ 165, 166, 173, 177 ] |
Original Estimate | 32h [ 115200 ] | 64h [ 230400 ] |
Assignee | Kristen [ ruel ] | Narendra Kumar [ narendra.kumar ] |
Sprint | DMS - Fall Sprint 6, DMS - Fall Sprint 7, DMS - Gap Fall & Win Sprint 1, DMS - Gap Fall & Win Sprint 3 [ 165, 166, 173, 177 ] | DMS - Fall Sprint 6, DMS - Fall Sprint 7, DMS - Gap Fall & Win Sprint 1, DMS - Gap Fall & Win Sprint 4 [ 165, 166, 173, 179 ] |
Fix Version/s | Winter 2020 Multiple Signers [ 11313 ] | |
Fix Version/s | Between Fall and Winter 2019 [ 10919 ] |
Sprint | DMS - Fall Sprint 6, DMS - Fall Sprint 7, DMS - Gap Fall & Win Sprint 1, DMS - Gap Fall & Win Sprint 4 [ 165, 166, 173, 179 ] | DMS - Fall Sprint 6, DMS - Fall Sprint 7, DMS - Gap Fall & Win Sprint 1 [ 165, 166, 173 ] |
Fix Version/s | Multiple Signer [ 12111 ] | |
Fix Version/s | Winter 2020 Multiple Signers [ 11313 ] |
Transition | Time In Source Status | Execution Times |
---|
|
147d 8h 8m | 1 |
|
42d 5h 38m | 1 |
Hi Robert Malony,
Below tickets are related to Multiple Signer feature, Can you please confirm this functionality
DMS-43
DMS-44
DMS-45
DMS-46
DMS-47
Regards,
Samir
ShashiKant Mishra