
简介《农村集体三资信息管理系统操作手册》是一份面向农村集体经济组织财务与资产管理人员的系统使用说明文档用于支撑资金、资产、资源的规范化登记、核算与监督适合基层三资管理人员、乡镇经管干部及系统实施人员上手查阅。压缩包内共1个doc文件约2.9MB即武汉市谷田科技有限公司2011年8月编写的完整操作说明书按章节组织目录便于逐项检索。已有1198人学习下载。内容从系统技术架构与运行环境要求Windows Server 2008、MySQL 5.5、IE 8及以上讲起说明应用对象以及系统初始化、用户权限设置、登录密码锁定规则和页面操作约定并逐项展开村集体流动资产登记、债权登记、债务登记、资产初始登记、资产变动与资产清查等实务操作。读者可据此完成基础数据建账、日常业务录入与账务核对也可作为培训与内部规程编写的参考底稿。1. 三资系统的真实使用现场一份手册能覆盖到哪一步乡镇三资服务中心的工位上一台装着 IE8 的老机器、一份五十多页的操作手册、一个必须装控件的登录页——这就是农村集体三资信息管理系统最典型的使用场景。这套系统用 B/S 架构把村集体的资金、资产、资源三类台账集中到县级中心服务器上村级填报、乡镇审核记账、县市监管查询多个级次的用户共用一个库。手册覆盖的链路很长从浏览器环境设置、登录选账套到债权债务登记、资产初始登记与变动清查评估、资源登记、土地承包合同与经营权证、资产交易招投标最后落到三资明细表、统计表和监管公示。它适合三类人刚接手录入岗的乡镇业务人员、需要做数据核对的审核岗以及负责老系统数据迁移和报表复算的实施人员。这份材料的价值不在概念在于它把每个按钮点下去会发生什么、哪些字段必须填、哪些顺序不能颠倒写清楚了。下面按实际干活的路子拆开讲。2. 环境与登录IE 内核、认证控件与账套选择2.1 为什么这套系统锁死在 IE7/IE8B/S 架构不等于什么浏览器都能开。这套系统的登录环节依赖一个浏览器插件式的安全认证控件控件本身走的是 ActiveX 通道只有 IE 内核认。手册里写死IE7.0 或者 IE8.0不是保守是插件只在这两个版本的文档模式下行为一致。上了 IE11、Edge 或者别的内核浏览器表现是页面能打开、按钮点不动或者登录框弹出来一闪就没。老系统的前端大量用了 CSS 表达式、document.all这类只在 IE 里成立的写法页面布局也按 IE 的盒模型调的。即便用 IE11 打开默认走的是 IE11 文档模式照样错位。常见做法是两步一是把平台地址加进兼容性视图列表二是在 F12 开发者工具里把文档模式手动切到IE8 标准。后者每次打开都要切一次不能作为长期方案所以正确姿势还是在系统层面把 IE 版本控住。先确认机器上到底是什么版本别凭印象# 读注册表拿 IE 主版本与更新版本svcVersion 在 IE10 才有 $ie Get-ItemProperty HKLM:\SOFTWARE\Microsoft\Internet Explorer [PSCustomObject]{ Version $ie.svcVersion Build $ie.Version UpdatePath $ie.svcUpdateVersion }svcVersion是实际渲染版本Version是兼容版本号两个值不一致说明系统里装了多个 IE 更新这种情况下文档模式更容易飘。参数上没什么可调的看的是这两个字段是否落在 7.0/8.0 区间。如果机器是 Win10 自带 IE11又不允许降级那就只能在组策略里把X-UA-Compatible强制下来或者干脆用一台虚拟机专门跑录入端——我一般选后者省得跟每台机器的补丁版本较劲。2.2 客户端环境设置的实操顺序手册把这一步放在了最前面但很多翻车恰恰发生在这里有人先打开了登录地址控件装了一半失败再去改浏览器设置改完回来页面还是白屏。顺序必须是先设置、后访问。完整顺序是确认 IE 版本 → 把平台地址加进受信任站点 → 放开该区域的 ActiveX 相关权限 → 清掉第三方工具栏 → 关掉 IE 重开 → 再访问平台地址。倒数第二步的关掉 IE 重开经常被跳过导致注册表改了但进程里还是旧配置。受信任站点这一步可以手工点也可以脚本批量铺乡镇网点机器多的时候后者省事# 把平台地址写入受信任的站点区域2 表示受信任站点 $hostName 10.1.1.2 # 换成主管单位下发的平台地址 $base HKCU:\Software\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap\Domains New-Item -Path $base\$hostName -Force | Out-Null New-ItemProperty -Path $base\$hostName -Name http -Value 2 -PropertyType DWord -Force | Out-Null New-ItemProperty -Path $base\$hostName -Name https -Value 2 -PropertyType DWord -Force | Out-Null # 回读确认 Get-ItemProperty $base\$hostNameZoneMap\Domains下面按域名建子键值名是协议值 2 代表受信任站点区域1 是本地 Intranet4 是受限站点。这里有个细节用 IP 当键名在部分 IE 版本上匹配不稳定能拿到域名就用域名。写完之后还要进Internet 选项 → 安全 → 受信任的站点 → 自定义级别把下载未签名的 ActiveX 控件对未标记为可安全执行脚本的 ActiveX 控件初始化并执行脚本这几项设成启用或提示。这一步脚本不好统一铺因为不同单位的安全基线不一样手工点一遍最稳。还有一类隐性干扰机器上装了第三方工具栏插件会往页面里注入脚本把登录框挤掉或者劫持表单提交。手册专门画了移除工具栏的图就是因为这个。判断方法很简单IE 上方多出一排不明工具条就说明中招了从工具 → 管理加载项里禁用即可。2.3 账套选择与岗位分工登录成功之后不是直接进业务页面而是先弹一个村组账套选择框选单位、点确定才进得去。这个设计对应的是一个乡镇代管多个村的现实乡镇三资服务中心一个人管十几个村的账每个村一套账套数据物理隔离。选错账套的后果比想象中严重。录进去的数据不会跑到别的村但会落在错误账套里后续要么走红冲要么进数据库改两条路都不轻松。我的习惯是每次登录先看一眼页面左上角的单位名称确认跟手头要录的村一致再动手这个动作只花两秒。岗位分工上手册里反复出现使用乡录入岗位用户登录说明权限是分层的录入岗负责数据进系统审核岗负责过账查询岗和监管岗只能看不能改。实操中最容易犯的错是拿审核岗的账号做录入表面能存但流程节点会错位后面报表口径对不上。账号权限这件事宁可多问一句主管单位也别图省事借用别人的号。手册里还有三条页面约定看着不起眼但天天要用输入框前带红色星号的是必填项这些字段通常参与查询统计确实没有就填 0不能留空保存并继续和勾选继续增加可以在不关页面的情况下连着录适合批量录债权列表里的选中按钮是后续查看、修改、删除的前置动作不选中就点不动。这三条记住录入效率差别很大。2.4 认证控件安装与登录链路的先后关系第一次登录会提示下载安装安全认证控件装完这次以后就不用了。这一步的坑集中在两处。第一处是控件下载被拦截。机器上装了安全卫士类软件并开着网页防护时控件的注册动作会被拦下来现象是进度条卡在某个百分比不动或者页面直接停止响应。解决办法是临时退出防护软件再装装完再开回来不用卸载。手册里写的就是这个意思只是没写透临时退出和永久卸载的区别很多人一急就卸了。第二处是登录状态的残留。平台关掉之后认证程序不一定跟着退任务栏右下角还留着一个小图标。当天要二次进入从图标右键菜单里选平台入口最快也可以在地址栏重新输地址在弹出的页面里点注销再登。两种方式都行但别在残留状态下直接换个账号登容易串会话。把这条链路捋成一句话改浏览器设置 → 装控件 → 重开 IE → 登录 → 选账套 → 核对单位名。任何一步提前或跳过后面都要花时间回补。3. 资金与资产卡片式登记、编号规则与勾稽自检3.1 卡片式登记到底存了什么资金和资产两个模块都用卡片组织数据一张卡片对应一个管理对象页面上下分成基本信息区和金额或数量区。资金侧的卡片按会计年度、会计期间记录期初数、增加数、减少数、期末数覆盖现金、银行存款、应收账款、存货这些流动资产资产侧的卡片记录资产编号、分类、名称、原值、购置日期、使用状态、存放地点。为什么用卡片而不是一张大表格原因很实际老系统的表格控件不支持列排序和冻结几十条数据翻页就找不着北卡片能把一条记录的全貌摊在一屏里改哪项点哪项。代价是录入速度慢所以后面的复制资产保存并继续这些提效设计才显得重要。要留意的是资金卡片里的四个金额不是随便填的它们之间有硬约束期末数 期初数 增加数 − 减少数。系统不一定在前端拦这个校验但报表一定按这个口径汇总前端不报错不代表数据是对的。3.2 债权与债务登记的逐条录入原则债权登记的操作路径是资金管理 → 债权登记 → 新增债权 → 填字段 → 保存数据。修改是选中一条 → 修改 → 改完保存信息删除是选中 → 删除 → 确认。债务登记完全参照债权只是科目方向不同。关键在手册里那句加粗提醒要录每一条明细的债权信息不是汇总信息。原因是债权清查要按对象逐户核对汇总数拆不开等到清查阶段再补明细工作量是录入时的好几倍。字段是否必填填法说明债权对象是单位或个人全称与合同、凭证上的名称保持一致金额是单笔明细金额不填合计发生日期是原始凭证日期参与账龄统计约定还款日否没有就留空或填 0不影响余额备注否写清事由清查时靠它溯源录完之后建议自己跑一遍勾稽别等报表出来才发现明细和总账差一截-- 债权明细合计与科目余额比对表名、字段名以实际库为准此处只示意勾稽关系 SELECT d.period AS 会计期间, SUM(d.amount) AS 明细合计, b.balance AS 账面余额, SUM(d.amount) - b.balance AS 差额 FROM t_debt_detail d JOIN t_account_balance b ON b.period d.period AND b.subject_code 1122 -- 应收账款科目 WHERE d.period 2024-06 GROUP BY d.period, b.balance HAVING SUM(d.amount) b.balance;这段查询的输出只有两种情况没有行说明明细和总账对得上有行差额就是漏录或多录的金额。参数上要改的是d.period会计期间和subject_code科目编码后者各单位的科目体系不完全一样用之前先跟会计确认。查询返回空不代表一定没问题还要看明细条数是否合理——录成一条汇总数也能凑出正确合计但清查时一样拆不开。3.3 资产初始登记与编号规则资产初始登记只做一次把村里所有固定资产分类录进系统形成底账之后的增减一律走资产变动不能再回头改初始登记。这个分界必须先讲清楚因为它是后面所有数据对不上的源头。操作上有个顺序不能反先在页面上方的资产分类里选类别比如房屋、设备、车辆再点新增资产。分类是新增页面的上下文不选分类直接点新增弹出的表单缺字段或者存不进去。资产编号是这套系统里最容易出问题的一个字段。手册写得很明确编号由各县统一编制同一村内不可重复重复录入会被拒。实操中的问题是各村自己编编到后面撞号撞了之后系统只给一句提示不说撞的是哪条找起来费劲。我一般建议在 Excel 里维护一张编号台账录入前先查录完在台账上标掉。系统提供的复制资产功能挺实用新增的资产跟已有资产大部分字段相同时勾选已有那条点复制系统会带出原数据生成一张新卡片改掉差异字段再保存。适合批量录入同型号设备但复制时资产编号不会自动变必须手工改忘了改就是一条重复编号。3.4 资产变动、清查与评估的处理时点资产变动分增加和减少两类。新增资产购置、接受捐赠、盘盈和减少资产报废、出售、盘亏都在这里录录完系统自动更新资产底账。时点上要求跟原始凭证同期不要攒到年底一起补补录的顺序一乱逐月的变动表就对不上。资产清查是把账面数和实盘数做比对盘盈盘亏的结果要回写到系统里走的是变动流程而不是直接改初始登记。资产评估填的是评估价值、评估机构、评估基准日这几项评估结果不改变原值只作为参考口径参与统计。 这三个动作的先后关系是先初始登记形成底账 → 日常增减走变动 → 定期清查核对 → 需要时评估。跳过清查直接评估评估基准日的账实是否相符就没法交代。3.5 期初期末的勾稽自检资产和资金的勾稽逻辑一样都是期末 期初 增加 − 减少。每月结账前跑一遍比事后翻凭证省事得多-- 按村组、期间检查资金卡片勾稽是否成立 SELECT village_code AS 村组编码, period AS 会计期间, begin_amt AS 期初数, inc_amt AS 增加数, dec_amt AS 减少数, end_amt AS 期末数, begin_amt inc_amt - dec_amt AS 应有期末, end_amt - (begin_amt inc_amt - dec_amt) AS 偏差 FROM t_fund_card WHERE period 2024-06 AND end_amt begin_amt inc_amt - dec_amt;偏差不为 0 的行就是问题卡片。常见成因有三个手工改过期末数没同步改增加数跨期补录导致本期增加数落在上期小数位截断金额字段精度不够时会出现几分钱的差。前两个要改数据第三个要在报表层做统一进位别去动原始卡片。4. 资源、土地承包与资产交易从农户地块到合同流转4.1 资源登记与资产登记的分界线很多人第一次用会把资源当资产录结果两套报表都出问题。分界其实清楚资产模块管的是可计价、可移动或虽不可移动但按固定资产管理的实物比如房屋、设备、车辆资源模块管的是土地、山林、水面这类自然资源性资产登记的重点是面积、坐落、四至、权属不是原值折旧。资源登记的操作路径跟资产类似先选资源分类再新增填面积和坐落信息。资源变动同样单列新增新开发、接受划拨和减少征占、流转出去都走变动模块。资源清查和资源评估的字段比资产侧简单清查主要核面积和权属评估填评估价值和基准日。资源卡片上有一个容易忽略的点面积单位。有的村习惯用亩有的用平方米系统里如果没统一清查汇总时会出现数量级错误。我一般要求在备注里写清单位或者在录入前统一换算成系统默认单位。4.2 农户资料与地块管理是合同的前置数据土地管理模块的顺序是硬性的先建农户资料再建地块最后才能建承包合同。反过来做合同建好了想补农户信息会发现户主字段选不到人农户建了想删又会提示已被合同引用删不掉。农户资料的字段不多但都要准户主姓名、身份证号、家庭人口、承包面积。身份证号是关联键录错一位后面合同、权证、流转全都挂不上。地块管理的字段包括地块编号、坐落、面积、四至、地类地块编号同样要求唯一。这里有个实操建议农户和地块属于变动很少的基础数据一次性建准后面几年都靠它。批量导入之前先在 Excel 里做去重和身份证校验比导进去再一条条改快得多。身份证校验的常见做法是看位数和前六位行政区划码是否合规具体规则按当地要求来别自己发明。4.3 家庭承包合同与其它承包合同的差别手册把承包合同拆成家庭承包合同和其它承包合同两类不是分类癖是两者的业务规则不同对比项家庭承包合同其它承包合同承包方本村农户农户、合作社、企业等期限按政策统一通常较长协商确定一般较短是否确权发证是对应经营权证视情况多数不发证关联模块土地经营权证管理资产交易、经济合同变更方式户内变更、分户重新发包、招投标建合同的顺序是选农户 → 选地块 → 填期限和面积 → 保存。家庭承包合同的面积必须跟地块面积对得上超出地块面积系统不一定拦但后面确权发证会卡住。4.4 经营权证与流转意向的衔接土地经营权证管理是把合同结果固化成证字段包括权证编号、承包方、地块、面积、发证日期。权证编号和合同编号要能互相追溯我一般要求备注里写上合同号。土地流转意向管理是个前置登记村里有意向把某块地流转出去先在意向模块登记等真正签了流转合同再转成正式流转记录。这个设计的用处是让乡镇能提前看到流转趋势不至于等到合同签完才知道。意向登记不影响账务但会进统计填报时要如实别为了数据好看虚报。4.5 招投标与经济合同的闭环资产交易管理这块是资源变资产的出口。流程是招投标管理里登记招标项目、投标方、中标结果 → 中标之后生成经济合同 → 合同里挂收款计划 → 查询统计里看执行进度。招投标登记的关键字段是项目名称、标的对应哪项资产或资源、招标方式、中标单位、中标金额、中标日期。中标金额和后面的经济合同金额必须一致不一致要么是变更没登记要么是录错了两种情况都要在当月处理掉。经济合同管理的字段比招投标多包括合同编号、合同类型发包、租赁、出让、对方单位、合同金额、起止日期、收款计划。合同履约情况通过收款计划跟踪逾期未收的在查询统计里会有提示。这一步不做年底清收的时候就没有抓手。5. 避坑与排查录入现场最常见的五类翻车5.1 资产编号撞号保存后卡片消失现象点保存数据页面刷新了一下列表里找不到刚录的那条。原因资产编号跟同村已有记录重复系统拒绝写入但提示信息很弱看起来像保存成功了。解决先在列表里按编号排序查一遍确认没有重复日常维护一张 Excel 编号台账录入前查一次。编号规则最好在乡镇层面统一别让各村自己编。5.2 债权录成汇总数清查时拆不开现象余额表数字对得上一到债权清查就出问题按对象发不出对账单。原因录入时图快把一个对象的多年欠款或几个对象合并成一条录了。解决删掉汇总记录按对象、按笔重录。判断方法很简单看明细条数是不是明显少于实际债权户数。5.3 资产增减录进了初始登记现象某个村的资产总额在年初突然变了但变动表上是零。原因新接手的人不知道初始登记只做一次把新购资产直接加在了初始登记里。解决先确认变动表里有没有对应记录没有就说明录错地方了把初始登记里多出来的删掉重新走资产变动。这个错发现得越晚越麻烦因为初始登记一改历年的期初数全变了。5.4 合同先建、农户后补两边都卡住现象合同里的承包方选不到人或者农户资料删不掉。原因录入顺序反了。合同引用了农户农户就成了被引用状态系统不允许删除而农户没建合同又选不到。解决先把农户和地块建完再做合同。如果已经卡住先删合同再删农户别硬来。5.5 报表和台账对不上问题出在期间和账套现象三资余额表导出来跟村里的手工台账差一截。原因通常不在数据本身在两个参数上一是会计期间选错了查的是上月数据二是账套选错了看的是隔壁村。解决出报表前先看页面上的单位名称和期间标识两个都对再点导出。养成这个习惯能省掉大量排查时间。6. 报表自查把三资明细表当校验工具用三资明细查询里那四张表——余额表、变动表、清查表、评估表——不是给上级看的摆设是最好用的自查工具。它们之间有关系变动表的本期期末应该等于余额表的本期期末清查表的账面数应该等于余额表的期末数评估表只对已评估对象有数条数不该超过资产资源总条数。我一般把三张表导成 Excel按村组编码 会计期间做主键对齐跑一遍交叉核对import pandas as pd # 三张表从系统导出字段名按实际导出调整 balance pd.read_excel(三资余额表.xlsx) change pd.read_excel(三资变动表.xlsx) check pd.read_excel(三资清查表.xlsx) key [村组编码, 会计期间] # 1) 变动表期末与余额表期末比对 m1 change.merge(balance[key [期末数]], onkey, suffixes(_变动, _余额)) m1[差额1] m1[期末数_变动] - m1[期末数_余额] # 2) 清查表账面数与余额表期末比对 m2 check.merge(balance[key [期末数]], onkey, suffixes(_清查, _余额)) m2[差额2] m2[账面数] - m2[期末数_余额] # 只输出有偏差的行 bad pd.concat([ m1.loc[m1[差额1].abs() 0.01, key [差额1]], m2.loc[m2[差额2].abs() 0.01, key [差额2]] ]) print(bad if not bad.empty else 三表勾稽一致)key是两个对齐字段村组编码错了会把两个村的数据错配到一起核对前先确认编码格式统一0.01是金额容差设大了会漏掉真问题设成 0 又会被浮点误差干扰一般取一分钱。这段脚本跑完输出为空只能说明三张表之间自洽还得回头看原始凭证别把它当成绝对结论。还有个更省事的做法把每月核对结果存成一张历史表连续三个月以上偏差为 0 的村下个月可以抽查连续出现偏差的村重点查操作日志。这套思路是从一次返工里逼出来的——那年年底汇总两个村的资产总额差了十几万翻了三天凭证才定位到是初始登记被改过。从那以后我每次导完报表都先把余额表和变动表按村组编码对一遍再交出去宁可多花二十分钟也不想再经历一次通宵翻账。希望帮到你。本文还有配套的精品资源点击获取