功能

本页介绍公司日常工作用的面板。屏幕上的用语见概念。第一个班次（从创建账号到发送链接）见面向商家。模块与套餐见模块和订阅。

面板中的每个列表都有自己的页面。? 按钮仍然指向下面的标题，这些地址不变。

模块

你在面板里看到什么，取决于开启了哪些模块。有两条主线：商店（订单与销售）和车队（地图、司机、ETA）。在商店之外还可以开启附加项：预订、餐饮、活动、翻译和在线支付。至少要保留一条主线开启。

模块在三个条件都满足时才运行：订阅涵盖它（或 Delieta 单独为你的公司开通了它）、你在设置 → 模块里的开关是开的、它所需要的模块也在运行。附加项需要商店。关闭不会删除任何东西——重新开启时数据会回来。

始终可用的页面：

仪表盘

登录后，仪表盘显示这一班的情况：谁在路上、什么在炉子里等着、什么晚了。地图和列表显示的是同一件事，只是详细程度不同。我们认为，用过多信息让人不安的屏幕是不好的。每个界面都用这条标准衡量，见理念。

仪表盘上的卡片取决于模块。你始终能看到指标卡片和需要关注卡片（最重要的未处理警报）。其余：

日期范围开关（今天、7 天、30 天）在页头。有车队时，页头还有指向 /app/dashboard/dense 的 运营视图 链接——更紧凑的运营仪表盘：地图、配送、炉台队列、空闲司机和警报并排显示。

关掉一条主线后，仪表盘会留下一条不显眼的提示（例如“车队已关闭 · 地图、司机、ETA”），带有在模块中开启链接。两条都关掉时，屏幕会请你开启商店或车队。

订单

订单是从接收到完成的订单列表。状态只向前走：等待接受 → 已接受 → 制作中 → 之后取决于取餐方式。配送经“配送中”到“已送达”。自取经“可取餐”到“已交付”——没人去送这种订单，所以它没有“配送中”。配送则没有“可取餐”这一步。

拒绝是终态，只有在订单等待接受时才能进行。已送达的订单无法撤销。列表的详细说明：订单。

来自网站的订单通过合作伙伴 API 进入面板。电话订单由你手动录入。公司的接收模式决定新订单是直接成为已接受，还是等待厨房接受。

flowchart TD
  intake["橱窗网站、面板或 API"] --> mode{"公司接收模式"}
  mode -->|"直接"| accepted["已接受"]
  mode -->|"队列"| pending["Oczekuje na przyjęcie（等待接受）"]
  pending -->|"厨房：好"| accepted
  pending -->|"厨房：不行"| rejected["Odrzucone（已拒绝）"]
  pending -->|"超时"| rejected
  accepted --> preparing["制作中"]
  preparing --> kind{"配送还是自取？"}
  kind -->|"配送"| way["W drodze（配送中）"]
  way --> delivered["Dostarczone（已送达）"]
  kind -->|"自取"| ready["可取餐"]
  ready --> handed["已交付"]

如何发送跟踪链接

打开订单卡片。右侧是公开地址和复制按钮，格式为 你的标识.delieta.pl/o/…。把它发给顾客。顾客无需登录，也不用安装任何东西。自有域名：跟踪域名。

只要订单还在系统里，链接就有效。送达后，页面显示为已完成，而不是错误。这不是司机 GPS 令牌——那个密钥留在司机的手机上。概念：跟踪链接。没有车队时链接仍然有效，但只显示状态——见跟踪页。

车队

菜单里的车队包括地图、车辆和司机。车辆和司机是分开的列表，因为套餐限额分别计数。出发之前，把司机分配给车辆。地图显示 GPS 位置；在厨房等待的订单在地图上没有车也没有路线——你看到的是订单本身，不是车辆。详细说明：司机、车辆、GPS。

司机从手机上报告问题时，你会在警报里看到，而不是地图图钉上容易被忽略的状态。

车队关闭时：

• 地图、车辆和司机从菜单中消失，它们的地址显示“车队已关闭”，并带一个通往模块的按钮。
• 服务器拒绝 GPS 位置。司机密钥保持有效，车队重新开启后继续可用。
• 顾客得到只有状态的跟踪页，没有地图，也没有 ETA 时间窗。
• 不再产生关于司机的警报；关于订单、套餐付款和餐饮询价的警报继续工作。
• 司机应用显示“车队已关闭”，而不是任务。

警报

警报收件箱显示此刻正在发生的事：迟到、GPS 消失、闲置、电量低、司机报告、套餐付款问题、新的餐饮询价。颜色表示严重程度，不表示是否已读。确认、稍后提醒和解决时，我们都会记录操作人和时间。详细说明：警报。

产品

产品是公司的菜单：分类和商品，价格以格罗什计。网站通过 GET /api/v1/menu 读取同一份菜单。关闭的商品会从 API 中消失；商店不会收到需要自行处理的“不可用”标记。详细说明：产品。

分析

分析是菜单中单独的一项，在警报下面。它有带同样日期范围开关（今天、7 天、30 天）的页头、显示所选时段数字的一排卡片，以及——有车队时——两张对比表：司机和车辆。表中显示里程、准点率和 ETA 准确度。没有车队时，只剩订单卡片这一排。

分析是订阅中的一项：套餐卡片称它为“分析与警报”。如果你的套餐不包含它，菜单里就没有这一项，直接打开它的地址会回到仪表盘，你不会看到空表。在设置 → 订阅里可以查看。

公司

公司名称和行业会出现在跟踪页和发票上。改名不会改变公司的 URL。行业决定面板里的用词（披萨、鲜花、服务），但它不是单独的产品。

你也在这里保存门店：地址和坐标。没有它们，ETA 报价会返回 venue_not_configured。

身份与品牌

名称、徽标、横幅和品牌色显示在披萨店的顾客打开的 /o/… 页面上。颜色留空则保持 Delieta 的绿色。徽标和横幅由所有者或管理员更改。这不是整个面板的白标，只改变跟踪页的外观。

默认配送设置

准备时间和配送半径是 ETA 报价的起点。系统还会加上装载、缓冲和绕行时间——这些值不在这张卡片上设置。接收模式（直接或队列）也在这里设置：它决定来自 API 的订单是否直接成为已接受。

营业时间

厨房接单的日期和时间。时间为空表示尚未设置——商店仍可接单。这是公司的日历，不是某位司机的值班。

休息日

节假日、休假、装修。在所选日期（起止，带一条简短备注），商店不接受订单，也不接受订桌。你在与营业时间相同的卡片上、休息日一节里添加。

跟踪页外观

这个窗口显示已保存的值，不是草稿。顾客在 /o 看到的名称、颜色和页头与此一致。与顾客页面不一致的预览比没有预览更糟。

在线支付

设置 → 商店。 顾客用银行卡或 BLIK 付款，钱经 Stripe 直接进入公司账户。Delieta 按订单收取佣金，并在这张卡片上显示。

转到 Stripe 之前，你填写税号（NIP）和电话。两者都是可选的。我们根据税号查询公开的增值税纳税人名册，并填好 Stripe 表单：公司名称、地址、REGON、增值税号、行业和银行对账单上的名称。Stripe 里保留的是所有者的资料、银行账号和条款确认。Delieta 不保存税号和电话。

提现、退款和文件在 Stripe 面板里。在同一个标签页上，你以兹罗提设置配送费。

订单一节决定顾客在商店购物车里能选什么：配送和自取、在线支付和取货时现金、最低订单金额（只算菜品，不含配送）、准备时间，以及可选时间段的间隔和范围。你也在这里填写商店向顾客展示的 Facebook、地图链接和电子邮箱。只有 Stripe 账户可以收款后，在线支付才会出现在商店里。现金订单进入面板时是未付款；收到钱后，你把它标记为已付款。更改无需重新部署即可到达商店。完整主题：在线支付。

面向开发者

你在这里签发 /api/v1 密钥。可发布密钥用于公开读取产品。秘密密钥用于订单和报价——它留在网站的服务器上。更换可发布密钥会立即使旧密钥失效。

商店地址是 Stripe 在付款后把顾客送回的地方。由 Delieta 建好的商店已经填好。跟踪域名：每个套餐都有 {标识}.delieta.pl；自有主机（CNAME）属于带“白标”一项的套餐。DNS 说明与诊断：跟踪域名。API 集成：合作伙伴 API和橱窗契约。

团队

每位受邀成员都有完整的运营权限。邀请上的角色只是标签，不改变权限——这个版本在公司内部没有 RBAC。边界是公司：Bella 的成员看不到 Parma 的数据。

订阅

套餐按公司计费，不按个人。Starter、Growth 或 Pro——车辆、司机和成员的限额，加上套餐项：实时跟踪、分析与警报和白标 / 自有域名。附加模块有自己的项（商店、预订、餐饮）；套餐之外的模块在“模块”里显示“订阅中不可用”和在订阅中添加链接。到达上限后，你无法添加新车辆或新司机，直到更换套餐或腾出名额。参见套餐限额和授权。

发票和银行卡在 Stripe。付款逾期后，公司还能继续工作一小段时间，之后面板转为只读。仪表盘上方的横幅会告诉你当前是哪种状态，你不必从消失的按钮去推断。

偏好

语言和主题是每个人在自己设备上的选择，不是公司设置。语言保存在地址（前缀）和 cookie 中。主题是浅色或深色。地图上方半透明、带模糊效果的面板在浏览器支持时会自动开启；在较旧的设备上以及系统设置了“减少透明度”时，面板不透明。团队和订阅留在公司层面。