数据与安全政策

在 GDPR 适用的情况下，第32条要求控制者和处理者根据实际风险采取适当的技术和组织措施，并综合考虑技术发展水平、实施成本、处理活动的性质、范围、背景和目的，以及对个人权利和自由造成风险的可能性与严重程度。

在适当情况下，相关措施可以包括加密和假名化、保障保密性、完整性、可用性和韧性的措施、恢复能力，以及对安全措施进行定期测试和评估。

除非相关实施或认证确实存在并能够提供证据，Beyoğlu 不会把某项 ISO 认证、加密算法或安全标准当作营销卖点。

合规 API 不应成为客户自身客户数据库的不必要副本。

系统集成只应传输完成合规任务所需的最少结构化信息。典型数据可能包括商户标识、订单或发货参考号、目的成员国、SKU、数量、包裹数、履约路径、发货事件以及退货或取消状态。

如果不需要消费者姓名、个人电话号码、个人电子邮箱或完整收货地址也能完成合规目的，就不应传输这些数据。

API 凭据应作为秘密信息管理，不能放在公开的客户端代码中；一旦怀疑泄露，应及时轮换或撤销。

资金保护安排首先是法律与控制问题，而不只是会计处理偏好。

Beyoğlu 规划中的监管预存资金模式，不以把客户监管资金余额视为普通营业收入为前提。

如果客户资金需要在支付给主管机关、生产者责任组织（PRO）或相关系统之前暂时保管，目标架构是使用持牌支付服务机构、受保护的客户资金安排，或其他符合法律要求的第三方支付模式。

在相关协议真正生效以前，本页不会指定某一家支付机构或资金保护机构。相关基础设施投入运营后，应单独说明服务商、资金流向以及客户资金的法律处理方式。

我们根据服务商实际承担的任务以及接触的数据来评估其风险和责任。

生产环境所使用的服务商可能涉及托管、身份认证、通信、安全、支付以及其他技术服务。如果服务商代表 Beyoğlu 处理个人数据，并且 GDPR 第28条适用，则需要建立适当的数据处理安排。

如果某个机构是为了自身目的独立开展处理，例如银行、主管机关、PRO 或电商平台，它可能是独立的数据控制者，而不是 Beyoğlu 的次级处理者。

即使某起事件最终无需向监管机构报告，我们也会对事件本身进行记录。

事件响应可能包括发现、隔离、证据保全、凭据撤销、受影响系统和数据评估、恢复以及纠正措施。

在 GDPR 适用时，如果个人数据泄露需要报告，控制者应在知悉后无不当延迟地向有管辖权的监管机构报告，并在可行情况下不迟于72小时；但如果该事件不太可能对个人权利和自由造成风险，则可不适用该报告义务。如果事件很可能造成高风险，且不存在 GDPR 规定的例外，还应无不当延迟地通知受影响个人。

再安全的平台也无法弥补已经泄露的客户凭据。客户应当：

• 保护账户凭据和 API 密钥；
• 在系统支持的情况下，为每位获授权人员使用独立账户；
• 对不再需要访问权限的人员及时撤权；
• 保护自身电商系统和 ERP 系统；
• 只传输实现合规目的所必需的数据；
• 一旦怀疑账户或系统被入侵，及时通知 Beyoğlu；以及
• 保持产品和包装源数据准确、完整并及时更新。