Check requests, surface missing proof, chase decisions. Every one is ready to run, and you can adjust it in plain language.
Send the current proof to its reviewer and log the revision on the card.
Your reviewer gets the current image or PDF and a clear question. Your review card shows which revision you sent.
File submitted drafts on review tasks with a version note.
Your reviewers find campaign drafts right on their review tasks. A comment shows which version came from email.
Send each ready proof by email with a clear decision deadline.
Your reviewer gets the current proof and a clear decision deadline by email when a card is ready for review.
Keep proof fixes on the task as makers get their chat handoff.
Your maker sees linked PDF marks and the next proof deadline in chat. Your approval task keeps the same fixes.
Mark the current proof version and reviewer due date on review tasks.
Your review tasks show the current image revision and reviewer due date, so the next handoff is clear.
Post grouped PDF fixes on the maker's rework task.
Your maker gets the fixes in the review task, tied to the PDF version your reviewer marked up.
Verify the proof revision and link it on the review task.
Your reviewer sees the current image or PDF proof link and revision on the task before deciding.
Post proof access checks on approval tasks before reviews are due.
Your approval task shows whether the reviewer can open the current proof before the due date, with a request for a corrected link when needed.
Flag approvals on changed proofs and ask reviewers to confirm.
Keep reviewers aware of changes to a proof before they act on a decision. Your task shows the mismatch and asks for confirmation.
Log proof decisions and route tasks to their named next owner.
Your proof tasks show who decided, which file version they reviewed, and who takes the next step.
Move rejected proof cards into each maker's rework list.
Your makers find rejected proofs in their rework list. The reviewed version and reason stay visible on the card.
Route rejected proofs to their makers with the requested fixes.
Your original maker gets the rework task and sees why the reviewer rejected the proof, with the reason tied to the reviewed file.