SEUNOR

Distribution Management

把分发链路收束到一条可追踪的路径

从作品发行配置、DSP 平台投递、标识符自动分配、投递状态追踪到下架与重投，SEUNOR 把分发链路上每一段都治理在同一套体系里。

投递语言示意

发行状态投递中 · 12 个 DSP
标识符状态等待分配 ISRC × 2
投递任务DDEX ERN 4.3.2 打包中
同步状态有 1 条变更待同步

业务价值

把分发链路上的每一段治理在同一处

01

Value

一条可追踪的发行路径

草稿、发行、平台、投递任务、ERN 包都挂在同一条主线上，任何一段都能定位到对应人和时间。

02

Value

标识符不再靠人工编号

UPC / ISRC 从前缀池自动分配，跨年序号自动续接；自有码段也能接入池化，避免历史冲突。

03

Value

失败可重投、变更可同步

投递失败保留错误详情和重试入口；元数据 / 资源变更后由系统识别差异并按需重新投递到已上线平台。

核心能力

分发链路上的六组关键控制点

Capability · 01

发行配置向导

双步向导加自动保存草稿，跨会话恢复；支持多专辑批量创建与冲突自动合并。

Capability · 02

DSP 平台映射

按租户配置接入多个 DSP；同一发行配置可一次性下发，平台级状态独立维护。

Capability · 03

DDEX ERN 多版本

出站覆盖 3.8.2、4.1、4.1.1、4.2、4.3、4.3.1、4.3.2，按 DSP 要求选择版本，不需要团队自行做中转。

Capability · 04

投递任务可观测

底层投递任务区分打包、上传、回调、完成四组状态，失败保留错误详情，可重投。

Capability · 05

下架与恢复双轨

标准下架可恢复，永久移除不可逆；下架时区可配置，恢复上架与软删除互不污染。

Capability · 06

预设模板与复用

把一组常用平台配置保存为预设，下次发行一键应用；占用平台自动跳过。

流程

从作品入选到 DSP 上线的四步闭环

01Step

选作品

从曲库挑选一张或一组作品，自动识别历史发行避免重复发行。

02Step

配置发行

选择平台、地区、上架周期、商业模式、价格；缺标识符可申请自动分配。

03Step

投递与回调

系统按 DSP 要求生成 DDEX ERN，通过 SFTP 投递并跟踪回调结果。

04Step

持续治理

上线后跟踪状态、同步变更、按需重投、安全下架、有据可恢复。

分发管理骨架

SEUNOR 在分发链路上覆盖的四大能力域

分发管理不只是「把文件发给 DSP」。它把发行配置、平台投递、状态追踪、异常治理收敛到一个能被人和系统共同操作的层级。

01

发行配置与协作

把发行从「一次性事件」变成「可保存、可恢复、可复用、可批量」的协作动作。

  • 双步向导 + 草稿自动保存，跨会话回到上次编辑位置
  • 多发行批量创建 + 自动合并到既有发行，避免重复上架
  • 预设模板让常用平台配置一次保存、多次复用

02

DSP 平台与协议

支持租户按需配置 DSP，统一对接 DDEX ERN 多版本与 SFTP 投递。

  • 租户级 DSP 配置，按平台模板快速接入
  • DDEX ERN 出站覆盖 3.8.2 至 4.3.2 七个版本，按 DSP 要求自动选择
  • 底层 SFTP 直传，文件 SHA-256 校验，主机密钥策略可配置

03

投递状态与可观测

把投递从「黑盒上传」变成「每一段都能看见」。

  • 发行级状态与平台级状态分离，互不污染
  • 底层投递任务区分打包、上传、回调、完成四组中间态
  • 时间线记录每一次投递的批次、错误详情与重试历史

04

下架、重投与异常治理

上线之后的稳定运营，比首次上线更重要。

  • 标准下架可恢复、永久移除不可逆，下架时区可配置
  • 失败任务可重投，重投递审计日志全程留痕
  • 元数据 / 资源变更后自动识别差异，按需重投到已上线平台

典型场景

不同团队会用分发管理解决的同一类问题

分发管理不只是为「新发行」设计的。无论你在做新版上线、长尾重投，还是跨地区联运，同一套体系都能跑通。

01

唱片公司发行运营

每月有数十张新版发行，要按不同地区 / 不同 DSP 配置不同上架周期与商业条款，还要处理临时改期。

用预设模板沉淀常用配置，用商业化配置卡片管理多地区 + 多周期 + 多商业模式组合，发行前做冲突预检避免重复上架。

02

独立厂牌与版权代理

需要把代理的第三方曲目陆续上线到不同 DSP，标识符散乱、码段不足，担心跨年序号冲突。

UPC / ISRC 从前缀池自动分配，跨年序号自动续接，自有码段也能接入池化；不必为每首曲目手工编号。

03

聚合方与平台运营团队

已经上线的曲目元数据或资源会持续变化，需要同步到所有已投递的 DSP；失败时还要能定位是哪一步出问题。

系统识别差异后按需重投到已上线平台；底层投递任务区分打包、上传、回调四组状态，失败保留错误详情可重投。

标准与协议

SEUNOR 在 DDEX ERN 上的版本支持矩阵

不同 DSP 对接的 DDEX ERN 版本不同。SEUNOR 出站同时支持七个版本，按 DSP 要求自动选择，避免团队自行做版本中转或维护多套生成逻辑。

3.8.2AVS 2016-10-06
出站（投递到 DSP）
支持
入站（接收外部 ERN）
支持
4.1AVS 4
出站（投递到 DSP）
支持
入站（接收外部 ERN）
支持
4.1.1AVS 4.1.1
出站（投递到 DSP）
支持
入站（接收外部 ERN）
支持
4.2AVS 2020-05-18
出站（投递到 DSP）
支持
入站（接收外部 ERN）
支持
4.3AVS V11
出站（投递到 DSP）
支持
入站（接收外部 ERN）
支持
4.3.1AVS V11
出站（投递到 DSP）
支持
入站（接收外部 ERN）
支持
4.3.2AVS V11
出站（投递到 DSP）
支持
入站（接收外部 ERN）
支持推荐

具体接入版本以租户对接 DSP 的实际要求为准；新版 DSP 通常推荐使用 4.3.2。

标识符治理

业内标识符在 SEUNOR 分发链路里如何被治理

UPC / EAN、ISRC、ISNI、IPI、GRid、DPID 这些标识符决定了作品能否被全球分发链路准确识别。SEUNOR 在分发链路里让这些标识码具备「池化、自动分配、按需补齐」的能力，团队不需要在发行前为每一首曲目手工编号。

UPC / EAN
作用域
专辑级商品条码
SEUNOR 处理方式
前缀池化管理，发行时自动分配；自有码段可接入池化，跨年序号自动续接
ISRC
作用域
曲目级录音标识
SEUNOR 处理方式
前缀池 + 年序自动分配，跨年续接；亦可申请由 SEUNOR 代为分配，正式分配前可预分配以避免发行链路阻塞
ISNI
作用域
创作者身份标识
SEUNOR 处理方式
与艺人实体绑定，发行时随 ERN 自动注入
IPI
作用域
词曲权利人标识
SEUNOR 处理方式
与艺人实体绑定，用于著作权管理组织对账
GRid
作用域
发行批次标识
SEUNOR 处理方式
随发行链路按需生成，进入交付时自动随附
DPID
作用域
DDEX 参与方标识
SEUNOR 处理方式
在租户配置中维护，DDEX 报文生成时自动注入发送方与接收方 DPID

状态可观测

把投递从「黑盒上传」变成「每一段都能看见」

分发管理同时维护两层状态机：发行级状态告诉你「这张发行整体在哪一步」，平台级状态告诉你「在某个 DSP 上发生了什么」。

覆盖发行从创建到下架的全生命周期，下架与更新链路独立。

Happy path

  1. PENDING
  2. PROCESSING
  3. DELIVERED
  4. UPDATE_PENDING
  5. TAKEDOWN_PENDING
  6. TAKEN_DOWN

Failure branches

  • FromPENDINGPENDING_ALLOCATION
  • FromPROCESSINGFAILED
  • FromUPDATE_PENDINGUPDATE_FAILED
  • FromTAKEDOWN_PENDINGTAKEDOWN_FAILED

State dictionary

10 states
  • PENDING待分发已创建，等待进入投递
  • PENDING_ALLOCATION等待分配 ISRC已申请由 SEUNOR 分配 ISRC，分配完成后自动继续
  • PROCESSING分发中正在生成 ERN 并通过 SFTP 投递
  • DELIVERED已发行投递成功并已上线，可发起后续更新或下架
  • UPDATE_PENDING更新投递中已上线发行的元数据 / 资源变更，正在重新投递
  • UPDATE_FAILED更新投递失败重投失败，保留错误详情可重试
  • FAILED分发失败首次投递失败，保留错误详情可重投
  • TAKEDOWN_PENDING下架中已发起下架，正在生成下架 ERN 并投递
  • TAKEN_DOWN已下架下架完成，标准下架可恢复
  • TAKEDOWN_FAILED下架失败下架投递失败，保留错误详情可重试

治理动作

上线之后的稳定运营，比首次上线更重要

分发管理不只是「把内容发出去」。它通过一组治理动作，让上线之后的变更、失败、下架、恢复都有清晰路径。

4Gates · Post-release

Gate · 01

变更差异检测

已发行内容的元数据或资源变化时，系统自动识别差异，让用户决定是否同步到已上线平台，避免被动遗忘。

Gate · 02

失败重投与审计

失败终态保留错误详情；失败后可发起重投，重投不会重复上传已成功的文件；重投递审计日志全程留痕。

Gate · 03

标准下架与永久移除分轨

标准下架可恢复，永久移除不可逆；下架时区可配置，避免误操作把可恢复内容做成不可逆动作。

Gate · 04

冲突预检与自动合并

创建发行时检测同 DSP 上的周期重叠风险并让用户确认；同曲目集已有进行中发行时，新平台自动追加到现有发行而不是开一条新发行。

分发治理前后

从「手工分发」到「治理化分发」

同样的内容、同样的 DSP，只是工作方式不同。

分发治理前

  • 每次发行靠 Excel + 邮件 + 网盘协调，缺哪一项要追问
  • 标识符靠人工编号，跨年容易冲突，发行后才发现错
  • 投递失败靠人在 DSP 后台核对，难以追溯哪一步出错
  • 下架与永久移除不分轨，误操作不可逆
  • 已上线内容的变更只能逐个 DSP 重新提交

分发治理后

  • 发行配置进入主线流程，草稿、平台、商业化、价格都可被治理
  • UPC / ISRC 从池中自动分配，跨年序号自动续接
  • 投递状态机覆盖打包、上传、回调，失败保留错误详情可重投
  • 标准下架可恢复，永久移除需独立路径，下架时区可配置
  • 系统识别差异后按需重投到所有已上线平台

常见问题

在落地分发管理前最常被问到的问题

以下回答只覆盖最高频的几类问题，更细的边界以产品文档与合同条款为准。

  • 不需要从零开始。SEUNOR 同时支持 DDEX ERN 3.8.2 至 4.3.2 七个出站版本，可直接复用既有元数据；缺失字段按资产层规则补齐即可，不要求团队先把所有字段补完再开始使用。

Get started

把分发链路收束到一条可追踪的路径

SEUNOR 让作品发行配置、平台投递、状态追踪、变更同步、下架恢复都跑在同一套体系上。

了解能力去看看资产管理