# easyrecruit_api **Repository Path**: sheng1009/easyrecruit_api ## Basic Information - **Project Name**: easyrecruit_api - **Description**: No description available - **Primary Language**: Unknown - **License**: Apache-2.0 - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2026-02-27 - **Last Updated**: 2026-02-27 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README 中文 | [English](./README-en.md) # 项目介绍
官网 | 文档 | 演示 | Hyperf官方文档
composer an
composer cs --fix
# 同步模块
php bin/hyperf.php gen:command CustomerInfoSync
# 建议开发流程
1.后台-工具管理-模块管理-创建模块
2.后台-菜单管理-新增菜单(顶级菜单)
3.终端运行迁移命令,用于生成一个空的数据表迁移骨架文件
```shell
php bin/hyperf.php mine:migrate-gen --module=模块名 数据表名称(不用带表前缀)
```
4.根据业务逻辑设计数据表,并运行命令生成数据库表
```shell
php bin/hyperf.php mine:migrate-run 模块名
```
5.生成model模块名需要区分大小写
```shell
php bin/hyperf.php mine:model-gen --module=模块名 --table=表名称
```
6.后台-工具管理-代码生成-生成代码下载代码放入对应目录
7.生成代码的压缩包执行menu.sql文件,并重命名menu.sql对应的数据表名后放入项目根目录menu文件夹中
# Migrations命名规则
1.Migration文件命名,命名规则为:当前时间_操作(change)_表名_字段名_table.php。
例:2024_05_27_152527_change_findsource_demand_source_no_table.php
2.class命名,命名规则为:Migration文件名转驼峰写法+Table(大写)。
例:ChangeFindsourceDemandSourceNoTable(驼峰写法)
# 商家入驻流程
## 阶段一
1.拿货端创建商家,以接口方式推送商家信息到易昭通端。
2.易昭通端接收商家信息后,创建商家信息(merchant_info)。
3.创建后台用户(sys_user),tenant_no为第二步创建的商家信息的biz_id。
4.后台用户对应的角色(sys_role),tenant_no为第二步创建的商家信息的biz_id。权限默认为商家超管权限。
5.创建企业员工(merchant_employee_staff)信息。*手机号码需必填,用于绑定C端用户信息。
6.易昭通端创建商家后,同步商家信息到拿货端。
## 阶段二
1.拿货端创建商家关闭。易昭通平台员工(sys_user)创建商家信息(merchant_info)。
2.创建后台用户(sys_user),tenant_no为第二步创建的商家信息的biz_id。
3.后台用户对应的角色(sys_role),tenant_no为第二步创建的商家信息的biz_id。权限默认为商家超管权限。
4.创建企业员工(模块待建)信息。*手机号码需必填,用于绑定C端用户信息
# 招商项目流程
[X]1.企业员工 / 拿货员工创建招商项目(investment_project),招商项目字段(tenant_no)关联对应企业信息(merchant_info)的biz_id
2.1.企业员工创建招商项目后,由企业主管审核招商项目(pop_review_status,pop_reject_reason)
,默认企业跟进人为创建人关联的企业员工(pop_employee_id)
。审核通过后流转到拿货主管审核,企业审核通过后需分配企业员工作为跟进人(pop_employee_id)
2.2.拿货员工创建招商项目后,由拿货主管审核招商项目(review_status,reject_reason)
。跳过2.1的流程,默认企业跟进人为创建人关联的企业员工(pop_employee_id),拿货审核通过需分配拿货员工作为跟进人(employee_id)
且项目状态变为已上架(status)。
3.上架的招商项目,展示在C端的招商列表中,C端用户(经销商/经纪人)点击招商项目,进入招商详情页面,展示招商项目详情信息。
[X]4.C端用户(经销商/经纪人)点击【我要加盟】填写(推荐客户)参与合作信息,提交后,
根据推荐信息表单创建新的C端用户(User), 创建企业加盟信息(investment_project_user_rel),user_id为刚创建的用户id(user)
,project_id为招商项目id(investment_project)。customer_id为C端用户关联的Customer信息id(customer)
。broker_id为C端用户关联的Broker信息id(broker)。
[X]5.后台-拿货员工审核C端客户加盟信息(investment_project_user_rel),审核通过后。展示在企业客户列表,关联显示对应的招商项目。
*推送消息站内信到相关企业跟进人,*推送移动端站内信到企业跟进人关联的C端用户。*推送移动端站内信到招商项目关联的C端用户。客户动态变更为【未查看】
6.C端客户点击信息列表后,客户动态变更为【已查看】,*推送消息站内信到相关企业跟进人。*推送移动端站内信到企业跟进人关联的C端用户。
[X]7.企业填写备注信息后客户动态变更为【已联系】(线下操作,非必要流程)
[X]8.客户线下完成签约后,企业/拿货员工/经销商/经纪人上传交易凭证。创建签约信息表(investment_project_signed),客户动态变更为【已合作】
8.平台员工审核签约信息表(investment_project_signed),是否首单、交易截图是否有效。条件成立后,创建经纪人招商项目佣金表(
investment_project_commission),招商佣金状态为待审核
9.招商项目佣金审核,审核通过后,佣金状态(status)变为审核通过,佣金信息写入招商经纪人佣金表。
10.招商项目点击完成,招商项目状态(status)变为已完成,经纪人佣金状态(status)变为可提现。
备忘:
移动端,商家信息相关调用拿货接口,跨库查询
[X]品牌招商 - 项目列表带项目提成信息(按浏览数、收藏数、成交数排序,提成从高到低)
[X]搜索
[X]招商项目详情
品类筛选项目
[X]企业- 企业列表带项目信息
排序方式与拿货商城一致????
[X]企业详情
[X]省市区列表
[X]项目意向表单
项目动态列表
我的
-招商项目列表
-意向表列表(带项目)
-招商项目收藏列表
足迹
-招商项目足迹
消息
-消息列表
关注
-企业关注列表
# 数据来源
1. 微服务
1. 登录中心
2. 用户中心(C端用户、经纪人、经销商、员工、系统部门、系统权限、系统角色)
3.
2. 跨库查询
1. 商家附加信息
2. 商家店铺
3. 店铺商品
# 数据同步
## 用户中心
商家信息同步
经销商信息同步
经纪人信息同步
# 任务中心
商家信息回调
经销商信息回调
经纪人信息回调
产品分类回调
基础用户回调
处理异步类型