领域实施方案-YonSuite合并报表实施方案


YonSuite 业务解决方案——企业绩效服务/合并报表
目录
1. 文档说明 3
1.1. 定位和目标 3
1.2. 阅读范围 3
1.3. 流程图说明 4
2. 企业基本情况 5
2.1. 企业介绍 5
2.2. 企业组织机构 5
2.3. 企业操作人员 5
2.4. 本项目建设目标 5
2.5. 本项目实施单位及业务范围 5
3. 合并报表业务解决方案 5
3.1. 合并报表现状 5
3.2. 基础档案配置 6
3.3. 合并报表基础配置流程图及说明 11
3.4. 合并报表基础配置系统实现 13
3.5. 合并报表日常操作流程及说明 35
3.6. 合并报表日常操作系统实现 37
4. 需求实现方案汇总 46
5. 持续运营建议 46
1.文档说明
1.1.定位和目标

- 本解决方案是方案设计阶段的里程碑成果文档。项目总共分三个阶段,项目组已经完成第三阶段的工作。
- 本解决方案是用友项目组通过前期对某客户调研,以及调研形成的需求分析报告,进行某公司目标业务流程设计;业务场景实现、配套的政策与建议。
- 本解决方案是参照现有各公司的业务流程及管理制度内容进行撰写。为保证报告的统一性,在业务流程上共性的业对于各公司中个性化的业务和方案,我们也在解决方案中尽可能补充。
- 在成文过程中,得过了项目组同仁的大力帮助和支持,以及各公司业务部门关键用户的鼎力配合,在此特别向各位表示感谢!由于方案时间紧迫,差错和不足之处在所难免,请大家及时补充和纠正。下一步,将依据本解决方案进行项目上线。
- 本文档经过双方项目经理签字、加盖公章后,确认本报告所述内容是真实可靠的;并表示解决方案阶段已经结束,达到项目目标,实施进入下一阶段工作。
- 为控制项目风险,保证项目成功,双方都有义务保证方案的稳定性和完整性。如果在系统建设和上线切换阶段需要对方案进行调整,双方应该本着双赢的原则按照变更流程进行变更。
1.2.阅读范围
本文档的传阅范围包括:关键用户及管理者、项目组成员、用友项目组、用友项目管理办公室(PMO)。
1、关键用户及管理者:主要确认本文档内容的相对准确及完整,是最终使用者。
2、某项目组成员:包括项目总监、项目经理与系统管理员,是整个项目需求确立、设计、实施规划、执行与控制人员,主要关心本文档的业务范围、核心需求、需求分析及解决思路。
3、用友项目组:项目实施组织者和进度推动者,也是实际业务与系统匹配的实现者。其主要关心产品的实施范围、项目的边界、需求的满足、管理的要求,以便能够确实地理解用户需求。
4、用友项目管理办公室(PMO):包括用友项目总监或实施总监,PMO评审专员,PMO管理专员。负责本项目文档的质量评审,权责确认,绩效评价,从过程管理的角度确保项目质量。
1.3.流程图说明

2.企业基本情况
2.1.企业介绍
2.2.企业组织机构
2.3.企业操作人员
姓名 | 岗位 | 分管 | 所属部门 |
XX | 企业法人代表\总经理 | 统管所有业务 | 总经办 |
|
|
|
|
|
|
|
|
|
|
|
|
2.4.本项目建设目标
2.5.本项目实施单位及业务范围
3.合并报表业务解决方案
3.1.合并报表现状
举例:
1.客户当前合并报表是按月出具报表;
2.各公司会计核算软件、会计政策、会计科目、会计准则信息均是统一的;
3.目前采用手工线下合并的方式出具报表。
4.权益、损益的抵销目前采用采用成本法的模式。
3.2.基础档案配置
3.2.1.业务单元
路径:数字化建模>组织管理>组织机构>业务单元
在业务单元的节点,新增所有参与需要参与系统合并的公司。如果涉及到体外公司参与合并,则无需在业务单元新增公司。
3.2.2.会计期间
路径:数字化建模 > 基础数据 > 公共档案 > 会计期间方案
根据实际情况新增会计期间,并配置会计方案以及是否有调整期。标准配置如下
会计期间方案 | 期间类型 | 起始日期 |
基础会计期间方案 | 月 | 2024-01-01 |
3.2.3.新增内部单位作为客户档案
节点位置:数字化建模 > 基础数据 > 客户档案
参与合并内部单位需要新增客户档案,并在客户档案上配置对应的内部组织。

3.2.4.新增内部单位作为供应商档案
路径:数字化建模>基础数据>供应商档案
参与合并内部单位需要新增供应商档案,并在供应商档案上配置对应的内部组织。

3.2.5.币种
根据客户的实际情况启用对应的币种。

3.2.6.科目表和会计科目
路径:财务云>会计服务>财务公共>科目中心>会计表/会计科目
需要参与合并报表的公司,建议采用统一的一套科目表和会计科目;
如果存在业态不一样,或者管理要求,无法采用同一套会计科目,则建议采用集团统一管控模式,全集团使用一套共享模式科目表,由集团统一控制一级、或者二级科目,允许下属单位自由新增末级明细科目。

3.2.7.配置辅助核算项
路径:财务云>会计服务>财务公共>科目中心>辅助核算项
1.涉及抵消科目需设置供应商或客户辅助核算,便于按照内部客商进行取数并在合并报表中进行抵消。如:长期股权投资,应收账款、应付账款等往来科目建议必设,收入、成本、费用类科目依据客户合并要求进行相关设置。
2.涉及到需要配置内部单位作为辅助核算项目的,比如说内部单位之间的应收和应付,建议使用系统预制的客户/供应商辅助核算项目,把内部单位建立成客户档案/供应商档案。不建议使用其他的辅助核算项目,比如使用项目档案辅助核算、使用自定义档案的辅助核算等。

3.2.8.现金流量类型
路径:财务云>会计服务>财务公共>现金流设置>现金流量类型
参与合并的公司,统一使用一套现金流量类型,所以现金流量类型需要配置在企业账号级;

3.2.9.现金流量项目
路径:财务云>会计服务>财务公共>现金流设置>现金流量项目
引入现金流量类型之后,便可在现金流量项目节点查询具体的现金流量项目
参与合并的公司建议统一使用一套现金流量项目,所以现金流量类型需要配置在企业账号级

3.2.10.现金流量分析
涉及内部资金流转的业务,在现金流量分析的时候必须维护内部单位,否则在现金流抵消的时候取不到对方单位,无法进行一一对账。
3.2.11.配置用户权限
配置需要使用合并报表的用户权限为管理员

3.3.合并报表基础配置流程图及说明


业务流程说明:
| 步骤 | 角色 | 业务描述 | 输入 | 输出 | 备注 |
| 10 | 财务部/会计 | 流程开始由会计打开可填制原始凭证单据 | |||
| 10 | 合并会计 | 创建合并报表模型 | |||
| 20 | 合并会计 | 下载预置包,并导入预置包 选择导入维度成员、业务规则、表单 | |||
| 30 | 合并会计 | 创建主体维度,设置主体的属性以及主体的层级关系 | |||
| 40 | 合并会计 | 创建科目维度,设置科目的属性以及科目的层级关系 | |||
| 50 | 合并会计 | 创建币种维度,设置币种的编码名称。使用预制包时会预制一些币种,如果预制的可以满足需求,该步骤可以忽略 | |||
| 60 | 合并会计 | 创建自定义维度,设置自定义维度的相关信息。使用预制包时会预制一些数据,如果没有特别需求该步骤也可忽略 | |||
| 70 | 合并会计 | 使用预制包可以下载三大报表的预制表单,可以在预制表单的基础上进行调整 | |||
| 80 | 合并会计 | 使用预制包可以下载汇率录入表,如果不满足需要可以对其调整 | |||
| 90 | 合并会计 | 手工维护其他报表,例如期初现金流采集表、存货销售未实现利润抵消数采集表、三大报表的合并底稿等 | |||
| 100 | 合并会计 | 根据需要维护计算规则,进行勾稽关系校验 | |||
| 110 | 合并会计 | 根据需要维护折算规则,进行多币种折算 | |||
| 120 | 合并会计 | 根据需要维护交易抵消规则,可以根据规则自动生成相应的内部交易抵消分录 | |||
| 130 | 合并会计 | 根据需要维护权益抵消规则,可以根据规则自动生成长期股权投资的相关抵消分录 | |||
| 140 | 合并会计 | 根据需要维护期初结转的相关业务规则、应交税费重分类等规则 | |||
| 150 | 合并会计 | 在业务参数里根据需要设置凭证的制单、审核、过账权限 | |||
| 160 | 合并会计 | 在业务参数里根据需要设置相关安全类的数据权限 | |||
| 170 | 合并会计 | 在业务参数里根据需要设置各阶段校验科目的数据校验权限 | |||
| 180 | 合并会计 | 根据需要设置所需要的安全类 | |||
| 190 | 合并会计 | 根据需要对维度、表单、凭证等进行安全类设置 | |||
| 200 | 合并会计 | 根据需要对用户和角色进行数据权限分配 | |||
| 210 | 合并会计 | 外系统注册,设置从总账余额表进行取数 | |||
| 220 | 合并会计 | 设置不同业务对象下的导入规则 | |||
| 230 | 合并会计 | 设置会计期间映射 | |||
| 240 | 合并会计 | 映射维护:维护会计主体、内部单位、客户、供应商、科目、现金流量的映射关系 | |||
| 250 | 合并会计 | 创建各个组织会计科目和现金流量的数据导入任务 | |||
| 260 | 合并会计 | 任务分组创建,后续可按照分组批量执行导入任务 | |||
| 270 | 合并会计 | 股权维护 |
3.4.合并报表基础配置系统实现
3.4.1.应用模型
1.创建应用模型
路径:企业绩效服务-合并报表-合并模型—新增
录入模型编码和模型名称。
期间的选择:期间一旦选定以后,不允许修改。

2.下载预置包并导入预置包
路径:企业绩效服务-合并报表-合并模型
下载预置包

应用迁移-应用导入
选择导入维度成员、业务规则、表单

3.4.2.主体维度管理
单位层级的搭建与股权抵销息息相关,为了保证股权抵销的准确性,需要按照系统逻辑搭建准确的主体维度。
根据客户实际投资关系进行主体层级搭建。
主体架构设置:
根据投资关系搭建上下级,直接母公司与子公司同属于一级,并在母公司上设置虚拟合并节点,以存储合并报表数据。
在层级关系搭建时,根据母子投资关系进行设置,虚拟合并节点必须维护控股公司,按照真实投资母公司维护。
主体维度成员属性设置:
允许调整:控制是否允许调整凭证,默认为 Y;
控股公司:设置的虚拟合并节点必须设置此参数,确认此合并范围下的母公司,参照来源于已增加的主体;单体公司不设置;
是否客商:选择 Y,则主体会自动在“ICP”维度生成,判断内部往来进行抵销的客商,所有主体均选择“Y”;存在多层级合并时,虚拟合并节点的“是否客商”属性也需维护为“Y”;
本位币:参照来源“币种”维度,根据主体选择币种 ;
具体操作如下:
Step1:点击左侧的“主体”,然后点击“成员视图”,点击【新增】按钮,创建主体。

Step2:维护主体的相关信息,维护完成后点击【确定】按钮,完成新建。

Step3:依次维护其他主体信息。

Step4:点击“层级视图”,在层级视图下设置主体的层级,点击【修改】按钮,维护该主体对应父节点。



Step5:依次维护其他主体的层级。

3.4.3.科目维度
3.4.3.1.合并报表科目维度说明
1.明细科目方向和一级科目借贷方向不一致的,减值和备抵科目的需要在维度管理中确保有相关明细科目维度,并且该科目维度的汇总属性需要维护成“-1”,例如以下科目:
固定资产、累计折旧及固定资产减值准备
无形资产、累计摊销及无形资产减值准备
存货及存货跌价准备
应收账款和坏账准备
应交税费、应交销项税与应交进项税等
2.资产负债表“未分配利润”科目设置等于期初未分配利润+归属于母公司净利润,从利润表汇总层级关系得出,尽量不改变此结构。该科目需要维护科目映射。
3.客户的业务尽量规范,每期的损益都结转到本年利润,本年利润年末再结转到未分配利润。并且本年利润不需要维护科目映射。
4.若要在交易对账报告中查看对账结果,需要对于相应的科目维度设置“对账科目”属性。
5.涉及手工画表取数的,需要自定义科目维度的可以根据需要手工增加,例如内部商品交易涉及了未实现内部交易损益,需要记录个单位“上年未实现内部销售损益”、“本年存货未实现内部销售利润”,以便后续自动生成相关抵消分录。
3.4.3.2.科目维度新增
1.手工维护科目维度
导入预制包后,系统里已经预制很多科目,可以根据项目的实际需要增加或调整相关科目。
路径:企业绩效服务>合并报表>合并建模>维度管理
Step1:点击左侧的“科目”,然后点击“成员视图”,点击【新增】按钮,创建科目。

Step2:维护科目的相关信息,维护完成后点击【确定】按钮,完成新建。

Step3:依次维护其他科目信息。

Step4:点击“层级视图”,在层级视图下设置主体的层级,点击【修改】按钮,维护该主体对应父节点以及该科目对应的汇总属性。


Step5:点击【确定】按钮,完成该科目的层级维护。

Step6:依次维护其他科目的层级。

2.Excel批量导入各维度
路径:企业绩效服务>合并报表>合并建模>维度管理
Step1:点击左侧的“合并模型”,点击【导出】按钮,导出各纬度的Excel模板。

Step2:选择需要导入的纬度,点击【确认导出】按钮,导出各纬度的Excel模板。

Step3:在Excel模板中维护各维度的数据。

Step4:点击【导入】按钮,进入导入界面。

Step5:选择维护好的导入模板,点击【扫描】按钮,检查导入数据是否正确。

Step6:无误后,点击【确认导入】按钮,完成维度导入。

3.4.4.审计线索
编码 | 名称 | 说明 |
| 本币初始数 | 总账直接取数的 | |
| 本币调整 | 一般重分类调“ 放在这里面, 如应收预收重分类, 应交税金重分类等 | |
| 本币小计 | 上面两项的合计+ | |
| 父币初始数 | 涉及多币种转换使用, 多币种转换后的值, 如果不涉及多币种等于< EO > | |
| 父币调整 | 在多币种转换后如果有调整放在这, 如果不涉及多币种等于< EOAdjs> | |
| < PCT> | 父币小计 | 上面两项和合计, 如果不涉及多币种= |
| [P] | 父项 | 等于 |
| [PAdjsl | 父项调整 | 一般公允价值调整放在这, 影响权益法, 如果用成本法合并, 则几乎不用 |
| [PT] | 父项小计 | 上面两项合计 |
| [Prop] | 比例 | |
| [Elim] | 抵消数 | 根据规则生成的抵消数 |
| [Cons] | 合并数 | [PTl+[Consl |
| [ConsAdjs] | 合并调整 | 对合并数据冉调整, 一般场景为股权架构变化和股权投资比例变化, 几乎不用 |
| [ConsT] | 合并数合计 | 上面两项合计, 作为上级合并的初始数 |
3.4.5.表单管理
路径:企业绩效服务-合并报表-表单管理
导入的预置包中,包含系统预置的表单,可直接使用,如果涉及到格式修改,可点击编辑按钮,进行修改。

3.4.6.业务规则
系统预置了抵销规则,上线初期使用系统预置的抵销规则,使用过程中根据业务需要再进行调整。

3.4.7.业务参数
路径:企业绩效服务>合并报表>合并公共设置>业务参数
根据需要维护合并报表产品所需的业务参数,如果没有特殊要求可以使用预制的。

3.4.8.合并报表数据权限分配
路径:企业绩效服务>企业绩效管理平台>数据权限>数据权限分配
Step1:点击【修改】按钮,维护相应角色或用户对于安全类的数据权限。


Step2:维护完成后,点击【保存】按钮。

3.4.9.EPM数据归集
3.4.9.1.创建外部系统
选择系统类型:总账
系统编码自动带出,可修改;
系统简码:由数字和字母共同组成
其他内容无需修改,使用系统预置即可。


3.4.9.2.创建业务对象
点击“+”创建业务对象
选择来源类型:选择预置的这一个来源即可;
选择来源对象:分为余额表和现金流量表。
常规场景:若需要取现金流数据,需要把“余额表”和“现金流量表”两个业务对象都创建出来。



3.4.9.3.导入规则
设置不同业务对象下的导入规则,即设置不同字段的匹配关系。
支持一个业务对象建立多套导入规则。
规则编码:自定义
规则名称:自定义
规则类型:选择“数据”类型
业务对象:选择已经创建好的业务对象。一般一个业务对象至少对应一个导入规则

编辑详细信息:系统已经预置,不用修改。
匹配
领域实施方案-YonSuite合并报表实施方案
声明:除非特别标注,否则均为本站原创文章,转载时请以链接形式注明文章出处。如若本站内容侵犯了原著者的合法权益,可联系本站删除。



