Technical configuration, lifecycle and troubleshooting

Run the Delivery Note security and operational checklist

Confirm least privilege, link protection, signing integrity and deployment readiness.

Audience: Administrators, security reviewers and operations leadsPermission: AdministratorModule v1.0.0
Exact navigationAdmin Area → Delivery Note and Setup → Staff → Roles

What this guide covers

Confirm least privilege, link protection, signing integrity and deployment readiness. This guide follows the supplied Delivery Note module’s live hooks, controller actions, model rules, views and stored side effects.

Exact step-by-step process

  1. Verify View/Create/Edit/Delete are assigned by least privilege.
  2. Confirm module and invoice UI options are intentional.
  3. Test random token generation and HTTPS delivery in the deployed environment.
  4. Confirm recipient links are not exposed in logs or public tickets.
  5. Test signed edit/void lock and void public blocking.
  6. Verify SMTP, PDF, QR and client invoice access.
  7. Review event evidence and retention/uninstall procedure.
  8. Confirm no backup/development artefacts are deployed as active code.

Fields, choices and supported possibilities

  • Permissions
  • HTTPS and secure bearer links
  • CSRF/signature validation
  • SMTP and PDF dependencies
  • Client ownership/hash checks
  • Event logging
  • Retention and uninstall controls

Code-backed validations and workflow rules

  • The module relies on the hosting application and production TLS to protect public tokens in transit.
  • Tokens have no built-in expiry/revocation.
  • The public form does not independently verify signatory identity.
  • The module should remain portable without core or server changes.
  • Keep signing behind the supplied public controller because it performs the void-status check before calling the active model sign method.

Expected result and verification

  • The deployed feature is operationally controlled and its known limitations are accepted or mitigated.

Checks, security and troubleshooting

  • Restrict access to signature data, IP addresses and bearer URLs as sensitive operational evidence.
Stay within the supported flowDo not force database values, expose secure tokens, bypass permission checks, replace a stored signature or invent a status or interface that the supplied code does not implement.