康普茶及活菌饮料的生产排程

本指南面向生产排程员、运营经理和工厂管理者，帮助您对康普茶和活菌饮料进行排程。文章说明如何对并行发酵罐、定向风味换线、季节性产能变化以及分叉产品工艺路线在 Schantt 中进行建模，使排程真实反映康普茶酿造厂的实际运作方式。

本指南描述了一家基于行业研究虚构的综合性公司；所有名称、参数和数字均为示意性质。

行业背景

康普茶和活菌饮料经过多阶段生产流程，从熬煮加糖茶水开始，然后进入漫长的发酵阶段——SCOBY（细菌和酵母共生培养物）将糖转化为带有酸味的微气泡饮品。基底康普茶可与水果风味调配、碳酸化后作为非酒精饮料包装，也可延长发酵再经巴氏杀菌制成酒精含量更高的烈性康普茶。生产运行同时涉及 batch（批次）工序（茶汤熬煮、发酵、混合、碳酸化）和 flow（连续流）工序（巴氏杀菌、包装），采用单一顺序工艺路线，并且至少有三条不同的产品类经过生产线的不同路径。康普茶排程与传统饮料灌装的区别在于初发酵的生物周期时间——以天而非分钟衡量——迫使排程员考虑错开发酵罐启动和成熟节奏，而非按小时生产线吞吐量来思考。下游包装线的运行速度快得多，因此慢速发酵阶段与工厂其余部分之间的交接是整个排程中的关键协调点。

虚构的 Wild Cultures 工厂占地面积 2,500 平方米，员工 80 人。工厂拥有 6 个 2,000 升的发酵罐，每类产品的周期分别为：Classic 10 天、Fruit 12 天、Hard Kombucha 14 天——这是所有工序中最长的，使得初发酵成为约束产能的瓶颈。两个熬煮锅（1,000 升，60 分钟周期）为发酵罐供料，之后是两个混合罐（1,000 升，30 分钟周期）和两个用于碳酸化的澄清罐（2,000 升，60 分钟周期）。一台板式巴氏杀菌机以每小时 6,000 升的速度仅处理烈性康普茶，一条罐装线以每小时 4,000 罐的速度包装所有三个类别的产品。初发酵按照连续 24/7 工作日历运行（因为生物培养无法暂停），而下游工序遵循工厂班次工作日历——冬季为单班制，周一至周五，08:00 至 17:00；夏季高峰期（五月至八月）扩展为双班制，周一至周六，06:00 至 22:00。排程由 5 人排程团队处理，覆盖 3 个产品类、6 个生产工序。

工艺流程概览

flowchart LR
    TB["茶汤熬煮<br/>批次 · 2锅"]
    F1["初发酵<br/>批次 · 6罐<br/>10–14天周期"]
    FB["调味混合<br/>批次 · 2罐"]
    CB["碳酸化<br/>批次 · 2澄清罐"]
    PT["巴氏杀菌<br/>连续流 · 仅烈性类<br/>6,000升/小时"]
    PK["包装<br/>连续流 · 罐装线<br/>4,000罐/小时"]

    TB --> F1
    F1 --> FB
    FB --> CB
    CB --> PT
    PT --> PK
    CB --> PK

从茶汤熬煮到包装的六阶段生产线。初发酵按连续 24/7 工作日历运行；下游工序遵循工厂班次工作日历。巴氏杀菌仅适用于烈性康普茶。

水果风味康普茶跳过调味混合工序——水果浓缩液直接投入初发酵罐。烈性康普茶在碳酸化与包装之间增加巴氏杀菌。两种变体均使用按类工艺路线来包含或排除工序。

排程挑战及 Schantt 的应对方式

本指南假设需求由季节性消费模式驱动——五月至八月的夏季高峰期、冬季低谷期以及两者之间的过渡月份——采用 12 周滚动排程周期。如果您的酿造厂按照固定客户订单或代工承诺而非季节性变化来运行，仍然可以应用相同的配置；排程工作日历期间让您能够根据需求曲线所对应的任何日期范围调整产能。

Schantt 的排程算法以最小化总完工时间为目标——即排程中所有作业的整体完成时间——并从用户选择的开始日期向前排程。本场景的实际排程周期为 12 至 16 周，与典型的康普茶排程周期（从发酵罐接种到包装托盘）相匹配。提供两种优化模式：Auto 模式，由算法根据产品清单和数量决定作业顺序、设备分配和时机；Semi-Auto 模式，由排程员固定生产顺序，算法在该顺序内优化设备分配，同时尊重每个作业在首个所需工序的最早开始时间。

Schantt 的优势

• 批次与连续流混合的多阶段顺序生产——康普茶生产线混合了以分钟或天为周期的批次工序（茶汤熬煮 60 分钟，初发酵 10 至 14 天）和以连续速率运行的连续流工序（每小时 6,000 升或每小时 4,000 罐）。当下游工序消耗速度快于上游供应时，Schantt 会检测物料短缺，并在甘特图上将这些时段呈现为等待间隙，使排程员能够准确看到生产线的瓶颈所在。

• 配备并行发酵罐的多设备工序——拥有 6 个发酵罐的初发酵罐组是一个包含并行设备的单一工序。Auto 和 Semi-Auto 模式会在各罐之间探索分配方案以最小化总完工时间，排程员可以在甘特图上查看每个罐的负载情况，确认没有某个罐过载或闲置。

• 按风味族类的顺序依赖换线——每个发酵罐上按风味-类对设置定向换线时间矩阵（示意范围：15 至 90 分钟——这是各工厂根据自身清洗经验校准的起点）。排程算法倾向于将相似类聚集在一起连续排产的顺序，从而无需手动尝试即可减少整个罐组的换线总时间。

• 支持工序跳过的多产品工艺路线——Fruit 类跳过调味混合；Hard 类增加巴氏杀菌。按类工艺路线省略不需要的工序，并在跳过步骤之间建立转移时间桥接，使排程不会为跳过的步骤插入空闲操作。

• 季节性工作日历切换与例外处理——通过排程工作日历期间实现夏季高峰期（双班制、6 天）与冬季非高峰期（单班制、5 天）的切换，同时通过工作日历例外处理公休假日，并通过停机条目处理年末停工和年度深度清洁。

Schantt 如何应对各项挑战

1. 错开发酵罐启动时间以维持稳定的下游流量。

• 当所有初发酵罐在同一天启动时，六批物料同时成熟，大约两周后涌入下游工序，接着又连续几天供料不足，直到下一次成熟波次到来。排程员需要每天有 1 到 2 个罐成熟，才能保持下游持续供料。

• Schantt 的排程算法通过在排程周期内分散作业启动时间，将发酵罐启动序列安排到可用日历上。甘特图显示最终的成熟节奏——展示每个罐的周期、完成日期以及其批次到达每个下游工序的时间——使排程员能够调整生产顺序或数量组合，直到下游负载趋于平稳。

2. 按类别对管理定向风味换线。

• 将发酵罐从 Classic 切换为 Fruit 需要 30 分钟清洗，但从 Fruit 切换为 Classic 需要 60 分钟，从 Hard 切换为 Classic 需要 90 分钟。这些不对称的时间在多个罐之间累加起来。六个罐和三个类循环运行时，如果选择顺序时不考虑转换方向，累计换线时间可能相当于整个罐组每周多出一个完整班次。

• Schantt 在每个旋转罐上将定向换线时间建模为成对矩阵——排程员在设备详情页面一次性输入每个从类到类的持续时间。在 Auto 模式下，算法倾向于将相似类聚集在一起连续排产的作业顺序，从而减少所有罐的总换线时间。在 Semi-Auto 模式下，排程员固定生产顺序，算法在该顺序内分配罐以最小化换线时间。最终的换线间隔在每个操作的甘特图条上显示为标记段。

3. 维持初发酵到包装的交接窗口期。

• 发酵完成的康普茶有一个有限的窗口期——理想情况下为 48 至 72 小时——从成熟到包装。在 1 至 4 摄氏度的冷沉可以将此保持时间延长 24 至 48 小时，但超过窗口期则存在过度碳酸化和酒精上升的风险。

• Schantt 将转移时间从初发酵串联至每个下游工序直到包装。甘特图将初发酵完成到每个下游操作之间的经过时间呈现为连续时间线，使排程员能够在最终确定排程前验证每个作业是否仍在交接窗口期内。由于冷沉被输入为固定的转移时间而非独立工序，排程员将其视为单个延迟间隔而非约束性步骤。

4. 根据季节性需求波动调整产能。

• 夏季需求大约可达冬季低谷的两倍，需要延长班次（双班制，周一至周六，06:00 至 22:00），而冬季运行单班制（周一至周五，08:00 至 17:00）。每次排程都手动调整班次模式与工厂工作日历的对应关系容易出错——排程员常常忘记在五月切换，或者重复预订了一个在十月已不存在的周六班次。

• 排程员将排程工作日历期间分配到相应的日期范围——五月至八月使用夏季工作日历，十月至次年三月使用冬季工作日历，过渡月份使用相应的工作日历。无论季节变化如何，初发酵罐都保持独立的 24/7 连续工作日历。排程随后根据每个日期范围尊重正确的工作窗口，甘特图叠加在相应期间渲染非工作时间——排程员无需手动校准即可在甘特图上看到班次边界的变化。

5. 处理培养失败和深度清洁导致的罐停机。

• SCOBY 培养失败可能导致一个罐停机 2 至 3 周。计划的年度深度清洁也需要一个罐完全离线一周。如果没有明确的停机条目，排程可能会将作业分配给不可用的罐，导致计划到达现场时产生延误。

• 排程员在每个受影响的设备上输入停机窗口——工厂范围的年末停工和某个发酵罐的年度深度就地清洗（CIP）。排程尊重这些不可用窗口，在此期间将作业重新分配给可用的罐。

在 Schantt 中建模的内容

以下五个实体是排程员在 Schantt 中设置本场景时需要创建的一等对象：

分步设置

1. 按生产顺序创建工序并设置转移时间。 创建六个工序——茶汤熬煮（批次）、初发酵（批次）、调味混合（批次）、碳酸化（批次）、巴氏杀菌（连续流）、包装（连续流）——每个工序设置其位置编号。在每个工序的详情页面上，设置到下一道工序的前向转移时间：

工序间转移时间：
- 茶汤熬煮到初发酵：30 分钟
- 初发酵到调味混合：45 分钟
- 初发酵到碳酸化（Fruit 跳过桥接）：45 分钟
- 调味混合到碳酸化：30 分钟
- 碳酸化到巴氏杀菌：30 分钟
- 巴氏杀菌到包装：15 分钟
- 碳酸化到包装（冷沉）：2,880 分钟

2. 为每个工序添加设备。 将 2 个熬煮锅分配给茶汤熬煮，6 个发酵罐分配给初发酵，2 个混合罐分配给调味混合，2 个澄清罐分配给碳酸化，1 台板式巴氏杀菌机分配给巴氏杀菌，1 条罐装线分配给包装。在每个初发酵设备上配置设备适用性，使排程算法了解每个罐处理哪些产品类：

• 罐 01 和 02：仅 Classic 和 Fruit
• 罐 04：仅 Hard
• 罐 03、05 和 06：所有三个类

3. 创建产品类并定义按类工艺路线。 创建三个产品类——Classic / Original、Fruit、Hard Kombucha。为每个类按顺序选择所需工序来定义其工艺路线：

• Classic： 茶汤熬煮 → 初发酵 → 调味混合 → 碳酸化 → 包装
• Fruit： 茶汤熬煮 → 初发酵 → 碳酸化 → 包装（跳过调味混合）
• Hard： 茶汤熬煮 → 初发酵 → 调味混合 → 碳酸化 → 巴氏杀菌 → 包装

在初发酵工序上为 Classic 和 Fruit 启用部分转移，数量为 1,500 升。这样下游工序可以在发酵罐整批完成之前开始处理第一批物料，减少长时间发酵与后续步骤之间的空闲时间。

4. 为每个产品类添加一个代表性产品。 创建 Original Kombucha（分配给 Classic 类）、Berry Kombucha（Fruit）和 Hard Original（Hard）。每个产品自动继承其类的工艺路线、设备适用性和换线配置。

5. 设置设备产能参数和换线。 在每个设备的详情页面上，为批次工序设备配置批次周期时间和批量大小，为连续流工序设备配置吞吐量。然后在处理两个或更多产品类的每个初发酵罐上输入定向换线时间矩阵：

批次周期时间和批量大小：
- 熬煮锅：60 分钟，1,000 升（所有类）
- 初发酵罐（Classic）：14,400 分钟（10 天），2,000 升
- 初发酵罐（Fruit）：17,280 分钟（12 天），2,000 升
- 初发酵罐（Hard）：20,160 分钟（14 天），2,000 升
- 混合罐：30 分钟，1,000 升（所有类）
- 澄清罐：60 分钟，2,000 升（所有类）

连续流工序的吞吐量：
- 板式巴氏杀菌机：每小时 6,000 升（仅 Hard）
- 罐装线：每小时 4,000 罐（所有类）

旋转罐上的定向换线时间——示意值：
- Classic 到 Fruit：30 分钟
- Fruit 到 Classic：60 分钟
- Classic 到 Hard：60 分钟
- Fruit 到 Hard：75 分钟
- Hard 到 Classic：90 分钟
- Hard 到 Fruit：75 分钟

为每个罐的适用类别对配置完整的对称矩阵。罐 03、05 和 06 需要全部六对；罐 01 和 02 仅需要 Classic–Fruit 对。

6. 配置工作日历、例外和停机（可选，最后执行）。 将工厂班次日历设置为默认工作日历（周一至周五，08:00–17:00）。创建第二个名为"发酵 24/7"的工作日历（24/7，全天所有日期），并在设备详情页面上将其分配给六个发酵罐，使它们的周期不受工厂班次影响而连续运行。添加工作日历例外：元旦（1 月 1 日）和国际劳动节（5 月 1 日）。输入 12 月 24 日至 31 日的工厂范围年末停工，以及 1 月第三周（1 月 19 日至 25 日）对一个初发酵罐的年度深度 CIP 停机。

关于如何在 Schantt 中配置各项设置的详细步骤说明，请参阅 Schantt 文档。

常见错误

1. 使用单一统一换线时间而非逐对定向值。 排程随后会将所有风味转换等同对待，忽略了 Hard 到 Classic 的 90 分钟清洁与 Classic 到 Fruit 的 30 分钟清洁之间的三倍差异。算法无法倾向于低换线顺序，甘特图上的每次转换都显示相同的平均时间——消除了将相似类聚集排产的动机。修正方法： 在处理两个或更多产品类的每个旋转罐上，输入每个从类到类的定向对。配置完整的对称矩阵，使算法在评估每种顺序时拥有准确的转换时间。

2. 为所有康普茶品种创建一个产品类。 所有产品随后共享相同的工艺路线，导致 Fruit 无法跳过调味混合，Hard 无法增加巴氏杀菌。每个产品都运行所有工序，在不需要的工序上浪费加工时间。修正方法： 为每个分叉的工艺路线创建独立的产品类——Classic、Fruit 和 Hard——每个类具有自己的工序序列。

3. 让所有六个初发酵罐对所有产品类都适用。 算法随后可能将 Classic 批次分配给专用的 Hard 罐，在 Hard 作业需要该罐时造成排程冲突。排程在到达现场前必须手动修复。修正方法： 将每个罐的适用性限制为其物理上处理的类。对专用罐仅保留预期的类-设备速率配置条目。

4. 忘记为发酵罐分配 24/7 工作日历。 发酵罐随后继承默认的工厂班次工作日历，为每个 10 至 14 天的周期在每个工作日增加 15 小时的非工作时间和整个周末。实际完成日期远远偏离真实的成熟窗口。修正方法： 创建"发酵 24/7"工作日历，并在设备详情页面上将其逐一分配给六个发酵罐。

5. 为所有产品类使用统一的冷沉时长。 碳酸化到包装的转移时间因此无法正确反映实际保持时间与配置值不同的那些类的初发酵到包装总经过时间。排程的交接窗口检查变得不可靠。修正方法： 如果不同类有不同的冷沉需求，在每个类的工艺路线上配置与实际保持时间相匹配的转移时间。

一个好的排程是什么样子

配置良好的本场景排程将关于罐可用性和下游时机的猜测转变为可靠的、可视化的计划。

之前（手动电子表格排程）： 排程团队手工构建 12 周计划，依靠经验知识来错开发酵罐启动并猜测换线顺序。

• 发酵罐启动集中在月初——订单到达时团队加载计划——导致两周后 4 至 6 批成熟物料同时涌入下游，接着出现 5 至 7 天的供料缺口。包装线在每个周期的大部分第二周处于闲置状态。
• 换线顺序随意选择，因为团队无法凭肉眼评估 3×3 定向矩阵在六个罐上的表现。结果是每个罐每月有 8 到 12 小时的可避免清洗时间。
• 季节性工作日历变化手动应用；夏季后的第一个冬季排程经常安排在已无班次的周六工作，而切换到夏季班次总是晚一周，因为有人忘记了开始日期。
• 代工订单经常逾期，因为团队只能近似估算从发酵罐接种到包装托盘的总经过时间。由于缺乏对交接窗口期的清晰了解，每个估算都多预留 2 到 3 天，反而进一步压缩了下游排程。

之后（Schantt Auto 模式）： 相同的产品组合和数量，算法在几分钟内根据建模的约束条件生成排程——无需手动试错。

• 发酵罐启动在排程周期内均匀分布，每天产生 1 到 2 个罐的稳定成熟节奏。下游工序可预测地运行，没有供料缺口——包装线每天稳定进料，而非饱饿交替。
• 算法将相似风味类在共享罐上连续排产，减少罐组每月的总换线时间。40 到 50 分钟的平均转换时间取代了以往每次切换都被当作最坏情况清洁处理的模式。
• 排程工作日历期间在配置的日期自动切换夏季和冬季班次模式。排程员每年只需设置一次期间边界；五月和十月的转换无需手动干预，甘特图从每个期间的第一天起显示正确的工作窗口。
• 每个作业从初发酵到包装的经过时间在甘特图上持续可见，交接窗口在排程发布前即可验证。逾期情况减少为孤立的例外事件而非反复发生的问题，因为排程员一眼就能看到整个生产线上的真实时间线。

在 Schantt 中尝试

注册 Schantt 并加载内置的示例数据集，亲自构建本场景——本指南中的每个工序、设备、产品类、产品和工作日历，以及它们的工艺路线、换线、转移时间和停机均已预先配置，随时可以排程。您的配置和排程始终限定在您的团队账户范围内。如需深入了解任何步骤，请参阅 Schantt 文档。