The Revision button on the venue request form allows you to modify selections made in the support request form. There are also new fields, 'Additional Submission' and 'Remove Submission Options', which allow PCs to modify the submission form.
Use of the Revision button will overwrite any changes to the Submission invitation that were made through the invitation editor rather than through the venue request form.
Registration Stage
What it Does
The Registration Stage creates a registration task for reviewers (and ACs, if applicable).
When to Use it
The Registration Stage can be run an any point during your workflow, though it is usually enabled at the begining to collect information from reviewers and/or ACs. It can also be used to ask users to update their profiles and import their publications.
Options
If your venue has area chairs, you will see two registration buttons, one for reviewers and one for ACs. Each form will have the following fields:
Registration Start Date
When the registration task will become active, in GMT
Optional
Defaults to now
Registration Deadline
The soft deadline reviewers and/or area chairs will see, in GMT
Required
Registration Expiration Date
The hard deadline when the task will expire, in GMT
Required
Registration Name
The name you choose will appear as a button in the Registration page
Use underscores to represent spaces
Optional
Default: 'Registration'
Form Title
Title of the registration form
Required
Default: 'Reviewer Registration' or 'Area Chair Registration'
Form Instructions
Instructions reviewers or area chairs will see when completing the task
Required
Additional Form Options
Additional fields that can be added to the registration form. Expects a valid JSON surrounded by a single pair of curly braces {}. Read more about defining fields here.
Fields to be removed from the default registration form
Optional
How to Query
To query all registration notes submitted to your venue, follow these instructions.
Review Stage
What it Does
The Review Stage creates paper groups and review invitations. It should be used to edit the Review form. Use of the Review Stage will overwrite any changes made to the Review Invitations through the Invitation Editor. It also sets the visibility of all existing and future reviews.
When to Use it
The Review Stage should not be run until after the submission deadline, except in the case of public, single blind venues. They can begin the Review Stage before the submission deadline if they first run 'Post Submission Stage' to create paper groups.
Options
Review Start Date
When Review Invitations will open for Reviewers, in GMT
Optional
Defaults to now
Review Deadline
When Review Invitations will close for Reviewers, in GMT
Required
Make Reviews Public
If yes, sets the readers of existing and future reviews to 'everyone'.
Required
Will not work if submissions are not public
Release Reviews to Authors
If yes, sets the readers of existing and future reviews to include paper authors.
Required
Will not work if 'Make Reviews Public' is selected while submissions are not public
Release Reviews to Reviewers
Sets the visibility of existing and future reviews.
Required
Email Program Chairs About Reviews
Determines if PCs will be notified of future review submissions.
Required
Review Rating Field Name
Determines which field should be used to calculate the average "rating" on the PC console. You should enter a field that has been added via "Additional Review Form Options".
The selected field should have options that follow the format "number: description". For example, "1: Very poor".
Required
Defaults to "rating"
Review Confidence Field Name
Determines which field should be used to calculate the average "confidence" on the PC console. You should enter a field that has been added via "Additional Review Form Options".
The selected field should have options that follow the format "number: description". For example, "1: Not confident".
Required
Defaults to "confidence"
Additional Review Form Options
Adds or overwrites fields to the Review Form. Expects valid JSON surrounded by a single pair of curly braces {}. Read more about the accepted field types here.
The Bid Stage is a feature of the OpenReview Paper Matching system that allows reviewers to indicate their preference of which papers they would like to review and place bids. See Score Specification to see how bids are then converted into scores.
When to Use it
The Bid Stage should not be run until after the submission deadline, except in the case of public, single blind venues. For public and single-blind venues, the Bid Stage can be run before the submission deadline if they first run 'Post Submission Stage' to create paper groups.
It is recommended that venues first run Paper Matching to compute conflict of interest before opening the Bid Stage, but this is not required. If the conflict of interest scores are taken into account, the reviewers' own papers will be excluded from their bid selections.
Bid Start Date
When the bidding invitation opens, time in GMT.
Optional (will open immediately if start date is not selected)
Bid Due Date
When bidding closes, time in GMT.
Required
Bid Count
The minimum number of bids required for the task to be complete.
Defaults to 50.
Optional
Decision Stage
What it Does
The Decision Stage creates decision invitations for Program Chairs. Use of the Decision Stage will overwrite any changes made to the Decision Invitations through the Invitation Editor. It will also overwrite any customized readership settings that were not made through the venue request form.
When to Use it
The Decision Stage should not be run until after the submission deadline, except in the case of public, single blind venues. They can begin the Decision Stage before the submission deadline if they first run 'Post Submission Stage' to create paper groups.
Decision Start Date
When Decision Invitations open for Program Chairs, in GMT.
Optional
Defaults to now
Decision Deadline
When decisions will close for Program Chairs, in GMT.
Required
Decision Options
Decision types. Expects comma-separated list
Optional
Defaults to "Accept (Oral)", "Accept (Poster)", "Reject"
Make Decisions Public
If yes, sets the readers of existing and future decisions to 'everyone'.
Required
Will not work if submissions are not public
Release Decisions to Authors
If yes, sets the readers of existing and future decisions to include paper authors.
Required
Will not work if 'Make Decisions Public' is selected while submissions are not public
Release Decisions to Reviewers
Sets the visibility of existing and future Decisions.
Required
Release Decisions to Area Chairs
Sets the visibility of existing and future Decisions.
Required
Additional Decision Form Options
Adds or overwrites fields to the Decision Form. Expects valid JSON surrounded by a single pair of curly braces {}. Read more about the accepted field types here.
Allows for bulk upload of decisions. Expects a csv containing the paper_id, decision, and comment for one paper per line. Does not expect a header/column names. The comment column is optional.
Optional
Defaults to manual Decisions.
Comment Stage
What it Does
The Comment Stage creates Comment Invitations for all submissions with custom participants. The Comment forms have a dropdown menu where users can select the intended readers of their comments.
When to Use it
Double blind venues can only run the Comment Stage after the submission deadline has passed. Single-blind venues can run the Comment Stage before the submission deadline if they first run Post Submission Stage.
Options
Commentary Start Date
When comment invitations will open for selected participants, in GMT
Optional
Defaults to now
Commentary End Date
When comment invitations will close for all participants, in GMT
Optional
Defaults to never
Participants
Selection of who will have access to comment invitations
Required
Email Program Chairs About Official Comments
Determines whether PCs will be notified of each comment.
Required
Submission Revision Stage
What it Does
The Submission Revision Stage creates invitations that allow authors to revise their original submissions.
When to Use it
Double blind venues can only run the Submission Revision Stage after the submission deadline has passed. Single-blind venues can run the Submission Revision Stage before the submission deadline if they first run Post Submission Stage.
Submission Revision Name
The name you choose will appear as a button on the forum of each revisable submission.
Optional
Default: 'Revision'
Submission Revision Start Date
When the Revision invitation should open for authors, in GMT.
Optional
Default: now
Submission Revision Deadline
When the Revision invitation will close for authors, in GMT.
Required
Accepted Submissions Only
Whether or not revisions should be allowed for only accepted submissions.
Required
Submission Revision Additional Options
Additional options that can be added to submissions. Expects valid JSON surrounded by a single pair of curly braces {}. Read more about the accepted field types here.
Optional
Default options for revision are all fields of the Submission Form.
Submission Revision Remove Options
Fields that the authors will not be able to edit. Expects a comma separated list of field names in lowercase.
Optional
Default options for revision are all fields of the Submission Form.
Post Submission Stage
What it Does
The Post Submission Stage creates Paper groups and sets the readers of submissions accordingly. It also creates the anonymized versions of submissions, if applicable.
When to Use it
The Post Submission Stage should be used when paper groups and blind copies need to be created. In general, this should be done:
After the Abstract Registration deadline to allow authors to revise their submissions
After the Submission Deadline to hide fields from authors or update submission readers
After the submission deadline has passed a second time after having been extended
When the readers of the submissions need to be updated
Force
Whether or not blind submissions and paper groups should be created before the submission deadline.
Required
Hide Fields
Fields that will be hidden from everyone except for Program Chairs and the Paper Authors. The fields should exactly match the field names in the submission invitation.
Optional
Defaults to only author identities
Submission Readers
Who should see the submissions; changes readers of all submissions in bulk as soon as Post Submission is run.
Required
Post Decision Stage
What it Does
The Post Decision Stage updates the visibility and anonymity of submissions after decisions have been posted.
When to Use it
The Post Decision Stage will only appear after the Decision Stage deadline. If you have already successfully posted all decisions but the Post Decision Stage has not yet appeared, you can re-run the Decision stage to make the deadline earlier.
Release Submissions
Changes the visibility of submissions. The decisions must also be released if you would like to release the submissions by decision.
Required
Reveal Authors
Changes anonymity settings of submissions.
Required
Home Page Tab Names
Creates or overwrites decision tabs on the venue homepage. Valid JSON with keys matching the decision options expected.
Optional
Send Decision Notifications
Select whether or not you would like to send notification emails to authors when you submit Post Decision Stage.
Required
Defaults to "No, I will send the emails to the authors."
____ Email Content
Takes a template decision notification for each decision type for your venue. If "Yes, send an email notification to the authors" was selected, these templates will be populated with the paper information and sent to the authors of the respective papers.
The Ethics Review stage is available to any venue that selected "Yes, our venue has Ethics Chairs and Reviewers" on their venue request form. Running the Ethics Review stage will create Paper#/Ethics_Reviewers groups and Ethics Review Form invitations for each flagged paper.
When to Use It
The Ethics Review Stage can be run at any time after the Submission Deadline for Double Blind conferences and any time after Post Submission Stage is run for Single Blind conferences. It can be run multiple times with different paper selections; if you run it again, excluding a paper that was originally flagged, that paper will be removed unless it already has an ethics reviewer assigned to it. The flagged papers list must always contain all of the papers that should be flagged for ethics review.
Ethics Review Start Date
When ethics reviewers can start writing their reviews, in GMT
Optional
Defaults to now
Ethics Review Deadline
When the ethics review invitations expire, in GMT
Required
Make Ethics Reviews Public
Whether the ethics reviews should be made immediately public. Only available if submissions are public.
Required
Release Ethics Reviews to Authors
Whether the ethics reviews should be made immediately available to the authors.
Required
Release Ethics Reviews to Reviewers
Which reviewers and ethics chairs the reviews should be immediately released to
Required
Ethics Review Submissions
A comma-separated list of the paper numbers of submissions requiring ethics review.
Required
Additional Ethics Review Form Options
Additional options that will be added to the default Ethics Review Form. Expects valid JSON surrounded by a single pair of curly braces {}. Read more about the accepted field types here.
Optional
Defaults to the default Ethics Review Form
Remove Ethics Review Form Options
Removes fields from the Review form. Expects a comma separated list of field names in lowercase.