1.3.6.1 事件管理

事件管理覆盖事件的整个生命周期管理，本节将对具体内容进行介绍

1. 新建事件：生命周期的第一步，主要功能在于埋点的需求管理
2. 事件查看：包括事件列表，事件的筛选以及查看等基本功能
3. 事件编辑：事件信息以及属性信息的新增，更改以及删除
4. 事件删除：主要指回收站以及删除操作

本节的介绍顺序为事件列表，新建事件，事件详情，回收站等功能

推荐需求方将埋点提前录入系统，开发按照录入的信息进入埋点

1.1. 事件列表

事件新建完成之后的将会进入事件列表，本节将会对事件列表的主要功能进行介绍，事件列表提供比较完善的事件信息，同时也是事件编辑的主要入口。

1. 事件列表筛选区：提供事件的筛选以及查找。目前支持维度：事件的创建时间，事件的开发负责人，创建人，对应应用
2. 事件的核心操作区：提供针对事件的主动操作，包括：新建事件，事件上传，回收站操作，搜索操作等
3. 事件列表，目前提供信息如下：
   1. eventId：事件的唯一标志，不允许重复并且生效之后不允许修改
   2. 显示名称：事件的通俗话语义信息
   3. 应用名称：主要事件采集的的应用平台
   4. 创建时间：创建事件的时间==如果由HubbleData同步时间为首次出现时间==
   5. 创建人：创建事件的操作人==如果由HubbleData同步操作人为空==
   6. 开发负责人：负责埋点的开发同事
   7. 事件状态：1. 正常：该事件成功上报，用以标志该事件埋点是否成功。 2. 未触发：该事件从未在HubbleData平台出现。3. 异常：该事件属性校验出现异常
   8. 可见性：只有设为显示的事件才能在事件分析事件下拉列表中找到，事件的默认态为隐藏
   9. 操作：点击查看进入事件详细信息，点击编辑可以修改事件的基本信息

1.2. 新建事件&&编辑事件

产品策划或者运营等数据需求方在埋点需求评审之后，将新需求提交到埋点管理模块，客户端或者服务端开发按照当前文档进行埋点设计，具体来说：

1. 策划运营等数据需求方在产品需求评审阶段同步规划好埋点需求，此时数据需求方在HubbleData的埋点管理后台新建埋点事件
2. 客户端开发根据埋点需求在产品开发期间同步做好埋点工作
3. 埋点上线之前进行详尽的埋点测试，包括人工测试以及系统异常校验

新建事件主要是在阶段一中由数据需求方或者埋点负责人录入埋点管理系

1. 事件基本信息填写，此处需要用户录入的基本信息如下
   1. eventId：事件的唯一性标志，事件一旦生效不允许修改==开发在程序中使用==
   2. 事件名称：事件的别名（或者显示名），当前事件的语义表述==在前端事件下拉列表中出现，请设置大家可以理解的中文含义==
   3. 可见性：设为显示时，当前事件才能在行为分析模块的下拉列表中找到。==事件的默认状态为隐藏==
   4. 选择应用：需要采集的应用平台，典型场景如：
      1. 支付订单这个事件在客户端采集，此时应用应该选择iOS+Android应用
      2. 支付订单这个事件在服务端采集，此时应用应该选择Sever应用
   5. 开发负责人：多选且必须有当前产品的开发权限
   6. 事件说明：对事件进行补充说明，实际操作中可以补充触发时机或者交互路径
2. 添加预置自定义属性：产品层面的公共属性，由元数据管理模块提前定义。
   1. 属性Id：事件的唯一性标志，一旦生效不允许修改。
   2. 属性名称：属性的别名，当前属性的更好语义表述
   3. 显示属性：设为显示时，当前属性才能在行为分析模块进行查看
   4. 选择应用：需要采集的应用平台，类似事件的应用选择
   5. 校验规则：用户在事件定义阶段或者修改之后可以定义事件的校验规则，HubbleData每天将会按照设定好的规则进行校验。目前校验规则包括如下：
      1. 当前属性是否允许为空，默认允许为空
      2. 当前属性的数据范围校验，例如当前属性为数值时，可以设置属性不能为负。
3. 添加非预置自定义属性：属性仅对当前事件生效。
4. 特别说明：
   1. 事件并非都需要添加所有自定义属性，例如注册环节不需要用户添加店铺信息
   2. 预置属性的更改时在产品层面生效，包括显示名称，显示状态，数据类型等

1.3. 事件详情

最细粒度上提供事件的详细信息，事件详情模块可以帮助埋点需求方全面了解当前事件的埋点信息，其中事件详情提供信息包括：事件基本信息；事件自定义属性；事件触发次数的统计信息。

1. 事件详情：展示当前事件的基本信息
2. 展示当前事件的自定义属性信息，包括两个内容：
   1. 预置属性：后台元数据管理模块进行定义，产品层面通用属性
   2. 非预置属性：当前事件的特定属性
3. 事件统计信息：当前事件按天统计的事件触发次数信息
4. 备注：事件统计信息计算依据为服务端时间，跟客户端分析的时间并不一致

1.4. 回收站

错误埋点或者不再使用的埋点，产品管理员可以将其移到回收站中。事件移到回收站之后，当前事件在列表中不会继续出现。事件将会有两个特点：

1. 历史数据并不会被删除，后续所有事件仍然接收，移到回收站仅意味着事件不会继续出现在列表中。==回收站中的事件支持移出==
2. 回收站的事件将会自动被设置为隐藏，所有分析功能将不可以继续使用。

操作流程如下，移出回收站是对应操作的逆流程，具体使用流程请参考产品功能

1. 事件列表中选择不再继续使用的事件
2. 将事件移到回收站中

1.5. FAQ

是否必须提前录入才能在系统上进行使用？

并非必要操作，但是我们推荐用户提前建立埋点，这样方便开发埋点，后续校验信息也方便执行。

回收占中事件是否会被彻底删除？

我们目前还不支持彻底删除回收站中的的事件，目前仅在逻辑层面讲事件删除，事件的历史数据以及后续数据仍然存在，同事后续你仍然可以将事件移出回收站。