Skip to main content

How to Use Response Version History inside the Response Editor

Track, compare, and restore changes to responses

Nitzan Gorodetsky avatar
Written by Nitzan Gorodetsky
Updated yesterday

Article Summary

Response Version History provides a complete timeline of all changes made to a response, including who made changes, when they occurred, and what was modified. Review previous versions and restore earlier content if needed to maintain quality control and track response evolution.


Estimated Time

1-3 minutes per response review


Prerequisites

  • Active project with existing responses

  • Editor or Reviewer role assigned


Step-by-Step Instructions

Step 1: Access Response Version History

  1. Navigate to the Project Editor.

  2. Locate the response you want to review.

  3. Click the pencil icon (the Response Editor) on the right side of the response row.

  4. The Response Editor opens.

Step 2: Open the History Tab

  1. In the Response Editor, locate the navigation panel in the top right section.

  2. Click the History tab.

  3. The complete version timeline appears showing all changes.

Step 3: Review Version History

  1. Scroll through the timeline of changes.

  2. Each entry shows:

    • User who made the change

    • Timestamp of when the change occurred

    • Type of change (content update, regeneration, status change, assignment change, etc.)

    • Preview of the response content at that version

  3. Review changes chronologically to understand response evolution.

Step 4: Compare Versions (Optional)

  1. Click on any version entry to expand and view full content.

  2. Compare different versions to see how the response evolved.

  3. Identify which version best meets the requirement.

Step 5: Restore a Previous Version (Optional)

  1. Find the version you want to restore.

  2. Click the Restore button below that version.

  3. The selected version replaces the current response content.

  4. Make any additional edits if needed.

Note: You cannot restore versions when the response is already approved or when the version matches the current response.


πŸ™‹πŸ½ What Gets Tracked in Version History?

Response History automatically records the following events:

Content Changes:

  • Initial generation: When AutoRFP first generates the response

  • Updates to content: When editors modify the response text

  • Regeneration: When a user requests AI to regenerate the response

Workflow Changes:

  • Assignment changes: When editors or reviewers are added or removed

  • Status changes: When a response is submitted for review or approved

  • Requested changes: When reviewers request modifications

Grouping Rules:

  • Updates by the same user within a 30-minute window are grouped as one entry

  • Each new update by a different person creates a separate entry

  • Status changes and assignment changes always create new entries regardless of timing


πŸ’‘ Tips & Best Practices

  • Use history to identify who made specific changes for follow-up questions

  • Restore previous versions instead of manually rewriting when earlier content was better

  • Review multiple versions before deciding which to restore


βœ‹πŸΌ Common Mistakes to Avoid

  • Not reviewing version history before approving - missing context about response evolution

  • Forgetting that 30-minute grouping exists - expecting to see every single edit as separate entry


Need Help?

πŸ’¬ Live Chat: Available in-app

πŸ“§ Email: [email protected] or contact your Success Manager directly for urgent support.

πŸ“š Learning Centre: learn.autorfp.ai/en

Did this answer your question?