需求描述

1、锁定用户：发布工作记录后，此客户就会被锁定，跟进或待跟进状态下，不能有其他人再创建此客户的工作记录。
实现：创建大的工作记录时，如果客户处于锁定锁定状态，会返回 客户被锁定。

2、记录过期：1个月不接入，或者一个月内不新增跟进记录，则判定为过期。最高级管理员也可以手动设置工作记录是否过期。

3、过期池：过期的工作记录可开放到过期池内。员工可领取过期的工作任务进行跟进。
实现：可以通过查询过期的客户来看

4、过期工作记录跟进：
跟进时客户名称为该客户（id）和员工为跟进过期记录的员工（id），对接时间为领取时间，对接内容为：领取并跟进了该客户过期记录。不需要前端人员手动添加。
新增任务跟进记录，过期记录状态修改为过期被领取（如截图一所示）
实现：客户单位状态中新增 status: 4 来表示 过期被领取

客户跟进状态接口

地址
/api/record/pstatus

示例
http://localhost:9015/api/user/group?status=0

GET请求方法
查询

参数说明

| 名称

| 类型

| 说明

| 备注

| 是否必须

| | —- | —- | —- | —- | —- | | organization_id | int | 客户单位id | | 都不传的时候返回所有客户单位的跟进状态；

传organization_id的时候返回这个客户单位的跟进状态；

传status的时候返回对应状态的客户 | | status

| int | 0：待跟进的客户
1：跟进中的客户
2：跟进过期的客户
3：跟进完成的客户

|

| |

返回格式

  1. {
  2.     "data": [
  3.         {
  4.             "organization_id": 1,
  5.             "status": 2
  6.         },
  7.         {
  8.             "organization_id": 2,
  9.             "status": 2
  10.         }
  11.     ],
  12.     "status": 0,
  13.     "msg": "查询成功"
  14. }