V3.2.1餐饮报表交班与日结优化

升级时间：2022-3-14 15:00-16:00

升级影响：①长时间未日结用户，需先完成日结才能办理开台业务；②临时挂账（未结账前）支付统计与服务费交班暂不体现【下个版本更新】

1、交班优化

优化背景：

①交班查询时段与数据统计有歧义

②自定义收款，统计在现金或银行卡中

影响：

①容易引起误解

②自定义收款，笼统的计算在现金或银行卡中，无法识别实际现金或银行卡到底是多少，实际上缴现金无法核算

新逻辑：

①根据查询营业日期，获取当天日结的开始与结束时间，无则返回当前营业日无交班数据【交班数据整体保留原查询规则，按营业日实时查询当前用户的交班数据。】 

②自定义收款，按实际支付方式单独统计。

③交班数据整体分为4部分：消费单数/营业收入/支付统计/现金上交

● 消费单数：消费单数，按订单首次结账计算，含已结与临时挂账订单，分堂食与外带2类。例如：李四反结张三的已结订单，新发生的营业收入与消费单数，都计入张三班次

【注意：考虑餐饮为短期业务，按实收，新的交班逻辑单数按已结统计。原逻辑是按订单发生统计，同一订单，张三开台，李四结账，交班单数统计变动容易误解】

● 营业收入：当前收银员已结订单的营业收入，含消费小计与优惠小计

● 支付统计：按收款发生计算，依据结算科目简称分类统计，含结账收银、预订金、会员卡费收款、临时挂账结算收款。

例如：李四反结张三的已结订单，新产生的现金收款计入李四班次

【注意：目前临时挂账未插入临时挂账收款与服务费，当前版本临时挂账订单（未结账前）支付统计与服务费交班暂不体现，下个版本更新】

● 现金上交：现金+备用金

【注意：每个营业日，同一用户，需单独填写备用金。路径：更多-->备用金】

2、餐饮日结优化

优化背景：

①餐饮系统自动日结业务，获取客房夜审时间

②用户长期不日结，营业收入与收款笼统的统计到同一天

③营业日报，数据实时查询

 影响：

①依赖客房的设置，无客房的用户无法使用自动日结业务

②长期不日结，数据统计到同一个营业日，不利于用户，实际营业收入数据分析

③部分数据统计，实时查询数据不可控，会随系统参数的改变而发生变化，影响历史数据准确度

新逻辑：

①后台管理--结账设置--其他设置，新增“自动日结”参数设置。自动日结条件：0-8点且无未结订单

【注意：自动日结任务，0-8点，每整点执行一次】

②当营业日期小于当期时间，且偏差大于1天时，系统控制不允许办理开台业务（含堂食、外带、扫码点餐、预订开台）。

【注意：为提高用户体验，辛苦技术员培训时，强调日结的重要性，引导用户每天按时日结】

后台查询到以下酒店营业日偏差超过1天，升级后将无法正常开台，@雷波需辛苦安排人员联系用户同步信息，先完成日结

③自动日结/手动日结后，系统生成固化数据，固化数据报表下个版本更新。

历史数据：按营业日+餐段，生成当天的数据报表，详细规则见下个版本（固化数据报表下个版本更新）

3、临时挂账等部分业务优化

优化背景：

①临时挂账后，跨天可以退单、打折、删除原收款；

②取消结账，更新了原结账时间与收银员

影响：

①影响了历史固化数据（目前退单、删除等业务都是更新原始账）；

②影响了历史数据与交班统计（订单在结账退台时，就已确认结账时间与收银员，反结不再做变更）

新逻辑：

①前台收银-账单-临时挂账订单，结账页面去掉“退单”、“全单优惠”功能；跨营业日账务不允许删除

（临时挂账使用场景：临时挂账退台时，已明确消费与折扣，已知应收，只是暂未结算，临时挂单。再结账时，直接收款，不允许再对原消费、收款、折扣做调整）

②临时挂账结账或普通订单取消结账，不更新订单收银员与订单结账时间

③哑房挂账更名为“单位挂账”；临时挂账支付方式移至最后一个付款方式，引导使用临时挂账业务

4、全餐段订单bug修复

优化背景：目前餐段固定为：早餐/午餐/下午茶/晚餐/夜宵5个餐段，原则上不可能出现“全餐段”订单

影响：目前固化报表，细化到了每个营业日某个餐段的数据，全餐段账务没法完成数据统计

新逻辑：①后台管理端，退出登录时，清除班次与餐段；②前台收银，开台时，无餐段与班次的场景下，弹窗让选择餐段与班次

历史数据：全餐段订单与班次为空的历史订单，依据当前营业点已启用班次/餐段的营业时段批量更新，若不在营业时段内按上个班次/餐段或下个班次/餐段批量更新