Step 1 — Trigger and filter conditions
"When does this rule fire?"
The trigger does two jobs: it decides which deals the rule looks at, and it decides which period their commission is attributed to.
Pick the period event
Two choices:
| Option | What it means |
|---|---|
| Deal won | "Use a deal won time from Pipedrive as the trigger." The ordinary case |
| Custom event | "Use a custom date field from Pipedrive as the trigger." Pick the date field from the dropdown |
The builder warns you directly: "Changing this affects which period commissions are attributed to." A deal won in March but invoiced in April lands in a different period depending on which event you pick here. Change it on a live plan and last month's numbers can move.
If your date field isn't in the list: "Mark a date field as a period event on the Fields page to use it here." Go to Organization → Data Sources → Fields first.
A field that was removed shows as <field> (missing) — reselect a live one.
Add filter conditions
Underneath the event: "If no filter conditions are added, the trigger fires on all deals matching the event."
That default is the single most common cause of rules paying twice. If this rule should only cover new business, or one product, or deals over a size, say so here.
- Click + Add condition (AND).
- Pick the field.
- Pick the value.
AND narrows: every condition must be true. + Add condition (OR) widens a group — it stays disabled until you have a condition to widen.
Watch for: if the value dropdown fails with "Couldn't load picklist options", retry or pick another field.
How this shows up later
The Period Event column in Deal Review shows which event attributed each deal — Won time, Close time, Local close date, Add time, and so on. When a deal is in the wrong month, that column tells you it was this step, not the deal. → Check and exclude deals
Common mistakes
- No filter on a rule meant to be narrow. It fires on everything and stacks with your base rule. Lokom will flag the overlap — read it.
- Changing the event on a live plan without realising history can re-attribute.
- Using a date field nobody fills in. Deals with no value in that field never trigger.