Skip to content

โหมด silver — จ่ายเงินจากธนาคาร silver

ใน โหมด silver AO Master จ่ายรีเกียร์ที่อนุมัติแล้วเป็น silver เข้ากระเป๋า ธนาคาร silver ของสมาชิกแต่ละคน — ไม่มีไอเทม ไม่มี locker ไม่มีงานตัดยอด สตาฟเลือกแถวที่อนุมัติแล้วใน #Review Requests กด Payout แล้ว silver ลงทันที หน้านี้ครอบคลุมโหมดย่อย silver สามแบบ การกด Payout ของสตาฟ เส้นทาง ledger และสิ่งที่สมาชิกเห็น

สำหรับการส่งมอบทางเลือก (แพ็คไอเทมเข้า locker) ดู โหมดไอเทม — ตัดยอด + locker สำหรับขั้นตอนอนุมัติด้านบน ดู สตาฟ — ตรวจสอบ + อนุมัติ สำหรับการเทียบทั้งสองโหมด ดู ภาพรวมไปป์ไลน์รีเกียร์

Permissions + dependencies

การกด Payout อยู่บนหน้าเดียวกับการอนุมัติและใช้ สิทธิ์เดียวกัน — "Approve Regear Requests" ไม่มีสิทธิ์ "Payout" แยก เหตุผล: ในโหมด silver การตัดสินใจ approve กับ payout มักทำตามกันทันทีโดยสตาฟคนเดียวกัน

สิ่งที่โหมด silver ต้องการคือ Setup Checklist — สามอย่างต้องเป็นจริงก่อน Payout จะทำงานได้:

เงื่อนไขจุดที่เปิด
เปิดธนาคาร silverSettings → Guild Systems
เปิดราคาไอเทมSettings → Guild Systems
ตั้ง Regear Mode เป็นค่า silver อันใดอันหนึ่งSettings → Regear Policy → Silver Regear

ถ้ามีอันใดปิดอยู่ Setup Checklist ใน Settings → Regear Policy จะแสดงให้เห็นว่าขาดอะไร — ดู Settings → Regear Policy สำหรับหน้าหลัก เซิร์ฟเวอร์ตรวจซ้ำทุกเงื่อนไขในการกด Payout ทุกครั้ง ดังนั้นแท็บค้างในเบราว์เซอร์ไม่สามารถข้าม Setup Checklist ที่ยังไม่ครบไปได้

โหมดย่อย silver สามแบบ

Regear Mode เป็นดรอปดาวน์เดียวที่ Settings → Regear Policy เลือก Silver payout เป็นโหมดระดับบน แล้วดรอปดาวน์ Silver Mode จะปรากฏพร้อมตัวเลือกย่อยสามอัน:

Silver Modeสิ่งที่ได้รับการจ่ายเหมาะกับ
Sum by Item Priceผลรวมราคา silver ของแต่ละช่องที่เสีย (จับ snapshot ตอนอนุมัติจากช่องราคาไอเทม)กิลด์ที่ต้องการให้มูลค่ารีเกียร์ตามราคาตลาดจริง
War Role — Fixed capจำนวนคงที่เท่ากับ Silver Cap ของวอร์โรลนั้น — ไม่สนใจมูลค่าที่เสียจริงกิลด์ที่งบต่อโรลเรียบง่าย ("ทุกคนในโรล DPS ได้ 1M silver ไม่ว่าจะแพ้หรือชนะ")
War Role — Capped by actualค่าน้อยกว่าระหว่าง (ผลรวม snapshot ราคาไอเทม) กับ (Silver Cap ของโรล) — จ่ายตามจริงแต่ไม่เกินวงเงินกิลด์ที่ต้องการตาข่ายความปลอดภัยต่อความเสียหายแพง ๆ

วงเงินของโหมด War-role ตั้งต่อวอร์โรลที่ sub-modal Set War Role Caps (Settings → Regear Policy → Setup Checklist → Set War Role Caps) หรือที่แถวของโรลที่ Settings → War Roles → Edit → ช่อง Silver Cap โรลที่ยังไม่ตั้งวงเงินจะบล็อกการจ่ายพร้อมข้อผิดพลาด "War role has no silver cap configured" จนกว่าจะกรอกวงเงิน

การสลับโหมดถูกกั้น

การสลับ Regear Mode บนกิลด์ที่ใช้งานอยู่จะ ถูกบล็อก เมื่อ:

  • มีงานตัดยอดที่ยังแพ็คไม่จบ (กำลังออกจากโหมดไอเทม) → ปิดหรือ undo ทุกงานที่ active ก่อน
  • มีคำขอ silver ที่อนุมัติแต่ยังไม่ได้จ่าย (กำลังออกจากโหมด silver) → จ่ายหรือปฏิเสธแถว approved ทุกอันก่อน

การเลือกค่าใหม่ในดรอปดาวน์ Mode จะตรวจก่อนบันทึก ถ้าอะไรบล็อก จะเห็น toast ผิดพลาดพร้อมลิงก์ลึกไปยังรายการที่เกี่ยวข้อง คำขอที่ค้างไม่ผูกกับโหมด — ไม่ถูกบล็อกโดยการสลับโหมดและจะใช้โหมดใหม่เมื่อถูกอนุมัติ

ยอดธนาคาร silver ไม่เคยถูกล้าง จากการสลับโหมด ธนาคารเป็นระบบถาวร ยอดสมาชิกยกยอดและถอนได้แม้กิลด์จะย้อนกลับไปโหมดไอเทม

จาก Approved → Payout

โฟลว์เริ่มเหมือนโหมดไอเทมทุกประการ: สตาฟตรวจสอบที่ #Review Requests → แท็บ Pending → กด Approve → คำขอเข้าสู่แท็บ Approved จากที่นั่น ปุ่ม bulk action จะเปลี่ยนตาม Regear Mode ของกิลด์:

Regear Mode ของกิลด์ปุ่ม bulk ในแท็บ Approved
Item returnCreate Cut-off Task (ดู โหมดไอเทม)
silver_* แบบใดก็ตามPayout

แท็บ Approved ของ Review Requests — การ์ดที่อนุมัติแล้ว 3 ใบ (jpang DPS / DPS / Tank), เลือก 1 แถว, แถบ bulk ด้านล่างแสดง "1 selected — Revert (1) — Payout (1)"

วิธีจ่าย:

  1. เปิด #Review Requests → แท็บ Approved
  2. ติ๊กแถวที่ต้องการจ่าย แถบ bulk จะปรากฏด้านล่างพร้อมปุ่ม Revert และ Payout
  3. กด Payout แต่ละแถวที่เลือกจะถูกจ่ายอิสระจากกัน — สำเร็จบางส่วนก็ได้ บางแถวสำเร็จ บางแถวล้มเหลวพร้อมเหตุผลที่ชัดเจน

Toast ของสตาฟแต่ละแถวจะบอกผล — "Paid out 3 request(s) — silver credited" เมื่อสำเร็จทั้งหมด "Payout failed — 2 request(s) blocked" พร้อมเหตุผลเมื่อมีปัญหา

อะไรบ้างที่บล็อกแถวเดียว

แต่ละแถวใน bulk มีการตรวจสอบของตัวเอง ข้อความผิดพลาดที่พบบ่อยและวิธีแก้:

ข้อความผิดพลาดบอกว่า…สิ่งที่เกิดวิธีแก้
Request status is "approved" — only approved requests can be paidแถวไม่ได้อยู่ในสถานะ Approved อีกแล้ว (มีคนจ่ายหรือยกเลิกระหว่างที่คุณติ๊กกับกด Payout)Refresh + เลือกใหม่
Member has no linked Albion characterสมาชิกที่ขอยังไม่ได้เชื่อมตัวละคร Albionสมาชิกต้องเชื่อมตัวละคร Albion ผ่าน #Members → 🔗 Link Silver ลงที่ชื่อตัวละคร ไม่ใช่บัญชีผู้ใช้
War role has no silver cap configuredโหมด War-role + วอร์โรลที่เลือกยังไม่ตั้ง Silver Capตั้งวงเงินที่ Settings → Regear Policy → Set War Role Caps (หรือ Settings → War Roles → Edit)
One or more items have no price snapshot from approval timeโหมด Sum-by-Item-Price (หรือ Capped) + ไอเทมไม่มีข้อมูลราคาไอเทมตอนคำขอถูกอนุมัติใส่ราคาไอเทมให้ base item เหล่านั้น + อนุมัติใหม่ (snapshot จับตอนอนุมัติ ไม่ใช่ตอนจ่าย)
Computed credit is zero — nothing to pay outไอเทมมีราคาครบ แต่ผลรวมเป็น 0แก้แบบเดียวกับกรณีไม่มีราคา — เช็คช่องราคาไอเทมสำหรับ base item เหล่านั้น

ข่าวดี: แถวที่ล้มเหลวยังอยู่ใน Approved ให้ลองใหม่หลังแก้ แถวที่จ่ายแล้วใน bulk เดียวกันไม่ถูก undo

Silver ไปลงที่ไหน — Silver Bank History

การจ่ายที่สำเร็จแต่ละครั้งเขียนรายการ ledger ธนาคาร silver หนึ่งรายการ — เป็นแถว Add ติดป้ายโน้ต "Regear payout" — เครดิตยอดของตัวละครสมาชิก แสดงใน #Silver Bank → History:

แท็บ History ของธนาคาร silver — Guild Total 3,000,000 ด้านบน, 3 แถว ledger: timestamp, ป้าย Add, ตัวละคร RimuruCiel, จำนวน 1,000,000, โน้ตบอกโหมดที่จ่าย ("Regear payout — War Role Fixed cap")

แต่ละแถวแสดง:

  • เวลา ของการจ่าย
  • ป้ายประเภทAdd สำหรับเครดิต พร้อมสีตามธีมโฟลว์การเพิ่มของธนาคาร
  • ตัวละคร — ชื่อตัวละคร Albion ของสมาชิก (silver ลงต่อตัวละคร ไม่ใช่ต่อผู้ใช้)
  • จำนวน เป็น silver
  • โน้ต — "Regear payout" บวกชื่อโหมดย่อย เพื่อให้การตรวจสอบย้อนหลังรู้ว่าใช้คณิตศาสตร์ใดผลิตเครดิต

หน้า #Silver Bank มีสี่แท็บรวม — Balances (ยอดรวมต่อตัวละคร) Withdrawals (คิวถอนที่สมาชิกเริ่ม) Log (บัฟเฟอร์การ parse chest-paste แบบดิบ — แนวคิดต่างกัน) และ History (ledger บัญชีที่เห็นด้านบน) เอกสารอ้างอิงเต็ม: ธนาคาร silver

Log vs History — ความสับสนที่พบบ่อย

Log คือสำหรับโฟลว์ chest-paste (วางบรรทัด silver เข้า/ออกแบบดิบจากหีบฝาก ทำเครื่องหมายแต่ละบรรทัดว่า "Apply" หรือ "Disable" แล้ว commit) History คือ ledger สมบูรณ์ของเครดิต/เดบิตทุกอันที่ลงในกระเป๋าสมาชิก การจ่ายรีเกียร์ข้าม Log ไปเลย — ลง History โดยตรง เหมือนปุ่ม Add แบบมือ

สิ่งที่สมาชิกเห็น

เมื่อจ่ายเสร็จ คำขอพลิกเป็น Paid และแถว #My Requests ของสมาชิกอัปเดตแบบเรียลไทม์ — ไม่ต้อง refresh:

My Requests มีการ์ดที่ถูกปฏิเสธ 1 ใบด้านบน การ์ดที่จ่ายแล้ว 2 ใบด้านล่างพร้อมแถบความคืบหน้า 5 ขั้นสีเขียวเต็ม (Pending / Approved / Cut-off / In Progress / Delivered) และบรรทัดท้าย "💰 Credited — silver to Silver Bank"

การ์ดที่จ่ายแล้วแสดง:

  • ขั้นความคืบหน้าทั้ง 5 เป็นสีเขียว (Pending → Approved → Cut-off → In Progress → Delivered) ในโหมด silver ขั้น cutoff / in-progress ถูกข้ามในเชิงแนวคิด แต่แถบจะวิ่งตรงไปยัง Delivered เพื่อให้ภาพคงเส้นคงวาข้ามโหมด
  • บรรทัดท้าย 💰 Credited X silver to Silver Bank (ช่องจำนวนเป็น em-dash สำหรับโหมดย่อย War Role สองอัน — silver ต่อไอเทมไม่ได้บันทึกในโหมดเหล่านั้น หน้าจึงไม่สามารถแสดงรายละเอียดได้ จำนวนที่แท้จริงอยู่ที่รายการ ledger ของธนาคาร silver ด้านบน โหมด Sum-by-Item-Price แสดงจำนวน silver จริงต่อคำขอ)
  • ปุ่ม Received — สมาชิกทำเครื่องหมายว่ารับทราบคำขอแล้ว

Silver จริงอยู่ในกระเป๋า ธนาคาร silver ของสมาชิก ดูได้ที่ #My Home → Silver Bank หรือโดยตรงที่ #Silver Bank → Balances จากที่นั่นสมาชิกขอถอนผ่านโฟลว์ถอนของธนาคาร silver มาตรฐาน (ดู ธนาคาร silver)

ทำไม "Delivered" สำหรับ silver?

แถบความคืบหน้าใช้ป้าย Delivered เดียวกันสำหรับทั้งสองโหมดโดยตั้งใจ ลำดับการอ่าน: โหมดไอเทม = ไอเทมใน locker; โหมด silver = silver ในกระเป๋า ทั้งสองคือ "คำขอสำเร็จ" ปลายทาง

เทียบข้างกันกับโหมดไอเทม

ขั้นโหมดไอเทมโหมด silver
1สมาชิกส่ง → Pendingสมาชิกส่ง → Pending
2สตาฟตรวจ + อนุมัติ → Approved (ยังไม่ขยับเงิน/ของ)สตาฟตรวจ + อนุมัติ → Approved (ยังไม่ขยับ silver)
3สตาฟรวม approved เข้าเป็นงานตัดยอด → แพ็คเข้า locker → ทำเครื่องหมายส่งมอบสตาฟเลือก approved + กด Payout → silver ถูกเครดิต + สถานะพลิกเป็น Paid
4เก็บเข้า archive หลังพ้นระยะเวลาเก็บเก็บเข้า archive หลังพ้นระยะเวลาเก็บ

Lifecycle สองขั้น (อนุมัติ แล้วค่อยส่งมอบ/จ่าย) เหมือนกันในทั้งสองโหมด — โดยตั้งใจ มันสะท้อนวิธีที่ Stripe / PayPal / payroll ทั้งหมดแยก "อนุมัติ" ออกจาก "จ่าย" เพื่อให้ข้อผิดพลาดที่เจอระหว่างสองขั้นแก้ด้วยการปฏิเสธอย่างเดียวได้ (ไม่ต้องลงรายการชดเชยใด ๆ)

แล้วโอเวอร์ชาร์จล่ะ

คำขอโอเวอร์ชาร์จ (OC) ในโหมด silver เสมอ ใช้ตรรกะ Sum-by-Item-Price ไม่ว่ากิลด์จะเลือกโหมดย่อย silver แบบไหน — วงเงินวอร์โรลเป็นเบี้ยเลี้ยงต่อการตาย และการเอามาใช้กับคำขอ OC ต่อชิ้นไม่ make sense (สมาชิกที่เสีย bag แพง ๆ ใบเดียวจะได้วงเงินเต็มของการตาย 1M silver)

ภายใต้เงื่อนไข Item Price ON (ซึ่งโหมด silver ทุกอันมี) เรื่องนี้เกิดอัตโนมัติ: OC silver ทำงานเมื่อกิลด์อยู่ในโหมด silver ใดก็ตามและไอเทมที่เสียมี snapshot ราคาจากเวลาอนุมัติ