Module setup, access and architecture

Understand module enabled and invoice UI options

Distinguish the master module-enabled control from the optional invoice-page interface flag.

Audience: System administratorsPermission: Technical configuration accessModule v1.0.0
Exact navigationNo staff-menu settings screen exists in the supplied code → Review installed Delivery Note options

What this guide covers

Distinguish the master module-enabled control from the optional invoice-page interface flag. 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. Confirm `delivery_note_enabled` is `1` for live use.
  2. Confirm `delivery_note_invoice_ui_enabled` is `1` when invoice-page buttons and the new-invoice panel should appear.
  3. Test the module register separately from invoice-page injection.
  4. Change options only through an authorised deployment/configuration process because the supplied module has no settings form.

Fields, choices and supported possibilities

  • delivery_note_enabled
  • delivery_note_invoice_ui_enabled

Code-backed validations and workflow rules

  • When disabled, module hooks stop adding menus and assets.
  • Invoice assets load only on invoice editor pages and only when the invoice UI option is enabled.
  • The module register and module pages are scoped separately from invoice UI injection.

Expected result and verification

  • The intended module and invoice-page interfaces appear without loading module assets globally.

Checks, security and troubleshooting

  • Do not describe these options as clickable CRM settings; no such user-facing settings screen is implemented.
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.