Get every post reviewed by the right person, automatically.

Your reviewers don't learn a new tool. They go to /approvals and see every post waiting on them, sorted by urgency. Each card shows the full caption (HTML stripped to plain text), the full-size media with native video controls, the target platforms, and the scheduled time with a relative urgency indicator like "Publishes in 2h" or — in red — "Past scheduled time · approve soon."

Review happens on one screen. The post sits on the left; on the right, a discussion thread for back-and-forth and a decision panel with Approve / Reject and an optional note field. No tab juggling, no separate detail pages, no "where do I click?" Just read, optionally chat, decide.

Approvers without a SocialCal subscription land directly on /approvals after sign-in — the dashboard isn't in their way. Their account is free and scoped to exactly what they need.

Running social for multiple brands means each brand's reviewer should see only their brand's drafts. SocialCal's approver model has a nullable client_id on each invite — set it to "all clients" for an internal manager who reviews everything, or scope it to specific client profiles for a brand's own reviewer.

The scoping is enforced at the database row level (Postgres RLS), not just hidden in the UI. An approver scoped to Client A literally cannot read posts for Client B, even by URL manipulation. Cross-tenant data isolation is the default, not an opt-in.

When you flag a post tagged with Client A, the awaiting-approval email fans out only to approvers covering Client A — owner-level approvers (all clients) plus client-A-specific approvers. Reviewers for other clients aren't notified and don't see the post in their inbox.

Approval workflows die when the conversation lives somewhere else. SocialCal puts the discussion thread directly on the post — alongside the media and the decision buttons — so questions and answers happen in context.

Threads support multiple comments per post, with avatars and relative timestamps ("5m ago"). You can edit and delete your own messages — others can't. The other party (owner or approver) gets an email when a new comment lands, so the conversation flows even when no one is watching the dashboard.

Decision notes are deliberately separate from the discussion. When an approver clicks Reject, a note is required so the owner knows what to fix. When they click Approve, the note is optional ("LGTM" or "looks great, but watch the link in line 2"). Notes appear in the decision email and on the post forever, so the audit trail stays clean.

Approval state is visible everywhere posts are listed — not just on a buried admin page. The scheduled-posts list shows a colored corner badge on each post's media: amber for awaiting review, green for approved, red for rejected, gray for expired. The calendar view's daily modal mirrors the same convention.

Click any badge and you land on the post's discussion page — the same view your approvers see, with status, decision notes, the previous reviewer's note (if reset-on-edit fired), and the full discussion thread. Edit-and-resubmit is one click away when a post is rejected or expired.

No separate "approval queue" tab to monitor on the owner side. The state is woven into the same calendar and list views you already use.