天行IP下单成功后，如果只记住账号和密码，等到核对扣费、续费、节点变更或售后处理时，往往很难还原当时的购买条件。一份完整的订单档案不需要复杂，却应该把“从哪里进入、买了什么、什么时候生效、按什么规则扣减、出现问题找谁”串起来。凭证留存做得好，既方便自己复盘，也能让客服快速定位订单。
第一组：注册入口和渠道信息
先保存实际使用的注册入口、注册时间、账号标识和邀请码绑定情况。如果从极跃圈的天行IP收录页进入，邀请码可填写 blsj。截图或文字记录应能看出当时页面和绑定结果，但不要把完整密码放进截图。
邀请码可能关联渠道活动或订单权益，具体折扣、价格、测试政策和有效条件会调整，应以当时后台、付款页面、订单与官方说明为准。只保存一句“有优惠”不够，最好同时保存适用套餐、有效时间和订单实付信息，避免以后把不同时期的规则混在一起。
第二组：订单和付款凭证
- 订单编号：这是客服查询最直接的索引，复制文字比只截一张长图更方便。
- 创建与付款时间：记录到分钟，便于对应支付平台流水。
- 商品与套餐名称：写清是静态IP、住宅IP、独享资源还是其他套餐，不用自己改写官方名称。
- 实付金额和支付流水：保留必要信息即可，银行卡号、身份证号等敏感字段应遮挡。
- 开票信息：企业采购如需发票，应单独保存抬头、税号、申请状态和票据文件。
- 退款或更换规则：记录下单时适用的条件、时间限制及测试约束，不能只凭后来看到的新页面判断。
付款截图只能辅助证明交易，不能替代平台订单号。反过来，只有订单页而没有支付流水，在付款状态异常时也可能需要补充核对。因此，订单与支付凭证应成对保存，并按订单编号命名。
第三组：套餐技术信息
代理IP产品的售后问题经常不是“有没有买”，而是买到的资源是否与设备和用途匹配。建议记录购买时选择的地区、运营商、IP类型、协议、节点名称、端口、有效期、连接数或并发限制、流量或金币扣减方式、白名单数量，以及是否支持更换资源。
| 字段 | 为什么要保存 |
|---|---|
| 协议 | 区分SOCKS5、HTTP、L2TP、PPTP等配置，避免售后时说不清使用方式 |
| 节点与地区 | 核对购买选择、实际出口和后续资源调整 |
| 开始与到期时间 | 判断续费、服务中断和剩余时间 |
| 端口与认证方式 | 排查配置错误，但敏感密码应另行安全保存 |
| 并发或设备限制 | 区分套餐限制与网络故障 |
| 扣费规则 | 核对金币、流量、时长或其他计费单位 |
价格、金币比例、节点库存和套餐细节都可能变化。档案中应注明“这是下单当时的页面信息”，当前可用规则仍以后台和官方说明为准。
第四组：到账、扣减和使用记录
如果账户通过金币或余额购买资源，可在付款后记录充值前余额、到账数量、购买前余额、购买后余额和对应订单。发现扣减与预期不同时，不要反复下单验证，先把时间、页面、订单号和余额变化整理出来，再提交工单。
对按时长生效的资源，还应保存首次启用时间、预计到期时间以及系统显示的剩余时间。对流量类资源，可定期记录用量，但没必要每分钟截图。关键节点留证更有价值：开通、首次使用、套餐变更、续费、异常和关闭。
第五组：售后沟通和问题现场
遇到无法连接、端口变化、属地不一致或速度异常时，先保存错误提示、发生时间、所用设备、客户端版本、协议、节点以及已经做过的排查。聊天记录应保留完整上下文，工单编号、客服给出的处理办法和最终结果要放在同一订单目录下。
测速截图本身说明不了全部问题，最好附上测试条件。例如“2026年某日20:00，家庭宽带，Windows客户端，SOCKS5协议，同一节点连续三次”。信息越具体，越容易区分本地网络、配置、节点维护和目标服务故障。
哪些内容不要放进普通相册或共享文档
- 账号完整密码、支付密码和短信验证码；
- API令牌、提取密钥、带认证参数的完整链接；
- 代理用户名与密码的明文组合；
- 未遮挡的身份证件、银行卡号和企业敏感资料；
- 可以直接登录后台的Cookie或二维码。
这些内容应放入可信的密码管理工具或受权限控制的凭证库，并开启设备锁和必要的双重验证。普通订单档案只写“凭证存放位置”和内部编号，不复制秘密本身。需要把记录发给客服时，先遮挡与问题无关的信息；官方明确要求前，不要发送密码或验证码。
一个容易执行的文件结构
可以按“年份—平台—订单号”建立目录，里面分成订单、支付、套餐、测试和售后五个子项。文件名使用日期加简短事件，例如“2026-07-22_订单7188_开通确认”，比“截图1”“新建文件”更容易搜索。企业多人协作时再增加负责人、访问权限和保留期限。
每次续费不要覆盖旧档案，而是新增一条续费记录，保留续费前后的到期时间和资源是否延续。项目结束后，先撤销白名单、停用不需要的密钥，再按财务和业务要求归档订单；不再需要的敏感副本应安全清理。
下单完成后的五分钟检查
- 确认邀请码、订单号、商品名称和实付信息对应同一笔交易。
- 核对协议、地区、节点、有效期和套餐限制是否与购买计划一致。
- 保存余额到账与扣减前后记录，发现异常先停止重复操作。
- 用已授权设备完成一次基本连接，并记录测试条件和结果。
- 把密码和令牌移入安全工具，订单档案只保留脱敏信息。
凭证清单的目的不是囤积截图，而是让每个关键结论都能回到订单、时间和规则。保存注册入口、邀请码 blsj、套餐与售后信息时，始终把实时后台和具体订单放在首位。这样遇到续费、扣费或技术问题，能够快速提供恰当证据，又不会因为记录方式不当泄露账号。
