Proxy Console

代理资源、账务与交付统一控制台

这版信息架构按上游控制台的工作方式重排成 Dashboard、代理资源、订单账单、API 中心、账户中心和后台运营六大区块。 暂未实现的功能不做 mock,只保留明确的占位与后续接入说明。

当前交付模式

直提交付 + 自动同步

新购与续费会直接执行,上游交付参数由后台任务同步落库。

当前商品范围

静态代理 + 动态代理

静态交付详情和动态生成接入串都已经接真实 API。

账号体系

本地账户与钱包

支持客户视角和管理员视角,后续可继续往上叠实名、子账号和工单。

设计方向

运营后台骨架

优先复制上游后台的层次与导航方式,而不是只做商品页。

Access

登录 zilv-test.aoli.io

输入本站账号密码后进入控制台。登录完成后会按角色显示不同导航组。

Zilv Proxy Console
zilv-test.aoli.io
参考上游后台的信息架构重建,真实数据优先,保留扩展位。

Overview

Proxy

Finance

Developer

Admin

Support

当前登录
-
-
余额 $0.00
Console

代理资源运营与交付中枢

结构参考 OnesProxy 控制台做法,拆成概览、资源、账单、API 与运营后台。 能力已接的部分直接走真实数据,未接能力只保留正式入口和备注,避免后续再次推倒。

未登录

控制台总览

这里按上游后台的 Dashboard 逻辑收拢运营指标、服务状态和交付健康度。
Real data only

快捷入口

把高频操作前置到概览页,避免用户在多级菜单里找路径。
白名单管理
架构已预留,后续接上游白名单接口后接入到“我的代理”和独立管理页。
子账号体系
架构已预留,后续把动态子账号创建、凭据展示和启停管理接入。
工单与反馈
先做正式入口和注释位,后续可以接邮件、TG 或客服系统。

最近服务与交付任务

把客户最关心的“服务是否已交付”和管理员最关心的“任务是否完成”并排放在总览。

购买代理

按上游后台常见购买路径组织为静态 / 动态两大类,再细分规格和套餐。
即时扣款
交付任务自动同步

我的代理

对齐上游后台“资源列表 + 交付详情”的结构。服务卡片给状态、周期、入口,详情区给完整交付参数。
服务周期
交付参数
续费入口

白名单管理

保留正式模块位,不接 mock 数据。后续直接接上游白名单接口和服务维度授权逻辑。
Placeholder
计划接入内容
服务维度白名单、批量导入、当前出口检测、白名单修改历史。
实现提醒
优先把白名单能力挂到服务实例,而不是只挂到用户,避免后续多产品策略冲突。
前端说明
这里会和“我的代理”双向联动,支持从服务详情直接进入白名单编辑。

子账号管理

参考上游动态子账号管理的模块位,后续直接接创建、重置密码、启停和凭据查看。
Placeholder
计划接入内容
子账号列表、状态切换、凭据重置、流量使用概览、按主账号筛选。
实现提醒
数据库建议独立 `upstream_sub_accounts` 表,不要把凭据散落在订单快照里。

订单记录

对齐上游后台“订单 / 续费 / 扣款”工作流,保留新购和续费链路。
ID 类型 商品 状态 金额 服务期 上游单号 错误

账单记录

保留账期信息和钱包扣款结果,后续可继续叠加发票和对账导出。
ID 订单 服务 状态 金额 开始 结束 支付时间

API 中心

参考上游后台的 API / 文档入口布局。这里只显示真实接入信息和后续待实现模块,不造假 key。
打开接入文档

基础地址

0328-api.aoli.io
当前代理 API 调用域名
  • 生产地址:https://0328-api.aoli.io
  • 文档站:pre-see.aoli.io
  • 鉴权方式:`Userid` + `Token` 请求头
  • API Key 管理
    后续可在这里挂本地 API 凭据列表、调用权限和 IP 白名单控制。
    Webhook / 回调
    暂未实现。后续如果需要订单状态或交付状态回调,可以在这里增加事件订阅配置。
    SDK / 示例
    暂未实现。建议后续在这里加 curl、Python、PHP 最小调用示例。

    钱包中心

    对齐上游后台的资金概览方式,突出余额、状态和最近流水。
    流水 ID 方向 金额 业务类型 余额 说明 时间

    账户备注

    这里先保留账户中心结构位,后续可以继续叠加实名、通知设置、密码安全和访问审计。
    安全设置
    后续接登录日志、密码轮换、多因子验证。
    通知偏好
    后续接余额不足、服务到期、交付失败提醒。
    实名与资料
    暂未实现。这里预留企业信息与账户资料的结构位。

    后台运营总览

    管理员视角保留价格、用户、服务周期、交付任务和账单五个核心运营模块。

    订单记录

    保留人工确认入口,兼容以后需要从直提切回审核流的场景。
    ID 用户 类型 商品 金额 状态 操作

    售卖价格管理

    销售价与提货价分离。后台只在这里展示成本字段,客户侧不暴露。
    商品 提货价 售卖价 设置新售价 操作

    用户与钱包

    把用户余额、服务数和待处理状态前置,方便做运营和测试充值。

    服务周期管理

    服务列表、交付状态和详情联动保留在一块,便于排查交付问题。

    交付任务队列

    保留运行中、完成、失败三种状态,后续可以继续接任务重试和事件告警。

    账单管理

    汇总用户、订单、服务、销售额和成本额,便于后续加利润口径。
    ID 用户 订单 服务 状态 销售额 成本额 账期

    工单与反馈

    这里对齐上游后台里的工单中心 / 反馈中心结构位,先不做假数据。
    Placeholder
    工单中心
    后续建议独立 `tickets` 表,并支持和服务实例、订单、交付任务关联。
    反馈中心
    后续可接表单、客服邮箱或 Telegram Bot,把反馈拉回后台统一处理。

    设置中心

    保留 Settings 模块位,方便后续把账户、安全、通知、系统策略统一收口。
    Placeholder
    系统设置
    后续接默认续费策略、交付任务轮询周期、提示文案和系统开关。
    账户设置
    后续接密码变更、会话管理和登录设备管理。