|
|
@@ -10,6 +10,8 @@
|
|
|
|
|
|
[原型地址](https://org.modao.cc/app/pKC7StsBjjWljraSVl4sKyiI4YoI8NM)
|
|
|
|
|
|
+## 表单说明
|
|
|
+
|
|
|
__创建表单__由C端用户通过绘服务提交，C端操作界面如下图(切换到公共区域时无需选择房号)：
|
|
|
|
|
|
|
|
|
@@ -35,18 +37,26 @@ __受理表单__在物业员工受理人（需要功能授权+数据授权）受
|
|
|
|
|
|
__驳回__表单只需要填写`驳回原因`，该驳回原因为必填。驳回时将推送消息告知住户其报修已经被驳回，并附注驳回原因。
|
|
|
|
|
|
-## 在线互动
|
|
|
+## 业务说明
|
|
|
+
|
|
|
+### 在线互动
|
|
|
|
|
|
在线互动支持住户和物业员工互发消息，及时沟通确认问题情况。消息内容支持文字和图片（可能扩展支持语音），其中每一张图片都当做一条消息记录处理。住户端在微信服务号提交的图片为微信的mediaId（会过期），需要从微信后台通过接口下载到平台服务器永久存储。物业员工可以在Web端、微信服务号或App端进行图文回复。如果是微信服务号则需要将图片通过mediaId下载到服务器后台。
|
|
|
|
|
|
-在线互动内容需要单独设计数据表存储，默认在业主提交报修时将业主提交的报修内容当做在线互动沟通的第一条消息，方便对话时查看。
|
|
|
+在线互动内容需要单独设计数据表存储，默认在业主提交报修时将业主提交的报修内容当做在线互动沟通的第一条消息，方便对话时查看。】
|
|
|
+
|
|
|
+当有新的消息时，在接收方未读的情况下，需要标识该消息对于接收方是未读的（住户发送的消息对物业方来说是未读的物业方发送的消息对于住户来说是未读的）。在主表中需要统计双方的未读消息数量，以便在前端展示。
|
|
|
|
|
|
-## 确认解决
|
|
|
+### 确认解决
|
|
|
|
|
|
当处理人员完成事项处理后，可以确认该事项已经解决。确认解决成功后将推送消息告知住户其报修已经解决，此时住户可以对处理过程进行评价。
|
|
|
|
|
|
-## 评价
|
|
|
+### 评价
|
|
|
|
|
|
当事项处理完成后，住户可以对服务进行评价，评价包括评分和评价内容。评分按5分制，最低1分，最高5分。评价内容为必填数据项。评价界面如下图所示。
|
|
|
|
|
|
|
|
|
+
|
|
|
+### 列表排序
|
|
|
+
|
|
|
+列表排序按照数据的更新时间降序排序，方便及时查看最新动态。当有新的未读消息，业务状态变更时需要更新数据的更新时间字段。
|
