Skip to content

hmcts/civil-ccd-definition

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

civil-ccd-definition

Civil CCD Definition and E2E tests

Contents:

Building and deploying the application

Dependencies

The project is dependent on other Civil repositories:

To set up complete local environment for Civil check civil-sdk

Preview environment

Preview environment will be created when opening new PR. Camunda BPMN definitions will be pulled from the latest GitHub release. Service instance will be running the latest image version deployed to ACR.

To access XUI visit url (make sure that it starts with https, otherwise IDAM won't let you log in):

  • https://xui-civil-ccd-pr-PR_NUMBER.service.core-compute-preview.internal

To access Camunda visit url (login and password are both admin):

  • https://camunda-civil-ccd-pr-PR_NUMBER.service.core-compute-preview.internal

The below labels are options to get the different services running on the PR


  "enable_keep_helm" label to retain helm release on preview

  "pr-values:enableNotifyEmails" label to be able to send live notifications on the PR

  "pr-values:elasticsearch" label to have elastic search running - needed for scheduler testing

  "pr-values:enableWA" label to verify work allocation task

  "pr-values:enableHmc" label to enable the HMC integration with services running in AAT.

  "civilServicePr:????" label to point this deployment to a specific civil-service image,
  replace ???? with the correspondent civil-service PR number, e.g. civilServicePr:6215 .

Note: enabling HMC, will create a custom CaseType in definitions and import it to AAT. Please delete the same after use by running:

curl -v -k -X DELETE \
  'http://ccd-definition-store-api-aat.service.core-compute-aat.internal/api/testing-support/cleanup-case-type/{PR_NUMBER}/?caseTypeIds=CIVIL'

Running Crossbrowser tests:

Install saucelabs on local machine

$ yarn test:crossbrowser

Testing

The repo uses codeceptjs framework for e2e tests.

To install dependencies enter yarn install.

To run e2e tests enter yarn test in the command line.

Optional configuration

To run tests with browser window open set SHOW_BROWSER_WINDOW=true. By default, the browser window is hidden.

Smoke test

To run smoke tests enter yarn test:smoke.

Functional tests

To run functional tests enter yarn test:functional.

For running UI tests, set CCD_UI_TESTS=true

API test

Before running API tests, you will need the SENDGRID_API_KEY environment variable setup and to be running the service locally along with all containers.

To run API tests enter yarn test:api. set CCD_UI_TESTS=false

Generating CodeceptJS E2E Test Documentation

Generating test documentation JSON:

  1. yarn test:generate:ui-docs writes e2e/e2e-documentation/results/codeceptjs-ui-tests.json.
  2. yarn test:generate:api-docs writes e2e/e2e-documentation/results/codeceptjs-api-tests.json.

Uploading to Confluence:

  1. Export CONFLUENCE_PERSONAL_ACCESS_TOKEN, CONFLUENCE_BASE_URL, and CONFLUENCE_PAGE_ID.
  2. yarn test:confluence:ui-docs updates the "UI Tests" table on the Confluence page.
  3. yarn test:confluence:api-docs updates the "API Tests" table.
  4. Optional: pass a custom JSON path as the first argument to either script.

Updating README tables:

  1. yarn test:readme:ui-docs refreshes the UI section and yarn test:readme:api-docs refreshes the API section (run both commands to update the entire table set).
  2. Optional: pass a custom JSON path as the first argument to either script (e.g. yarn test:readme:ui-docs ../path/to/ui.json).
  3. Commit README changes if required.
  4. The workflow in .github/workflows/update-readme-docs.yml runs these scripts automatically on master.

UI Test Documentation

Show UI Tests
Test Name Steps Tags Pipelines Functional Test Groups Feature Name File Path Skipped Independent Scenario
1v2SS SDO Carm - Upload mediation documents 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.createSDO
5. LRspec.uploadMediationDocs
6. api_spec.scheduleHearing
7. LRspec.uploadMediationDocs
8. api_spec.amendHearingDueDate
9. api_spec.hearingFeePaid
10. LRspec.uploadMediationDocs
@e2e-nightly-prod

@e2e-carm
civil-ccd-definition: nightly pr_ft_carm 1v2SS SDO Carm - Upload mediation documents e2e -> tests -> ui_tests -> carm -> 1v2_spec_upload_mediation_doc_test.js no no
2v1 SDO Carm - Upload mediation documents 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. LRspec.uploadMediationDocs
5. LRspec.uploadMediationDocs
@e2e-nightly-prod

@e2e-carm
civil-ccd-definition: nightly pr_ft_carm 2v1 SDO Carm - Upload mediation documents e2e -> tests -> ui_tests -> carm -> 2v1_spec_upload_mediation_doc_test.js no no
1v1 - Claim Journey 1. I.createCase
2. I.notifyClaim
3. I.notifyClaimDetails
4. I.acknowledgeClaim
5. I.informAgreedExtensionDate
6. I.addDefendantLitigationFriend
7. I.respondToClaim
8. I.respondToDefence
9. I.createCaseFlags
10. I.validateCaseFlags
11. I.manageCaseFlags
12. I.validateUpdatedCaseFlags
@e2e-unspec-fast

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_unspec-fast 1v1 - Claim Journey e2e -> tests -> ui_tests -> damages -> 1v1CreateClaim_fast_track_test.js no no
1v2 - one LIP and one LR - notify/notify claim details journey 1. api.createClaimWithRespondentLitigantInPerson
2. I.fillLRNotifyClaimCOSForm
3. I.fillLRNotifyClaimDetailsCOSForm
@e2e-nightly-prod

@e2e-cos
civil-ccd-definition: nightly pr_ft_cos CCD 1v2LIPLR COS UI test e2e -> tests -> ui_tests -> damages -> 1v2_LIPLR_COS_test.js no yes
1v2 Different Solicitors fast track - Claim Journey 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. I.acknowledgeClaim
5. I.acknowledgeClaim
6. I.informAgreedExtensionDate
7. I.addDefendantLitigationFriend
8. I.respondToClaim
9. I.respondToClaim
10. I.respondToDefence
11. I.createCaseFlags (skipped)
12. I.validateCaseFlags (skipped)
13. I.addUnavailableDates (skipped)
14. I.stayCase
15. I.manageStay
16. I.manageStay
17. api.assignTaskToUser
18. I.initiateSDO
19. I.evidenceUpload
20. I.evidenceUpload (skipped)
21. I.transferOnlineCase
@e2e-unspec-fast

@e2e-nightly-prod

@master-e2e-ft
civil-ccd-definition: nightly

civil-ccd-definition: master
pr_ft_unspec-fast 1v2 Different Solicitors fast track - Claim Journey e2e -> tests -> ui_tests -> damages -> 1v2CreateClaim_DiffSol_fast_track_test.js no no
1v2 Different Solicitors small claims - Claim Journey 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. I.addDefendantLitigationFriend
5. I.respondToClaim
6. I.respondToClaim
7. I.respondToDefence
8. I.initiateSDO
@e2e-unspec-small

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_unspec-small 1v2 Different Solicitors small claims - Claim Journey e2e -> tests -> ui_tests -> damages -> 1v2CreateClaim_DiffSol_small_claims_test.js no no
Claimant solicitor raise a claim against 2 defendants, one of who is without a solicitor (LiP) should progress case offline 1. I.createCase @e2e-unspec

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_unspec 1v2 Create claim, then automatically goes offline e2e -> tests -> ui_tests -> damages -> 1v2CreateClaim_offline_test.js yes yes
1v2 Same Solicitor Claim Journey 1. I.createCase
2. I.notifyClaim
3. I.notifyClaimDetails
4. I.acknowledgeClaim
5. I.informAgreedExtensionDate
6. I.addDefendantLitigationFriend
7. I.respondToClaim
8. I.respondToDefence
@e2e-unspec-fast

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_unspec-fast 1v2 Same Solicitor Claim Journey e2e -> tests -> ui_tests -> damages -> 1v2CreateClaim_SameSol_fast_track_test.js no no
1v2 two respondents are LIP - notify/notify claim details journey 1. api.createClaimWithRespondentLitigantInPerson
2. I.fillNotifyClaimCOSForm
3. I.verifyCOSTabDetails
4. I.fillNotifyClaimDetailsCOSForm
5. I.verifyCOSTabNotifyClaimDetails
@e2e-nightly-prod

@e2e-cos
civil-ccd-definition: nightly pr_ft_cos CCD 1v2 2 LIPs COS UI test e2e -> tests -> ui_tests -> damages -> 1v2LIPs_COS_test.js no yes
2v1 Claim Journey Fast track 1. I.createCase
2. I.notifyClaim
3. I.notifyClaimDetails
4. I.acknowledgeClaim
5. I.informAgreedExtensionDate
6. I.addDefendantLitigationFriend
7. I.respondToClaim
8. I.respondToDefence
@e2e-unspec-fast

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_unspec-fast 2v1 Claim Journey Fast track e2e -> tests -> ui_tests -> damages -> 2v1CreateClaim_fast_track_test.js no no
Defendant - Defend part of Claim 1. I.createCase
2. I.notifyClaim
3. I.notifyClaimDetails
4. I.acknowledgeClaim
5. I.informAgreedExtensionDate
6. I.respondToClaim
@e2e-rpa-handoff-tests pr_ft_rpa-handoff-tests RPA handoff points tests e2e -> tests -> ui_tests -> damages -> rpaHandoff_test.js no yes
Defendant - Defends, Claimant decides not to proceed 1. I.createCase
2. I.notifyClaim
3. I.notifyClaimDetails
4. I.acknowledgeClaim
5. I.informAgreedExtensionDate
6. I.respondToClaim
7. I.respondToDefenceDropClaim
@e2e-rpa-handoff-tests pr_ft_rpa-handoff-tests RPA handoff points tests e2e -> tests -> ui_tests -> damages -> rpaHandoff_test.js no yes
Defendant - Defends, Claimant decides to proceed 1. I.createCase
2. I.notifyClaim
3. I.notifyClaimDetails
4. I.acknowledgeClaim
5. I.informAgreedExtensionDate
6. I.respondToClaim
7. I.respondToDefence
@e2e-rpa-handoff-tests pr_ft_rpa-handoff-tests RPA handoff points tests e2e -> tests -> ui_tests -> damages -> rpaHandoff_test.js no yes
Prepare case up to inform agreed extension date, then take claim offline 1. I.createCase
2. I.notifyClaim
3. I.notifyClaimDetails
4. I.acknowledgeClaim
5. I.informAgreedExtensionDate
6. I.caseProceedsInCaseman
@e2e-rpa-handoff-tests pr_ft_rpa-handoff-tests RPA handoff points tests e2e -> tests -> ui_tests -> damages -> rpaHandoff_test.js no yes
1v1 create spec claim request default judgment 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.amendRespondent1ResponseDeadline
3. I.initiateDJSpec
@master-e2e-ft

@e2e-dj-spec
civil-ccd-definition: master pr_ft_dj-spec 1v1 spec default judgment e2e -> tests -> ui_tests -> default_judgement -> 1v1specDJ_test.js no yes
1v1 unspec default judgment 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.amendRespondent1ResponseDeadline
6. I.initiateDJUnspec
7. I.judgeAddsCaseNotes (skipped)
8. api.assignTaskToUser
9. I.judgePerformDJDirectionOrder
10. api.amendHearingDate (skipped)
11. api.amendHearingDate (skipped)
12. WA.runChallengedAccessSteps (skipped)
13. WA.runChallengedAccessSteps (skipped)
14. WA.runChallengedAccessSteps (skipped)
15. WA.runSpecificAccessRequestSteps (skipped)
16. WA.runSpecificAccessApprovalSteps (skipped)
17. WA.verifyApprovedSpecificAccess (skipped)
18. WA.runSpecificAccessRequestSteps (skipped)
19. WA.runSpecificAccessApprovalSteps (skipped)
20. WA.verifyApprovedSpecificAccess (skipped)
21. WA.runSpecificAccessRequestSteps (skipped)
22. WA.runSpecificAccessApprovalSteps (skipped)
23. WA.verifyApprovedSpecificAccess (skipped)
24. WA.runSpecificAccessRequestSteps (skipped)
25. WA.runSpecificAccessApprovalSteps (skipped)
26. WA.verifyApprovedSpecificAccess (skipped)
27. WA.verifyStaffLink (skipped)
28. WA.createBooking (skipped)
29. WA.verifyCreatedBooking (skipped)
@e2e-nightly-prod

@e2e-dj-unspec

@master-e2e-ft

@wa-task
civil-ccd-definition: nightly

civil-ccd-definition: master

civil-wa-task-configuration: master

civil-wa-task-configuration: PR

civil-wa-task-configuration: nightly
pr_ft_dj-unspec 1v1 unspec default judgment e2e -> tests -> ui_tests -> default_judgement -> 1v1UnspecDJ_test.js no no
1v2 create spec claim, request default judgment 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.amendRespondent1ResponseDeadline
3. I.initiateDJSpec
@e2e-dj-spec

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_dj-spec 1v2 spec defaultJudgement e2e -> tests -> ui_tests -> default_judgement -> 1v2specDJ_test.js no yes
1v2 unspec default judgement 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.amendRespondent1ResponseDeadline
6. api.amendRespondent2ResponseDeadline
7. I.initiateDJUnspec
8. I.judgeAddsCaseNotes
9. api.assignTaskToUser
10. I.judgePerformDJDirectionOrder
11. I.staffPerformDJCaseTransferCaseOffline
@e2e-nightly-prod

@e2e-dj-unspec
civil-ccd-definition: nightly pr_ft_dj-unspec 1v2 unspec default judgement e2e -> tests -> ui_tests -> default_judgement -> 1v2UnspecDJ_test.js no no
Discontinue This Claim After Hearing Schedule - Full discontinuance - 1v1 - spec 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
8. api.evidenceUploadApplicant
9. api.evidenceUploadRespondent
10. api.scheduleHearing
11. LRspec.requestForDiscontinueThisClaimForUI
12. api.assignTaskToUser (skipped)
13. LRspec.requestForValidateDiscontinuanceForUI (skipped)
14. LRspec.addCaseNote (skipped)
@e2e-nightly-prod civil-ccd-definition: nightly Discontinue This Claim After Hearing Schedule - Full discontinuance - 1v1 - spec e2e -> tests -> ui_tests -> discontinue_claim -> 1v1DiscontinueThisClaim_AfterHearingScheduled_test.js no no
Discontinue This Claim - Full discontinuance - 1v1 - spec 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. LRspec.requestForDiscontinueThisClaimForUI
5. api.assignTaskToUser (skipped)
6. LRspec.requestForValidateDiscontinuanceForUI (skipped)
@e2e-nightly-prod civil-ccd-definition: nightly Discontinue This Claim - Full discontinuance - 1v1 - spec e2e -> tests -> ui_tests -> discontinue_claim -> 1v1DiscontinueThisClaim_test.js no no
Discontinue This Claim - Hearing Schedule - Full discontinuance - 1v2 - spec 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. api.defendantResponse
5. api.claimantResponse
6. api.createSDO
7. api.scheduleHearing
8. LRspec.requestForDiscontinueThisClaimForUI1v2
9. api.assignTaskToUser
10. LRspec.requestForValidateDiscontinuanceForUI
11. LRspec.addCaseNote
@master-e2e-ft

@e2e-settle-discontinue
civil-ccd-definition: master pr_ft_settle-discontinue Discontinue This Claim - Hearing Schedule - Full discontinuance - 1v2 - spec e2e -> tests -> ui_tests -> discontinue_claim -> 1v2DiscontinueThisClaim_AfterHearingScheduled_test.js no no
Discontinue This Claim - Full discontinuance - 1v2 - spec 1. api_spec_small.createClaimWithRepresentedRespondent
2. LRspec.requestForDiscontinueThisClaimForUI1v2
3. api.assignTaskToUser
4. LRspec.requestForValidateDiscontinuanceForUI
@master-e2e-ft

@e2e-settle-discontinue
civil-ccd-definition: master pr_ft_settle-discontinue Discontinue This Claim - Full discontinuance - 1v2 - spec e2e -> tests -> ui_tests -> discontinue_claim -> 1v2DiscontinueThisClaim_test.js no no
Discontinue This Claim - Hearing Schedule - Full discontinuance - 2v1 - spec 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. api.defendantResponse
5. api.claimantResponse
6. api.createSDO
7. api.scheduleHearing
8. LRspec.requestForDiscontinueThisClaimForUI2v1
9. api.assignTaskToUser (skipped)
10. LRspec.requestForValidateDiscontinuanceForUI (skipped)
11. LRspec.addCaseNote (skipped)
@e2e-nightly-prod civil-ccd-definition: nightly Discontinue This Claim - Hearing Schedule - Full discontinuance - 2v1 - spec e2e -> tests -> ui_tests -> discontinue_claim -> 2v1DiscontinueThisClaim_AfterHearingScheduled_test.js no no
Discontinue This Claim - Full discontinuance - 2v1 - spec 1. api_spec_small.createClaimWithRepresentedRespondent
2. LRspec.requestForDiscontinueThisClaimForUI2v1
3. api.assignTaskToUser (skipped)
4. LRspec.requestForValidateDiscontinuanceForUI (skipped)
@e2e-nightly-prod civil-ccd-definition: nightly Discontinue This Claim - Full discontinuance - 2v1 - spec e2e -> tests -> ui_tests -> discontinue_claim -> 2v1DiscontinueThisClaim_test.js no no
1v2 Diff Sols Hearing Request Journey 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
8. I.requestNewHearing
9. I.updateHearing
10. I.cancelHearing
@e2e-hearing-request

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_hearing-request 1v2 Diff Sols Hearing Request Journey e2e -> tests -> ui_tests -> hearings -> 1v2_Diff_Sols_Create_fast_track_With_Hearing_Request_test.js no no
1v1 Spec Defence Received in Time Judgment Set Aside 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.amendRespondent1ResponseDeadline
3. I.initiateDJSpec
4. LRspec.requestReferToJudgeDefendedClaim
5. api.assignTaskToUser
6. LRspec.generateDirectionsOrder
@e2e-jo

@master-e2e-ft

@e2e-nightly-prod
civil-ccd-definition: master

civil-ccd-definition: nightly
pr_ft_jo 1v1 Spec Defence Received in Time Judgment Set Aside e2e -> tests -> ui_tests -> JudgmentOnline -> 1v1specDJReferToJudgeDefendedClaim_test.js no no
1v1 Spec Set Aside Judgment Following Application 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.amendRespondent1ResponseDeadline
3. I.initiateDJSpec
4. LRspec.requestSetAsideJudgmentFollowingApplication
5. api.assignTaskToUser
6. LRspec.caseProceedsInCaseman
@e2e-jo

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_jo 1v1 Spec Set Aside Judgment Following Application e2e -> tests -> ui_tests -> JudgmentOnline -> 1v1specDJSetAsideJudgmentFollowingApplication_test.js no no
1v1 Spec Set Aside Judgment Following Receiving Defence 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.amendRespondent1ResponseDeadline
3. I.initiateDJSpec
4. LRspec.requestSetAsideJudgmentFollowingDefenceReceived
5. api.assignTaskToUser
6. LRspec.caseProceedsInCaseman
@e2e-jo

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_jo 1v1 Spec Set Aside Judgment Following Receiving Defence e2e -> tests -> ui_tests -> JudgmentOnline -> 1v1specDJSetAsideJudgmentFollowingDefenceReceived_test.js no no
1v1 Spec Set Aside Judgment Following Judgment Made in Error 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.amendRespondent1ResponseDeadline
3. I.initiateDJSpec
4. LRspec.requestSetAsideJudgmentMadeInError
5. api.assignTaskToUser
6. LRspec.caseProceedsInCaseman
@e2e-jo

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_jo 1v1 Spec Set Aside Judgment Following Judgment Made in Error e2e -> tests -> ui_tests -> JudgmentOnline -> 1v1specDJSetAsideJudgmentHasBeenMadeInError_test.js no no
1v1 spec claim journey 1. LRspec.createCaseSpecified
2. LRspec.enterBreathingSpace (skipped)
3. LRspec.liftBreathingSpace (skipped)
4. LRspec.informAgreedExtensionDateSpec
5. LRspec.respondToClaimFullDefence
6. LRspec.respondToDefence
7. LRspec.createCaseFlags
8. LRspec.validateCaseFlags
@e2e-spec-fast

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_spec-fast 1v1 spec claim journey e2e -> tests -> ui_tests -> lrspec -> 1v1CreateClaim-LRspec_test.js no no
Claim creation 1v1 small claims 1. LRspec.createCaseSpecified
2. LRspec.respondToClaimFullDefence
3. LRspec.respondToDefence
4. LRspec.mediationUnsuccessful
5. LRspec.createCaseFlags (skipped)
6. LRspec.validateCaseFlags (skipped)
@e2e-spec-fast

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_spec-fast Claim creation 1v1 small claims e2e -> tests -> ui_tests -> lrspec -> 1v1CreateClaim-small_claims-LRspec_test.js no no
Applicant solicitor creates 1v2DS specified claim defendant Different LRs for flight delay 1. LRspec.createCaseSpecifiedForFlightDelay @e2e-nightly-prod

@e2e-spec-fast
civil-ccd-definition: nightly pr_ft_spec-fast Claim creation 1v2 Diff Solicitor with flight delay e2e -> tests -> ui_tests -> lrspec -> 1v2CreateClaim-LRspec_DiffSol_FlightDelay_test.js no yes
Claim creation 1v2 Diff Solicitor with fast claims 1. api_spec_fast.createClaimWithRepresentedRespondent
2. LRspec.respondToClaimFullDefence
3. LRspec.respond1v2DiffLR_FullDefence
4. LRspec.respondToDefence
5. LRspec.createCaseFlags (skipped)
6. LRspec.validateCaseFlags (skipped)
7. LRspec.initiateSDO
8. LRspec.evidenceUploadSpec (skipped)
9. LRspec.evidenceUploadSpec
10. LRspec.createHearingScheduled
11. LRspec.payHearingFee
12. LRspec.stayCase
13. LRspec.manageStay
14. LRspec.manageStay
@e2e-spec-fast

@e2e-spec-1v2DS

@master-e2e-ft
civil-ccd-definition: master pr_ft_spec-fast

pr_ft_spec-1v2DS
Claim creation 1v2 Diff Solicitor with fast claims e2e -> tests -> ui_tests -> lrspec -> 1v2CreateClaim-LRspec_DiffSol_test.js no no
Claim creation 1v2 Same Solicitor with Fast track claims 1. LRspec.createCaseSpecified
2. LRspec.respondToClaimFullDefence
3. LRspec.respondToDefence
@e2e-spec-fast

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_spec-fast Claim creation 1v2 Same Solicitor with Fast track claims e2e -> tests -> ui_tests -> lrspec -> 1v2SameSolicitor-LRspec-FastTrackClaims_test.js no no
Claim creation 1v2 Same Solicitor with Small claims 1. LRspec.createCaseSpecified
2. LRspec.respondToClaimFullDefence
3. LRspec.respondToDefence
@e2e-spec-small

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_spec-small Claim creation 1v2 Same Solicitor with Small claims e2e -> tests -> ui_tests -> lrspec -> 1v2SameSolicitor-LRspec-SmallClaims_test.js no no
2v1 Multi Party full admit Claim Creation 2v1 1. LRspec.createCaseSpecified
2. LRspec.respondToClaimFullAdmit
@e2e-spec-full-admit

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_spec-full-admit 2v1 Multi Party full admit Claim Creation 2v1 e2e -> tests -> ui_tests -> lrspec -> 2v1CreateClaim-LRspec_fullAdmit_test.js no no
2v1 Multi Party full defence Claim Creation 2v1 1. LRspec.createCaseSpecified
2. LRspec.respondToClaimFullDefence
@e2e-spec-full-defence

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_spec-full-defence 2v1 Multi Party full defence Claim Creation 2v1 e2e -> tests -> ui_tests -> lrspec -> 2v1CreateClaim-LRspec_fullDefence_test.js no no
2v1 Multi Party part admit Claim Creation 2v1 1. LRspec.createCaseSpecified
2. LRspec.respondToClaimPartAdmit
@e2e-spec-part-admit

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_spec-part-admit 2v1 Multi Party part admit Claim Creation 2v1 e2e -> tests -> ui_tests -> lrspec -> 2v1CreateClaim-LRspec_partAdmit_test.js no no
1v2 Same Solicitor - Manage Contact Information 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. api.addDefendantLitigationFriend
5. api.defendantResponse
6. api.claimantResponse
7. I.manageWitnessesForDefendant
8. I.manageOrganisationIndividualsForClaimant
9. I.manageLitigationFriendForDefendant
10. I.manageDefendant
@e2e-mci

@non-prod-e2e-ft

@e2e-nightly-prod
civil-ccd-definition: PR

civil-ccd-definition: nightly
pr_ft_mci 1v2 Same Solicitor - Manage Contact Information e2e -> tests -> ui_tests -> manageContactInformation -> 1v2SameSolicitor_manageContactInformation_test.js no no
Spec Claim - Int track - 1v2 diff solicitor - Upload bundle 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.createFinalOrderJO
5. api_spec.scheduleHearing
6. api_spec.amendHearingDueDate
7. api_spec.hearingFeePaid
8. I.evidenceUpload
@master-e2e-ft

@e2e-minti
civil-ccd-definition: master pr_ft_minti Intermediate track - Upload documents - Bundle e2e -> tests -> ui_tests -> minti -> spec_intTrack_upload_bundle_test.js no yes
LR vs LIP Int track - LR response 1. api_spec_cui.createSpecifiedClaimWithUnrepresentedRespondent
2. api_spec_cui.performCitizenDefendantResponse
3. I.respondToDefenceMinti
@e2e-minti

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_minti Minti tracks - LR responses e2e -> tests -> ui_tests -> minti -> spec_minti_LRResponse_test.js no yes
LR vs LIP Multi track - LR response 1. api_spec_cui.createSpecifiedClaimWithUnrepresentedRespondent
2. api_spec_cui.performCitizenDefendantResponse
3. I.respondToDefenceMinti
@e2e-minti

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_minti Minti tracks - LR responses e2e -> tests -> ui_tests -> minti -> spec_minti_LRResponse_test.js no yes
Spec Claim - Multi track - 1v2 same solicitor - Upload bundle 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.createFinalOrderJO
5. api_spec.scheduleHearing
6. api_spec.amendHearingDueDate
7. api_spec.hearingFeePaid
8. I.evidenceUpload
9. I.verifyBundleDetails
@e2e-nightly-prod

@e2e-minti
civil-ccd-definition: nightly pr_ft_minti Multi track - Upload documents - Bundle e2e -> tests -> ui_tests -> minti -> spec_multiTrack_upload_bundle_test.js no yes
1v2 Different Solicitor Multi Track claim - Download order template - Upload Bundle 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. api.defendantResponse
5. api.claimantResponse
6. api.createFinalOrder
7. api.scheduleHearing
8. I.initiateFinalOrder
9. I.evidenceUpload
@e2e-nightly-prod

@e2e-minti
civil-ccd-definition: nightly pr_ft_minti Intermediate and Multi tracks - Download order template Journey - Upload Bundle e2e -> tests -> ui_tests -> minti -> unSpec_minti_finalOrder_upload_bundle_test.js no yes
1v2 Same Solicitor Int Track - Download order template - Upload Bundle 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. api.defendantResponse
5. api.claimantResponse
6. I.initiateFinalOrder
7. I.evidenceUpload
8. I.verifyBundleDetails
@e2e-nightly-prod

@e2e-minti
civil-ccd-definition: nightly pr_ft_minti Intermediate and Multi tracks - Download order template Journey - Upload Bundle e2e -> tests -> ui_tests -> minti -> unSpec_minti_finalOrder_upload_bundle_test.js no yes
1v2 - both respondents litigant in person - NoC to same solicitor 1. api.createClaimWithRespondentLitigantInPerson
2. api.notifyClaimLip
3. api.notifyClaimDetailsLip
4. I.initiateNoticeOfChange
5. I.initiateNoticeOfChange
6. api.defendantResponse
7. api.claimantResponse
8. api.createSDO
@e2e-noc

@master-e2e-ft
civil-ccd-definition: master pr_ft_noc 1v2 - both respondents litigant in person - NoC to same solicitor e2e -> tests -> ui_tests -> noticeofchange -> 1v2_lips_to_same_sols_test.js no no
Query Management - Raise, Respond and Follow up Queries 1. qmSteps.raiseLRQuery
2. qmSteps.respondToQuery
3. api_spec.createClaimWithRepresentedRespondent
4. api_spec.defendantResponse
5. api_spec.claimantResponse
6. api_spec.createFinalOrderJO
7. I.raiseFollowUpQuestionAndVerify
8. I.verifyFollowUpQuestionAsCaseWorker
9. I.verifyFollowUpQuestionAsJudge
@non-prod-e2e-ft

@e2e-nightly-prod
civil-ccd-definition: PR

civil-ccd-definition: nightly
Query Management - Raise, Respond and Follow up Queries e2e -> tests -> ui_tests -> query_management -> qm_followUp__spec_LR_test.js no no
Query Management - Hearing E2E journey 1. api_spec.createClaimWithRepresentedRespondent (skipped)
2. api_spec.defendantResponse (skipped)
3. api_spec.claimantResponse (skipped)
4. api_spec.createFinalOrderJO (skipped)
5. I.raiseNewHearingQuery (skipped)
6. I.verifyQueriesDetails (skipped)
7. I.raiseNewHearingQuery (skipped)
8. I.verifyQueriesDetails (skipped)
9. I.verifyQueriesDetailsAsCaseWorker (skipped)
10. I.verifyQueriesDetails (skipped)
11. I.caseProceedsInCaseman (skipped)
12. I.raiseNewQueryInOfflineState (skipped)
@non-prod-e2e-ft

@e2e-nightly-prod
civil-ccd-definition: PR

civil-ccd-definition: nightly
Query Management - Hearing E2E journey e2e -> tests -> ui_tests -> query_management -> qm_Hearing_spec_LR_test.js yes no
Query Management - Non Hearing E2E journey 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.createFinalOrderJO
5. I.raiseNewNonHearingQuery
6. I.verifyQueriesDetails
7. I.raiseNewNonHearingQuery
8. I.verifyQueriesDetails
9. I.verifyQueriesDetailsAsCaseWorker
10. I.verifyQueriesDetails
11. I.caseProceedsInCaseman
12. I.raiseNewQueryInOfflineState
@non-prod-e2e-ft civil-ccd-definition: PR Query Management - Non Hearing E2E journey e2e -> tests -> ui_tests -> query_management -> qm_nonHearing_spec_LR_test.js no no
Request and Approval of a Refund after a return to Requestor by the Approval Caseworker 1. RequestRefundSteps.performRefunds
2. RequestRefundSteps.returnRefunds
3. RequestRefundSteps.reviewRefunds
4. RequestRefundSteps.approveRefund
5. api.createClaimWithRepresentedRespondent
6. api.amendClaimDocuments
7. api.notifyClaim
8. api.notifyClaimDetails
9. I.navigateToServiceRequest
10. I.navigateToRefundsList
@e2e-refunds

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_refunds Request and Processing of refunds e2e -> tests -> ui_tests -> refunds -> ui_request_for_refunds_test.js no yes
Request and Rejection of a Refund after a return to Requestor by the Approval Caseworker 1. RequestRefundSteps.performRefunds
2. RequestRefundSteps.returnRefunds
3. RequestRefundSteps.reviewRefunds
4. RequestRefundSteps.rejectRefund
5. api.createClaimWithRepresentedRespondent
6. api.amendClaimDocuments
7. api.notifyClaim
8. api.notifyClaimDetails
9. I.navigateToServiceRequest
10. I.navigateToRefundsList
@e2e-refunds

@e2e-nightly-prod
civil-ccd-definition: nightly pr_ft_refunds Request and Processing of refunds e2e -> tests -> ui_tests -> refunds -> ui_request_for_refunds_test.js no yes
Request for reconsideration - 1v1 - spec 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.createSDO
5. LRspec.requestForReconsiderationForUI
6. api.assignTaskToUser
7. LRspec.decisionForReconsideration
8. api_spec_small.createSDO
@e2e-nightly-prod

@e2e-rfr
civil-ccd-definition: nightly pr_ft_rfr Request for reconsideration - 1v1 - spec e2e -> tests -> ui_tests -> sdo -> ui_request_for_reconsideration_test.js no no
Request for reconsideration - 1v1 - spec 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.createSDO
5. LRspec.requestForReconsiderationForUI
6. api.assignTaskToUser
7. LRspec.decisionForReconsideration
8. api_spec_small.createClaimWithRepresentedRespondent
9. api_spec_small.defendantResponse
10. api_spec_small.claimantResponse
11. api_spec_small.createSDO
12. LRspec.requestForReconsiderationForUI
13. api.assignTaskToUser
14. LRspec.decisionForReconsiderationYesOption
15. api_spec_small.createClaimWithRepresentedRespondent
16. api_spec_small.defendantResponse
17. api_spec_small.claimantResponse
18. api_spec_small.createSDO
19. LRspec.requestForReconsiderationForUI
20. api.assignTaskToUser
21. LRspec.decisionForReconsiderationNoOptionForAmending
@api-spec-1v1

@e2e-nightly-prod

@e2e-rfr
civil-ccd-definition: nightly pr_ft_spec-1v1

pr_ft_rfr
Request for reconsideration - 1v1 - spec e2e -> tests -> ui_tests -> sdo -> ui_request_for_reconsideration_with_options_test.js no no
Settle this Claim - Confirm marking as paid in full - 1v1 - spec 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.createSDO
5. LRspec.requestForSettleThisClaimForUI
@e2e-nightly-prod civil-ccd-definition: nightly Settle this Claim - Confirm marking as paid in full - 1v1 - spec e2e -> tests -> ui_tests -> settle_claim -> 1v1SettleThisClaim_ConfirmPaidInFull_test.js no no
Settle this Claim - Reason for settlement - Consent order - 1v1 - spec 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.createSDO
5. LRspec.requestSettleThisClaimConsentOrderForUI
@e2e-nightly-prod civil-ccd-definition: nightly Settle this Claim - Reason for settlement - Consent order - 1v1 - spec e2e -> tests -> ui_tests -> settle_claim -> 1v1SettleThisClaim_ConsentOrder_test.js no no
Settle this Claim - Confirm marking as paid in full - 1v2 - spec 1. api_spec_small.createClaimWithRepresentedRespondent
2. LRspec.requestForSettleThisClaimForUI
@master-e2e-ft

@e2e-settle-discontinue
civil-ccd-definition: master pr_ft_settle-discontinue Settle this Claim - Confirm marking as paid in full - 1v2 - spec e2e -> tests -> ui_tests -> settle_claim -> 1v2SettleThisClaim_ConfirmPaidInFull_test.js no no
Settle this Claim - Reason for settlement - Consent order - 1v2 - spec 1. api_spec_small.createClaimWithRepresentedRespondent
2. LRspec.requestSettleThisClaimConsentOrderForUI
@master-e2e-ft

@e2e-settle-discontinue
civil-ccd-definition: master pr_ft_settle-discontinue Settle this Claim - Reason for settlement - Consent order - 1v2 - spec e2e -> tests -> ui_tests -> settle_claim -> 1v2SettleThisClaim_ConsentOrder_test.js no no
Settle this Claim - Confirm marking as paid in full - 2v1 - spec 1. api_spec_small.createClaimWithRepresentedRespondent
2. LRspec.requestForSettleThisClaimForUI2v1
@e2e-nightly-prod civil-ccd-definition: nightly Settle this Claim - Confirm marking as paid in full - 2v1 - spec e2e -> tests -> ui_tests -> settle_claim -> 2v1SettleThisClaim_ConfirmPaidInFull_test.js no no
Settle this Claim - Reason for settlement - Consent order - 2v1 - spec 1. api_spec_small.createClaimWithRepresentedRespondent
2. LRspec.requestSettleThisClaimConsentOrderForUI
@e2e-nightly-prod civil-ccd-definition: nightly Settle this Claim - Reason for settlement - Consent order - 2v1 - spec e2e -> tests -> ui_tests -> settle_claim -> 2v1SettleThisClaim_ConsentOrder_test.js no no
Settle this Claim - Reason for settlement - judges order - 2v1 - spec 1. api_spec_small.createClaimWithRepresentedRespondent
2. LRspec.requestSettleThisClaimJudgesOrderForUI
@e2e-nightly-prod civil-ccd-definition: nightly Settle this Claim - Reason for settlement - judges order - 2v1 - spec e2e -> tests -> ui_tests -> settle_claim -> 2v1SettleThisClaim_JudgesOrder_test.js no no

API Test Documentation

Show API Tests
Test Name Steps Tags Pipelines Functional Test Groups Feature Name File Path Skipped Independent Scenario
Spec automated hearing notice schedulers 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.createSDO
5. hearings.createSpecDisposalHearing
6. hearings.triggerSpecAutomatedHearingNoticeScheduler
7. hearings.createSpecTrialHearing
8. hearings.triggerSpecAutomatedHearingNoticeScheduler
9. hearings.createSpecDisputeResolutionHearing
10. hearings.triggerSpecAutomatedHearingNoticeScheduler
@api-nonprod civil-service: PR

civil-camunda-bpmn-definition: PR
Spec automated hearing notice schedulers e2e -> tests -> api_tests -> automated_hearing_notice -> spec_hearing_notice_scheduler_test.js no no
Unspec automated hearing notice schedulers 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
8. hearings.createUnspecDisposalHearing
9. hearings.triggerUnspecAutomatedHearingNoticeScheduler
10. hearings.createUnspecTrialHearing
11. hearings.triggerUnspecAutomatedHearingNoticeScheduler
12. hearings.createUnspecDisputeResolutionHearing
13. hearings.triggerUnspecAutomatedHearingNoticeScheduler
Unspec automated hearing notice schedulers e2e -> tests -> api_tests -> automated_hearing_notice -> unspec_hearing_notice_scheduler_test.js no no
1v1 with No interest - Create claim via SDT - Claim Created - valid success sync response 1. bulks.createClaimFromSDTRequestValidSuccessSyncResponse Bulk claim 1v1 SDT user API test e2e -> tests -> api_tests -> bulkclaim -> api_1v1_test.js no yes
1v1 with No interest - Create claim via SDT - Duplicate case check call 1. bulks.createClaimFromSDTRequestForDuplicateCaseCheckCall Bulk claim 1v1 SDT user API test e2e -> tests -> api_tests -> bulkclaim -> api_1v1_test.js no yes
1v1 with No interest - Create claim via SDT - Postcode Negative Validation 1. bulks.createClaimFromSDTRequestForPostCodeNegative Bulk claim 1v1 SDT user API test e2e -> tests -> api_tests -> bulkclaim -> api_1v1_test.js no yes
1v1 with No interest - Create claim via SDT - Postcode Positive Validation 1. bulks.createClaimFromSDTRequestForPostCodePositive Bulk claim 1v1 SDT user API test e2e -> tests -> api_tests -> bulkclaim -> api_1v1_test.js no yes
Create claim - 1v1 with interest 1. bulks.createNewClaimWithCaseworkerCivilService Bulk claim 1v1 SDT user API test e2e -> tests -> api_tests -> bulkclaim -> api_1v1_test.js no yes
Create claim - 1v1 with No interest 1. bulks.createNewClaimWithCaseworkerCivilService Bulk claim 1v1 SDT user API test e2e -> tests -> api_tests -> bulkclaim -> api_1v1_test.js no yes
Create claim - 1v2 with No interest 1. bulks.createNewClaimWithCaseworkerCivilService Bulk claim 1v1 SDT user API test e2e -> tests -> api_tests -> bulkclaim -> api_1v1_test.js no yes
1v1 JUDICIAL_REFERRAL Lip v Lip stay case dismiss case 1. api_spec_cui.createClaimWithUnrepresentedClaimant
2. api_spec_cui.performCitizenDefendantResponse
3. api_spec_cui.performCitizenClaimantResponse
4. api_spec_cui.stayCase
5. api_spec_cui.manageStay
6. api_spec_cui.createSDO
7. api_spec_cui.dismissCase
@api-nightly-prod civil-service: nightly CCD API test e2e -> tests -> api_tests -> caseworkerEvents -> api_caseworker_test.js no yes
1v1 LR FAST TRACK prepare for conduct hearing stay case 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.createSDO
5. api_spec.scheduleHearing
6. api_spec.amendHearingDueDate
7. api_spec.hearingFeePaid
8. api_spec.stayCase
9. api_spec.manageStay
10. api_spec.sendMessage
11. api_spec.replyMessage
12. api_spec.dismissCase
@api-nightly-prod

@api-nonprod
civil-service: nightly

civil-service: PR

civil-camunda-bpmn-definition: PR
CCD API test e2e -> tests -> api_tests -> caseworkerEvents -> api_caseworker_test.js no yes
1v1 LR LR v Lip In mediation 1. api_spec_cui.createSpecifiedClaimWithUnrepresentedRespondent
2. api_spec_cui.performCitizenDefendantResponse
3. api_spec_cui.claimantResponse
4. api_spec_cui.stayCase
5. api_spec_cui.manageStay
6. api_spec_cui.sendMessage
7. api_spec_cui.replyMessage
8. api_spec_cui.createSDO
9. api_spec_cui.dismissCase
@api-nightly-prod civil-service: nightly CCD API test e2e -> tests -> api_tests -> caseworkerEvents -> api_caseworker_test.js no yes
1v1 Multi Claim Stay Case Judicial Referral 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. api.defendantResponse
5. api.claimantResponse
6. api.stayCase
7. api.manageStay
8. api.sendMessage
9. api.replyMessage
10. api.createFinalOrder
11. api.scheduleHearing
12. api.dismissCase
@api-nightly-prod civil-service: nightly CCD API test e2e -> tests -> api_tests -> caseworkerEvents -> api_caseworker_test.js no yes
1v2 LR UNSPEC claim hearing readiness 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. api.amendRespondent1ResponseDeadline
5. api.defaultJudgment
6. api.sdoDefaultJudgment
7. api.scheduleHearing
8. api.stayCase
9. api.manageStay
10. api.sendMessage
11. api.replyMessage
12. api.dismissCase
@api-nightly-prod civil-service: nightly CCD API test e2e -> tests -> api_tests -> caseworkerEvents -> api_caseworker_test.js no yes
Create claim and move it to caseman 1. api.createClaimWithRepresentedRespondent
2. api.moveCaseToCaseman
@api-nightly-prod civil-service: nightly 1v1 unspec api case offline journey e2e -> tests -> api_tests -> damages -> api_1v1_case_offline_test.js no yes
Create claim where respondent is litigant in person and notify/notify details 1. api.createClaimWithRespondentLitigantInPerson
2. api.notifyClaimLip
3. api.notifyClaimDetailsLip
@api-nightly-prod

@api-cos
civil-service: nightly pr_ft_cos 1v1 lip unspec api journey e2e -> tests -> api_tests -> damages -> api_1v1_lip_test.js no yes
1v1 unspec api journey 1. api.createClaimWithRepresentedRespondent
2. api.addCaseNote
3. api.amendClaimDocuments
4. api.notifyClaim
5. api.notifyClaimDetails
6. api.amendPartyDetails
7. api.acknowledgeClaim
8. api.informAgreedExtension
9. api.addDefendantLitigationFriend
10. api.defendantResponse
11. api.claimantResponse
12. api.createCaseFlags
13. api.manageCaseFlags
14. api.manageDefendant1Details
15. api.manageDefendant1LROrgDetails
16. qmSteps.raiseLRQuery
17. qmSteps.respondToQuery
18. qmSteps.followUpOnLRQuery
19. qmSteps.raiseLRQuery
20. qmSteps.respondToQuery
21. qmSteps.followUpOnLRQuery
@api-nightly-prod civil-service: nightly 1v1 unspec api journey e2e -> tests -> api_tests -> damages -> api_1v1_test.js no no
Unspec 1v2DS api journey 1. api.createClaimWithRepresentedRespondent
2. api.addCaseNote
3. api.amendClaimDocuments
4. api.notifyClaim
5. api.notifyClaimDetails
6. api.amendPartyDetails
7. api.acknowledgeClaim
8. api.acknowledgeClaim (skipped)
9. api.informAgreedExtension
10. api.informAgreedExtension
11. api.defendantResponse
12. api.defendantResponse
13. api.claimantResponse
14. api.createCaseFlags (skipped)
15. api.manageCaseFlags (skipped)
@api-nightly-prod

@api-unspec-full-defence
civil-service: nightly pr_ft_unspec-full-defence Unspec 1v2DS api journey e2e -> tests -> api_tests -> damages -> api_1v2_different_solicitor_test.js no no
Create claim where one respondent is LIP one is LR and notify/notify details 1. api.createClaimWithRespondentLitigantInPerson
2. api.notifyClaimLip
3. api.notifyClaimDetailsLip
@api-cos

@api-nightly-prod
civil-service: nightly pr_ft_cos Unspec 1v2lips api journey e2e -> tests -> api_tests -> damages -> api_1v2_lip_test.js no yes
Create claim where two respondents are LIP and notify/notify details 1. api.createClaimWithRespondentLitigantInPerson
2. api.notifyClaimLip
3. api.notifyClaimDetailsLip
@api-cos

@api-nightly-prod
civil-service: nightly pr_ft_cos Unspec 1v2lips api journey e2e -> tests -> api_tests -> damages -> api_1v2_lip_test.js no yes
Unspec 1v2SS api journey 1. api.createClaimWithRepresentedRespondent
2. api.addCaseNote
3. api.amendClaimDocuments
4. api.notifyClaim
5. api.notifyClaimDetails
6. api.amendPartyDetails
7. api.acknowledgeClaim
8. api.informAgreedExtension
9. api.defendantResponse
10. api.claimantResponse
11. qmSteps.raiseLRQuery
12. qmSteps.respondToQuery
13. qmSteps.followUpOnLRQuery
14. qmSteps.raiseLRQuery
15. qmSteps.respondToQuery
16. qmSteps.followUpOnLRQuery
17. api.createCaseFlags
18. api.manageCaseFlags
@api-nightly-prod

@api-unspec-full-defence
civil-service: nightly pr_ft_unspec-full-defence Unspec 1v2SS api journey e2e -> tests -> api_tests -> damages -> api_1v2_same_solicitor_test.js no no
Unspec 2v1 api journey 1. api.createClaimWithRepresentedRespondent
2. api.addCaseNote
3. api.amendClaimDocuments
4. api.notifyClaim
5. api.notifyClaimDetails
6. api.amendPartyDetails
7. api.acknowledgeClaim
8. api.informAgreedExtension
9. api.defendantResponse
10. api.claimantResponse
11. qmSteps.raiseLRQuery
12. qmSteps.respondToQuery
13. qmSteps.followUpOnLRQuery
14. qmSteps.raiseLRQuery
15. qmSteps.respondToQuery
16. qmSteps.followUpOnLRQuery
17. api.createCaseFlags
18. api.manageCaseFlags
@api-nightly-prod

@api-unspec-full-defence
civil-service: nightly pr_ft_unspec-full-defence Unspec 2v1 api journey e2e -> tests -> api_tests -> damages -> api_2v1_test.js no no
notice of change - 1v1 - represented defendant 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. noc.requestNoticeOfChangeForApplicant1Solicitor
5. api.checkUserCaseAccess
6. noc.requestNoticeOfChangeForRespondent1Solicitor
@api-noc

@api-nightly-prod

@api-nonprod
civil-service: nightly

civil-service: PR

civil-camunda-bpmn-definition: PR
pr_ft_noc Unspecified Notice of Change on Unpecified Claim API test e2e -> tests -> api_tests -> damages -> api_noc_unspec_test.js no yes
notice of change - 1v1 - unrepresented defendant 1. api.createClaimWithRespondentLitigantInPerson
2. api.notifyClaimLip
3. api.notifyClaimDetailsLip
4. noc.requestNoticeOfChangeForRespondent1Solicitor
5. api.checkUserCaseAccess
@api-noc

@api-nightly-prod

@api-prod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master
pr_ft_noc Unspecified Notice of Change on Unpecified Claim API test e2e -> tests -> api_tests -> damages -> api_noc_unspec_test.js no yes
notice of change - 1v2 - both defendants represented - diff solicitor to diff solicitor 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. noc.requestNoticeOfChangeForRespondent1Solicitor
5. api.checkUserCaseAccess
6. noc.requestNoticeOfChangeForRespondent2Solicitor
@api-noc

@api-nightly-prod

@api-prod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master
pr_ft_noc Unspecified Notice of Change on Unpecified Claim API test e2e -> tests -> api_tests -> damages -> api_noc_unspec_test.js no yes
notice of change - 1v2 - both respondents LiPs to diff solicitor 1. api.createClaimWithRespondentLitigantInPerson
2. api.notifyClaimLip
3. api.notifyClaimDetailsLip
4. noc.requestNoticeOfChangeForRespondent1Solicitor
5. noc.requestNoticeOfChangeForRespondent2Solicitor
6. api.checkUserCaseAccess
7. api.defendantResponse
8. api.claimantResponse
@api-noc

@api-nightly-prod
civil-service: nightly pr_ft_noc Unspecified Notice of Change on Unpecified Claim API test e2e -> tests -> api_tests -> damages -> api_noc_unspec_test.js no yes
notice of change - 1v2 - both respondents LiPs to same solicitor 1. api.createClaimWithRespondentLitigantInPerson
2. api.notifyClaimLip
3. api.notifyClaimDetailsLip
4. noc.requestNoticeOfChangeForRespondent1Solicitor
5. noc.requestNoticeOfChangeForRespondent2Solicitor
6. api.checkUserCaseAccess
7. api.defendantResponse
8. api.claimantResponse
@api-noc

@api-nightly-prod
civil-service: nightly pr_ft_noc Unspecified Notice of Change on Unpecified Claim API test e2e -> tests -> api_tests -> damages -> api_noc_unspec_test.js no yes
notice of change - 1v2 - same solicitor to diff solicitor 1. qmSteps.raiseLRQuery
2. qmSteps.respondToQuery
3. qmSteps.followUpOnLRQuery
4. api.createClaimWithRepresentedRespondent
5. api.notifyClaim
6. api.notifyClaimDetails
7. noc.requestNoticeOfChangeForRespondent1Solicitor
8. api.checkUserCaseAccess
9. noc.requestNoticeOfChangeForRespondent2Solicitor
@api-noc

@api-nightly-prod

@QM
civil-service: nightly pr_ft_noc Unspecified Notice of Change on Unpecified Claim API test e2e -> tests -> api_tests -> damages -> api_noc_unspec_test.js yes yes
notice of change - 1v2 - unrepresented respondent 2 1. api.createClaimWithRespondentLitigantInPerson
2. api.notifyClaimLip
3. api.notifyClaimDetailsLip
4. noc.requestNoticeOfChangeForRespondent2Solicitor
5. api.checkUserCaseAccess
@api-noc

@api-nightly-prod
civil-service: nightly pr_ft_noc Unspecified Notice of Change on Unpecified Claim API test e2e -> tests -> api_tests -> damages -> api_noc_unspec_test.js no yes
notice of change - 2v1 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. noc.requestNoticeOfChangeForApplicant1Solicitor
5. api.checkUserCaseAccess
6. noc.requestNoticeOfChangeForApplicant2Solicitor
@api-noc

@api-nightly-prod
civil-service: nightly pr_ft_noc Unspecified Notice of Change on Unpecified Claim API test e2e -> tests -> api_tests -> damages -> api_noc_unspec_test.js yes yes
Unspec 1v1 api default judgment journey 1. api.createClaimWithRepresentedRespondent
2. api.addCaseNote
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.amendRespondent1ResponseDeadline
6. api.defaultJudgment
7. api.assignTaskToUser
8. api.sdoDefaultJudgment
9. api.evidenceUploadJudge
10. api.evidenceUploadApplicant
11. api.evidenceUploadRespondent
12. api.scheduleHearing
13. api.amendHearingDueDate
14. api.hearingFeePaid
15. api.trialReadiness
16. api.triggerBundle
17. api.assignTaskToUser (skipped)
@api-dj

@api-nightly-prod
civil-service: nightly pr_ft_dj Unspec 1v1 api default judgment journey e2e -> tests -> api_tests -> defaultJudgments -> api_dj_1v1_test.js no no
Unspec 1v2 api default judgment journey 1. api.createClaimWithRepresentedRespondent
2. api.addCaseNote
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.amendRespondent1ResponseDeadline
6. api.defaultJudgment
7. api.sdoDefaultJudgment
8. api.assignTaskToUser
9. api.evidenceUploadJudge (skipped)
10. api.evidenceUploadApplicant (skipped)
11. api.evidenceUploadRespondent (skipped)
12. api.scheduleHearing (skipped)
13. api.triggerBundle
14. api.assignTaskToUser (skipped)
@api-dj

@api-prod

@api-nonprod
civil-service: master

civil-camunda-bpmn-definition: master

civil-service: PR

civil-camunda-bpmn-definition: PR
pr_ft_dj Unspec 1v2 api default judgment journey e2e -> tests -> api_tests -> defaultJudgments -> api_dj_1v2_test.js no no
Unspec 2v1 api default judgment journey 1. api.createClaimWithRepresentedRespondent
2. api.addCaseNote
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.amendRespondent1ResponseDeadline
6. api.defaultJudgment
7. api.assignTaskToUser (skipped)
8. api.sdoDefaultJudgment
9. api.evidenceUploadJudge
10. api.evidenceUploadApplicant
11. api.evidenceUploadRespondent
12. api.scheduleHearing
13. api.amendHearingDueDate
14. api.hearingFeePaid
15. api.trialReadiness
16. api.triggerBundle
17. api.assignTaskToUser
@api-dj

@api-nightly-prod
civil-service: nightly pr_ft_dj Unspec 2v1 api default judgment journey e2e -> tests -> api_tests -> defaultJudgments -> api_dj_2v1_test.js no no
Default Judgment Spec claim 1v1 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.amendRespondent1ResponseDeadline
3. api_spec.defaultJudgmentSpec
@api-dj

@api-nightly-prod
civil-service: nightly pr_ft_dj Unspec 1v1 api default judgment journey e2e -> tests -> api_tests -> defaultJudgments -> api_dj_spec_1v1_test.js no yes
Default Judgment Spec claim 1v2 divergent 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.amendRespondent1ResponseDeadline
3. api_spec.defaultJudgmentSpec
@api-dj

@api-nightly-prod
civil-service: nightly pr_ft_dj Spec 1v2 api default judgment journey e2e -> tests -> api_tests -> defaultJudgments -> api_dj_spec_1v2_test.js no yes
Default Judgment Spec claim 1v2 non divergent 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.amendRespondent1ResponseDeadline
3. api_spec.defaultJudgmentSpec
@api-dj

@api-nightly-prod
civil-service: nightly pr_ft_dj Spec 1v2 api default judgment journey e2e -> tests -> api_tests -> defaultJudgments -> api_dj_spec_1v2_test.js no yes
Default Judgment Spec claim 2v1 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.amendRespondent1ResponseDeadline
3. api_spec.defaultJudgmentSpec
@api-dj

@api-nightly-prod
civil-service: nightly pr_ft_dj Spec 2v1 api default judgment journey e2e -> tests -> api_tests -> defaultJudgments -> api_dj_spec_2v1_test.js no yes
Make a general application 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.informAgreedExtensionDate
3. api_spec.defendantResponse
4. api_spec.claimantResponse
5. api_spec.initiateGeneralApplication
@api-nightly-prod civil-service: nightly 1v2DS general application creation e2e -> tests -> api_tests -> generalapplication -> 1v2CreateClaim_DiffSol_GA_test.js no yes
CCD 1v2 Spec fast hearings API test 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
3. api_spec_fast.claimantResponse
4. hearings.createCaseFlags
5. api_spec_fast.createSDO
6. hearings.generateHearingsPayload
@api-hearings

@api-nightly-prod
civil-service: nightly pr_ft_hearings CCD 1v2 Spec fast hearings API test e2e -> tests -> api_tests -> hearings -> api_1v2_spec_fast_hearings_test.js no no
CCD 1v2 Unspec fast hearings API test 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. api.defendantResponse
5. api.claimantResponse
6. hearings.createCaseFlags
7. qmSteps.raiseLRQuery
8. qmSteps.validateQmResponseTask
9. qmSteps.respondToQuery
10. qmSteps.followUpOnLRQuery
11. qmSteps.raiseLRQuery
12. qmSteps.validateQmResponseTask
13. qmSteps.respondToQuery
14. qmSteps.followUpOnLRQuery
15. qmSteps.raiseLRQuery
16. qmSteps.validateQmResponseTask
17. qmSteps.respondToQuery
18. qmSteps.followUpOnLRQuery
19. api.createSDO
20. hearings.generateHearingsPayload
@api-hearings

@api-nonprod

@api-prod

@wa-task
civil-service: PR

civil-camunda-bpmn-definition: PR

civil-service: master

civil-camunda-bpmn-definition: master

civil-wa-task-configuration: master

civil-wa-task-configuration: PR

civil-wa-task-configuration: nightly
pr_ft_hearings CCD 1v2 Unspec fast hearings API test e2e -> tests -> api_tests -> hearings -> api_1v2DS_unspec_fast_hearings_test.js no no
1v1 LiP v LiP defendant response with part admit pay by installments judgment by admission mark paid in full 1. api_spec_cui.createClaimWithUnrepresentedClaimant
2. api_spec_cui.performCitizenDefendantResponse
3. api_spec_cui.performCitizenClaimantResponse
4. api_spec_cui.judgmentPaidInFullCui
@api-jo

@api-nonprod
civil-service: PR

civil-camunda-bpmn-definition: PR
pr_ft_jo Spec 1v1 judgment by admission mark paid in full api test e2e -> tests -> api_tests -> judgmentOnline -> api_1v1_spec_jba_mark_paid_in_full_1v1_test.js no yes
1v1 LR v LR defendant response with full admit pay by set date judgment by admission mark paid in full 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.markJudgmentPaid
@api-jo

@api-nonprod
civil-service: PR

civil-camunda-bpmn-definition: PR
pr_ft_jo Spec 1v1 judgment by admission mark paid in full api test e2e -> tests -> api_tests -> judgmentOnline -> api_1v1_spec_jba_mark_paid_in_full_1v1_test.js no yes
Record Judgment Spec claim 1v1 with mark paid in full 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.informAgreedExtensionDate
3. api_spec.defendantResponse
4. api_spec.claimantResponse
5. api_spec.createSDO
6. api_spec.createFinalOrderJO
7. api_spec.confirmOrderReview
8. api_spec.recordJudgment
9. api_spec.editJudgment
10. api_spec.markJudgmentPaid
@api-jo

@api-nightly-prod
civil-service: nightly pr_ft_jo 1v1 spec record judgment api test e2e -> tests -> api_tests -> judgmentOnline -> api_judgment_online_spec_1v1_test.js yes yes
Refer To Judge Spec claim 1v1 Defence Received In Time 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.informAgreedExtensionDate
3. api_spec.defendantResponse
4. api_spec.claimantResponse
5. api_spec.createSDO
6. api_spec.createFinalOrderJO
7. api_spec.confirmOrderReview
8. api_spec.recordJudgment
9. api_spec.referToJudgeDefenceReceived
@api-jo

@api-nightly-prod
civil-service: nightly pr_ft_jo 1v1 spec record judgment api test e2e -> tests -> api_tests -> judgmentOnline -> api_judgment_online_spec_1v1_test.js yes yes
SetAside Default Judgment after judgment error - Spec claim 1v1 - Case taken offline 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.amendRespondent1ResponseDeadline
3. api_spec.defaultJudgmentSpec
4. api_spec.markJudgmentPaid
5. api_spec.setAsideJudgment
@api-jo

@api-nightly-prod

@api-prod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master
pr_ft_jo 1v1 spec record judgment api test e2e -> tests -> api_tests -> judgmentOnline -> api_judgment_online_spec_1v1_test.js no yes
SetAside Default Judgment Spec claim 1v1 - Record new judgment after hearing 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.amendRespondent1ResponseDeadline
3. api_spec.defaultJudgmentSpec
4. api_spec.setAsideJudgment
@api-jo

@api-nightly-prod
civil-service: nightly pr_ft_jo 1v1 spec record judgment api test e2e -> tests -> api_tests -> judgmentOnline -> api_judgment_online_spec_1v1_test.js no yes
Default judgment Spec claim 1v2 - Set Aside after defence - Case taken offline 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.amendRespondent1ResponseDeadline
3. api_spec.defaultJudgmentSpec
4. api_spec.markJudgmentPaid
5. api_spec.setAsideJudgment
@api-jo

@api-nightly-prod
civil-service: nightly pr_ft_jo 1v2 spec record judgment api test e2e -> tests -> api_tests -> judgmentOnline -> api_judgment_online_spec_1v2_test.js no yes
Default judgment Spec claim 1v2 - Set Aside After Order - Record new judgment 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.amendRespondent1ResponseDeadline
3. api_spec.defaultJudgmentSpec
4. api_spec.setAsideJudgment
@api-jo

@api-nightly-prod
civil-service: nightly pr_ft_jo 1v2 spec record judgment api test e2e -> tests -> api_tests -> judgmentOnline -> api_judgment_online_spec_1v2_test.js no yes
Record Judgment with mark judgment paid Spec claim 1v2 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.createSDO
5. api_spec.createFinalOrderJO
6. api_spec.confirmOrderReview
7. api_spec.recordJudgment
8. api_spec.editJudgment
@api-jo

@api-nightly-prod
civil-service: nightly pr_ft_jo 1v2 spec record judgment api test e2e -> tests -> api_tests -> judgmentOnline -> api_judgment_online_spec_1v2_test.js yes yes
1v1 COUNTER_CLAIM claimant and defendant response small claim 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
@api-spec-small

@api-nightly-prod
civil-service: nightly pr_ft_spec-small 1v1 spec api small claims journeys e2e -> tests -> api_tests -> lrspec -> api_1v1_spec_small_test.js no yes
1v1 FULL_ADMISSION claimant and defendant response small claim 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
@api-spec-small

@api-nightly-prod
civil-service: nightly pr_ft_spec-small 1v1 spec api small claims journeys e2e -> tests -> api_tests -> lrspec -> api_1v1_spec_small_test.js no yes
1v1 FULL_DEFENCE claimant and defendant response small claim 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.manageContactInformation
@api-spec-small

@api-nightly-prod
civil-service: nightly pr_ft_spec-small 1v1 spec api small claims journeys e2e -> tests -> api_tests -> lrspec -> api_1v1_spec_small_test.js no yes
1v1 FULL_DEFENCE claimant and defendant response small claim - CARM enabled 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.manageContactInformation
@api-spec-small

@api-nightly-prod
civil-service: nightly pr_ft_spec-small 1v1 spec api small claims journeys e2e -> tests -> api_tests -> lrspec -> api_1v1_spec_small_test.js no yes
1v1 PART_ADMISSION claimant and defendant response small claim 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
@api-spec-small

@api-nightly-prod
civil-service: nightly pr_ft_spec-small 1v1 spec api small claims journeys e2e -> tests -> api_tests -> lrspec -> api_1v1_spec_small_test.js no yes
1v1 counter claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-nightly-prod

@api-spec-counterclaim
civil-service: nightly pr_ft_spec-counterclaim 1v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v1_spec_test.js no yes
1v1 full admit 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-nightly-prod civil-service: nightly 1v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v1_spec_test.js no yes
1v1 full admit claimant and defendant response 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
@api-nightly-prod

@api-spec-full-admit
civil-service: nightly pr_ft_spec-full-admit 1v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v1_spec_test.js no yes
1v1 full defence claimant and defendant response 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.informAgreedExtensionDate
3. api_spec.defendantResponse
4. api_spec.claimantResponse
@api-nightly-prod

@api-spec-full-defence
civil-service: nightly pr_ft_spec-full-defence 1v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v1_spec_test.js no yes
1v1 part admit 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-nightly-prod civil-service: nightly 1v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v1_spec_test.js no yes
1v1 part admit defence claimant and defendant response 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
@api-nightly-prod

@api-spec-part-admit
civil-service: nightly pr_ft_spec-part-admit 1v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v1_spec_test.js no yes
1v1 Settle claim - full defence claimant and defendant response 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.informAgreedExtensionDate
3. api_spec.defendantResponse
4. api_spec.claimantResponse
5. api_spec.settleClaim
@api-nightly-prod civil-service: nightly 1v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v1_spec_test.js no yes
Create claim spec 1v1 1. api_spec.createClaimWithRepresentedRespondent @api-nightly-prod civil-service: nightly 1v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v1_spec_test.js no yes
1v2 different response full defence 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
@api-spec-fast

@api-nightly-prod
civil-service: nightly pr_ft_spec-fast 1v2 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_fast_test.js no yes
1v2 different response no full defence 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
@api-spec-fast

@api-nightly-prod
civil-service: nightly pr_ft_spec-fast 1v2 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_fast_test.js no yes
1v2 fast claim counter claim 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
@api-spec-fast

@api-nightly-prod

@api-spec-counterclaim
civil-service: nightly pr_ft_spec-fast

pr_ft_spec-counterclaim
1v2 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_fast_test.js no yes
1v2 fast claim fast claim full admit, defendant and claimant response 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
3. api_spec_fast.claimantResponse
@api-spec-fast

@api-nightly-prod

@api-spec-full-admit
civil-service: nightly pr_ft_spec-fast

pr_ft_spec-full-admit
1v2 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_fast_test.js no yes
1v2 fast claim fast claim full admit, defendant response 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
@api-spec-fast

@api-nightly-prod
civil-service: nightly pr_ft_spec-fast 1v2 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_fast_test.js no yes
1v2 fast claim full defence 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
3. api_spec_fast.createCaseFlags
4. api_spec_fast.manageCaseFlags
@api-spec-fast

@api-nightly-prod
civil-service: nightly pr_ft_spec-fast 1v2 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_fast_test.js no yes
1v2 fast claim full defence and not proceed 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
3. api_spec_fast.claimantResponse
@api-spec-fast

@api-nightly-prod
civil-service: nightly pr_ft_spec-fast 1v2 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_fast_test.js no yes
1v2 fast claim part admit, defendant and claimant response 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
3. api_spec_fast.claimantResponse
@api-spec-fast

@api-nightly-prod

@api-spec-part-admit
civil-service: nightly pr_ft_spec-fast

pr_ft_spec-part-admit
1v2 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_fast_test.js no yes
1v2 fast claim part admit, defendant response 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
@api-spec-fast

@api-nightly-prod
civil-service: nightly pr_ft_spec-fast 1v2 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_fast_test.js no yes
1v2 full defence and claimant response 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
3. api_spec_fast.claimantResponse
@api-spec-fast

@api-nightly-prod

@api-spec-full-defence
civil-service: nightly pr_ft_spec-fast

pr_ft_spec-full-defence
1v2 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_fast_test.js no yes
1v2 small claim counter claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-nightly-prod civil-service: nightly 1v2 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_test.js no yes
1v2 small claim different response full defence 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-nightly-prod civil-service: nightly 1v2 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_test.js no yes
1v2 small claim different response no full defence 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-nightly-prod civil-service: nightly 1v2 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_test.js yes yes
1v2 small claim full admit 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-nightly-prod civil-service: nightly 1v2 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_test.js no yes
1v2 small claim full admit, claimant response 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
@api-nightly-prod civil-service: nightly 1v2 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_test.js no yes
1v2 small claim full defence, claimant response 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.createCaseFlags
5. api_spec.manageCaseFlags
@api-nightly-prod

@api-prod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master
1v2 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_test.js no yes
1v2 small claim full defence, claimant response not proceed 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
@api-nightly-prod civil-service: nightly 1v2 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_test.js no yes
1v2 small claim full defence, defendant response 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.createCaseFlags
4. api_spec.manageCaseFlags
@api-nightly-prod civil-service: nightly 1v2 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_test.js no yes
1v2 small claim part admit 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-nightly-prod civil-service: nightly 1v2 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_test.js no yes
1v2 small claim part admit, claimant response 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
@api-nightly-prod civil-service: nightly 1v2 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_test.js no yes
Create claim spec 1v2 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-nightly-prod civil-service: nightly 1v2 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_test.js no yes
Settle claim spec 1v2 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.settleClaim
@api-nightly-prod civil-service: nightly 1v2 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_1v2_spec_test.js no yes
2v1 fast claim counter claim 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
@api-spec-fast

@api-nightly-prod

@api-spec-counterclaim
civil-service: nightly pr_ft_spec-fast

pr_ft_spec-counterclaim
2v1 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_fast_test.js no yes
2v1 fast claim different response full defence 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
@api-spec-fast

@api-nightly-prod
civil-service: nightly pr_ft_spec-fast 2v1 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_fast_test.js no yes
2v1 fast claim different response no full defence 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
@api-spec-fast

@api-nightly-prod
civil-service: nightly pr_ft_spec-fast 2v1 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_fast_test.js no yes
2v1 fast claim full admission 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
@api-spec-fast

@api-nightly-prod
civil-service: nightly pr_ft_spec-fast 2v1 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_fast_test.js no yes
2v1 fast claim full admission and claimant response 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
3. api_spec_fast.claimantResponse
@api-spec-fast

@api-nightly-prod

@api-spec-full-admit
civil-service: nightly pr_ft_spec-fast

pr_ft_spec-full-admit
2v1 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_fast_test.js no yes
2v1 fast claim full defence 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
3. api_spec_fast.createCaseFlags
4. api_spec_fast.manageCaseFlags
@api-spec-fast

@api-nightly-prod
civil-service: nightly pr_ft_spec-fast 2v1 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_fast_test.js no yes
2v1 fast claim full defence and claimant response 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
3. api_spec_fast.claimantResponse
@api-spec-fast

@api-nightly-prod

@api-prod

@api-spec-full-defence
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master
pr_ft_spec-fast

pr_ft_spec-full-defence
2v1 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_fast_test.js yes yes
2v1 fast claim full defence and not proceed 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
3. api_spec_fast.claimantResponse
@api-spec-fast

@api-nightly-prod
civil-service: nightly pr_ft_spec-fast 2v1 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_fast_test.js no yes
2v1 fast claim part admission 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
@api-spec-fast

@api-nightly-prod
civil-service: nightly pr_ft_spec-fast 2v1 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_fast_test.js no yes
2v1 fast claim part admission and claimant response 1. api_spec_fast.createClaimWithRepresentedRespondent
2. api_spec_fast.defendantResponse
3. api_spec_fast.claimantResponse
@api-spec-fast

@api-nightly-prod

@api-spec-part-admit
civil-service: nightly pr_ft_spec-fast

pr_ft_spec-part-admit
2v1 spec api fast track journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_fast_test.js no yes
2v1 small claim counter claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-nightly-prod

@api-spec-counterclaim
civil-service: nightly pr_ft_spec-counterclaim 2v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_test.js no yes
2v1 small claim different response full defence 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-nightly-prod civil-service: nightly 2v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_test.js no yes
2v1 small claim different response no full defence 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-nightly-prod civil-service: nightly 2v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_test.js yes yes
2v1 small claim full admission 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-nightly-prod civil-service: nightly 2v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_test.js no yes
2v1 small claim full admission and response 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
@api-nightly-prod

@api-spec-full-admit
civil-service: nightly pr_ft_spec-full-admit 2v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_test.js no yes
2v1 small claim full defence 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.createCaseFlags
3. api_spec.manageCaseFlags
4. api_spec.defendantResponse
@api-nightly-prod civil-service: nightly 2v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_test.js no yes
2v1 small claim full defence and defendant response 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
@api-nightly-prod

@api-spec-full-defence
civil-service: nightly pr_ft_spec-full-defence 2v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_test.js no yes
2v1 small claim full defence and not proceed 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
@api-nightly-prod

@api-spec-full-defence
civil-service: nightly pr_ft_spec-full-defence 2v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_test.js no yes
2v1 small claim part admission 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-nightly-prod civil-service: nightly 2v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_test.js no yes
2v1 small claim part admission and response 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
@api-nightly-prod

@api-spec-part-admit
civil-service: nightly pr_ft_spec-part-admit 2v1 spec api journeys e2e -> tests -> api_tests -> lrspec -> api_2v1_spec_test.js no yes
notice of change - 1v1 - represented defendant 1. api_spec.createClaimWithRepresentedRespondent
2. noc.requestNoticeOfChangeForApplicant1Solicitor
3. api_spec.checkUserCaseAccess
4. noc.requestNoticeOfChangeForRespondent1Solicitor
@api-noc

@api-nightly-prod
civil-service: nightly pr_ft_noc Notice of Change on Specified Claim API test e2e -> tests -> api_tests -> lrspec -> api_noc_spec_test.js no yes
notice of change - 1v2 - both defendants represented - same to different solicitor 1. api_spec.createClaimWithRepresentedRespondent
2. noc.requestNoticeOfChangeForRespondent1Solicitor
3. api_spec.checkUserCaseAccess
4. api_spec.defendantResponse
@api-noc

@api-nightly-prod
civil-service: nightly pr_ft_noc Notice of Change on Specified Claim API test e2e -> tests -> api_tests -> lrspec -> api_noc_spec_test.js no yes
notice of change - 2v1 1. api_spec.createClaimWithRepresentedRespondent
2. noc.requestNoticeOfChangeForApplicant1Solicitor
3. api_spec.checkUserCaseAccess
4. noc.requestNoticeOfChangeForRespondent1Solicitor
@api-noc

@api-nightly-prod
civil-service: nightly pr_ft_noc Notice of Change on Specified Claim API test e2e -> tests -> api_tests -> lrspec -> api_noc_spec_test.js no yes
Defendant response - 1v1-counter claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
RPA handoff points api tests e2e -> tests -> api_tests -> lrspec -> rpaHandoff_spec_test.js no yes
Defendant response - Counter claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
RPA handoff points api tests e2e -> tests -> api_tests -> lrspec -> rpaHandoff_spec_test.js no yes
Defendant response and claimant intention - 1v1 Full admission 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
RPA handoff points api tests e2e -> tests -> api_tests -> lrspec -> rpaHandoff_spec_test.js no yes
Defendant response and claimant intention - 1v1 Part admission 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
RPA handoff points api tests e2e -> tests -> api_tests -> lrspec -> rpaHandoff_spec_test.js no yes
Defendant response and claimant intention - Full admission 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
RPA handoff points api tests e2e -> tests -> api_tests -> lrspec -> rpaHandoff_spec_test.js no yes
Defendant response and claimant intention - Full defence 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
RPA handoff points api tests e2e -> tests -> api_tests -> lrspec -> rpaHandoff_spec_test.js no yes
Defendant response and claimant intention - Part admission 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
RPA handoff points api tests e2e -> tests -> api_tests -> lrspec -> rpaHandoff_spec_test.js no yes
Discontinue claim 1v1 LR v LiP defendant and claimant response - claim created from exui - CARM not enabled 1. api_spec_cui.createSpecifiedClaimWithUnrepresentedRespondent
2. api_spec_cui.performCitizenDefendantResponse
3. api_spec_cui.claimantResponse
4. api_spec_cui.discontinueClaim
@api-spec-cui

@api-nightly-prod
civil-service: nightly pr_ft_spec-cui 1vLIP spec api claim discontinuance journey e2e -> tests -> api_tests -> lrspec_cui -> api_1v1_spec_cui_discontinue_claim_test.js no yes
1v1 LiP v LiP defendant response with full admit pay by set date 1. api_spec_cui.createClaimWithUnrepresentedClaimant
2. api_spec_cui.performCitizenDefendantResponse
3. api_spec_cui.performCitizenClaimantResponse
@api-spec-cui

@non-prod-e2e-ft
civil-ccd-definition: PR pr_ft_spec-cui 1v1 LIP v LIP spec api full admit journey e2e -> tests -> api_tests -> lrspec_cui -> api_1v1_spec_cui_fulladmit_setdate_test.js no yes
CARM enabled 1. api_spec_cui.createSpecifiedClaimWithUnrepresentedRespondent
2. api_spec_cui.performCitizenDefendantResponse
3. api_spec_cui.claimantResponse
4. api_spec_cui.mediationUnsuccessful
@api-cui-carm

@api-nightly-prod

@api-prod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master
pr_ft_cui-carm Unsuccessful mediation for spec small claim with unrepresented defendant e2e -> tests -> api_tests -> lrspec_cui -> api_1v1_spec_cui_mediation_test.js no yes
CARM not enabled 1. api_spec_cui.createSpecifiedClaimWithUnrepresentedRespondent
2. api_spec_cui.performCitizenDefendantResponse
3. api_spec_cui.claimantResponse
4. api_spec_cui.mediationUnsuccessful
@api-cui-carm

@api-nightly-prod
civil-service: nightly pr_ft_cui-carm Unsuccessful mediation for spec small claim with unrepresented defendant e2e -> tests -> api_tests -> lrspec_cui -> api_1v1_spec_cui_mediation_test.js no yes
1v1 LiP v LiP defendant response with part admit pay by installments 1. api_spec_cui.createClaimWithUnrepresentedClaimant
2. api_spec_cui.performCitizenDefendantResponse
3. api_spec_cui.performCitizenClaimantResponse
@api-spec-cui

@non-prod-e2e-ft
civil-ccd-definition: PR pr_ft_spec-cui 1v1 LIP v LIP spec api part admit journey e2e -> tests -> api_tests -> lrspec_cui -> api_1v1_spec_cui_partadmit_installments_test.js no yes
1v1 LiP v LiP Case Progression Journey 1. qmSteps.raiseLipQuery
2. qmSteps.validateQmResponseTask
3. qmSteps.respondToQuery
4. qmSteps.followUpOnLipQuery
5. api_spec_cui.createClaimWithUnrepresentedClaimant
6. api_spec_cui.performCitizenDefendantResponse
7. api_spec_cui.performCitizenClaimantResponse
8. api_spec_cui.createSDO
9. api_spec_cui.evidenceUploadApplicant
10. api_spec_cui.evidenceUploadDefendant
11. api_spec_cui.scheduleHearing
12. api_spec_cui.trialReadinessCitizen
13. api_spec_cui.createFinalOrder
@api-spec-cui

@api-nightly-prod
civil-service: nightly pr_ft_spec-cui 1v1 LIP v LIP and LR v LIP spec api journeys e2e -> tests -> api_tests -> lrspec_cui -> api_1v1_spec_cui_test.js no yes
1v1 LiP v LiP defendant and claimant response - CARM enabled - Minti Enabled 1. api_spec_cui.createClaimWithUnrepresentedClaimant
2. api_spec_cui.performCitizenDefendantResponse
3. api_spec_cui.performCitizenClaimantResponse
@api-spec-cui

@api-nightly-prod
civil-service: nightly pr_ft_spec-cui 1v1 LIP v LIP and LR v LIP spec api journeys e2e -> tests -> api_tests -> lrspec_cui -> api_1v1_spec_cui_test.js no yes
1v1 LiP v LiP Part admit defendant and claimant response - claimant rejects installment plan - CARM enabled 1. api_spec_cui.createClaimWithUnrepresentedClaimant
2. api_spec_cui.performCitizenDefendantResponse
3. api_spec_cui.performCitizenClaimantResponse
@api-spec-cui

@api-nightly-prod
civil-service: nightly pr_ft_spec-cui 1v1 LIP v LIP and LR v LIP spec api journeys e2e -> tests -> api_tests -> lrspec_cui -> api_1v1_spec_cui_test.js no yes
1v1 LiP v LiP Request for reconsideration 1. api_spec_cui.createClaimWithUnrepresentedClaimant
2. api_spec_cui.performCitizenDefendantResponse
3. api_spec_cui.performCitizenClaimantResponse
4. api_spec_cui.createSDO
5. api_spec_cui.requestForReconsiderationCitizen
6. api_spec_cui.judgeDecisionOnReconsiderationRequest
@api-spec-cui

@api-nightly-prod
civil-service: nightly pr_ft_spec-cui 1v1 LIP v LIP and LR v LIP spec api journeys e2e -> tests -> api_tests -> lrspec_cui -> api_1v1_spec_cui_test.js no yes
1v1 LiP v LR defendant and claimant response- CARM enabled 1. qmSteps.raiseLipQuery
2. qmSteps.validateQmResponseTask
3. qmSteps.respondToQuery
4. qmSteps.followUpOnLipQuery
5. qmSteps.raiseLRQuery
6. qmSteps.followUpOnLRQuery
7. api_spec_cui.createClaimWithUnrepresentedClaimant
8. noc.requestNoticeOfChangeForRespondent1Solicitor
9. api_spec_cui.checkUserCaseAccess
@api-spec-cui

@api-nightly-prod

@api-prod

@api-nonprod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master

civil-service: PR

civil-camunda-bpmn-definition: PR
pr_ft_spec-cui 1v1 LIP v LIP and LR v LIP spec api journeys e2e -> tests -> api_tests -> lrspec_cui -> api_1v1_spec_cui_test.js no yes
1v1 LR v LiP case progression 1. qmSteps.raiseLRQuery
2. qmSteps.respondToQuery
3. qmSteps.followUpOnLRQuery
4. qmSteps.raiseLipQuery
5. qmSteps.validateQmResponseTask
6. qmSteps.followUpOnLipQuery
7. api_spec_cui.createSpecifiedClaimWithUnrepresentedRespondent
8. api_spec_cui.performCitizenDefendantResponse
9. api_spec_cui.claimantResponse
10. api_spec_cui.createSDO
11. api_spec_cui.evidenceUploadDefendant
12. api_spec_cui.scheduleHearing
13. api_spec_cui.amendHearingDueDate
14. api_spec_cui.hearingFeePaid
15. api_spec_cui.trialReadinessCitizen
16. api_spec_cui.createFinalOrder
@api-spec-cui

@api-nightly-prod
civil-service: nightly pr_ft_spec-cui 1v1 LIP v LIP and LR v LIP spec api journeys e2e -> tests -> api_tests -> lrspec_cui -> api_1v1_spec_cui_test.js no yes
1v1 LR v LiP defendant and claimant response - claim created from exui - CARM enabled 1. api_spec_cui.createSpecifiedClaimWithUnrepresentedRespondent
2. api_spec_cui.performCitizenDefendantResponse
3. api_spec_cui.claimantResponse
@api-spec-cui

@api-nightly-prod
civil-service: nightly pr_ft_spec-cui 1v1 LIP v LIP and LR v LIP spec api journeys e2e -> tests -> api_tests -> lrspec_cui -> api_1v1_spec_cui_test.js no yes
1v1 LR v LiP defendant and claimant response - claimant does NoC - CARM enabled 1. api_spec_cui.createClaimWithUnrepresentedClaimant
2. noc.requestNoticeOfChangeForApplicant1Solicitor
3. api_spec_cui.checkUserCaseAccess
4. api_spec_cui.performCitizenDefendantResponse
5. api_spec_cui.claimantResponse
@api-spec-cui

@api-nightly-prod
civil-service: nightly pr_ft_spec-cui 1v1 LIP v LIP and LR v LIP spec api journeys e2e -> tests -> api_tests -> lrspec_cui -> api_1v1_spec_cui_test.js no yes
1v1 LR v LiP Request for reconsideration 1. api_spec_cui.createSpecifiedClaimWithUnrepresentedRespondent
2. api_spec_cui.performCitizenDefendantResponse
3. api_spec_cui.claimantResponse
4. api_spec_cui.createSDO
5. api_spec_cui.requestForReconsiderationCitizen
6. api_spec_cui.judgeDecisionOnReconsiderationRequest
@api-spec-cui

@api-nightly-prod
civil-service: nightly pr_ft_spec-cui 1v1 LIP v LIP and LR v LIP spec api journeys e2e -> tests -> api_tests -> lrspec_cui -> api_1v1_spec_cui_test.js no yes
1v1 claimant and defendant part admit reject upload mediation documents - CARM enabled 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.mediationUnsuccessful
5. api_spec_small.uploadMediationDocuments
6. api_spec_small.createSDO
@api-nightly-prod

@api-prod

@api-nonprod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master

civil-service: PR

civil-camunda-bpmn-definition: PR
Spec small claims mediation api journey e2e -> tests -> api_tests -> mediation -> api_1v1_spec_small_mediation_documents_upload_test.js yes yes
1v1 claimant and defendant part admit states paid- claimant not received payment - upload mediation documents - CARM enabled 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.mediationUnsuccessful
5. api_spec_small.uploadMediationDocuments
@api-nightly-prod

@api-prod

@api-nonprod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master

civil-service: PR

civil-camunda-bpmn-definition: PR
Spec small claims mediation api journey e2e -> tests -> api_tests -> mediation -> api_1v1_spec_small_mediation_documents_upload_test.js yes yes
1v1 claimant and defendant part admit states paid- claimant received payment rejects PA - upload mediation documents - CARM enabled 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.mediationUnsuccessful
5. api_spec_small.uploadMediationDocuments
@api-nightly-prod

@api-prod

@api-nonprod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master

civil-service: PR

civil-camunda-bpmn-definition: PR
Spec small claims mediation api journey e2e -> tests -> api_tests -> mediation -> api_1v1_spec_small_mediation_documents_upload_test.js yes yes
1v1 claimant and defendant upload mediation documents - CARM enabled 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.mediationUnsuccessful
5. api_spec_small.uploadMediationDocuments
6. api_spec_small.createSDO
@api-nightly-prod

@api-prod

@api-nonprod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master

civil-service: PR

civil-camunda-bpmn-definition: PR
Spec small claims mediation api journey e2e -> tests -> api_tests -> mediation -> api_1v1_spec_small_mediation_documents_upload_test.js yes yes
1v1 claimant and defendant upload mediation documents - CARM not enabled 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.uploadMediationDocuments
5. api_spec_small.createSDO
@api-nightly-prod civil-service: nightly Spec small claims mediation api journey e2e -> tests -> api_tests -> mediation -> api_1v1_spec_small_mediation_documents_upload_test.js yes yes
1v2 different solicitor claimant and defendant upload mediation documents - CARM enabled 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.mediationUnsuccessful
5. api_spec.uploadMediationDocuments
@api-nightly-prod

@api-prod

@api-nonprod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master

civil-service: PR

civil-camunda-bpmn-definition: PR
Spec small claims mediation api journey e2e -> tests -> api_tests -> mediation -> api_1v1_spec_small_mediation_documents_upload_test.js yes yes
1v2 different solicitor claimant and defendant upload mediation documents - CARM not enabled 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.uploadMediationDocuments
@api-nightly-prod civil-service: nightly Spec small claims mediation api journey e2e -> tests -> api_tests -> mediation -> api_1v1_spec_small_mediation_documents_upload_test.js yes yes
1v2 same solicitor claimant and defendant upload mediation documents - CARM enabled 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.mediationUnsuccessful
5. api_spec.uploadMediationDocuments
@api-nightly-prod civil-service: nightly Spec small claims mediation api journey e2e -> tests -> api_tests -> mediation -> api_1v1_spec_small_mediation_documents_upload_test.js yes yes
1v2 same solicitor claimant and defendant upload mediation documents - CARM not enabled 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.uploadMediationDocuments
@api-nightly-prod civil-service: nightly Spec small claims mediation api journey e2e -> tests -> api_tests -> mediation -> api_1v1_spec_small_mediation_documents_upload_test.js yes yes
2v1 claimant and defendant upload mediation documents - CARM enabled 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.mediationUnsuccessful
5. api_spec.uploadMediationDocuments
@api-nightly-prod civil-service: nightly Spec small claims mediation api journey e2e -> tests -> api_tests -> mediation -> api_1v1_spec_small_mediation_documents_upload_test.js yes yes
2v1 claimant and defendant upload mediation documents - CARM not enabled 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.uploadMediationDocuments
@api-nightly-prod civil-service: nightly Spec small claims mediation api journey e2e -> tests -> api_tests -> mediation -> api_1v1_spec_small_mediation_documents_upload_test.js yes yes
1v1 LR v LiP intermediate track 1. api_spec_cui.createSpecifiedClaimWithUnrepresentedRespondent
2. api_spec_cui.performCitizenDefendantResponse
3. api_spec_cui.claimantResponse
4. api_spec_cui.assignTaskToUser
@api-multi-intermediate-spec

@api-prod

@api-nonprod
civil-service: master

civil-camunda-bpmn-definition: master

civil-service: PR

civil-camunda-bpmn-definition: PR
pr_ft_multi-intermediate-spec Spec 1v1 LR v LiP api intermediate track journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_intermediate_lrvlip_spec_test.js no yes
1v1 spec counter claim intermediate claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-multi-intermediate-spec

@api-nightly-prod
civil-service: nightly pr_ft_multi-intermediate-spec 1v1 spec intermediate track api journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_intermediate_spec_test.js no yes
1v1 spec full admission intermediate claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
@api-multi-intermediate-spec

@api-nightly-prod
civil-service: nightly pr_ft_multi-intermediate-spec 1v1 spec intermediate track api journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_intermediate_spec_test.js no yes
1v1 spec full defence intermediate claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.createFinalOrderJO
5. api_spec.evidenceUploadApplicant
6. api_spec.scheduleHearing
@api-multi-intermediate-spec

@api-nightly-prod

@api-prod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master
pr_ft_multi-intermediate-spec 1v1 spec intermediate track api journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_intermediate_spec_test.js no yes
1v1 spec part admission intermediate claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
@api-multi-intermediate-spec

@api-nightly-prod
civil-service: nightly pr_ft_multi-intermediate-spec 1v1 spec intermediate track api journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_intermediate_spec_test.js yes yes
1v2DS spec full defence intermediate claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.createFinalOrderJO
5. api_spec.evidenceUploadApplicant
6. api_spec.scheduleHearing
@api-multi-intermediate-spec

@api-nightly-prod
civil-service: nightly pr_ft_multi-intermediate-spec 1v1 spec intermediate track api journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_intermediate_spec_test.js no yes
1v2SS spec full defence intermediate claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.assignTaskToUser
5. api_spec.createFinalOrderJO
6. api_spec.evidenceUploadApplicant
7. api_spec.scheduleHearing
@api-multi-intermediate-spec

@api-nightly-prod

@wa-task

@api-nonprod
civil-service: nightly

civil-wa-task-configuration: master

civil-wa-task-configuration: PR

civil-wa-task-configuration: nightly

civil-service: PR

civil-camunda-bpmn-definition: PR
pr_ft_multi-intermediate-spec 1v1 spec intermediate track api journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_intermediate_spec_test.js yes yes
1v1 Create Unspecified Intermediate Track claim 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. api.defendantResponse
5. api.claimantResponse
6. api.createFinalOrder
7. api.evidenceUploadRespondent
8. api.scheduleHearing
@api-multi-intermediate-unspec

@api-nightly-prod

@api-prod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master
pr_ft_multi-intermediate-unspec 1v1 unspec intermediate track api journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_intermediate_unspec_test.js no yes
1v2 Same Solicitor Create Unspecified Intermediate Track claim 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. api.defendantResponse
5. api.claimantResponse
6. api.createFinalOrder
7. api.evidenceUploadRespondent
8. api.scheduleHearing
@api-multi-intermediate-unspec

@api-nightly-prod
civil-service: nightly pr_ft_multi-intermediate-unspec 1v1 unspec intermediate track api journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_intermediate_unspec_test.js no yes
2v1 Create Unspecified Intermediate Track claim 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. api.defendantResponse
5. api.claimantResponse
6. api.createFinalOrder
7. api.evidenceUploadRespondent
8. api.scheduleHearing
@api-multi-intermediate-unspec

@api-nightly-prod
civil-service: nightly pr_ft_multi-intermediate-unspec 1v1 unspec intermediate track api journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_intermediate_unspec_test.js no yes
1v1 LR v LiP multi track 1. api_spec_cui.createSpecifiedClaimWithUnrepresentedRespondent
2. api_spec_cui.performCitizenDefendantResponse
3. api_spec_cui.claimantResponse
4. api_spec_cui.assignTaskToUser
@api-multi-intermediate-spec

@api-nonprod

@api-prod
civil-service: PR

civil-camunda-bpmn-definition: PR

civil-service: master

civil-camunda-bpmn-definition: master
pr_ft_multi-intermediate-spec 1v1 LR v LiP spec multi track api journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_multi_lrvlip_spec_test.js no yes
1v1 spec counter claim multi claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
@api-multi-intermediate-spec

@api-nightly-prod
civil-service: nightly pr_ft_multi-intermediate-spec 1v1 spec api multi track journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_multi_spec_test.js no yes
1v1 spec full admission multi claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
@api-multi-intermediate-spec

@api-nightly-prod
civil-service: nightly pr_ft_multi-intermediate-spec 1v1 spec api multi track journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_multi_spec_test.js no yes
1v1 spec full defence multi claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.createFinalOrderJO
5. api_spec.evidenceUploadRespondent
6. api_spec.scheduleHearing
@api-multi-intermediate-spec

@api-nightly-prod

@api-prod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master
pr_ft_multi-intermediate-spec 1v1 spec api multi track journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_multi_spec_test.js no yes
1v1 spec part admission multi claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
@api-multi-intermediate-spec

@api-nightly-prod
civil-service: nightly pr_ft_multi-intermediate-spec 1v1 spec api multi track journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_multi_spec_test.js yes yes
1v2DS spec full defence multi claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.createFinalOrderJO
5. api_spec.evidenceUploadRespondent
6. api_spec.scheduleHearing
@api-multi-intermediate-spec

@api-nightly-prod
civil-service: nightly pr_ft_multi-intermediate-spec 1v1 spec api multi track journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_multi_spec_test.js no yes
1v2SS spec full defence multi claim 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.createFinalOrderJO
5. api_spec.evidenceUploadRespondent
6. api_spec.scheduleHearing
@api-multi-intermediate-spec

@api-nightly-prod

@debug
civil-service: nightly pr_ft_multi-intermediate-spec 1v1 spec api multi track journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_multi_spec_test.js no yes
1v1 unspec multi track claim 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. api.defendantResponse
5. api.claimantResponse
6. api.assignTaskToUser
7. api.createFinalOrder
8. api.evidenceUploadApplicant
9. api.scheduleHearing
@api-multi-intermediate-unspec

@api-nightly-prod

@api-prod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master
pr_ft_multi-intermediate-unspec Unspec multi track journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_multi_unspec_test.js no yes
1v2DS unspec multi track claim 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. api.defendantResponse
5. api.claimantResponse
6. api.assignTaskToUser
7. api.createFinalOrder
8. api.evidenceUploadApplicant
9. api.scheduleHearing
@api-multi-intermediate-unspec

@api-nightly-prod
civil-service: nightly pr_ft_multi-intermediate-unspec Unspec multi track journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_multi_unspec_test.js no yes
1v2SS unspec multi track claim 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. api.defendantResponse
5. api.claimantResponse
6. api.assignTaskToUser
7. api.createFinalOrder
8. api.evidenceUploadApplicant
9. api.scheduleHearing
@api-multi-intermediate-unspec

@api-nightly-prod
civil-service: nightly pr_ft_multi-intermediate-unspec Unspec multi track journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_multi_unspec_test.js no yes
2v1 unspec multi track claim 1. api.createClaimWithRepresentedRespondent
2. api.notifyClaim
3. api.notifyClaimDetails
4. api.defendantResponse
5. api.claimantResponse
6. api.assignTaskToUser
7. api.createFinalOrder
8. api.evidenceUploadApplicant
9. api.scheduleHearing
@api-multi-intermediate-unspec

@api-nightly-prod

@api-nonprod
civil-service: nightly

civil-service: PR

civil-camunda-bpmn-definition: PR
pr_ft_multi-intermediate-unspec Unspec multi track journey e2e -> tests -> api_tests -> multiIntermediateTrack -> api_multi_unspec_test.js no yes
1v1 unspec full defence - not suitable SDO - Other Reasons 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.notSuitableSDO
@api-nightly-prod

@api-toc
civil-service: nightly pr_ft_toc Transfer Online Case 1v1 API test - fast claim - unspec e2e -> tests -> api_tests -> sdo -> api_1v1_transfer_online_unspec_fast_test.js no yes
1v1 unspec full defence - not suitable SDO - Transfer Case 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.notSuitableSDO
8. api.transferCase
@api-nightly-prod

@api-toc
civil-service: nightly pr_ft_toc Transfer Online Case 1v1 API test - fast claim - unspec e2e -> tests -> api_tests -> sdo -> api_1v1_transfer_online_unspec_fast_test.js no yes
1v2 full defence unspecified - not suitable SDO - Transfer Case) 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.notSuitableSDO
8. api.transferCase
@api-nightly-prod

@api-toc
civil-service: nightly pr_ft_toc Transfer Online Case 1v2 API test - fast claim - unspec e2e -> tests -> api_tests -> sdo -> api_1v2_tranfer_online_unspec_fast_test.js no yes
1v1 spec small create SDO for DRH - CARM disabled 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.uploadMediationDocuments
5. api_spec_small.createSDO
@api-prod

@api-sdo
civil-service: master

civil-camunda-bpmn-definition: master
pr_ft_sdo Dispute resolution hearing API test - fast claim - unspec e2e -> tests -> api_tests -> sdo -> api_dispute_resolution_hearing_test.js no yes
1v1 spec small create SDO for DRH - CARM enabled 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.mediationUnsuccessful
5. api_spec_small.uploadMediationDocuments
6. api_spec_small.createSDO
@api-prod

@api-sdo
civil-service: master

civil-camunda-bpmn-definition: master
pr_ft_sdo Dispute resolution hearing API test - fast claim - unspec e2e -> tests -> api_tests -> sdo -> api_dispute_resolution_hearing_test.js no yes
1v1 unspec create SDO for DRH 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
8. api.evidenceUploadApplicant
9. api.evidenceUploadRespondent
10. api.scheduleHearing
11. api.amendHearingDueDate
12. api.hearingFeePaidDRH
13. api.triggerBundle
14. api.createFinalOrderJO
@api-prod

@api-sdo
civil-service: master

civil-camunda-bpmn-definition: master
pr_ft_sdo Dispute resolution hearing API test - fast claim - unspec e2e -> tests -> api_tests -> sdo -> api_dispute_resolution_hearing_test.js no yes
1v1 unspec create SDO for Noise Induced Hearing Loss 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
8. api.evidenceUploadApplicant
9. api.evidenceUploadRespondent
10. api.scheduleHearing
11. api.amendHearingDueDate
12. api.hearingFeePaid
13. api.triggerBundle
14. api.createFinalOrder
@api-prod

@api-sdo
civil-service: master

civil-camunda-bpmn-definition: master
pr_ft_sdo Noise Induced Hearing Loss API test - fast claim - unspec e2e -> tests -> api_tests -> sdo -> api_noise_induced_hearing_loss_test.js no yes
1v1 spec request for reconsideration for create a new SDO 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.createSDO
5. api_spec_small.requestForReconsideration
6. api_spec_small.judgeDecisionOnReconsiderationRequest
7. api_spec_small.notSuitableSdoChangeLocation
@api-nightly-prod

@api-sdo
civil-service: nightly pr_ft_sdo Request for reconsideration - 1v1 - spec e2e -> tests -> api_tests -> sdo -> api_request_for_reconsideration_test.js no yes
1v1 spec request for reconsideration for create general order 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.createSDO
5. api_spec_small.requestForReconsideration
6. api_spec_small.judgeDecisionOnReconsiderationRequest
@api-nightly-prod

@api-sdo
civil-service: nightly pr_ft_sdo Request for reconsideration - 1v1 - spec e2e -> tests -> api_tests -> sdo -> api_request_for_reconsideration_test.js no yes
1v1 spec request for reconsideration for create new SDO 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.createSDO
5. api_spec_small.requestForReconsideration
6. api_spec_small.judgeDecisionOnReconsiderationRequest
@api-nightly-prod

@api-sdo
civil-service: nightly pr_ft_sdo Request for reconsideration - 1v1 - spec e2e -> tests -> api_tests -> sdo -> api_request_for_reconsideration_test.js no yes
1v1 spec request for reconsideration for uphold previous order 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.createSDO
5. api_spec_small.requestForReconsideration
6. api_spec_small.judgeDecisionOnReconsiderationRequest
@api-nightly-prod

@api-sdo

@api-nonprod
civil-service: nightly

civil-service: PR

civil-camunda-bpmn-definition: PR
pr_ft_sdo Request for reconsideration - 1v1 - spec e2e -> tests -> api_tests -> sdo -> api_request_for_reconsideration_test.js no yes
1v1 spec request for reconsideration when claim amount is greater than 1000 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.createSDO
5. api_spec.requestForReconsideration
@api-nightly-prod

@api-sdo
civil-service: nightly pr_ft_sdo Request for reconsideration - 1v1 - spec e2e -> tests -> api_tests -> sdo -> api_request_for_reconsideration_test.js yes yes
1v2 spec request for reconsideration by defendant2 for create general order 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
4. api_spec_small.createSDO
5. api_spec_small.requestForReconsideration
6. api_spec_small.judgeDecisionOnReconsiderationRequest
@api-nightly-prod

@api-sdo

@api-nonprod
civil-service: nightly

civil-service: PR

civil-camunda-bpmn-definition: PR
pr_ft_sdo Request for reconsideration - 1v1 - spec e2e -> tests -> api_tests -> sdo -> api_request_for_reconsideration_test.js no yes
Transfer Online Spec claim 1v2 - not suitable SDO - Other reasons 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.notSuitableSDOspec
@api-nightly-prod

@api-toc
civil-service: nightly pr_ft_toc Transfer Online Case 1v2 API test - small claim - spec e2e -> tests -> api_tests -> sdo -> api_transfer_online_case_spec_small_test.js no yes
Transfer Online Spec claim 1v2 - not suitable SDO - Transfer Case 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.defendantResponse
3. api_spec.claimantResponse
4. api_spec.notSuitableSDOspec
5. api_spec.transferCaseSpec
@api-nightly-prod

@api-toc
civil-service: nightly pr_ft_toc Transfer Online Case 1v2 API test - small claim - spec e2e -> tests -> api_tests -> sdo -> api_transfer_online_case_spec_small_test.js no yes
1v1 full defence unspecified - judge draws small claims WITHOUT sum of damages - flight delay 1. api_spec.createClaimSpecFlightDelay
2. api_spec.defendantResponse
3. api_spec.claimantResponseForFlightDelay
4. api_spec.createSDO
@api-nightly-prod civil-service: nightly Create SDO SmallTrack- Flight Delay - 1v1 - spec e2e -> tests -> api_tests -> sdo -> sdo_flight_delay_test.js no yes
1v1 specified - flight delay other option Small-claim 1. api_spec.createClaimSpecFlightDelay
2. api_spec.defendantResponse
3. api_spec.claimantResponseForFlightDelay
@api-nightly-prod

@api-spec-full-defence
civil-service: nightly pr_ft_spec-full-defence Create SDO SmallTrack- Flight Delay - 1v1 - spec e2e -> tests -> api_tests -> sdo -> sdo_flight_delay_test.js no yes
1v1 full defence specified - legal advisor draws disposal order - hearing scheduled 1. api_spec_small.createClaimWithRepresentedRespondent
2. api_spec_small.defendantResponse
3. api_spec_small.claimantResponse
@e2e-nightly-prod civil-ccd-definition: nightly 1v1 sdo api journeys e2e -> tests -> api_tests -> sdo -> sdo_test.js no yes
1v1 full defence unspecified - judge declares SDO unsuitable - hearing scheduled 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
@e2e-nightly-prod civil-ccd-definition: nightly 1v1 sdo api journeys e2e -> tests -> api_tests -> sdo -> sdo_test.js no yes
1v1 full defence unspecified - judge draws fast track WITH sum of damages - hearing scheduled 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
8. api.evidenceUploadApplicant
9. api.evidenceUploadRespondent
10. api.scheduleHearing
11. api.amendHearingDueDate
12. api.hearingFeePaid
13. api.triggerBundle
14. api.createFinalOrder
@e2e-nightly-prod

@api-sdo

@api-prod
civil-ccd-definition: nightly

civil-service: master

civil-camunda-bpmn-definition: master
pr_ft_sdo 1v1 sdo api journeys e2e -> tests -> api_tests -> sdo -> sdo_test.js no yes
1v1 full defence unspecified - judge draws fast track WITHOUT sum of damages - hearing scheduled 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
8. api.evidenceUploadApplicant
9. api.evidenceUploadRespondent
10. api.scheduleHearing
11. api.amendHearingDueDate
12. api.hearingFeeUnpaid
@e2e-nightly-prod civil-ccd-definition: nightly 1v1 sdo api journeys e2e -> tests -> api_tests -> sdo -> sdo_test.js no yes
1v1 full defence unspecified - judge draws small claims DRH - hearing scheduled 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
8. api.evidenceUploadApplicant
9. api.evidenceUploadRespondent
10. api.scheduleHearing
11. api.amendHearingDueDate
12. api.hearingFeePaidDRH
@e2e-nightly-prod

@wa-task
civil-ccd-definition: nightly

civil-wa-task-configuration: master

civil-wa-task-configuration: PR

civil-wa-task-configuration: nightly
1v1 sdo api journeys e2e -> tests -> api_tests -> sdo -> sdo_test.js no yes
1v1 full defence unspecified - judge draws small claims WITH sum of damages - hearing scheduled 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
8. api.evidenceUploadApplicant
9. api.evidenceUploadRespondent
10. api.scheduleHearing
11. api.amendHearingDueDate
12. api.hearingFeePaid
13. api.triggerBundle
14. api.createFinalOrder
@e2e-nightly-prod civil-ccd-definition: nightly 1v1 sdo api journeys e2e -> tests -> api_tests -> sdo -> sdo_test.js no yes
1v1 full defence unspecified - judge draws small claims WITHOUT sum of damages - hearing scheduled 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
8. api.evidenceUploadApplicant
9. api.evidenceUploadRespondent
10. api.scheduleHearing
11. api.amendHearingDueDate
12. api.hearingFeePaid
13. api.triggerBundle
@e2e-nightly-prod civil-ccd-definition: nightly 1v1 sdo api journeys e2e -> tests -> api_tests -> sdo -> sdo_test.js no yes
1v1 full defence unspecified - legal advisor declares SDO unsuitable - hearing scheduled 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
@e2e-nightly-prod civil-ccd-definition: nightly 1v1 sdo api journeys e2e -> tests -> api_tests -> sdo -> sdo_test.js yes yes
1v1 full defence unspecified - legal advisor draws fast track WITH sum of damages - hearing scheduled 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
8. api.evidenceUploadApplicant
9. api.evidenceUploadRespondent
10. api.scheduleHearing
11. api.amendHearingDueDate
12. api.hearingFeePaid
@e2e-nightly-prod civil-ccd-definition: nightly 1v1 sdo api journeys e2e -> tests -> api_tests -> sdo -> sdo_test.js no yes
1v1 full defence unspecified - legal advisor draws fast track WITHOUT sum of damages - hearing scheduled 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
8. api.evidenceUploadApplicant
9. api.evidenceUploadRespondent
10. api.scheduleHearing
11. api.amendHearingDueDate
12. api.hearingFeePaid
13. api.triggerBundle
@e2e-nightly-prod civil-ccd-definition: nightly 1v1 sdo api journeys e2e -> tests -> api_tests -> sdo -> sdo_test.js no yes
1v1 full defence unspecified - legal advisor draws small claims WITH sum of damages - hearing scheduled 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
8. api.evidenceUploadApplicant
9. api.evidenceUploadRespondent
10. api.scheduleHearing
11. api.amendHearingDueDate
12. api.hearingFeePaid
13. api.triggerBundle
@e2e-nightly-prod civil-ccd-definition: nightly 1v1 sdo api journeys e2e -> tests -> api_tests -> sdo -> sdo_test.js no yes
1v1 full defence unspecified - legal advisor draws small claims WITHOUT sum of damages - hearing scheduled 1. api.createClaimWithRepresentedRespondent
2. api.amendClaimDocuments
3. api.notifyClaim
4. api.notifyClaimDetails
5. api.defendantResponse
6. api.claimantResponse
7. api.createSDO
8. api.evidenceUploadApplicant
9. api.evidenceUploadRespondent
10. api.scheduleHearing
11. api.amendHearingDueDate
12. api.hearingFeePaid
13. api.triggerBundle
@e2e-nightly-prod civil-ccd-definition: nightly 1v1 sdo api journeys e2e -> tests -> api_tests -> sdo -> sdo_test.js no yes
Discontinue claim 1v1 scenario 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.discontinueClaim
@api-nightly-prod civil-service: nightly CCD Settle and discontinue claim 2v1 API test e2e -> tests -> api_tests -> settle-discontinue -> api_settle_discontinue_claim_2v1_spec_test.js no yes
Discontinue claim 1v2 scenario 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.discontinueClaim
@api-nightly-prod civil-service: nightly CCD Settle and discontinue claim 2v1 API test e2e -> tests -> api_tests -> settle-discontinue -> api_settle_discontinue_claim_2v1_spec_test.js no yes
Discontinue claim 2v1 scenario 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.discontinueClaim
@api-nightly-prod civil-service: nightly CCD Settle and discontinue claim 2v1 API test e2e -> tests -> api_tests -> settle-discontinue -> api_settle_discontinue_claim_2v1_spec_test.js no yes
Settle claim 2v1 scenario 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.createCaseFlags
3. api_spec.manageCaseFlags
4. api_spec.settleClaimSelectClaimant
@api-nightly-prod

@api-prod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master
CCD Settle and discontinue claim 2v1 API test e2e -> tests -> api_tests -> settle-discontinue -> api_settle_discontinue_claim_2v1_spec_test.js no yes
Validate discontinue claim claimant 1v1 scenario 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.discontinueClaim
3. api_spec.validateDiscontinueClaimClaimant
@api-nightly-prod

@api-prod
civil-service: nightly

civil-service: master

civil-camunda-bpmn-definition: master
CCD Settle and discontinue claim 2v1 API test e2e -> tests -> api_tests -> settle-discontinue -> api_settle_discontinue_claim_2v1_spec_test.js no yes
Validate discontinue claim claimant 1v2 negative scenario 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.discontinueClaim
3. api_spec.validateDiscontinueClaimClaimant
@api-nightly-prod civil-service: nightly CCD Settle and discontinue claim 2v1 API test e2e -> tests -> api_tests -> settle-discontinue -> api_settle_discontinue_claim_2v1_spec_test.js no yes
Validate discontinue claim claimant 1v2 scenario 1. api_spec.createClaimWithRepresentedRespondent
2. api_spec.discontinueClaim
3. api_spec.validateDiscontinueClaimClaimant
@api-nightly-prod civil-service: nightly CCD Settle and discontinue claim 2v1 API test e2e -> tests -> api_tests -> settle-discontinue -> api_settle_discontinue_claim_2v1_spec_test.js no yes

Testing in IntelliJ (Ultimate Edition)

  1. Running a test_name.js
  • Select the .js file containing the tests you want to run and modify its run configuration.

  • Set "Node interpreter" to: [...]\node.exe

  • Set "Node parameters" to: "[...]\civil-ccd-definition\node_modules\codeceptjs\bin\codecept.js" run --debug --verbose

  • Set "Working directory" to: "[...]\civil-ccd-definition"

  • Set JavaScript file to: "[...]\test_name.js"

  • Set "Environment variables" to:

  • S2S_SECRET=[...];ENVIRONMENT=[...];NODE_TLS_REJECT_UNAUTHORIZED=0;SHOW_BROWSER_WINDOW=true

  1. Running a test from package.json
  • Run > Edit configurations > + > Node.js

  • Set "Node interpreter" to: [...]\node.exe

  • Set "Node parameters" to: "[...]\civil-ccd-definition\node_modules\codeceptjs\bin\codecept.js" run --grep @[test_name] --debug --verbose

  • Set "Working directory" to: "[...]\civil-ccd-definition"

  • Set "Environment variables" to:

  • S2S_SECRET=[...];ENVIRONMENT=[...];NODE_TLS_REJECT_UNAUTHORIZED=0;SHOW_BROWSER_WINDOW=true

Adding Git Conventions

Include the git conventions.

  • Make sure your git version is at least 2.9 using the git --version command
  • Run the following command:
git config --local core.hooksPath .git-config/hooks

Once the above is done, you will be required to follow specific conventions for your commit messages and branch names.

If you violate a convention, the git error message will report clearly the convention you should follow and provide additional information where necessary.

Optional:

  • Install this plugin in Chrome: https://github.com/refined-github/refined-github

    It will automatically set the title for new PRs according to the first commit message, so you won't have to change it manually.

    Note that it will also alter other behaviours in GitHub. Hopefully these will also be improvements to you.

In case of problems

  1. Get in touch with your Technical Lead so that they can get you unblocked

  2. If the rare eventuality that the above is not possible, you can disable enforcement of conventions using the following command

    git config --local --unset core.hooksPath

    Still, you shouldn't be doing it so make sure you get in touch with a Technical Lead soon afterwards.

Development / Debugging Environment - Preview with Mirrord

As an alternative for a development environment there is a procedure in place where after running the command below the required services for Civil are created in Preview under the developer's name, so these will be exclusively for the named developer use.

While connected to the VPN simply run one of the below commands from your project's (civil-ccd-definition) folder: Note: be sure to have Docker running

echo "CIVIL_SERVICE_IMAGE=latest" >> .env.local && npx @hmcts/dev-env@latest --env .env.local && ./bin/setup-devuser-preview-env.sh

You can optionally specify a branch for CCD definitions and Camunda definitions like below or leave it blank to use master.

echo "CIVIL_SERVICE_IMAGE=latest" >> .env.local && npx @hmcts/dev-env@latest --env .env.local && ./bin/setup-devuser-preview-env.sh camundaBranch dmnBranch waStandaloneBranch

Once the pods are up and running you can connect to them using a plugin called Mirrord on Intellij. https://mirrord.dev

If you want to clean up the environment just run:

npx @hmcts/dev-env@latest --delete

To run the specialised charts, where you can get Work Allocation for instance, run:

npx @hmcts/dev-env@latest --template values.enableWA.preview.template.yaml && ./bin/setup-devuser-preview-env.sh

Note: enabling HMC, will create a custom CaseType in definitions and import it to AAT. Please delete the same after use by running:

./bin/delete-dev-preview-definition-from-aat.sh

Hearings Development - Preview

For now any Hearings related PRs, i.e. that requires HMC/ILA must undergo some manual setup.

1 - Execute the commands below replacing ${PR_NUMBER} accordingly to create the topic subscription required

    az servicebus topic subscription create --resource-group hmc-shared-aat --namespace-name hmc-servicebus-aat \
      --topic-name hmc-to-cft-aat --subscription DCD-CNP-DEV --name hmc-to-civil-subscription-pr-${PR_NUMBER} \
      --subscription DCD-CNP-DEV && \
    az servicebus topic subscription rule create --resource-group hmc-shared-aat --subscription DCD-CNP-DEV\
      --namespace-name hmc-servicebus-aat --topic-name hmc-to-cft-aat \
      --subscription-name hmc-to-civil-subscription-pr-${PR_NUMBER} \
      --name hmc-servicebus-aat-subscription-rule-civil --subscription DCD-CNP-DEV\
      --filter-sql-expression "hmctsServiceId IN ('AAA7','AAA6')"

(Remember to delete this once finished with the PR using "az servicebus topic subscription delete")

2 - Add the label pr-values:enableHmc on your GitHub PR

3 - When in XUI/CUI the case type will have an extension to your PR number added to it.

License

This project is licensed under the MIT License - see the LICENSE file for details