团体邮件规则：
1.触发发送时机：
（1）团体新创建时(指新团体创建流程，不含2个已有预约单合并式创建)
（2）团体创建后，里面的子预约有：爽约、取消、改期、改员工、改项目、加项目这种异常操作
2.不发送的情况：
（1）团体创建后，再往团体里面二次追加新预约
（2）团体创建后，里面的子预约有：到店、结账等不影响预约三要素(时间、项目、员工)的操作
3.合并去重的判断：
若触发同时给“组织者、子预约”发邮件，且是同一个客人(邮箱号)，则只发团体的不发子预约的，因为团体内容已包含
团体举例1
组织者：
客户A
预约1：
客户A
预约2：
客户A
预约3：
客户B
只发一封[团体邮件]给A
不发
发一封正常邮件给B
团体举例2
组织者：
客户A
预约1：
客户B
预约2：
客户C
预约3：
客户D
发一封[团体邮件]给A
发一封正常邮件给B
发一封正常邮件给C
发一封正常邮件给D
团体举例3
组织者：
无
预约1：
客户A
预约2：
客户A
预约3：
客户B
不发
发一封正常邮件给A
发第二封正常邮件给A
发一封正常邮件给B
团体举例4
组织者：
客户A
预约1：
无
预约2：
无
预约3：
客户B
发一封[团体邮件]给A
不发
不发
发一封正常邮件给B
因为C端暂只支持录入一个客户资料，所以永远只能可能发一封(团体的)
若以后支持录入多个客户资料了，则跟B端一样分别发
已有预约合并一个已有预约，不用发邮件，因为这个行为是B端才能操作的
说明只是把两个预约合并一起结算，且可频繁操作，不属于需要额外通知的场景
追加不用发团体通知，仅新预约本身需要加，降低对用户的打扰（fresha也是这样的）
已有预约加入团体不用发任何通知，同上，预约的合并、取消合并本身不是值得发邮件的事情
重点在于预约本身的变化，弱化团体的存在
加项目、改项目需要发，影响三要素（时间、员工、项目）的调整都需要发成员邮件、团体邮件
两种邮件触发逻辑保持一致，我已调整描述
这个是指C端提交的预约，B端点击是否接受是吧，应该是我漏写了，维持要发邮件
但优化一下：团体邮件取消全组判断，就单个成员触发的时候，也一起触发同时发一封即可
同上，优化为：单预约取消也同时触发团体邮件，组织者需要知道成员的预约是否成立
那爽约先不触发了，等以后补充爽约的邮件模板再加，实际应该是需要的
无问题
不发团体邮件，移出团体不影响预约本身的成立，这种移出移进都是B端为结算操作的，无需通知
不发任何通知，同理，不影响预约本身的成立
团体的到店前提醒邮件，改为就成员触发的时候再同时触发发送(类似改成员预约)，但要注意也存在去重发送逻辑
C端的预约流程，支付定金就是全部一起付的，不存在成员单独付，就按正常C端创建预约的邮件逻辑即可（其实就是发一封）
以后不存在团体的定金/预授权链接，已发任务优化
不存在团体邮件，仅成员独立发送
仅发送团体邮件给A即可，因为团体邮件里面的内容，现在就是：所有成员预约最新状态全罗列一遍
同上，现在团体邮件就是覆盖所有成员的（如果不是就有问题，需代码确认）