Abstract review and attached documents

[ayp]

I'm testing OCS and will go into production state soon, but I have a problem.
My submission process is first abstract, then paper. For several reasons, the abstract will be twofold: a short text abstract, and a two page pdf (this is not my decision btw). To make a long story short, a reviewer can't see the additional documents I attach, not even if I set the checkbox when I add them.
Is there something I'm missing?
Thank you.

[jmacgreg]

hi ayp,

A couple of questions:

Which version of OCS are you using?

Are you talking about the reviewer's ability to download supplementary files; ie., are you having your authors upload PDFs as supplementary files?

Thanks,
James

[ayp]

Version is 2.0
Yes, I want reviewers to download the PDFs, uploaded as supplementary files.
My reasoning is that supplementary files are supposed to be there for review purposes but OCS may have a different opinion.
Thanks for your help.

[jmacgreg]

Hi ayp,

If you enable the Research Support Tool, supplementary files will also be publicly downloadable from that -- so perhaps not the best use for review material (although as a Director you can remove or replace a supplementary file).

I haven't been able to replicate your specific problem: if I allow for supplementary files to be seen by a review at time of submission, there's a link to the file under the article file as well when a reviewer logs in and checks the submission file out.

I'm wondering if perhaps there's a better way for you to use the submission process, mainly to keep all review material in their proper place. Would you be able to require an "abstract and proposal together" (under Conference Setup Step 2), where you define the proposal as your two-page PDF; and then down the road if you want a longer paper, mark the submission as revisions requested, whereby the author would have to upload a longer author's copy.

If I'm missing something, please let me know -- and if you absolutely need to use the supplementary files route, we can debug further.

Cheers,
James