# 05-rule **Repository Path**: ca3w/05-rule ## Basic Information - **Project Name**: 05-rule - **Description**: 规则 [认证机构管理系统认证机构ERP 认证机构软件] - **Primary Language**: Unknown - **License**: Not specified - **Default Branch**: main - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2025-10-08 - **Last Updated**: 2025-12-31 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README ![](./root/static/ca3w.png "认证机构管理系统") 高维、多彩、灵动、优雅的认证机构管理系统
清晰、明白、认证数据的“宋乔美学大平层”
主理人：麦修行（大江东去、唯我修行） [东方神功][]  [江湖儿女情][] [人物][]    [好系统][]  [规则][]  [价格][]  [购买][]    [大模型-符文][]    [A001 样板间][] [东方神功]: https://gitee.com/ca3w/01-dongfangshengong [江湖儿女情]: https://gitee.com/ca3w/02-jianghuernvqing [人物]: https://gitee.com/ca3w/03-jianghuernvqing-renwu [好系统]: https://gitee.com/ca3w/04-haoxitong [规则]: https://gitee.com/ca3w/05-rule [价格]: https://gitee.com/ca3w/06-pricing [购买]: https://gitee.com/ca3w/07-howtobuy [大模型-符文]: https://gitee.com/ca3w/08-largemodel-rune [A001 样板间]: https://gitee.com/ca3w/09-a001 *** # 规则不只是有维有颜，更是有规有矩。 ## 战略宣言努力成为第一家专为认证机构服务，拥有超前AI黑科技、拥有全体系缔造力、拥有统一标准技术
体系、拥有长期发展生态体系、拥有长期价格规则体系的优秀企业。 ## 神圣使命秉承「审核员即侠」的文化理念，为 “当代侠客” 铸剑，共创新时代美好系统之新纪元。让认证
机构以极低的投入，就能享受到与高网速时代适配的高端系统品质。 ## 基本原则 ### 价格锚定物 —— 上海社平以 1.3倍上一年的上海社平工资，为今年价格的计价单元（抹零抹到百位），最新取值：[PU][] [PU]: https://gitee.com/ca3w/06-pricing/blob/main/root/PU.md ### 严格按规则 —— 没有例外没有代理商，作者亲自做，严格按规则，对谁都一样，卖给有需要的认证机构，全是按规则交钱 ### 谈论的边界 —— 商业秘密「超前AI黑科技」和「服务端的投入」两方面不细谈： #### 超前AI黑科技垂直AI是我方走十余年暗路研发出来的，属高度机密。核心竞争力：就是保密的、就是不细谈的不细谈、总之很牛：时代变了：正如搬东西、都用机器人了，现在堆代码、都用AI了，还真就是比人干得好，品相好品相好、能比人好到哪里去呢？
几个人、甚至几十人，实际只能堆复杂度有限的代码；而AI却能成吨输出高复杂度的高品质代码
所谓「复杂度有限」，就是只能简单粗糙的处理数据；而AI的「高复杂度」是手工堆很难企及的 AI的「高复杂度」是指「代码高复杂度」「大体量」，在使用上反而是更直观、更简单、更高级 #### 服务端的投入服务端是有负载均衡、有读写分离、有缓存机制，是随着发展逐步调整的，是复杂的、是保密的不细谈、总之很值：授权费后面加个零，是不够研发成本的，年费是不够人工成本的：
我方的格局从来就不是赚单一机构的钱，而是从「整合」中赚钱（生态重用的钱、资源合用的钱）贵，不等于性价比低、不划算：
这个系统你能实际测到的指标：前端代码量、每请求吞吐，远超一般系统的10倍以上、乃至百倍
而价格却不到一般系统的10倍，所以：实际上贵反而是性价比高的，是划算的。是太好了所以贵 ### 慢工出细活 —— 品质至上这个系统是「2015年的网速」都带不动的、用不了的那种大型！新时代新气象、和过去不一样了高品质的背后：代码体量极其巨大（只有AI才能做到的那种大）连带工作量大，在时间上你得等
比如：一个模块，AI完成了100M的代码（80%+完成度），人去补AI的边角料，工作量依然很大快慢 |因素 |说明 ----------|--------------------------------|-------------------------------------------------- 可能极快 |我方有自研的垂直AI、得到AI助力 |该AI在不断加强中，如果AI写的比重大，自然就非常快可能慢 |代码体量大、这一块得不到AI助力 |整个模块被AI写成大型，为AI补边角料，自然就慢一些可能慢 |涉及符文、我方必须小心谨慎处理 |同一个模型是多机构一起用的，我方必须确保其生态性可能慢 |品质极高、价格极低 |性价比高、做的人多 ### 统一的品控 —— 生态至上大整合：统一做平台、统一做生态、统一做品控。选对模型就行，品质都一样，按规则交钱就行
***
## 规则正文 ### 云号「云号」一般应是认证机构缩写，初次签约时和我方确定，一经确定、不可更改、写在合同里的
每个「云号」缴纳一个「授权费」，每个「云号」需要在每年11月11日前，缴纳下一年的「年费」 #### 云号后缀分区后缀 |代表类别 ---------:|:------------- -A |管理体系认证 -B |产品认证 -C |服务认证其他情况其他后缀，具体情况具体协商 #### 云号域名每个云号需要绑定一个域名，该域名由认证机构持有、以及保持续费，但需要按我方的要求解析 #### 云号示例假定一个认证机构的缩写是：AQA
那么管理体系认证的云号是：AQA-A 如果再做产品认证、云号是：AQA-B
如果再做服务认证、云号是：AQA-C AQA-A、AQA-B、AQA-C属同一机构，但视作不同使用单元，应分别缴纳授权费、年费等费用 ### 授权费 > 每云号收一次，但管理体系认证A、产品认证B、服务认证C，应使用不同云号「授权费」按大舰巨炮划分「授权等级」，不同等级对应不同「有效证书数上限」、「标准年费」
这里的「有效证书数上限」指的是：云号内的有效证书数的上限，接近上限需要及时「提升授权」 **授权费最新收费标准（2025）**：授权代号 |授权等级 |有效证书数上限 |授权费
总额          |授权费
风险额度 |提升授权至
超无畏级 |提升授权至
超级战列级 :---------:|:---------|---------------:|----------------------------------------------------------------------:|:-------------------:|:-----------------------:|:-------------------------: X-10 |超级战列 |10万 |50 PU |统一核定
¥10万 | |20 PU X-02 |超无畏 |2万 |30 PU |统一核定
¥10万 |10 PU | X-01 |无畏 |1万 |20 PU |统一核定
¥10万 | | 授权费的计算规则：将计价单元抹零至千位、然后代入计算，一般是万级的整数 ### 年费 > 首年从约定上线日交到年底（按天计算），然后每年的11月份交下一年的年费 **年费最新收费标准（2025）**：授权等级 |年费代号 |标配存储单元数 |标准年费     |补偿退扣 -2 PU |补偿退扣 -4 PU :---------|:---------:|:---------------|----------------------------------|---------------:|---------------: 超级战列 |X-10-YYYY |1 + 100 |20 PU |18 PU |16 PU 超无畏 |X-02-YYYY |1 + 20 |12 PU |10 PU |8 PU 无畏 |X-01-YYYY |1 + 10 |10 PU |8 PU |6 PU > 1 存储单元 = 100G (存储单元的使用应遵循我方的技术设定，科学合理的使用) 年费的计算规则：将计价单元抹零至千位、然后代入计算，一般是万级的整数补偿退扣：
如有「归零补偿计划」或「开创退回」，年费予以扣除，计算结果抹零至千位
如有「上门服务费」意外取消的多收费，年费予以扣除，计算结果抹零至百位 #### 一机多号 > 一机：一个认证机构批准号；多号：多个云号 **「一机多号」的「整合征收比例」**：
由于单一认证机构使用多个云号，构成资源整合，所产生的利好，我方让出50%（双方各得一半）一机多号 |整合征收比例 |整合征收比例计算解读 |合理性解读 :---------|:-------------|:--------------------------|---------------: 一机一号 |1/1 |100/100 |高性价比一机双号 |3/4 (1.5/2) |100/100 + 50/100 |俩号加一半一机三号 |2/3 |100/100 + 50/100 + 50/100 |三号双倍封顶一机四加 |2/3 + 1万/加 | |每多一个加一万 > 一机四加：一机4+，意思是一机四号及更多 **「一机多号」的「年费计算方法」**：
先按「授权等级」计算「未整合的年费总额」，然后乘以「整合征收比例」，得出「应交总年费」一机多号的年费：计算「应交总年费」，抹零至万级，征收对象按照合同约定「年费」及「一机多号的年费」的深度理解 —— 参见：[年费深度解读](./root/yearcost20251231.md) #### 年度资源包每年11月份开始征收下一年的年费，依据到账时间，赠送一定额度「年度资源包」年费足额到账时间 |赠送年度资源包额度 |说明 :----------------------------:|:-------------------|:------------- 11月01日 - 11月11日 23:59:59 |1 PU x 100% |首年全额赠送 11月12日 - 11月15日 23:59:59 |1 PU x 30% | 11月16日 - 11月20日 23:59:59 |1 PU x 20% | 赠送的额度以舍去式抹零至千位 ### 大模型-符文拥有「云号」之后，还应购买需要的「大模型」，依托「大模型」建立应用，才能进一步的使用 ### 大模型装配费 > 如果是既有的，收「既有模型微调费」；如果是全新的，收「全新模型开创费」 #### 模型评级（模型梯队）代号 |既有 |开创 |开退 |评级 |评级解释 |归零补偿计划 :----:|------:|------:|-----:|:--------:|:---------------------------|:----------------------- T0 |5 PU |-- |-- |统一划归 |依模型发展需要统一划归为T0 |-- T1 |11 PU |13 PU |2 PU |简单级 |比 A001 简单 |-4、-2 T2 |15 PU |17 PU |2 PU |标准级 |和 A001 差不多 |-4、-2、-4 T3 |23 PU |27 PU |4 PU |复杂级 |比 A001 复杂 |-4、-2、-4、-2、-4、-2 简单级、标准级、复杂级，以 A001 为参照模型，由我方作出最终的评级判定非T0模型，一旦划归T0，按「归零补偿计划」以「抵扣年费」的形式予以补偿 #### 既有模型微调费哪怕是直接使用、不做任何微调，都要收取「既有模型微调费」，因为模型是生态的、是一样的 > 别人微调，你通过符文能受益；你微调，别人通过符文能受益。所以是一样的 **既有模型微调费最新收费标准（2025）**：模型评级
模型梯队 |模型
评级 |既有模型微调费
总额 |既有模型微调费
风险额度 :---------------------:|:-------------:|------------------------:|----------------------------: T0 |统一划归 |5 PU/个 |3 PU/个 T1 |简单级 |11 PU/个 |3 PU/个 T2 |标准级 |15 PU/个 |3 PU/个 T3 |复杂级 |23 PU/个 |5 PU/个既有模型微调费的计算规则：将计价单元抹零至千位、然后代入计算，结果抹零至千位 #### 全新模型开创费 **全新模型开创费最新收费标准（2025）**：模型评级
模型梯队 |模型
评级 |全新模型开创费
总额 |全新模型开创费
风险额度 |生态多用
开创退回 |退回后的成本
=既有 :---------------------:|:-------------:|------------------------:|----------------------------:|----------------------:|-----------------------: T1 |简单级 |13 PU |7 PU |-2 PU |11 PU T2 |标准级 |17 PU |7 PU |-2 PU |15 PU T3 |复杂级 |27 PU |12 PU |-4 PU |23 PU 全新模型开创费的计算规则：将计价单元抹零至千位、然后代入计算，结果抹零至千位「生态多用、开创退回」的构成条件及退回方式：
还有别家使用这个模型，并完整付费。退回方式：以「抵扣年费」的形式予以退回（不是退钱）解读：
开创成其他机构也能用，如果有其他机构也使用，模型成本在 PU 层面上，和既有模型是一样的 ### 上门服务费不管是新机构预约演示，还是老客户叫过去商量事，只要是把人叫过去，都要收「上门服务费」「上门服务费」由我方对标行业基础标准的审核费，确定金额，即：和行业审核的审核费差不多 **2025最新对标**： 3000元/人天
不支持0.5天（按1天算）、不支持指定人数，一般两人，也就是说：6000元/天 **上门服务支持的时间段**：上门服务支持的月份段：每年除 07月、11月、01月、02月，其他月份都支持
上门服务支持的日期段：当月13号起、到接下来的13天内（13-25），都支持当月日期 |上门服务|当月日期 |上门服务|当月日期 |上门服务 :--------:|:------:|:--------:|:------:|:--------:|:------: 当月01日 |❌ |当月11日 |❌ |当月21日 |✅ 当月02日 |❌ |当月12日 |❌ |当月22日 |✅ 当月03日 |❌ |当月13日 |✅ |当月23日 |✅ 当月04日 |❌ |当月14日 |✅ |当月24日 |✅ 当月05日 |❌ |当月15日 |✅ |当月25日 |✅ 当月06日 |❌ |当月16日 |✅ |当月26日 |❌ 当月07日 |❌ |当月17日 |✅ |当月27日 |❌ 当月08日 |❌ |当月18日 |✅ |当月28日 |❌ 当月09日 |❌ |当月19日 |✅ |当月29日 |❌ 当月10日 |❌ |当月20日 |✅ |当月30日 |❌ | | | |当月31日 |❌ 注意：上门服务至少要在「当月10日」前预约，和我方协商确认后、并完成付费，才能上门服务
协商：我方会根据不同城市各机构的预约情况，在13-25日间合理调整，确定日期后，予以告知新签约机构既有模型微调，或者开创全新模型，才需要上门服务。一般情况是不需要上门服务的 ### 第三方费用充值例如：HTTPS证书、手机短信，邮件发送等第三方费用，需额外交费、充入云号余额，自充自用每次充值 ¥100 的整数倍，但云号余额没有必要充太多，甚至无需充值，使用年度资源包，即可 #### 年度资源包每年交年费，赠送年度资源包。能使用年度资源包的，优先从年度资源包扣费，而不是云号余额 **年度资源包**与**云号余额**的区别：
对比项 |年度资源包 |云号余额 |说明 ----------|:---------------|:---------------|:------------------- 金额来源 |交年费时赠送 |额外交费充值 | 适用范围 |划定范围 |全部范围 |具体范围由我方划定优先使用 |优先 | | 年底清零 |清零 |不清零 | 划定原则：只能是小额的、日常消耗型的第三方服务费，不能是大额的、非常的、能主动用尽的 > 不能违背设计初衷：按规则如期交年费，正常情况：赠送的「年度资源包」足够用 😊 年度资源包，不支持提现。如果估计每年赠送的年度资源包，一切都够用了，就无需充值了 ### 存储扩容 > 多数情况（99.99%），标配存储够用，一般无需扩容存储单元数扩容            |存储扩容附加年费 ----------------------------------------------------------------------------------|------------------------ +100
+100x100G=+10T |10 PU +10
+10x100G=+1T |1 PU 存储扩容附加年费的计算规则：将计价单元抹零至千位、然后代入计算，结果抹零至千位 ### 风险额度合同签订时，以及项目启动时，以保证金的方式、需要向我方预先支付的金额，叫作：风险额度 ### 如果涨价只可能涨价、不可能降价。如果涨价：老客户按原合同执行、不变，新客户按新的收费标准签约
***
## 符文规则符文是我方生态战略的重要核心，各认证机构系统间的特性差异，全要靠符文的是否装载来实现
随着越来越多认证机构不断加入，符文自然会越来越多样、复杂，所以要由我方来完全定义符文我方拥有符文的命名权、定义权，在不影响其特性表现的前提下，我方也拥有符文的自由调整权即：所有使用这个平台的认证机构通过符文，把控系统发展、获得生态好处，所以符文要成体系
所以我方需要经常梳理符文、经常整理符文，让人更易理解，装载适合自己机构的符文得到发展
***
## 品质原理 #### 模型品质相同模型（相同编号），永远都一样、生态发展的。差异在于：你的符文、你的设置、你的内容模型品质高、旨在两个字：「躺赢」「躺赢」就是赢在生态：         你不可能10年、20年的去改进系统......
        但10年、20年，会陆陆续续有机构和我方改进你用的模型，所以：你躺着、看符文、就赢了 #### 性能品质和授权等级的高低无关，只和使用这个平台云号的数量有关，每年收的年费越多、品质就越丝滑性能品质高、旨在两个字：「合用」「合用」就是资源整合：         你的年费，实际不够我方运维成本......
        但却合理，因为服务器的算力成本，是很多个认证机构在分摊，所以：性价比高、非常划算 > 高网速、大吞吐以及富信息：
> 粗显示、吞吐<1M 与「吞吐20M-xxxM、富信息」是两个概念！时代级的差距！是不同的文明 > 那么系统吞吐大有什么用呢？
> 系统吞吐大、信息密度够高、给人的感受是：看清一切、明白一切、有时代的高级感、驾驭感
> 系统吞吐小、信息密度太低，给人的感受是：数据是都在里面、你也知道、但看不清、无力感 > 「看不清、无力感」的本质：
> 你已经沦为开发商赚快钱的牺牲品，给你用的其实是「数据粗处理、粗显示」那种低劣的系统
> 你每年该花的、和高网速匹配的、享受「高密度信息」的钱，花不出去！而且还只能花冤枉钱
> 冤枉钱：高网速浪费；明明是阿里云最便宜的机子就跑的飞快！还得多花点钱，买一个好点的
> 过时了，你那个系统，和你机构的年收入、和你机构的高网速、和你员工的现代感，都不适配 > 长时间使用「数据粗处理、粗显示」，接收不到高密度信息，就会有症状：牛马感、浑浑噩噩
> 像牛马一样、浑浑噩噩，服务于系统、流程、把数据录进去，但你永远别想感受到数据的美好
> 因为：录入数据是“粗”的、显示数据是“粗”的，初步信息化在高网速时代已经沦为粗糙信息化 > 以上这么多意思是：
> 我设计的这个系统，就能治这个“病”，年费贵的有道理
> 使用我设计的这个，「看不清、无力感」症状立刻消失，高网速、系统才是你驾驭数据的牛马
> 年费是：你每年该花的、和高网速匹配的、享受「高密度信息」的钱，能花出去、才是高品质 > 那么大的机构，弄个小系统，辛辛苦苦把数据录进去，用不上高网速、小小吞吐，就是低品质一分钱一分货，贵一点的东西，能和环境适配，综合价值更高。不只是管理数据、更要驾驭数据
驾驭数据是指：你需要一个真正足够好的系统，让一切都清明！而不是流程走对、剩下一塌糊涂
***
## 售后支持采用微信、QQ、微信群、QQ群、抖音号、微信视频号等多种方式，全方位的做好系统售后支持
***
## 导入原则导入：
基础数据 + 配置数据 + 人员数据 + 组织数据 + 项目数据 + 证书数据，确保新系统、能正常使用不导入：
过往周期历史数据、旧系统上传的文件
***
## 隐私尊重任何时候，未经认证机构许可，我方不登入认证机构正式版系统，内容管理权完全属于认证机构
组织数据、项目数据、证书数据等机密数据，虽然有所接触，但会严格保密、妥善处理相关文件
***
## 退出机制我方提供友好的退出机制 #### 能退的款项 * 云号余额 #### 自主获取数据及文件 * 数据：系统本来就是为你整理表格，所有表格都能 1:1 变成Excel * 文件：系统本来就是为你整理文件，所有存储单元都能打包下载 #### 提供密码的哈希算法 * 提供密码哈希算法，以 `Go 语言` 示例哈希过程，供新系统使用