Arch Day 85
Arch Day 85: 供应链金融
Arch Day 85: 供应链金融
2026-06-23
第三阶段 - 零售域深度供应链金融区块链风控确权
日期: 2026-06-23 (Day 85) 阶段: 第三阶段 - 零售域深度 标签: #供应链 #金融 #区块链 #风控 #确权
核心概念
一句话定义
供应链金融是金融和零售的交叉——它以核心企业的信用为基础，通过应收账款、库存、预付款等供应链资产作为抵押或信用支撑，为上下游中小企业提供融资服务。本质是把"供应链上的信用"变成"可融资的资产"。
为什么关注
据央视网2024年报道，中国供应链金融行业规模约41.3万亿元，近5年年均复合增长率达20.88%。这是一个巨大的市场：
- 中小企业融资难：中国中小企业贷款满足率不到30%，传统银行看不到供应链上下游的真实交易
- 核心企业信用外溢：核心企业的信用等级远高于其供应商，但银行只能给核心企业授信
- 账期压力：大型零售商平均账期60-90天，中小供应商的现金流压力巨大
- 区块链落地最佳场景：供应链金融被认为是区块链技术落地最成熟的金融场景之一
个人优势连接
10年金融零售软件经验 + 供应链金融 = 稀缺交叉能力
金融背景带来：
├── 风控模型理解（信用评分/反欺诈）
├── 清结算流程经验
├── 合规监管认知
└── 金融系统高可用设计
零售背景带来：
├── 供应链业务理解
├── 采购/库存流程熟悉
├── ERP/WMS系统经验
└── 核心企业视角
误区与反模式
| 误区 | 现实 |
|---|---|
| "供应链金融=给供应商贷款" | 本质是基于贸易真实性的融资，不是信用贷款 |
| "有了区块链就能解决一切" | 区块链解决确权和防篡改，但不解决风控和贸易真实性 |
| "核心企业一定愿意配合" | 核心企业确权是核心难点，需要足够的激励机制 |
| "只看应收账款融资" | 库存融资和预付款融资同样重要，三种模式适用不同场景 |
| "供应链金融平台=撮合平台" | 需要深度介入风控、确权、清分，而非简单撮合 |
知识点详解
一、三种核心模式
1.1 应收账款融资（Receivable Financing）
模式本质：供应商把"核心企业欠的钱"作为资产，提前从金融机构拿到资金
典型流程：
供应商 ──→ 交货 ──→ 核心企业 ──→ 开具应收账款凭证
│ │
│ ┌──── 确权 ────────────────┘
│ ▼
└──→ 金融机构 ──→ 放款给供应商（面额的80-95%）
│
└──→ 到期后核心企业付款给金融机构
关键角色：
├── 融资方：供应商（卖方）
├── 确权方：核心企业（买方，确认债权真实）
├── 资金方：银行/保理公司/ABS投资人
└── 平台方：提供系统支撑和信息撮合
核心变体：
1. 正向保理（供应商发起）
供应商主动将应收账款转让给保理商融资
2. 反向保理（核心企业推动）
核心企业主动确认应付账款，推动供应商去融资
优势：核心企业信用背书，融资成本更低
3. 资产证券化（ABS/ABN）
将大量应收账款打包成证券化产品，在资本市场发行
规模化融资，适合大型供应链金融平台
1.2 库存融资（Inventory Financing）
模式本质：企业将库存商品质押给金融机构获得融资
典型流程：
融资企业 ──→ 将库存存入指定监管仓库
│ │
│ ┌── 仓储监管方出具仓单 ──┐
│ │ ▼
└──→ 金融机构 ←── 仓单质押 ──→ 放款（仓单价值的50-70%）
│
└──→ 融资方还款后释放仓单，提取库存
关键要素：
├── 质押物管理：需要第三方仓储监管
├── 价值评估：库存商品的市场价格波动
├── 补仓机制：库存价值下降时需要补充质押
└── 处置预案：违约时质押库存的快速变现
1.3 预付款融资（Prepayment Financing）
模式本质：下游经销商向核心企业采购时，由金融机构代付货款
典型流程：
经销商 ──→ 提交采购订单 ──→ 核心企业
│ │
│ ┌── 确认订单真实性 ────┘
│ ▼
└──→ 金融机构 ──→ 代经销商付款给核心企业
│ │
│ 核心企业发货给经销商
│ │
└── 经销商销售回款后还给金融机构
适用场景：
├── 经销商旺季备货需要大量资金
├── 核心企业要求预付款/现款现货
├── 经销商信用不足以获得银行贷款
└── 核心企业愿意担保/回购
二、核心企业确权机制
确权是供应链金融最关键的环节——核心企业确认"我确实欠供应商这笔钱"。
2.1 确权流程
┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐
│ 贸易发生 │───→│ 确权申请 │───→│ 核心企业 │───→│ 确权完成 │
│ │ │ │ │ 审核确认 │ │ │
│·采购订单 │ │·供应商 │ │·金额核对 │ │·电子签章 │
│·收货确认 │ │ 发起 │ │·合同核对 │ │·确权编号 │
│·发票开具 │ │·平台辅助 │ │·发票核对 │ │·登记上链 │
└──────────┘ └──────────┘ └──────────┘ └──────────┘
│
▼
┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐
│ 回款清分 │←───│ 到期付款 │←───│ 资金监控 │←───│ 金融机构 │
│ │ │ │ │ │ │ 放款 │
│·自动清分 │ │·核心企业 │ │·还款提醒 │ │·审核 │
│·剩余归还 │ │ 付款 │ │·逾期预警 │ │·风控 │
│·利息结算 │ │·银行代扣 │ │·催收触发 │ │·放款 │
└──────────┘ └──────────┘ └──────────┘ └──────────┘
2.2 确权难点与解决
难点1: 核心企业不愿配合确权
├── 原因：增加工作量、担心法律风险
├── 解决：
│ ├── 激励设计：确权后供应商降价/延长账期
│ ├── 系统自动化：ERP对接→自动确权
│ └── 反向保理模式：核心企业主动推动
难点2: 确权信息真实性
├── 风险：虚构交易骗贷
├── 解决：
│ ├── 多源数据交叉验证（订单+物流+发票+入库）
│ ├── 区块链存证（不可篡改）
│ └── 物联网设备实时监控
难点3: 确权后的二次流转
├── 问题：一级供应商拿到确权后，能否转让给二级供应商？
├── 解决：电子债权凭证的可拆分、可流转设计
└── 案例：中企云链"云信"、TCL简单汇、平安壹账链
三、电子债权凭证
电子债权凭证是供应链金融的重大创新——它将核心企业的信用"数字化、可拆分、可流转"。
3.1 设计原理
传统模式：
核心企业 → 一级供应商（可融资）→ 二级供应商（无法融资）→ 三级供应商（更无法融资）
信用只能触达一级
电子债权凭证模式：
核心企业签发100万债权凭证给一级供应商
├── 一级供应商拆出60万支付给二级供应商
│ ├── 二级供应商拆出30万支付给三级供应商
│ │ └── 三级供应商用30万凭证去银行融资
│ └── 二级供应商留30万，到期兑付或去融资
└── 一级供应商留40万，到期兑付或去融资
核心特征：
├── 可拆分：100万可拆成任意份
├── 可流转：可在供应链上多级传递
├── 可融资：任何持有人可去金融机构贴现
├── 到期兑付：核心企业到期无条件付款
└── 全程可追溯：每次拆分/流转都记录在链上
3.2 最新行业实践（2024-2026）
主要平台：
├── 中企云链"云信" — 市场份额最大的电子债权凭证平台
│ 2024年累计开具超万亿元
├── TCL简单汇 — TCL集团供应链金融平台
├── 平安壹账链 — 基于区块链的供应链金融平台
├── 蚂蚁数科"双链通" — 蚂蚁集团供应链金融产品
└── 腾讯云"微企链" — 基于腾讯区块链的供应链金融
技术栈演进：
2020-2022: 联盟链（Hyperledger Fabric为主）
2023-2024: 区块链+隐私计算（多方安全计算）
2025-2026: 区块链+AI风控+物联网（三位一体）
四、供应链金融风控
4.1 风控体系架构
┌─────────────────────────────────────────────────────────┐
│ 供应链金融风控体系 │
├─────────────────────────────────────────────────────────┤
│ │
│ 第一层：准入审核 │
│ ├── 核心企业准入（行业/规模/信用评级/供应链地位） │
│ ├── 融资企业准入（工商/税务/法律/征信） │
│ └── 贸易关系准入（交易历史/合同有效性） │
│ │
│ 第二层：贸易真实性验证 ← 供应链金融风控的核心 │
│ ├── 四流合一验证（信息流/商流/物流/资金流） │
│ │ ├── 信息流：采购订单/合同是否真实 │
│ │ ├── 商流：收货确认/入库记录是否匹配 │
│ │ ├── 物流：物流单号/GPS轨迹是否一致 │
│ │ └── 资金流：历史付款记录是否正常 │
│ ├── 发票验证（税务系统直连/OCR+AI识别） │
│ └── 关联方识别（防止自买自卖/虚构交易） │
│ │
│ 第三层：额度管理 │
│ ├── 核心企业总额度控制 │
│ ├── 单笔融资额度（应收账款面额的80-95%） │
│ ├── 集中度控制（单一供应商/单一行业） │
│ └── 动态额度调整（基于历史还款表现） │
│ │
│ 第四层：贷后监控 │
│ ├── 核心企业经营监控（财报/舆情/诉讼） │
│ ├── 贸易持续性监控（订单量/发货量趋势） │
│ ├── 还款预警（到期提醒/逾期预警） │
│ └── 处置预案（催收/仲裁/保险赔付） │
│ │
└─────────────────────────────────────────────────────────┘
4.2 AI风控增强
传统风控 → AI风控增强
1. 贸易真实性验证
传统：人工审核合同/发票
AI增强：
├── OCR自动识别发票/合同关键字段
├── NLP分析合同条款异常
├── 图神经网络识别关联交易网络
└── 异常交易模式检测（金额/频率/时间）
2. 信用评估
传统：静态财务报表分析
AI增强：
├── 替代数据（工商变更/招聘信息/舆情/水电）
├── 实时经营数据（ERP/POS/物流）
├── 知识图谱（企业关联关系/风险传导）
└── 动态评分模型（实时更新信用分）
3. 欺诈检测
传统：规则引擎
AI增强：
├── 无监督异常检测（Isolation Forest/AutoEncoder）
├── 时间序列异常（交易模式突变）
├── 社区发现算法（识别虚假贸易环）
└── LLM辅助（分析复杂欺诈手法）
五、区块链在供应链金融中的应用
5.1 解决的核心问题
问题1: 确权不可篡改
├── 传统：确权文件可被篡改、重复融资
├── 区块链：确权信息上链后不可篡改
└── 价值：防止"一女多嫁"（同一应收账款多次融资）
问题2: 多级流转可追溯
├── 传统：电子债权凭证流转后难以追溯
├── 区块链：每次拆分/流转都记录在链上
└── 价值：任何人可验证凭证的真实性和流转历史
问题3: 多方协作信任
├── 传统：核心企业/供应商/银行各自维护系统
├── 区块链：共享账本，数据一致性有保障
└── 价值：减少对账成本，提高协作效率
问题4: 智能合约自动执行
├── 传统：到期付款依赖人工操作
├── 区块链：智能合约到期自动触发清分
└── 价值：降低操作风险，提高效率
5.2 技术架构选型
联盟链选型（供应链金融主流）：
├── Hyperledger Fabric
│ ├── 优势：最成熟的企业联盟链，通道隔离，可插拔共识
│ ├── 场景：多银行参与的供应链金融网络
│ └── 案例：中企云链、平安壹账链
├── FISCO BCOS
│ ├── 优势：中国自主可控，微众银行开源
│ ├── 场景：国内供应链金融合规场景
│ └── 案例：微企链、多家城商行
├── 蚂蚁链
│ ├── 优势：蚂蚁集团技术，高TPS
│ ├── 场景：蚂蚁生态内的供应链金融
│ └── 案例：双链通
性能指标：
├── TPS: 1000-10000（满足供应链金融需求）
├── 确认时间: 1-3秒
├── 存储: 链上存关键数据hash，原始数据链下
└── 隐私: 通道隔离 + 零知识证明（部分场景）
架构设计实操
供应链金融平台完整架构
┌─────────────────────────────────────────────────────────────────────┐
│ 供应链金融平台架构 │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ ┌───────────────────── 用户层 ─────────────────────────────┐ │
│ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐│ │
│ │ │ 核心企业 │ │ 供应商 │ │ 金融机构 │ │ 监管/审计││ │
│ │ │ Portal │ │ Portal │ │ Portal │ │ Portal ││ │
│ │ └──────────┘ └──────────┘ └──────────┘ └──────────┘│ │
│ └─────────────────────────────────────────────────────────┘ │
│ │ │
│ ┌───────────────────── 业务层 ─────────────────────────────┐ │
│ │ │ │
│ │ ┌──────────────────────────────────────────────────┐ │ │
│ │ │ 确权中心 │ │ │
│ │ │ ·确权申请 ·多级审批 ·电子签章 ·链上登记 │ │ │
│ │ └──────────────────────────────────────────────────┘ │ │
│ │ │ │
│ │ ┌──────────────────────────────────────────────────┐ │ │
│ │ │ 融资中心 │ │ │
│ │ │ ·融资申请 ·产品匹配 ·利率计算 ·合同签署 │ │ │
│ │ └──────────────────────────────────────────────────┘ │ │
│ │ │ │
│ │ ┌──────────────────────────────────────────────────┐ │ │
│ │ │ 电子债权凭证中心 │ │ │
│ │ │ ·凭证签发 ·凭证拆分 ·凭证流转 ·凭证兑付 │ │ │
│ │ └──────────────────────────────────────────────────┘ │ │
│ │ │ │
│ │ ┌──────────────────────────────────────────────────┐ │ │
│ │ │ 清分中心 │ │ │
│ │ │ ·到期清分 ·利息计算 ·手续费 ·资金划转 │ │ │
│ │ └──────────────────────────────────────────────────┘ │ │
│ │ │ │
│ └─────────────────────────────────────────────────────────┘ │
│ │ │
│ ┌───────────────────── 风控层 ─────────────────────────────┐ │
│ │ │ │
│ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌────────┐ │ │
│ │ │ 准入审核 │ │ 贸易真实 │ │ 额度管理 │ │ 贷后 │ │ │
│ │ │ ·企业 │ │ 性验证 │ │ ·总额度 │ │ 监控 │ │ │
│ │ │ 准入 │ │ ·四流合一│ │ ·单笔额度│ │ ·还款 │ │ │
│ │ │ ·贸易 │ │ ·发票验证│ │ ·集中度 │ │ 监控 │ │ │
│ │ │ 关系 │ │ ·关联方 │ │ ·动态调整│ │ ·预警 │ │ │
│ │ └──────────┘ └──────────┘ └──────────┘ └────────┘ │ │
│ │ │ │
│ │ ┌──────────────────────────────────────────────────┐ │ │
│ │ │ AI风控引擎 │ │ │
│ │ │ ·OCR识别 ·NLP分析 ·图谱分析 ·异常检测 │ │ │
│ │ └──────────────────────────────────────────────────┘ │ │
│ │ │ │
│ └─────────────────────────────────────────────────────────┘ │
│ │ │
│ ┌───────────────────── 基础设施层 ─────────────────────────┐ │
│ │ │ │
│ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌────────┐ │ │
│ │ │ 区块链 │ │ 电子签章 │ │ 对接网关 │ │ 数据 │ │ │
│ │ │ ·联盟链 │ │ ·CA证书 │ │ ·ERP │ │ 平台 │ │ │
│ │ │ ·智能合约│ │ ·时间戳 │ │ ·银行 │ │ ·存储 │ │ │
│ │ │ ·链上存证│ │ ·存证 │ │ ·税务 │ │ ·分析 │ │ │
│ │ │ ·跨链 │ │ │ │ ·物流 │ │ ·报表 │ │ │
│ │ └──────────┘ └──────────┘ └──────────┘ └────────┘ │ │
│ │ │ │
│ └─────────────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────────────┘
核心数据模型
-- 确权单
CREATE TABLE credit_confirmation (
id BIGINT PRIMARY KEY,
confirmation_no VARCHAR(32) UNIQUE, -- 确权编号
core_enterprise_id BIGINT, -- 核心企业ID
supplier_id BIGINT, -- 供应商ID
amount DECIMAL(18,2), -- 确权金额
currency VARCHAR(3), -- 币种
due_date DATE, -- 到期日
contract_no VARCHAR(64), -- 合同编号
invoice_nos TEXT, -- 发票号列表
status VARCHAR(20), -- PENDING/CONFIRMED/REJECTED/EXPIRED
blockchain_tx_hash VARCHAR(128), -- 区块链交易哈希
confirmed_at TIMESTAMP,
confirmed_by VARCHAR(64), -- 确权人
digital_signature TEXT, -- 电子签章
created_at TIMESTAMP DEFAULT NOW()
);
-- 电子债权凭证
CREATE TABLE digital_credit_note (
id BIGINT PRIMARY KEY,
note_no VARCHAR(32) UNIQUE, -- 凭证编号
parent_note_no VARCHAR(32), -- 父凭证编号(拆分场景)
root_note_no VARCHAR(32), -- 根凭证编号(追溯源头)
issuer_id BIGINT, -- 签发方(核心企业)
current_holder_id BIGINT, -- 当前持有人
face_value DECIMAL(18,2), -- 面额
remaining_value DECIMAL(18,2), -- 剩余面额
due_date DATE, -- 到期日
status VARCHAR(20), -- ACTIVE/SPLIT/TRANSFERRED/REDEEMED/FINANCED
blockchain_tx_hash VARCHAR(128),
created_at TIMESTAMP DEFAULT NOW()
);
-- 融资申请
CREATE TABLE financing_application (
id BIGINT PRIMARY KEY,
application_no VARCHAR(32) UNIQUE,
applicant_id BIGINT, -- 申请方(供应商)
financing_type VARCHAR(20), -- RECEIVABLE/INVENTORY/PREPAYMENT
note_no VARCHAR(32), -- 关联凭证
applied_amount DECIMAL(18,2), -- 申请金额
approved_amount DECIMAL(18,2), -- 批准金额
interest_rate DECIMAL(6,4), -- 利率
term_days INT, -- 融资期限(天)
status VARCHAR(20), -- APPLIED/REVIEWING/APPROVED/REJECTED/DISBURSED/REPAID
risk_score DECIMAL(5,2), -- 风控评分
fund_provider_id BIGINT, -- 资金方
created_at TIMESTAMP DEFAULT NOW()
);
-- 贸易真实性验证记录
CREATE TABLE trade_verification (
id BIGINT PRIMARY KEY,
confirmation_id BIGINT, -- 关联确权单
verification_type VARCHAR(20), -- ORDER/LOGISTICS/INVOICE/PAYMENT
data_source VARCHAR(50), -- ERP/WMS/TAX_SYSTEM/BANK
verification_result VARCHAR(10), -- PASS/FAIL/SUSPICIOUS
detail JSONB, -- 验证详情
verified_at TIMESTAMP DEFAULT NOW()
);
智能合约设计（Solidity伪代码）
// 电子债权凭证智能合约
contract DigitalCreditNote {
struct Note {
address issuer; // 签发方(核心企业)
address holder; // 当前持有人
uint256 faceValue; // 面额
uint256 remainingValue; // 剩余面额
uint256 dueDate; // 到期日
bool isActive;
}
mapping(bytes32 => Note) public notes;
// 签发凭证
function issue(bytes32 noteId, address supplier, uint256 amount, uint256 dueDate)
external onlyIssuer {
notes[noteId] = Note(msg.sender, supplier, amount, amount, dueDate, true);
emit NoteIssued(noteId, msg.sender, supplier, amount);
}
// 拆分凭证
function split(bytes32 parentId, bytes32 newId, address recipient, uint256 amount)
external onlyHolder(parentId) {
require(notes[parentId].remainingValue >= amount, "Insufficient value");
notes[parentId].remainingValue -= amount;
notes[newId] = Note(
notes[parentId].issuer, recipient, amount, amount,
notes[parentId].dueDate, true
);
emit NoteSplit(parentId, newId, recipient, amount);
}
// 流转凭证
function transfer(bytes32 noteId, address newHolder)
external onlyHolder(noteId) {
notes[noteId].holder = newHolder;
emit NoteTransferred(noteId, msg.sender, newHolder);
}
// 到期兑付
function redeem(bytes32 noteId) external payable onlyIssuer {
require(block.timestamp >= notes[noteId].dueDate, "Not due yet");
require(msg.value >= notes[noteId].remainingValue, "Insufficient payment");
notes[noteId].isActive = false;
payable(notes[noteId].holder).transfer(notes[noteId].remainingValue);
emit NoteRedeemed(noteId, notes[noteId].holder, notes[noteId].remainingValue);
}
}
AI增强
AI在供应链金融中的应用场景
1. 智能风控决策
├── 替代数据信用评估：用电商数据/物流数据/税务数据评估中小企业
├── 实时舆情监控：监控核心企业/行业的负面新闻
├── 图谱风险传导：一个节点风险如何传导到整个供应链
└── 预测性风控：预测未来30天的违约概率
2. 贸易真实性AI验证
├── 发票OCR+验真：自动识别发票内容并与税务系统验证
├── 合同NLP分析：提取关键条款，识别异常条款
├── 物流轨迹分析：GPS数据+IoT数据验证货物流向
└── 交易模式分析：识别异常交易模式（如循环交易）
3. 智能定价
├── 动态利率模型：基于风险评分+市场利率+资金成本
├── 额度优化：基于历史表现动态调整额度
└── 产品推荐：根据企业特征推荐最优融资方案
4. LLM辅助审核（2025-2026新趋势）
├── 自动生成风控审核报告
├── 辅助审核员理解复杂贸易结构
├── 回答审核员的合规问题
└── 分析行业政策变化对融资的影响
Web3关联
供应链金融的Web3化趋势
当前状态（2025-2026）：
├── 联盟链为主：监管合规要求，公链不适合金融场景
├── 区块链部署率41.86%：仍有较大增长空间
├── 数据孤岛仍存在：不同平台间尚未打通
└── 市场规模持续增长：行业规模超40万亿
未来方向：
├── 1. 跨链互操作：不同联盟链之间的资产流转
├── 2. DeFi融合：传统供应链金融资产代币化→DeFi流动性
├── 3. RWA赛道：应收账款Token化→全球投资人参与
├── 4. 隐私计算：在保护商业机密的前提下共享数据
└── 5. AI Agent：智能合约+AI Agent实现全自动审核放款
今日思考
供应链金融的核心矛盾是：中小企业需要钱，但银行看不到它们的信用。核心企业有信用，但信用无法穿透到多级供应商。电子债权凭证+区块链正在解决这个问题——把核心企业的信用"数字化"并在供应链上"流通"。
中国区块链市场规模从2023年的31.6亿美元，预计到2029年将达431亿美元，年均复合增长率54.6%。供应链金融是其中最成熟的应用场景。
对于有金融+零售双重背景的架构师来说，供应链金融是"降维打击"的领域——你既懂金融的风控逻辑，又懂零售的供应链流程，这种交叉能力在市场上极为稀缺。
面试题
Q1: 供应链金融的核心风险是什么？
简短回答：核心风险是贸易真实性风险——即融资背后的交易是否真实存在。
详细回答：
- 贸易真实性风险：虚构交易骗贷是最大风险，需要四流合一验证（信息流/商流/物流/资金流）
- 核心企业信用风险：核心企业一旦出问题，整个供应链金融体系崩塌
- 操作风险：重复融资（同一应收账款多次质押）、确权文件伪造
- 市场风险：库存融资中质押物价格波动
- 应对：多源数据交叉验证+区块链防篡改+AI异常检测+动态监控
Q2: 区块链如何解决确权问题？
简短回答：区块链通过不可篡改性防止确权信息被篡改，通过共享账本防止重复融资，通过智能合约实现自动清分。
详细回答：
- 防篡改：确权信息上链后不可修改，任何变更都有完整审计轨迹
- 防重复融资：链上可查询凭证状态，金融机构放款前可验证是否已被融资
- 多级流转：电子债权凭证的拆分/流转全程记录在链上，可追溯到源头
- 自动执行：智能合约到期自动触发清分，减少人为操作风险
- 局限性：区块链不能验证链下数据的真实性，仍需结合物联网和AI
学习资源
- 中国企业供应链金融白皮书2025
- 央视网：供应链金融行业规模超40万亿
- 中国区块链供应链金融市场规模分析报告
- 2025中国区块链产业供应链代表企业
- 区块链规模化应用2025趋势
- 书籍推荐：《供应链金融》（宋华著）
- 书籍推荐：《区块链+供应链金融》
明日预告
Day 86: 案例分析——京东供应链架构 — 深入分析京东"211限时达"背后的供应链架构，从智能仓储、无人仓、AGV调度到供应链金融生态，并与菜鸟、顺丰进行模式对比。京东2025年营收1.3万亿、物流营收2171亿的秘密是什么？