运营结果表现
同时看钻石、直播时长、同批主播变化和持续开播;反映管理结果,不直接证明因果贡献| 运营 / 部门 | 月表人数 | 钻石 / 总量与同主播环比 | 直播时长 / 总量环比 | 已建档时长目标 | 同主播时长环比 | 原运营月表留存 | 首次记录 / 缺记录 |
|---|
请使用本人账号和密码登录。首次部署后,请由江源为每位员工设置独立强密码。
先比较线上运营、线下娱播和NPC的月度增长,再看线下主播留存与运营管理结果。钻石业绩、员工工资和公司货币收益分别展示。
按查看月份设置,只用于经营分析,不修改原工资、付款或结算快照。
| 月份 / 部门 | 月表人数 / 活跃 | 钻石 / 总环比 | 时长 / 总环比 | 同主播同部门 | 员工工资 / HR分摊 | 钻石 / 百万VND工资 | 公司货币收益 |
|---|
| 月份 | 业务部门 | 月表人数 | 主播钻石总收入 | 直播总时长 | 已建档时长目标 | 月表留存 | 首次记录 / 回流 / 转入 | 缺记录 / 转出 | 历史员工工资成本 / 钻石产出 | 已锁定直接成本(不相加) |
|---|
| 主播 | 部门 / 运营 | 变化 | 本月钻石 | 本月时长 |
|---|
| 主播 | 原部门 / 运营 | 变化 | 离开前钻石 | 离开前时长 | 此前月份表现 |
|---|
| 首次记录月 / 部门 | 人数 | 次月原部门留存 | 第3月仍有记录(含回流) | 首月钻石 / 时长 |
|---|
历史覆盖首月为基线,无法确认是否真正新主播。第3月指首次记录月后的第2个自然月,是该月记录留存(含回流),不是连续在岗。后续缺月、缺原部门覆盖或尚未到观察月不算留存;转至其他部门/运营另列,身份冲突排除并说明样本。
| 运营 / 部门 | 月表人数 | 钻石 / 总量与同主播环比 | 直播时长 / 总量环比 | 已建档时长目标 | 同主播时长环比 | 原运营月表留存 | 首次记录 / 缺记录 |
|---|
| 主播 | 部门 / 运营 | 生命周期 | 主播钻石总收入 | 钻石环比 | 直播时长 | 经营时长参考 | 时长环比 | 钻石/小时 | 状态 |
|---|
统一数据池
按数据周期保存表格,统一管理文件入库、数据修正和各业务板块的数据调用。
审批队列
统一身份与工资提取口径
| 档案类型 | 稳定编号 | 姓名 / 账号 | 部门 / 业务类型 | 负责人 / 运营 | 状态与数据质量 |
|---|---|---|---|---|---|
| 正在整理人员主档… | |||||
安全采集通道
在Edge扩展管理页开启“开发人员模式”,选择“加载解压缩的扩展”,然后选择下面的插件目录。
正在读取…
仅A级账号可以查看配对码。配对码只连接本机MCN系统,不是TikTok密码。
正在读取…
采集记录由另一名A级账号复核后入库。Rising月赛结果请改用上方 Excel 上传流程,活动管理将直接读取 RISING 栏。
等待采集数据江源专用
正在读取可清理数据…
| 时间 | 文件类型 | 周期 | 数据量 | 操作 |
|---|
本地分析 · 元数据上报 · 人工复核
统一管理直播电脑、主播场次、电脑试测环境、疑似问题和人工复核。系统不接收直播画面,也不会自动处罚主播。
运营提前选择直播电脑和主播;采集端启动后只需确认一次。正在直播的主播如有误,可在这里填写原因后纠正,整场事件会随场次显示正确主播。
仅江源可以生成设备身份。一次性密钥只显示一次,复制到对应电脑的直播管理助手后由Windows受保护存储保存。
一次性密钥
离开或刷新页面后,系统不会再次显示该密钥。
2026年6月-12月活动
系统按四个活动维度管理:里程碑奖励、Rising月赛、勤劳的蜜蜂、年度主播奖励。仅统计主播名单内、且主播数据表标记为“个播本地”的主播。
2026年6月—12月按每月钻石收入单独定档,共9档;当月直播时长须达140小时,每月只发达到的最高档。
月赛现金奖励与月度积分分开计算;年度活动分按7—12月月积分平均值排名。
自然月按直播时长排名前3名,不再误用年度积分的140小时门槛。
年度主播奖励读取管理主播表中的加入时间;2026年10月2日当天及之前加入者具备参赛资格,10月3日起加入者不具备资格。
6—12月总钻石 ÷ 实际在司月数,再按排名计分;第1名50分,此后每名递减2.5分。
7—12月各月Rising积分 ÷ 实际参赛月数,再按平均值排名;第1名30分,此后每名递减1.5分。
单月不足140小时按0小时,除以实际在司月数;达140小时得基础5分,再叠加最高15分的排名分。
| 排名 | 主播用户名 | 月均钻石积分 | Rising月赛积分 | 月均时长积分 | 年度资格 | 年度总分 | 预计奖项 |
|---|
| 月份 | 排名 | 主播用户名 | 当月钻石 | 当月直播时长 | 140H条件 | 预计奖励 |
|---|
在数据管理中上传包含 RISING 栏的 Excel 文件。
由另一名A级账号复核后,系统读取每月主播ID、排名、奖励和积分。
活动管理按 Excel 最终结果展示月赛排名、现金奖励和年度 Rising 积分。
Rising月赛不受年度加入日期限制;任何时间加入公会的主播都可参加。系统以已复核的 Rising月赛结果 Excel 中 RISING 栏的排名、奖励金额和积分为最终依据;年度 Rising 积分仅统计7—12月。
| 排名 | 主播用户名 | 月直播时长 | 月度奖励 |
|---|
工资业务
按员工档案、月度输入、自动计算和审核发薪四个环节管理工资;缺失项目保持待接入,不按零计入实发。
当前设备时间为 UTC+8,系统自动减1小时转换为越南 UTC+7。纯打卡结果直接生成考勤;芳草可更正员工考勤结果,更正必须由裴伟或江源审批后才生效,并保留修改日志。
| 打卡机员工 | 工号 / 时区 | 考勤与特殊事项调整 | 匹配员工档案 | 状态 |
|---|
| 员工 | 部门 / 状态 | 每日状态(悬停查看异常原因) | 考勤汇总 |
|---|
| 月份 / 版本 | 原文件 | 匹配结果 | 状态 | 确认信息 | 操作 |
|---|
工资计算使用这里冻结的月度汇率;实际付款时另填付款汇率,差额单独记录,不改锁定工资。
| 归属 | 项目 | 方向 | 金额 | 备注与记录 | 操作 |
|---|
| 主播 | 直播达标 | TikTok奖励 | 主播收入 | 公司补保底 | 返还保留 | 培训 / 扣款 | 公司实发 |
|---|
兼职主播自动在所设比例基础上减少1个百分点;线下NPC主播不进入娱播运营部的VH提成。
只填写签约日期位于本月的HR部主播;签约日期由主播合同表匹配,统计区间自动取签约次日至月底。以前月份签约的主播继续使用整月钻石。
| 主播 / 招募人 | 合同签约日 | 计提区间 | 整月钻石参考 | 招募计提钻石 | 来源 / 状态 |
|---|
| 员工 | 方案 | 主播与钻石 | 提成试算 | 工资主体 | 状态 / 来源 |
|---|
| VH / 主播 | 钻石 | 用工类型 | 基础比例 | 实际比例 | 提成 |
|---|
当前可算:状态工资、考勤、保险、夜班、手工项目,以及数据完整时的VH和招募绩效。独立结算:主播比赛奖金不进入员工工资,后续在“主播奖金结算”生成主播付款表。
| 员工 | 基本 / 保底 / 固定工资 | 考勤与保险 | 自动绩效 / 提成 | 手工项目 / 奖金 | 本月结算 |
|---|
公司承担额计入公司支出,员工代扣额只从实发工资扣除。工资锁定后,可据此在财务管理发起一笔保险支出并完成复核入账。
| 参保人 | 保险类型 | 公司承担 | 员工代扣 | 预计缴纳 |
|---|
仅在当前浏览器读取,不入库、不修改月度任务。旧表只作为验收样本;系统结果缺数据时显示阻断原因,不按0补齐。
| 员工 | 旧工资表 | 系统回算 | 实发差额 | 核对结论 |
|---|
| 部门 | 币种 | 人数 | 应发合计 | 扣除合计 | 实发合计 |
|---|
| 版本 | 状态与时间 | 金额 | 原因 / 操作人 | 快照 |
|---|
| 员工 | 原实发 | 新实发 | 差额 | 变化项目 |
|---|
| 币种 | 锁定金额 | 结算汇率 | 财务审核 | 付款 / 汇兑 | 操作 |
|---|
| 员工 | 工资项目 | 方式 | 增加 / 扣除 | 金额 | 数据来源 |
|---|
| 生效月份 / 版本 | 默认保底 / 固定工资 | 培训与满勤 | 提成规则 | 保存信息 | 状态 |
|---|
| 人员 / 事项 | 生效日期 | 变更内容 | 提交 / 审核 | 状态与操作 |
|---|---|---|---|---|
| 暂无档案变更记录。 | ||||
| 员工 | 组织 / 身份 | 状态 / 日期 | 保底 / 固定薪资 | 主播关联 / 更新 | 操作 |
|---|
| 主播 | 用工类型 | 合同期限 | 运营 / 经纪人 | 合同信息 |
|---|
财务管理
账单经指定审核人通过后入账,付款与员工偿还分开记录。
日期包含首尾两天。偿还筛选针对已审核普通支出;未标为已偿还的显示“未偿还员工”。标记由最终审核人手工记录,不会自动转账或重复增加支出。
| 时间 | 账单 | 金额 | 提交人 | 员工垫付款偿还 | 备注 | 凭证与操作 |
|---|
| 类别 | 笔数 | 金额 |
|---|
| 类别 | 笔数 | 金额 |
|---|
现金支出与成本归属双口径,并自动检查工资、资产和异常费用。
按最新操作排序,每页显示5条记录。