Register, editing and status control

Understand editable fields and form defaults

This guide explains that which values can be changed and which values remain system-controlled. The guide then takes you through the correct route, the checks to complete before making changes, the workflow in order, and the evidence to review afterwards.

Audience: Delivery operations staffPermission: Delivery Note: EditModule v1.0.0
Jump to steps
Where to goAdmin Area → Delivery Note → View note → Edit

What you’ll accomplish

Know which values can be changed and which values remain system-controlled. This guide follows the supplied Delivery Note module’s live hooks, controller actions, model rules, views and stored side effects.

Follow these steps

  1. Go to an unsigned note.
  2. Check the editable delivery fields.
  3. Leave system identifiers unchanged because they are not exposed in the form.
  4. Save required changes and verify the detail page.

Fields and options to review

  • Editable: delivery_date, delivery_method, delivered_by, tracking_reference, recipient_name, recipient_email, delivery_address, notes
  • System-controlled: ID, invoice ID, client ID, reference, secure token, status, snapshots, signature evidence, created/updated metadata

Rules the system enforces

  • On create, Delivery Date defaults to today and Address defaults from client billing data.
  • On edit, the stored values populate the form.
  • The supplied form does not change invoice items, prices, client record or token.

How to confirm it worked

  • Only delivery-operational fields change; identifiers and retained evidence remain stable.

Safety checks and troubleshooting

  • Do not use direct database edits to change system-controlled fields.
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.