Appearance
客户类型与业务边界
直接结论
普通客户和内部客户都是具体人员或服务对象的资料；单位客户和商家客户代表合作组织。实际提交需求的人、现场联系人和实际付款人可以不同，需要分别核对。
系统如何区分
- 普通客户使用手机号识别，适合个人客户和有手机号的联系人。
- 内部客户由公司生成内部账号，可由管理员重置密码，适合不使用手机号登录的内部服务对象。
- 单位客户使用单位专属入口，可限制下单人员，并可开启单位内部审批和周期结算。
- 商家客户适合商家代终端客户提交需求，由商家下单员使用专属入口，并按商家维度对账。
普通客户与内部客户在同一客户资料列表中管理。单位客户和商家客户使用独立入口；建立组织资料不会自动替代其中的具体联系人。
企事业单位客户解决什么问题
企事业单位客户把服务往来按合作组织管理：一个单位可以配置不同的下单、订单审批和财务审批人员，单位入口提交的需求会关联该单位，并按配置进入单位审批及后续服务流程。约定由单位统一付款的业务，可对符合条件的已完成工单进行周期对账。
医院多科室报修、学校多人提交后勤需求、园区委托服务商持续处理任务，都是可以参考的业务场景。普通客户资料仍用于维护具体人员，单位资料用于组织合作关系；选用建议与完整示例见企事业单位客户说明。
单位人员的职责和权限怎样区分
单位下单人员提交申请，订单审批人员在开启单位审批后审核申请，财务审批人员核对结算单。一个账号可以兼任，但权限需要分别配置。单位负责人不会自动获得订单审批和财务权限，现场联系人也不会因为填写在申请中就获得工作台权限。
怎样判断是否需要单位客户
建议按协作需要选择，而不是只看对方是不是企业：需要为一个单位提供专属入口、组织多人申请、按需进行单位审批或集中对账时，适合使用企事业单位客户。不要求同时启用审批和周期结算。
只是保存企业联系人的资料，偶尔提供一次服务并按单付款，没有上述单位协作需求时，建议先使用普通客户和工单。医院、学校、园区或企业的长期服务可以参考这种选用方式，但并非这些行业必须使用单位客户。
以上是选用建议。审批开关、人员权限和结算范围仍须按实际业务配置与核对，不能把客户名称或联系人所属单位当作配置已经生效的证明。
会影响哪些后续功能
- 建单时选择的具体客户决定联系人和服务地址。
- 单位入口提交的需求会关联该入口对应的单位，并按单位配置决定是否先审批。申请人是登录提交账号，现场联系人可以另行填写。
- 商家入口提交的需求会关联商家，后续进入商家对账流程。
- 客户的账号类型、所属单位或单位入口权限，不等于该客户每次服务都由单位付款；不能仅凭人员关系决定本单结算对象。
单位权限、联系人与付款的区别
- 单位下单人员的配置决定谁可以从单位入口申请，不代表这个人负责付款或可以确认单位结算单。
- 现场联系人负责服务对接，不因填写为联系人就获得单位申请、审批或对账权限。
- 普通个人单在本单处理收费；通过单位结算单收款的业务需另行核对工单和费用。
- 个人现场付款与单位汇总结算需要核对是否已经收款，不能把同一笔费用重复收取。单位确认账单也不等于已经付款。
当前后台建单选择客户后，不会仅凭该客户的单位关系自动进入单位结算。单位入口申请、后台建单和实际收款应分别核对，不把联系人所在单位当作本单已经归属或已付款的证明。