改个打印模板就要发版？我们用一个 Starter

半夜被叫起来发版，就因为财务想把采购单抬头往右挪 5 毫米。

改模板、提 MR、走 CI、打包、发版。一套流程半天没了，赶上月末结账，窗口都排不上。更扎心的是，模板逻辑散在代码里，动一处崩三处。我们统计过，打印需求只占后端变更的 23%，线上回滚却占了 41%。

hiPrint 前端拖拽排版其实挺爽。真正缺的，是后端怎么存 JSON、管版本、做鉴权。

于是我把这块补全，做成了 hiprint-spring-boot-starter。引入一个依赖，设计器和 API 自动配好。模板按业务编码存进数据库，换纸型、加字段都不用改代码。同一份订单数据，能同时跑两套版式。

两个业务同时点保存怎么办？Service 层直接上乐观锁，后写的吞掉先写的，前端提示刷新合并。鉴权和审计也全由服务端兜底，出事能直接查出是谁改的。

上线三个月后，某 ERP 客户的配置员自己就能拖拽排版。打印需求交付从一天半缩到 20 分钟，相关发版归零，开发介入率不到 5%。

打印模块不该是发版触发器。把模板还给业务，代码层才能腾出手干正事。