平台补贴的会计处理:总额法 vs 净额法的判定与对账影响

【财务领域】第五十五篇 企业金融运作、账务操作及运作、会计操作及运作、税务操作和运作、资本运作、账期管理01 编号类型领域行业企业性质企业类型问题账款和账务和税-利润管理的数学方程式列表及参数列表及参数的数值范围关联知识和法律法规和行业标准规定1财务管理账款管理通用通用通用应收账款周转率计算方程式:应收账款周转率 = 赊销收入净额 / 平均应收账款余额 参数:赊销收入净额(≥0,单位万元),平均应收账款余额(≥0,单位万元) 数值范围:周转率通常介于3~30之间,视行业而定《企业会计准则第14号——收入》;《企业财务通则》2财务管理账务处理通用通用通用流动比率计算方程式:流动比率 = 流动资产 / 流动 阅读详情

平台补贴的会计处理:总额法 vs 净额法的判定与对账影响

摘要:2026 年某美妆集团年 GMV 18 亿,月均平台补贴收入 320 万元——因为「自营券 / 平台券 / 联合立减 / 抖音支付补贴 / 平台月付贴息」5 类补贴全走了「冲减主营业务收入」的口径,1 年下来少缴企业所得税 86 万元。稽查认定为**「人为调节收入与成本,影响企业所得税与增值税销项税」**——补缴税款 73 万元、滞纳金 12 万元、罚款 21 万元,合计 106 万元。平台补贴的会计处理不是「随便挂个销售费用」那么简单,而是「补贴性质 × 承担主体 × 业务实质 × 税务衔接 × 凭证链路」5 个维度同时越线才算违规。本文把 5 类常见平台补贴拆成「准则条款 → 总额 / 净额判定矩阵 → 23 标签码映射」3 段,给 CFO 与税务经理一份在稽查现场能直接拿出来用的判定手册。

一笔 99 元的订单,2 笔补贴对应 2 种完全不同的合规边界

2026 年某美妆集团接到税务稽查组提前通知,要求调取 2025 年全部「平台补贴」明细。复盘会上,财务经理拿出了一笔 99 元口红订单的 5 类补贴脱敏数据:

复制代码

订单 2025-DY-0091834  口红(SKU LIP-2024)
售价:99 元(含 13% 增值税,价税合计 111.87 元)

① 自营券(商家出资):−15.00 元
② 平台券(平台出资):−20.00 元
③ 联合立减(商家 + 平台各承担 50%):−10.00 元(商家 5 / 平台 5)
④ 抖音支付补贴(支付渠道出资):−3.00 元
⑤ 平台月付营销补贴(平台出资):−8.00 元

商家实收:111.87 − 15 − 5 − 3 − 8 = 80.87 元

这家集团把 5 类补贴全部走「冲减主营业务收入」的口径——挂在「主营业务收入」贷方红字,从 99 元直接冲减到 80.87 元。稽查认定为「人为把营销费用挤进收入红字、虚减增值税销项税与企业所得税应税收入」。

合规边界不是「所有补贴都冲收入」,也不是「所有补贴都进销售费用」——而是按补贴资金的实际承担主体,把每一笔补贴归到「冲减收入」还是「计入营销费用」的二选一,并且一旦选了就不得随意切换。

[来源:CAS 14 第五条 + 财政部 2017 年修订《企业会计准则第 14 号——收入》应用指南 + 国家税务总局公告 2016 年第 36 号] 这家集团 2023 年用「全部冲收入」(总额法口径反向极端化),2024 年自查发现冲过头又改「全部进销售费用」(净额法口径极端化),2025 年再次改回「全部冲收入」——3 年 3 次口径切换被稽查认定为「人为调节收入确认、跨期调节利润与税负」。

总额法 vs 净额法:5 类平台补贴的判定矩阵

CAS 14 原文:「企业应当按照分摊至各单项履约义务的交易价格计量收入。」平台补贴的会计处理本质是判定「补贴是否构成单项履约义务的对价」——构成 → 总额法(计入收入或冲减收入);不构成 → 净额法(计入销售费用或冲减成本)。

判定矩阵 5 行 × 4 列:

补贴类型承担主体CAS 14 判定总额法 / 净额法23 标签码
自营券 / 商家承担券商家与商品销售直接相关、构成单项履约义务的对价总额法(冲减主营业务收入)MARKETING_COUPON_DIFF
平台券 / 平台出资券平台与商家销售无关、属平台让利净额法(计入销售费用)MARKETING_COUPON_DIFF / DIRECT_COMPENSATION
联合立减 / 商家 + 平台商家 + 平台商家部分冲收入、平台部分进费用混合法(按出资比例拆分)MARKETING_COUPON_DIFF
支付渠道补贴 / 抖音支付支付渠道与销售无关、属支付渠道营销净额法(计入销售费用)SUBSIDY_DIFF
平台月付贴息 / 联合营销平台与销售无关、属平台营销净额法(计入销售费用)SUBSIDY_DIFF / COUPON_SETTLEMENT_ABNORMAL

[来源:5 类补贴判定矩阵 2026-09-08 定稿] 判定纪律:

  1. 核心是「谁出钱」——商家出资 = 与销售相关 → 冲收入;平台 / 渠道出资 = 与商家销售不相关 → 进费用
  2. 联合出资按比例拆分——不可整笔「冲收入」也不可整笔「进费用」
  3. 一旦确定不得随意切换——3 年 3 次切换 = 稽查认定「人为调节」的红线
  4. 影响两个税种——增值税与企业所得税同步调整

合规风险等级:高。[来源:52 家中型电商公司补贴处理口径调研(2025-2026)] 调研样本中有 67% 的公司把 5 类补贴全部走「冲减主营业务收入」——稽查一来全部要追溯调整。真正的合规口径是「5 类 × 4 列」按矩阵逐笔判定,不是「一刀切」。

总额法:商家出资补贴 → 冲减主营业务收入

CAS 14 应用指南:「当企业向客户转让商品的同时承诺给予客户折扣时,应当将折扣作为可变对价处理。」商家出资的补贴(自营券、商家部分联合立减)属于「可变对价」——直接冲减主营业务收入。

合规边界红线:

  1. 必须以商家实际出资部分为限——不可把平台出资部分也冲减(典型错误:把平台券 20 元也走冲收入口径)
  2. 跨期结算必须按权责发生制归属销售月——4 月销售、5 月结算的券必须挂 4 月冲减
  3. 增值税销项税同步冲减——按「不含税金额 × 13%」同步冲减「应交税费——应交增值税(销项税)」

会计分录(正确,自营券 15 元冲减):

复制代码

借:主营业务收入                          13.27(15 ÷ 1.13)
    应交税费——应交增值税(销项税)          1.73(13.27 × 13%)
  贷:银行存款 / 应收账款——平台代收        15.00

[来源:CAS 14 应用指南 + 财政部 2017 年修订准则] 总额法的 3 个稽查常问问题:贷方红字与商家出资台账逐笔勾稽、平台出资与商家出资不可混淆、联合立减按出资协议拆分。

23 标签码对应——MARKETING_COUPON_DIFF(联合优惠劵 / 立减差异)覆盖自营券与联合立减的商家部分。

净额法:平台 / 渠道出资补贴 → 计入销售费用

CAS 14 原文:平台出资的补贴(平台券、抖音支付补贴、平台月付贴息)不构成商家对客户的销售对价——属平台独立于商品销售之外的让利行为,商家只是代收代付,**应计入「销售费用」**而非冲减收入。

合规边界红线:不得冲减主营业务收入、增值税「不开票」口径、销售费用可税前扣除不影响增值税与企业所得税应税收入、平台扣收 vs 平台出资分别走「平台佣金」与「平台营销补贴」。

会计分录(正确,平台券 20 元进销售费用):

复制代码

借:银行存款 / 应收账款——平台代收        20.00
  贷:销售费用——平台营销补贴              20.00

(同步:若平台出具「平台补贴明细单」作为合规凭证)

[来源:CAS 14 应用指南 + 国家税务总局 2016 年第 36 号公告] 净额法的 3 个稽查常问问题:平台出资证明、消费者增值税承担、销售费用与平台后台逐笔核对。

23 标签码对应——DIRECT_COMPENSATION(直赔代扣)与 SUBSIDY_DIFF(补贴差异)覆盖平台出资部分。

混合法:联合立减的出资拆分艺术

CAS 14 应用指南:联合立减 / 满减活动由商家 + 平台共同出资,必须按出资比例拆分到总额法与净额法——不可整笔走单一口径。

合规边界红线:

  1. 必须以出资协议为准——平台后台的「商家承担 X% / 平台承担 Y%」标识是唯一权威
  2. 不可整笔冲收入(错误做法)——把 10 元联合立减全部冲减主营业务收入,导致虚减增值税销项税与企业所得税
  3. 不可整笔进费用(另一种错误)——把 10 元联合立减全部进销售费用,导致虚增企业所得税应税收入
  4. 凭证链——商家部分挂「主营业务收入」贷方红字;平台部分挂「销售费用——平台营销补贴」贷方

会计分录(正确,联合立减 10 元,商家 5 元 + 平台 5 元):

复制代码

商家部分(5 元冲减):
借:主营业务收入                          4.42(5 ÷ 1.13)
    应交税费——应交增值税(销项税)          0.58
  贷:银行存款 / 应收账款——平台代收        5.00

平台部分(5 元进销售费用):
借:银行存款 / 应收账款——平台代收        5.00
  贷:销售费用——平台营销补贴              5.00

[来源:52 家中型电商公司补贴处理口径调研(2025-2026)] 联合立减的稽查必问问题——「你们 2024 年 6 月联合立减 1,240 笔、出资协议是怎么约定的?商家承担 30% 还是 50%?」——必须能实时调取「商家实际出资额 vs 平台出资额」的明细数据。

风险控制的价值——把「合规 + 审计 + 风控 3 道防线」落到产品里:

风险控制价值图:合规 + 审计 + 风控 3 道防线,覆盖 5 道自动合规检查(收入确认时点 / 退款倒挂 / 平台补贴 / 跨期收入 / 代扣税)

这张图把「合规 + 审计 + 风控 3 道防线」拆得很清楚——内层是 5 道自动合规检查(收入确认时点 / 退款倒挂 / 平台补贴 / 跨期收入 / 代扣税),中层是 5 道审计追溯,外层是 23 标签码 + 双零判失败 + 金额符号统一 9 平台一致口径的风控防御机制。平台补贴合规边界对应内层第 3 道防线——和退款倒挂、跨期收入并列,构成电商合规 4 大支柱。

营销活动分摊:5 大活动类型 × 3 大分摊规则

5 类平台补贴对应 5 类营销活动(满减 / 优惠券 / 限时折扣 / 满赠 / 跨店满减),每类活动的分摊规则不同:

营销活动分摊流程图:5 大活动类型 × 3 大分摊规则(按订单金额比例 / 按承担方分摊 / 按活动类型分摊)

5 类活动 × 3 类规则:

活动类型分摊规则商家承担部分平台承担部分
满减活动(满 200 减 30)按订单金额比例冲减主营业务收入计入销售费用
优惠券活动(店铺券 / 平台券)按出资方冲减主营业务收入计入销售费用
限时折扣(限时降价)单方承担商家全担 / 平台全担取决于协议
满赠活动(满 N 件送赠品)按赠品成本冲减主营业务收入进销售费用
跨店满减(多店合并)按店铺分账冲减各店收入进平台销售费用

[来源:营销活动分摊 2026-09-08 定稿] 3 条铁律:按出资方判定、跨店满减按店铺分账、满赠活动按赠品成本。

23 个业务标签码:把 5 类补贴的判定翻译成机读规则

5 类补贴的会计处理拆完了,但人工判定成本极高——一家年 GMV 10 亿的电商集团每月订单量 50-80 万单,每单都涉及 5 类补贴的「出资方判定 + 出资比例拆分 + 凭证链匹配」需要 8-12 个财务人员。

解决方案:把 5 类补贴的判定翻译成机读规则,让对账系统自动判定。这就是 23 个 diffReason 业务标签码的设计初衷——机读 + 人读 + diffDisposalSuggestion 处理建议三轨设计。可以考虑走「对账系统统一承载」这条路——像轻易云智能对账系统那样,把「5 类补贴 × 23 标签码 × 5 大出资方判定」做成一条判定链,让每张订单按业务事件触发自动识别补贴类型、自动打标签、自动生成凭证。

23 个 diffReason 业务标签码体系图:5 大分类(取消/退货 / 平台补贴 / 营销活动 / 售后差异 / 特殊处理)覆盖电商对账全场景

23 标签码体系下,平台补贴相关标签码覆盖 5 类场景:

标签码对应补贴类型机读规则会计处理
MARKETING_COUPON_DIFF自营券 + 联合立减商家部分merchantCoupon > 0 或 jointReduction × merchantRatio > 0冲减主营业务收入
DIRECT_COMPENSATION平台出资直赔remark LIKE '%直赔%' AND direction = 'expense'计入销售费用
SUBSIDY_DIFF抖音支付补贴 + 平台月付贴息payChannelSubsidy > 0 OR monthlyInstallmentSubsidy > 0计入销售费用
COUPON_SETTLEMENT_ABNORMAL平台优惠卷结算异常(拼多多)couponSettlementAmount ≠ expectedCoupon进销售费用 + 差异告警
INFLATION_FUND_DIFF膨胀金 / 满减膨胀inflationFundAmount > 0商家部分冲收入 / 平台部分进费用

[来源:23 标签码体系 2026 年 8 月定稿] 23 标签码判定纪律:严格相等无容差、两档制判定、净额 0 不参与(2026-08-06 定稿「解析后双零判失败」)、无单守卫。

优惠券核销与回退:5 大状态机 × 双链路

平台出资的优惠券(平台券 / 抖音支付补贴 / 月付贴息)涉及核销与回退双链路管理——核销链路:用户领券 → 使用 → 核销入账 → 推送金蝶费用单;回退链路:订单退款触发 → 券回退或反向冲销 → 推送金蝶红字单。

优惠券核销与回退流程图:5 大状态机 × 双链路(核销链路 / 回退链路)+ 3 大对账节点(券领取数据 / 券核销数据 / 券回退数据)

5 大状态机 × 双链路:

  • 核销链路:用户领券(待使用)→ 订单使用(已使用)→ 核销入账(写入对账数据)→ 推送金蝶费用单
  • 回退链路:订单退款触发(券是否已核销判定)→ 未核销 = 券回退用户 / 已核销 = 反向冲销(已回退状态机)→ 推送金蝶红字单

3 大对账节点——券领取数据 / 券核销数据 / 券回退数据。

双向核对的合规意义——券核销数据 vs 实际订单付款金额,差异打 MARKETING_COUPON_DIFF 或 SUBSIDY_DIFF 标签;券回退数据 vs 实际退款金额,差异打 COUPON_SETTLEMENT_ABNORMAL 标签。所有差异都可追溯到平台后台的券 ID 与用户 ID。

把核销与回退做成「双链路状态机 + 三对账节点」是对账系统的标准做法——对账系统的 5 类补贴判定矩阵才能跑得起来——这也是轻易云智能对账系统的对账脚本沙箱支撑的核心场景。

跨平台对比:京东 / 抖店 / 支付宝 / 小红书的 4 类补贴实战差异

5 类平台补贴在 4 大平台上的判定与对账差异显著——把 52 家公司调研样本中 4 大典型平台的实战差异整理成对照表:

平台主要补贴类型出资主体判定对账标签码典型口径
京东 POP自营券、联合立减、京东联盟扣款商家出资 / 平台出资明确标识MARKETING_COUPON_DIFF / INFLATION_FUND_DIFF商家部分冲收入、平台部分进费用
抖店实际平台补贴 / 达人补贴 / 抖音支付补贴 / 月付营销补贴 4 类抖音支付 + 平台全出资SUBSIDY_DIFF4 类全走「费用池」不进收入池(v3.0.0 起)
支付宝 / 天猫百亿补贴 / 淘金币 / 88VIP 优惠 / 限时红包 / 消费券平台全出资MARKETING_COUPON_DIFF / DIRECT_COMPENSATION商家不开票 + 平台出明细单
小红书平台优惠补贴 / 政府券补贴 / 运费补贴平台出资为主 + 政府出资专项SUBSIDY_DIFF整单口径 = 计佣基数(含补贴)

[来源:2026-09 各平台补贴处理口径实战汇总] 抖店的特殊性——抖店资金账单把 4 类补贴拆成独立行(实际平台补贴 / 实际达人补贴 / 抖音支付补贴 / 月付营销补贴),全部走费用池(OTHER_INCOME) 而不进收入池。小红书的特殊性——账单净额口径 = 计佣基数(含平台补贴 + 政府券补贴),「补贴差异」通过 R6-b 补贴差异分行档单独识别。

[来源:52 家中型电商公司补贴处理口径调研(2025-2026)] 调研样本中有 38% 的公司在抖店场景下错误地把抖音支付补贴冲减了主营业务收入——稽查一来全部要追溯调整。

5 道自动合规检查:把稽查应对从「30 天」压到「5 天」

合规边界的最终价值是「应对稽查的速度」——传统 ERP 时代,稽查组来一次,财务团队要花 30 天调账、调凭证、写说明。

5 道自动合规检查:

  1. 收入确认时点——每笔订单按 23 标签码的判定结果,确认「按哪个时点入账」
  2. 退款倒挂——平台退款金额 vs 实际收款金额,差额打 REFUND_OVERHANG 标签
  3. 平台补贴——平台扣的券、膨胀金、直赔,区分冲减收入 vs 计入销售费用
  4. 跨期收入——IncomePlanItem.carriedOverAmount 前期转入金额,自动归集
  5. 代扣税——平台代扣的 VAT / GST / 商品税,自动计提应交税费

第 3 道自动合规检查(平台补贴)的判定流程:

  • 步骤 1:识别补贴类型(subsidyType 枚举)
  • 步骤 2:判定出资主体(merchantFundedRatio 0-100%)
  • 步骤 3:按出资比例拆分到「冲减收入」与「计入销售费用」
  • 步骤 4:判定 diffReason(MARKETING_COUPON_DIFF / SUBSIDY_DIFF / DIRECT_COMPENSATION)
  • 步骤 5:自动生成凭证(借贷平衡 + 税额计算 + 跨期校验)

[来源:2026-09 某电商集团合规专项复盘] 这家集团 2024 年接到税务稽查,调账 + 写说明耗时 28 天;2026 年再次接到稽查(同一稽查组),耗时 5 天——5 道自动合规检查上线后,稽查组现场调取的 5 张表(收入确认表 / 应收账款账龄表 / 平台代扣明细表 / 跨期收入明细表 / 退款倒挂明细表)全部是系统自动生成的。

稽查应对速度的合规意义——响应越快、补缴越主动、罚款比例越低。2024 年那次的罚款比例是 18%(含偷税认定),2026 年这次的罚款比例是 4%(按「自查补报」认定)——同样是 320 万元的补贴错配,罚款差距 4.5 倍。

平台补贴合规检查的工程意义——从「一刀切冲收入」到「5 类补贴 × 出资方判定 × 出资比例拆分」是一道从艺术到工程的跨越。对账系统自动判定的 23 标签码 + diffDisposalSuggestion 处理建议,让 5 类补贴的「冲收入 vs 进费用」从「CFO 个人判断」转化为「系统自动判定」。

【信息科学与工程学】【财务管理】第一篇 财务管理方法和税务 ​​​​​​​。 阅读详情

相关推荐

【信息科学与工程学】【财务管理】第四十六篇 企业资本运作03

金融机构协商,置换为期限更长、成本更低的合法合规债务(如地方政府债券、项目收益专项债),同时剥离政府融资职能,向市场化经营的国有资本投资运营公司转型。通过设立独立的生态链投资部门(如顺为资本、小米战投),以“投资+孵化”模式,参股但不控股一批智能硬件创业公司,为其提供供应链、工业设计、品牌、渠道等全方位支持,快速打造“小米”和“米家”品牌产品矩阵,实现生态协同与财务回报双赢。

weixin_49199313的博客 861

视频隐私脱敏工程化:CSRT/KCF追踪算法在本地推理中的实现与边界

在短视频内容合规审查中,动态遮挡(Dynamic Masking)是高频且高耗时的环节。传统手动关键帧打码不仅效率低下,且在目标快速移动或遮挡时极易出现遮罩漂移。本文从计算机视觉工程角度,解析基于CSRT与KCF算法的目标追踪方案在视频隐私处理中的技术路径、性能权衡及落地实践。

Mysssone的博客 195

【信息科学与工程学】【财务管理】第九篇 企业收款与资金催收管理02

编号特征/行为类别具体特征/行为名称描述相关函数/算法数学方程/伪代码/核心思想2.1.2.001​额度动态调整​基于滚动时间窗口行为评分的自动调额​定期(如每日/每周)计算客户在过去N天内的行为评分(综合付款、订单、互动),根据评分变化自动触发额度上调、下调或冻结建议。滚动窗口计算、阈值触发。;。2.1.2.002​额度动态调整​预测性额度需求模型与预增信​使用时间序列模型预测客户未来M天的订单金额和节奏,在预测需求高峰来临前,主动、临时性地上调其信用额度,避免因额度不足影响销售。时间序列预测、事件驱动。

weixin_49199313的博客 1215

6 款电商 AI 图片生成软件实测|国内 + 跨境卖家工具清单

电商 AI 作图工具已经从 "能不能用" 进入了 "好不好用" 的阶段。对于绝大多数卖家而言,现在的 AI 工具已经可以覆盖 60%-80% 的基础商品图需求,显著降低拍摄和设计成本。选择工具的核心逻辑不是 "哪款最强",而是 "哪款最适配你的品类、平台规模和团队能力"。垂直电商工具胜在工作流效率,通用生图工具强在创意上限,模板类工具赢在上手速度。建议根据自身业务阶段,搭配 1-2 款主力工具 + 1 款辅助工具,形成适合自己的视觉生产流程。

Mardi_Ladin的博客 352

「文智助手」全场景办公AI助理AI+OPC全流程实践方案(大赛作品)

「文智助手」全场景办公AI助理AI+OPC全流程实践方案(大赛作品)

jks212454的博客 150

《AI实战嵌入式Agent +MCP+skill》课时2.5|定时器实战

本课讲解定时器时基单元原理,通过PSC、ARR、CNT三寄存器配合实现精确周期控制。以84MHz时钟为例,计算得PSC=8399、ARR=9999可实现1秒溢出周期。采用HAL_TIM_Base_Start_IT启动定时器更新中断,在HAL_TIM_PeriodElapsedCallback中处理周期任务,实现非阻塞、高精度的定时。相比HAL_Delay的阻塞式延时,定时器中断方案不占用主循环,支持并发操作,是嵌入式系统中实现周期任务的高效方式。

现任某外企的算法工程师!专注于人工智能、嵌入式、FPGA、论文写作四大主题的教程和经验分享!辅导请➕v :sci666888999 184

我用 GPUWorks 在 M1 Pro 上搭了个发票识别原型

公司里经常要看电子发票。我想先做个小原型:把 PDF 发给一个自己部署的图文模型,让它提取发票类型、日期、交易双方和金额,再把结果交给同事核对。这个原型不用先接财务系统,先看看从部署到调用要走多少步,模型返回的内容能不能帮上忙。

鸽芷咕的博客 2万+

RWEQ土壤风蚀模型的估算与变化归因分析

本次以介绍RWEQ模型的基本原理及数据需求,再结合案例讲解RWEQ模型中区域地理空间数据库构建的方法和各个参量提取的原理与方法,最后结合典型案例进行综合讲解风蚀模数估算、制图及归因分析。空间分析与制图:提取分析、局部分析、邻域分析、区域分析、插值分析、平滑处理、像元提取、采样与重采样。以某实际应用为案例,掌握RWEQ模型进行当地土壤风蚀量空间分布分析整体流程。地图服务器、在线地图、范围指示器、格网、表格、基础地图服务使用规则介绍。掌握土壤风蚀模型的原理、优势点及因子组成。

2301_77413856的博客 1193

您您这可以把问小白的多个会话比如说。左侧的多个会话一次性导出吗?不是单条会话里面的多次会对话。AI导出鸭

第三层是格式编译层。这个决策背后的判断很清晰:一个批量导出工具的价值,不在于“试三次”,而在于你真正用它处理了几十份技术文档、访谈记录或课程讲义之后,它是否值得留在你的工作流里。问小白的会话列表通过分页接口加载,AI导出鸭 在页面运行时建立旁路监听,捕获每一次分页请求返回的完整对话清单,包括会话 ID、标题、时间戳和隐藏的元数据字段。让AI导出回归优雅——这句话说的是:导出不该是体力活,而应该是一次完整的、可预期的文件交付。注意:这里的“批量”指的是左侧列表里的多个独立会话,不是一条会话内的多轮对话。

laoyunsi的博客 232

图形引擎实战:镭射效果制作分享

该方案的优势1.遵循物理的2.可以使用少量的参数去调控镭射的效果。计算相对简单,缺点仍是颜色不能够自定义,还有一种常见的方案是采样一张镭射贴图来模拟,好处是颜色可以自定义同时性能上还很高效没有复杂的公式计算。我查阅了网上普遍的方案,常见的做法是制作一个Ramp图生成工具,然后将生成好的ramp图赋给材质。这两个方案的好处是美术同学可以手动的去控制镭射的颜色。最后就是Shader中对Ramp图的采样的部分,Ramp图的UV坐标是使用fresnel作为Ramp的U轴坐标,0.5作为V轴坐标。

qq_41166022的博客 1353

保姆级教程:用GMT6.1绘制专业地形起伏图(从数据下载到出图避坑)

本文提供了一份详细的GMT6.1绘制地形起伏图的保姆级教程,从环境搭建到数据下载,再到核心绘图命令解析,帮助用户避开常见错误。特别适合科研人员和地理信息爱好者快速掌握专业地形图的绘制技巧,提升工作效率。

weixin_42549723的博客 276

医疗 AI 有两种,别混着谈:一个改流程,一个改范式

InfoXMed 是面向医生、医学生和医学科研人员的 AI 医学工具平台,提供文献检索、全文翻译、AI 解读、指南查询和题库练习等功能,辅助临床学习、科研汇报与医学备考。原文是日本医学会杂志(JMA Journal)的一篇综述(Review Article):基本事实:这一点必须先说清:这篇论文提出的是一个研究纲领。它文中的"预测"指的是科学设想,不是可以拿来用的临床预测能力。文中甚至自己承认了一个硬缺口(见第三节)。本文只谈它的术语辨析与科学方法论,不转述任何可作为临床依据的预测或处置主张。这篇论文的全部

2601_96948740的博客 232

TensorFlow GPU版本安装步骤-Windows系统

本文由在Windows下安装TensorFlow GPU版本教程-优快云等整理得到。 目录 1、确认显卡是否支持CUDA 1.1 查看显卡信息 打开“设备管理器”,查看显卡信息,如下图所示: 由上图知,本电脑的显卡为NVIDIA Quadro P400. 1.2 查看支持CUDA的显卡 网址:https://developer.nvidia.com/cuda-gpus 经查询可知,该显卡支持CUDA,如下图所示: 2、安装CUDA 2.1 下载CUDA 网址:https://developer.nvi

x_lingyun的专栏 765

AI Agent之核心框架

A: 显式 Thought 有三类价值:可解释性(便于人类审计)、可调试性(定位哪一步选错工具)、学习信号(可做监督微调或评估中间步骤质量)。ReAct 把推理与 可执行行动 绑定,每一步行动后都有 真实 Observation 反馈,从而用工具结果约束生成,降低闭卷幻觉。做完不等于结束——还要 评估做得好不好,把 教训 记下来,下次 带着教训重试,反思作为 记忆,影响后续尝试的策略。工作流程:Action → Evaluation → Reflection → Retry。A: 普通 CoT 只在。

剑雨巍巍的博客 189

汽车OTA 测试用例

汽车OTA 测试用例

天赐好车的博客 973

备战2025数学建模国赛(算法65):Fisher判别分析

在数学建模竞赛中,我们常常会遇到需要对研究对象进行分类或判断的问题。例如,根据西瓜的各类指标判断其好坏,根据经济数据判断一个国家的发展程度,或根据病人的医学影像特征判断其是否患病。这类“分类判别”问题,是建模竞赛中最常见的题型之一。Fisher判别分析(或称线性判别分析,LDA)作为一种经典的、有监督的降维与分类方法,因其模型简洁、可解释性强、计算高效而备受青睐。

YOLO 422

河道漂浮物目标检测数据集

目标检测,yolo,河道漂浮物目标检测数据集

DL_data_set的博客 191

【YOLO系列】YOLOv11详解:模型结构、损失函数、训练方法及代码实现

YOLOv11在目标检测领域实现重大突破,通过动态骨干网络(Dyna-Backbone)和FPN++架构,在保持高帧率(≥60FPS)的同时提升小目标检测精度(AP_S提升5.6%)。创新采用CIoU++损失函数和类别平衡Focal Loss,结合Mosaic-Plus数据增强,参数量减少18%至6.5M。实验显示,该模型在COCO数据集上实现更高mAP,特别适合移动端部署,Jetson Xavier平台能耗比优化至3.2W·ms⁻¹,支持目标检测、实例分割等多任务场景。关键创新包括动态深度调整和双向特征金

一碗白开水一 3444

AI 应用开发工程师技术实践:大模型接入、通用组件封装与性能优化

本文提出AI应用从PoC到生产的核心挑战:模型调用的持续可用、可控与可优化。通过构建统一LLM网关实现多供应商路由与故障转移,封装对话、工具调用与RAG组件以解耦业务逻辑,结合前缀缓存、批处理与流式背压治理等性能优化手段,形成“接通→接稳→接快”的工程路径,最终以工程化能力决定AI应用的生产可用性。

2301_79189962的博客 541

Yield Management软件:Lam Research二次开发_(5).缺陷分析与分类方法

在半导体制造过程中,缺陷分析和分类是提高良率管理(Yield Management)的关键步骤。通过准确地识别和分类缺陷,可以更好地理解工艺过程中的问题,从而采取有效的措施来提高生产效率和产品质量。本节将详细介绍缺陷分析和分类的方法,包括缺陷检测、特征提取、分类算法及其在Lam Research软件中的应用。

2401_87715305的博客 687

TMS_WebGMaps_1.9.8.0_Full_Source

TMS_WebGMaps_1.9.8.0_Full_Source 全源码 delphi cbuilder

AI前沿日报 · 2026-11-04 | 祛魅时刻:Astra“纯读权重“神话的崩塌

①Astra"裸权重通吃"被spaCy创始人Honnibal精准祛魅——仅1/3实验真裸读,数学能力提升依赖Python+50次迭代;②Simon Willison用Qwen 3.8-27B端侧复现权重空间编程;③Nvidia开源Auto-Ontology自动知识图谱;④$800开源全域抓取机器人Stringman;⑤OpenAI悄然重开Codex训练开关引信任危机;⑥DeepMind发布Gemini 4 Argon机器人基础模型;⑦美国科技巨头隐性AI债务达3.2万亿美元,6个月增90%。

johnsong2009的博客 552

efm32 入门.pdf

本PDF共计22页,介绍的是操作驱动API,下载与否自己斟酌。

大模型 Embedding 与向量相似度详解

Embedding 解决的问题:计算机不懂文字,但懂数字│▼文本 → 向量(1024维浮点数数组)│▼相似度解决的问题:怎么判断两个向量(文本)有多接近│▼余弦相似度:看向量方向的夹角,越接近0°越相似│▼最终效果:语义搜索——理解意思,而非字面匹配一句话总结:Embedding 把文字变成数字,余弦相似度比较数字的方向,两者结合实现了"理解语义"的搜索。

T3165919332的博客 79

计算机控制技术及应用

《计算机控制技术及应用》通过总结作者的科研成果和吸收国内外的先进理论、方法和技术,以计算机控制系统的网络化、开放化、智能化和集成化发展趋势为主线索,主要介绍计算机控制系统的基本概念和计算机控制系统的典型形式,计算机控制系统的数学描述与基本分析方法,以及数字PID控制器、最少拍控制系统、达林算法、状态变量设计法等设计方法及其各种改进算法。重点突出计算机控制系统输入输出通道接口的设计方法和典型控制系统的设计案例与实现方法等。

lwip-2.0.3

lwip是瑞典计算机科学院(SICS)的Adam Dunkels 开发的一个小型开源的TCP/IP协议栈。实现的重点是在保持TCP协议主要功能的基础上减少对RAM 的占用。

GPT-1 架构和计算细节

下面配合框图,对 GPT-1 的每个组件做公式展开 + 数值实例(配置:12 层 × 768,12 头,FFN 3072,词表 40478,共 117M 参数)。GPT-1 把翻译模型的编码器-解码器砍掉一半,只留解码器,然后以"预测下一个词"为目标在 BooksCorpus 上预训练。与 2017 原版的四个架构差异(框图中标 ★):h0=E[token]+Epos[position],E∈R40478×768, Epos∈R512×768h^0 = E[\text{token}] + E_{pos}[\

eloudy的专栏 249

终端 AI 审计与 “龙虾” 类智能体风险治理:从可见性到闭环溯源

生成式 AI 办公普及之后,数据泄露风险逐步下沉到终端。员工将合同、源代码、客户资料粘贴至公有大模型,以及龙虾(OpenClaw)这类本地开源 AI 智能体的滥用,成为企业安全新挑战。传统网络边界防护存在审计盲区,本文从风险链路拆解、核心能力模型、分级治理策略、落地踩坑点以及技术局限性多角度,分享终端侧 AI 安全治理的实践思路。

2401_86491085的博客 628

2.53 基于极稀疏指纹的室内定位注意力图元学习

该论文发表于IEEE Transactions on Mobile Computing(TMC)2026年6月,面向极稀疏指纹条件下的WiFi室内定位,针对指纹采集人力成本高、标记指纹稀缺时定位精度大幅下降的痛点,提出注意力图元学习模型AGML(Attentional Graph Meta‑Learning),结合图神经网络、元学习、两种指纹数据增强与分布对齐技术,在标记指纹极少的场景实现高精度室内定位,同时公开了多套真实+仿真定位数据集用于基准测试。场景:二维室内空间,障碍物造成信号遮挡,

weixin_42963026的博客 325

语音识别与语音合成的技术原理及应用

语音识别 #语音合成 #人工智能 #大模型。语音识别与语音合成的技术原理及应用。一、语音识别的核心原理。二、语音合成的核心原理。三、工程落地的主要难点。五、需要关注的现实问题。

weixin_62919816的博客 201
上一篇: 聚水潭商品库存查询接口字段手册教程(对接 MySQL 实战)
下一篇: BOM接口抛转失败钉钉通知策略实战教程:MySQL异常日志到钉钉消息的端到端配置
QEasycloud
博客等级 码龄4年 154粉丝 60原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值