IQRDC 2026 — Sistem End-to-End (Proses 1–6) | MC-ATERA Premium
IQRDC 2026 • Sistem End-to-End
Proses 1–6 (Rujukan & Pengajaran)
Aliran Sistem IQRDC (Proses 1–6)
Peserta → 2 Assessor → Semakan Sistem → Verifier Final → Review Opsyen → Result & Certificate

Dokumen ini menerangkan keseluruhan workflow sistem IQRDC yang sedang kita bangunkan (berteras Google Sheets + Apps Script API + Portal Penilai/Verifier). Sesuai sebagai bahan rujukan dan pengajaran kepada sekretariat, penilai, dan verifier.

① Proses 1 ④ Proses 4 ⑥ Proses 6
Governance penting: Markah assessor ialah rekod asal (tidak diubah). Verifier mencipta rekod FinalDecisions sebagai keputusan rasmi + audit trail.

Proses Sistem IQRDC 2026 (1–6)

MC-ATERA SOP

Proses 1 — Peserta Submit Proposal (No Upload)

Participant Structured Form

Peserta melengkapkan Structured Proposal Form (tanpa upload). Setiap seksyen mempunyai min–max word limit dan validasi. Data dihantar ke API dan disimpan ke tab Submissions.

✎ Isi Form → ✓ Validasi → ⇪ API (Apps Script) → 🗂 Sheet: Submissions

Output Utama

  • SubmissionID dijana (unik)
  • Status = NEW
  • Timestamp = SubmittedAt

Cadangan Field (Submissions)

  • SubmissionID, SubmittedAt, FullName, Email, Category
  • ProjectTitle, ProblemStatement … hingga ExecutiveSummary
  • Status, FormVersion
Tip pengajaran: Tunjuk bagaimana word-limit memastikan jawapan ringkas dan standard untuk dinilai.

Proses 2 — Assessor Menilai (Assessor 1 & Assessor 2)

Assessors Rubric

Dua assessor membaca proposal (data dari Submissions) dan memberi markah menggunakan Rubric (kriteria + markah/weight). Setiap assessor menghasilkan satu rekod penilaian yang disimpan ke tab Evaluations (rekod berasingan, tidak overwrite).

🗂 View Submission → 📏 Rubric Score → 📝 Comments → ⇪ Save to Evaluations

Output Utama

  • 2 rekod: EvaluatorID berbeza
  • TotalScore + breakdown kriteria
  • EvaluatedAt timestamp

Cadangan Field (Evaluations)

  • EvalID, SubmissionID, EvaluatorID, EvaluatedAt
  • TotalScore, Comments
  • (opsyen) C1..Cn untuk skor setiap kriteria
Tip governance: Penilaian disimpan sebagai “append-only” untuk audit trail.

Proses 3 — Sistem Semak “Readiness” Untuk Verifier

System Average & Variance

Sistem menarik 2 penilaian terbaru (unique assessor) untuk satu SubmissionID, mengira AverageScore dan Variance, lalu menetapkan status: OK atau REVIEW REQUIRED (jika variance melebihi ambang).

Formula & Polisi

  • AverageScore = (A1 + A2) / 2
  • Variance = |A1 − A2|
  • Default threshold: 10 mata

Output Utama (Untuk Verifier)

  • Assessor1_Total, Assessor2_Total
  • AverageScore, Variance
  • Status: OK / REVIEW REQUIRED
Tip pengajaran: Ini komponen “quality control” untuk mengelakkan bias/ketidaksepakatan tinggi.

Proses 4 — Verifier Tetapkan Keputusan Rasmi (Final)

Verifier FinalDecisions

Verifier melihat kandungan proposal + 2 markah assessor + average/variance. Verifier menetapkan FinalDecision, FinalAward, dan menulis VerifierNotes (audit). Keputusan rasmi disimpan ke tab FinalDecisions (tanpa mengubah rekod assessor).

👁 Review → ∑ Avg/Var → 🏁 Final Decision → 🗂 Sheet: FinalDecisions

Pilihan Keputusan (Contoh)

  • FinalDecision: ACCEPT / REVISE / REJECT / REVIEW REQUIRED
  • Status: OK / REVIEW REQUIRED / FINALIZED

Cadangan Field (FinalDecisions)

  • DecisionID, SubmissionID, VerifierID, VerifiedAt
  • Assessor1_ID, Assessor1_Total, Assessor2_ID, Assessor2_Total
  • AverageScore, Variance, FinalDecision, FinalAward, Status, VerifierNotes
Rule penting: Jika variance tinggi tetapi verifier finalize (bukan REVIEW REQUIRED), VerifierNotes wajib sebagai justifikasi.

Proses 5 — Review / 3rd Assessor (Opsyen Jika Variance Tinggi)

Quality Assurance Variance High

Jika status REVIEW REQUIRED, sekretariat boleh melaksanakan semakan: (i) minta assessor semak semula, atau (ii) lantik Assessor ke-3. Rekod penilaian baharu ditambah ke Evaluations, kemudian verifier membuat keputusan semula.

Opsyen Review

  • Semakan semula oleh A1/A2 (rekod baharu)
  • Tambah A3 (rekod baharu)
  • Verifier finalize semula

Cadangan Polisi

  • Variance > threshold → Wajib review
  • A3 digunakan sebagai penentu (contoh SOP)
  • Semua keputusan mesti ada audit trail
Tip pengajaran: Tekankan “transparency” — setiap perubahan mesti rekod baharu, bukan edit rekod lama.

Proses 6 — Result Publishing & Certificate (Fasa Seterusnya)

Publishing Certificate

Selepas keputusan disahkan (FinalDecisions), sistem boleh memaparkan status peserta, menyusun pemenang mengikut award/tier, dan (opsyen) menjana sijil automatik menggunakan data keputusan rasmi.

Output Utama

  • Dashboard keputusan: NEW / EVALUATED / FINALIZED
  • Senarai pemenang: Gold/Silver/Bronze/Pass
  • Statistik ringkas (opsyen)

Automasi Sijil (Opsyen)

  • Ambil data dari FinalDecisions
  • Jana PDF/HTML sijil
  • QR verify (opsyen)
Nota: Proses 6 boleh dibina selepas portal verifier stabil. Ia menggunakan FinalDecisions sebagai “single source of truth”.

Ringkasan Aliran 1–6 (1 baris)

End-to-End

Proses 1: Peserta submit → Proses 2: A1 & A2 menilai → Proses 3: sistem kira avg/var → Proses 4: verifier finalize → Proses 5: review jika variance tinggi → Proses 6: publish result & certificate. 

Sheets:
- Submissions     : data proposal peserta
- Rubric          : kriteria & markah
- Evaluations     : rekod markah penilai (append-only)
- FinalDecisions  : keputusan rasmi verifier (audit trail)
© HisyamHashim • IQRDC 2026 • Proses 1–6 • MC-ATERA Premium Template