报名费与奖金发放

钱是氏族活动出问题的地方，而且它出问题的时候悄无声息：某人发誓自己交过的一笔费用、谁也对不上的一个奖池、等赢家都下线之后才吵起来的奖金分配。这条路会在每一步都留下痕迹。

2 个签名默认即可结清一笔费用奖池 = 追加 + 费用 × 已通过的报名数1 行对应一位领钱的人

这份简体中文译文还没有母语者校对过。如果某句话读起来不对，英文页面才是原文 —— 而告诉我们才能让它被修正。

步骤 1

设定费用

报名费挂在活动上，创建时设定，或者在它的 Sign-ups 标签页里修改。完全不收费也是个完全站得住脚的答案 —— 很多活动只靠主办方追加的奖池就跑起来了。

有两个设置决定了这笔费用真正的含义，而它们很容易被略过：

按人还是按账号在允许一人报多个账号的活动里，它决定对方是交一次还是每个账号各交一次。设错了，你就得给人退钱。

缴费截止时间一旦过了这个时间，未缴费的报名就不再是你追着跑的事，而变成一个需要拍板的决定。把它设得比你以为的更早 —— 活动前一天才发现，已经来不及找人顶替了。

奖池跟着报名走

显示出来的奖池 = 你手动追加的部分 + 报名费 × 已通过的报名数。它会随着报名被通过和被排除而变化，所以页面上的数字永远是你实际能发出去的那个。

步骤 2

费用怎么收，就按你们氏族本来收钱的方式来 —— 游戏里、Discord 里，你们怎么做都行。Anvil 的工作从钱到账那一刻开始：有管理权限的人把它标记为已付，这会记下是谁说自己收的、以及什么时候。

玩家也有发言权。成员可以上报自己付给了谁，并附上一张截图 —— 正是这一点，把「我肯定交了」变成一条两头都有据可查的记录。当玩家的上报与收款人的说法指向不同的人时，这是一个网站能摆到你面前的分歧，而不是你在争吵中途才发现的分歧。

凭证是刻意删除的

付款截图只保留到该笔费用结清为止，然后就被移除。它存在的意义是解决一次分歧，而不是在归档里躺一年。

步骤 3

一笔费用会停在已收状态，直到另一位管理层成员确认它确实到账。经手钱的人不能同时是签字确认钱已到的人 —— 这就是整套控制的全部，也正因如此，网站是直接拒绝收款人给自己确认，而不只是劝阻。

一笔费用需要几个签名，是一项氏族设置，范围是零到五。零之所以存在，是有真实理由的：在司库就是所有者的氏族里，根本没有第二个人可以签，于是「34 笔费用等待第二个签名」会变成一条永远清不空的队列，并且永远是仪表盘上最刺眼的东西。设为零时，把费用标记为已付本身就是那个签名。

你们有两个人就设为一 —— 也就是默认值。如果坦白讲并没有第二个人，就设为零；只有在你们既有人手也有理由时，才把它调得更高。

步骤 4

活动结束时，活动的 Payouts 标签页会把奖池变成一份人的名单。生成它，你得到的是每位受款人一行，而不是每支队伍一行：获胜队伍的奖金会在成员之间平分，好让「发钱」变成一份姓名与数字的清单，而不是半夜里的一道算术题。

金额从一份建议分配开始 —— 向冠军倾斜，而你设的获奖名次越多它就越平缓 —— 并且每一行都可以改。这个建议是起点，不是政策。

然后你一边发一边把行勾掉。要点在于：一周之后，任何人都能看着这份名单知道谁拿了多少，而不必从 Discord 的聊天记录里去还原。

从这里公布一次就好

奖金发放会从活动本身发到你们的 Discord 频道，因此公告和记录是同一件事。手动公布的奖金，就是日后会有人声称「从没收到」的那种奖金。

步骤 5

你真正会遇到的四种：

他说他付了，但没人标记请他带着截图上报这笔付款。这会在记录上留下一个具名的收款人和一个时间戳，而被点名的人可以确认或否认。

两位管理层都以为是自己收的玩家自己的上报是决胜依据 —— 它写明了钱交给了谁。先把收款人改对，再结清。

一笔费用卡在等签名要么它真的在等另一个人，要么你们氏族的管理层人数少于「所需确认数」这项设置的假设。请把设置调低，而不是给自己的收款做确认。

你告诉大家之后奖池变了它跟着已通过的报名走，所以通过或排除一份报名都会让它变动。报数时，请以报名截止那一刻的奖池为准，而不是刚开放报名时的。

报名费与奖金发放是司库的地盘。司库能做管理员能做的一切，外加这些；管理员可以把一笔费用标记为已收，但永远无法结清它。