提交业务问题
申请人说明期望结果,以及为何需要在指定日期前完成。仅在必要时要求提供相关材料。明确法务服务范围,让大家知道哪些申请应交给法务,哪些应转交其他团队。
为业务团队提供清晰、统一的法务支持入口。收集必要背景,将信息不全的申请退回补充,由指定审核人决定法务团队应承接哪些工作。
最多 5 名用户可免费使用,无需信用卡。
无需编程即可调整字段、工作流和仪表板。 探索 1,000 多个应用模板和业务场景
浏览虚构示例。登录后即可预览或使用应用。
冗长的通用问卷会让人不愿提交日常申请,却仍可能遗漏重要背景。先设置一组简短的通用问题,再根据所选申请类型显示相关问题。
| 申请类型 | 需收集的背景信息 | 审核人需要判断的问题 |
|---|---|---|
| 商业合同 | 交易对方、业务概况、期望结果和业务截止日期 | 工作范围是否足够清晰,可以安排审查? |
| 劳动用工咨询 | 需要咨询的流程问题、相关背景及希望获得的指导 | 是否已提供法务所需的背景,同时避免收集不必要的个人信息? |
| 制度审查 | 制度名称、版本、涉及团队和拟调整内容 | 是否有可供审查的草案,且已明确由谁负责制度决策? |
| 其他业务咨询 | 相关事实、期望结果和紧急程度 | 该申请是否属于企业法务的服务范围? |
申请人说明期望结果,以及为何需要在指定日期前完成。仅在必要时要求提供相关材料。明确法务服务范围,让大家知道哪些申请应交给法务,哪些应转交其他团队。
指定审核人检查申请类别、背景、截止日期和期望结果。在示例中,标记为“待补充信息”的申请无法受理。审核人可以说明具体需要补充什么并退回申请,无需另起一轮邮件沟通。
申请人在应用内的同一条工作流记录中更新信息并重新提交。此前的审核历史仍保留在该申请中。审核人查看修改后的信息,再决定是否受理。
记录由谁处理申请,并在确有需要时创建法务事项。简短的答疑不一定需要新建事项。明确交接,避免申请受理后仍留在队列中无人负责。
询问哪项业务安排需要依据法务意见推进、业务部门何时首次得知该情况,以及调整日期会带来什么影响。这些信息有助于确定优先级。应用记录的是业务截止日期,不会计算法定期限或法院规定的期限。
受理时仅收集分派和评估申请所必需的信息。必要时,通过经批准且限制访问的渠道提供敏感原始材料。开放真实申请前,请先配置安装后应用的权限;示例中的信息均为虚构。
说明不予受理的原因,并告知合适的下一步做法。例如,个人法律咨询不应在未作区分的情况下被纳入企业内部业务申请队列。保留处理决定,让申请人清楚是否有人在处理。
如需咨询合同相关问题,请先使用 合同申请受理表单 →
随着服务需求变化,法务运营负责人可以在 Jodoo 中调整字段、类别选项、按条件显示的问题和内置审核步骤。新增商业流程时,只需补充审核人所需的具体问题,无需让每位申请人都填写更长的表单。
示例将填报和审核职责分开。业务申请人在发起环节无法替审核人选择“受理”或“不予受理”。通过内置的退回和重新提交功能,信息修改始终在同一工作流中完成;受理队列则集中展示申请及其缺失信息。
除了设计表单,也要明确服务约定。确定受理负责人、日常评估和分流的频率、紧急程度的判定标准,以及申请人应如何跟进。软件可以让交接情况清晰可见,但仍需团队自行明确内部服务规则。
销售团队需要法务审查一份经销协议,应提供交易对方、业务概况、期望结果和期望完成日期。如果缺少业务概况,审核人会退回申请;信息补齐后,再受理申请并安排法务工作。
将待补充信息的申请与已具备评估分流条件的申请分开。打开申请,查看业务截止日期和缺失背景,向申请人给出明确答复或补充要求。团队创建法务事项时,已受理申请的负责人和关联编号仍会保留。
此示例供业务部门向企业法务团队申请支持使用。律师事务所的潜在客户筛选、委托协议、客户身份核验、客户托管资金核算,以及与律所业务管理系统的集成,属于另一类需求。如果这些是主要任务,请评估专门为此设计的工具。
建议先设置申请人、部门、申请类型、业务问题、期望结果、期望完成日期和紧急原因。根据需要添加相关文件和各类别特有的背景信息。目标是收集足以支持下一步判断的信息,无需一味增加问卷长度。
Jodoo 支持手机端表单填写,示例申请也可以在手机上打开。请保持通用问题简洁,并测试团队实际使用的类别、文件处理方式和权限。手机端会显示相同的申请类别及对应问题。
不是。受理仅表示法务将处理该申请。合同审批、商业授权或其他业务决策可能需要单独的工作流和具备相应权限的审批人。请分别明确这些决策,避免将受理状态误认为可以推进交易的许可。