售后政策

本政策说明项目特定售后期限、覆盖缺陷、排除事项、证据、处理流程、修改、第三方事件及保障结束后的工作安排。

1. 与报价的关系

只有已接受报价明确包含售后支持时，才在报价列明的期限内提供支持。报价确定交付范围、环境、包含的修改次数和项目特定支持条件。本政策说明一般流程，但不会创设报价未包含的免费维护计划、可用性保证或响应时间服务等级。

售后期限从相关交付被接受时开始，或从已接受报价明确列明且适用法律允许的其他完成事件开始。客户中心可能显示计算后的结束日期。暂停、延长或重新开始仅在项目中有记录或法律要求时适用；创建工单不会自动延长全部保障期限。

保障通常覆盖交付成果在有文档支持的环境中可复现且实质上不符合已接受报价的情况，例如已实现流程未按约定运行，或无后续外部变更时可复现的交付所致错误。适当解决方式取决于原因、严重程度、范围和技术可行性。

如客户中心提供相应功能，请通过关联项目的支持表单提交。请注明受影响交付物、预期与实际行为、复现步骤、环境、发生时间和影响。只附加相关截图、日志或样本文件，并移除密钥及不必要的个人信息。清晰报告有助于分流，但不当然证明问题属于保障范围。

请求可能在客户中心依次处于已确认、审查、分派、处理中、已解决、已关闭或待补充信息等状态。优先级结合可复现性、影响、安全风险、可用替代方案和项目背景评估。本政策不承诺固定首次响应或解决时间；项目特定目标必须写入已接受报价。

客户应及时提供访问权限、安全复现方法、当前日志、相关版本，以及能够验证修复的人员。请勿通过支持表单发送生产密码、私钥、完整支付凭据或不受限制的数据导出。缺少必要信息或授权访问时，调查可能暂停。

根据问题情况，解决方式可能包括指导、配置修正、补丁、替换文件、回滚建议、临时方案，或确认请求超出范围。我们可以选择无需复现特定内部实现、但能恢复实质符合性的合理技术方案。在客户控制的环境中部署，需依报价约定提供访问和履行相应责任。

交付修改与售后缺陷彼此独立：偏好变更使用报价中的修改或变更流程，覆盖缺陷使用支持流程。同一可复现缺陷在有效期限内仍存在时，可重新打开已解决工单。原因实质不同、新需求，或客户及第三方改动后再次发生的问题，可能需要新工单和新报价。

对于涉及托管、API、软件库、Cloudflare R2、Purelymail、支付服务商、平台或 AI 模型的事件，我们可以协助诊断，但无法控制其恢复、价格、政策或输出。适配服务商后续破坏性变更的工作不在保障范围内，除非已接受报价明确包含。确定责任前，可以先建议实施关键安全缓解措施。

发现疑似凭据暴露、未授权访问、恶意文件或数据披露时，请立即报告，并避免不必要地改变证据。为降低风险，我们可以撤销会话、限制链接、隔离文件或暂停受影响功能。事件处理及法律要求的通知优先于普通支持顺序；责任和救济依据协议及适用法律评估。

售后期限结束后，或对范围外工作，我们可以提供新报价、付费调查、维护安排或可行转介。沉默不代表提供持续监控或维护。本政策不限制适用法律下不得排除的保证、修理、退款或其他权利。重大政策更新会发布新版本，不会追溯缩短项目中已经记录的保障期限。