Future Goals & Operational Notes
Future Goals & Operational Notes
This document captures important runtime deployment usage notes alongside ongoing organizational future structural goals guiding development optimizations.
Important Usage Notes
SQL Data vs Storage State
File schemas mapping internal structure configurations act completely independently from SQL mappings.
The core structural payload is held within the XML inside the .bpmn file mapping located within the diagram_storage/ deployment path.
- If the SQLite data resets or loses data mappings, operations CANNOT structurally be reconnected to isolated storage folders natively without a standalone metadata scanning python restructuring script.
- Always implement the logical cold deployment structure (such as the OS automated
.gitbackup hook configured inconfig.yaml) if you expect heavy organizational interaction mapping limits over long lifecycles.
Diagram Validations
We strictly mandate that process mapping titles respect alphanumeric regex checks structure. Character encoding parameters block inputs utilizing extreme spacing metrics, random specific characters, or logic injections natively mapping the filename structure over .bpmn payload endpoints universally across Editors.
Future Goal Trajectory
While the application structure is purposefully scaled tight for basic server management, scaling requirements over future epochs include:
- Integrated Multi-Session Mapping: While the polling Heartbeat logic successfully guarantees zero collision over independent data changes, transitioning the backend to native
WebSocketscould introduce real-time node dragging mechanics mapped simultaneously among multi-user instances. - Deep Diff Overviews: Executing Native XML Diffs tracking modifications tracking line alterations over the
.bpmnpayload, rendering explicit branch tracking mechanics directly within the Admin Process tables. - Template Administration UI: Allowing organizational operations users natively drag and drop foundational internal
.bpmnconfigurations directly to thebpmn_templates/endpoint rather than mapping it independently onto the remote target server path. - Enhanced Authorization Layering: Granular permissions (such as assigning explicit Edit constraints preventing overlapping administrative users from altering independent active mapping payloads). Currently, all users map fully accessible interactions over the entirety of available datasets until a user asserts logical file locks.