关联货件记录的电子凭证
覆盖每种结果的签收凭证表单
采集确认实际收到什么、由谁签收及下一步处理所需的最少证据，而不强迫每次配送都以“成功”结束。
移动端使用手机适配界面，并支持配置凭证字段，包括需要时的条形码或 QR 码输入。
最多 5 名用户可免费使用，无需信用卡。
无需编程即可调整字段、工作流和仪表板。 探索 1,000 多个应用模板和业务场景
凭证设计
按服务要求采集凭证，不要堆砌成一张超长表单
仅收集确认完成或支持争议所需的证据。
| 凭证 | 适用情况 | 它凭证了什么 |
|---|---|---|
| 收件人姓名和签名 | 需要指定接受 | 谁接受了配送 |
| 照片 | 条件或安置事宜 | 交付了什么或留在哪里 |
| 条形码或 QR 码扫描 | 必须检查包裹/物品身份 | 处理了哪个编码单元 |
| 时间戳和位置 | 配送点时间或地点很重要 | 记录完成的时间和地点 |
| 数量备注 | 可以部分配送 | 收到的内容与预期的内容 |
结果路径
让表单不只以“已配送”结束
凭证应触发正确的下一条记录。
- 01
已接受
所需的证据已齐全，收件人接受配送。
- 02
部分的
保留已配送数量，并对剩余数量启动后续处理。
- 03
异常审核
损坏、短缺、缺少证据或有争议的结果需要办公室审核。
- 04
拒绝
记录原因和凭证，然后创建或关联退货运输任务。
易用性
缩短移动端完成路径
字段顺序也是数据质量的一部分。
首先显示货件信息
司机和收件人应清楚看到正在确认的货件编号和配送地点。
将所需的证据放在一起
按自然完成顺序放置签名、照片、扫描件和数量。
尽早发现异常
驾驶员不应假装成功完成以达到损坏或拒绝区域。
上线前管控
让凭证真正有用，同时避免配送点作业变成繁琐文书
请实际填写凭证并负责调查的人员参与试点。即使追求最快提交流程，也必须保留足够信息，以应对数量、状况或收件人争议。
按服务定义证据
明确哪些配送类型需要签名、照片、条形码或 QR 码扫描、地点、收件人姓名或数量备注。不要强迫低风险配送点收集下游团队不会使用的证据。
测试接受和失败的结果
测试正常完成、部分交付、拒收、货损、凭证缺失，以及离线或弱网等场景。每种结果都应触发明确的下一步行动，而不是只能填写一段自由文本。
将现场采集与验收分开
由司机提交现场凭证，在需要区分配送完成与验收结果时，由授权收件人或后台人员记录验收决定。不要让用户误以为完成配送点作业就会自动结束商业争议。
保留审计追踪
保留最初的采集时间、提交人、货件编号和现场凭证。任何更正都应注明责任人并关联争议记录，不能悄悄覆盖首次提交的内容。
上线决策
在现场部署之前设置证据和保留规则
根据服务承诺和隐私要求选择签名、照片、扫码、位置和收件人信息，并明确每项内容的查看、更正和保存权限。随后使用司机实际使用的手机和网络环境，测试正常交付、部分交付、拒收、离线中断和凭证争议等场景。
上线前需回答的问题
签收凭证表单 常见问题
签收凭证表单应包含哪些内容？
包括货件编号、收件人、配送地点、配送时间、实收数量，以及签名、照片、条形码/QR 码扫描或备注等所需证据，并记录验收或异常结果。
总是需要签名吗？
不会。正确的凭证取决于服务、合同、风险和隐私要求。有些递送使用照片、扫描件、地理位置或收件人姓名。
表单能否处理部分配送？
可以。应分别记录预期数量和实际交付数量，保留现场凭证，并对剩余数量或退货启动处理，而不是直接把整票货件标记为完成。
Jodoo 支持移动端采集凭证吗？
Web App 可提供移动端表单和图片上传，配置后的工作流也可使用条形码或 QR 码输入。请测试目标设备、相机权限、码制、网络和留存要求。
凭证变更应如何审计？
保留原始货件与配送点编号、采集时间、提交人和证据；任何更正都应作为清晰可见的后续记录，而不是静默替换存在争议的凭证。
查看实际运行的产品
打开本页面对应的示例 App
查看关联记录、运营视图、真实异常审核工作流，以及具有代表性的正常、有风险、失败和已完成配送状态。