“17.·moc草拟”通常是指草拟 MOC，，，，，即 Memorandum of Cooperation，，，，，中文常译为合作备忘录。。。。。。。草拟时不能只写合作愿景，，，，，还要明确合作主体、指标领域、具体分工、功夫铺排、资源投入、成就归属和退出方式，，，，，让双方可能据此推动后续工作。。。。。。。

一份实用的 MOC，，，，，建议依照“确认文件效力—整顿合作事实—拆分双方责任—补充风险条款—实现内部审核”的挨次实现。。。。。。。尤其要把稳，，，，，MOC固然常被作为合作意向文件使用，，，，，但其中的保密、知识产权、用度承担、合用司法等条款，，，，，齐全可能凭据具体措辞产生约束力，，，，，不能单一理解为“签了也不承担责任”。。。。。。。

草拟前先确定MOC的用处和司法效力

同样是合作备忘录，，，，，分歧项主张使用主张可能齐全分歧。。。。。。。有的 MOC 只是确认双方持续交涉的方向，，，，，有的已经涉及试点执杏注资源投入和阶段性成就。。。。。。。草拟前应先回覆以下问题：

• 文件是意向性文件还是执行性文件：若是双方尚未确定价值、交付尺度或最终合作模式，，，，，能够把主和谈签署作为后续铺排；；；；；若是签署后顿时要投入人员、设备或资金，，，，，就必要把可执行内容写得更具体。。。。。。。
• 哪些条款拥有约束力：能够在效力条款平别离注明合作指标、后续协商等内容是否属于意向铺排，，，，，并明确保密、知识产权、用度、数据；；；；；ず驼榻饩鎏蹩钍欠穸懒⑸。。。。。。。
• 谁有权代表主体签署：应核实公司名称、统一社会信誉代码、注册地址、授权代表和签署权限，，，，，预防使用简称、部门名称或无法独立承担责任的项目组作为合同主体。。。。。。。
• 合作是否必要审批：涉及当局机构、学堂、医疗、金融、跨境数据、技术许可或沉大资产投入时，，，，，可能还必要内部审批、行业许可或第三方赞成。。。。。。。

MOC正文应蕴含哪些主题？？？？？？

正文不宜只萦绕“双方愿意加强合作」毓开，，，，，而应把合作关系拆成能够查对和执行的？？？？？？。。。。。。。以下结构适合无数企业、机构、项目方之间的合作备忘录。。。。。。。

合作指标和领域要从愿景改写成可执行事项

“共同推动业务发展”“阐扬各自优势”“成立持久合作关系”能够放在布景或指标部门，，，，，但不能代替具体铺排。。。。。。。草拟时可将指标拆成项目、工作和阶段了局。。。。。。。例如，，，，，双方打算共同发展产品测试，，，，，就应进一步注明测试对象、测试地址、样本或设备起源、测试周期、了局交付大局以及由谁确认实现。。。。。。。

合作领域还要设置天堑。。。。。。？？？？？Ｄ芄幻魅泛献鞲哺堑牟废摺⒖突骸⒌赜颉⒓际醴较蚝凸Ψ蚪锥危，，，，并写明新增事项须经双方书面确认。。。。。。。这样既能保留后续拓展空间，，，，，也能预防一方把备忘录诠释成对所有业务的全面授权。。。。。。。

若是合作蕴含多个阶段，，，，，能够选取“第一阶段试点、第二阶段评估、第三阶段决定是否扩大”的结构。。。。。。。每一阶段都应有进入前提和退出前提，，，，，例如实现测试汇报、达到约定质量尺度、通过内部审批或双方书面确认。。。。。。。没有验收前提的“阶段性合作”，，，，，容易在投入和成就认定上产生吩扃。。。。。。。

双方责任要写出主体、作为、功夫和了局

责任条款是 MOC 最容易写空的部门。。。。。。。建议每一项责任至少蕴含四个身分：由谁掌管、具体做什么、何时实现、交付什么了局。。。。。。。好比，，，，，不要只写“甲方掌管提供支持”，，，，，而应改为“甲方在项目启动后五个工作日内提供测试环境、接口文档及联系人名单；；；；；如资料产生调换，，，，，应在调换前通知乙方”。。。。。。。

• 人员责任：明确项目掌管人、技术联系人、审批联系人及代替机造，，，，，预防出现问题时双方都以为对方掌管。。。。。。。
• 资源责任：写明设备、场地、数据、样品、预算和第三方服务由哪一方提供，，，，，必要时注明用度上限和超预算处置方式。。。。。。。
• 交付责任：注明文件体式、交付渠路、验收人员、反馈期限和批改次数，，，，，预防“提交实现”与“验收合格”被混为一谈。。。。。。。
• 合作责任：划定会议频率、信息反馈期限、调换流程和沉大事项通知方式，，，，，保险项目可能持续推动。。。。。。。

涉及付款或成本分摊时，，，，，不要用“用度由双方另行协商”概括全数内容。。。。。。。至少应注明用度类型、承担方、结算前提、发票要求以及未获鉴定时的处置方式。。。。。。。若是具体金额尚未确定，，，，，能够将价值、采购和付款铺排放入后续和谈，，，，，但要预防让 MOC 与现实执行产生矛盾。。。。。。。

知识产权、保密和数据条款不能遗漏

MOC项目经；；；；；峄セ还婊⒃创搿⒖突畔ⅰ⒓际踝柿匣蛭垂骋状蛩。。。。。。。保密条款应明确保密信息的领域、接管方的使用主张、可接触人员、保留期限、泄露后的通知使命以及司法要求披露时的处置方式。。。。。。。对于已经公开、接管方在披露前合法持有或从无保密使命的第三方获得的信息，，，，，能够思考列为例表。。。。。。。

知识产权至少要分辨三类内容：一是签署前已经存在的商标、专利、软件、数据和文档；；；；；二是合作过程中一方独立实现的成就；；；；；三是双方共同投入形成的成就。。。。。。。不能仅写“知识产权归双方共佑妆，，，，，由于共有后的申请、使用、许可、收益分配和对表让渡依然必要具体约定。。。。。。。涉及软件、模型或技术资料时，，，，，还要明确是否允许复造、批改、反向工程和提供给关联方。。。。。。。

若是合作涉及幼我信息、客户名单或业务数据，，，，，应注明数据起源、使用主张、接见权限、保留期限、删除或返还方式以及产生安全事务后的通知流程。。。。。。。数据能够使用，，，，，不蹬宗接管方能够肆意留存、转交或用于其他项目。。。。。。。

效力、期限、终止和争议处置要相互配套

“本备忘录不拥有司法约束力」剽类表述不能抽象使用。。。。。。。更稳妥的做法是分层处置：合作愿景和将来主和谈的协商属于意向铺排；；；；；保密、知识产权、用度承担、宣传使用、数据；；；；；ず驼榻饩龅忍蹩钤蛎魅肥欠褡郧┦鹬掌鹕。。。。。。。若双方但愿某项承诺拥有约束力，，，，，应使用清澈的使命表白，，，，，并写明违反后的处置方式。。。。。。。

期限条款应蕴含生效日、终止日、续签方式和提前终止前提。。。。。。。提前终止能够与沉大违约、持久无法推动、审批未通过、不成抗力或一方经营资格变动相联系。。。。。。。终止不应自动扑灭已经产生的付款、保密、成就归属、资料返还和争议解决使命。。。。。。。

争议处置条款应明确吓咨项目掌管人协商，，，，，还是直接进入正式争议法式；；；；；同时确定合用司法和有管辖权的法院，，，，，或者约定仲裁机构。。。。。。。若 MOC涉及分歧国度或地域的主体，，，，，还要出格查对说话版本效力、跨境数据、税费承担和投递方式。。。。。。。

实现初稿后的查抄步骤

初稿实现后，，，，，能够用“事实、责任、证据、天堑”四个角度逐项查抄。。。。。。。事实方面，，，，，查对主体名称、项目名称、日期和附件是否一致；；；；；责任方面，，，，，查抄每项工作是否有掌管方、实现功夫和交付了局；；；；；证据方面，，，，，确认通知、确认、验收和调换应选取何种书面大局；；；；；天堑方面，，，，，确认合作领域、授权领域、用度上限和信息使用主张是否明显。。。。。。。

• 删除“尽快”“适当”“充分”“必要时”等无法判断实现尺度的词语，，，，，或在后文补充具体期限和判断前提。。。。。。。
• 查抄“双方”“各方”“甲方或乙方”等称呼是否正确，，，，，预防责任主体在分歧条款之间产生变动。。。。。。。
• 查对正文与附件、项目打算、报价单和后续主和谈之间的优先挨次。。。。。。。
• 确认宣传、商标使用和对表颁布是否必要另一方事先书面赞成。。。。。。。
• 签署前由业务掌管人确认可执行性，，，，，由法务或专业照拂审查效力、责任微风险分配。。。。。。。

若是 MOC只是合作意向，，，，，沉点是正确纪录共识并为后续和谈留下清澈蹊径；；；；；若是签署后即起头投入资源，，，，，则应依照现实买卖文件的尺度草拟，，，，，不能由于文件名称是“备忘录”就削减对责任、成就和退出机造的约定。。。。。。。