财务业务梳理

要求店铺信息准确、完整，满足后期数据分析需求；系统对接开通情况（实际开关店情况及时间，OMS订单对接情况）

开店申请

客户信息新建

供应商信息新建

公司人员：组织架构明确，人员与业务、部门、店铺有明确关联关系，不存在类似统称EKA，对应不到平台的关系。

会计科目：包含科目编码、科目名称、借/贷、项目辅助项等

银行账户

平台账户，例如支付宝、财付通、拼多多等

资金账户

其中店铺信息、客户信息、供应商信息字段请见 附件1

基础信息需形成列表，可以满足查询、导出需求

各项基础信息设置，可能会涉及现有流程变更

基础资料设置

财务共享中心要求导出一份完整的GMV数据，包含经销、代销、服务模式，包含是否过leqee系统、调整数据。

OMs系统、观云长系统（其信），数据需要实现兼容

1）底层数据存在经常变更，可能是刷数据库造成，统计口径存在错误，基础信息设置是关键。

2）过系统的服务数据，与平台账单存在较大出入，目前采用平台账单口径

2B/2C数据可以来源于现有系统，涉及问题点

过系统

生意参谋的数据，bi能不能爬呢？

1、直接过品牌自身系统，这部分数据如何获取？

2、平台销售收入调整数据，例如猫超的折扣调整数据

不过系统OMS系统

OMS系统对店铺订单进行汇总（根据不同渠道设定）；收入确认实现OMS系统和U8对接；目前财务导出应收报表后需手工调整的情况需具体探讨，最好能系统解决2C与支付宝收款差异需解决

GMV统计

目前在OC系统--财务---应收账单模块--服务费

服务费回款/冲账，希望能形成列表能够在共享中心呈现，形成凭证。

什么是红字通知单？什么情况下会出现？

新增：应收票扣账单需加上红字通知单（需实现关联）

目前是财务手工导出报表制作账单，上传至OC并手工录入每条数据；财务对每个店铺设置账单模板，每月更新数据系统完成（比如店长报表数据，淘宝店铺后台数据、支付宝数据、OC预付款流程数据等），财务手工调整特殊部分

应收服务费的核对模块也需要考虑下。

应收账款-服务费

数据来自于应收管理报表出库数据

2B应收订单形成

回款形式：1）平台打款，形成收款单；2）平台费用，按照核算形式，可能会涉及票扣、折让、账扣等，需形成费用单。3、分销商打款，通过银行或支付宝

2B应收账款核销

2B订单

数据来自于应收管理报表

2C应收订单形成

回款形式：1）平台回款，需形成收款单；2）平台费用，例如天猫店铺会涉及天猫佣金、返点积分等，需形成费用单。3）对于异常订单，进入售后流程。责任方：例如品牌、快递、仓库等。

2C应收账款核销\t

2C订单

目前这块是人工查找较费时、费力；已跟产品进行初步沟通，希望能减少人力。

应收账款订单的差异查找

应收账款-订单

应收账款

数据来源于OMS，应付管理报表，形成本期新增应付账款，此过程中还需考虑发票情况

采购订单、退货单及调整

完善是指哪部分？

目前应付货款冲账分为货款类和非货款类，冲账形式能否进一步完善。

目前货款支付是通过OC申请--预付款模块，货款支付需与oms应付模块单据相关联（OC付款单号和采购单号等）

目前银企直连是完成了哪部分的数据？

货款支付与银企直联相关联，能够生成凭证，在共享中心呈现或者实现同步功能。

货款支付

希望共享中心能够实现leqee与品牌的差异核对模块，具体看如何实现

应付账款核对差异模块

货款类

根据付款单--形成凭证计入费用或者预付账款，具体由财务进行判断。

非货款类（各类费用通过OC预付款模块进行支付）

OC预付款需在申请时填写发票预计提交时间（无票情况除外），发票提交时间作为必填项。

应付/预付账款

目前在OC模块，账务方面实现对接，人员项目对应关系需更明确。

目前报销款已实现扫描枪，希望进一步能实现识别电子发票，规避重复报销风险。

报销类

损益主要涉及系统收入、系统成本、各项平台费用（佣金、返点积分、2B各项费用等）、人员成本、快递物流仓储费用、资金成本、服务费补贴、利润中心费用等等。要求上述各项数据在共享中心呈现或者是能够实现凭证同步。

各项损益数据希望在财务共享中心呈现，实现数据归集、发给BD，各种维度报表呈现，减少人力，具体实现方式可以在讨论。

后续需满足各方人员数据查询需求，形成人机交互模式，更有机、生态。

损益数据

系统能否实现各类收支明细归类汇总，例如支付宝

目前支付宝收支明细汇总，是用CSV小触手实现，汇总项中出现"其他"还需进一步细分。

还需有其他归类格式，具体可以再细聊。

平台账单数据相关

月底形成汇总表让BP确认、或者流程节点上加上BP确认。

是不是和应收是重复的？

大致包含：订单（商品邮寄、理赔）、预付款申请、商品销毁及其他。

品牌承担相关数据

财务底层数据需要形成数据库，要求细化到商品sku、订单维度（oms订单号/原始订单号）。

满足数据对外提供以及日常账务需求，可以直接导出收发存汇总表、销售收入、销售成本、期末存货余额（含发出商品）、应付相关数据等等。

系统类似形成一个大容器，分公司、分品牌、分店铺放数据，平台账单的储存，例如支付宝账单、推广账单（直通车、品销宝、钻石展位等）

数据准确性，历史数据不能变更，如需变更需形成调整单，显示在调整当期，不能随意刷历史数据。

数据提取及储存

1、目前报销款这块已实现扫描枪，能读取到OC报销相关信息，希望能进一步实现电子发票查重功能，防止重复报销风险。

2、货款发票、营销推广等也希望实现类似扫描枪功能，读取到OC信息，能够扫描到发票实现快速OC冲账；货款类发票进一步希望是OMS应付采购订单维护发票更自动化、更快速、便捷。

3、对于同一申请人，多条发票未冲账情况，希望能看到具体哪些OC付款未实现冲账。

举例？

4、目前发票冲账进程比较缓慢，需流程层面和系统层面一起看下如何进行优化控制。从申请人角度或者店铺维度去控制。

发票管理模块

什么合同原件，合同算什么财务模块？

走完盖章申请（审批流在OC）之后，合同原件提交不及时，不好跟进。看从流程或者系统上是否存在优化可能。

合同模块

待补充

预算模块

其他模块

这块比较重要，开始设置需全局把控

因财务信息量较大且敏感，权限设置、管控，数据安全性、内控控制点这块具体如何？

财务业务梳理