Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| comply_01 [2018/08/09 16:44] – [Using Compliance Domains in Validation Functions] Michael Scott | comply_01 [2024/11/25 11:16] (current) – Shelley Hunter | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | ====== Compliance Domains ====== | + | ====== Compliance Domains |
| Compliance domains provide a structured mechanism for monitoring the compliance status and suitability of candidates based on their Questionnaire responses (both global and departmental). | Compliance domains provide a structured mechanism for monitoring the compliance status and suitability of candidates based on their Questionnaire responses (both global and departmental). | ||
| Line 23: | Line 23: | ||
| ===== Default Domains ===== | ===== Default Domains ===== | ||
| - | You can optionally | + | You should |
| Line 32: | Line 32: | ||
| On the **Compliance** view, you will see the colour-coded status and scores of all the relevant questions. | On the **Compliance** view, you will see the colour-coded status and scores of all the relevant questions. | ||
| - | If you enable the General Setting //Show Person Compliance Score Button//, a button will appear on the top panel showing the calculated percentage score. Pressing it will navigate to the **Compliance** view. | + | If you enable the General Setting |
| On the **Compliance** view of the **Temp Desk** you will see the compliance status of all Current candidates in the Pool for whom compliance data can be determined, with percentage scores. | On the **Compliance** view of the **Temp Desk** you will see the compliance status of all Current candidates in the Pool for whom compliance data can be determined, with percentage scores. | ||
| + | |||
| + | ===== Client Compliance Domain Code ===== | ||
| + | |||
| + | When different clients have different compliance requirements it is possible to link a domain to the client. | ||
| + | |||
| + | You must be using the compliance pre-validation functions for this to come into play, otherwise it cannot know which client you are trying to match. | ||
| ===== Using Compliance Domains in Validation Functions ===== | ===== Using Compliance Domains in Validation Functions ===== | ||
| Line 43: | Line 49: | ||
| < | < | ||
| - | This will check the Compliance Domain for the Vacancy (explicit or default). It will use the Vacancy start date to check any expiring date questions. | + | This will check the Compliance Domain for the Vacancy (explicit or default). |
| In the **Tempshift Pre-Validation** function put: | In the **Tempshift Pre-Validation** function put: | ||
| Line 51: | Line 57: | ||
| You may, of course, have additional non-questionnaire based checks to make in the function, which should be done first. | You may, of course, have additional non-questionnaire based checks to make in the function, which should be done first. | ||
| + | |||
| + | In the **Person State Change Validation** function you might put: | ||
| + | < | ||
| + | declare rv long varchar; | ||
| + | if newstatus=' | ||
| + | set rv = ComplianceValidPerson(persid, | ||
| + | if rv is not null then | ||
| + | update person set status = oldstatus where personid = persid; // Revert to previous state | ||
| + | return rv | ||
| + | end if; | ||
| + | set rv = ComplianceValidPerson(persid, | ||
| + | end if; | ||
| + | return(rv) | ||
| + | </ | ||
| ===== Using Compliance Domains in Shift Matching ===== | ===== Using Compliance Domains in Shift Matching ===== | ||