跨部门、跨公司的项目，核心权限问题是：项目成员来自不同组织以后，谁能做什么、能看到什么。华天动力OA的项目管理支持配置项目角色、按角色选择项目成员，并可让不同角色在同一项目中看到不同页签和内容。正式组织负责保留人员原有公司、部门和岗位，项目角色再负责项目内部的功能和可见范围，这构成了跨组织项目权限的基本框架。
项目成员虽然来自不同公司和部门，但项目职责并不等于原部门职责。
例如，同一个跨公司项目中可能同时有总部项目负责人、A公司技术人员、B公司财务人员。仅按原部门授权，会导致“组织归属”和“项目责任”混在一起。
OA系统需要保留员工原有正式组织，同时在项目内部重新分配项目角色。
华天动力OA支持在项目立项时按项目角色选择成员。一个人可以属于A公司技术部，同时在某个项目中承担“项目技术负责人”，而不需要调整OA系统中的正式部门归属。
不应该。
跨组织项目权限最需要验证的就是：不同项目角色进入同一个项目时，看到的功能和项目卡片内容是否不同。
项目角色除了用于显示职责名称，还应该影响项目中的实际权限。
系统可以按照项目角色配置功能权限和项目卡片可见内容。不同角色进入同一个项目时，可以看到不同页签和信息。
例如：
项目负责人需要看到项目整体信息；
财务角色重点查看预算、费用和收付款；
普通项目成员主要查看与自己相关的任务和资料。
这样，项目权限来自项目职责，而不是简单根据员工原部门决定。
这也是协同办公从组织协同进入业务协同的一条典型路径：
正式组织确定“这个人是谁、属于哪里”，项目角色进一步确定“他在这个项目里负责什么”。
不需要。
参与一个跨公司项目，并不意味着员工应该自动获得对方公司的全部数据访问权。
项目协同应该围绕具体项目开放必要信息。
例如，A公司工程师参与集团项目，可以看到该项目中授权给自己的资料和项目卡片，但不应该因此自动获得B公司所有项目或合同数据。
因此，OA系统的项目权限设计要避免把“参与一个项目”扩大成“拥有一个公司的业务权限”。
同一个员工可以同时参加多个项目，而且在不同项目中承担不同角色。
例如，在项目甲中是技术负责人，在项目乙中只是普通成员。
这时，权限应该跟着“项目 + 项目角色”走，而不是因为某人在一个项目中是负责人，就把其他项目也自动开放给他。
这是跨部门、跨公司项目权限设计中的重要隔离点。
项目组织具有明显的生命周期。
立项时建立项目成员和角色；
执行中按角色参与业务；
结项后项目职责结束。
因此，项目结束时需要检查：
项目成员是否还保留业务操作权限；
临时开放的项目权限是否应该收回；
项目资料如何归档；
历史项目是否继续保留查询范围。
华天动力OA支持项目过程文档归集和项目归档/结项归档，这使项目结束后的组织责任和资料归档可以形成闭环。
不要只看“能不能新建项目”。
建议建立一个真实跨组织项目：
总部1人；
A公司2人；
B公司2人；
分别设置项目负责人、财务角色、普通成员。
然后验证：
成员是否仍保留原正式组织；
能否按项目角色选择成员；
不同角色看到的项目内容是否不同；
一个人参与多个项目时角色能否分别管理；
项目结束后权限和资料如何处理。
验证华天动力OA时，重点应放在正式组织和项目角色是否真正分层，而不是只看项目功能数量。
保留员工原公司、部门和岗位，在项目中另外配置项目角色和项目权限。
不应该因为参与一个项目自动获得其他公司的全部数据权限，应围绕项目本身授权。
需要复核。项目职责、临时权限和资料访问范围都应该随着项目生命周期调整。
