配送员准备接单时打开应用，却发现订单入口被限制、账号被暂停，或者合作关系已经终止。通知没有说明究竟是顾客投诉、评分过低、取消订单、定位异常、身份验证失败，还是反欺诈系统自动触发了风险标记。对于主要依靠平台获得收入的人来说，“账号已停用”并不是普通的技术提示，而可能意味着工作和收入在同一时刻中断。

（欧盟）2024/2831号指令为平台工作建立了关于透明度、人工监督和复核的专门框架，但必须准确说明其在希腊的时间状态。截至2026年8月31日，经核对的官方资料中尚未发现已经公布的希腊转化法律；成员国完成国内法转化的期限是2026年12月2日。因此，本文说明该指令要求希腊未来建立什么保障，以及现行法律中哪些途径现在可能适用，而不会声称该指令已经在希腊直接、普遍禁止所有私人平台作出算法解约。

1. 账号停用为什么不只是技术故障

数字劳务平台可以通过系统分配订单、计算报酬、记录接单与取消比例、比较路线、识别异常行为并生成绩效评分。最终措施可能完全自动发生，也可能由工作人员确认系统建议。对于无法继续接单的人而言，如果平台不给出可理解的理由，这两种设计的实际结果都可能是失去工作机会。

法律分析的第一步不是判断企业是否把系统称为“人工智能”。关键在于自动监控或决策系统是否影响了任务分配、付款、排名、账号可见度、账号状态或合同的重要条件。即使只是规则引擎、风险分数或反欺诈过滤器，也可能产生与复杂模型同样重大的后果。

2. 2026年8月31日希腊的法律状态

该指令已经在欧盟层面生效，但它面向成员国，需要通过国内法实施。2026年8月31日查询EUR-Lex国家转化措施登记时，没有看到已公布的希腊转化措施。因此，不能告诉希腊配送员，该指令本身现在已经直接禁止私人平台在终止关系时使用算法。

这并不等于目前完全没有权利。根据具体事实，希腊现行劳动法、合同法、反歧视规则、《通用数据保护条例》（GDPR），以及某些适用于真正独立经营者的欧盟平台规则都可能相关。每条路径的适用条件和救济不同，必须先确定实际工作关系、数据处理过程和措施性质，不能只依赖合同上的“合作伙伴”或“自由职业者”名称。

3. 劳动者、承包人还是名义上的自营人员

指令区分“平台劳动者”和范围更广的“从事平台工作的人”。前者按照适用法律具有劳动合同或劳动关系；后者可能在合同中被写成自雇人员。正确身份主要取决于工作实际：谁设定价格和重要条件，谁分配任务，评分是否影响接单或处罚，平台如何监督路线和表现，个人是否真正能够组织自己的客户、时间和替代人员。

第4条要求根据实际履行工作的事实判断身份，其中包括自动化系统发挥的作用，而不能只看合同标签。第5条要求成员国在依其国内法、集体协议或实践发现指挥和控制事实时建立劳动关系的法律推定。这不意味着每位配送员自动取得劳动者身份，但“合作伙伴”一词也不能阻止对虚假自营安排的审查。

4. 平台应当说明哪些算法管理信息

第9条要求平台说明自动监控系统，以及作出或支持决定的自动化系统。说明内容包括被监控的数据和行为类别、监控目的、受影响的决定类别、系统考虑的主要参数，以及限制、暂停、关闭账号、拒绝付款或改变合同状态的理由。

这并不是要求平台无限公开源代码、商业秘密或他人的个人数据，但解释必须清楚且能够用于申诉。平台应说明记录了什么事件、发生在何时、适用了哪一条规则，以及该事实如何导致措施。只有一句“违反平台政策”，却没有日期、事件和具体规则，无法让配送员纠正定位错误、解释异常路线或反驳不实投诉。

5. 限制、暂停或终止必须由人作出决定

第10条第5款规定了成员国完成转化后必须保障的核心规则：凡是限制、暂停或终止从事平台工作者的合同关系或账号，以及造成同等不利影响的决定，都必须由人作出。这要求真实的人工决定，而不是工作人员在不了解背景、没有选择权的情况下机械点击“确认”。

作出决定的人应当能够查看有关事实，考虑当事人的说明，不采纳系统建议，并在发现错误时恢复账号。如果审核者只能看到最终风险分数、没有更改结果的权限，或者总是维持机器输出，就很难称为有效的人工监督。还要再次强调：这是希腊需要通过国内法落实的规则，不能被写成指令目前已经在希腊直接适用的一般禁令。

6. 书面理由、人工联系人与两周内的复核答复

第11条在人工决定之外增加了程序保障。受到影响的人应当能够在没有不当拖延的情况下，取得由自动系统作出或支持的决定说明。平台还应提供指定人工联系人的渠道，该联系人必须具备解释事实、情况和后果所需的能力、培训和权限。对于限制、暂停或终止账号或合同关系的措施，书面理由最迟应在措施生效时提供。

当事人可以要求复核，并提交能够说明系统或事实错误的材料。平台应当无不当拖延地作出有理由的书面答复，并且最迟在收到请求后的两周内答复。如果复核确认权利受到侵犯，平台应立即纠正决定，最迟不得超过复核决定后的两周；如果无法纠正，指令要求提供适当补偿。成员国现有的纪律处理和解雇程序仍然保留。

7. 申诉前应当保存哪些证据

第一步不是在客服聊天中反复争论，而是保存最初状态。应当截取包含日期、时间和页面地址的完整画面，保留电子邮件、推送通知和工单号码，并下载仍可取得的账号资料、订单记录、付款记录、评分和取消历史。还应记录应用版本、设备型号、通知原文，以及当天有效的合同条款和平台政策。原始文件要与标注或编辑后的副本分开保存。

  • 按时间顺序列出最近的订单、警告、投诉和客服沟通；
  • 保存收入和无法工作的班次证明，不夸大损失；
  • 书面询问具体事件、适用规则、关键数据，以及人工复核者的职位和权限；
  • 尽量以原始格式导出聊天和文件，重要文件可以记录哈希值以证明未被修改；
  • 不要改动元数据、制作“更有说服力”的假证据，也不要借用他人账号绕过暂停。

个人往往无法自行证明究竟是哪个算法触发了措施，因此完整的时间线和准确的信息请求很重要。第21条要求成员国在转化后，使法院和主管机关能够命令平台披露与案件有关的证据，同时保护保密信息和商业秘密。

8. 最初24至48小时的实用处理顺序

申诉中应把已知事实与推测分开。写明账号标识、措施发生的日期与时间、丧失的功能、已知事件和希望得到的结果。要求平台提供书面理由、重要数据和参数的说明、具有权限的人已经参与审核的确认、相关日志的保存，以及能够改变错误结果的实质复核。在尚不清楚决策流程时，不宜笼统声称“AI已经违法”。

如果账号暂停切断了主要收入、造成紧急损害，或可能涉及歧视，应尽快取得针对个案的专业意见。劳动、合同、数据保护和诉讼程序的期限可能不同，客服工单不一定会停止法律期限。与其发送多份相互矛盾的投诉，不如使用一份准确的时间线和清楚的请求。

9. GDPR第22条：重要但并非万能依据

GDPR目前已经适用。如果平台处理个人数据用于评分或决定，它可能提供保护。第22条主要针对完全基于自动化处理、并产生法律效果或类似重大影响的决定，同时存在法定例外和保障。决策过程中只要出现过算法，并不当然满足这一较窄条件。

需要调查人的参与是否真实而非走形式、措施产生了多大影响，以及数据处理依据是什么。GDPR还可能带来知情、访问、更正，以及在特定条件下反对处理或向数据保护机关投诉的权利。但这些权利不等于无限取得源代码、他人资料或安全信息；数据访问请求也不能替代劳动或合同争议中的申诉。

10. 希腊现行劳动法和数据保护途径

如果工作实际表明存在劳动关系，即使合同写着“合作伙伴”，停止账号也应当按照现行劳动法进行审查。程序、真实理由、工资影响、歧视和对投诉者的不利报复都可能相关。认为劳动法规受到违反的人，可以考虑希腊劳动监察机关的投诉程序；但投诉本身并不会把每个登记为自营的人自动认定为劳动者。

如果争议重点是个人数据和自动评估，向希腊数据保护机关主张权利可能更合适。合同请求、紧急司法保护和损害赔偿则取决于身份、条款和证据。同一事件可以同时涉及多个法律领域，但不能把不同制度的条件混成一个自动获胜的主张。

11. 真正独立经营者、P2B规则与DSA

如果个人确实独立经营，并符合（欧盟）2019/1150号条例中的“商业用户”定义，P2B规则可能要求平台说明限制、暂停或终止的理由，并提供内部投诉系统。该指令第11条第5款明确排除同时属于此类商业用户的人，因为他们适用更专门的P2B机制。这个例外不能在没有核实身份时随意使用。

当措施属于中介服务范围内的账号或内容管理时，《数字服务法》也可能相关。但配送工作账号被停用并不当然成为DSA内容审核案件。必须先明确服务类型、接受者身份、措施原因和真正适用的法规。

12. 平台在转化期限前应当准备什么

负责任的平台应当清点所有监控或影响工作的系统，把数据来源与决定对应起来，停止使用被禁止或过度的数据，评估健康、安全和歧视风险，并建立真实的人工复核流程。审核者需要看见足够的背景，有权推翻错误建议，而且不能因为改变算法结果而受到处罚。

书面理由、人工联系人、审计日志、答复期限和账号恢复应构成一条完整的问责链。如果没有系统版本、关键输入、触发规则和人工判断记录，平台和当事人以后都无法可靠重建事件。只有一个“提出申诉”按钮，而没有有权限的人和有理由的答复，并不能实现有效保护。

13. 官方资料与本文边界

法律信息：上述官方资料核对日期为2026年8月31日。当时未发现已公布的希腊转化措施，转化期限为2026年12月2日。劳动法、GDPR、P2B条例或DSA是否适用取决于具体事实。本文提供一般信息，不构成针对个案的法律意见。