The four agreement templates
The platform picks the template that matches the loan type. Each one carries the legal clauses and collateral section appropriate to that kind of loan.| Loan type | Template | What it covers |
|---|---|---|
| Cash-Secured | cash-secured | The loan secured against the member’s savings, including the hypothecation of the secured deposit. |
| Unsecured | unsecured | A personal loan with no collateral section. |
| Auto | auto | The chattel mortgage over the vehicle, the registered lien, and the insurance requirement. |
| Mortgage | mortgage | The mortgage over the real property, the title custody terms, and the property insurance requirement. |
loan-agreement-<id>-v3.pdf). The approving officer is the Adjudicator who recorded the approval; the agreement shows their name with the title “Adjudicator”. The figures come from the approved decision and its rate computation, so the agreement always reflects what was actually approved.
When the agreement is generated
The agreement is generated as part of disbursement readiness. When a loan is approved, the platform queues a job that renders the PDF, uploads it to secure storage, and writes an agreement record against the loan. This happens in the background, so the agreement is ready by the time the loan reaches the Disbursement team.Regenerating an agreement
If the agreement needs to be reissued, for example after a correction, you can regenerate it from the loan detail page. Regenerating queues a fresh PDF render and writes a new agreement record. The prior agreement is kept and the new one supersedes it, so the full history is preserved for audit. The newest agreement in the chain, the one nothing supersedes, is the canonical version. It is the one the download link serves. The readiness check requires at least one agreement on file for the loan, regardless of which version is canonical. Older versions stay on file and remain in the audit trail.Open the loan
Go to the loan on the adjudication or disbursement detail page. The agreement card shows whether an agreement has been generated.
Regenerate
Click the regenerate action. The platform finds the loan’s latest approved decision, queues the render against it, and waits for the job to finish. A regeneration from an existing agreement supersedes that agreement; a first generation simply creates the first record.
Confirm the result
When the job completes, the page refreshes and the new agreement becomes the canonical version. If the render fails, the page shows the reason and the technical detail is captured in the audit log. Two failures are worth knowing: an agreement generates only against an APPROVED decision, and an Auto or Mortgage agreement needs a collateral record on file. If the collateral record is missing, the reason reads “The agreement could not be generated because the loan has no collateral record on file. Open the loan and capture the collateral details, then retry.”
Downloading the agreement
The agreement download is capability-gated. Five capabilities can download it, so everyone working the loan in its pipeline can read the agreement that backs the file:| Capability | Who holds it |
|---|---|
| reports.view | Oversight roles: Administrator, Credit Manager, and Branch Manager |
| loans.read.own | The officer who created the loan |
| loans.adjudicate | Adjudicator |
| securities.review | Securities team |
| loans.disburse | Disbursement team |
The scoping of loans.read.own to the loan’s creator is a planned refinement; today any holder of the capability can download. Agreement PDFs are stored with a 7-year retention period, the Bank of Jamaica minimum for loan records, and cannot be altered or deleted within that window. Every download is logged.
Events recorded
The agreement lifecycle is logged. The generated and failed events are also written to the immutable audit trail; the start of a render is a log line only.| Event | When it fires | Where it lands |
|---|---|---|
loan_agreement.generation.started | A render job began for an approved loan. | Log only |
loan_agreement.generated | The PDF was rendered, stored, and recorded against the loan. | Audit trail and log |
loan_agreement.generation.failed | The render or storage step failed. The reason is captured for investigation. | Audit trail and log |