惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

爱范儿
爱范儿
量子位
大猫的无限游戏
大猫的无限游戏
小众软件
小众软件
J
Java Code Geeks
B
Blog
V
V2EX
博客园 - 三生石上(FineUI控件)
Blog — PlanetScale
Blog — PlanetScale
aimingoo的专栏
aimingoo的专栏
Y
Y Combinator Blog
F
Fortinet All Blogs
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
The Cloudflare Blog
A
About on SuperTechFans
D
DataBreaches.Net
阮一峰的网络日志
阮一峰的网络日志
博客园 - Franky
H
Help Net Security
宝玉的分享
宝玉的分享
Martin Fowler
Martin Fowler
酷 壳 – CoolShell
酷 壳 – CoolShell
MongoDB | Blog
MongoDB | Blog
L
LangChain Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
工会业财一体化(二)
岁岁安 · 2023-09-11 · via 人人都是产品经理

怎么拆解工会业财系统,以及其中的具体模块?这篇文章里,作者就工会业财的整体架构进行了解读,并对预算管理、预算执行模块进行了拆解分析,一起来看看吧。

一、工会业财一体化整体介绍

下图是我用axure画的业财架构草图,可以看到架构整体分为五大层,分别对应用户层、业务应用层、应用支撑层、数据资源层、基础设施层。我们日常业务使用通常集中在用户和业务应用层中。本文我会就整体架构先粗略的介绍下整个系统,再就预算管理和预算执行模块进行说明。

首先我介绍下工会整体背景,工会是非营利组织。并且工会的经费来源是有法律规定的来源渠道的,比如会员缴纳的会费,通过税务代收向企业、机关等组织收取2%工资总额的经费等。以及经费的使用也需要遵循“服务职工,面向工会”的原则,所以工会整体业务在业财中属于较为简单的一类。

其次工会的用户大概可以分为两部分,分别为基层用户和县级以上用户。其中基层用户可以理解为街道、社区等群体组成的工会,这类用户占工会用户绝大部分。另外县级以上用户指的是市区、省级等工会组织,通常这部分用户的机制比较健全,业务也更加复杂。

工会的实际业务每个省份会存在差异,所以不能一改而论。通常工会会在年初提报全年的预算申请,而预算申请是挂在预算项目上的。通俗来讲就是今年我们要花多少钱,花在什么地方了要写清楚。

在全年的预算设定完毕后,用户就可以在年中的时候针对具体项目使用预算金额,就涉及到了报销单据,也就是费控模块。具体单据生成后,在财务中就需要生成对应的会计凭证,通过会计报表模块可以根据科目、项目、辅助核算等维度来生成对应的会计报表,如资产负债表、收入支出表等,以提供业务上的决策依据。最终预算未使用完或项目中止的资金会通过结转或结余至下一年度的预算上。

二、年初预算模块

预算管理与项目管理通常是绑定关系,有预算金额就要以项目为基准,有预算项目就要有支出的预算科目。所以通常两个是密不可分的,我将会就项目管理和预算管理两部分来介绍。

1. 项目管理

首先架构中项目管理模块包含项目设置、项目申报、项目审核、项目执行报表、储备库、执行库、完结库功能模块,支撑整体项目管理业务的进行。

1)项目设置

项目设置是使用创建项目功能的先决条件,设置包括创建项目时填充的基本字段、明细字段、计划内容等基础信息。通俗来讲就是项目填报时需要哪些字段、字段间的限制逻辑是怎样的等,只有满足这些条件才可以填报项目。

2)项目申报

在项目申报中,用户可以根据项目设置的结果填报申报信息,并提报至对应的审批节点进行审批。

3)项目审核

若用户在项目审批流节点上且需要当前审批人进行审批时,可以进行审批操作。审批人在同意或拒绝时提交审批意见,支持提报用户进行查看。

4)项目执行报表

项目执行报表会展示所有已审批通过的项目列表,在列表中展示相关的项目字段,例如项目预算金额、执行金额、调整调剂金额、项目余额等字段信息。

5)储备库、执行库、完结库

储备库、执行库、完结库三个库对应项目的不同状态,方便用户分类查询。已创建未审核的项目在储备库中展示,已审核完成的项目在执行库中展示,已完成结束的项目在完结库中展示。

2. 预算管理

1)预算设置

在进行预算前,需要对预算进行多种维度的配置才能支持业务正常进行,比如当前系统中展示的预算年度、是否允许预算追加、是否允许预算调整、是否允许有预算明细、预算支出渠道等信息。以及预算是否允许超出、超出后怎么处理等,是整体预算逻辑的基础。

2)预算申报

预算申报性质类似于项目申报,但不同的是预算申报涉及到部门和项目支出两个维度。且支持预算申报进行层级汇总、层级上报。

3)预算调整调剂

调整调剂光说这个名字可能会有点抽象,其实预算调整指的是针对单项目的预算金额、科目等信息做调整,然后重新提交审批进行申报的过程。

  • 在实际业务中,年初的预算金额在年中进行调整是一件很正常和高频的操作。而预算调剂是针对多项目的预算金额、科目进行调增调减的操作,且调增调减的绝对值要一致。通常适用于在整体预算金额总额不变的背景下,对多个项目进行调整的场景使用。
  • 预算调整调剂与调整不同点还在于设计跨部门、跨组织的预算项目调整调剂,术语叫做“多跨协同”。这在整体业财一体化中是非常重要的部分。

三、预算执行

预算执行在系统中是核心步骤之一,上边我们介绍了预算设置、申报、审批等操作,都是来讲述预算这个钱是从哪来的、涉及到什么模块、需要注意的点等信息。而预算执行就比较“爽”了,是决定钱怎么花的。

1. 预算监控及分析

这块主要放了很多可视化图表,用于将数据汇总成报表提供决策依据用的,包括执行情况表、部门执行明细表、项目执行明细表、年度对比表等。当某些数据超出预知范围时会通过系统通知、短信等方式提报决策者,进行及时调控。

2. 预算执行

在预算执行中,通常用户可以根据系统中配置的单据进行信息填报,单据包括报销单、申请单等。填报的数据在审批通过后,可以将项目中的执行金额增加,减少预算可用金额。

  • 当超出预算可用金额时,即可根据配置信息决定是否允许超出预算金额。实际业务中各区域对于预算执行单据的字段和重点会有不同,所以系统中通常会配置自定义表单、自定义审批流、自定义打印模版等功能来应对不同场景。
  • 同时这套功能组件在多场景复杂业务中可以作为中台组件,避免二次开发提高成本。

3. 同步账务

同步账务指用户在线上报销单据结束后,可自动根据单据信息生成电子凭证到财务系统,方便后续输出财务报表等数据。

四、写在最后

总的来说工会的业财系统并不复杂,但存在个性化严重且基层业务混乱的问题。就导致在做软件开发时要考虑多场景、多组织、多偏好的问题,在研发成本和时间成本可接受的的基础上,倾向于就通用部分做成中台组件来节约开发和维护成本。最后希望大家多多提供指点意见,一起进步加油。

本文由 @岁岁安 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。