一旦在线预约系统处理个人数据,就需要法律依据、目的限定、明确的删除期限、告知当事人,以及与每个相关服务提供商签订数据处理协议。实践中几乎总是缺失同样三点:删除期限、数据收集处的告知,以及确认供应商是否将数据用于自身训练。
01 — 数据保护
GDPR的要求
只要处理个人数据 — 这比想象中更快发生,例如有人输入姓名或电话号码时 — 就适用常规义务:明确法律依据、确定目的、遵守数据最小化原则、定义删除期限、告知当事人。
对于在线预约系统,这在实践中意味着:与每个相关服务提供商签订数据处理协议,审查数据在何处处理,记录删除期限,以及在隐私声明中添加易懂的段落。实践中几乎总是缺失三点:明确的删除期限、数据收集处的告知,以及确认供应商是否将数据用于自身训练。
数据保护影响评估仅在预计存在高风险时才必要 — 对此类项目大多数情况不需要。但审查本身仍应记录,以便在需要时能说明为何省略了评估。
02 — 合同
需要书面明确的事项
- 数据和访问权的所有权。属于委托方。如果服务商不明确确认这一点,这就是谈话中最重要的信息。
- 终止时的交付。以何种格式、在何期限内、费用多少。
- 无对价的最短期限不可接受。如果绑定换来某些服务,则可以接受 — 否则不行。
- 后续变更的费用。决定总成本的不是项目价格,而是第三年的小时费率。
- 文档作为交付物。不是承诺,而是报价中的条目。
03 — 风险
可能出现的问题
- 系统回答错误。可通过仅使用经过审核的内容并在不确定时转接而非猜测来限制。这是配置决策,不是技术特性。
- 工作量被低估。最常见原因:初始情况不明确。报价前进行诚实的现状盘点比任何缓冲都更可靠地避免这一问题。
- 无人维护。最大的风险 — 也是最容易避免的。
- 数据保护漏洞。几乎总是因缺少删除期限和职责不清造成,很少由技术本身造成。
- 对服务商的依赖。如果合同规定访问权、数据和文档归委托方所有,则可避免。
04 — 问题
常见问题
如何防止爽约?
提前24小时提醒加上预约当天早上的简短提醒,根据经验能明显降低缺席率。对于高价预约,额外要求定金或信用卡预授权会有帮助。
这适合我们的行业软件吗?
在医疗、美容和汽车领域的常用系统中,通常都有接口。如果没有,我们会使用日历作为中间层——这几乎总能奏效。
可以同时为多位员工预约吗?
可以,按人员或资源分开,各有独立的日历和可用时段。客户可以直接选择某个人,也可以选择下一个可用时段。
能否与现有的候补名单需求结合?
可以。如果期望时段已满,可以加入候补名单,一旦该时段空出就会自动收到通知。
那些更喜欢打电话的客户怎么办?
他们会继续打电话,这没问题。在线预约不是取代电话,而是减轻它一半的负担——通常是您营业时间以外产生的那一半。
这符合GDPR吗?
使用欧洲供应商、签订数据处理协议并设定删除期限的话可以。我们会相应配置并提供数据保护声明的文本模块。
如果您这边改约会怎样?
受影响的人会自动收到通知并获得重新预约的链接——而不需要有人手动逐个打电话通知受影响者名单。
下一步
请向我们发送几句话介绍您的项目。
我们亲自阅读每一个咨询并亲自回复。没有销售团队,没有消失在虚空中的回电表单。