Key Requirements
| Requirement | Publive Feature |
|---|---|
| Content approval before publishing | Maker-checker workflow via Approval Pending status |
| Audit trail | Post created_at, updated_at, published_at, approver fields |
| Access control | API key-based authentication, role separation |
| Content versioning | Draft/Published state separation |
| Compliance reviews | Approval Pending → review → Published flow |
Implementing Maker-Checker
For BFSI compliance, every piece of content should go through the approval flow:Content Access Controls
Use theaccess_type metadata to control content visibility:
Audit Trail
Every post includes timestamps and attribution:| Field | Purpose |
|---|---|
created_at | When the content was first created |
updated_at | Last modification timestamp |
published_at | When content went live |
member | Content creator |
updated_by | Last editor |
approver | Who approved publication |
source | Content origin system |
Best Practices
- Separate API keys for content creators (makers) and approvers (checkers)
- Always use
Approval Pendingstatus before publishing - Track all state changes using the post timestamps and attribution fields
- Use categories to organize content by compliance domain (regulatory, investor relations, customer communications)