DWPlatform docs

The customer lifecycle — six BPMN swimlanes

The customer relationships guide tells the story with screenshots. This page is for the mechanics: who does what, exactly where the system says no, and what gets written down. Every diagram describes what actually happens — including the refusal branches, which are the paths people otherwise discover in production.

One thing to know before reading them: this module owns no tasks, no calendar, no files and no email. Tasks live in the collaboration hub, files in Drive, mail in DWMail, and approvals in business workflows. Wherever a diagram shows work leaving the module, it is going to the platform's own service and not to a table inside this one.

1 — From a name to a customer

Conversion is one action that creates three records — account, contact and deal — and it does not reverse. Note that the lead is not deleted: it is the only thing that can answer where a deal originally came from.

2 — A deal across the board

Two things here are not decoration: every stage move is written down with who and when, and a deal that stops moving raises a task by itself. Follow the amount branch — somebody without the permission sees "withheld", not zero.

3 — Quote, approval, and the customer's answer

The separation-of-duties branch is the point: the person who requested the discount cannot approve it, even holding both permissions. Note also that a price below the floor is refused before any approval is opened at all.

4 — A complaint, and the clock on it

The clock counts real working hours — a Sunday-to-Thursday week with public holidays out — so a complaint arriving on Thursday afternoon stops the clock until Sunday. Escalation happens before the promise breaks, not after.

5 — The email that files itself

This is the answer to the documented reason CRM projects fail: nobody types anything in. Note what is not stored — the message body stays in mail, and only the subject, a snippet and a reference are kept here.

6 — How a customer signs in

No password and no sign-up. Critically, a portal login creates no tenant membership — it consumes no paid seat, and its token is refused by every back-office screen.

In summary. Six paths explain the mechanics behind the screens: conversion creates three records and does not reverse; the amount carries its own permission and is withheld rather than zeroed; a large discount needs a second person; promises are counted in real working hours; mail files itself; and a customer signs in on a temporary link without consuming a seat. For the same material told as a story with screenshots, start with the customer relationships guide.