更少的电话和零散沟通——用统一的数据做计划
- 之前
- 一家医疗设备分销商的沟通十分分散：没有清晰的协作链条，多余的电话很多，没有统一的实时数据，也没有跟踪和预测。
- 我做了什么
- 从 2024 年年中开始推行 Bitrix24 企业门户——起初与外包商合作，之后由我接手全部实施：配置流程、自动化操作、移动工作台，并为每个岗位编写操作说明。
- 之后
- 工作变得可见、可跟踪，每位员工都有明确的任务和自己的说明。据我估计，库存减少了一半以上；现在资金在周转，计划成为可能。
Bitrix24 修复：悄然停止的 1C 集成与无人信任的数据
我接手了一个此前由多家外包团队维护的 Bitrix24 门户，它与 1C 的数据交换已悄然停止。我完成审计、找到根因并恢复数据秩序——审计脚本和代码由 AI 智能体编写，决策与生产操作由我负责。
~1.8M条发往失效地址的队列记录——已清理（2026 年 9 月）
159 → 54个事件订阅，失效订阅备份后删除
1,659 → 681条序列号商品记录（清理幽灵数据后）
背景与规模
盒装版 Bitrix24，销售、采购、仓储和服务基于智能流程，约 30 个门户应用和外包模块；通过封闭的第三方连接器与 1C:UNF 交换数据。有文档记录的时期：2026 年 8–10 月。
问题
188 万条事件积压在失效的 1C 端点上，每天增加约 5 万条；Bitrix24 → 1C 存在三条并行通道；一次事故产生了 32.9 万条空记录和约 35.8 万个未完成的工作流；1,659 张幽灵序列号商品卡；176 张收货单中只有 5 张关联到交易。
分析与方案选择
在 1C 端重建交换不可行：连接器是封闭的第三方代码。重放 188 万条事件会把过期的变更推入会计系统。在门户端修复——订阅、过滤、数据——可回滚且见效快。
关键决策与取舍
- 删除失效订阅，不重放. 无人读取的端点事件没有价值。被删除订阅的备份保证此步骤可回滚。
- 只向 1C 发送已完成的单据. 自研事件过滤：交易、申请、收货和发货只有在完成或过账后才进入会计系统。冲突更少，代价是 1C 中的数据稍晚。
- 移入回收站，绝不硬删除. 先试运行，每条记录删除前复核条件，JSON 备份；14 条因被有效交易引用而保留。
具体工作
- 订阅 159 → 54；队列清空，新事件即时读取；修复请求处理器中的事件丢失。
- 幽灵卡片 1,659 → 681（978 张移入回收站），无仓库卡片 1,079 → 101，孤立预留 16 → 0，库存与收货单对账并可回滚。
- 清理事故后果：工作流约 35.8 万 → 2,500，空记录 32.9 万 → 529。
- 合同与交易双向同步、5 阶段销售漏斗及主管报表、收货过账自动推进阶段、门户健康状态页。
- 服务与仓库工作台及移动 PWA、路线规划、盘点、自动收货。
成果
与 1C 的交换恢复运行，且只传输已完成的单据；库存已与收货单据对账，每一步都可回滚。
验证方式
修复前间隔 45 秒两次测量队列长度；修复后由 1C 实时轮询并批量核查；每次删除前先试运行，并记录日志和备份。审计本身也经过独立 LLM 评审复核。
经验与改进
队列长度和未完成工作流数量应从第一天就放在健康状态页上——这两个问题都在无人察觉的情况下增长了数周。