领域实施方案-费控标准实施方案

领域实施方案-费控标准实施方案

项目编号：

项目名称： 

文档编号：

版本号  ：

XX公司YonSuite项目XX业务解决方案

用友网络科技股份有限公司

提交日期： 

更改记录

审阅

业务负责人签字页

1. 文档说明

      1.1定位和目标

                《项目实施计划》                                    《需求调研问卷》                                         《项目阶段总结报告》

               《项目启动会会议》                                 《业务解决方案》                                              《问题跟踪表》

                                                                               《系统测试报告》

                                                                               《系统上线报告》

                                                                               《业务操作手册》

                                                                               《业务培训PPT》

• 本解决方案是方案设计阶段的里程碑成果文档。项目总共分三个阶段，项目组已经完成第三阶段的工作。
• 本解决方案是用友项目组通过前期对某客户调研，以及调研形成的需求分析报告，进行某公司目标业务流程设计；业务场景实现、配套的政策与建议。
• 本解决方案是参照现有各公司的业务流程及管理制度内容进行撰写。为保证报告的统一性，在业务流程上共性的业对于各公司中个性化的业务和方案，我们也在解决方案中尽可能补充。
• 在成文过程中，得过了项目组同仁的大力帮助和支持，以及各公司业务部门关键用户的鼎力配合，在此特别向各位表示感谢！由于方案时间紧迫，差错和不足之处在所难免，请大家及时补充和纠正。下一步，将依据本解决方案进行项目上线。
• 本文档经过双方项目经理签字、加盖公章后，确认本报告所述内容是真实可靠的；并表示解决方案阶段已经结束，达到项目目标，实施进入下一阶段工作。
• 为控制项目风险，保证项目成功，双方都有义务保证方案的稳定性和完整性。如果在系统建设和上线切换阶段需要对方案进行调整，双方应该本着双赢的原则按照变更流程进行变更。

       1.2阅读范围

本文档的传阅范围包括：关键用户及管理者、项目组成员、用友项目组、用友项目管理办公室（PMO）。

1、关键用户及管理者：主要确认本文档内容的相对准确及完整，是最终使用者。

2、某项目组成员：包括项目总监、项目经理与系统管理员，是整个项目需求确立、设计、实施规划、执行与控制人员，主要关心本文档的业务范围、核心需求、需求分析及解决思路。

3、用友项目组：项目实施组织者和进度推动者，也是实际业务与系统匹配的实现者。其主要关心产品的实施范围、项目的边界、需求的满足、管理的要求，以便能够确实地理解用户需求。

4、用友项目管理办公室（PMO）:包括用友项目总监或实施总监，PMO评审专员，PMO管理专员。负责本项目文档的质量评审，权责确认，绩效评价，从过程管理的角度确保项目质量。

       1.3流程图说明

准备符：流程的开始，例如：项目启动

终结符：流程图的结束，例如：项目结束

 系统流程：系统流程的关键步骤

系统单据：系统流程的该步骤所使用的单据

判定：流程中的判断步骤，如：是否进行下一步

动态连接线：流程步骤之间的链接(根据业务的需要可对动态链接线进置，如虚线、双线、无端点、箭头方向或插入文字叙述)

批注：用于流程关键步骤的要求与注意

涉及到的别的流程：此流程若涉及到了别的流程，则用此功能框记录涉及的流程

     2.企业基本情况

     2.1企业介绍

     2.2企业组织机构

     2.3企业操作人员

     2.4本项目建设目标

     2.5本项目实施单位及业务范围

     3费控业务解决方案

     3.1整体业务说明

1. 业务现状描述

      企业现状描述。

               b.业务说明（标准产品业务场景说明）

      3.2基础数据解决方案

                a.基础数据规则

      统一组织、部门、人员、供应商、客户、费用项目、项目等基础档案信息；

      统一单据模板，统一打印模板，统一单据流程。

       3.3差旅报销业务解决方案

1. 业务场景描述

      企业实际应用中，对于差旅报销，通常有两种管控模式，一种是费用事项式差旅报销，另 一种是行程式差旅报销。

      费用事项式差旅报销主要应用场景：客户在填写出差申请时非常详细，并且是按费用事 项去提交申请。比如出差过程中发生飞机票，就会填写一行飞机票；发生住宿费，就会写一行 住宿费；发生伙食，也会写一行伙食等等。出差过程中发生的每一项支出，都会在填写申请单 时以费用项目的形式单独列示。当基于出差申请单进行差旅报销时，客户希望将申请单明细 原封不动带至报销单，免去填单过程；将账单归集至相应费用项目的同时，完成差旅标准、申 请金额比对等稽核校验。   行程式差旅报销主要应用场景：企业主要以行程段作为管理，申请单中的申请金额只是 预估的总数，比如填写出差申请时只是填写从北京到上海行程段发生的总费用，不会精准到 每一个费用项目的申请金额。在实际报销时，也是按行程段来做归集，比如北京至上海这一行 程段中发生的住宿，机票，长途交通，补贴等，总共发生多少支出。此种场景主要是以行程段 来作为维度去统计相关的数据。 

      2.业务流程图及说明

       3.差旅报销业务系统实现

       a.基础设置

路径：数字化建模>系统管理 > 对象建模 > 交易类型

Step1：系统已预制出差申请单及差旅报销单，可根据需要新增交易类型，并根据具体需求完成针对该交易类型的系列配置。

路径：数字化建模>模板管理>UI 模板

Step2：系统已经通过预制将申请单的部分字段信息带至报销单，点击"配置"，用户即可根据实 际需求对字段进行可见或者隐藏设置；（注意：费用事项式差旅报销模式，事项申请表体字段设置为可见，事项申请字段设置为隐藏；行程式差旅 报销模式，事项申请表体字段设置为隐藏，事项申请字段设置为可见）

若需配置费用事项式差旅报销模式申请单，点击模板卡片上的"设计"，打开 UI 模板高级设计器，选中事项申请表体，点击右侧参照配置（如下图），左侧为申请单字段，右侧为报销单字段，根据实际需求 进行参照配置即可。

路径：费控服务>报账服务>出差申请单

Step3：配置出差申请单,关于表头"是否启用表体明细" 字段： 选择"是"，此时用户在填写出差申请单时，需要填写表体明细区，且系统以表体明细区 数为准，表头申请金额字段会根据表体明细汇总计算；选择"否"（同时应当在交互规则中将 表体明细区设置为隐藏），此时用户无需填写表体明细区，系统虽然不控制表体明细区的操作， 但是操作的数据会被删除，系统会以表头数据为准。

路径：数字化建模>基础数据>费用项目

Step4：在基础数据中增加相应的费用项目类别及费用项目。至此数字化建模部分初始化准备已全部完成。

路径：财务云>费控服务>基础配置>业务单元-费用项目

Step5：根据实际需求将相关费用项目分配至业务单元.业务单元-交易类型：根据实际需求将相关费用项目分配至交易类型

路径：财务云>费控服务>账单配置

Step6：账单/消费类型-费用项目：根据实际需求，将发票/消费类型匹配费用项目；

针对费用事项式差旅模式，在生成指定的交易类型时，会根据账单的发票类型、消费类型、 交通费用类型，为该账单匹配出费用项目。未能匹配出费用项目的账单，会在报销明细区自动 新增一行，并依据账单金额汇总计算填入，此时费用项目字段为空，支持手工调整。

路径：财务云>费控服务>账单配置

Step7：转换模板：系统已经预制转换模板，一般情况下无需配置，若企业增加自由自定义项或者想修改发票数据对应字段，可根据实际需求进行修改。

路径：财务云>费控服务>报账参数

Step8：报账参数是费控服务的一些公共参数设置，需要注意向导页有两种选择模式：

一种是交易类型+费用项目，一种是交易类型。

若采用费用事项式差旅报销模式，建议选择按交易类型的方式作为向导。因为费用事项式一般会将差旅费的费用项目划分得比较详细，若选择交易类型+费用项目的模式，在填单时，向导页需要申请人逐个勾选费用项目，造成不便、影响体验。 

路径：财务云>费控服务>申请规则

Step9：申请规则中主要设置一些申请单的控制维度，控制方式等参数，并指定受控的下游交易类型行程式差旅报销申请规则设置，可根据实际需求进行相关参数修改，费用事项式差旅报销规则设置，可根据实际需求进行相关参数修改。

       b.业务流程

此文档以下述场景为例：员工 A 出差，由北京至贵阳，按企业要求填写出差申请单，实际报销时填写差旅报销单。

路径：数字化建模>费控服务>报账服务>出差申请单

Step1：费控服务可由工作台、交易类型等多节点发起，以交易类型为入口演示：

费用事项式差旅在填写出差申请单时，以费用项目为维度，将出差时预计发生的费用在申请单表体中， 一一列出，并且数额是相对较准确的预估额。

行程式差旅报销模式，在填写出差申请单时，一般以行程段为维度，只预估本次出差的总额，不会具体到每一个费用项目。

路径2：数字化建模>费控服务>报账服务>费用事项式差旅报销

Step2：注意：文档中的末级交易类型节点的名称（费用事项式差旅报销）为新建交易类型，企业可根据实际需求在交易类型中创建，可以看出采用费用事项式差旅报销模式填写报销单时，申请单的信息已完全携带至报销单，并且在报销单明细中，可以很清晰的看出每个费用项目的申请金额，实际发生金额。

同时通过申请规则及稽核规则设置，实现申请与单报销单之间的校验。系统目前支持逐行校验，比如飞机票申请金额1700，但实际发生是1790，当申请规则-控制维度设置为“按表体行”，则在保存单据时会触发相关校验，给出刚性控制警示/柔性控制提示。如果设置了总额校验，则会按申请总额与实际报销额去比对校验。可根据企业需求灵活配置。

路径3：数字化建模>费控服务>报账服务>行程式差旅报销

Step3：注意：文档中末级交易类型节点的名称（行程式差旅报销）为新建交易类型，企业可根据实际需求在交易类型中创建。

可以看出行程式差旅报销以行程段为维度，统计各行程段发生的相关费用，一般企业在采用此种模式时，会选择申请金额与实际报销金额的总额进行校验，企业也可根据实际需求灵活配置。

     c.其他说明

     通过差旅标准（住宿、伙食、市内交通、公杂费等）的维护，以及差旅报销规则的设置，可以实现报销单中差旅标准的自动计算。

将稽核规则中有关差旅标准的规则分配至相应的交易类型，实现差旅标准的稽核校验。

以上规则配置均为基于交易类型的设置，对差旅报销的两种模式均生效。

    3.4通用报销业务解决方案

     1.业务场景描述

此类单据针对员工因公发生的除差旅外需进行报销的费用，主要涉及的费用类型有、业务招待费、办公费、邮寄费、培训费、其他日常费用等内容的报销。

      2.业务流程图及说明

      3.通用报销业务系统实现

      a.基础设置

路径：数字化建模> 系统管理 > 对象建模>交易类型

Step1：系统已预制通用申请单及通用报销单，可根据需要新增交易类型，并根据具体需求完成针对该交易类型的系列配置。

路径：数字化建模>模板管理>UI 模板

Step2：点击数字化建模-模板管理-ui模板，进行费控单据模板的设置，能够按照领域-应用-业务对象-表单的树形结构查询到想要编辑的表单，选择需要更改的单据，进行配置，如果系统的字段可以满足需要，那就在简易编辑器中进行设置显示隐藏等字段即可。

针对费控的模板，例如通用费报销单，会有pc端模板、移动端模板和列表模板着3个模板，可进行配置。

列表模板配置完毕后，可在列表区进行显示，pc端模板和移动端模板也需要自行配置，如系统字段不能满足可进行高级编辑器的设置，点击小三点中的设计，进行配置，这里可进行更加复杂的场景设置，详情请参照《高级编辑器文档说明》。

系统已经通过预制将申请单的部分字段信息带至报销单，点击"配置"，用户即可根据实 际需求对字段进行可见或者隐藏设置；

路径：数字化建模>基础数据>费用项目

Step3：在基础数据中增加相应的费用项目类别及费用项目。至此数字化建模部分初始化准备已全部完成

路径：财务云>费控服