When updating Sentinel solution documentation artifacts (workbooks metadata, UI definitions, and connector table schemas), treat them as schema- and regeneration-driven. Ensure values match platform conventions and that any generated text will be correct after regeneration.
Apply these rules: 1) Follow required schema/doc fields
description for every table inside schema.retentionInDays (or the required retention property) under each properties block.Example (pattern):
{
"properties": {
"retentionInDays": 180,
"schema": {
"name": "ExampleTable_CL",
"description": "Describes what ExampleTable contains and how it is used in Sentinel.",
"columns": [
{ "name": "ExampleColumn", "type": "string", "description": "Meaning of the column." }
]
}
}
}
2) Use the correct relative paths/URIs
templateRelativePath, use the documented convention (e.g., bare filename relative to the solution’s Workbooks/ folder), not an arbitrary repo path.3) Don’t hand-edit autogenerated UI boilerplate
createUiDefinition.json (manual edits will be overwritten on regeneration).4) Prevent UI text truncation by fixing the source descriptions
createUiDefinition.json truncates analytic rule text, update the source analytic description in the template/YAML and regenerate the package.Net effect: your PR improves the correctness of end-user-facing documentation (UI text, schema descriptions, and metadata paths) and avoids “false-positive” validation failures caused by regeneration, length limits, or nonconforming paths/URIs.