Multi-table Tournament là Tournament hoặc Event sử dụng từ hai bàn thi đấu trở lên để vận hành nhiều Matchups trong cùng một khoảng thời gian.

Mục tiêu chính của Multi-table Operations là:

• Tăng Tournament Capacity.
• Giảm tổng thời lượng.
• Giảm thời gian chờ.
• Chạy nhiều Stage hoặc nội dung song song.
• Tách Main Tournament và Side Event.
• Tạo Featured Table cho Livestream.
• Có bàn dự phòng khi xảy ra sự cố.

Tuy nhiên, nhiều bàn không tự động làm Tournament vận hành tốt hơn.

Khi số bàn tăng, Organizer cũng phải giải quyết thêm:

• Table Assignment.
• Match Calls.
• Player Conflicts.
• Result Entry.
• Staff Allocation.
• Equipment Standard.
• Table Downtime.
• Featured Match Priority.
• Minimum Rest.
• Schedule Synchronization.

Nguyên tắc cốt lõi:
Multi-table Tournament không chỉ là đặt nhiều bàn trong cùng Venue. Nó là hệ thống phân phối đúng Matchup đến đúng bàn vào đúng thời điểm mà không phá vỡ Pairing, Rest hoặc Tournament Integrity.

Vì sao cần Multi-table Tournament?

Một bàn chỉ có thể xử lý một Matchup tại một thời điểm.

Nếu Tournament có:

• Nhiều Participants.
• Nhiều Rounds.
• Team Encounters dài.
• Swiss Pairing.
• Double Elimination.
• Side Events.
• Hard Venue Deadline.

Một bàn có thể trở thành Bottleneck.

Ví dụ:

• 16 người Knockout.
• 15 Matches.
• Match Cycle trung bình 5 phút.
• Một bàn.

Table Workload:

15 × 5 = 75 phút.

Chưa gồm:

• Round Transition.
• Player Rest.
• Final dài hơn.
• Delay Buffer.

Nếu dùng bốn bàn:

• Round đầu có thể chạy theo hai Waves.
• Quarterfinal chạy một Wave.
• Semifinal có thể chạy song song.
• Tổng thời lượng giảm đáng kể.

Multi-table không loại bỏ Match Dependency

Nhiều bàn giúp chạy các Matchups độc lập song song.

Nhưng không thể chạy một Matchup trước khi Participants của nó được xác định.

Ví dụ Knockout:

• Quarterfinal Winner mới vào Semifinal.
• Semifinal Winner mới vào Final.

Dù có tám bàn:

• Final vẫn phải chờ Semifinals.
• Semifinals vẫn phải chờ Quarterfinals.

Số bàn tăng Capacity.

Nó không xóa:

Critical Path — Chuỗi Matchups bắt buộc phải hoàn thành tuần tự.

Các khái niệm về bàn

Cần phân biệt:

1. Physical Table.
2. Competition-ready Table.
3. Scheduled Table.
4. Active Table.
5. Effective Table.
6. Reserve Table.
7. Featured Table.
8. Warm-up Table.

Physical Table

Physical Table là mọi bộ bàn có mặt tại Venue.

Ví dụ Venue có:

• Sáu bộ SOLO Arena.
• Một bộ SOLO Living trưng bày.

Tổng Physical Tables:

7.

Nhưng không có nghĩa cả bảy đều được sử dụng cho Tournament.

Competition-ready Table

Competition-ready Table là bàn đã đáp ứng tiêu chuẩn thi đấu của Stage.

Một bàn được xem là Competition-ready khi:

• Khung bàn ổn định.
• Ghế an toàn.
• Bóng đúng tiêu chuẩn.
• Goal Opening đúng cấu hình.
• Lưới hoặc vùng chắn hợp lệ.
• Surface không lỗi.
• Scoreboard hoạt động.
• Không gian xung quanh đủ an toàn.
• Có khả năng nhập Result.
• Đã được Table Check.

Scheduled Table

Scheduled Table là Competition-ready Table được đưa vào Tournament Schedule.

Ví dụ:

• Venue có sáu Competition-ready Tables.
• Chỉ bốn bàn được dùng cho Swiss.
• Một bàn dành cho Livestream.
• Một bàn Reserve.

Scheduled Tables cho Swiss:

4.

Active Table

Active Table là bàn đang có Match hoặc đang trong Match Transition.

Các trạng thái có thể gồm:

• Ready.
• Match Called.
• Active.
• Result Pending.
• Resetting.
• Technical Hold.
• Closed.

Effective Table

Effective Table là bàn thực sự tạo ra Tournament Capacity trong một Stage.

Ví dụ:

• Có bốn Scheduled Tables.
• Table 4 chỉ hoạt động 50% thời gian vì Livestream.
• Effective Capacity có thể thấp hơn bốn bàn đầy đủ.

Có thể ước tính:

Effective Table Count = Tổng tỷ lệ khả dụng của các bàn

Ví dụ:

• Table 1: 100%.
• Table 2: 100%.
• Table 3: 100%.
• Table 4: 50%.

Effective Table Count:

3,5.

Trong lập lịch Round theo Waves, vẫn cần dùng số bàn nguyên khả dụng tại từng thời điểm.

Table Availability

Một bàn có thể chỉ khả dụng trong một khoảng thời gian.

Ví dụ:

Bàn	Khả dụng
Table 1	Toàn Event
Table 2	Toàn Event
Table 3	Từ 18:30
Table 4	Chỉ trước 20:00
Featured Table	Chỉ Main Stage

Digital Schedule cần biết:

• Available From.
• Available Until.
• Technical Status.
• Reserved Blocks.

Vai trò của từng loại bàn

Competition Table

Competition Table phục vụ Matchups chính thức.

Yêu cầu:

• Cùng Equipment Standard.
• Có Table ID.
• Có Result Entry.
• Có Staff hoặc Reporting Workflow.
• Có Match Call rõ ràng.

Featured Table

Featured Table dành cho:

• Livestream.
• Match nổi bật.
• Semifinal.
• Final.
• Sponsor Match.
• Creator Challenge.

Featured Table có thể có:

• Camera.
• Lighting.
• Commentary.
• Audience Zone.
• Sponsor Branding.
• Match Introduction.

Do đó Featured Table thường có Match Cycle dài hơn bàn thường.

Reserve Table

Reserve Table được giữ để thay bàn gặp sự cố.

Có thể:

• Để trống hoàn toàn.
• Dùng Warm-up nhẹ.
• Dùng Side Event nhưng phải có khả năng giải phóng nhanh.
• Chỉ kích hoạt khi Tournament Director phê duyệt.

Reserve Table giúp bảo vệ:

• Schedule.
• Final.
• Equipment Consistency.
• Safety.

Warm-up Table

Warm-up Table dùng cho:

• Khởi động.
• Làm quen bóng.
• Test Footwork.
• Technical Practice.

Warm-up Matches không tạo:

• Tournament Result.
• Ranking.
• Bounty.
• Official Statistics.

Không nên tính Warm-up Table vào Tournament Capacity nếu nó được giữ riêng.

Side Event Table

Side Event Table dùng cho:

• Free Play.
• Beat The Champion.
• Sponsor Challenge.
• Community Queue.
• Creator Match.

Nó có thể chuyển thành Competition Table nếu:

• Đạt tiêu chuẩn.
• Main Tournament cần.
• Side Event Rules cho phép tạm dừng.
• Participants được thông báo.

Table ID

Mỗi bàn cần một Table ID duy nhất.

Ví dụ:

• T1.
• T2.
• T3.
• FT1 cho Featured Table.
• RT1 cho Reserve Table.

Table ID nên xuất hiện trên:

• Schedule.
• Match Call.
• Scoreboard.
• Digital Result.
• Venue Signage.
• Audit Log.

Không nên chỉ gọi:

• Bàn bên trái.
• Bàn gần cửa.
• Bàn màu đen.

Vì dễ gây nhầm khi Venue thay đổi.

Table Name

Ngoài ID, bàn có thể có tên hiển thị:

• Arena 1.
• Arena 2.
• Main Stage.
• Throne Table.
• Sponsor Table.
• Community Table.

Digital System vẫn nên lưu ID kỹ thuật riêng.

Table Pool

Table Pool là tập hợp các bàn có thể phục vụ một nhóm Matchups.

Ví dụ:

Main Tournament Pool #

• T1.
• T2.
• T3.
• T4.

Featured Pool #

• FT1.

Side Event Pool #

• S1.
• S2.

Reserve Pool #

• RT1.

Matchup chỉ được gán vào Table Pool phù hợp.

Table Group

Table Group là nhóm bàn có cùng:

• Equipment Configuration.
• Match Mode Support.
• Stage.
• Staff.
• Location.
• Broadcast Capability.

Ví dụ:

Group A — Standard Arena #

• Bốn bàn.
• Goal Opening tiêu chuẩn.
• Không Camera.

Group B — Featured Arena #

• Một bàn.
• Camera và LED.
• Match Cycle dài hơn.

Group C — Living Showcase #

• Một bàn gỗ.
• Chỉ Exhibition.

Không nên đưa Main Tournament Match vào Group C nếu điều kiện không tương đương.

Table Compatibility

Một Matchup chỉ có thể được gán vào bàn tương thích.

Compatibility có thể phụ thuộc:

• Solo hay Team.
• Arena hay Living.
• Match Mode.
• Module.
• Goal Reducer.
• Cards.
• Livestream.
• Accessibility.
• Roster Size.
• Safety Zone.

Ví dụ:

• Team 1v1v1 cần một cấu hình bàn riêng.
• Last Team Standing cần Scoreboard hỗ trợ Lives.
• Featured Final cần Camera.
• Wheelchair-accessible Match cần không gian phù hợp.

Table Standard

Các bàn trong cùng Competitive Stage nên tương đương về:

• Kích thước.
• Chiều cao.
• Goal Opening.
• Ball.
• Surface.
• Ghế.
• Khoảng cách người chơi.
• Ánh sáng.
• Không gian.
• Noise Level ở mức hợp lý.
• Scorekeeping.

Không bắt buộc mọi bàn giống tuyệt đối về hình thức.

Nhưng không được tạo chênh lệch Gameplay đáng kể.

Equipment Standard Lock

Trước Stage cần khóa:

• Ball Model.
• Ball Size.
• Ball Weight.
• Goal Configuration.
• Goal Reducer.
• Net hoặc Fabric.
• Scoreboard Method.
• Card Pool nếu có.

Nếu một bàn khác cấu hình:

• Chỉ dùng cho Stage riêng.
• Hoặc sửa về cùng Standard trước khi sử dụng.

Ball per Table

Mỗi bàn nên có:

• Một bóng chính.
• Ít nhất một bóng dự phòng gần đó.
• Cùng thông số kỹ thuật.
• Được đánh dấu hoặc kiểm tra.

Không nên dùng một quả bóng chung cho nhiều bàn.

Điều đó tạo:

• Thời gian chờ.
• Nhầm bóng.
• Khác biệt độ mòn.
• Rủi ro thất lạc.

Table Check

Trước khi mở bàn:

1. Kiểm tra khung.
2. Kiểm tra ghế.
3. Kiểm tra lưới hoặc vải.
4. Kiểm tra Goal Opening.
5. Kiểm tra bóng.
6. Kiểm tra Scoreboard.
7. Kiểm tra không gian an toàn.
8. Kiểm tra Table ID.
9. Xác nhận Staff hoặc Result Method.
10. Chuyển trạng thái Ready.

Table Certification cho Event

Có thể dùng trạng thái:

Trạng thái	Ý nghĩa
Unchecked	Chưa kiểm tra
Ready	Đủ tiêu chuẩn
Restricted	Chỉ dùng một số Formats
Technical Hold	Đang kiểm tra
Out of Service	Không được sử dụng
Reserve Ready	Sẵn sàng dự phòng
Featured Ready	Sẵn sàng Livestream

Mô hình phân phối Matchups

Có năm mô hình chính:

1. Fixed Table Assignment.
2. Round-based Assignment.
3. Next Available Table.
4. Priority-based Assignment.
5. Hybrid Assignment.

1. Fixed Table Assignment

Participant hoặc Group được gắn với một bàn cố định trong một Stage.

Ví dụ:

• Group A luôn thi đấu Table 1.
• Group B luôn Table 2.

Hoặc:

• Champion Session A ở Table 1.
• Champion Session B ở Table 2.

Ưu điểm #

• Dễ tìm bàn.
• Ít Match Call nhầm.
• Equipment quen thuộc.
• Phù hợp Group Stage.
• Phù hợp Separate Queues.

Hạn chế #

• Một bàn có thể trống trong khi bàn khác quá tải.
• Table Downtime ảnh hưởng cả Group.
• Participant có thể luôn chơi cùng điều kiện.
• Khó cân bằng Table Usage.

2. Round-based Assignment

Mỗi Round tạo Table Assignment mới.

Ví dụ Swiss Round:

• Match 1 → T1.
• Match 2 → T2.
• Match 3 → T3.
• Match 4 → T4.

Round tiếp theo:

• Assignment được tạo lại.

Ưu điểm #

• Phù hợp Swiss và Knockout.
• Dễ hiển thị.
• Có thể xoay bàn.
• Dễ chạy Waves.

Hạn chế #

• Phải chờ Pairing.
• Table Lock cần nhanh.
• Người chơi phải theo dõi Assignment mỗi Round.

3. Next Available Table

Matchup Ready đầu tiên được đưa vào bàn trống phù hợp tiếp theo.

Phù hợp:

• Rolling Round Robin.
• Challenge Queue.
• Placement Matches.
• Side Events.
• Multi-table Open Play.

Ưu điểm #

• Tăng Table Utilization.
• Giảm bàn trống.
• Linh hoạt với Match Duration.

Hạn chế #

• Khó dự đoán Table trước.
• Cần Digital Notification.
• Có nguy cơ gọi người chưa đủ Rest.
• Featured Match cần Priority riêng.

4. Priority-based Assignment

Matchups được gán theo Priority.

Ví dụ:

1. Championship Critical Path.
2. Featured Match.
3. Elimination Match.
4. Swiss Match.
5. Placement Match.
6. Side Event.

Khi bàn trống:

• Hệ thống chọn Matchup có Priority cao nhất đang Ready.

Ưu điểm #

• Bảo vệ Main Tournament.
• Giảm nguy cơ Final trễ.
• Dùng tốt trong Event hỗn hợp.

Hạn chế #

• Side Event có thể chờ lâu.
• Priority phải minh bạch.
• Dễ bị Host lạm dụng nếu không có Rule.

5. Hybrid Assignment

Kết hợp nhiều mô hình.

Ví dụ:

• Swiss dùng Round-based Assignment.
• Round Robin Side Event dùng Next Available Table.
• Final dùng Fixed Featured Table.
• Beat The Champion dùng Separate Table Queue.

Đây là cấu hình được đề xuất cho Event lớn.

Table Assignment khác Pairing

Pairing trả lời:

Ai gặp ai?

Table Assignment trả lời:

Họ thi đấu ở đâu và khi nào?

Ví dụ:

• Pairing: A vs B.
• Table Assignment ban đầu: T2.
• Do Technical Issue, chuyển sang T4.

Pairing không đổi.

Chỉ Table Assignment đổi.

Table Assignment Data

Một Assignment nên gồm:

• Match ID.
• Table ID.
• Scheduled Time hoặc Wave.
• Call Time.
• Participant IDs.
• Match Mode.
• Table Lock Status.
• Featured Status.
• Assignment Reason.
• Previous Table nếu chuyển.

Table Assignment không nên tạo Competitive Advantage

Không nên gán bàn dựa trên:

• Người chơi yêu thích một bàn.
• Người nổi tiếng muốn Camera.
• Organizer muốn một người tránh bàn khó.
• Target của Sponsor yêu cầu điều kiện thuận lợi hơn.

Có thể gán theo:

• Accessibility.
• Livestream.
• Technical Compatibility.
• Schedule.
• Published Table Preference Rule.

Table Preference

Event có thể cho Participant chọn Preference.

Ví dụ:

• Muốn thi đấu Featured Table.
• Muốn tránh Camera.
• Cần Accessible Table.

Preference không phải Guarantee.

Tournament Priority vẫn cao hơn.

Table Rotation

Table Rotation giúp giảm việc một Participant luôn chơi cùng một bàn.

Có thể đặt Rule:

• Không quá hai Matches liên tiếp cùng một bàn nếu bàn khác khả dụng.
• Trong Round Robin, cố gắng phân phối đều.
• Trong Swiss, dùng Previous Table History làm Soft Constraint.

Table Rotation là Soft Constraint.

Nó không nên:

• Tạo Rematch.
• Phá Minimum Rest.
• Làm chậm Round.
• Thay đổi Pairing.

Table History

Hệ thống có thể lưu:

• Matches Played per Table.
• Last Table.
• Consecutive Same-table Count.
• Featured Appearances.
• Technical Incidents.

Dùng để:

• Cân bằng Assignment.
• Phân tích Table Bias.
• Giải quyết Dispute.

Table Bias

Table Bias là khả năng một bàn tạo kết quả khác do điều kiện.

Ví dụ:

• Goal Opening lệch.
• Ánh sáng chiếu một bên.
• Surface trơn hơn.
• Ghế thấp hơn.
• Khán giả quá sát.
• Bóng khác độ nảy.

Nếu nghi ngờ Table Bias:

1. Chuyển bàn Technical Hold.
2. Kiểm tra Equipment.
3. So sánh Statistics.
4. Không tiếp tục gán Match mới.
5. Xử lý Active Match theo Technical Rules.

Table Lock

Table Lock là thời điểm Assignment trở thành chính thức.

Sau Table Lock:

• Người chơi được gọi.
• Bàn được giữ.
• Không gán Match khác vào cùng Slot.
• Mọi thay đổi cần lý do.

Table Lock có thể xảy ra:

• Khi Pairing được công bố.
• Khi Wave được phát hành.
• Khi Match Call gửi đi.
• Trước First Valid Serve.

Assignment States

Trạng thái	Ý nghĩa
Draft	Chưa công bố
Proposed	Hệ thống đã đề xuất
Ready Check	Chờ người chơi
Locked	Assignment chính thức
Called	Đã gọi Match
Active	Đang thi đấu
Result Pending	Chờ Result
Completed	Hoàn tất
Reassigned	Đã chuyển bàn
Cancelled	Assignment bị hủy
Technical Hold	Bàn gặp sự cố

Table Change

Table Change là chuyển một Matchup từ bàn này sang bàn khác.

Có thể xảy ra:

• Trước Match Call.
• Sau Match Call.
• Trước First Valid Serve.
• Sau Match bắt đầu.

Cách xử lý khác nhau theo thời điểm.

Table Change trước Match Call

Có thể thực hiện tương đối dễ.

Yêu cầu:

• Cập nhật Schedule.
• Cập nhật Display.
• Không tạo Conflict.
• Table mới tương thích.

Không cần Participant Approval nếu điều kiện tương đương.

Table Change sau Match Call nhưng trước Match Start

Cần:

• Thông báo cả hai bên.
• Cập nhật Table Officials.
• Cho thời gian di chuyển hợp lý.
• Không xử No-show vì người chơi đến bàn cũ theo Call trước đó.

Table Change sau First Valid Serve

Chỉ nên xảy ra khi:

• Technical Fault.
• Safety Issue.
• Venue Emergency.
• Bàn không còn hợp lệ.

Cần quyết định:

• Resume từ Current Score.
• Replay Match.
• No Contest.
• Forfeit nếu một bên gây sự cố.

Chi tiết Technical Transfer được trình bày trong Phần 2.

Match Ready Pool

Match Ready Pool là danh sách Matchups có thể bắt đầu ngay khi có bàn phù hợp.

Một Matchup chỉ được đưa vào Ready Pool khi:

• Hai Participants đã xác định.
• Pairing đã khóa.
• Không có Result Dependency chưa hoàn tất.
• Cả hai đã Check-in.
• Cả hai đạt Minimum Rest.
• Không có Participant Conflict.
• Match Mode đã xác định.
• Roster đã khóa nếu là Team.
• Có ít nhất một Table Compatible.

Match không Ready

Một Matchup chưa Ready nếu:

• Một Participant đang thi đấu.
• Người thắng Match trước chưa xác định.
• Result đang Under Review.
• Minimum Rest chưa đủ.
• Team chưa nộp Lineup.
• Không có bàn tương thích.
• Participant No-show Pending.
• Match Mode chưa khóa.

Ready Time

Mỗi Matchup có thể có:

Earliest Ready Time.

Công thức:

Earliest Ready Time = Thời điểm muộn nhất trong các điều kiện bắt buộc

Ví dụ:

• A đủ Rest lúc 19:10.
• B đủ Rest lúc 19:05.
• Featured Table trống lúc 19:12.

Earliest Ready Time:

19:12.

Match Priority trong Ready Pool

Khi có nhiều Matchups Ready, có thể xếp theo:

1. Championship Critical Path.
2. Round Completion Priority.
3. Elimination Priority.
4. Waiting Time.
5. Featured Schedule.
6. Player Rest Equity.
7. Table Compatibility.
8. Match ID hoặc Random Tiebreaker.

Critical Path Priority

Matchup ảnh hưởng nhiều Matchups sau nên được ưu tiên.

Ví dụ:

• Semifinal Winner cần vào Final.
• Placement Match không ảnh hưởng ai.

Semifinal có Priority cao hơn.

Round Completion Priority

Trong Swiss:

• Round không thể đóng khi còn một Match chưa hoàn thành.
• Match cuối Round có Priority cao.

Ví dụ:

• Ba bàn trống.
• Một Swiss Match còn lại.
• Nhiều Side Matches đang chờ.

Swiss Match cần được gán trước.

Waiting Time Priority

Trong cùng mức Priority:

Matchup chờ lâu hơn được gọi trước.

Điều này giảm việc một Matchup bị bỏ quên.

Rest Equity Priority

Nếu hai Matchups đều Ready:

• Có thể ưu tiên người đã nghỉ lâu hơn.
• Tránh gọi cùng một Participant liên tục.

Tuy nhiên, Rest Equity không được đứng trên Critical Path quá mức nếu Tournament có Hard Deadline.

Wave Scheduling

Wave Scheduling chia Matchups thành từng đợt.

Ví dụ:

• Wave 1: bốn Matches.
• Wave 2: bốn Matches.
• Wave 3: hai Matches.

Wave sau có thể:

• Bắt đầu khi toàn Wave trước hoàn tất.
• Hoặc khi một nhóm bàn đã sẵn sàng theo Staggered Wave.

Full Wave

Mọi Match trong Wave bắt đầu gần cùng thời điểm.

Wave tiếp theo chờ toàn bộ Wave trước kết thúc.

Phù hợp:

• Swiss.
• Knockout Round.
• Team Round.
• Broadcast Block.

Ưu điểm #

• Dễ gọi người.
• Dễ theo dõi.
• Dễ khóa Round.
• Dễ bảo đảm không ai thi đấu hai Match đồng thời.

Hạn chế #

• Bàn kết thúc sớm bị trống.
• Match dài nhất quyết định Wave.
• Utilization thấp hơn Rolling Scheduling.

Staggered Wave

Các Match trong cùng Wave bắt đầu lệch nhau một khoảng ngắn.

Ví dụ:

• T1 và T2 bắt đầu 19:00.
• T3 và T4 bắt đầu 19:02.

Mục tiêu:

• Giảm tải Result Desk.
• Giảm Crowd Movement.
• Giúp Staff giám sát nhiều bàn.

Nhưng Staggered Wave có thể:

• Kéo dài Round.
• Tạo chênh lệch Rest.
• Gây khó cho Livestream.

Rolling Scheduling

Bàn trống nhận Matchup Ready tiếp theo.

Không cần chờ cả Wave kết thúc.

Phù hợp:

• Round Robin với lịch đã biết.
• Placement Matches.
• Challenge Queue.
• Side Events.
• Independent Bracket Sections.

Rolling Scheduling Requirements

Cần:

• Match Ready Pool.
• Real-time Table Status.
• Participant Notifications.
• Rest Tracking.
• Conflict Detection.
• Result Entry nhanh.

Không phù hợp vận hành thủ công đơn giản nếu số Matchups quá lớn.

Hybrid Scheduling

Hybrid Scheduling sử dụng:

• Waves cho những Stage phụ thuộc Round.
• Rolling cho Matchups độc lập.
• Fixed Blocks cho Featured Stage.

Ví dụ:

Swiss Stage #

• Full Waves.
• Round Lock.

Placement Stage #

• Rolling.

Semifinals #

• Fixed Featured Schedule.

Side Event #

• Shared Queue.

Đây là mô hình hiệu quả và dễ mở rộng.

Match Dependency

Một Matchup có thể phụ thuộc:

• Winner Match trước.
• Loser Match trước.
• Final Standing.
• Swiss Pairing.
• Team Encounter Result.
• Streak Playoff.
• Queue Outcome.

Không được đưa Matchup vào Ready Pool khi Dependency chưa khóa.

Dependency States

Trạng thái	Ý nghĩa
Waiting Participants	Chưa xác định đủ người
Waiting Result	Chờ Match trước
Under Review	Result liên quan đang tranh chấp
Ready	Đủ điều kiện
Locked	Matchup chính thức
Active	Đang thi đấu
Completed	Hoàn tất

Result Under Review và Table Assignment

Nếu Match A quyết định Participant vào Match B:

• Không Assign Match B chính thức khi Match A Under Review.
• Có thể giữ một Tentative Table Slot.
• Không gọi người chơi đến bàn như Match đã khóa.

Điều này tránh:

• Sai Finalist.
• Reassign nhiều lần.
• Người chơi chuẩn bị sai Matchup.

Tentative Reservation

Organizer có thể giữ:

• Một bàn.
• Một Time Block.
• Một Featured Slot.

Cho Matchup chưa xác định.

Ví dụ:

Final dự kiến 20:30 trên Featured Table.

Participants chưa biết nhưng Slot được Reserved.

Player Conflict

Participant Conflict xảy ra khi một người:

• Được gán hai Matchups cùng thời điểm.
• Đang thi đấu Main Event và Side Event.
• Thuộc hai Team Encounters.
• Là Champion ở một bàn và Participant ở bàn khác.
• Chưa đạt Minimum Rest.

Hệ thống phải chặn Assignment xung đột.

Main Event Priority

Cấu hình phổ biến:

1. Main Championship.
2. Main Team Event.
3. Qualification.
4. Official Side Event.
5. Sponsor Challenge.
6. Free Play.

Nếu Participant tham gia nhiều nội dung:

• Nội dung Priority thấp phải chờ.
• Không kéo dài Main Event vì Side Match.

Shared Player trong Team Event

Một Player không nên xuất hiện trong hai Team Entries cùng Stage.

Nếu Event cho phép:

• Không được gán hai Team Encounters đồng thời.
• Player Conflict phải được kiểm tra.
• Team không được yêu cầu Delay vô hạn.

Cấu hình được đề xuất:

Một Player chỉ thuộc một Team trong mỗi Team Tournament.

Minimum Rest trong Multi-table Assignment

Nhiều bàn làm Matchups xuất hiện nhanh hơn.

Do đó nguy cơ thiếu Rest cao hơn.

Mỗi Participant cần:

• Previous Match End.
• Minimum Rest.
• Next Eligible Time.

Không Assign Match bắt đầu trước Next Eligible Time.

Rest Conflict Example

• A kết thúc Match tại 19:05.
• Minimum Rest: 5 phút.
• Match tiếp theo của A đã xác định.
• T2 trống lúc 19:06.

Không được gọi A lúc 19:06.

Earliest Start:

19:10.

Trong thời gian đó, T2 nên nhận Matchup Ready khác.

Table Idle Time vì Rest

Một bàn trống không đồng nghĩa Schedule thất bại.

Nếu không có Matchup nào vừa:

• Ready.
• Compatible.
• Đủ Rest.

Bàn có thể phải chờ.

Không nên phá Minimum Rest chỉ để tăng Utilization.

Rest-aware Assignment

Hệ thống có thể ưu tiên Matchups:

• Cả hai đã nghỉ lâu.
• Không ảnh hưởng Critical Path.
• Phù hợp bàn trống.

Ví dụ:

• A vs B chưa đủ Rest.
• C vs D đã Ready.
• C vs D nên được gán trước dù Match ID lớn hơn.

Round Robin Multi-table

Round Robin có nhiều Matchups độc lập hơn Knockout.

Có thể dùng:

• Round Waves.
• Rolling Schedule.
• Hybrid Rest-aware Schedule.

Round-based Round Robin

Ví dụ 8 người:

• 7 Rounds.
• 4 Matches mỗi Round.
• 4 bàn.

Mỗi Round:

• Một Wave.
• Tất cả Participants thi đấu.
• Round sau bắt đầu sau khi Round trước hoàn tất.

Ưu điểm:

• Mỗi người có khoảng nghỉ giống nhau.
• Dễ theo dõi.
• Dễ nhập Standings.

Round Robin với ít bàn hơn

Ví dụ:

• 8 người.
• 4 Matches mỗi Round.
• 2 bàn.

Cần hai Waves.

Nếu Wave 1:

• A vs B.
• C vs D.

Wave 2:

• E vs F.
• G vs H.

Người ở Wave 1 nghỉ lâu hơn trước Round sau.

Có thể xoay Wave Position:

• Round 1: A thi đấu Wave 1.
• Round 2: A thi đấu Wave 2.

Điều này cân bằng Wait và Rest.

Wave Position Rotation

Hệ thống có thể theo dõi:

• Early Wave Count.
• Late Wave Count.
• Consecutive Wave Position.

Mục tiêu:

• Không để một người luôn thi đấu đầu Round.
• Không để một người luôn phải chờ Wave cuối.

Đây là Soft Constraint.

Continuous Round Robin

Matchups được phát hành liên tục.

Yêu cầu:

• Lịch toàn bộ Pairings đã biết.
• Không có Participant Conflict.
• Rest-aware Scheduler.
• Không bắt buộc đóng từng Round.

Ưu điểm:

• Tăng Utilization.
• Giảm tổng Duration.

Hạn chế:

• Standing giữa Event khó đọc theo Round.
• Một số người có thể thi đấu nhiều Matches sớm.
• Cần giới hạn Maximum Matches Ahead.

Matches Ahead

Matches Ahead là số Matchups một Participant đã thi đấu nhiều hơn người khác.

Ví dụ:

• A đã thi đấu 5 Matches.
• B mới thi đấu 3.

A đang Ahead:

2 Matches.

Có thể đặt:

Maximum Matches Ahead = 1.

Điều này giúp Standing không quá lệch về số Match đã chơi.

Round Robin Table Assignment Priority

Có thể ưu tiên:

1. Participant ít Matches Played hơn.
2. Matchup chờ lâu hơn.
3. Cả hai đủ Rest.
4. Table Rotation.
5. Featured Content.

Không nên luôn gọi người mạnh lên Featured Table nếu làm họ thi đấu nhiều hơn những người khác.

Knockout Multi-table

Knockout phù hợp Wave Scheduling.

Ví dụ 16 người và 4 bàn:

Round of 16 #

• 8 Matches.
• 2 Waves.

Quarterfinal #

• 4 Matches.
• 1 Wave.

Semifinal #

• 2 Matches.
• Có thể đồng thời hoặc tuần tự.

Final #

• 1 Featured Table.

Knockout Bracket Sections

Có thể chia Bracket thành:

• Top Half.
• Bottom Half.

Mỗi Section có Table Pool riêng trong vòng đầu.

Ví dụ:

• Top Half → T1 và T2.
• Bottom Half → T3 và T4.

Ưu điểm:

• Dễ theo dõi.
• Match Dependencies trong Section rõ.
• Có thể chạy Semifinalists gần nhau.

Hạn chế:

• Một Section chậm có thể làm bàn khác trống.
• Table Downtime ảnh hưởng nguyên nửa Bracket.

Dynamic Knockout Assignment

Không cố định Section vào bàn.

Khi Matchup Ready:

• Gán bàn trống tương thích.
• Critical Path Priority.
• Rest Constraint.

Hiệu quả hơn nhưng khó theo dõi thủ công.

Semifinals đồng thời

Hai Semifinals chạy cùng lúc.

Ưu điểm:

• Nhanh.
• Hai Finalists có Rest gần tương đương.
• Không để một người xem toàn bộ Match đối thủ trong khi đã biết mình vào Final.

Hạn chế:

• Khán giả không xem được cả hai.
• Cần hai bàn chuẩn cao.
• Livestream chỉ chọn được một Match hoặc cần nhiều Camera.

Semifinals tuần tự

Hai Semifinals chạy trên Featured Table.

Ưu điểm:

• Livestream đầy đủ.
• Audience tập trung.
• Production tốt hơn.

Hạn chế:

• Finalist đầu nghỉ lâu hơn.
• Finalist sau cần Minimum Rest.
• Championship Stage dài hơn.

Quarterfinal Table Balance

Nếu Quarterfinals dùng bốn bàn:

• Mọi bàn phải cùng Competitive Standard.
• Không nên để Seed 1 thi đấu Featured Table tốt hơn còn Seed 8 ở bàn kém.

Featured Table có thể khác Production nhưng Gameplay Conditions phải tương đương.

Final Table

Final thường được chuyển sang Featured Table.

Cần:

• Cho Finalists làm quen ngắn.
• Kiểm tra Side.
• Dùng cùng Ball Standard.
• Không đổi Goal Configuration bất ngờ.
• Bảo đảm Minimum Rest.

Nếu Featured Table khác đáng kể:

• Có thể cho cả hai Warm-up.
• Hoặc dùng cùng bàn đã dùng trong Stage.

Swiss Multi-table

Swiss thường sử dụng:

• Full Round Lock.
• Wave Scheduling.
• Pairing sau khi toàn Round hoàn tất.

Swiss Round Capacity

Với N người chẵn:

Matches per Round = N ÷ 2.

Số Waves:

⌈Matches per Round ÷ Tables⌉

Ví dụ 16 người:

• 8 Matches mỗi Round.

Bàn	Waves
8	1
4	2
3	3
2	4

Swiss Round Lock

Round tiếp theo chỉ được tạo khi:

• Tất cả Results hoàn tất.
• Walkovers xác nhận.
• No-shows xử lý.
• Result Disputes giải quyết hoặc có Policy.
• Standings cập nhật.
• Pairing Pool khóa.

Bàn kết thúc sớm không thể nhận Swiss Match vòng sau trước Round Lock.

Có thể dùng bàn trống cho:

• Side Matches.
• Warm-up.
• Exhibition ngắn.

Nhưng phải bảo đảm bàn sẵn sàng khi Pairing mới được phát hành.

Swiss Long Match Bottleneck

Một Match kéo dài có thể giữ cả Round.

Ví dụ:

• Bảy Matches hoàn tất trong 5 phút.
• Match cuối kéo dài 12 phút.

Pairing Round sau phải chờ.

Đây là lý do:

• Time Mode dễ kiểm soát Swiss.
• Match Cycle P75 hoặc P90 quan trọng.
• Featured Interviews không nên nằm giữa Swiss Matches.

Swiss Wave Assignment

Khi không đủ bàn cho một Wave:

Cần quyết định ai thi đấu Wave 1 và Wave 2.

Không nên luôn ưu tiên:

• Seed cao.
• Người nổi tiếng.
• Featured Player.

Có thể dùng:

• Pairing Rank.
• Previous Wave History.
• Random.
• Table Compatibility.

Swiss Wave Fairness

Có thể xoay:

• Người ở Late Wave Round trước được Early Wave Round sau.
• Tránh cùng một người liên tục ở Late Wave.
• Tránh Participant phải chờ quá lâu.

Tuy nhiên, Pairing Integrity vẫn đứng trước Wave Preference.

Swiss Pairing và Table Assignment tách biệt

Pairing Process:

1. Score Groups.
2. Floaters.
3. No Rematch.
4. Pairing Lock.

Sau đó mới:

5. Table Assignment.
6. Wave Assignment.
7. Match Call.

Không dùng Table Availability để thay đổi Opponent Pairing trừ khi có lý do Format đặc biệt.

Featured Swiss Match

Có thể chọn một Matchup lên Featured Table dựa trên:

• Top Score Group.
• Undefeated Match.
• Qualification Match.
• Elimination Match.
• Storyline.

Cần bảo đảm:

• Featured Table không làm Round trễ quá mức.
• Match Cycle tương đương hoặc được tính riêng.
• Hai Participants đủ Rest.
• Selection không ảnh hưởng Pairing.

Round Closure

Một Round chỉ chuyển Completed khi:

• Tất cả Matchups có Result Type.
• Không còn Active Match.
• Không còn Result Pending.
• No-show và Walkover đã khóa.
• Table Incidents đã xử lý.

Multi-table Table Queue

Mỗi bàn có thể có một danh sách Matchups dự kiến.

Ví dụ:

T1 Queue #

1. Match 12.
2. Match 18.
3. Match 24.

T2 Queue #

1. Match 13.
2. Match 19.

Table Queue chỉ nên là dự kiến nếu:

• Match Dependencies có thể thay đổi.
• Rest chưa được xác nhận.
• Technical Status chưa chắc chắn.

Table Queue khác Challenge Queue

Table Queue:

• Danh sách Matchups được dự kiến cho một bàn.

Challenge Queue:

• Danh sách Challengers chờ đối đầu Holder hoặc Champion.

Không nên dùng cùng một thuật ngữ cho hai hệ thống.

Table Utilization

Table Utilization đo tỷ lệ bàn thực sự bận.

Công thức:

Table Utilization = Busy Time ÷ Available Time

Ví dụ:

• T1 khả dụng 60 phút.
• Có Match và Transition trong 45 phút.

Utilization:

75%.

Utilization mục tiêu

Không cần đạt 100%.

Tham khảo:

• 70–85% cho Tournament tiêu chuẩn.
• 60–75% cho Team Event phức tạp.
• 80–90% cho Rolling Community Event.
• Thấp hơn ở Featured Table.

Utilization quá cao có thể khiến:

• Không có Buffer.
• Sự cố nhỏ làm trễ toàn Stage.
• Staff không có thời gian reset.
• Player Rest bị ép.

Table Idle Reason

Bàn trống có thể do:

• No Ready Match.
• Waiting Dependency.
• Player Rest.
• Technical Hold.
• Pairing.
• Featured Reservation.
• Staff unavailable.
• Ball hoặc Equipment reset.
• Schedule Buffer.

Cần lưu lý do để phân biệt:

• Idle hợp lý.
• Inefficiency.

Table Load Balance

Load Balance là phân phối Workload giữa các bàn.

Mục tiêu:

• Không để một bàn quá tải.
• Không để bàn khác trống dài.
• Phân phối Staff hợp lý.
• Giảm Table Wear.
• Cân bằng Participant Exposure.

Load Balance không phải chia đều tuyệt đối

Featured Table có thể ít Matches hơn vì:

• Cycle dài.
• Final.
• Production.

Reserve Table có thể gần như không dùng.

Do đó đánh giá Load Balance theo:

• Vai trò của bàn.
• Stage.
• Available Time.

Assignment Heuristics

Một hệ thống đơn giản có thể chọn bàn theo thứ tự:

1. Compatible.
2. Ready.
3. Không Reserved.
4. Có Staff.
5. Ít Workload nhất.
6. Table Rotation phù hợp.
7. Gần Participant Waiting Zone.

Shortest Queue Table

Gán Matchup vào bàn có ít Matchups chờ nhất.

Phù hợp Rolling Schedule.

Nhưng cần kiểm tra:

• Match Dependency.
• Featured Requirement.
• Rest.
• Table Compatibility.

Earliest Available Table

Chọn bàn có thời điểm trống sớm nhất.

Có thể giảm Wait nhưng không phải lúc nào tối ưu nếu:

• Bàn ở xa.
• Bàn có Cycle dài.
• Featured Match cần bàn khác.

Least Used Table

Chọn bàn có Busy Time thấp nhất.

Giúp cân bằng Wear.

Không nên dùng nếu:

• Bàn ít dùng vì có Technical Risk.
• Bàn dành Reserve.

Assignment Override

Tournament Director có thể Override khi:

• Technical Issue.
• Accessibility.
• Livestream.
• Safety.
• Staff Conflict.
• Schedule Recovery.

Override cần:

• Lý do.
• Timestamp.
• Match ID.
• Table cũ.
• Table mới.
• Người thực hiện.

Match Call trong Multi-table Event

Match Call phải nêu rõ:

• Participant hoặc Team.
• Opponent.
• Table ID.
• Wave hoặc Scheduled Time.
• Match Mode.
• Grace Period.
• On Deck nếu có.

Ví dụ:

A vs B — Table 3 — Wave 2 — Check-in trước 19:20.

Central Match Call

Một Host trung tâm gọi mọi bàn.

Ưu điểm:

• Thông tin thống nhất.
• Audience dễ theo dõi.

Hạn chế:

• Có thể gây ồn.
• Host trở thành Bottleneck.
• Khó với nhiều bàn.

Table-specific Call

Mỗi bàn có Official gọi Match tiếp theo.

Ưu điểm:

• Nhanh.
• Giảm tải Host trung tâm.

Hạn chế:

• Dễ thiếu đồng bộ.
• Cần Schedule và Result System tốt.

Digital Notification

Có thể gửi:

• Push Notification.
• QR Display.
• Venue Screen.
• SMS hoặc Messaging.
• Captain Notification.

Digital Notification nên hiển thị:

• Table.
• Call Time.
• Countdown.
• Opponent.
• Ready Button.

Ready Zone

Venue có thể tạo:

• Table-specific Ready Zone.
• Central Ready Zone.
• Team Bench Zone.
• Featured Match Holding Area.

Người chơi cần biết:

• Khi nào phải có mặt.
• Được rời khu vực bao xa.
• Grace Period bắt đầu từ lúc nào.

On Deck

On Deck là Matchup dự kiến tiếp theo cho một bàn.

Có thể hiển thị:

• Current Match.
• Next Match.
• On Deck Match.

Không nên hiển thị Match chưa chắc chắn như đã Locked.

Multi-table Fairness

Công bằng Multi-table gồm bốn lớp.

Equipment Fairness #

Các bàn có điều kiện tương đương.

Assignment Fairness #

Không một người được ưu ái bàn tốt hơn liên tục.

Rest Fairness #

Không một người bị gọi liên tiếp ngoài nhu cầu cấu trúc.

Information Fairness #

Mọi người nhận Match Call và Table Change kịp thời.

Table Advantage

Nếu một bàn được xem là tốt hơn rõ ràng:

• Không nên dùng cho một nhóm duy nhất.
• Cần sửa điều kiện.
• Hoặc dùng luân phiên.
• Hoặc tách Stage.

Không nên giải quyết bằng cách:

Cho Seed cao luôn được bàn tốt.

Trừ khi đây là một Seed Advantage đã công bố, nhưng cấu hình này không được đề xuất.

Environmental Differences

Khác biệt có thể gồm:

• Ánh sáng.
• Nhiệt độ.
• Gió.
• Tiếng ồn.
• Khán giả.
• Camera.
• Sàn.
• Khoảng trống xung quanh.

Venue cần giảm khác biệt khi có thể.

Outdoor Multi-table Event

Cần thêm:

• Weather Monitoring.
• Wind Direction.
• Surface Dryness.
• Sunlight.
• Rain Plan.
• Table Cover.
• Uneven Ground Check.

Không nên sử dụng Goal Difference giữa các bàn ngoài trời có điều kiện quá khác nhau nếu không thể kiểm soát.

Table-side Rules Display

Mỗi bàn nên có:

• Match Mode.
• Serve Rule.
• Score Method.
• Card Scope.
• Staff Contact.
• Table ID.

Điều này giảm tranh cãi khi nhiều bàn chạy Formats khác nhau.

Mixed Formats

Một Event có thể chạy:

• Swiss ở T1–T4.
• Beat The Champion ở T5.
• Free Play ở T6.

Cần:

• Signage rõ.
• Table Pool riêng.
• Không gán nhầm Matchup.
• Result Systems riêng.
• Priority Rule nếu Main Tournament cần thêm bàn.

Reallocating Tables giữa Stages

Ví dụ:

Swiss Stage #

• T1–T4.

Playoffs #

• T1 và T2.
• T3 thành Warm-up.
• T4 thành Featured Table.

Cần Stage Transition:

1. Hoàn tất Results.
2. Đóng bàn cũ.
3. Kiểm tra bàn mới.
4. Cập nhật Table Roles.
5. Công bố Schedule.
6. Mở Stage mới.

Table Role Change

Một bàn có thể chuyển:

• Side Event → Competition.
• Competition → Reserve.
• Warm-up → Featured.
• Featured → Closed.

Mọi Role Change cần:

• Technical Check.
• Schedule Update.
• Staff Assignment.
• Signage Update.

Ví dụ 1 — Knockout 8 người, 2 bàn

Quarterfinal #

• QF1 và QF2: Wave 1.
• QF3 và QF4: Wave 2.

Semifinal #

• SF1 và SF2 chạy đồng thời nếu Winners đủ Rest.

Final #

• T1 chuyển thành Featured Table.
• T2 dùng Warm-up hoặc Reserve.

Điều phối:

• Winners Wave 1 không nên bị gọi Semifinal trước Winners Wave 2 nếu Opponent chưa xác định.
• Minimum Rest được tính từ Match End.
• Finalists được nghỉ trước Final.

Ví dụ 2 — Knockout 16 người, 4 bàn

Round of 16 #

Wave 1:

• M1 → T1.
• M2 → T2.
• M3 → T3.
• M4 → T4.

Wave 2:

• M5 → T1.
• M6 → T2.
• M7 → T3.
• M8 → T4.

Quarterfinal #

Có thể chạy cả bốn cùng lúc.

Semifinal #

Lựa chọn:

• Đồng thời T1 và T2.
• Tuần tự Featured Table.

Final #

• Featured Table.
• Reserve Table sẵn sàng.

Ví dụ 3 — Round Robin 6 người, 3 bàn

• 5 Rounds.
• 3 Matches mỗi Round.
• Một Wave mỗi Round.

Mỗi Participant thi đấu một Match mỗi Round.

Ưu điểm:

• Không cần Multi-wave.
• Rest đồng đều.
• Table Assignment có thể xoay.

Ví dụ Rotation:

Round	A thi đấu
1	T1
2	T2
3	T3
4	T1
5	T2

Không cần tuyệt đối đồng đều nếu Schedule Conflict xuất hiện.

Ví dụ 4 — Round Robin 8 người, 2 bàn

• 7 Rounds.
• 4 Matches mỗi Round.
• 2 Waves mỗi Round.

Cần Wave Rotation.

Ví dụ:

Round 1 #

Wave 1:

• A vs B.
• C vs D.

Wave 2:

• E vs F.
• G vs H.

Round 2 #

Ưu tiên:

• E, F, G, H vào Wave 1 nếu Pairings cho phép.
• A, B, C, D vào Wave 2.

Mục tiêu:

• Cân bằng thời gian chờ.
• Không tạo Back-to-back.

Ví dụ 5 — Swiss 16 người, 4 bàn

Mỗi Round:

• 8 Matches.
• 2 Waves.

Quy trình:

1. Pairing Lock.
2. Gán bốn Matches Wave 1.
3. Gán bốn Matches Wave 2.
4. Match Calls.
5. Wave 1 hoàn tất.
6. Kiểm tra Rest và gọi Wave 2.
7. Tất cả Results Lock.
8. Tạo Round tiếp theo.

Không được tạo Round mới khi:

• Một Result còn Pending.
• Match bị Under Review.
• Walkover chưa xác nhận.

Ví dụ 6 — Swiss 24 người, 6 bàn

• 12 Matches mỗi Round.
• 2 Waves.

Có thể chọn Featured Match trong Wave 1.

Nhưng Featured Table phải:

• Có Cycle tương đương.
• Không giữ cả Round quá lâu.
• Hoặc được tính là bàn thứ bảy riêng.

Nếu Featured Match Cycle dài gấp đôi:

• Không nên tính nó như một trong sáu bàn tiêu chuẩn mà không điều chỉnh Round Time.

Ví dụ 7 — Hybrid Event

Venue có sáu bàn.

Phân bổ:

• T1–T3: Main Swiss.
• T4: Featured Swiss.
• T5: Beat The Champion.
• T6: Reserve hoặc Warm-up.

Khi Swiss vào Playoffs:

• T1–T2: Quarterfinals.
• T3: Warm-up.
• T4: Featured Match.
• T5 tiếp tục Beat The Champion.
• T6 Reserve.

Nếu Main Tournament trễ:

• T5 có thể bị thu hồi sau Final Queue Lock.
• T6 có thể kích hoạt.
• Side Event Participants phải được thông báo trước.

Cấu hình tiêu chuẩn đề xuất

Tournament nhỏ #

• Hai Competition Tables.
• Một bàn có thể trở thành Featured.
• Wave Scheduling.
• Central Match Call.
• Manual Result Entry.
• Không cần Rolling Assignment phức tạp.

Tournament trung bình #

• Ba đến bốn Competition Tables.
• Một Reserve Table nếu có thể.
• Round-based Assignment.
• Digital Table Status.
• Match Ready Pool cho Rolling Matches.
• Featured Final.

Event lớn #

• Table Pools riêng.
• Hybrid Scheduling.
• Dedicated Result Desk.
• Table Officials.
• Digital Notifications.
• Reserve Capacity.
• Featured Production Team.
• Real-time Forecast.

Những lỗi thường gặp

Lỗi 1 — Tính mọi bàn vật lý là Competition Table #

Không phải bàn nào cũng đạt tiêu chuẩn hoặc có Staff.

Lỗi 2 — Gán Matchup trước khi Dependency hoàn tất #

Có thể gọi sai Participant.

Lỗi 3 — Chạy Match tiếp theo ngay khi bàn trống #

Không kiểm tra Minimum Rest.

Lỗi 4 — Dùng Table Availability để thay Pairing #

Table Assignment không được thay Opponent.

Lỗi 5 — Không có Table ID rõ ràng #

Người chơi đến sai bàn.

Lỗi 6 — Featured Table có điều kiện Gameplay tốt hơn #

Tạo Competitive Advantage.

Lỗi 7 — Dùng một bóng chung cho nhiều bàn #

Tạo Delay và sai tiêu chuẩn.

Lỗi 8 — Không lưu Table History #

Không phát hiện một người luôn gặp bàn bất lợi.

Lỗi 9 — Gọi Match chưa Ready #

Một Participant vẫn đang thi đấu hoặc chưa đủ nghỉ.

Lỗi 10 — Swiss Round mới bắt đầu khi Round cũ chưa khóa #

Làm sai Pairing.

Lỗi 11 — Giữ tất cả bàn trống chỉ vì một Swiss Match kéo dài #

Có thể dùng bàn khác cho Side Match ngắn nếu không ảnh hưởng Round sau.

Lỗi 12 — Không phân biệt Table Queue và Challenge Queue #

Hai cơ chế có mục tiêu khác nhau.

Lỗi 13 — Reassign bàn nhưng không thông báo #

Participant bị xử No-show sai.

Lỗi 14 — Đổi bàn sau Match Start mà không có Technical Procedure #

Không rõ giữ Score hay Replay.

Lỗi 15 — Utilization 100% được xem là mục tiêu tuyệt đối #

Không còn Buffer cho Technical Delay.

Lỗi 16 — Side Event giữ bàn khi Main Final bị trễ #

Priority Rule phải được xác định trước.

Lỗi 17 — Một Staff giám sát quá nhiều bàn #

Physical Capacity vượt Operational Capacity.

Lỗi 18 — Không có Reserve Plan khi một bàn hỏng #

Số Waves tăng đột ngột.

Lỗi 19 — Participant thi đấu Main và Side Event cùng lúc #

Schedule Conflict do Organizer.

Lỗi 20 — Không xoay Wave Position #

Một số người luôn chờ lâu hơn.

Checklist Multi-table — Phần 1

Trước Stage cần xác nhận:

1. Có bao nhiêu Physical Tables?
2. Có bao nhiêu Competition-ready Tables?
3. Có bao nhiêu Scheduled Tables?
4. Effective Table Count là bao nhiêu?
5. Có Featured Table không?
6. Có Reserve Table không?
7. Có Warm-up Table không?
8. Có Side Event Tables không?
9. Mỗi bàn có Table ID chưa?
10. Table Roles đã công bố chưa?
11. Mỗi bàn đã qua Table Check chưa?
12. Các bàn có cùng kích thước không?
13. Goal Configuration có giống nhau không?
14. Ball Standard có giống nhau không?
15. Scoreboard Method có giống nhau không?
16. Có Ball dự phòng cho từng bàn không?
17. Table Compatibility được xác định chưa?
18. Có Table Pools không?
19. Có Table Groups không?
20. Featured Table có Match Cycle riêng không?
21. Reserve Table có thể kích hoạt trong bao lâu?
22. Warm-up Table có được dùng thi đấu trong Emergency không?
23. Tournament dùng Fixed, Round-based hay Rolling Assignment?
24. Có Hybrid Scheduling không?
25. Match Ready Pool được quản lý thế nào?
26. Matchup cần điều kiện gì để trở thành Ready?
27. Earliest Ready Time được tính không?
28. Minimum Rest có được kiểm tra không?
29. Participant Conflict có được chặn không?
30. Shared Player Conflict có được chặn không?
31. Match Priority được xác định thế nào?
32. Critical Path Match có Priority không?
33. Round Completion Match có Priority không?
34. Waiting Time có được tính không?
35. Table Rotation là Hard hay Soft Constraint?
36. Có lưu Table History không?
37. Có giới hạn Consecutive Same-table Matches không?
38. Featured Exposure có được cân bằng không?
39. Pairing và Table Assignment có tách riêng không?
40. Table Lock xảy ra khi nào?
41. Assignment States có được lưu không?
42. Table Change trước Match Call xử lý thế nào?
43. Table Change sau Match Call xử lý thế nào?
44. Table Change sau Match Start xử lý thế nào?
45. Có Audit Log cho Reassignment không?
46. Match Call có ghi rõ Table ID không?
47. Grace Period có bắt đầu lại khi đổi bàn do Organizer không?
48. Có Central hay Table-specific Match Call?
49. Có Digital Notification không?
50. Có Ready Zone không?
51. Có hiển thị Current Match và Next Match không?
52. Wave Scheduling dùng Full hay Staggered Wave?
53. Wave sau bắt đầu theo điều kiện nào?
54. Rolling Scheduling có Rest-aware không?
55. Swiss có chờ toàn Round Lock không?
56. Round Robin có dùng Wave Position Rotation không?
57. Continuous Round Robin có Maximum Matches Ahead không?
58. Knockout Semifinals chạy đồng thời hay tuần tự?
59. Final có dùng Featured Table không?
60. Finalists có thời gian làm quen bàn không?
61. Featured Table có tạo Bottleneck không?
62. Table Utilization mục tiêu là bao nhiêu?
63. Có lưu Idle Reason không?
64. Load Balance có xem xét Table Role không?
65. Có Table Assignment Override không?
66. Ai có quyền Override?
67. Override có Rule Reference không?
68. Có Table Bias Monitoring không?
69. Bàn nghi ngờ lỗi được chuyển trạng thái nào?
70. Stage Transition có thay đổi Table Roles không?
71. Role Change có cần Technical Check không?
72. Side Event có thể bị thu hồi bàn không?
73. Priority giữa Main và Side Event là gì?
74. Mọi người có được thông báo khi Table Pool thay đổi không?
75. Schedule có bảo vệ Minimum Rest không?
76. Multi-table Plan có được kiểm tra theo Critical Path không?
77. Có đủ Staff cho số bàn mở không?
78. Có đủ Result Entry Capacity không?
79. Có đủ không gian an toàn quanh mỗi bàn không?
80. Tất cả Assignment Rules đã được công bố trước Stage chưa?

Tóm tắt Phần 1

Khái niệm	Vai trò
Physical Table	Mọi bàn có mặt tại Venue
Competition-ready Table	Bàn đạt tiêu chuẩn thi đấu
Scheduled Table	Bàn được đưa vào Schedule
Effective Table	Bàn thực sự tạo Capacity
Featured Table	Bàn cho Match nổi bật hoặc Livestream
Reserve Table	Bàn dự phòng sự cố
Table Pool	Nhóm bàn phục vụ một loại Matchup
Table Compatibility	Điều kiện Matchup có thể dùng bàn
Match Ready Pool	Danh sách Matchups có thể bắt đầu
Table Assignment	Gán Matchup vào bàn
Table Lock	Khóa Assignment
Wave Scheduling	Chạy Matchups theo từng đợt
Rolling Scheduling	Bàn trống nhận Matchup Ready tiếp theo
Hybrid Scheduling	Kết hợp Waves, Rolling và Fixed Blocks
Critical Path	Chuỗi Matchups quyết định giờ kết thúc
Table Utilization	Tỷ lệ thời gian bàn được sử dụng

Cấu trúc điều phối tiêu chuẩn:

Xác định các bàn Competition-ready → chia Table Pools → tạo Pairings → kiểm tra Match Dependencies → xác định Match Ready Pool → kiểm tra Rest và Conflicts → gán bàn tương thích → khóa Assignment → gửi Match Call → thi đấu → khóa Result → reset bàn → đưa Matchup tiếp theo vào bàn.

Multi-table Tournament chỉ hiệu quả khi ba lớp hoạt động đồng thời:

Competitive Layer #

• Pairing đúng.
• Participants đúng.
• Match Mode đúng.
• Rest hợp lệ.

Physical Layer #

• Bàn sẵn sàng.
• Equipment tương đương.
• Không gian an toàn.
• Ball và Scoreboard đầy đủ.

Operational Layer #

• Match Call.
• Staff.
• Result Entry.
• Schedule.
• Communication.

Nếu chỉ có nhiều bàn mà không có Match Ready Pool:

• Bàn có thể trống dù còn nhiều Matches.

Nếu chỉ có Matchups mà không kiểm tra Rest:

• Người chơi có thể bị gọi liên tục.

Nếu chỉ tối đa hóa Utilization mà không bảo vệ Critical Path:

• Side Matches có thể chiếm bàn trong khi Final bị trễ.

Nguyên tắc cuối cùng:

Một bàn trống không phải lúc nào cũng là lãng phí. Một bàn đang hoạt động cũng không phải lúc nào cũng được sử dụng đúng.

Giá trị của Multi-table Operations không nằm ở việc mọi bàn đều bận.

Nó nằm ở việc mỗi bàn đang phục vụ Matchup phù hợp nhất với Tournament tại thời điểm đó.

Multi-table trong Double Elimination

Double Elimination là một trong những Tournament Mode khó điều phối nhiều bàn nhất.

Lý do:

• Winners Bracket và Losers Bracket liên kết với nhau.
• Loser từ Winners Bracket phải được đưa xuống đúng vị trí.
• Một số Matchups phải chờ nhiều Results khác nhau.
• Losers Bracket có thể tạo Back-to-back Matches.
• Losers Final phải hoàn tất trước Grand Final.
• Grand Final có thể cần Bracket Reset.
• Nhiều bàn không xóa được Critical Path cuối Tournament.

Do đó, Multi-table Double Elimination không nên vận hành như một danh sách Matches độc lập.

Mỗi Matchup cần có:

• Bracket.
• Round.
• Dependency.
• Participant Source.
• Earliest Start.
• Minimum Rest.
• Table Compatibility.
• Result Lock.

Winners Bracket và Losers Bracket Table Pools

Có thể chia bàn thành:

Winners Bracket Pool #

Phục vụ:

• Winners Round.
• Winners Semifinal.
• Winners Final.

Losers Bracket Pool #

Phục vụ:

• Losers Round.
• Losers Semifinal.
• Losers Final.

Ví dụ Venue có bốn bàn:

• T1–T2: Winners Bracket.
• T3–T4: Losers Bracket.

Cách chia này dễ theo dõi nhưng không phải lúc nào cũng tối ưu.

Nếu Winners Bracket đang chờ Dependency trong khi Losers Bracket có nhiều Matches:

• T1 hoặc T2 có thể bị trống.
• T3 và T4 quá tải.

Cấu hình linh hoạt hơn:

Mọi Competition Table thuộc Shared Bracket Pool, còn Winners và Losers Matchups được phân biệt bằng Priority và Dependency.

Fixed Bracket Pools

Ưu điểm:

• Người chơi dễ tìm bàn.
• Staff quen với một nhánh.
• Bracket Display rõ.
• Giảm sai sót chuyển Winner và Loser.

Hạn chế:

• Utilization thấp.
• Một nhánh có thể chậm hơn nhánh kia.
• Khó phục hồi khi một bàn lỗi.
• Bàn trống không hỗ trợ được nhánh còn lại.

Shared Bracket Pool

Mọi bàn có thể nhận:

• Winners Match.
• Losers Match.
• Placement Match nếu tương thích.

Hệ thống chọn theo:

1. Matchup đã Ready.
2. Critical Path.
3. Player Rest.
4. Round Priority.
5. Waiting Time.
6. Table Availability.

Đây là cấu hình hiệu quả hơn khi có Digital Bracket và Table Assignment.

Bracket Drop

Bracket Drop xảy ra khi người thua Winners Bracket được chuyển xuống Losers Bracket.

Không được tạo Losers Matchup chính thức trước khi:

• Winners Result đã Lock.
• Participant bị Drop đã xác định.
• Losers Opponent đã xác định.
• Participant đạt Minimum Rest.
• Không có Protest hoặc Result Under Review.

Ví dụ:

• A thua Winners Match 5.
• A được đưa xuống Losers Match 9.
• Match 9 không thể bắt đầu trước khi Match 5 khóa Result.

Drop Position

Table Assignment không được thay đổi Drop Position.

Ví dụ:

• A theo Bracket phải gặp B ở Losers Round.
• T3 đang trống nhưng B chưa Ready.
• Không được cho A gặp C chỉ để lấp bàn.

Có thể:

• Chờ.
• Gọi Matchup khác.
• Dùng T3 cho Side Event ngắn.
• Chuyển T3 sang Technical Reset.

Không được đổi Bracket Logic.

Losers Bracket Back-to-back

Người thắng Losers Match có thể phải thi đấu tiếp sớm hơn người từ Winners Bracket rơi xuống.

Cần tính:

Next Eligible Time = Previous Match End + Minimum Rest.

Ví dụ:

• A thắng Losers Match lúc 19:20.
• A phải gặp B vừa rơi từ Winners Bracket.
• Minimum Rest của A là 5 phút.
• B đã nghỉ 15 phút.

Match mới không bắt đầu trước:

19:25.

B không được nhận Walkover chỉ vì A chưa Ready trong khoảng Rest hợp lệ.

Winners Bracket Rest Advantage

Người ở Winners Bracket thường:

• Thi đấu ít Matches hơn.
• Có nhiều thời gian nghỉ hơn.
• Có đường đi ngắn hơn đến Grand Final.

Đây là lợi thế cấu trúc hợp lệ.

Multi-table Operations không cần cố làm hai nhánh có Rest bằng nhau tuyệt đối.

Nhưng cần bảo đảm:

• Losers Bracket đạt Minimum Rest.
• Không gọi người thắng Losers Final vào Grand Final ngay lập tức.
• Không để Table Availability ép một người đấu liên tục thiếu an toàn.

Double Elimination Round Scheduling

Có thể sử dụng:

Bracket Waves #

Chạy từng Bracket Round theo đợt.

Ưu điểm:

• Dễ theo dõi.
• Ít sai Dependency.
• Phù hợp vận hành thủ công.

Hạn chế:

• Nhiều bàn trống.
• Tổng thời lượng dài.

Rolling Bracket Scheduling #

Matchup nào Ready được chạy trước.

Ưu điểm:

• Utilization cao.
• Giảm tổng thời lượng.

Hạn chế:

• Khó vận hành.
• Cần Digital Dependency Tracking.
• Dễ tạo Rest Conflict.

Hybrid Bracket Scheduling #

• Vòng đầu chạy theo Waves.
• Winners và Losers Rounds giữa Tournament chạy Rolling.
• Winners Final, Losers Final và Grand Final chạy Fixed Blocks.

Đây là cấu hình được đề xuất.

Bracket Match Priority

Khi nhiều Matchups Ready, có thể ưu tiên:

1. Matchup chặn nhiều Dependencies nhất.
2. Winners hoặc Losers Final.
3. Matchup có Participant đã chờ lâu.
4. Matchup hoàn tất Bracket Round.
5. Placement Match.
6. Side Event.

Không nên luôn ưu tiên Winners Bracket chỉ vì nó là nhánh trên.

Losers Bracket có thể là Critical Path thực tế.

Losers Final

Losers Final thường phải chạy trên:

• Featured Table.
• Hoặc một Competition Table tiêu chuẩn trước Grand Final.

Sau Losers Final cần:

• Result Lock.
• Minimum Rest.
• Grand Final Setup.
• Player Introduction nếu có.
• Side Selection.

Không nên bắt đầu Grand Final ngay sau Final Point của Losers Final.

Grand Final Table Reservation

Grand Final nên có một Table Block được Reserve từ trước.

Ví dụ:

• Featured Table được giữ từ 20:00.
• Grand Final dự kiến bắt đầu 20:15.
• Không gán Side Match có thể kéo dài qua 20:00.

Tentative Reservation giúp bảo vệ:

• Camera Setup.
• Final Warm-up.
• Branding.
• Minimum Rest.
• Broadcast Schedule.

Grand Final Reset Reservation

True Double Elimination cần dự phòng hai Series:

1. Grand Final Series 1.
2. Reset Series nếu cần.

Table Block phải đủ cho Worst-case.

Không nên:

• Chỉ Reserve thời gian cho Series 1.
• Sau đó bỏ Reset vì bàn đã được giao cho hoạt động khác.

Nếu Reset không xảy ra:

• Thời gian dư trở thành Ceremony Buffer.
• Exhibition.
• Interview.
• Venue Reset.

Multi-table Grand Final

Grand Final tiêu chuẩn vẫn nên diễn ra trên một bàn.

Không nên chia:

• Match 1 trên T1.
• Match 2 trên T3.
• Match 3 trên T2.

Trừ khi các bàn hoàn toàn tương đương và Rules cho phép.

Cấu hình tốt hơn:

Toàn bộ Grand Final Series sử dụng cùng Featured Table, trừ Technical Transfer.

Ví dụ Double Elimination 8 người, 3 bàn

Giai đoạn đầu #

• T1–T3 cùng thuộc Shared Bracket Pool.
• Winners Round 1 chạy theo Waves.
• Losers Matchups được phát hành khi Dependencies hoàn tất.

Giai đoạn giữa #

• T1 ưu tiên Winners Bracket.
• T2–T3 ưu tiên Losers Bracket.
• Có thể đổi vai trò theo tải thực tế.

Giai đoạn cuối #

• T1 trở thành Featured Table.
• T2 giữ Reserve Ready.
• T3 dùng Warm-up hoặc Side Event ngắn.

Final Sequence #

1. Winners Final.
2. Losers Semifinal.
3. Losers Final.
4. Minimum Rest.
5. Grand Final Series 1.
6. Reset Series nếu cần.
7. Ceremony.

Multi-table Team Tournament

Trong Team Tournament, một Team Matchup có thể gồm nhiều Individual Matches.

Do đó cần phân biệt:

• Table Assignment của Team Encounter.
• Table Assignment của từng Individual Match.
• Team Score.
• Individual Result.
• Active Roster.
• Lineup Order.
• Minimum Team Rest.

Một Team Encounter dùng một bàn

Đây là cấu hình phổ biến nhất.

Mọi Individual Matches diễn ra tuần tự trên cùng một bàn.

Ví dụ First To 3:

• Match 1.
• Match 2.
• Match 3.
• Match 4 nếu cần.
• Match 5 nếu cần.

Ưu điểm:

• Team Score dễ theo dõi.
• Khán giả theo dõi toàn Encounter.
• Lineup Strategy rõ.
• Không cần nhiều Officials.

Hạn chế:

• Encounter dài.
• Một bàn bị chiếm lâu.
• Tournament Capacity thấp.

Một Team Encounter dùng nhiều bàn

Một số Formats có thể cho Individual Matches chạy song song.

Ví dụ Fixed Rotation 3 Matches:

• Match 1 trên T1.
• Match 2 trên T2.
• Match 3 trên T3.

Ưu điểm:

• Encounter hoàn tất nhanh.
• Tăng Capacity.

Hạn chế:

• Khán giả khó theo dõi.
• Captain không hỗ trợ được mọi người.
• Team Score cập nhật đồng thời.
• Có thể xuất hiện Result Timing Conflict.
• Cần nhiều Table Officials.
• Không phù hợp Winner Stays hoặc Matchup Order phụ thuộc.

Khi nào có thể chạy Individual Matches song song?

Phù hợp khi:

• Lineups đã khóa.
• Matchups cố định.
• Kết quả Match này không quyết định Match tiếp theo.
• Không dùng Winner Stays.
• Không dùng Challenger Picker theo Result.
• Không dùng Clinch Stop làm hủy các Match chưa bắt đầu.
• Có đủ bàn và Staff.

Ví dụ phù hợp:

Fixed Rotation Score với ba cặp đã khóa.

Ví dụ không phù hợp:

First To 3 với Winner Stays và Loser Rotates.

Clinch Stop và Parallel Matches

Nếu Team Encounter dùng Clinch Stop:

• Encounter kết thúc ngay khi một đội đạt ngưỡng thắng.

Chạy nhiều Matches đồng thời có thể tạo vấn đề:

• Team đạt Clinch ở T1.
• Match trên T2 và T3 vẫn đang Active.

Cần Policy:

Complete All Started Matches #

• Những Match đã bắt đầu được hoàn tất.
• Chỉ Team Result đã Clinched.
• Individual Statistics vẫn được lưu.

Stop Remaining Matches #

• Match đang Active bị dừng.
• Có thể tạo No Contest.
• Không tốt cho trải nghiệm.

No Clinch Stop khi Parallel #

• Tất cả Matches đã lên lịch được hoàn thành.
• Team Score tổng kết sau cùng.

Cấu hình đề xuất:

Nếu Individual Matches chạy song song, dùng Fixed Rotation hoặc Aggregate Format thay vì Clinch Stop.

Dedicated Encounter Table

Mỗi Team Encounter được gán một bàn cố định.

Ví dụ:

• Red vs Blue → T1.
• Green vs Yellow → T2.

Encounter ở nguyên bàn đến khi hoàn tất.

Ưu điểm:

• Dễ vận hành.
• Không di chuyển đội.
• Team Resources dễ quản lý.
• Bench Area ổn định.

Split Encounter Tables

Một Encounter có thể di chuyển bàn giữa các Individual Matches khi:

• Technical Issue.
• Featured Match Selection.
• Schedule Recovery.

Không nên chuyển bàn chỉ để:

• Tạo Content giữa Encounter.
• Cho Player nổi tiếng lên Featured Table.
• Giải phóng bàn cho người quen.

Team Bench Zone

Mỗi Team Table nên có:

• Khu vực đội A.
• Khu vực đội B.
• Captain Position.
• Substitute Area.
• Water Area.
• Lineup Submission Point.

Bench không được:

• Cản lối.
• Chạm vào bàn.
• Can thiệp bóng.
• Gây áp lực không phù hợp lên Official.

Team Table Official

Table Official cần theo dõi:

• Team Score.
• Individual Match Score.
• Active Player.
• Next Player.
• Roster Eligibility.
• Lives.
• Respawn.
• Team Shield.
• Rotation.
• Forfeit.
• Clinch.

Team Encounter phức tạp không nên chỉ dựa vào tự báo Result của hai Players.

Encounter Result Lock

Một Team Encounter chỉ Lock khi:

• Individual Results đã xác nhận.
• Team Score chính xác.
• Clinch Condition hợp lệ.
• Roster không có tranh chấp.
• Resource Usage được xác nhận.
• Captain Confirmation hoàn tất nếu dùng.

Team Match Ready Pool

Một Team Encounter chỉ Ready khi:

• Hai đội đã Check-in.
• Đủ Minimum Roster.
• Active Rosters đã khóa.
• Lineups đã nộp.
• Team Resources đã reset.
• Cả hai đội đủ Minimum Rest.
• Bàn phù hợp đang sẵn sàng.

Team Rest Conflict

Một đội có thể đủ Rest tổng thể nhưng một Player cụ thể chưa đủ Rest.

Ví dụ:

• Team A hoàn tất Encounter lúc 19:00.
• Player A1 vừa thi đấu Match cuối lúc 19:08.
• Team A được gọi Encounter mới lúc 19:12.

Nếu A1 nằm trong Active Roster:

• Cần kiểm tra Rest của A1.
• Không chỉ dùng Encounter End Time chung.

Active Roster Rotation giữa Encounters

Có thể cho phép đội đổi Active Roster giữa các Encounters.

Cần:

• Submission Deadline.
• Blind Lock.
• Eligibility Check.
• Minimum Rest Check.
• Substitute Rule.

Không nên cho đội chờ xem đối thủ rồi mới chọn Roster nếu Rules yêu cầu Blind Select.

Simultaneous Team Encounters

Nhiều Team Encounters có thể chạy song song trên nhiều bàn.

Ví dụ tám đội Knockout:

• Quarterfinal 1 → T1.
• Quarterfinal 2 → T2.
• Quarterfinal 3 → T3.
• Quarterfinal 4 → T4.

Nếu mỗi Encounter dài tối đa 20 phút:

• Bốn Quarterfinals có thể hoàn tất trong một Wave.
• Nhưng Semifinals vẫn phải chờ Winners và Minimum Rest.

Team Encounter Variance

First To 3 có thể kết thúc:

• 3–0.
• 3–1.
• 3–2.

Do đó Encounter Duration biến động lớn.

Trong Wave Scheduling:

• Encounter 3–0 kết thúc sớm.
• Encounter 3–2 giữ cả Round.

Các bàn kết thúc sớm có thể dùng:

• Warm-up.
• Side Match ngắn.
• Technical Reset.

Không nên bắt đầu Semifinal sớm nếu Opponent chưa xác định hoặc Rest chưa đủ.

Multi-table Last Team Standing

Mỗi Team Encounter thường nên dùng một bàn vì:

• Winner Stays.
• Lives thay đổi sau từng Individual Match.
• Active Player phụ thuộc Result trước.
• Respawn được sử dụng theo diễn biến.
• Captain cần quyết định Rotation.

Chạy song song không phù hợp với cùng một Encounter.

Nhiều Encounters khác nhau vẫn có thể chạy song song trên các bàn khác nhau.

Multi-table Team Swiss

Team Swiss cần:

• Team Pairing Lock.
• Một Team Encounter trên mỗi bàn.
• Team Round Lock.
• Result Verification.
• Pairing mới sau khi mọi Encounter hoàn tất.

Vì Encounter Duration dài:

• Match chậm nhất có thể tạo Bottleneck lớn.
• Nên dùng Encounter Format có Maximum Duration rõ.
• Hoặc Time-controlled Team Encounter.

Team Featured Match

Một Team Encounter Featured có thể dài hơn vì:

• Team Introduction.
• Lineup Reveal.
• Captain Interview.
• Break giữa Individual Matches.
• Commentary.

Không nên tính Featured Team Table như bàn thường.

Ví dụ Team Knockout 8 đội, 4 bàn

Quarterfinal #

• Bốn Encounters chạy đồng thời.
• Mỗi Encounter First To 3.
• Encounter Cycle tối đa 23 phút.

Semifinal #

Có hai lựa chọn:

Đồng thời

• SF1 → T1.
• SF2 → T2.
• T3–T4 Warm-up hoặc Reserve.

Tuần tự

• Cả hai trên Featured Table.
• Cần thêm Broadcast Time và Rest.

Final #

• Featured Table.
• BO3 Team Encounters hoặc First To 3 dài hơn.
• T2 giữ Reserve.

King Of The Table nhiều bàn

Khi có nhiều bàn KOTT, cần xác định các bàn là:

1. Independent Tables.
2. Shared Ladder.
3. Qualification Tables.
4. Ranked Tables.
5. Featured Holder Table.

Independent KOTT Tables

Mỗi bàn có:

• Holder riêng.
• Queue riêng.
• Streak riêng.
• Session Winner riêng.

Ví dụ:

• T1 Holder A.
• T2 Holder B.
• T3 Holder C.

Người chơi chọn hoặc được gán vào một Queue.

Ưu điểm #

• Dễ mở rộng Capacity.
• Mỗi bàn chạy độc lập.
• Sự cố một bàn không dừng toàn Event.

Hạn chế #

• Streaks giữa các bàn có thể không tương đương.
• Một bàn có Queue mạnh hơn.
• Không có một Champion chung.

Shared KOTT Queue

Một Queue chung phân Challenger đến bàn trống tiếp theo.

Mỗi bàn vẫn có Holder riêng.

Ví dụ:

• Queue: D, E, F, G.
• T2 kết thúc trước.
• D được gọi đấu Holder T2.

Ưu điểm:

• Wait Time ngắn.
• Table Utilization cao.
• Người chơi không phải chọn bàn.

Hạn chế:

• Challenger không biết trước Holder.
• Difficulty khác nhau.
• Không phù hợp khi Bounty theo Holder cụ thể.

Separate KOTT Queues

Mỗi bàn có Queue riêng.

Phù hợp khi:

• Holder khác nhau rõ.
• Có Bounty riêng.
• Người chơi muốn chọn Target.
• Tables có Level khác nhau.

Cần chống:

• Duplicate Entry.
• Một người đứng nhiều Queue cùng lúc.
• Queue Switching để né Holder mạnh.

Shared Ladder KOTT

Các bàn có cấp độ.

Ví dụ:

• Table 3: Entry Table.
• Table 2: Challenger Table.
• Table 1: King Table.

Winner có thể:

• Tiến lên bàn cao hơn.
• Giữ vị trí.
• Nhận Priority Challenge.

Loser có thể:

• Lùi bàn.
• Trở lại Queue.
• Bị loại khỏi Ladder.

Đây là một Custom Multi-table Format.

Nó cần Rules riêng về:

• Promotion.
• Relegation.
• Queue.
• Holder Transfer.
• Rest.
• Champion Determination.

Không nên coi Shared Ladder chỉ là KOTT có thêm bàn.

Table Champion Playoff

Nếu mỗi bàn có Session Winner:

• Có thể tổ chức Table Champions Playoff.

Ví dụ:

• T1 Longest Streak Holder.
• T2 Longest Streak Holder.
• T3 Longest Streak Holder.
• T4 Longest Streak Holder.

Bốn người vào Mini Knockout.

Cần xác định suất bằng:

• Last Holder.
• Longest Streak.
• Most Wins.
• Table Final.

Không được chọn khác nhau giữa các bàn.

KOTT Table Migration

Holder có nên chuyển bàn không?

Cấu hình tiêu chuẩn Independent Tables:

Không.

Holder gắn với bàn cho đến khi thua hoặc Session kết thúc.

Nếu Holder chuyển bàn:

• Reign có tiếp tục không?
• Streak có giữ không?
• Queue nào được ưu tiên?
• Bounty có đi theo Holder không?

Đây là cơ chế phức tạp.

Cấu hình đơn giản:

• Holder không rời bàn.
• Challenger di chuyển.
• Chỉ Technical Transfer mới chuyển Holder và Queue.

Technical Transfer của KOTT Table

Nếu bàn lỗi:

1. Tạm dừng Queue.
2. Khóa Current Holder và Streak.
3. Chọn Reserve Table.
4. Di chuyển Holder.
5. Giữ Queue Order.
6. Resume sau Table Check.
7. Không reset Reign.

Nếu không có bàn thay:

• Suspend Table Session.
• Không tự động chuyển toàn Queue vào bàn khác đang có Holder riêng.

Champion’s Throne nhiều bàn

Champion’s Throne tiêu chuẩn nên có:

Một Ngai chính.

Nhiều bàn có thể hỗ trợ nhưng không nên tạo nhiều Last Holders trong cùng một Throne Stage nếu Rules không định nghĩa rõ.

One Main Throne

• Featured Table là Throne Table.
• Các bàn khác phục vụ Qualification, Queue Play hoặc Side Matches.
• Chỉ Match trên Throne Table tạo:
• Reign.
• Longest Streak.
• Last Holder.
• Throne Transfer.

Đây là cấu hình được đề xuất.

Qualification Tables cho Champion’s Throne

Các bàn phụ có thể dùng để xác định:

• Ai vào Challenge Queue.
• Challenger Priority.
• Challenge Token.
• Candidate Window.
• Seed cho Throne Challenge.

Ví dụ:

1. T2–T4 chạy Qualification Matches.
2. Winners nhận Challenge Token.
3. T1 là Throne Table.
4. Token Holders được gọi theo Queue.

Qualification Wins không cộng vào Throne Streak.

Multiple Independent Thrones

Mỗi bàn có một Ngai riêng.

Ví dụ:

• Fire Throne.
• Ice Throne.
• Gold Throne.
• Shadow Throne.

Mỗi Throne có:

• Holder.
• Reign.
• Streak.
• Last Holder.

Sau đó có thể tổ chức:

Throne Masters Final.

Đây là một Multi-throne Event Variant.

So sánh Streak giữa các Thrones

Chỉ nên so sánh khi:

• Match Mode giống nhau.
• Challenge Count tương đương.
• Queue Strength không chênh lệch lớn.
• Session Duration giống nhau.
• Walkover Rules giống nhau.
• Table Conditions tương đương.

Nếu không:

• Mỗi Throne trao Award riêng.
• Không dùng Raw Streak để chọn Overall Champion.

Throne Masters Playoff

Có thể lấy:

• Last Holder mỗi bàn.
• Longest Streak Holder mỗi bàn.
• Table Champion mỗi bàn.

Vào:

• Knockout.
• Round Robin.
• Team Final.

Cần xác định từ trước:

• Mỗi bàn gửi một hay hai người.
• Một người giữ cả hai suất xử lý thế nào.
• Seed Playoff dựa trên gì.
• Có Direct Crown không.

Featured Throne Table

Throne Table thường có:

• Camera.
• Audience.
• Bounty Display.
• Current Holder Display.
• Streak Counter.
• Queue Display.

Cần bảo đảm Production không làm Challenge Cycle dài bất thường.

Nếu Holder phải chờ:

• Interview sau mọi Match.
• Sponsor Cue.
• Replay.

Session Capacity sẽ giảm.

Beat The Champion nhiều bàn

Có ba mô hình chính.

1. Nhiều Champions, mỗi người một bàn.
2. Một Champion chính và nhiều Qualification Tables.
3. Một Champion Team với nhiều Encounter Tables theo Rotation.

Nhiều Champions độc lập

Ví dụ:

• Champion A → T1.
• Champion B → T2.
• Champion C → T3.

Mỗi bàn có:

• Queue riêng.
• Bounty riêng.
• Session Record riêng.
• Reward Rule riêng hoặc giống nhau.

Phù hợp Festival hoặc Sponsor Event.

Shared Queue cho nhiều Champions

Một Queue chung phân Challenger đến Champion trống tiếp theo.

Chỉ phù hợp khi:

• Challengers không chọn Target.
• Rewards tương đương.
• Match Modes giống nhau.
• Champions được xem là cùng Level hoặc cùng Event Role.

Nếu Champion A có Reward lớn hơn Champion B:

• Không nên dùng Shared Queue ngẫu nhiên.
• Người chơi cần được chọn hoặc biết Assignment trước.

Separate Champion Queues

Phù hợp khi:

• Mỗi Champion có Bounty khác nhau.
• Người chơi chọn người muốn Challenge.
• Champions có Skill Level khác nhau.
• Sponsor gắn với Champion cụ thể.

Cần hiển thị:

• Queue Length.
• Estimated Wait.
• Reward.
• Session Remaining.
• Attempts Remaining.

Một Champion không thể thi đấu đồng thời nhiều bàn

Không được dùng một Champion thật cho:

• T1 và T2 cùng lúc.

Có thể chạy:

• Qualification Matches ở bàn khác.
• Challenger Warm-up.
• Queue Seeding.
• Side Challenges.

Nhưng Champion chỉ có một Active Match tại một thời điểm.

Qualification Tables cho Beat The Champion

Cấu hình:

1. Người chơi thi đấu Qualification tại T2–T4.
2. Winners nhận quyền Challenge.
3. Champion thi đấu tại T1.
4. Qualification Results tạo Queue Priority.

Ưu điểm:

• Bàn phụ luôn hoạt động.
• Challenger có thêm trải nghiệm.
• Giảm số Attempts trực tiếp của Champion.
• Reward Challenge giữ giá trị.

Champion Rotation giữa các bàn

Có thể luân phiên Champions:

• Champion A ca 1.
• Champion B ca 2.
• Champion C ca 3.

Queue cần xác định:

• Theo Champion.
• Theo Session.
• Có giữ Attempt Count không.
• Có giữ Position không.
• Bounty có reset không.

Không đổi Champion giữa Match Call và Match Start mà không cho Challenger quyền xác nhận lại.

Multi-table Bounty Integrity

Nếu nhiều Champion Tables có Progressive Bounty:

• Mỗi bàn cần Bounty ID riêng.
• Current Value riêng.
• Defense Count riêng.
• Claim History riêng.

Không cộng Defense của Champion A vào Bounty Champion B.

Featured Table và Livestream

Featured Table thường là trung tâm nội dung của Event.

Nó có thể phục vụ:

• Featured Swiss Match.
• Elimination Match.
• Semifinal.
• Final.
• Throne Match.
• Champion Challenge.
• Team Encounter.

Featured Table khác Competition Table thường

Featured Table có thêm:

• Player Introduction.
• Camera Check.
• Lighting Check.
• Audio Cue.
• Commentary.
• Sponsor Graphic.
• Replay.
• Interview.
• Audience Management.

Do đó:

Featured Match Cycle = Gameplay Cycle + Production Cycle.

Production Cycle

Có thể gồm:

• 30–60 giây Introduction.
• 30 giây Countdown.
• Camera Check.
• 1–3 phút Post-match Interview.
• Graphic Update.
• Replay.
• Sponsor Cue.

Không nên dùng Match Cycle bàn thường để lập lịch Featured Block.

Broadcast Block

Broadcast Block là khoảng thời gian Reserve cho một nhóm Featured Matches.

Ví dụ:

• 19:30–20:00: Semifinals.
• 20:10–20:30: Grand Final.
• 20:30–20:40: Ceremony.

Broadcast Block cần:

• Setup Buffer.
• Match Buffer.
• Rest Buffer.
• Overrun Policy.

Featured Match Selection

Có thể dựa trên:

• Top Seed.
• Qualification Match.
• Elimination Match.
• Undefeated Matchup.
• Storyline.
• Sponsor Relevance.
• Audience Interest.

Selection không được:

• Thay Pairing.
• Bỏ Minimum Rest.
• Gọi người thi đấu quá sớm.
• Ưu ái điều kiện Gameplay.

Featured Assignment Lock

Sau khi Match được xác nhận Featured:

• Table được Reserve.
• Participants được thông báo.
• Production chuẩn bị.
• Không đổi sang Match khác tùy ý.

Có thể thay nếu:

• Participant Withdrawal.
• Result Dependency thay đổi.
• Technical Issue.
• Schedule Emergency.

Featured Table On Deck

Nên có:

• Current Match.
• Next Featured Match.
• On Deck Participants.
• Expected Start.
• Holding Area.

Người chơi On Deck không nên bị giữ quá lâu mà không có thông tin.

Broadcast Delay

Nếu Livestream trễ:

• Không nên giữ người chơi vô hạn.
• Có Maximum Broadcast Hold.
• Sau ngưỡng, Match bắt đầu hoặc chuyển bàn theo Policy.

Ví dụ:

Broadcast Hold tối đa 5 phút sau Scheduled Ready Time.

Camera Check không được thay Warm-up

Player cần:

• Table Familiarization.
• Equipment Check.
• Minimum Rest.

Camera Check không được tính là thời gian nghỉ hoặc khởi động đầy đủ.

Stream Table Technical Backup

Cần có:

• Reserve Camera Position.
• Backup Score Method.
• Reserve Table.
• Offline Recording.
• Manual Commentary Contingency.

Nếu Stream lỗi nhưng bàn vẫn thi đấu được:

• Có thể tiếp tục Match không Livestream.
• Không nên dừng Tournament quá lâu chỉ để sửa Broadcast.

Competition Priority thường cao hơn Production Priority.

Livestream Result Delay

Broadcast có thể muốn giữ Result để tạo Graphic.

Tournament System vẫn cần:

• Result Entry ngay.
• Result Lock đúng lúc.
• Bracket Update.

Không nên giữ Bracket chờ chỉ vì Broadcast chưa phát Replay.

Table Downtime

Table Downtime là khoảng thời gian bàn không thể nhận Match mới.

Nguyên nhân:

• Technical Fault.
• Safety Issue.
• Equipment Replacement.
• Cleaning.
• Broadcast Setup.
• Staff Shortage.
• Venue Restriction.
• Weather.
• Power Failure.

Table Incident Levels

Level 1 — Minor #

Ví dụ:

• Đổi bóng.
• Reset Scoreboard.
• Chỉnh ghế.

Xử lý trong Match Transition.

Level 2 — Moderate #

Ví dụ:

• Bàn cần kiểm tra 5–10 phút.
• Match tiếp theo có thể chuyển bàn.

Bàn chuyển Technical Hold.

Level 3 — Major #

Ví dụ:

• Khung hoặc ghế không an toàn.
• Điện hoặc LED lỗi ảnh hưởng khu vực.
• Bàn không thể dùng trong Stage.

Bàn chuyển Out of Service.

Level 4 — Critical #

Ví dụ:

• Sự cố ảnh hưởng nhiều bàn.
• Venue phải sơ tán.
• Không thể tiếp tục an toàn.

Stage hoặc Event Suspended.

Technical Hold

Khi bàn vào Technical Hold:

• Không gán Match mới.
• Match Queue của bàn được tạm dừng.
• Staff kiểm tra.
• Estimated Recovery được cập nhật.
• Assignment Pending được xem xét chuyển bàn.

Active Match Technical Issue

Nếu sự cố xảy ra sau First Valid Serve:

1. Dừng Match.
2. Ghi Score.
3. Ghi Time.
4. Giữ bóng và Gameplay State nếu an toàn.
5. Xác định thời gian sửa.
6. Quyết định Resume, Transfer, Replay hoặc No Contest.
7. Thông báo hai bên.
8. Ghi Incident Log.

Resume cùng bàn

Phù hợp khi:

• Sự cố ngắn.
• Bàn được sửa.
• Điều kiện không thay đổi.
• Match State có thể giữ.

Match tiếp tục từ:

• Current Score.
• Current Serve State nếu Rules theo dõi.
• Remaining Time.
• Current Lives hoặc Resources.

Transfer sang bàn khác

Phù hợp khi:

• Bàn cũ không thể sửa nhanh.
• Có Reserve Table tương đương.
• Hai bên có thể tiếp tục an toàn.

Cần quyết định:

• Giữ Score.
• Giữ Remaining Time.
• Reset Serve.
• Giữ Cards.
• Giữ Team Resources.
• Có Familiarization Time.

Cấu hình tiêu chuẩn:

Giữ toàn bộ Match State, cho một khoảng làm quen ngắn và tiếp tục trên bàn mới.

Replay toàn Match

Chỉ nên dùng khi:

• Không thể xác định Score hoặc Time.
• Bàn lỗi từ đầu làm Gameplay không hợp lệ.
• Cả hai bên và Tournament Director xác nhận Replay là phương án công bằng.
• Rules có Technical Replay Policy.

Không Replay chỉ vì:

• Một bên đang thua.
• Bàn mới không quen.
• Stream bị mất hình.

No Contest

Dùng khi:

• Không thể Resume.
• Không thể Replay trong Schedule.
• Không bên nào có lỗi.
• Result không thể xác định hợp lý.

Sau đó:

• Reschedule.
• Administrative Decision.
• Stage Contingency.

Không tự động chọn người đang dẫn làm Winner nếu Rules không cho phép.

Table Quarantine

Nếu một bàn có dấu hiệu lỗi cạnh tranh:

• Đưa Out of Service.
• Không tiếp tục gán Match.
• Kiểm tra toàn bộ.
• So sánh Previous Results.
• Xác định có cần Review hay không.

Không tự động hủy mọi Result đã diễn ra trên bàn.

Chỉ Review khi có bằng chứng lỗi ảnh hưởng Gameplay.

Re-certification

Trước khi mở lại bàn:

1. Sửa lỗi.
2. Technical Check.
3. Safety Check.
4. Gameplay Test.
5. Scoreboard Check.
6. Tournament Director Approval.
7. Status chuyển Ready.

Mất một bàn ảnh hưởng Waves

Ví dụ:

• Round có 8 Matches.
• Ban đầu 4 bàn → 2 Waves.
• Một bàn lỗi → còn 3 bàn.

Số Waves mới:

⌈8 ÷ 3⌉ = 3 Waves.

Round Duration tăng.

Schedule cần cập nhật:

• Forecast End.
• Match Calls.
• Rest.
• Side Event Allocation.
• Buffer Remaining.

Recovery khi mất bàn

Thứ tự đề xuất:

1. Kích hoạt Reserve Table.
2. Thu hồi Side Event Table.
3. Tăng Utilization bàn còn lại.
4. Chạy Rolling Assignment nếu phù hợp.
5. Giảm Optional Matches.
6. Kích hoạt Emergency Match Mode cho Round chưa bắt đầu.
7. Điều chỉnh Schedule.
8. Suspend nếu không thể bảo đảm Safety.

Không được:

• Đổi Pairing tùy ý.
• Bỏ Grand Final Reset.
• Cắt Minimum Rest.
• Dùng bàn chưa kiểm tra.

Table Failure trong Swiss

Nếu một bàn hỏng giữa Round:

• Chuyển Active Match nếu có thể.
• Các Match khác tiếp tục.
• Round mới vẫn chờ toàn bộ Results.
• Cập nhật số Waves cho Round sau.
• Không Pair sớm dựa trên Results tạm.

Table Failure trong Knockout

Có thể:

• Chuyển Matchup sang bàn trống.
• Giữ Bracket.
• Điều chỉnh Semifinal Schedule.
• Bảo vệ Minimum Rest.

Không Re-seed vì một bàn hỏng.

Table Failure trong KOTT

• Giữ Holder.
• Giữ Streak.
• Giữ Queue Order.
• Chuyển toàn Session sang Reserve Table nếu có.
• Không cho Holder bàn khác bị thay thế.

Table Failure trong Team Encounter

Cần giữ:

• Team Score.
• Individual Score hiện tại.
• Active Player.
• Lives.
• Resources.
• Lineup Lock.

Nếu không thể lưu chính xác:

• Technical Review.
• Có thể Replay Individual Match.
• Không Replay toàn Team Encounter nếu các Match trước đã hợp lệ.

Staffing Multi-table Event

Nhiều bàn chỉ hoạt động hiệu quả khi có đủ người vận hành.

Các vai trò có thể gồm:

• Tournament Director.
• Floor Manager.
• Table Official.
• Result Desk.
• Match Caller.
• Queue Manager.
• Technical Staff.
• Player Services.
• Team Roster Official.
• Livestream Producer.
• Commentary.
• Safety hoặc Medical Contact.

Tournament Director

Chịu trách nhiệm:

• Rules.
• Competitive Decisions.
• Forfeit.
• Disqualification.
• Result Correction.
• Table Incident.
• Schedule Emergency.
• Final Approval.

Tournament Director không nên phải tự:

• Gọi mọi Match.
• Nhập mọi Result.
• Chỉnh mọi bàn.

Nếu vậy sẽ trở thành Bottleneck.

Floor Manager

Điều phối:

• Table Status.
• Match Calls.
• Player Movement.
• Ready Zones.
• Staff Allocation.
• Table Reassignment.

Floor Manager giúp Tournament Director tập trung vào quyết định cạnh tranh.

Table Official

Phụ trách một bàn hoặc nhóm nhỏ bàn:

• Check Participants.
• Bắt đầu Match.
• Xác nhận Score.
• Ghi Result.
• Báo Technical Issue.
• Xác nhận Forfeit.
• Reset bàn.

Một Official có thể hỗ trợ nhiều bàn Community đơn giản.

Nhưng không nên đồng thời điều hành nhiều:

• Team Encounters.
• Featured Matches.
• Bounty Matches.
• Elimination Matches có Stakes cao.

Result Desk

Phụ trách:

• Nhận Results.
• Xác nhận.
• Khóa.
• Cập nhật Bracket.
• Xử Pending Results.
• Phát hiện Conflict.

Nếu nhiều bàn kết thúc cùng lúc:

• Result Desk cần đủ Capacity.
• Hoặc Result Entry được phân tán tại bàn.

Match Caller

Phụ trách:

• First Call.
• Final Call.
• Table Assignment.
• On Deck.
• Delay Announcement.
• Table Change.

Thông tin phải lấy từ cùng một Schedule Source.

Queue Manager

Cần cho:

• KOTT.
• Champion’s Throne.
• Beat The Champion.
• Side Event Queue.

Không nên để Table Official vừa chấm Match vừa quản lý Queue đông nếu dễ gây sai thứ tự.

Technical Staff

Phụ trách:

• Bàn.
• Ghế.
• Bóng.
• Scoreboard.
• Điện.
• LED.
• Camera Support ở mức liên quan.
• Reserve Equipment.

Staff Assignment

Mỗi Staff cần biết:

• Table hoặc Zone.
• Shift.
• Authority.
• Escalation Path.
• Communication Channel.

Không nên giao nhiệm vụ bằng lời nói rời rạc khi Event đã bắt đầu.

Staff Rotation

Event dài cần:

• Break.
• Shift Change.
• Handover.
• Table Status Transfer.
• Incident Transfer.

Handover nên ghi:

• Active Match.
• Pending Result.
• Technical Issue.
• Next Match.
• Special Rule.

Result Entry Models

Có bốn mô hình chính:

1. Central Entry.
2. Table Official Entry.
3. Participant Self-report.
4. Hybrid Entry.

Central Entry

Participants hoặc Officials báo Result về một bàn trung tâm.

Ưu điểm:

• Kiểm soát tập trung.
• Dễ Review.
• Ít tài khoản hệ thống.

Hạn chế:

• Tạo hàng chờ.
• Bàn không được giải phóng nhanh.
• Result Desk Bottleneck.

Table Official Entry

Official nhập trực tiếp tại bàn.

Ưu điểm:

• Nhanh.
• Giảm Transition.
• Bracket cập nhật sớm.

Hạn chế:

• Cần thiết bị.
• Cần đào tạo.
• Dễ nhập sai nếu UI phức tạp.

Participant Self-report

Winner hoặc cả hai bên nhập Result.

Ưu điểm:

• Giảm Staff.
• Phù hợp Community Event.

Hạn chế:

• Dễ sai.
• Cần Opponent Confirmation.
• Không phù hợp Reward hoặc Stakes cao nếu không có Review.

Hybrid Entry

Ví dụ:

1. Winner nhập Result.
2. Loser xác nhận.
3. Table Official hoặc Result Desk khóa.
4. Dispute chuyển Under Review.

Đây là cấu hình linh hoạt.

Result Status

Trạng thái	Ý nghĩa
Not Started	Chưa thi đấu
Active	Đang diễn ra
Submitted	Đã nhập
Awaiting Confirmation	Chờ đối thủ
Provisional	Tạm thời
Under Review	Đang tranh chấp
Locked	Chính thức
Corrected	Đã sửa
Cancelled	Không còn hiệu lực

Result Lock và bàn trống

Bàn có thể nhận Match mới khi:

• Match cũ đã kết thúc.
• Equipment reset.
• Result tối thiểu đã được Submit.

Nhưng Bracket Match tiếp theo chỉ Ready khi:

• Result đã Lock.

Có thể tách:

• Table Release.
• Competitive Result Lock.

Batch Result Bottleneck

Nếu bốn bàn kết thúc cùng lúc:

• Bốn Results cùng gửi.
• Pairing hoặc Bracket chờ.
• Một Result Desk có thể chậm.

Giải pháp:

• Staggered Start.
• Table-side Entry.
• Nhiều Result Stations.
• Simple UI.
• QR Confirmation.

Offline Result Backup

Nếu hệ thống mất kết nối:

• Dùng Result Slip.
• Ghi Match ID.
• Table ID.
• Participants.
• Score.
• Result Type.
• Official Signature.
• Timestamp.

Sau khi hệ thống phục hồi:

• Nhập lại.
• Đánh dấu Offline Entry.
• Kiểm tra Duplicate.

Communication System

Multi-table Event cần một nguồn thông tin chính thức.

Có thể gồm:

• Venue Display.
• Mobile Notification.
• Public Schedule.
• Table Signage.
• Host Announcement.
• Captain Channel.
• Staff Radio hoặc Group Chat.

Single Source of Schedule

Mọi kênh phải lấy dữ liệu từ cùng một Schedule Source.

Không nên có:

• Màn hình ghi T2.
• Host gọi T3.
• App ghi T4.

Nếu có Table Change:

• Cập nhật Source trước.
• Sau đó phát Notification.

Public Display

Nên hiển thị:

• Active Matches.
• Table IDs.
• Next Matches.
• On Deck.
• Round.
• Delay.
• Featured Match.
• Queue Status.
• Final Lock Time.

Staff Display

Ngoài dữ liệu công khai, Staff cần thấy:

• Pending Results.
• Rest Conflicts.
• Technical Holds.
• Match Ready Pool.
• Table Utilization.
• No-show Countdown.
• Assignment Overrides.
• Critical Path Alerts.

Table Status Colors

Hệ thống có thể dùng trạng thái trực quan:

• Ready.
• Called.
• Active.
• Result Pending.
• Resetting.
• Technical Hold.
• Out of Service.
• Reserved.
• Closed.

Màu sắc chỉ là hỗ trợ.

Luôn cần Text Label để tránh nhầm.

Match Call Notification

Nội dung nên gồm:

• Match ID.
• Participant hoặc Team.
• Opponent.
• Table.
• Start Window.
• Grace Period.
• Ready Button.
• Directions nếu Venue lớn.

Table Change Notification

Cần ghi:

• Table cũ.
• Table mới.
• Lý do ngắn.
• Effective Time.
• Grace Period Adjustment.

Ví dụ:

Match A vs B chuyển từ T2 sang T4 do Technical Hold. Grace Period được tính lại từ 19:12.

Delay Communication

Khi Event trễ:

• Không nên im lặng.
• Cập nhật Estimated Start.
• Nêu Schedule Status.
• Không hứa giờ chính xác nếu chưa chắc.

Ví dụ:

Swiss Round 4 đang trễ khoảng 8 phút vì một Table Incident. Pairing dự kiến công bố lúc 20:10–20:15.

Emergency Communication

Nếu Stage Suspended:

• Dừng Match Calls.
• Xác nhận Active Matches.
• Giữ Participants tại khu vực an toàn.
• Công bố Update Time tiếp theo.
• Không để mỗi Table Official đưa thông tin khác nhau.

Multi-table Schedule Recovery

Khi trễ, có thể:

1. Mở Reserve Table.
2. Thu hồi Side Event Tables.
3. Chuyển từ Full Wave sang Rolling khi Format cho phép.
4. Chạy Semifinals đồng thời.
5. Rút Production Segment.
6. Đưa Result Entry xuống bàn.
7. Giảm Transition.
8. Kích hoạt Emergency Match Mode trước Round mới.
9. Bỏ Optional Matches.

Không nên:

• Giảm Rest dưới mức an toàn.
• Đổi Opponent.
• Bỏ Reset.
• Thay Winner Condition giữa Round.
• Dùng bàn chưa đạt chuẩn.

Preset 1 — Knockout hai bàn

8 người + 2 bàn + Featured Final

Cấu hình:

• Quarterfinals hai Waves.
• Semifinals đồng thời.
• Final trên T1.
• T2 Reserve cho Final.
• Central Match Call.
• Manual Result Entry.
• Minimum Rest một Match Cycle.

Preset 2 — Swiss bốn bàn

16 người + 4 Competition Tables

Cấu hình:

• 8 Matches mỗi Round.
• 2 Waves.
• Round-based Assignment.
• Wave Position Rotation.
• Result Entry tại bàn.
• Pairing chỉ sau Round Lock.
• Featured Match chỉ khi Cycle tương đương.

Preset 3 — Double Elimination ba bàn

8 người + Shared Bracket Pool

Cấu hình:

• Rounds đầu theo Waves.
• Giai đoạn giữa Rolling Scheduling.
• Dependency Tracking.
• Minimum Rest cho Losers Bracket.
• T1 trở thành Featured Table cuối Event.
• T2 Reserve cho Grand Final.
• Reset Series Block được giữ.

Preset 4 — Team Knockout bốn bàn

8 đội + 4 Dedicated Encounter Tables

Cấu hình:

• Quarterfinals đồng thời.
• First To 3.
• Một Table Official mỗi Encounter hoặc Staff tương đương.
• Semifinals đồng thời.
• Final trên Featured Table.
• Team Rest tối thiểu 10–15 phút.
• Blind Active Roster Lock.

Preset 5 — Team Fixed Rotation song song

Mỗi Encounter có ba Individual Matches chạy trên ba bàn

Chỉ dùng khi:

• Matchups đã khóa.
• Không Winner Stays.
• Không Clinch Stop.
• Tất cả Started Matches được hoàn thành.
• Có ba Table Officials.
• Team Score tổng hợp sau ba Results.

Preset 6 — KOTT ba bàn độc lập

Cấu hình:

• Mỗi bàn có Holder và Queue riêng.
• Fixed Bounty riêng.
• Một Active Entry mỗi người.
• Không Queue Duplicate.
• Session Winner mỗi bàn.
• Table Champions Playoff nếu cần Overall Winner.

Preset 7 — KOTT Shared Queue

Cấu hình:

• Ba Holders.
• Một Central Queue.
• Challenger đến bàn trống tiếp theo.
• Rewards tương đương.
• Challenger không chọn Holder.
• Holder Streak theo từng bàn.
• Technical Transfer giữ Queue Order.

Preset 8 — Champion’s Throne Main Table

Cấu hình:

• T1 là Throne Table.
• T2–T4 là Qualification Tables.
• Qualification Winners nhận Challenge Tokens.
• Chỉ T1 tạo Reign và Streak.
• Throne Lock trên T1.
• Streak Playoff và Throne Final trên Featured Table.

Preset 9 — Multi-throne Festival

Cấu hình:

• Mỗi bàn có một Throne độc lập.
• Cùng Match Mode và Session Duration.
• Mỗi bàn chọn Table Champion.
• Table Champions vào Throne Masters Knockout.
• Không so Raw Streak nếu số Attempts khác nhau.

Preset 10 — Multi-champion Challenge

Cấu hình:

• Mỗi Champion một bàn.
• Separate Queue.
• Bounty riêng.
• Attempt Limit riêng.
• Champion Session Record riêng.
• Người chơi được chọn Target.
• Không chuyển Queue mà giữ vị trí cũ.

Preset 11 — Festival Hybrid

Venue có sáu bàn:

• T1–T3: Main Tournament.
• T4: Featured Table.
• T5: Beat The Champion.
• T6: Reserve hoặc Warm-up.

Priority:

1. Main Championship.
2. Featured Stage.
3. Beat The Champion Guaranteed Attempts.
4. Side Event.
5. Free Play.

Table Roles có thể đổi giữa Stages.

Preset 12 — Hard Deadline Multi-table

Cấu hình:

• Capacity Target 70–75%.
• Một Reserve Table.
• P90 Match Cycle.
• Match Ready Pool.
• Result Entry tại bàn.
• Emergency Match Mode công bố trước.
• Side Event Table có thể bị thu hồi.
• Final Table Block được bảo vệ.
• Worst-case Forecast theo dõi liên tục.

Preset 13 — Livestream Championship

Cấu hình:

• Main Rounds chạy nhiều bàn.
• Chỉ một Featured Match mỗi Block.
• Semifinals có thể tuần tự.
• Broadcast Hold giới hạn.
• Production Cycle riêng.
• Backup Table và Scoreboard.
• Result Lock không chờ Replay.
• Finalists có Minimum Rest.

Digital Data cần lưu

Table Data

• Table ID.
• Table Name.
• Table Type.
• Table Group.
• Table Pool.
• Physical Location.
• Competition-ready Status.
• Featured Status.
• Reserve Status.
• Warm-up Status.
• Compatibility.
• Available From.
• Available Until.
• Current Status.
• Current Match.
• Staff Assignment.
• Technical History.

Equipment Data

• Ball ID.
• Ball Standard.
• Goal Configuration.
• Goal Reducer.
• Scoreboard Type.
• Surface Check.
• Seat Check.
• Lighting Check.
• Certification Time.
• Certified By.

Assignment Data

• Assignment ID.
• Match ID.
• Table ID.
• Wave.
• Scheduled Time.
• Earliest Ready Time.
• Assignment Status.
• Lock Time.
• Call Time.
• Reassignment Count.
• Previous Table.
• Assignment Reason.
• Override Staff.

Table Pool Data

• Pool ID.
• Pool Name.
• Stage.
• Eligible Match Types.
• Included Tables.
• Priority.
• Shared hoặc Exclusive.
• Activation Time.
• Deactivation Time.

Match Ready Data

• Match ID.
• Participants Confirmed.
• Dependency Status.
• Rest Status.
• Roster Status.
• Compatible Tables.
• Priority.
• Waiting Time.
• Earliest Start.
• Featured Requirement.

Table Incident Data

• Incident ID.
• Table ID.
• Incident Level.
• Start Time.
• End Time.
• Description.
• Active Match.
• Score at Incident.
• Technical Decision.
• Transfer Table.
• Resume hoặc Replay.
• Staff.
• Re-certification.

Utilization Data

• Available Minutes.
• Busy Minutes.
• Match Minutes.
• Transition Minutes.
• Technical Downtime.
• Reserved Minutes.
• Idle Minutes.
• Idle Reason.
• Utilization Rate.

Staff Data

• Staff ID.
• Role.
• Assigned Tables.
• Shift.
• Authority.
• Break.
• Handover.
• Incident Access.
• Result Lock Permission.

Result Entry Data

• Match ID.
• Submitted By.
• Submission Time.
• Confirmation Status.
• Opponent Confirmation.
• Official Confirmation.
• Result Lock.
• Offline Entry.
• Correction History.

Communication Data

• Notification ID.
• Match Call.
• Table Change.
• Delay Update.
• Delivery Status.
• Read Status.
• Audience Display.
• Captain Channel.
• Staff Channel.

Broadcast Data

• Featured Match.
• Broadcast Block.
• Production Ready.
• Camera Status.
• Audio Status.
• Graphic Ready.
• Broadcast Hold.
• Actual Start.
• Overrun.
• Backup Used.

Multi-table Dashboard

Organizer nên nhìn thấy:

• Table Map.
• Table Status.
• Active Matches.
• Matches Ready.
• Matches Waiting Dependency.
• Participants thiếu Rest.
• Pending Results.
• Technical Holds.
• Reserve Capacity.
• Current Utilization.
• Critical Path.
• Forecast End.
• Featured Schedule.
• Staff Coverage.

Alerts

Hệ thống có thể cảnh báo:

Double Assignment #

Một bàn có hai Matches cùng Slot.

Participant Conflict #

Một người có hai Matchups đồng thời.

Rest Conflict #

Participant chưa đủ nghỉ.

Incompatible Table #

Matchup được gán vào bàn không hỗ trợ Format.

Staff Gap #

Bàn không có Official hoặc Result Workflow.

Table Downtime Risk #

Số bàn còn lại không đủ Capacity.

Featured Overrun #

Broadcast Block kéo dài quá kế hoạch.

Round Lock Blocked #

Có Result Pending ngăn Pairing mới.

Grand Final Risk #

Critical Path không còn đủ thời gian cho Final hoặc Reset.

Statistics sau Event

Có thể đo:

• Matches per Table.
• Table Utilization.
• Average Transition.
• Technical Downtime.
• Reassignment Count.
• Result Entry Time.
• Average Participant Wait.
• Rest Conflict Count.
• Featured Overrun.
• Staff Load.
• Incident Count.
• Reserve Table Activation.
• Forecast Accuracy.
• Idle Reason Distribution.

Table Performance Comparison

Có thể so sánh:

• Average Match Duration.
• Goals per Match.
• Forfeit Rate.
• Technical Incidents.
• Side Win Rate.
• Player Feedback.

Nếu một bàn có số liệu khác biệt lớn:

• Kiểm tra Table Bias.
• Không kết luận chỉ từ mẫu nhỏ.
• Xem Equipment và Assignment History.

Những lỗi thường gặp

Lỗi 1 — Chia cố định Winners và Losers Tables dù tải không cân bằng #

Làm giảm Utilization.

Lỗi 2 — Tạo Losers Match trước khi Winners Result khóa #

Có thể đưa sai Participant.

Lỗi 3 — Bắt Losers Finalist đấu Grand Final ngay #

Không bảo đảm Minimum Rest.

Lỗi 4 — Không Reserve thời gian Reset Series #

Phá True Double Elimination.

Lỗi 5 — Chạy Team Matches song song dù Matchup sau phụ thuộc Result trước #

Làm hỏng Winner Stays hoặc Rotation.

Lỗi 6 — Dùng Clinch Stop nhưng vẫn để Matches song song tiếp tục không có Rule #

Không rõ Individual Results có giá trị thế nào.

Lỗi 7 — Chỉ kiểm tra Team Rest, không kiểm tra Player Rest #

Một Active Player có thể vừa thi đấu xong.

Lỗi 8 — So sánh Streak giữa các KOTT Tables không tương đương #

Không công bằng.

Lỗi 9 — Cho một người đứng nhiều Separate Queues #

Tạo Queue Manipulation.

Lỗi 10 — Chuyển Holder sang bàn khác và reset Streak #

Technical Transfer không nên xóa Reign.

Lỗi 11 — Dùng nhiều Thrones nhưng chỉ có một Last Holder Rule #

Cấu trúc không xác định Champion.

Lỗi 12 — Một Champion được gán hai bàn đồng thời #

Không thể vận hành.

Lỗi 13 — Shared Champion Queue dù Rewards khác nhau #

Challengers không được lựa chọn minh bạch.

Lỗi 14 — Livestream giữ Match quá lâu #

Production trở thành Bottleneck.

Lỗi 15 — Dừng Tournament chỉ vì Stream lỗi #

Competition có thể tiếp tục nếu bàn an toàn.

Lỗi 16 — Chuyển bàn sau Match Start nhưng reset Score tùy ý #

Cần Technical Transfer Rule.

Lỗi 17 — Replay toàn Match chỉ vì Camera mất hình #

Broadcast Failure không làm Gameplay vô hiệu.

Lỗi 18 — Mở lại bàn sau sửa mà không Re-certification #

Rủi ro Safety và Fairness.

Lỗi 19 — Mất một bàn nhưng không tính lại Waves #

Forecast End không chính xác.

Lỗi 20 — Có nhiều bàn nhưng chỉ một người nhập mọi Result #

Result Desk trở thành Bottleneck.

Lỗi 21 — Table Official và Match Caller dùng Schedule khác nhau #

Người chơi đến sai bàn.

Lỗi 22 — Không điều chỉnh Grace Period sau Table Change #

Participant bị xử No-show sai.

Lỗi 23 — Staff không có Handover #

Pending Match và Incident bị bỏ sót.

Lỗi 24 — Side Event chiếm Reserve Table khi Main Event gặp sự cố #

Priority không được bảo vệ.

Lỗi 25 — Tối đa hóa Utilization thay vì bảo vệ Critical Path #

Nhiều bàn bận nhưng Final vẫn trễ.

Checklist Multi-table — Phần 2

Trước Event và từng Stage cần xác nhận:

1. Double Elimination dùng Fixed hay Shared Bracket Pools?
2. Winners và Losers Matchups có chung Table Pool không?
3. Bracket Dependencies được theo dõi thế nào?
4. Bracket Drop chỉ xảy ra sau Result Lock đúng không?
5. Drop Position có được bảo vệ không?
6. Losers Bracket có Minimum Rest riêng không?
7. Có nguy cơ Back-to-back Match không?
8. Bracket Match Priority được xác định thế nào?
9. Match nào đang nằm trên Critical Path?
10. Winners Final dùng bàn nào?
11. Losers Final dùng bàn nào?
12. Minimum Rest trước Grand Final là bao lâu?
13. Grand Final Table đã được Reserve chưa?
14. Reset Series Block đã được giữ chưa?
15. Final có dùng cùng một bàn cho toàn Series không?
16. Có Reserve Table cho Grand Final không?
17. Team Encounter dùng một hay nhiều bàn?
18. Individual Matches có được chạy song song không?
19. Matchups cá nhân có phụ thuộc Result trước không?
20. Có dùng Winner Stays không?
21. Có dùng Clinch Stop không?
22. Nếu Parallel Matches, Clinch Stop xử lý thế nào?
23. Team Encounter có Dedicated Table không?
24. Team Bench Zones đã được bố trí chưa?
25. Table Official có theo dõi Team Resources không?
26. Active Roster đã khóa chưa?
27. Lineup có Blind Lock không?
28. Minimum Roster đã kiểm tra chưa?
29. Team Rest được tính từ lúc nào?
30. Individual Player Rest có được kiểm tra không?
31. Team Encounter Result Lock yêu cầu những gì?
32. Team Match chậm nhất có giữ cả Round không?
33. Team Semifinals chạy đồng thời hay tuần tự?
34. Team Final có Featured Table không?
35. KOTT Tables là Independent hay Shared?
36. Mỗi KOTT Table có Holder riêng không?
37. Queue là Shared hay Separate?
38. Có Duplicate Queue Entry không?
39. Challenger có chọn Holder không?
40. Rewards giữa các KOTT Tables có tương đương không?
41. Streak có được theo dõi riêng từng bàn không?
42. Holder có được chuyển bàn không?
43. Technical Transfer có giữ Streak không?
44. Có Table Champions Playoff không?
45. Suất Table Champion được xác định bằng gì?
46. Champion’s Throne có một hay nhiều Thrones?
47. Bàn nào là Main Throne?
48. Bàn phụ có tạo Reign không?
49. Qualification Wins có cộng Throne Streak không?
50. Nếu nhiều Thrones, Overall Champion được xác định thế nào?
51. Có so sánh Raw Streak giữa các bàn không?
52. Các Throne Sessions có cùng thời lượng không?
53. Beat The Champion có bao nhiêu Champions?
54. Mỗi Champion có bàn riêng không?
55. Queue dùng Shared hay Separate?
56. Challenger có biết Target trước Match Call không?
57. Bounty có ID riêng từng Champion không?
58. Champion Rotation có reset Queue không?
59. Qualification Tables có được dùng không?
60. Một Champion có bị Double-book không?
61. Featured Table Match Cycle là bao nhiêu?
62. Production Cycle đã được tính chưa?
63. Broadcast Block đã được Reserve chưa?
64. Featured Match Selection dựa trên Rule nào?
65. Featured Assignment Lock khi nào?
66. Có Maximum Broadcast Hold không?
67. Stream lỗi thì Competition có tiếp tục không?
68. Featured Result có được nhập ngay không?
69. Có Backup Camera hoặc Score Method không?
70. Table Incident Levels đã được định nghĩa chưa?
71. Khi nào bàn vào Technical Hold?
72. Ai có quyền đưa bàn Out of Service?
73. Active Match Technical Issue giữ Score thế nào?
74. Khi nào Resume cùng bàn?
75. Khi nào chuyển bàn?
76. Khi nào Replay?
77. Khi nào dùng No Contest?
78. Bàn mới có Familiarization Time không?
79. Serve State có được giữ không?
80. Lives và Resources có được giữ không?
81. Table Quarantine được áp dụng khi nào?
82. Re-certification gồm những bước nào?
83. Mất một bàn làm Waves thay đổi thế nào?
84. Reserve Table mất bao lâu để kích hoạt?
85. Có thể thu hồi Side Event Table không?
86. Recovery Plan ưu tiên hành động nào?
87. Có Emergency Match Mode không?
88. Emergency Rule áp dụng trước Round hay giữa Round?
89. Tournament Director có bị quá tải không?
90. Có Floor Manager không?
91. Mỗi bàn có Table Official hoặc Workflow tương đương không?
92. Result Desk có đủ Capacity không?
93. Ai phụ trách Match Calls?
94. Ai phụ trách Queue?
95. Ai phụ trách Technical Incidents?
96. Staff Shift và Break đã được bố trí chưa?
97. Có Handover Procedure không?
98. Result Entry dùng mô hình nào?
99. Có Opponent Confirmation không?
100. Result Lock do ai thực hiện?
101. Có Offline Result Backup không?
102. Batch Results được xử lý thế nào?
103. Mọi kênh có dùng cùng Schedule Source không?
104. Public Display hiển thị những gì?
105. Staff Display hiển thị những gì?
106. Table Change Notification có gửi ngay không?
107. Grace Period có được điều chỉnh sau lỗi Organizer không?
108. Delay Updates được phát hành bao lâu một lần?
109. Có Communication Plan khi Stage Suspended không?
110. Table Status có Text Label ngoài màu sắc không?
111. Có Multi-table Dashboard không?
112. Có Critical Path Alert không?
113. Có Grand Final Risk Alert không?
114. Table Utilization có được theo dõi không?
115. Idle Reasons có được lưu không?
116. Technical Downtime có được đo không?
117. Reassignment Count có được đo không?
118. Player Wait và Rest có được đo không?
119. Table Bias có được Review sau Event không?
120. Toàn bộ Multi-table Rules đã được khóa trước Stage chưa?

Tóm tắt Multi-table Tournament

Thành phần	Vai trò
Shared Bracket Pool	Nhiều bàn phục vụ cả Winners và Losers Bracket
Bracket Dependency	Điều kiện Matchup phải chờ
Grand Final Reservation	Bảo vệ thời gian và bàn cho Final
Team Encounter Table	Bàn phục vụ toàn Team Matchup
Parallel Individual Matches	Nhiều Match cá nhân chạy đồng thời
Independent KOTT Tables	Mỗi bàn có Holder và Queue riêng
Shared KOTT Queue	Một Queue phân đến nhiều Holders
Main Throne Table	Bàn duy nhất tạo Reign và Last Holder
Qualification Tables	Bàn phụ tạo quyền Challenge
Multi-champion Tables	Mỗi Champion vận hành một Session riêng
Featured Table	Bàn dành cho Livestream và Championship
Production Cycle	Thời gian thêm do nội dung
Technical Hold	Bàn tạm dừng để kiểm tra
Technical Transfer	Chuyển Active Match sang bàn khác
Result Desk	Khóa và phân phối Results
Schedule Source	Nguồn lịch chính thức duy nhất
Recovery Plan	Kế hoạch khi Capacity bị giảm

Multi-table Operations phải giải quyết đồng thời năm bài toán.

1. Competitive Integrity

• Pairing không đổi vì bàn.
• Bracket Dependencies được bảo vệ.
• Match chỉ bắt đầu khi Participants hợp lệ.
• Minimum Rest được đáp ứng.
• Equipment tương đương.

2. Capacity

• Có đủ Effective Tables.
• Số Waves hợp lý.
• Featured Table không tạo Bottleneck ngoài kế hoạch.
• Reserve Capacity sẵn sàng.
• Team Encounters được tính đúng thời lượng.

3. Assignment

• Matchup Ready được đưa vào bàn Compatible.
• Critical Path được ưu tiên.
• Không Double-book.
• Không Participant Conflict.
• Table Changes được ghi nhận.

4. Operations

• Có Staff.
• Match Calls rõ.
• Results được nhập nhanh.
• Queue được quản lý.
• Technical Issues có người xử lý.

5. Communication

• Người chơi biết đúng bàn.
• Staff dùng cùng Schedule.
• Delay được cập nhật.
• Table Change được thông báo.
• Public Display và Digital System đồng bộ.

Cấu trúc vận hành tiêu chuẩn:

Kiểm tra bàn → mở Table Pools → khóa Pairings → xác định Dependencies → tạo Match Ready Pool → kiểm tra Rest và Roster → gán bàn → khóa Assignment → gọi người chơi → thi đấu → nhập và khóa Result → reset bàn → cập nhật Match Ready Pool → xử lý Incident và Reassignment khi cần.

Đối với Double Elimination:

Nhiều bàn giúp tăng tốc phần đầu và phần giữa, nhưng Grand Final vẫn phải được bảo vệ bằng Critical Path, Minimum Rest và Reset Reservation.

Đối với Team Tournament:

Một Team Encounter chỉ nên chạy song song nhiều Individual Matches khi các Matchups độc lập và Team Result không phụ thuộc vào thứ tự thi đấu.

Đối với King Of The Table:

Mỗi bàn phải có Holder, Queue và Streak riêng trừ khi Event định nghĩa một Shared Ladder hoàn chỉnh.

Đối với Champion’s Throne:

Cấu hình rõ ràng nhất là một Main Throne Table; các bàn còn lại chỉ tạo Qualification hoặc Challenge Priority.

Đối với Beat The Champion:

Một Champion chỉ thi đấu một Match tại một thời điểm; nhiều bàn chỉ tăng Capacity khi có nhiều Champions hoặc Qualification Stage.

Đối với Livestream:

Production phải phục vụ Tournament, không được trở thành lý do làm mất Rest, thay Pairing hoặc trì hoãn Result Lock.

Nguyên tắc cuối cùng:

Multi-table Tournament thành công không được đo bằng số bàn đang sáng đèn. Nó được đo bằng việc Tournament chạy nhanh hơn mà vẫn giữ nguyên tính đúng đắn của Pairing, sự công bằng giữa người chơi và chất lượng của Championship.

Một hệ thống nhiều bàn tốt phải làm được ba điều:

1. Bàn trống nhận đúng Matchup đang sẵn sàng nhất.
2. Bàn gặp sự cố không làm mất Match State hoặc phá toàn Schedule.
3. Final vẫn diễn ra đúng Rules dù phần còn lại của Event đã sử dụng gần hết Capacity.

Đọc tiếp #

1. Tournament Statistics và Ranking