Skip to main content

Smart Alerts, Not More Noise

In a busy work environment, too many notifications create noise, causing team members to miss the updates that truly matter. The key to effective collaboration isn’t more alerts, it’s smarter alerts. Notification Schemes are Luklak’s solution for intelligent alert management. They run in parallel with Permission Schemes to control who gets notified when specific actions occur, ensuring the right people get the right information at the right time.
A Notification Scheme is a reusable set of rules, defined in a 📋 Function, that determines who gets an alert when a specific action happens to an 🧊 Object.

How Notification Schemes Work

Notification Schemes use the same powerful “Action -> Recipient” logic as Permission Schemes. However, their purpose is different:
  • Permission Schemes ask: “Is this Recipient allowed to perform this Action?”
  • Notification Schemes ask: “When this Action occurs, which Recipients should be informed about it?”
This separation is powerful. For example, a project manager may not have permission to transition a task to DONE, but a Notification Scheme can ensure they are always alerted the moment a team member does.

Built-in Schemes for Common Use Cases

To get you started quickly, Luklak provides four pre-configured Notification Schemes that cover the most common communication patterns.

1. Notify all actions to all viewers

The “loudest” setting. Every action on any Object (edits, new messages, etc.) sends a notification to everyone who can view that Object. Best for small, highly-engaged teams where everyone needs to know everything.

2. Notify all actions to direct assignees

More focused. Every action on an Object sends a notification, but only to the people directly assigned to that Object (e.g., in the “Assignee” or “Reviewer” fields).

3. Notify key actions to direct assignees

A balanced default. Only important actions (like status changes, @mentions, or new messages) will trigger notifications, and only for the direct assignees. This reduces noise from minor edits.

4. Notify key actions to key assignees

The “quietest” setting. Only the most important actions trigger notifications, and only for key Roles like “Manager” or “Approver”, not every single assignee. Ideal for high-level oversight.

Creating a Custom Notification Scheme

When you need more precise control, you can build your own Notification Scheme from scratch. The process is nearly identical to creating a Permission Scheme.
Custom schemes allow for powerful workflows. For example, you can create a rule that when an Object’s Priority field is set to “Critical”, a notification is automatically sent to the “Senior Leadership” Group.

What’s Next?

You have now mastered Luklak’s complete governance framework. You can confidently control who can perform actions and who gets notified, creating secure and efficient workflows.