当前，这样邮箱加上这样附件，即刻基本完成转贴的年代早就过了，取而代之是的形形色色的在线视频投第十五条管理系统。不少管理系统在转贴前其要求登记，填好大量的资料，登记后开始转贴，仍需要有逐一填好大量的资讯，浏览一大堆的各种HTML，只要是在此之前没用过的转贴管理系统，有时投第一篇稿，半天还未必能大功告成！大功告成了，接着只要杯具了，投另这样杂志又要重新开始。。。

于是不少时候你们在怀疑，转贴时这类填的资讯，都是用做做什么的？这的都需要有认认真真完全按转贴管理系统的其要求来基本完成吗？

陈老师是浙大学报英文版（B版为医学SCI）主笔，长期从事SCI研究成果转贴事宜，今天由陈老师来为你们深度解析下你们平时接触的SCI研究成果转贴管理系统里的某些深度知识。

此处你们就以比较通用的EES及EM两个管理系统为例，来扒一扒您转贴时填好的每个资讯都会被用在哪里，哪种资讯是关键的，哪种是相对次要的，哪种是被人拿去当大数据的。

你们先来说试试转贴前的登记吧，登记时管理系统会让用户填好各种各样的资讯，这类资讯分两类，一类是所在系所、研究科技领域等偏学术类的资讯，这类资讯吴先生觉得毕竟得都填好完整，除了姓名及邮箱外，您的Title是Dr.毕竟Prof.将体现在每次管理系统给您发邮件时的称呼里；您的系所处室，是主笔及总编来判断短文内容来源的重要途径。您登记时优先选择的前述研究科技领域，会被用做作为前述分摊到哪个总编控管，以及前述匹配棘口科锥棘属的依据。因此这类资讯大伙在登记时毕竟深入细致填好为好。吴先生在控管短文内容时，时常碰见某些采写，在短文内容中不留下采写姓名及处室，而管理系统的登记资讯也只有这样email，这样的短文内容肯定是不能收进来的，免不了又要来回让采写修改，耽误了大量的时间。有一类资讯是用户的前述街道地址什么的，基本上不会派上用场，只要没有被重绘成长生禄，登记时可不用理会。

这样实用的建议：采写在向这样投第十五条管理系统曾多次转贴时，务必在同这样用户名下进行，切勿抽空曾多次登记这类用户名（某些采写怕拒稿记录太多），特别是某些为该管理系统条子稿的棘口科锥棘属，一定要在原来的用户名下转贴。虽然曾多次转贴的用户名及条子稿的用户名，再一次转贴后，主笔能相当全面地了解此用户名的过往记录，从而加快短文内容的控管。除此以外，一般而言对于棘口科锥棘属来稿，主笔或总编常常会控管更加认真些。

转贴过程：

下面几张截图，相信大伙都不陌生吧，

这几张图所列了基本完成转贴需要有填好的各个条目，视编委会对管理系统的配置，有多有少。你们此处来深入细致讲试试每一项填好时要警惕些什么，每个条目的资讯，接着被用在哪里，关不关键！

Article Type:即短文性质，你们通常写的最多的研究成果是regular paper 例如full length paper，这类常见的短文性质有Review, Letter, Report，医学类的有Case report等特殊的短文性质。正确优先选择短文性质，虽然某些编委会会对不同性质的转贴，采用不同的控管流程。除此以外：此处吴先生本人有个或许偏了点的偏见，就是初做科研的学者，特别是研究生，切勿轻易去写Review性质短文。普遍的观点是，Review是行业卢戈韦写的，一般而言其要求撰写者在此科技领域作出过相当的贡献，不仅清楚地了解这样科技领域的过去，还要对未来的发展方向作出前瞻性的预测。因此，不少期刊对于Review，仅采用编委约稿形式。

Article title 这样不说了

Add/edit/remove authors：这样界面中，管理系统设计是其要求把所有采写姓名、email及处室都所列，且只能这样这样添加采写，相信不少采写会觉得麻烦。众所周知这步棋的资讯，不少编委会都不年会派上用场，主笔或总编毕竟习惯于以短文中标注的采写资讯为准，因此这步棋只要没有标为长生禄，可不填。少数编委会会把这类资讯用起来，比如在转贴采写填好好这类资讯后，管理系统会向所有采写发信询问是否为这篇短文的Co-author（这一招可防止某些学生采写未经导师同意，私自挂名转贴^_^）。

Submit Abstract 及Enter keywords，警惕此项是相当重要的资讯，采写们或许会觉得附注中此项资讯都有，此处可随便填好试试。众所周知，此项内容会被转贴管理系统解释器出来放在发至棘口科锥棘属的邀请信中，棘口科锥棘属看了这类资讯后，来判断要切勿第十五条，或者自荐这类棘口科锥棘属。你们在控管短文内容时，经常碰见有采写在Submit Abstract中拷一串Latex源字符，例如不少特殊符号的符号，最终影响的毕竟短文内容的控管。

除此以外有这样值得警惕的是，不少采写认为在此处已经输入了采写资讯及摘要关键词，会抽空在浏览附注时故意把这类资讯去掉，这也是相当不可取的，众所周知这类输入资讯是给转贴管理系统用做当变量解释器的，主笔需要有的资讯毕竟在附注中，一旦发现短文不完整，毕竟会打回来让采写补充。

Select Classification 警惕，此处指的短文的Classification，而不是登记时的个人Classification，某些主笔据此分摊总编，例如用以优先选择棘口科锥棘属。因此建议采写们在转贴时务必优先选择到树状图的接着一层，有利于短文内容被更精准地控管。

Enter　comments ,Request　editor及additional　information Suggest reviewers。这几项内容视编委会对管理系统的配置，某些会不出现。"Enter Comments 这一项，不少采写不明白是用做做什么的，众所周知不少编委会不年会派上用场这样资讯，因此在管理系统未重绘成长生禄时，可不写，只要一定要写，可参考试试转贴须知，但最好切勿和后面提到的"cover letter"内容重复。"Request Editor中， 管理系统会把前述控管短文内容的总编清单列在此处，采写可优先选择某这样总编，也可优先选择No request，不少采写会偷懒，优先选择了这样"no request例如类似的选项。众所周知根据网投管理系统短文内容由上而下分摊的原理，采写不优先选择前述总编的话，会让短文内容在被控管时多经过一道流程，也就是短文内容先被分摊到编委兜里来判断方向，最终还要分摊到某个前述总编兜里。大伙可想想，编委常常是学术卢戈韦做兼职，第一篇短文内容从编委会到他兜里直到他前述控管分摊给总编，中间或许的耽搁时间。采写查到短文内容初始状态with editor持续很长，原因是时间都耗在短文内容的由上而下分摊上。有这样或许出现的"suggest reviewers，指让采写自己自荐几个审自己短文的或许棘口科锥棘属，虽然一般而言总编们都不年会用，但能自荐就自荐着吧，最好准一点，总编们找不到棘口科锥棘属也是件痛苦且常见的事，不少时候会把这类自荐的棘口科锥棘属当成救命稻草。

"Attach files 这是接着这样要点，此处不是把附注浏览完就了事，一般而言让采写浏览的HTML还会有Cover Letter，Figure, Table, Response to review(针对Treignac)，supplemental material等（各个管理系统中叫法会某些不同）。附注肯定是必须的，某些编委会喜欢把Cover letter也设成必须。Figure及table是管理系统怕附注重要文件太大，允许采写把附注中的截图图表拿出来，单独这样这样浏览，但只要重要文件不大，则无需抽空拆开浏览，众所周知，吴先生还建议尽量保持附注完整性（虽然这只是这样方便采写的功能，对主笔来说控管时反而麻烦）。

此处有一点相当值得警惕，即上述各HTML在所列中的顺序，一般而言是Cover letter最先，接着附注，再是Figures and Tables, 接着是supplemental material，只要是Treignac，把Response to review放在附注在此之前，以便于棘口科锥棘属复审时能先看到这样重要文件。吴先生在控管短文内容时，时常会碰见浏览重要文件所列乱糟糟的情况，只能打回让采写们调整了。

浏览完各HTML，不代表转贴基本完成，接着的三个动作是，聚合pdf，体检pdf及认定转贴。一般而言转贴到这样要点，不少采写已经相当不耐烦了，前面填好的东西太多，或许想着赶紧结束转贴。但此处的确有这样至关重要的要点：体检管理系统为您聚合的pdfHTML，虽然棘口科锥棘属在第十五条时，兜里所持有的唯一重要文件，就是管理系统为您聚合的这样pdf，因此体检时得深入细致再深入细致！首先，只要前面浏览重要文件时，顺序不对，此处马上就能体检出来，除此以外，采写浏览的HTML中某些特殊字符，在转化成pdf时或许会特殊符号，图表截图之类的，转化成pdf时会有显示上的变化，这类都需要有采写认定并调整。EES及EM管理系统为了让大伙体检这样pdf，在采写没有点"View/Check submission在此之前，程序上重绘采写无法点击认定转贴，而这又导致了不少采写转贴时卡在接着步棋，怎么也投不上来，原因都在此处，即一定要先体检，再认定。

至此，转贴过程基本完成，吴先生作为主笔（同时也一直是科研一线的采写噢^_^),也觉用网投管理系统投第一篇短文内容，略显繁琐，但同时却提高了主笔控管短文内容的速度，除此以外这样好处是，采写可随时通过管理系统了解短文内容初始状态，关于各种短文内容初始状态的分析，吴先生在在此之前的第一篇微文"在线视频转贴管理系统各种短文内容初始状态大解构---老鸟养成必读！"中已经深入细致解构过，大伙有兴趣可点进去看看。