Description
Preserve an explicit housing waitlist priority code and source.
Support records distinguish a person's stated preferences from eligibility decisions, service delivery and permission to disclose data. A normalized goal weight describes a declared weighting system, while a voucher or referral time margin describes supplied bookkeeping. Labels and display masks do not establish safety, valid consent, appropriate priority or actual entitlement.
Preserve an explicit housing waitlist priority code and source.
When to use this tool
Use Housing Waitlist Priority Source Tag when you already have caseRecordId, suppliedPriorityCode, policySource and need to preserve an explicit housing waitlist priority code and source.
How to use the tool and how it works
- Enter caseRecordId, suppliedPriorityCode, policySource. Use the units and conventions below.
- Run the tool. Correct any format, range, or cross-field input error before interpreting the output.
- Read token. Use the output convention below.
Enter caseRecordId, suppliedPriorityCode, policySource using the field constraints below. Encode these values, in exactly that order, as a JSON array and return the serialized array as text in token. String values are preserved without trimming or external terminology lookup.1
| Input field | Meaning and units | Accepted input |
|---|---|---|
| caseRecordId | Case Record Id | Required. Text; minimum UTF-16 length 1; maximum UTF-16 length 8192. |
| suppliedPriorityCode | Supplied Priority Code | Required. Text; minimum UTF-16 length 1; maximum UTF-16 length 8192. |
| policySource | Policy Source | Required. Text; minimum UTF-16 length 1; maximum UTF-16 length 8192. |
| Output field | Interpretation | Returned shape |
|---|---|---|
| token | Token | Required. Text; maximum UTF-16 length 8192. |
{
"input": {
"caseRecordId": "CASE17",
"suppliedPriorityCode": "P2",
"policySource": "Policy A"
},
"output": {
"token": "[\"CASE17\",\"P2\",\"Policy A\"]"
}
}Limitations and assumptions
- The result records supplied values without assigning priority. Sources and asserted relationships are not independently authenticated.
- Inputs must satisfy both the field types and the cross-field conditions above. Invalid input causes an error; a successful false flag or documented placeholder is a different result.
Alternative or Complementary methods
Review the person's recorded preferences, governing service criteria and actual referral or voucher records. For disclosure, apply the relevant access controls to the underlying data rather than treating a display mask or recorded permission flag as the whole process.
References
Similar or alternative tools
- Interpreter Request Language Pair
Pair explicit interpreter request language labels.
- Outreach Safe Channel Choice Token
Preserve an explicitly selected outreach channel and preference source.