Referee Ombuds Office Context
Goal
The referee ombuds office context explains how review office and league administration functionally close a submitted game report. The focus is the review chain in the game report cockpit, referee feedback, correction returns and the final league decision.
This chapter is not an instruction for entering the game report. Report data is maintained in the game report recorder context; here the decision is made whether the report goes back for correction or counts as reviewed.
Role and Permission
| Role | Typical work in this chapter |
|---|---|
| Review office or referee ombuds office with result-management permission | read submitted reports, evaluate referee feedback and write correction notes |
| League administration with result-management permission | finally approve the report, decide correction returns and classify downstream evaluations |
| Referee | provides own feedback in the referee context; the league decision is not made by the referee |
| Administrator | can administratively edit report status when needed |
Direct References
| Context | When you switch there |
|---|---|
| Game report recorder context | when result, lineups, coach data, events or add-on sheets still need to be entered |
| Referee context subsection 9.5 Enter referee feedback | when an assigned referee confirms or objects to the report |
| Communication and changes | when a game-day or briefing communication follows from the decision |
| Tables, statistics and export | when checking which approved data flows into evaluations |
Prerequisites
| Prerequisite | Meaning |
|---|---|
| Workspace | Review office or league administration works in the association workspace |
| Game report | The report exists and contains reviewable report data |
| Submission | The report was submitted or resubmitted after a correction |
| Referee feedback | Feedback exists, is open or is consciously classified as not waited for |
| Responsibility | The reviewing person may edit game reports in the affected association |
Subsections
| No. | Topic | Goal |
|---|---|---|
| 10.1 | Review game report and make league decision | close submitted report, referee feedback and correction path |
Example Games
The examples help with trying the workflow in the demo application. In a real season, use your own games, people and venues.
| Example | Suitable for |
|---|---|
| WLD-001 | finally reviewed report and locking effect |
| WLD-003 | submitted report with open referee review |
| WLD-004 | correction case after referee objection |
| WLD-007 | submitted report with referee follow-up question before league decision |
10.1Review Game Report and Make League Decision
Goal
The league decision answers a functional question: can the submitted game report stand as it is, or must it be returned for correction with a concrete note?
Referee feedback is a review signal. An objection does not automatically return the report, and open feedback does not technically block the league decision. Review office or league administration must consciously classify open, confirmed or objected feedback.
| Cockpit area | Who works there? | Task |
|---|---|---|
1. Submit game report | Game report recorder | Hand report over to referee review and league administration |
2. Referee review | Assigned referees provide feedback; the league evaluates it | Read open, confirmed and objected feedback |
3. Make league decision | Review office or league administration | Finally review the report or return it with a correction note |
Workflow
- Sign in as review office, league administration or an authorized association role.
- Switch to the association workspace.
- In navigation, open
Review & approveand thenReview game reports. - Select season and league.
- Open the game report cockpit for the matching game.
- Switch to
Review & completion. - Read the
Review chainfirst. - If needed, open the detail anchors
Submission,Referee reviewandLeague decision. - Evaluate referee feedback and report data.
- Decide between
Correction requiredandSet as reviewed.
Path note: /admin/game-report-workflow
Read Review Chain
The Review chain connects submission, referee review and league decision. The tiles jump directly to the matching cockpit areas.
| Step | Meaning | Target anchor in cockpit |
|---|---|---|
Submission | Report is open, submitted or in correction | bericht-einreichung |
Referee review | Feedback is open, confirmed or objected | schiedsrichter-pruefung |
League decision | Decision is waiting, requires correction or is reviewed | berichtstatus |
The review chain recommendation names the next useful step:
| Recommendation | Meaning |
|---|---|
Submission open | The league is still waiting for a submitted report |
Referee review open | At least one expected feedback entry is still missing |
Check objection | At least one referee feedback entry contains an objection |
Can be decided | The report is ready for final decision |
Correction in progress | The report was returned for rework |
Completed | The report is finally reviewed and locked |
Evaluate Referee Feedback
In 2. Referee review, the league sees all feedback for assigned referees.
| Column | Meaning |
|---|---|
Position | Referee slot or role in the game |
Name | Assigned person or Not assigned |
Club | Person's club assignment |
Status | open, confirmed or objected |
Comment | Feedback or objection text |
Time | Time when feedback was saved |
Check an objection against result, periods, events, lineup, coach entries and add-on sheets. If the objection has been functionally resolved, you can record that in the decision comment and still approve the report.
Set Correction Required
Use Correction required when the report should be reworked by the game report recorder.
- In
3. Make league decision, open theCorrection notefield. - Describe concretely what must be changed or added.
- Click
Correction required. - Check that the review chain then shows
Correction in progressor a correction status.
The Correction note is mandatory. It must be concrete enough for the game report recorder to act without another question.
| A good correction note names | Example |
|---|---|
| Report area | result, period, event, lineup, coach or add-on sheet |
| Reference | team, player, game minute, document or referee comment |
| Expected change | what must be changed, added or checked |
| Reason | why the return is needed |
Review Correction Again
After a correction return, the game report recorder edits the report and submits it again. Then you review the same report again in the game report cockpit.
| Step | What you check |
|---|---|
| Submission | the report has been resubmitted |
| Correction note | the requested change has been completed |
| Referee feedback | open or objected feedback has been classified again |
| League decision | another correction or final approval is chosen consciously |
A correction loop should stay short. If the rework is not functionally sufficient, the new correction note must be more precise than the previous one.
Set Report as Reviewed
Use Set as reviewed when the report can be functionally closed.
- Check the review chain.
- Check result, team data, events and add-on sheets.
- Check referee feedback and comments.
- Add a
Comment (optional)if needed. - Click
Set as reviewed. - Check that the review chain shows
Completedor statusReviewed.
Final review means: from the league's perspective, the report is closed. Normal entry actions are locked afterwards.
Understand Locking Effect
A finally reviewed report affects several downstream contexts.
| Downstream context | Effect |
|---|---|
| Game report entry | normal editing is complete |
| Referee feedback | feedback remains visible and belongs to the history |
| Briefings | new briefings for the reviewed report are locked |
| Table and statistics | report can flow into evaluations as functionally reviewed |
| Export | report data counts as reviewable export state |
If an error is discovered after final review, this is no longer a normal referee-feedback process. The league must consciously decide whether a formal correction, administrative change or separate communication is needed.
Controls
| Element | Meaning |
|---|---|
Review game reports | association entry point into game report cockpits |
Review & completion | cockpit area for submission, referee review and league decision |
Review chain | status and recommendation chain with jump anchors |
Edit report status | detail edit for report status if administrative correction is needed |
Comment (optional) | decision comment for final review |
Correction note | mandatory field for a correction return |
Correction required | returns the report for rework |
Set as reviewed | finally closes the report |
Typical Mistakes
| Situation | Meaning |
|---|---|
Set as reviewed is rejected | the report does not yet contain decision-ready report data, for example no confirmed result or mismatching period totals |
Please enter a correction note. | the mandatory field for the return is empty |
No referee assignment exists. | there are no referee slots whose feedback can be evaluated |
| Objection is unclear | clarify functionally or return the report with a precise correction note |
| Report is finally reviewed | normal entry must not be used as an implicit correction path |
Checklist
| Check | Done |
|---|---|
| Association workspace and review permission are active. | [ ] |
Game report cockpit was opened through Review game reports. | [ ] |
Review & completion is visible. | [ ] |
Review chain was read. | [ ] |
| Submission status is understood. | [ ] |
Area 2. Referee review was checked. | [ ] |
| Objections were compared with report data. | [ ] |
For return, a concrete Correction note was entered. | [ ] |
For approval, Set as reviewed was triggered consciously. | [ ] |
| Locking effect for later editing is understood. | [ ] |
Expected Result
| Subsection | Done when |
|---|---|
| 10.1 | review office or league administration can open a submitted report, evaluate referee feedback, request a concrete correction or finally set the report as reviewed |