巨量千川多店铺财务对账单，无人值守自动导出
每个店铺的千川财务流水自动下载、按店铺和周期命名、合并成一本账。财务上班时，对账单已经整理好了。
- 巨量千川
- 巨量引擎
- 多店铺
业务痛点
现在卡在哪里
脚本点了，下载按钮没反应
千川后台基于字节 Semi Design 的 React 组件。页面脚本发出的点击 event.isTrusted 为 false，导出控件根本不打开，很多无头浏览器工具却照样报“成功”。
一个店铺、一个周期，点一次
财务要逐个登录店铺、选周期、等文件、手动改名。十个店铺的月底结账，光点下载就要半天。
文件一多，分不清哪份是哪份
下载目录里文件名几乎一样，上周的旧报表很容易被误当成今天的合并进去。
Operun 怎么解决
为什么用 Operun 更稳
瞬态 CDP 物理点击
Operator 专版只在点击的那一刻挂上一个短时 DevTools 会话，发出浏览器级鼠标事件并带上真实的用户激活，随即断开。导出控件收到的是真正的点击。
原生下载确认
wait_download_finish 在 chrome.downloads 里盯着文件，只有状态变为 complete 才算成功；下载中断或超时，这一步直接失败，不会静默通过。
时间下界守卫
已完成的下载只有在本次等待开始之后（留 5 秒点击到等待的间隔）发起的才算数，旧报表永远不会冒充今天的结果。
- 01
上传店铺清单
上传店铺清单，选好对账周期和保存目录。
- 02
打开财务报表页
Operun 在你自己的浏览器里依次打开每个已授权店铺的千川财务报表页，并用快照读取页面。
- 03
点击导出并确认下载
用瞬态 CDP 物理点击触发导出，wait_download_finish 确认文件在本次运行中落盘。
- 04
归档并合并
每份对账单按店铺和周期重命名，合并成一张跨店总表，并生成运行日志。
动手跑一遍
这套方案背后的 Operun 命令
运行环境：企业级 Operator 专版
# physical_click 需要 Operator 专版
operun browser new-tab "https://qianchuan.jinritemai.com/" --active
operun browser snapshot --tab 12 # 找到导出按钮，例如 @e41
operun browser act --action physical_click --tab 12 --selector "@e41"
operun browser act --action wait_download_finish --timeout 60000[
{ "action": "physical_click", "selector": "@e41" },
{ "action": "wait_download_finish",
"file_pattern": "*.xlsx", "timeout": 60000 }
]仅用于你本人拥有或获得授权操作的千川账户。Operun 驱动的是你自己已登录的浏览器，账号凭证只留在本机内存。
输入与产出
你给什么，拿到什么
需要准备
-
店铺清单
CSV：店铺名、千川账户、负责人
-
对账周期
日期范围：日、周或月末
-
保存目录
本地文件夹或 NAS 路径，每个店铺一个子目录
交付结果
-
各店铺财务对账单
XLSX / CSV，与千川原始导出一致
-
跨店合并总表
XLSX：每店一张表，外加一张合并总表
-
运行日志
CSV：店铺、周期、文件名、下载时间、状态
效果
省下来的时间看得见
0
月底每个店铺需要手动点击的次数
100%
合并前每份下载都确认已完成
< 20 分钟
从第一个店铺到合并总表
以上为实际项目中的典型结果，具体效果取决于店铺数量和流程范围。