Docs

Reviewing a Student's Resume in AceDraft for Teams: What the Verify Page Lets You Edit and Record

Gowri ShankerGowri Shanker·Sep 23, 2026
Reviewing a Student's Resume in AceDraft for Teams: What the Verify Page Lets You Edit and Record

Press the Fresher radio on a student's resume here and every job in the Experience list is emptied out of the form while you watch. Nothing asks first. The student's stored resume survives until you press Save, so the recovery is to walk away without saving. I haven't watched this page run. I read its code on 19 September 2026, and everything below is what the code says.

Key takeaways

  • You arrive from a row on another page. The request id rides in the URL, and the server checks it is yours.
  • Left half is the student's resume as an editable form. Right half is a live preview with an ATS score above it.
  • Saving writes your edits over the student's own resume record. No second copy, no version list.
  • Limitation: the Back link always points at the admin Review requests page, so a moderator who presses it lands on the dashboard.
  • Limitation: required fields are checked on save, so a resume missing one cannot be saved until you fill it in yourself.

Prerequisites. A signed-in admin or moderator account, and a review request that belongs to your organisation or carries your name.

Where the request id in the URL comes from

You never type it. The number at the end of the address is a review request id, and two pages hand it to you: an admin clicks View in the Review requests table, a moderator clicks Review in the assigned queue. Both links are built from that row's id.

The page reads it once, on open, then asks for the request, the student and the attached resume. You get "Loading review…" until they arrive.

Can you open a request that isn't yours?

No. All three calls behind this screen run the same check first: the request has to sit in your organisation, and you have to be an admin or the moderator whose id is written on it. Fail that and the answer is "Review request not found.", which is also the answer for a request that never existed. The route admits admins and moderators only, so a student who guesses the URL is sent back to their own resumes.

What you can change on the left

The form is the student's builder, reproduced: personal details, the target job description, the summary, then collapsible sections for skills, education, experience, projects and eight more. All of it is filled from the stored resume as the page loads.

The AI rewrite from the student's editor was deliberately left out of this one. Plain typing only.

Heads up. The Fresher and Experienced radios are not labels, they are actions. Fresher empties the work list and blanks the experience fields; Experienced makes those fields required again. The page picks one for you on load, based on what the student stored, so leave them alone unless you mean it.

On a phone the halves take turns, through Preview and Back to Editor.

What Save writes, and what it leaves alone

There is no autosave. Save is the blue button in the header, it reads "Saving..." while the request is out, and a small "Saved" appears beside it afterwards.

Press it with a required field empty and nothing is sent. The blanks turn red and a toast asks you to complete them. That is the cost of reusing the student's form: their resume has to be valid before your edit can land.

What travels is the form's contents, the rendered resume, the theme and the current ATS snapshot, written onto the student's existing resume row with a fresh timestamp. What the server refuses to touch is that resume's own draft or published flag, so a review can never move a student's export state for them. It also makes no copy. Your version replaces theirs in place.

The green Mark answered button sits next to Save. What it changes is covered on the assigned-queue post.

Two ATS numbers, and why they disagree

The pill in the header reads "ATS score ~" and a percentage, worked out from the scan stored with the resume. The dial on the right panel is the live one, and it moves as you edit.

Live is a loose word for it. A rescan waits eight seconds after the preview settles, and skips entirely when neither the resume nor the job description has changed. Above 70 the dial calls the resume Good, below that Needs Improvement. Consensus Grade and Keywords Found sit beside it, on very wide screens only.

Run Keyword Gap opens a panel against whatever is in the job description box. Empty box, empty comparison.

Talking to the student while you read

Chat is the round button in the bottom right, and it slides a drawer over the page. The thread it opens is the student's continuous conversation with your organisation, not a thread about this request, so what you type joins a history they already have.

A moderator gets a composer only if an admin granted them a seat on that thread. Without one the drawer still shows the conversation, and a strip sits where the box should be: "Ask the admin to add you to this student's thread." Nothing here fixes that for you.

Who this page is for

Use it when the fix is in the resume itself and you are willing to make the edit, because this is the only enterprise screen that can write to a student's resume. Skip it when your answer is a sentence of feedback, which the chat thread carries without putting your hands on their document.

Related pages


Comments

No comments yet. Be the first to comment.


Leave a comment