Cemeteries
Cemeteries
Purpose and when to use this record
BriskMaintain storesmunicipal cemeteriescemetery aslocations partused ofto organize plots, ownership, availability, and interments.
At a glance
-
Identify it by: Name, Code, and Postal Code.
-
Why care: Names, periods, classifications, due dates, status, charges, and payments form an official account history. Correct them from the
municipalsupportingmodule.filing,Thisapplication,generatedreceipt,referenceor ordinance. -
Why care: Availability and publication flags affect future use without erasing history. Prefer disabling an obsolete setup record when existing transactions still refer to it.
Before you begin
You need the Brisk permission for the action you are taking on cemeteries. If a Create, Edit, or Delete control is awaitingabsent, workflowdo review.not work around it with another user’s account; ask an administrator to review your role.
Find and review cemeteries

Use the Cemeteries list to find the correct record before opening or changing it. Compare Name, Code, and Postal Code. Compare the full identifier rather than relying on a similar name.
- The initial order emphasizes Name. Select a column heading when you need a different comparison.
Open the Cemetery whose Name, Code, and Postal Code match the task. If it is missing, clear the list filters and recheck Active rather than creating a replacement immediately.
Create a recordCemetery

TheCreate evidencea packetCemetery identifiesonly after confirming that the viewsource document or operational event has not already been entered.
-
Select the business context first.
-
Enter the required identifying and operational values: Name.
-
Review Active deliberately; these choices control availability or workflow rather than merely describing the record.
-
Save the Cemetery, then confirm Name, Code, and Postal Code on its detail page before continuing.
After saving: Verify Active on the detail page, then continue the municipal workflow only when those values agree with the source locationdocument and actual work performed.
Delete a Cemetery
Delete this Cemetery only when it was entered by mistake and no downstream history depends on it. Use a reversal, void, credit, counter-adjustment, or status correction for thisa action.real Confirmevent user-facingthat stepslater beforechanged.
If the record is merely obsolete, use Active to remove it from future use while preserving existing references.
Before confirming, check for related Cemetery Plots. Brisk may refuse deletion when another record depends on this page.one; resolve the duplicate or use the supported correction workflow instead of breaking the trail.
On the confirmation page, verify Name, Code, and Postal Code. After confirmation, return to the Cemeteries list and make sure only the intended Cemetery was removed.
ViewReview recordCemetery details
The evidence packet identifiesUse the viewdetail page as the shared record of what this Cemetery currently means. Verify Active before relying on it for a decision.
Compare the Cemetery with its source document or approved setup request before deciding that it needs correction.
Next check: Verify Active on the detail page, then continue the municipal workflow only when those values agree with the source document and sourceactual locationwork for this action. Confirm user-facing steps before approving this page.
Find and review records

The evidence packet identifies the view and source location for this action. Confirm user-facing steps before approving this page.performed.
Edit an existing recordCemetery
TheEdit evidencethis packetCemetery identifiesto correct or complete the viewsame source document or operational event; use the supported reversal or follow-up workflow when the business event itself changed.
-
Open the detail page. Compare Name, Code, and Postal Code with the supporting document or approved request.
-
Recheck Active. These values are most likely to change license, compliance, filing, charge, payment, and official account history.
-
Save the change, return to the list, and confirm that the Cemetery now appears under the expected Active.
After the change: Verify Active on the detail page, then continue the municipal workflow only when those values agree with the source locationdocument and actual work performed.
Fields and business rules
Brisk stores 9 user-relevant fields for this action.Cemetery, Confirmincluding user-facing0 stepslinked-record beforeselections approvingand 0 controlled-choice fields. Create and edit screens may hide calculated or workflow-managed values from this page.full reference.
Delete
| Field | Required | What |
|---|---|---|
| Name | Yes | Human-readable name for this |
| Code | No | Short code used to identify this |
| Address 1 | No | The address 1 recorded for this cemetery. |
| Address 2 | No | The address 2 recorded for this cemetery. |
| City | No | The city recorded for this cemetery. |
| State | No | The state recorded for this cemetery. |
| Postal Code | No | The postal code recorded for this cemetery. |
| Active | No | Whether this cemetery is active and available for use. |
| Memo | No | The memo recorded for this cemetery. |
What happens next
Verify Active on the detail page, then continue the municipal workflow only when those values agree with the source document and actual work performed.
Common mistakes and troubleshooting
-
The record will not save: Recheck Name and any message beside the field. A required related record may also be inactive or unavailable to your role.
-
The record saved but is not available where expected: Recheck Active, then clear the filters on the destination list. A saved record can still be inactive, unpublished, locked, unapproved, or in the wrong workflow state.
-
The values look right but the result is wrong: Compare this Cemetery with the source document or approved setup decision, then check the downstream screen where it is used.