工程总包解决方案
面向工程总承包、EPC 与施工总承包企业的工程项目管理软件：把项目拆成任务与成本两个模型，一套口径从集团、分子公司通到项目部，自营与联营两条线分开管、合并看。
面向工程总承包、EPC 与施工总承包企业的工程项目管理软件：把项目拆成任务与成本两个模型，一套口径从集团、分子公司通到项目部，自营与联营两条线分开管、合并看。
首信工程总包解决方案面向施工总承包、EPC 总承包与工程公司总部——自己承接工程、再组织设计与施工资源把工程做出来的那一方。
这和上一篇投资基建的位置刚好相对：投资基建服务的是项目里出钱的一方，关心的是「钱花到哪一步、手续办到哪一步」；总包是接活的一方，关心的是「这个活要花多少钱、什么时候能拿到钱」。
总包这个位置还有一层特殊：在同一个项目里，它既是乙方也是甲方。对业主是乙方——要按节点报产值、开票、收款；对自己的分包和供应商是甲方——要按合同付款、要对量对价。所以总包企业的系统必须同时管得住两条相反方向的流：向上收款、向下付款，而这两条流要在一张表上体现成同一个项目的现金流。
平台适配三类典型总包企业：
与「专业分包」的区别：总包承接的是整个工程，再把其中的专业工程分包出去，管的是全口径的成本与全过程的节点；专业分包只承接其中一块（机电、消防、智能化、装饰），管的是自己这一块的成本与工期。两者的管控模型不同，方案页面也分开写。
第一，总部和项目之间隔着好几层。 集团、分子公司、区域公司、项目部，集团要看数据，得先知道这份数据来自哪里、算得准不准。口径不统一的直接后果是：同一个项目的材料成本，物资部门、预算部门、财务部门可能给出三个数。
第二，自营和联营是两套逻辑。 自营项目的钱从公司账上走，成本、付款、发票都在自己手里；联营项目要管的是另一批事——分支机构的资金充值、项目扣款、垫资、资金冻结、项目间的资金调拨。两者混在一起管，最后既看不清自营赚了多少，也说不清联营该收多少管理费。
第三，成本要到竣工才知道赚没赚。 材料价格从哪来、比价单依据什么定、领用量与中标清单差多少——这三件事往往分散在采购、预算、现场三条线上，各记各的。材料的采购价、入库量、领用量不能自动归集到项目成本，盈亏就只能等结算。
老站产品中心把总包企业的管理拆成九个模块，这套方案把它们放在同一套业务口径下：
| 模块 | 管什么 |
|---|---|
| 行政办公管理 | 企业 OA 事务与项目的一体化管控：流程审批、任务与工作日志、公文公告、印章、车辆、会议、办公用品与固定资产 |
| 客商管理 | 客户信息与跟踪、供应商信息与评价、班组信息、其他协作单位 |
| 经营管理 | 商机报备与跟踪、投标立项与报名、保证金管理、开标与中标分析、证照借用与归还 |
| 项目信息 | 按企业特点定义项目类型、建立项目信息库、施工前的项目交底与项目经理任命、组织 / 成本 / 进度 / 质量 / 安全 / 资料六项策划 |
| 成本管理 | 分层级的预算模型：工程量清单预算、清单预算、科目预算；支持协作编制与边设计边编制；采购、分包、报销与预算关联控制 |
| 供应链管理 | 项目采购、无预算采购、框架采购、招标采购四种模式；库存出入与调拨；供应商入库、审核、评价、黑名单 |
| 施工管理 | 进度计划与填报、质量与安全检查整改、项目会议纪要、往来函件、过程资料归档 |
| 财务管理 | 销项与进项发票、项目与非项目收支、公司费用与项目费用报销、各类保证金、成本分摊 |
| 智能报表中心 | 领导中心与收入、支出、报销、采购、库存五本台账，加资金账户统计 |
需要排关键路径的工程，把重心放在成本与进度；以联营合作为主的工程，把重心放在资金与风险。同一套软件按企业的业务性质预置管理模型，不是每类企业另做一套产品。
首信平台的组织模型是三级管控：集团 — 分子公司 — 项目。一级是集团，看的是全局经营与资金；一级是分子公司（含区域公司），看的是自己这一片的生产与盈亏；一级是项目部，管的是这个项目每天发生的事。三级之间不是各看各的报表，而是同一份业务数据按组织维度向上汇总——分子公司的数据来自项目，集团的数据来自分子公司，不用再往下要表、再手工拼表。
把上图横过来看，一条项目上的钱被拆成三条线同时跑：
三条线交汇在一起，就是项目经理最关心的一个数：这个项目到现在为止，收了多少钱、花了多少钱、手里还压着多少应付。 集团和分子公司的领导门户看到的，则是同一套数据按公司维度汇总后的经营分析。
总包企业最难复制的不是制度，而是「什么人在什么阶段做什么事、走什么流程」。新人接手一个项目，往往要花很长时间才摸清规矩；换一个项目经理，同一件事的做法就可能变样。
首信把这套东西落成一个三维模型：任务事项 × 项目角色 × 项目阶段。
把三个维度立起来，管理就有了可复制的形状：
三人相交的那一格，决定了这件事该由谁发起、走哪条审批流、用哪张表单、产生哪些规范文档。规范文档与统一表单在这里不是制度文件的附件，而是系统里可以直接点开的东西。
这套模型往上承接的是项目的任务拆解，往下接着的是成本的科目拆解：项目按阶段与分部分项拆成可交付的任务，成本按分部分项与清单拆成可对比的科目。项目拆得有多细、成本就能算得有多细——拆解口径定下来之后，同类项目的报价、预算和目标成本才有可比性。
工程总包的材料成本占比高，采购管不住的直接后果是利润被吃掉。首信把采购拆成三个部门各自的视角，中间加两道闸门：
两道闸门中间还有一条库存的岔路：有库存的，先锁定库存、优先消耗，退回领料单环节，不重复采购；没有库存的，才形成采购任务往下走。 采购流程走完，收货单、到货结算、采购发票、付款申请形成一条链，直接对应到财务侧的应付款。
采购本身也不是一种模式。方案支持项目采购（按预算清单申请，量价双控）、无预算采购（特殊项目不挂预算直接采购）、框架采购（按与供应商签的框架合同走，更快）、招标采购（在线询价、招标、定标）四种，按业务场景选用。
总包的成本不是算出来的，是管出来的。首信把成本、资金、施工三条线放在同一张视图里对照：
成本条线的关键是那句「漏项时需要说明原因」。计划成本按模板输入，模板之外的费用要单独说明——这逼着投标预算和施工预算在同一条线上对齐。成本计划以深化清单为红线，管住材料、费用、分包、劳务四类；其中材料成本按预算明细的量和价双向控制，劳务成本按每月工时与工效和进度、产值对比，减少窝工。
资金条线里有三个提法对总包特别实用：
成本是怎么算清楚的：从标前预算、中标价、深化成本、目标成本、动态成本到实际成本，同一套清单一路上做六算对比。前三算在投标与深化阶段完成，后三算在施工过程中滚动更新——成本控制实际上从投标前就开始了，而不是等项目干完再复盘。
这套口径要和公司现有的财务软件对齐。首信平台与财务系统之间做业财一体化接口：基础数据（客户、供应商、项目、组织、用户、科目映射）单向或双向同步；业务数据（收入与支出合同信息、合同结算）推给财务；业务申请（投标保证金申请、开票申请、付款申请、费用报销、借款申请）推给财务；财务侧再把开票登记、合同收付、其他收付款回传给平台。业务在项目管理系统里发生，账在财务系统里落，两边数据不再靠人搬。
联营项目的管理重点和自营完全不同。自营项目管的是「干得好不好」，联营项目先要管的是「钱安不安全」——分支机构收的工程款有没有回到总部、该扣的管理费扣没扣、垫付的资金和保证金有没有被挪作他用。
首信把集团面向项目管理流程的合同、资金、发票、文档风险点，按项目前期、项目施工、项目竣工三个阶段排成一张管控模型：
这张图的骨架是总部与分支机构之间的资金与票据回路。前期管投标与备案：分支机构投什么标、报什么项目，总部要能看见；中标之后工程合同与项目立项由谁签、谁管，要分清楚。施工期管产值与资金：分支机构的产值结算要向总部报，开票申请由分支机构提、总部开票收款，同时分支机构的资金充值与项目扣款要登记在册——这两项正是联营模式里最容易出问题的地方。竣工期管结算与归档：合同审计、竣工结算、决算收款、合同付款、资料归档，一条链走完，项目才算真正关闭。
联营业务的四个动作——垫资、扣款、资金冻结、项目间资金调拨——在平台里是标准业务，不是靠线下台账记录。走到任何一个时点，总部都能回答两个问题：分支机构账上有多少钱、这个项目还欠总部多少钱。
到报表这一层，自营与联营可以分开管、合并看：自营项目的成本与利润按公司口径汇总，联营项目的收入、管理费与往来款按合作口径汇总，两边口径不混，最后在集团层面合成一份经营分析。
现场这一层，目标不是把纸质流程搬到屏幕上，而是让管理层看到过程中正在发生什么。
现场数据与总部口径是同一份。项目部填的进度和总部看板上的进度不是两次录入，项目上发生的成本归集到项目成本之后，分子公司和集团看到的是同一笔数的不同汇总层级。
这套方案已在多家总承包企业落地：上海建工集团股份有限公司把集团层面的项目管理与智慧工地纳入统一架构，施工现场与管理层看到同一套数据；苏州第一建筑集团有限公司在分子公司众多、管理半径巨大的条件下，把材料价格、比价单、采购订单、入库与领用串成一条线，领用量与中标清单实时对比，成本核算不再等到结算；正立建设集团有限公司把构成「工厂生产 + 现场装配」的装配式业务接进同一套系统，构件从深化、排产、生产、运输到进场的过程与现场吊装进度互相对照；江苏金宇通建设科技集团有限公司把跨浙江、安徽、江西、福建、山东、湖南、湖北、广东、广西、云南、宁夏及东北三省的数百个项目纳入统一平台，材料、人工、分包、机械成本按项目归集，成本科目统一。
对应首信工程项目管理软件的工程总包版。同一套软件按企业的组织模式、经营模式与业务类型预置管理模型——集团型、跨区域型、资质型总包企业的侧重点不同，但底层用的是同一套业务口径，不是三个独立产品。
可以，而且建议放在一套里。自营项目按成本与利润口径管，联营项目按资金与往来款口径管，两套口径在系统里分开设置、分开汇总，集团层面再合并看。联营的垫资、扣款、资金冻结、项目间资金调拨都是标准业务，不需要另建一套台账。
拆解深度取决于管理颗粒度，不是越细越好。一般做法是：项目按阶段与分部分项拆出可交付的任务，成本按分部分项与清单拆到能和报价、预算对上的层级。拆解口径定下来之后，同类项目的报价、目标成本和实际成本才有可比性——这也是这套模型真正产生价值的地方。
可以。首信平台与主流财务系统做业财一体化接口：基础数据（客户、供应商、项目、组织、用户、科目映射）双向同步；收入与支出合同、合同结算等业务数据推给财务；开票申请、付款申请、费用报销、保证金申请等业务申请推给财务；财务侧的开票登记、收付款结果回传给平台。业务在项目管理系统里发生，账在财务系统里落。
周期取决于业务条线、在建项目数量与需要上线的模块范围。总包企业一般建议分批：先上经营、项目信息与成本，把项目主数据和成本口径立起来；再上供应链与施工，把过程和现场接进来；最后做财务与外部系统对接。具体节奏要先做一次业务场景沟通，把要做哪几类项目、自营与联营怎么分开管理清楚。
