会员与密码迁移

一个会员账号是否就是一个自然人？

会员、登录凭据、企业联系人和组织账户需要分别理解。同一个人可能在不同商城注册，同一个企业也可能有多个联系人；一份旧资料中的手机号相同，不足以证明应该合并全部历史交易和权益。迁移前应确认身份范围、原账号来源和业务主体关系。

保留原会员编号有助于追踪历史订单，但目标内部编号可能重新生成。需要建立带来源与商城范围的关联，再把订单、积分、券、地址与其他资料连接到正确对象。不能只迁一张会员表而忽略其关联，也不能让不同范围的同名账号共享不应共享的数据。

会员停用、注销或资料受限的状态同样需要表达。旧系统不允许登录的账号，不应因为导入后缺少状态映射而重新获得访问能力。对于不再需要的资料，应按客户授权范围讨论是否保留，不以“以后可能用到”为由默认搬迁所有字段。

重复手机号和历史账号如何处理？

先判断重复来自不同商城、手机号更换、旧系统允许重复，还是资料错误。每种原因有不同处置方式。未经核对直接以手机号去重，可能把别人的地址、订单或账户权益挂到错误身份上；把所有重复账号原样迁入，也可能导致目标登录规则无法确定统一对象。

可以设计关联确认、受限导入或由业务批准合并，但合并规则必须说明保留哪个身份、历史交易如何归属，以及如何记录变更。不能由迁移脚本随意选最早或最新一行当成正确答案。对于无法自动判断的资料，应保持可追踪的异常清单。

联调应覆盖账号更换手机号后的登录、原历史订单读取、被停用身份、不同商城同号和验证码流程。测试使用授权且脱敏的样本；不要用真实消费者手机号触发短信来证明导入可用。模拟验证与真实身份验证应在证据中分别记录。

密码哈希什么时候可以保留？

密码编码器兼容既有 BCrypt 哈希，并对较长输入采用单向预哈希处理；迁移时应按实际编码格式验证登录。

固定源码提供既有密码验证基础，不代表任意旧系统密码都能直接迁入。需要核对旧哈希算法、参数、格式、编码处理及目标验证链，并检查实际导入入口如何接受这些资料。某个算法名称相同也可能因输入预处理或参数不同而无法验证。

兼容验证应在隔离环境用受控测试账号执行：知道测试输入，经旧系统按真实链生成资料，再在目标链验证。不能要求客户导出消费者的明文密码，也不能通过暴力尝试恢复哈希。哈希是敏感认证资料，样本与批量文件都不应进入官网、公开附件或版本库。

不能保留时，应设计受控重置或首次登录确认流程，并由客户批准对会员的沟通方式。不能给所有会员设置统一默认密码，也不能把密码哈希当成普通字符串再作一次编码后假定可登录。重置流程本身需要核对身份验证、失效规则和异常处理，不能只完成数据库字段更新。

会话、权限和旧登录入口要一起迁吗？

历史会话不宜被默认为新环境的有效身份凭据。新系统应按实际认证方式重新建立会话，并核对管理与消费者身份的区别。若用户继续从旧链接访问，应明确它进入哪个系统，不让两个环境对同一业务身份各自作出互相冲突的决定。

后台管理员迁移尤其需要审查权限。旧系统角色名称与新系统同名，不能证明权限范围一致；应逐项核对可读对象、可写动作和高影响操作。商城列表、选项、详情和服务调整由 MallService 处理；读取完整联系信息和重置管理员密码分别经过权限与数据范围检查。 这类既有范围检查需要通过真实岗位用例核验，不能因管理员成功登录就宣布权限迁移完成。

重置密码、读取完整联系资料、导出会员或处理权益，应有明确岗位授权。测试时应使用没有这些权限的账号验证拒绝路径，确认导入关联不会跨商城泄漏历史资料。操作日志保留事件和脱敏编号即可，不应把原密码资料或完整个人档案记入普通日志。

积分、储值和优惠券怎样保住归属？

权益需要区分余额、规则和历史流水。仅导入余额，可能无法解释订单退款后的返还；仅导入流水，也未必能得到当前可用结果。先确定哪些权益仍有效、哪些在途订单占用它们，以及迁移后由哪个系统继续处理。

订单积分用例包含预占、确认、中止、取消、付款赠送及退款预占和完成，积分流水按商城及消费者读取。

这条源码事实说明订单积分的业务入口。会员合并时更要避免重复累计权益，或将原本不能转移的权益带到另一个身份。业务批准与执行依据需要作为映射资料保留。

储值等涉及资金的资料不应按普通营销字段处理。需要财务明确余额含义、调整权限和对账方法，并验证消费者查看、使用和退款后续路径。项目没有这些条件时，应公开列出未完成范围，而不是仅因会员数量一致就宣布账户迁移成功。

一份身份迁移检查记录怎么组织？

下表是审查框架，填写时保留资料引用，避免粘贴真实凭据或个人信息。

审查对象	需要明确的决定	隔离验证内容	未确认时的处理
账号关联	来源、商城范围、原编号与目标编号	历史订单归属和跨范围拒绝	保留异常，不擅自合并
重复身份	重复原因、裁决岗位、保留关系	登录查找与权益是否错配	受限导入或等待业务确认
密码资料	哈希格式与实际验证链是否兼容	受控测试账号的正反验证	安排经批准的重置流程
管理权限	对象范围和动作分别映射	低权限拒绝及高影响操作授权	默认不扩张旧岗位能力
有效权益	当前余额、在途占用和历史调整	订单取消或退款后的变化	财务及业务复核再处理
资料治理	纳入目的、访问岗位与保留安排	日志和附件不泄漏认证资料	按授权范围排除或隔离

结果应分别列为已验证、发现问题和条件未具备。验证密码链成功，不代表全部会员资料已合法授权或权益一致；权限拒绝通过，也不证明真实短信与所有登录端已经联调。每一种证据只支持对应结论。

切换后怎样处理登录问题？

准备能够按脱敏编号定位关联、状态与验证路径的操作说明，明确客服不能索取用户密码。发生登录失败时，先区分身份未关联、密码不兼容、账号停用或验证码条件缺失，再选择有权限的处理动作。不要直接修改账号归属或设置共享临时密码来绕过原因。

通过迁移字段映射模板登记身份规则，阅读迁移专题安排切换，通过迁移沟通服务核对客户资料与运行条件。源码身份与安全边界可结合安全说明继续审查；实际会员迁入和登录需要项目环境验收。