为什么值得花这个功夫

一条流程如果每月要人工改路径、改文件名、改列名映射，那它就还是个一次性脚本。改错一处不报错、结果悄悄不对，这种事迟早会发生。

把这些易变的东西从流程里抽出去，流程本身就稳定了 – 换数据只是把新文件放进目录，点执行。

参数表月份、路径、阈值

→

→红色变量线

Excel Reader路径来自变量

Row Filter阈值来自变量

Excel Writer文件名带月份

数据端口变量端口

改一次参数表，三个节点的配置跟着变。这是把易变部分抽出去的标准形态。

习惯一：路径一律用相对路径

绝对路径换台机器就失效，交给同事、放到服务器上定时跑，第一个断的就是它。把数据放在工作流所在目录下的子文件夹里，路径写成相对形式。

判断办法：把整个工作流导出，在另一台机器上导入并直接执行。能跑通说明路径没问题。这一步值得在交付之前做一次。

月份、阈值、输出目录这些每期会变的东西，做成一张只有一行的小表，用 Table Row to Variable 转成变量喂给下游。以后只改这张表。

月份原值阈值输出目录 2026-03 50000 output

业务方要调阈值，让他改这张表就行，不用碰流程。这和「分档标准做成对照表用 Joiner 接进来」是同一个思路。

Table Row to Variable 只取第一行。参数表写了十行它也只用第一行，不报错也不提示。要对每一行各跑一遍是循环，那是另一个节点。

输出路径写死成固定文件名，每月重跑会把上期结果覆盖掉。把月份变量拼进文件名，每期生成一个新文件，历史自然留下了。

写法	后果
`output/汇总表.xlsx` 固定名	每月覆盖，历史没了
`output/汇总表_2026-03.xlsx` 带期数	每期一个文件，可回溯

另外「文件已存在时」这一项，长期跑的流程建议选中止而不是覆盖 – 真撞名了它会拦住你，而不是默默盖掉。

同一条流程连着跑两期。点上一步下一步，看改一行参数表之后，整条流程的行为怎么跟着变。琥珀色的格子是这一步变化的地方。

把会变的东西集中到一张小表里

只有一行。月份、阈值、输出目录 – 这三样每期都可能变，其余的流程逻辑不该变。业务方要调阈值，改这张表就行，不用碰工作流。

月份	原值阈值	输出目录
2026-03	50000	output

一行变成三个参数

列名就是变量名，值来自第一行。它只取第一行 – 参数表写十行它也只用第一行，不报错也不提示。输出端口是红色圆点，和数据端口不通用。

原本写死的配置项改由变量控制

在各节点配置窗口的流变量页里，把对应的配置项绑到变量上。绑定之后手工填的值被忽略。

三月的结果

输出文件名带上了期数，历史留得住。「文件已存在时」建议选中止而不是覆盖 – 真撞名了它会拦住你，而不是默默盖掉上期结果。

工作流一个节点都不用打开

把参数表这一行改掉，顺便把阈值按业务新口径调了。改完先重置整条流程再执行 – 直接点执行的话，已经是绿灯的节点不会重跑，你可能拿到的还是上期的中间结果。

月份	原值阈值	输出目录
2026-04	80000	output

同一条流程，行为全变了

读的文件、筛的阈值、写出的文件名，三处跟着参数表一起变，上期结果还在。这就是「换数据就能跑」的实际形态 – 不需要谁记得进去改哪五个地方。

下游节点写死列名，是重跑时最常断的地方。三条具体做法：

会改写列名的节点（GroupBy、Pivoting、Joiner）之后紧跟一个 Column Renamer，把列名固定成一套稳定说法。
Column Filter 里的「以包含为准 / 以排除为准」要想清楚。以包含为准则源数据新增的列一律丢弃，输出格式稳定；以排除为准则新列自动保留。没有哪个更对，但选错了下个月会莫名多列或少列。
源数据列名不稳时，读取之后立刻加一步列名规范化，把不确定性挡在流程入口。