所有与更新已发布记录中的文件有关的请求。这包括添加新文件，删除文件或替换文件。发送请求之前，请考虑创建一个
新版本 您上传的内容。请先咨询我们的
常问问题 熟悉文件更新条件，以了解您的案件是否符合条件。
您要求包含
所有 以下几点：
- 在说明中提供文件更改的理由。
- 在出版物或在线中提及对DOI记录的任何使用，例如：列出引用您的记录并提供指向博客和社交媒体上的帖子的链接的列表文件。否则，请据您所知声明DOI尚未在任何地方使用。
- 指定您要更新的记录 通过Zenodo URL, e.g.: "//americinnmankato.com/record/8428".
仅提供记录的标题，发布日期或带有搜索结果的屏幕截图不够明确. - 如果要删除或更新文件，请指定它 通过其文件名，并提及您是否希望名称保持原样或更改（默认情况下，将使用新文件的文件名）。
- 在下面上传新文件，或在说明中提供包含文件的可公开访问的URL。
如果不提供上述任何要点的完整信息，将大大减慢您的请求解决速度，因为我们的支持人员将必须回复以要求提供缺少的信息。
所有配额请求都超过了50GB的限制。请在请求中包含以下信息：
- 数据集的总大小，文件数和数据集中最大的文件。当提及文件大小时，请使用 国际单位
- 研究涉及的组织，项目或资助的相关信息，产生了数据集。
- 有关引用此数据集的当前正在审阅或将来的论文的信息（如果适用）。如果可能，请指定日记或会议。
记录所有者或第三方与记录停用相关的请求。请通过URL指定相关记录，以及停用的原因。
与OpenAIRE报告和拨款有关的所有问题。在发送请求之前，请确保您的问题尚未解决，请参阅OpenAIRE
常问问题。对于与Zenodo无关的问题，您应该联系OpenAIRE
服务台 直。
所有与媒体可能建立的伙伴关系，外展，受邀演讲和其他官方询问有关的问题。如果您是对使用Zenodo作为论文，软件或数据的存档感兴趣的期刊，组织或会议组织者，请提供用例的详细信息。
在Zenodo上报告技术问题或垃圾邮件内容。请提供有关如何重现该错误的详细信息。上载与问题或重现方法有关的所有屏幕截图或文件。在说明中包括您可能遇到的错误消息和错误代码。
对于REST API错误，请提供最少的代码来产生问题。将外部服务用于脚本和长文本，例如：
的GitHub Gist.
不要泄露您的密码或REST API访问令牌。
不属于任何其他类别的问题。