团餐订餐小程序怎么做？餐次、截单、企业补贴、出餐清单和退餐如何安排

一、先确定按人订餐还是统一报餐

员工自助选择套餐与行政统一报人数是两类流程。前者关心个人资格、菜品选择和自付款，后者关注部门人数与批量变更；同一企业可以并存，但汇总时必须说明是否已包含个人订单。

武汉卡卡西科技开展团餐小程序开发时，会先梳理食堂、企业行政、员工和配送点的责任。谁发布菜单、谁确认人数、谁承担临时取消成本，都要在开发前形成可执行规则。

二、菜单和餐次怎样控制可订范围

菜单关联实际供餐日期、早餐午餐等餐次、供餐点和可选套餐。节假日、停餐和限量菜品分别设置，用户看到的可订内容来自自己的企业或园区范围，不应随意订到另一家公司补贴的餐食。

售罄替换要说明新套餐及价差并获得必要确认，不能后台改菜名就让旧订单变成另一份餐。口味备注按食堂可执行范围收集，不承诺系统能够替代食堂对食材与供餐安全的专业管理。

三、企业补贴和员工自付如何计算

补贴可以按餐次、工作日、员工类别或金额上限配置，但资格变化要有生效时间。员工离职后不能继续使用补贴，历史订单也不能因为当前资格取消而被重新算成全额自付。

订单确认时固定补贴额、自付额和优惠，支付完成后再认定有效订餐。批量导入员工名单时检查重复与部门归属，不能只凭输入一个工号便让外部用户使用企业额度。

四、截单后为什么需要冻结出餐版本

厨房通常依据截单数量采购、备料和制作，因此需要一份明确时间生成的出餐清单。清单按餐次、套餐和供餐点汇总，同时保留对应订单范围，才能发现某次汇总漏了哪一批员工。

截单后允许人工加减餐时，生成差异单，记录审批人、数量和接收厨房。页面上最新总数不能代替厨房已确认的版本，必要时要求回执，避免行政已减餐而厨房仍按旧数量生产。

五、配送与领餐怎样核对份数

集中配送可按楼栋或取餐点打包，配送单与个人领餐单分别记录。送达一百份表示供餐点收到数量，并不意味着一百名员工都已经领取，两个状态混在一起会掩盖漏餐问题。

领餐凭证关联日期、餐次和订单，服务端确认后才记为已领。重复扫码不重复发餐，代领需要按企业规则控制数量；网络异常时若允许人工登记，要有事后补录和重复领餐检查。

六、取消、缺餐与未领取怎样结算

截单前退餐可以按既定规则退还自付并恢复补贴占用；截单后是否可退，需依据已告知的业务规则处理。厨房缺餐导致无法履约与员工自己未领取属于不同原因，不应统一标成退单。

退款时同时调整个人支付、企业补贴和出餐差异，不能只退员工的钱却继续向企业结算完整补贴。未领取餐食如何处理需要食堂制定实际方案，系统只记录结果，不自动认定已履约或可再次出售。

七、月结报表怎样让企业能复核

报表至少分企业、日期、餐次和套餐列有效订餐、实际供餐、退款与调整金额，附差异原因。企业行政可以看本单位汇总，员工只看本人记录，跨企业明细不能通过普通导出暴露。

月结确认后再发生补退，应形成后续调整单并关联原账期，不直接覆盖已经签认的数字。供餐方与企业双方采用同一结算口径，减少只对总金额、找不到具体差异订单的情况。

八、实施前先跑通一个餐次的闭环

武汉卡卡西科技提供小程序开发，支持独立部署、源码交付和终身售后。单食堂订餐与多企业多供餐点结算的复杂度不同，报价应列补贴规则、名单接口、厨房设备及异常处理范围。

试运行可从一个企业的一种餐次开始，验收重复订餐、离职资格、截单临时加餐、缺餐退款、重复领餐和跨月调整。确认厨房数量、员工支付与企业账单能够互相核对，再扩大供餐范围。