影刀RPA进阶教程：库存深度监控——临近售罄自动提醒补货

影刀RPA进阶教程：库存深度监控——临近售罄自动提醒补货

去年夏天一个爆款凉拖鞋，因为没人盯着库存，从断货到补货上架隔了四天，那四天恰恰是搜索流量最高的窗口，损失的单量算下来比这个商品一个月的利润还多。从那以后我把库存盯梢这件事完全交给了影刀RPA：每天固定时间扫一遍在售商品，库存深度低于安全线的自动提醒补货，爆款临售罄提前三天预警。

这篇是进阶教程，默认你已经会用影刀RPA拖指令搭简单流程了，我重点讲库存监控这个场景里怎么把阈值设计、数据采集频率、提醒链路串成一套跑得稳的系统。新手也别慌，每一步我都写了具体操作，跟下来就能搭出自己的版本。

先想清楚一件事：库存监控的本质不是"采集库存"，而是"在合适的时机打扰合适的人"。技术只占三成，剩下七成是阈值和提醒的设计。

认识影刀RPA与安装：十分钟搭好运行环境

装过可跳过，这里给零基础的人一个最短路径。

1. 影刀官网下载客户端，社区版免费够用，安装一路下一步。

2. 关键一步：安装浏览器插件，库存监控要在卖家后台网页上采集数据，插件不装等于白装。

3. 编辑器界面三块区域：左侧应用列表放你的流程，中间是画布，右侧指令面板用搜索框找指令，比如搜"循环"就能列出所有循环指令。

4. 

5. 建议注册账号后先跑一遍官方新手引导流程，对"拖指令、填参数、点运行"有手感再开工。

库存监控是典型的常驻型流程，对运行时长有要求。社区版每天有时长限制，监控的SKU数量大、频率高的话要算一下每天够不够跑，不够再考虑升级版本。

元素定位四合一：商品列表和库存数字怎么抓

库存监控的采集对象是卖家后台的商品列表页，一页几十个商品，每个商品一行，库存列的位置结构一致。这种页面正是获取相似元素列表(web)指令的主场。

操作路径：点顶部工具栏的捕获元素按钮，去商品列表页捕获任意一行库存数字，确认后在元素编辑器里检查属性，把会变化的下标和随机class清掉，保留父容器加稳定标签的路径。然后拖入获取相似元素列表(web)指令，选择"获取元素属性"功能，一次拿到整列库存文本。

四种定位手段在这个场景的分工：

• 元素捕获：抓库存列的模板行，靠它生成相似元素组。
• XPath：库存列结构偶尔变，用contains()写模糊匹配最抗改版。
• CSS选择器：列表页class规整时优先用，短、快、可读性好。
• 正则表达式：库存展示常常带文字，比如"仅剩8件"，用正则把数字抽出来。

# 捕获元素：商品列表中的库存单元格（模板行）
//div[@class="stock-num"]

# 模糊匹配：页面改版后class变了，退而用文本特征匹配
//*[contains(text(),'仅剩')]

# 从"仅剩8件"文本中提取数字，交给后续判断
\d+

我踩过一次坑：商品列表是滚动懒加载的，直接抓只能拿到前十几行。处理办法是循环里维护一个已抓取的列表，每滚一次屏就重新获取相似元素列表，用元素的index属性和已抓列表比对去重，滚动前后数量一致就说明到底了。这套懒加载处理官方文档里有完整说明，照着做就行。

变量与数据类型：库存数据怎么存最顺手

监控流程里三类数据：商品信息、实时库存、预警记录。我的存储方案是用字典装核心数据，键是商品ID，值是嵌套的库存信息，这样查改都是O(1)，判断"这个商品今天是否已经提醒过"也方便。

数据类型的基础动作要熟：字符串的索引和拼接（从"仅剩8件"截出"8"）、列表的增删（维护已提醒商品清单）、字典的安全取值（键不存在时给默认值而不是报错）、JSON的转换（对接通知接口时用）。

# 输入：库存文本 stock_text（如 "仅剩8件"），商品ID item_id
# 输出：库存数字 stock_num，是否触发预警 need_alert
stock_num = 0
for ch in stock_text:            # 逐字符扫描
    if ch.isdigit():             # 抽出所有数字
        stock_num = stock_num * 10 + int(ch)
need_alert = stock_num < 20      # 低于安全线20则预警

如果只想用影刀内置指令不写Python，也有替代：用文本截取类指令加If判断做数字提取，就是步骤多一点。我推荐还是写这两行Python，编辑器里Python图标要点亮，Python节点双击进去直接编辑。

流程控制：定时扫描加分级预警的主循环

监控流程的主干是While条件循环加If分支的结构。我设计成每天两个时点各扫一遍，扫描时对每个商品算出一个预警等级，等级不同处理不同。

1. 循环Excel内容遍历监控清单（商品ID、商品名、安全库存线、责任人）。
2. 采集当前库存，和该商品自己的安全线比较，不是所有商品共用一个阈值。
3. If分支分三级：一级是库存低于安全线（发群提醒），二级是低于安全线的一半（发群加@责任人），三级是已经售罄（立即记录并高优先级通知）。
4. 每个商品的采集和处理包在Try-Catch里，单个商品页面异常不影响整体扫描。
5. 扫描结束把本次结果整体写入库存日报表。

阈值设计说下我的经验：不要拍脑袋统一设个"低于50就提醒"。我按动销速度分了档，日销10单以上的商品安全线设在五天销量，日销3单以下的设三天。商品清单里每个商品带自己的安全线列，流程里读出来直接比，这个设计让误报少了一大半。

还有个容易被忽略的点：补货在途的量要算进去。我的清单里加了一列"在途数量"，比较时用当前库存加在途减去五天预估销量，小于零才预警。不然商品明明已经下单补货了，机器人天天提醒，责任人权当狼来了。

网页自动化：登录态、等待与翻页

库存采集的页面操作链路：打开网页进商品管理页，等待元素出现（列表加载完成），获取相似元素列表(web)抓整页库存，翻页继续抓下一页。

等待策略上我用等待元素出现而不是固定等待，超时15秒。库存列表页加载快慢随缘，固定等待要么等多了浪费时间，要么等少了抓到空列表。

翻页处理用官方推荐的做法：捕获"下一页"按钮，循环里判断这个元素是否存在，不存在（或按钮带disabled样式）就说明到最后一页，退出循环。一个细节：按钮的disabled判断要小心class属性里的布尔坑，捕获时把active之类的状态class排除在定位属性外，用获取元素属性指令单独读它的状态再判断。

登录态过期是库存监控最常见的翻车点。我的处理是流程开头先判断"登录"按钮是否存在，存在就说明没登录，此时直接发送异常通知给飞书群然后中止流程，而不是傻傻跑完发现全是失败。夜里跑的定时任务尤其要这个检查，不然你第二天看到的是一整份空报告。

弹窗也是常客，后台偶尔弹活动公告遮住列表。我把弹窗处理做成标准动作：每页采集前判断常见弹窗的关闭按钮是否存在，存在就点击关闭。官方文档里讲的五步弹窗处理流程（等待、判断、尝试常规关闭、盲点关闭、绕过）值得读一遍，我实际用下来前两步就覆盖了九成情况。

数据处理：库存日报表与历史趋势

每次扫描的结果写入Excel日报表，列包括日期、商品ID、商品名、当前库存、安全线、预警等级。日积月累这张表就是最朴素的趋势数据。

更进一步的玩法是把每天的数据追加进同一张表，按商品ID分组看库存变化曲线，你用Excel数据透视表就能看出哪些商品在持续掉库存。想自动化的，用Python节点配合Pandas做简单的分组统计，输出每个商品"照当前速度几天售罄"的预估列，这个预估比固定安全线更聪明。

# 输入：历史库存记录列表 records，每项为 [日期, 商品ID, 库存]
# 输出：每个商品的日均消耗 speed 和剩余可售天数 days_left
import pandas as pd
df = pd.DataFrame(records, columns=["date", "item_id", "stock"])
df["date"] = pd.to_datetime(df["date"])
speed = df.groupby("item_id")["stock"].diff().abs().mean()  # 日均降幅
days_left = df["stock"].iloc[-1] / speed if speed > 0 else 999

数据库方案我也试过，SQLite轻量免安装，查询和批量插入用内置指令就能做，采集量大之后比Excel稳。日常几十上百个SKU的话Excel完全够，别为了技术选型增加复杂度。

鼠标键盘图像：少数场景的备用工具

库存场景大部分靠网页元素定位就能搞定，图像和鼠标键盘是两个补充：

• 有的后台页面库存展示在弹层里，弹层抓不到元素，用点击图像点弹层触发按钮，截图捕获时注意选按钮清晰的画面。
• 键盘输入指令的{BS 1}用法在需要清空搜索框重新搜商品ID时用得上，官方文档给的正是这个方案。
• 鼠标滚动指令配合前面说的懒加载处理，滚到底部加载全部商品。

图像元素对分辨率敏感这个坑要再提一次：我换了一台电脑跑流程，截图元素全失效，排查半天。后来养成习惯，图像元素每次部署新环境都先跑一遍验证，或者干脆尽量用元素定位替代。

进阶技能：HTTP接口采集与魔法指令

如果你能拿到后台的库存查询接口地址，用发送HTTP请求指令直接调接口拿JSON数据，比开网页快十倍而且不怕页面改版。链路是固定的：发请求、把返回的文本转JSON、用键路径取库存字段、转数字比较。注意请求要带上登录态的Cookie或Token，Token过期后的报错要在Catch里识别。

不会写Python的部分全部丢给魔法指令，用对话描述"从这段文本里提取所有数字并求和"，生成指令链后检查变量名对不对就能跑。OCR和验证码识别在库存场景偶尔用于验证码弹窗，影刀的验证码识别服务支持数字、英文、计算题等类型，按需选用。

系统联动：提醒发到飞书，责任落到人

这是库存监控的价值出口，做不好前面全白搭。我的提醒链路分两条：

• 日常提醒：飞书群通知指令，扫描结束后把预警清单按等级汇总发群，文本消息就够，配置需要飞书自建应用的App ID和App Secret。
• 紧急告警：三级预警（已售罄）单独触发企业微信群通知或邮件发送，不进汇总，即时播报。任务监控页面还可以绑定告警邮箱，定时任务执行异常直接推邮箱。

定时任务配置在客户端的计划任务里：选周期执行，每天上午十点和晚上八点各一次，错开后台更新数据的整点。告警通知绑定你的邮箱和IM群，任务异常（比如登录态失效导致全量失败）自动推送，不用你第二天打开日志才发现。

工程化规范：让监控流程跑一年不崩

库存监控是长期常驻流程，工程化直接决定它能活多久。我的做法：

1. 拆子流程：环境检查、单页采集、阈值判断、发送通知四个子流程，各自独立测试，主流程只做调度。
2. 命名规范：子流程编号加动作名（010_环境检查），变量名见名知意（stock_num不是a1）。
3. 调试留痕：关键节点全部加打印日志，出问题时打开日志一眼定位到第几步。
4. 模板化：采集子流程做成模板，换一个平台（淘宝换拼多多）只改采集部分，判断和通知原样复用。

改版是常驻流程最大的敌人，后台页面每季度小改一次。我的应对是把所有XPath集中放在流程开头的一组变量里，改版时只改这一处，不用到流程深处一个个找。

易错速查表

三条额外教训：

1. 安全线阈值上线前先观察一周，只记录不提醒，看数据分布再定线，避免上线第一天轰炸式误报。
2. 预警消息里一定带商品名和当前库存数字，只发"有3个商品需补货"这种话，责任人还得自己去查，等于没提醒。
3. 监控流程自己的运行状态也要监控，用一个每天对比"应扫描SKU数和实际扫描数"的校验，差值大说明流程某段在悄悄失效。

延伸阅读与完整源码

从阈值设计到分级提醒的完整流程源码我放在代码仓库 home.linyan.cloud，可以直接参考改造。清单表结构、分级判断逻辑、飞书通知配置说明都在仓库里，拿去换上你自己的安全线数字就能跑。

延伸学习推荐官方文档的网页自动化和Python协同两章，库存监控一半的坑都在这两章的答案里。官方社区的电商监控案例也值得翻，不同人做同一件事的思路差异比教程本身更有营养。

#影刀RPA #RPA自动化 #库存监控 #电商运营 #飞书提醒

作者：林焱