What starts this process, where it ends, who acts and on which surfaces. The unified communications inbox is the front of the relationship — it feeds lead to opportunity and stays distinct from customer↔support messaging.
Top to bottom in sequence; lanes are the actors. Node shape follows the master conventions — pills start and end the process, grey nodes are backbone events, diamonds are decisions.
Each row is one node on the swimlane: who acts, what happens, the domain event it emits, and the requirement or rule it traces to.
Every id, event, service and entity this process touches — each linked to the document that owns it. This is how you hop from a step back to the requirement, the service or the data model behind it.
The WF-rules that bind this workflow — the master holds the full set; the DM-rules (ERD) and SVC-rules (Domain) they extend stay with those documents.
| Version | Date | Changes |
|---|---|---|
| 0.1 | 28 Jun 2026 | First draft — the unified communications inbox process: an inbound message on any channel (web form · email · LINE · Instagram · Facebook · LinkedIn · phone) is matched to a contact, threaded into a Conversation, triaged, replied on its own channel and logged as an activity, or filed to junk / archived / deleted. Cascades from SPEC-PRD SAL-9 / SPEC-APP-PIP PIP-15 / SPEC-ERD DM-53 · DM-54 / SPEC-DWF-SAL (Conversation lifecycle). Prototype: apps/pipeline/Inbox.html. |