合作伙伴计划
在合作伙伴门户选择组织。可用操作取决于当前角色和已发布政策。费率、限制、资格与期限以当前 Billing 记录为准，此处不维护独立价格表。
1. 成为合作伙伴
提交法律资料和所需文件。完成独立审核并接受适用协议。邀请具名同事时仅授予必要角色；敏感操作需要近期 MFA 验证。
2. 引入客户
分享原始推荐码。客户所有者核对并确认来源。归因不授予访问权或所有权；推荐或预测不等于已支付佣金。
3. 保护交易
登记客户、产品范围及原始证据。阅读已审核的保护决定和到期时间。通过保留的争议解决重复主张；修改 CRM 不能替换受保护来源。
4. 在客户账户部署
约定项目、资源及部署范围。取得客户批准的访问权和所需付费权益。跟踪原始安装，直到客户 Core 确认应用；提交任务并不表示部署完成。
5. 请求访问
明确用途、权限和期限。客户所有者审核并确认具体授权。使用个人身份，不索取密码。撤销或到期终止委托访问，不转移所有权。
技术报告需要客户单独的当前批准及原始实例所有者明确发送。普通状态交换仅提供健康状态。确认报告具体范围和期限，对可选支持材料脱敏，并将执行次数与业务效果分开。已导出的副本无法撤回。
6. 理解计提
查看原始订单、实际支付事实、履约、退款及已保留政策。区分待处理、可用和暂扣金额。申请异步导出，使用原始完成通知及到期时间；依据原始记录报告差异。
7. 收取款项
确认法律、税务和收款文件。将可用金额提交独立审批。跟踪原始支出操作和已验证银行结算。预留不证明银行转账。银行结果未知时应核对同一操作，不创建新付款。
8. 移交服务
由客户批准替换范围和移交。撤销旧访问权，交接约定任务并保存历史。新操作前恢复未完成的原始命令；更换服务不重写历史计提。
9. 获得认证
使用已发布课程版本并完成个人评估。核对证书范围、期限及验证。任务需要自己贡献的已接受证据；积分不是货币。赛季期限和自愿公开排名遵循已发布规则。
10. 使用品牌
使用批准的素材和活动限制。支出前取得 MDF 审批；报销需要验证的供应商文件与银行结算。核对广告责任和同意。首次折扣不会自动适用于续费。
11. 发布解决方案
提交原始材料、版本、权利和安装范围供独立审核。付费安装权益单独判断。公开客户案例还需要客户当前明确同意；项目验收本身不足以授权发布。
12. MSP 与 OEM
使用批准的协议、客户隔离边界和保留权益。演示和 NFR 保留原始期限；远程 NFR 访问以最长 30 秒授权重新核验。它不是可移植付费许可证。通过实际实例所有者的本地界面导出配置，不含秘密或内容。
将演示迁移到客户实例
- 原始演示实例的实际本地所有者打开“演示 → 客户”，选择工作区并导出配置。登记这份原始导出，再下载
aihummer-sandbox-configuration.json。历史记录、内容、演示密钥和许可证不会迁移。 - 在合作伙伴门户选择该已登记的导出和客户当前已付款的项目。填写原因，审阅并明确确认原始操作。单独下载
aihummer-demo-handoff.json。 - 客户实例所有者打开本地迁移，选择目标工作区及两份文件：配置不超过 512 KiB，门户文件不超过 64 KiB。检查显示的项目名称和变更预览。无需手动输入标识；文件本身不授予迁移权限。
- 检查客户授权。应用前明确确认显示的权限；如有危险操作，还需单独确认。应用变更后，导入资源保持暂停，代理不会自动启动。
- 为保留的导入结果签名，再发送结果。门户只有收到原始确认后才显示已应用状态（
applied）。 - 原始演示的当前所有者在门户单独完成迁移：填写原因，审阅并确认删除。
cleanup表示正在等待清理；只有旧 VM 实际删除后才出现converted。
连接中断后，恢复原始操作并读取结果。必要时发送同一份已保留结果，不要创建第二次导出或导入。没有响应或期限已过不能证明操作已取消。
授权发放前，可以在门户取消提议。授权发放后，客户 Core 所有者必须明确取消尚未应用的原始导入，为取消确认签名并发送。已经应用的导入不能这样取消。回滚仅删除未发生变化的暂停资源，不会退还付款。
演示供应商不可用时，由管理员检查连接及原始安装凭据的受保护配置。不要在迁移文件或消息中传递这些凭据。预算预留并不是供应商账单。
13. 退出计划
停止新申请，撤销凭据并结束委托访问。取消或恢复原始待处理命令。履行保留义务并保存必要记录；退出不会删除客户购买的数据或转移所有权。
客户控制
在客户门户核对邀请、伙伴范围、服务变更及公开案例同意。明确授予和撤销。所有权仍归客户；支持参与者只看到获授权对话，绝不看到运营人员私人备注。
管理员流程
模拟与独立审核后发布包含资格、限制和生效日期的版本化规则。运营停止独立于商业政策阻止新操作；撤销、历史和既有付费权益保留。依据原始证据核对资金。活动、等级、奖励、事件和回滚保存历史。遵守通知偏好、安静时段及营销同意；记录事件不证明已投递。
API 与恢复
合作伙伴调用使用已部署 Billing 契约；Core API是独立接口。人工命令保留一个原始 UUID：准备、审核、执行或取消。重用其幂等键及预期版本。中断后查询原始结果；状态缺失或到期不证明取消。限制服务账户范围，保护仅显示一次的秘密，验证 webhook 签名并对原始事件 ID 去重。CRM 仅修改许可字段；金额和保护需要 Billing 审核。
转移安装所有权
在客户后台打开组织，用已确认的安装关联、接收组织和权限文件启动独立转移。双方从各自账户通过 MFA 确认原始事项，操作员独立审核文件。在 Core 中，原本地所有者选择现有所有者，接收方从自己的账户确认，原所有者完成私有备份。将签名证明上传到原始事项并完成转移。许可证、数据和付款历史保留，原自动续订停止。未知所有者需要独立恢复申请，不能凭税号自动转移。回复丢失后恢复同一命令；未观察到结果不代表取消。
转移后，当前所有者在自己的客户账户中支付一份单独接受的订单。旧付款记录、发票和原付款方的自动扣款授权保留在原始历史中。这是现有实例的一次新购买，不是创建实例或转移旧订阅。如果响应丢失，请查询原订单；没有记录不代表取消。付款确认和许可证签发受理状态，与许可证是否已在服务器上实际应用分别核实。
联系跟进与前30天的个人计划
跟进咨询
提供您主动要求使用的联系方式，并分别阅读隐私和营销条款。有已发布规则时，联系流程按第0/3/7/14天安排：回复咨询、提醒、提供有用资料和结束流程。工作日历、同意状态、免打扰时段和次数限制可能推迟或阻止联系。初步沟通后，负责人单独记录总结、限制和下一步；初始草稿本身不会启用任何流程。
要记录回复或拒绝，请在回复表单中使用原始回执和私人代码。不要把代码放入链接，也不要分享给他人。回复、拒绝或正在进行的对话会停止重复联系；即使流程尚未开始，拒绝也会被保留。撤回同意会停止相应消息，但不会删除账户、所有权或已购买权益。电话咨询会为操作人员生成私人手动联系任务；系统不承诺自动短信或自动拨号。
入门任务
组织的个人计划显示您的原始任务、期限、负责经理和历史记录。已发布的前30天计划包括：
- 第0天：协议及具备所需角色的团队。
- 第3天：商务培训及个人考试。
- 第6天：完成必修课程后的技术实践与独立评估。
- 第11天：已登记且保护仍有效的商机。
- 第16天：客户批准的项目范围及与原始订单的关联。
- 第22天：由方法指导人员审查实施情况。
记录三个客户场景假设，说明客户画像并选择优先项。已完成任务依据原始记录核实，提醒会跳过这些任务；界面勾选不能代替实际结果。方法指导人员分别审查前两个项目、当前配置及提交的测试观察，记录接受或需要修正的内容。已发布规则限定支持时长，额外帮助需单独协商。发生延误时，负责人记录原因：没有客户、价值不明确、能力、经济条件或产品缺陷，并记录计划和下次复盘日期。
如果操作响应丢失，请查询同一原始操作；没有结果并不证明发送失败或已取消。不要自动重试，也不要创建新键。邮件服务商接受邮件不代表邮件已进入收件箱或已被阅读。结果不明确时应主动核查并作出决定，而不是自动再次发送。
申请首次或后续报价
选择受保护的商机、当前目录和准确的客户/资源范围。首次申请无需已有 quote，须等待客户所有者授权。财务人员另行准备原始 quote 并提出报价；分享、接受和付款仍须分别完成。后续申请保留客户之前分享的基础 quote。回复丢失后，应恢复或明确取消原始申请。
安排会议
在原始支持工单中填写 UTC 时间、时区和时长。指定经理确认或改期；提出时间并不代表已预约。取消时使用原始申请。外部日历邀请是另一项操作。
修改法定名称
所有者或管理员可提议修改同一已核实实体的法定显示名称。独立审核须查看原始登记及身份依据。国家、法律形式及标准身份不可改变；其他实体须重新入驻。原有合同和旧银行验证不会自动更新。
恢复财务操作
每个 Billing 进程启动时都关闭新转账准入。工作人员须审查真实备份、恢复报告、队列及银行导出，才能明确开放后续预留。旧的或结果不确定的转账只能按原始银行 ID 查询；没有回复不允许再次发送。客户已付款的权益继续有效。
退款、积分与奖励
真实原始退款按原规则冲销相关 XP 和积分。未交付奖励释放原始预留；已交付奖励分别保留交付记录和资格失效记录。停止演示须等待原始负责人确认；独立付费转换继续有效。实物退回和已手动交付的权益须由实际负责人处理。
历史记录与更正
回填前，工作人员分别扫描并核实有界原始清单、数量、各币种合计及文档哈希。未知所有权仍是例外；映射不赋予权限。经审核的未支付归属更正增加守恒的冻结分录，不能直接支用。已付或已预留的历史以及真实合同期初余额须由各自原始负责人处理。
阅读分析
查看指标的原始来源、群组、区间和公式。币种、操作数、实付收入与业务结果应分开。缺失来源须显示不可用，不能虚构为零；不足的观察不证明 ROI。技术报告须另获客户当前授权。财务解释以已发布政策为准。
原始系统中已确认的支出本身不能证明活动的全部成本。完整的成本记录（包括合作伙伴培训和支持）需要单独且经独立批准的原始成本截面。比率只能在相同原始货币及相同最小货币单位精度内计算。当前来源缺失时，明确显示为不可用，不根据其他活动推断转化。不会披露客户或联系人的标识符。 已发生的成本不代表银行付款已获确认。
断网时的临时本地访问
在支持此功能时，本地所有者可依据 Billing 已发布的签名策略，向具名工程师授予所选工作区技术健康状态的短期访问。续期和立即撤销均在本地执行。实例导入经过验证的签名确认之前，中央撤销保持“等待同步”；失去连接并不证明撤销已生效。重启后必须重新获得本地批准。此访问不授予管理权限、内容访问或付费许可证。
银行账单、赠品和续订银行卡
在客户门户选择自己的组织并打开原始报价。检查整个购物篮，接受条款并支付对应银行账单。部分到账不会完成订单。即使已收到全额款项，也应等待整个订单确认，并单独检查许可证、资源或模块的交付；许可证在服务器上的实际应用有独立结果。
“赠品，无需付款”项目保留在订单中，但不会产生佣金，也不能作为计提所需的首次付费购买。额外到账款项单独记账，不会自动支付其他订单。与您的订单存在真实关联时，可以查看收到、实际退回和仍保留的金额；这不承诺自动退款。
- 符合条件的服务确认后，组织所有者选择连接续订银行卡。阅读条款，选择银行，分别同意续订和可退回的 1 RUB 验证付款。
- 前往银行。这 1 RUB 用于验证银行卡，不是订单或服务期的付款。退款有独立状态：等待、待确认或已完成。
- 返回后，主动查询同一操作的状态。返回链接本身不能证明付款成功或获得扣款授权。
- 单独确认银行卡和续订。结果未知时，查询原始操作；不要重新开始连接，也不要自动重复提交。
将来的续订是对应新服务期的独立付款。原银行订单及其历史保留；仅有银行卡不能证明新服务期已付款或已交付。
更换服务合作伙伴
客户组织所有者先为同一资源提出新的服务安排，该变更暂处待处理状态。接任合作伙伴组织所有者须先审阅其服务安排所对应的原始协议标题和完整条款，再明确确认提议。随后通过“提议更换”提出具体交接，注明原服务安排、生效日期和原因，并勾选全部五项检查：服务范围、未完成工作、已收到文档、服务连续性以及原访问权限撤销。客户应核对原合作伙伴、接任合作伙伴、发起人和生效日期。下一周期字段显示保留的原服务日期或“无法获取”。日期缺失或已过期时，都不会推算未来日期。
客户须单独选择“批准更换”，再于生效日期当天或之后明确选择“完成更换”。在完成之前，已提议或已批准的变更都可通过“取消更换”取消。日期到来不会自动使变更生效。完成更换会撤销原服务安排及技术权限。已付费许可证、资金和历史归属记录均保留。后续财务影响依照现有政策确定，不承诺付款或佣金。工程师的新访问权限需要客户另行批准；无法保证从这里立即远程撤销离线权限。客户可以独立、单方面撤销访问权限，商业争议不得阻止该操作。
如果响应丢失，应先对同一次原始操作选择“恢复原始结果”以获取状态，之后才可明确选择“重试同一请求”，并保持原始请求及其全部内容不变。结果无法获取或不存在时，状态仍属未知；不得创建替代操作，也不得自动重发。