财务业务梳理
2022-01-05 22:25:39 0 举报AI智能生成
财务业务内容梳理
作者其他创作
大纲/内容
基础资料设置
开店申请
要求店铺信息准确、完整，满足后期数据分析需求；系统对接开通情况（实际开关店情况及时间，OMS订单对接情况）
客户信息新建
供应商信息新建
公司人员：组织架构明确，人员与业务、部门、店铺有明确关联关系，不存在类似统称EKA，对应不到平台的关系。
会计科目：包含科目编码、科目名称、借/贷、项目辅助项等
资金账户
银行账户
平台账户，例如支付宝、财付通、拼多多等
其中店铺信息、客户信息、供应商信息字段请见 附件1
基础信息需形成列表，可以满足查询、导出需求
各项基础信息设置，可能会涉及现有流程变更
GMV统计
财务共享中心要求导出一份完整的GMV数据，包含经销、代销、服务模式，包含是否过leqee系统、调整数据。
过系统
OMs系统、观云长系统（其信），数据需要实现兼容
2B/2C数据可以来源于现有系统，涉及问题点
1）底层数据存在经常变更，可能是刷数据库造成，统计口径存在错误，基础信息设置是关键。
2）过系统的服务数据，与平台账单存在较大出入，目前采用平台账单口径
不过系统OMS系统
1、直接过品牌自身系统，这部分数据如何获取？
生意参谋的数据，bi能不能爬呢？
2、平台销售收入调整数据，例如猫超的折扣调整数据
OMS系统对店铺订单进行汇总（根据不同渠道设定）；
收入确认实现OMS系统和U8对接；
目前财务导出应收报表后需手工调整的情况需具体探讨，最好能系统解决
2C与支付宝收款差异需解决
应收账款
应收账款-服务费
目前在OC系统--财务---应收账单模块--服务费
服务费回款/冲账，希望能形成列表能够在共享中心呈现，形成凭证。
新增：应收票扣账单需加上红字通知单（需实现关联）
什么是红字通知单？什么情况下会出现？
目前是财务手工导出报表制作账单，上传至OC并手工录入每条数据；
财务对每个店铺设置账单模板，每月更新数据系统完成（比如店长报表数据，淘宝店铺后台数据、支付宝数据、OC预付款流程数据等），财务手工调整特殊部分
应收服务费的核对模块也需要考虑下。
应收账款-订单
2B订单
2B应收订单形成
数据来自于应收管理报表出库数据
2B应收账款核销
回款形式：1）平台打款，形成收款单；2）平台费用，按照核算形式，可能会涉及票扣、折让、账扣等，需形成费用单。3、分销商打款，通过银行或支付宝
2C订单
2C应收订单形成
数据来自于应收管理报表
2C应收账款核销
回款形式：1）平台回款，需形成收款单；2）平台费用，例如天猫店铺会涉及天猫佣金、返点积分等，需形成费用单。3）对于异常订单，进入售后流程。责任方：例如品牌、快递、仓库等。
应收账款订单的差异查找
目前这块是人工查找较费时、费力；已跟产品进行初步沟通，希望能减少人力。
应付/预付账款
货款类
采购订单、退货单及调整
数据来源于OMS，应付管理报表，形成本期新增应付账款，此过程中还需考虑发票情况
货款支付
目前应付货款冲账分为货款类和非货款类，冲账形式能否进一步完善。
完善是指哪部分？
目前货款支付是通过OC申请--预付款模块，货款支付需与oms应付模块单据相关联（OC付款单号和采购单号等）
货款支付与银企直联相关联，能够生成凭证，在共享中心呈现或者实现同步功能。
目前银企直连是完成了哪部分的数据？
应付账款核对差异模块
希望共享中心能够实现leqee与品牌的差异核对模块，具体看如何实现
非货款类（各类费用通过OC预付款模块进行支付）
根据付款单--形成凭证计入费用或者预付账款，具体由财务进行判断。
OC预付款需在申请时填写发票预计提交时间（无票情况除外），发票提交时间作为必填项。
报销类
目前在OC模块，账务方面实现对接，人员项目对应关系需更明确。
目前报销款已实现扫描枪，希望进一步能实现识别电子发票，规避重复报销风险。
损益数据
各项损益数据希望在财务共享中心呈现，实现数据归集、发给BD，各种维度报表呈现，减少人力，具体实现方式可以在讨论。
损益主要涉及系统收入、系统成本、各项平台费用（佣金、返点积分、2B各项费用等）、人员成本、快递物流仓储费用、资金成本、服务费补贴、利润中心费用等等。要求上述各项数据在共享中心呈现或者是能够实现凭证同步。
后续需满足各方人员数据查询需求，形成人机交互模式，更有机、生态。
平台账单数据相关
系统能否实现各类收支明细归类汇总，例如支付宝
目前支付宝收支明细汇总，是用CSV小触手实现，汇总项中出现"其他"还需进一步细分。
还需有其他归类格式，具体可以再细聊。
品牌承担相关数据
月底形成汇总表让BP确认、或者流程节点上加上BP确认。
大致包含：订单（商品邮寄、理赔）、预付款申请、商品销毁及其他。
是不是和应收是重复的？
数据提取及储存
财务底层数据需要形成数据库，要求细化到商品sku、订单维度（oms订单号/原始订单号）。
满足数据对外提供以及日常账务需求，可以直接导出收发存汇总表、销售收入、销售成本、期末存货余额（含发出商品）、应付相关数据等等。
系统类似形成一个大容器，分公司、分品牌、分店铺放数据，平台账单的储存，例如支付宝账单、推广账单（直通车、品销宝、钻石展位等）
数据准确性，历史数据不能变更，如需变更需形成调整单，显示在调整当期，不能随意刷历史数据。
发票管理模块
1、目前报销款这块已实现扫描枪，能读取到OC报销相关信息，希望能进一步实现电子发票查重功能，防止重复报销风险。
2、货款发票、营销推广等也希望实现类似扫描枪功能，读取到OC信息，能够扫描到发票实现快速OC冲账；货款类发票进一步希望是OMS应付采购订单维护发票更自动化、更快速、便捷。
3、对于同一申请人，多条发票未冲账情况，希望能看到具体哪些OC付款未实现冲账。
4、目前发票冲账进程比较缓慢，需流程层面和系统层面一起看下如何进行优化控制。从申请人角度或者店铺维度去控制。
举例？
合同模块
走完盖章申请（审批流在OC）之后，合同原件提交不及时，不好跟进。看从流程或者系统上是否存在优化可能。
什么合同原件，合同算什么财务模块？
预算模块
待补充
其他模块
因财务信息量较大且敏感，权限设置、管控，数据安全性、内控控制点这块具体如何？
这块比较重要，开始设置需全局把控
0 条评论
下一页
