数据系统应用管理规范细则（试行）

黑龙江飞X乳业有限公司

                     编号：Q/FH -03-HQ-IT-020

数据系统应用管理规范细则（试行）

2024年01月29日发布                  2024年01月29日生效

黑龙江飞X乳业有限公司（集团）  发布

制度控制

文件名称		数据应用管理规范细则（试行）
文件编号		Q/FH -03-HQ-IT-010
版本	状态	下发日期	下次评估日期	编写/修 订部门	审核部门	审核人	批准人
V1.0	试行	2024-01-29	2024-12-31	数智创新中心	内控部	冯海龙	郝佳
变更 记录	条款	变更内容  (要点概述)			变更背景	变更提出部门	变更提出时间

目  录

第一章 目的.......................................................................... 4

第二章 数据系统的角色职责................................................ 5

第三章 数据系统的账号与系统权限管理.............................. 6

第四章 数据系统的开发权限与安全..................................... 8

第五章 数据系统的数据需求管理......................................... 9

第六章 附则.......................................................................... 9

• 目的

• 编制目的

随着集团的稳步发展和业务的不断扩大，目前所使用的数据系统因服务于集团各部门使用，数据维度复杂且庞大。为了进一步提升系统的使用体验，确保数据的安全与完整。特制定本数据应用管理规范细则，以明确相关要求。

本细则旨在确保系统权限的合理分配、有效监管和及时调整，以满足集团内部各部门和广大业务用户的实际需求。通过明确权限规范，提高工作效率并加强数据运营能力。

• 范围

本制度适用于集团通过数据门户对外展示的数据系统内所有数据的管理。

数据系统包含数据门户、定制化报表中心、魔镜系统、全域数据资产平台、智慧大屏、直播数据大屏、数字生态合作伙伴数据平台。

• 术语定义

名词	定义
数据门户	集成了多个数据应用的统一入口，为用户提供一站式的数据管理和分析体验。通过OA单点登录的方式，用户可以轻松访问数据门户中的各个数据应用
定制报表中心	数据门户中的一个模块，用户可以通过定制报表中心对宽表数据进行自助分析
工作空间	根据部门/岗位创建独立的看板创建环境，工作空间中主要有仪表板、电子表格、自助取数、数据集等功能
数据集	看板创建使用的基础数据
报表	类型为仪表板、电子表格、自助取数中创建的看板
行权	行级权限允许用户在查看数据时对数据进行特定的过滤和限制。例如，一个省区经理可能只能看到他所负责省区的销售数据
数据分析/商业分析	聚焦跨部门重点项目，通用数据能力建设，数据治理，创新数据智能，业务重点项目BP、业务数据/商分能力赋能
业务数据骨干	负责事业部、职能日常分析需求，日常数据看板建设，业务应用数据需求的初步规划，负责职能主数据等数据资产的质量管理
业务人员	充分利用在线化数据工具支持业务决策，有一定基础数据看板建设的能力

• 职责说明

4.1数智创新中心

账号开通与停用：负责全公司的数据应用系统的账号管理，负责牵头进行数据权限确认，包括账号的开通、停用、权限变更等。确保所有账号使用规范，防止数据泄露。

权限配置：根据员工的岗位和职责，配置相应的数据访问权限。对权限设置进行定期检查和调整，确保权限设置合理、安全。

4.2数据归属部门

作为数据使用的主责部门，负责对各自业务领域内的产生的数据进行管理或使用并配合数智创新中心对数据权限范围进行确认等。涉及到跨归属部门的数据使用，必须经归属部门审批后方可进行使用。确保数据的准确性和安全性。

4.3数据运营部门

负责相关权限申请流程的审核。确保数据的合理使用，防止数据滥用。

• 数据系统的角色职责

为明确各角色的职责边界，避免不同角色之间职责不清。通过分工明确，确保需求能够快速流转到合适的角色手中，减少沟通成本和等待时间。特对商业分析/数据分析、业务数据骨干、业务人员进行的职责与分工说明。

• 人员角色与职责

5.1数据分析/商业分析

数据分析/商业分析，专注于为企业的战略决策和业务优化提供支持。

负责复杂需求的承接、顶层设计、培养业务数据骨干，使其具备独立挖掘和解决本部门数据需求的能力，判断数据业务骨干相关需求哪些是业务部门自行承接，哪些需要数据开发进行开发。

1. 高复杂度需求：涉及高级数据分析方法、复杂数据模型或系统开发的需求，由商业分析/数据分析承接。
2. 跨部门需求：涉及多个部门数据的整合与分析需求，需由商业分析/数据分析支持。
3. 紧急且重要业务/项目：对于影响业务决策或战略方向的关键需求，商业分析/数据分析、数据开发团队应优先支持。
4. 识别业务中的问题和瓶颈，制定并推动解决方案的实施。

5.2业务数据骨干

业务数据骨干是业务部门的核心成员，负责简易需求的实现。挖掘、梳理和解决本部门的数据需求，与数据分析/商业分析团队对接。可自行承接的分析任务与需要数据开发支持的任务。其职责包括：

1. 低复杂度需求：涉及简单数据提取、常规报表生成或基础数据分析的任务，由业务数据骨干自行承接。
2. 部门常规需求：仅涉及本部门数据的分析需求，由业务数据骨干自行处理，商业分析/数据分析提供必要的工具和培训。
3. 需求挖掘与分析：主动识别本部门的业务痛点和需求，通过分析提出优化建议。
4. 跨部门协作：与数据分析/商业分析团队合作，确保复杂需求得到技术支持。
5. 空间成员管控：对空间成员进行增加、删除、授权。

5.3业务使用人员

业务使用人员是数据分析结果的最终用户，负责独立完成简易的数据报表搭建。其职责包括：

1. 数据应用与反馈：使用数据分析结果指导日常工作，提出改进建议。
2. 数据监控与预警：关注关键业务指标，及时发现异常情况并反馈。
3. 培训与赋能：参与数据分析培训，提升自身数据敏感度和分析能力。

• 数据系统的账号与系统权限管理

• 数据门户账号管理

数据门户账号采用数据同步的方式实现一站式登录，员工可以从OA集成中点击登录，不用再次输入账号、密码，在提高便捷性的同时，也保证了系统的安全性。

1、员工入职以后数据门户账号自动开通并授予公共权限，可通过OA集成登录中的数据门户进行系统登录。

2、员工离职，为了确保数据的安全性，系统会自动禁用该员工的账号，无法再访问数据门户。

• 数据访问权限管理

7.1权限申请流程

为确保数据的安全性，防止数据泄露和不当使用，由员工在OA中填写《系统权限申请单》提出申请，系统管理员根据岗位职责和分工、部门组织划分授予数据门户系统及定制报表中心的权限。通过行权设置的方式，员工仅能查看有权限的部分数据。

7.2权限管理要求

1. 空间的划分原则：空间划分确保部门间职责清晰，避免职能重叠。

1. 总部职能相关空间：按职能划分，如供应链中心、人力资源中心、财务中心、品牌运营中心等。
2. 营销职能部门相关空间：按职能细分，如市场部、销售管理部、通路行销部、客户服务部等。
3. 营销省区相关空间：按各个省区人员岗位划分，如终端运营、地区经理、省区经理等。
4. 生产相关空间：按生产分公司划分，如吉林分公司、拜泉分公司、泰来分公司等。

1. 业务数据骨干可对空间成员进行增加、删除、授权。
2. 业务数据骨干/业务人员可自行创建的数据看板，如需给他人开放授权，本空间成员可直接授权，系统管理员定期对授权情况进行巡检。非本空间成员需发起系统权限申请，由系统管理员统一授权。
3. 申请权限时，申请人需明确说明申请的目录、表、数据集等。如具体需求不明确，可由系统管理员提供目录清单，用户需勾选对应的目录，系统管理员进行授权。
4. 用户在涉及跨工作空间/部门/岗位或超过职责范围的权限申请时，需由数据归属部门领导或部门负责人进行审批通过后方可开通相应权限。
5. 调岗人员，系统管理员依据《人事异动申请流程》或集团公告进行权限调整。
6. 数智创新中心按年度梳理确认各部门权限。各部门应对自己负责的数据负责，并配合数智创新中心开展确认工作。

7.3数据使用禁止以下行为：

1. 禁止申请全域数据。
2. 禁止随意泄露或向他人透露敏感信息。
3. 员工离职或岗位变动流程发起后，禁止下载数据。
4. 禁止账号借用。

• 监督与日志审查

系统管理员定期对数据门户系统及定制报表中心的权限使用情况进行检查，发现违规使用或不当分享数据的员工，有权立即收回相关权限。

系统管理员每季度定期梳理访问量较低的数据看板及报表，与归属部门/业务数据骨干确认后进行下线处理。

• 个人信息数据申请

若涉及个人信息相关数据需求申请，需判断以下两种情况。

9.1现有数据可满足需求

由需求发起人提交《个人信息保护影响评估流程》申请，由数据归属部门按审批意见决定是否提供数据。

9.2现有数据无法满足需求

由需求发起人提交《个人信息保护影响评估流程》申请，再发起《数字化日常IT需求提报》关联《个人信息保护影响评估流程》，由数据归属部门按审批意见提供或进行后续功能开发。

详见《飞鹤集团个人信息保护管理制度》

• 数据系统的开发权限与安全

数据系统授予业务数据骨干更多数据编辑权限，可自定义SQL、轻量化ETL。为确保用户在数据系统程中规范开发，有如下要求。

数据系统超过一定复杂度的SQL（如字段数量、表关联数量）不允许直接编写，必须在数据中台开发。如在数据测算的初步阶段，可能需要快速验证某个想法或者初步的假设，临时版本的数据测算可以采用即席的方式进行。对于正式版本的数据，不允许采用即席的方式进行操作，必须在数据中台开发。详见《数据开发规范》。

• 数据系统的数据需求管理

为确保数据需求的准确性和及时性，满足业务部门的日常工作需求。数据需求管理主要明确需求申请与审批、需求处理与测试、验收与上线流程。

• 申请与审批

当业务部门有新的数据需求或变更数据需求时，需由申请人与部门负责人商讨确定。

部门申请人需在OA中填写《数字化日常IT需求提报》或《IT需求变更申请流程》，描述申请/变更内容。

申请内容包括但不限于需求名称、需求归属、需求应用系统名称、申请原因及需求详细说明等。如涉及特殊逻辑或需要，需附加说明。

申请提交后，需依次经过发起者部门主管、上级部门主管及数据智能组负责人审批。

• 需求处理与测试

需求负责人负责对需求进行处理，确保数据的准确性和完整性。处理完成后，业务部门需对数据进行测试，验证需求是否满足业务需求。

• 验收与上线

需求负责人发起《IT需求验收流程》，业务部门进行验收。验收合格后，需求正式上线，供业务部门使用。

• 附则

• 解释

本细则由数智创新中心负责解释。

• 实施

本细则自发布之日起实施。