Guide application that more mudah read, dipahami, and diikuti

Langkah awal

1. Buka halaman login.
2. Masukkan email dan password dari admin.
3. Jika diminta ganti password, buat password baru yang aman dan mudah diingat.
4. Setelah masuk, lihat menu yang tersedia di sidebar.
5. Buka menu sesuai tugas. Admin biasanya mulai dari data referensi dan perencanaan. Peserta mulai dari portal peserta.

Cara membaca menu

Kalau bingung harus mulai dari mana

• Admin: cek data pegawai/peserta, asesor, instrumen, paket, lalu buat sesi dan stage.
• Asesor/psikolog/tester/observer: buka assignment stage atau workspace sesuai penugasan.
• Peserta: buka portal peserta, setujui consent, lalu ikuti checklist sebelum mulai.
• Pimpinan/reviewer: buka laporan, dashboard, dan hasil final yang sudah disetujui.

Prinsip akses

• User hanya melihat menu yang sesuai dengan hak aksesnya.
• Asesor, psikolog, tester, observer, dan proctor sebaiknya diberi akses berdasarkan stage yang ditugaskan.
• Lead assessor perlu akses yang lebih luas untuk melihat konteks sesi, stage, progres peserta, scoring, evidence, dan review.
• Peserta hanya masuk ke portal dan runtime yang memang miliknya.

Peran umum

Catatan penting

Kalau user tidak melihat menu yang seharusnya ada, cek tiga hal: role, permission, dan assignment. Setelah mengubah permission, jalankan reset cache permission bila perlu.

Urutan kerja yang disarankan

1. Pastikan data dasar sudah ada dan tidak duplikat.
2. Siapkan instrumen dan paket sebelum membuat sesi.
3. Buat sesi dan stage dengan jadwal yang jelas.
4. Assign asesor dan peserta ke stage.
5. Uji login peserta sebelum hari H.
6. Saat asesmen berjalan, pantau dari monitoring/proctoring.
7. Setelah selesai, lakukan scoring, review, consensus, dan laporan.

Data yang perlu siap

• Batch: kelompok besar kegiatan asesmen.
• Peserta: orang yang akan mengikuti asesmen.
• Asesor/petugas: asesor, psikolog, tester, observer, proctor, reviewer, atau approver.
• Sesi: kegiatan asesmen utama, misalnya Tes Potensi atau Assessment Center.
• Stage: bagian dari sesi, misalnya SJT, LGD, BEI, Presentasi, atau In Tray.
• Paket/instrumen: soal, rubrik, atau form observasi yang dipakai di stage.

Langkah membuat sesi

1. Buka menu Perencanaan > Sessions.
2. Isi judul, metode, mode online/offline, tanggal mulai, dan tanggal selesai.
3. Tambahkan stage yang diperlukan. Usahakan nama stage mudah dipahami.
4. Pastikan jadwal stage masuk dalam rentang jadwal sesi.
5. Tambahkan peserta dan asesor/petugas sesuai kebutuhan.
6. Simpan, lalu buka detail sesi untuk mengecek ulang tab peserta, stage, assignment, dan monitoring.

Checklist sebelum hari H

Alur peserta

1. Login ke aplikasi.
2. Buka Portal Peserta.
3. Pilih sesi atau stage yang tersedia.
4. Baca dan setujui consent.
5. Lakukan device check jika diminta.
6. Klik siap/mulai, tunggu countdown, lalu kerjakan soal atau tugas.
7. Submit jawaban sebelum waktu habis.

Yang perlu dipantau petugas

• Status peserta: belum mulai, berjalan, selesai, terlambat, atau bermasalah.
• Timer dan heartbeat runtime.
• Event proctoring: keluar tab, kamera ditolak, offline, copy/paste, dan upload evidence.
• Snapshot atau live video jika fitur diaktifkan.
• Pesan bantuan dari peserta.

Siapa mengerjakan apa

Urutan review yang aman

1. Cek jawaban dan file evidence peserta.
2. Isi skor sesuai rubrik dan kompetensi yang dinilai.
3. Tambahkan komentar singkat, jelas, dan berbasis evidence.
4. Cek perbedaan skor antar asesor jika ada.
5. Lakukan consensus jika diperlukan.
6. Lock/finalisasi skor hanya setelah semua reviewer setuju.

Alur laporan

1. Pastikan scoring dan review stage sudah selesai.
2. Generate draft laporan.
3. Cek data peserta, ringkasan kompetensi, skor, rekomendasi, dan catatan asesor.
4. Perbaiki template atau data jika masih ada placeholder kosong.
5. Ajukan review/approval sesuai workflow.
6. Finalkan laporan dan sertifikat jika semua sudah benar.

Yang dicek sebelum final

• Nama, NIP/identitas, jabatan, unit kerja, dan batch sudah benar.
• Semua stage yang wajib sudah punya hasil.
• Skor dan narasi tidak bertentangan.
• Rekomendasi pengembangan jelas dan bisa ditindaklanjuti.
• Footer, nomor dokumen, tanggal, dan tanda tangan sesuai format.

Tujuan integrasi

Integrasi dipakai agar data pegawai, unit kerja, jadwal, hasil asesmen, rekomendasi pengembangan, notifikasi, dan laporan tidak perlu diketik ulang di banyak aplikasi.

Data yang perlu dipetakan

• Identitas pegawai: NIP/NIK, nama, email, jabatan, unit kerja, status aktif, dan ID referensi dari aplikasi sumber.
• Struktur organisasi: organisasi, unit kerja, jabatan, atasan, dan periode berlaku.
• Asesmen: program, batch, peserta, stage, instrumen, kompetensi, skor, evidence, dan status laporan.
• Rekomendasi: gap kompetensi, saran pengembangan, training/LMS, Development Plan, dan status tindak lanjut.

Metode koneksi yang disarankan

1. REST API JSON untuk sinkronisasi data dua arah yang terjadwal atau real-time.
2. Webhook untuk event penting, misalnya hasil asesmen final, laporan dipublish, atau error integrasi.
3. SSO/OAuth/SAML bila aplikasi existing sudah memiliki identity provider resmi.
4. Import/export Excel/CSV sebagai fallback aman saat API belum tersedia.

Keamanan minimal

• Gunakan HTTPS, token API yang bisa dirotasi, expiry token, dan pembatasan IP bila memungkinkan.
• Jangan menyimpan secret/token dalam plaintext di Blade atau repository.
• Gunakan permission khusus untuk menu integrasi, log setiap request/response penting, dan mask data sensitif di log.
• Siapkan retry, timeout, idempotency key, dan correlation/request ID agar troubleshooting lebih mudah.

Pertanyaan untuk pemilik aplikasi existing

• Siapa PIC teknis yang dapat memberi akses sandbox, dokumentasi API, dan contoh payload?
• Metode autentikasi apa yang dipakai: API key, OAuth2, JWT, SAML, IP whitelist, atau VPN?
• Endpoint apa yang tersedia untuk pegawai, organisasi, jabatan, training, dan hasil asesmen?
• Apakah ada batas rate limit, format tanggal, timezone, kode referensi, dan aturan retry?
• Apakah integrasi harus real-time, terjadwal, atau cukup batch harian?

Alur operasional integrasi

1. Admin membuat channel integrasi di menu Pengaturan Integrasi.
2. Admin mengisi endpoint, metode auth, mapping field, jadwal sinkronisasi, dan PIC notifikasi.
3. Teknis menjalankan test connection dan sinkronisasi sandbox.
4. Data hasil sinkronisasi direview: jumlah sukses, gagal, duplikat, dan data yang perlu mapping manual.
5. Setelah valid, integrasi dijalankan bertahap di production dengan monitoring log.

Integrasi utama Assessment

• External HRIS: sumber data pegawai, jabatan, unit kerja, dan status aktif.
• Talent Mapping: pertukaran data talent/kompetensi dan hasil asesmen.
• Development Plan: pengiriman rekomendasi pengembangan individu.
• LMS/Plataran Sehat: mapping rekomendasi ke course/pelatihan.
• WhatsApp/email: notifikasi undangan, reminder, helpdesk, dan alert developer.

1. Apa saja kemungkinan penggunaan AI?

2. Provider yang bisa dipakai

Aplikasi dapat menampung banyak provider di tabel ac_ai_providers. Secara operasional, tentukan provider utama, fallback, dan provider lokal/offline untuk kebutuhan berbeda.

• OpenAI: cocok untuk structured JSON, draft laporan, rubrik, koreksi esai, reasoning, vision/document bila adapter sudah tersedia.
• Google Gemini: cocok untuk generasi massal, dokumen panjang, multimodal, dan integrasi ekosistem Google.
• Anthropic Claude: cocok untuk narasi panjang, analisis hati-hati, review laporan, dan penulisan yang lebih natural.
• Azure OpenAI / Microsoft Foundry: cocok untuk organisasi yang membutuhkan governance enterprise, region/resource control, dan deployment resmi di Azure.
• OpenAI-compatible/local: cocok untuk Ollama, vLLM, LM Studio, gateway internal, atau provider lain yang format API-nya kompatibel.
• Offline/Internal: mode aman saat belum ada API key; hanya menghasilkan template/draft deterministik tanpa kirim data keluar.

3. Persiapan sebelum mengaktifkan AI

1. Tentukan apakah data peserta boleh dikirim ke provider eksternal. Jika belum ada dasar persetujuan, gunakan mode offline/local.
2. Tentukan PIC teknis, PIC assessment, dan PIC privacy/data protection.
3. Siapkan akun provider, billing, API key, rate limit, dan model yang akan dipakai.
4. Tentukan use case pertama. Mulai dari draft rubrik atau draft laporan, jangan langsung auto-score final.
5. Aktifkan queue worker jika AI dipakai untuk proses bulk report atau koreksi banyak esai.

4. Update file .env

Salin bagian AI dari .env.example ke .env, lalu isi hanya provider yang benar-benar dipakai.

ASSESSMENT_AI_ENABLED=true
ASSESSMENT_AI_DEFAULT_PROVIDER=openai
ASSESSMENT_AI_HUMAN_REVIEW_REQUIRED=true
ASSESSMENT_AI_ALLOW_EXTERNAL_PROVIDER=false
ASSESSMENT_AI_MASK_PII=true
ASSESSMENT_AI_LOG_PAYLOAD=redacted
ASSESSMENT_AI_STORE_RAW_RESPONSE=false

OPENAI_API_KEY=isi_api_key_di_server_saja
OPENAI_BASE_URL=https://api.openai.com/v1
OPENAI_MODEL=pilih_model_production_dari_dokumentasi_resmi

5. Konfigurasi provider di aplikasi

1. Buka menu Konfigurasi → AI Provider & Assistance atau akses /ai/assistance.
2. Klik/tulis data provider: kode, nama, jenis provider, base URL, model, dan API key.
3. Gunakan kode yang jelas, misalnya OPENAI-PRIMARY, GEMINI-FAST, CLAUDE-REPORT, atau LOCAL-OLLAMA.
4. Centang aktif hanya untuk provider yang sudah diverifikasi.
5. Simpan. Secret/API key tidak akan ditampilkan ulang.

6. Membuat prompt preset

1. Buka Konfigurasi → AI Assisted Reporting atau /ai/assistant.
2. Buat preset berbeda untuk setiap tujuan: question_builder, essay_check, rubric_builder, report_narrative, dan next_action.
3. Tulis instruksi output dalam Bahasa Indonesia dan minta format JSON bila hasil akan disimpan ke database.
4. Tambahkan aturan: tidak boleh mengada-ada, wajib menyebut confidence, dan wajib human review.
5. Simpan preset, lalu uji menggunakan data dummy sebelum memakai data peserta asli.

7. Cara pakai: pembuatan soal otomatis

1. Buka menu Instrumen → Pertanyaan atau Bank Instrumen & Rubrik.
2. Siapkan input: kompetensi, metode asesmen, tipe soal, level kesulitan, jumlah soal, bahasa, dan aturan skor.
3. Jalankan AI sebagai Generate Draft, bukan publish langsung.
4. Reviewer memeriksa kejelasan soal, bias, kunci jawaban, opsi pengecoh, skor salah = 0, dan kesesuaian kompetensi.
5. Baru setelah valid, ubah status menjadi published/aktif sesuai alur aplikasi.

8. Cara pakai: pemeriksaan esai

1. Pastikan rubrik sudah disetujui.
2. Buka workspace asesor/psikolog atau detail sesi tab jawaban.
3. Pilih jawaban esai, lalu jalankan draft AI untuk saran skor dan alasan.
4. Asesor membaca hasil AI, membandingkan dengan rubrik, lalu pilih: setujui, edit, atau tolak.
5. Skor final tetap dikunci melalui workflow scoring/consensus, bukan oleh AI langsung.

9. Cara pakai: pembuatan rubrik

1. Buka Bank Instrumen & Rubrik.
2. Masukkan kompetensi, indikator perilaku, metode asesmen, skala skor, dan bobot.
3. AI membuat draft level rubrik, contoh evidence, dan warning bias.
4. Tim assessment mereview bahasa, standar jabatan, dan fairness.
5. Publish rubrik hanya setelah disetujui.

10. Cara pakai: draft laporan dan rekomendasi tindak lanjut

1. Pastikan jawaban, evidence, rating, dan consensus sudah lengkap.
2. Buka Generate Laporan Peserta atau dashboard laporan.
3. Jalankan AI untuk draft narasi: ringkasan profil, kekuatan, area pengembangan, rekomendasi, dan next action.
4. Reviewer memastikan narasi konsisten dengan skor dan tidak membuka data sensitif yang tidak perlu.
5. Setelah final, laporan bisa dipublish/dibagikan sesuai setting sesi.

11. Konfigurasi privacy dan audit yang disarankan

• ASSESSMENT_AI_HUMAN_REVIEW_REQUIRED=true — semua output AI wajib review manusia.
• ASSESSMENT_AI_MASK_PII=true — nama, NIK/NIP, email, dan unit kerja sebaiknya dimasking sebelum dikirim ke provider eksternal.
• ASSESSMENT_AI_ALLOW_EXTERNAL_PROVIDER=false — default aman; ubah hanya bila kebijakan internal mengizinkan.
• ASSESSMENT_AI_LOG_PAYLOAD=redacted — log request/response tanpa membuka data sensitif.
• ASSESSMENT_AI_STORE_RAW_RESPONSE=false — simpan suggestion final, bukan raw response panjang, kecuali memang diperlukan untuk audit terbatas.
• QUEUE_CONNECTION=database atau Redis — wajib untuk proses bulk dan report banyak peserta.

12. Contoh provider record

Kode: OPENAI-PRIMARY
Nama: OpenAI Primary
Tipe: openai
Base URL: https://api.openai.com/v1
Model: lihat dokumentasi model resmi dan pilih model production yang disetujui
Aktif: ya

Kode: GEMINI-FAST
Nama: Gemini Fast Draft
Tipe: gemini
Base URL: https://generativelanguage.googleapis.com/v1beta
Model: lihat dokumentasi model resmi Google AI
Aktif: ya

Kode: LOCAL-OLLAMA
Nama: Local LLM Internal
Tipe: openai_compatible
Base URL: http://127.0.0.1:11434/v1
Model: model lokal yang tersedia di server
Aktif: hanya untuk mode lokal/internal

13. Checklist sebelum production

• Provider sudah diuji dengan data dummy.
• API key tidak tersimpan di Git.
• Human review selalu aktif.
• Prompt preset sudah disetujui oleh tim assessment.
• Rate limit, timeout, dan retry sudah masuk akal.
• Queue worker aktif untuk proses bulk.
• Log AI hanya bisa diakses admin yang berwenang.
• Data peserta dimasking jika dikirim ke provider eksternal.
• Ada prosedur rollback ke mode offline bila provider error/rate limit.

Aturan dasar

• Akun peserta dan asesor bisa dibuat otomatis dari data yang sudah ada.
• Password sementara dibuat acak oleh sistem.
• Password sementara hanya boleh dilihat oleh admin/petugas yang berhak.
• User sebaiknya wajib mengganti password pada login pertama.
• Jika user lupa password, admin bisa reset dan memberi password sementara baru.

Konfigurasi password

Admin dapat mengatur minimal panjang password, huruf besar, huruf kecil, angka, simbol, masa terlihat password sementara, dan kewajiban ganti password pertama dari menu pengaturan.

Urutan aman import

1. Download template dari menu Import/Export.
2. Isi data sesuai contoh. Jangan mengganti nama kolom sembarangan.
3. Upload file dan lihat hasil validasi.
4. Perbaiki baris yang error sebelum finalisasi.
5. Finalisasi hanya jika preview sudah benar.
6. Simpan catatan import untuk audit.

Data yang biasanya diimport

• Kompetensi, indikator, level, dan standar jabatan.
• Instrumen, pertanyaan, opsi jawaban, rubrik, dan paket.
• Peserta, asesor, sesi, stage, assignment, dan jadwal.
• Jawaban, komentar, evidence, dan skor bila sedang migrasi data.

Fungsi tiap integrasi

• External HRIS: referensi pegawai, jabatan, unit kerja, dan data organisasi.
• Talent Mapping: pengiriman hasil kompetensi atau talent mapping bila format sudah disepakati.
• Development Plan: rekomendasi pengembangan individu setelah laporan final.
• LMS / Plataran Sehat: rekomendasi pelatihan atau course yang sesuai gap kompetensi.
• Email / WhatsApp: notifikasi, reminder, helpdesk, dan alert admin.
• AI provider: membantu membuat draft soal, rubrik, komentar, dan narasi laporan. Output AI tetap harus direview manusia.

Langkah setup yang aman

1. Isi konfigurasi provider atau endpoint di menu pengaturan integrasi.
2. Gunakan token/API key yang disimpan aman di environment atau konfigurasi terenkripsi.
3. Uji koneksi di environment lab sebelum production.
4. Catat request, response, status, dan error di log integrasi.
5. Siapkan fallback manual jika koneksi layanan eksternal sedang tidak tersedia.

Masalah login

• Cek email yang dipakai.
• Cek status user aktif.
• Cek role dan permission.
• Cek apakah user wajib ganti password pertama.
• Reset password sementara jika benar-benar diperlukan.

Stage tidak berjalan

• Cek jadwal sesi dan stage.
• Pastikan stage masih dalam window waktu yang benar.
• Pastikan peserta memang ditugaskan ke stage tersebut.
• Cek timezone server dan aplikasi. Default yang disarankan: Asia/Jakarta.
• Clear config/cache jika jadwal baru saja diubah.

Kamera, timer, upload, atau jaringan

• Pastikan browser memberi izin kamera dan mikrofon.
• Gunakan HTTPS untuk akses kamera/mikrofon di production.
• Cek koneksi, latency, dan status online/offline.
• Untuk upload, cek ukuran file dan tipe file yang diizinkan.
• Jika timer terlihat tidak jalan, refresh halaman dan cek status attempt dari monitoring.

Kapan dipakai

• Setelah deploy patch baru.
• Setelah mengubah route, config, view, atau permission.
• Sebelum dan sesudah import data besar.
• Ketika queue job perlu restart.
• Ketika ada error yang perlu ditelusuri dari log.

Command aman yang biasa dipakai

composer dump-autoload
php artisan optimize:clear
php artisan view:clear
php artisan config:clear
php artisan route:list
php artisan queue:restart
php artisan permission:cache-reset

Backup sebelum pekerjaan besar

Sebelum import besar, migrasi, atau patch besar, buat backup database dan file penting dulu. Kalau ada error, rollback jauh lebih mudah.

Apa yang bisa dibuat

Cara membuat widget chart

1. Buka Analytical Dashboard Dinamis.
2. Pilih metric Lightweight Chart.
3. Pilih bentuk chart: bar, column, donut, line, area, progress, atau stacked summary.
4. Pilih base model yang diizinkan, misalnya peserta, attempt, laporan, proctor event, atau rating.
5. Pilih group by yang aman, misalnya status, stage, severity, atau kompetensi.
6. Pilih agregasi count, sum, atau average.
7. Lihat preview. Admin juga bisa memulai dari contoh chart dasar, menengah, atau lanjutan, lalu menyesuaikannya sebelum simpan widget.

Tujuan fitur ini

• Membantu admin mengambil data tanpa menunggu pengembangan API tambahan.
• Mengambil kombinasi field utama dan field relasi, misalnya peserta + pegawai + unit kerja.
• Menyimpan template export agar bisa dipakai lagi.
• Mencegah timeout saat export besar dengan memaksa queue background.

Langkah kerja

1. Buka Custom Excel Export Builder.
2. Pilih base model.
3. Centang field yang ingin ditampilkan. Untuk relasi, gunakan field yang sudah tersedia di daftar.
4. Pilih format XLSX atau CSV.
5. Tentukan template ini private atau public.
6. Simpan template.
7. Saat ingin memakai, tekan Queue Export.
8. Pantau progres di pojok kanan bawah atau di tabel riwayat queue.

Catatan penting

Highlight proses

• Peserta masuk dari portal dan memilih stage yang tersedia.
• Sistem menampilkan consent dan device/browser checklist jika diaktifkan.
• Setelah peserta menekan siap, sistem membuat attempt dan menjalankan countdown.
• Selama runtime, jawaban tersimpan berkala dan status attempt dikirim melalui heartbeat.
• Monitoring dan proctoring dapat melihat status peserta dan event penting.
• Jika waktu habis, server tetap menjadi penentu akhir untuk auto-submit.

Status spider chart

Cara memakainya

1. Buka Builder Template Laporan.
2. Masukkan placeholder spider chart ke body template.
3. Pastikan data kompetensi/rating peserta tersedia.
4. Preview template.
5. Generate draft report, lalu lanjut ke approval step yang berlaku.
6. Jika disetujui dan dibagikan, peserta bisa melihat hasil akhirnya.

Catatan

• Admin atau lead assessor bisa meminta template tertentu wajib memakai spider chart.
• Selain spider chart, template juga bisa menampilkan tabel skor kompetensi, ringkasan proctoring, snapshot, dan insiden.
• Preview aman karena chart dirender sebagai blok visual inline, bukan file chart eksternal.

1. Cara kerja live video proctoring

2. Batasan NAT/firewall dan fallback

WebRTC biasanya butuh STUN dan kadang TURN. STUN cukup untuk banyak koneksi biasa, tetapi bisa gagal pada jaringan kantor, VPN, firewall ketat, NAT simetris, atau jaringan publik yang membatasi peer-to-peer.

3. Snapshot berkala dan evidence preview

Snapshot adalah fallback yang lebih ringan dibanding streaming penuh. Snapshot hanya aktif jika stage mengaktifkan proctoring, peserta menyetujui consent, konfigurasi snapshot aktif, dan browser memberi izin kamera.

• Snapshot disimpan sebagai event periodic_camera_snapshot.
• Admin/asesor yang bertugas dapat membuka preview evidence dari detail sesi.
• Retensi mengikuti pengaturan admin dan ASSESSMENT_PROCTOR_RETENTION_DAYS.
• Snapshot tidak boleh digunakan di luar kepentingan asesmen, audit, dan penyelesaian sengketa.

4. Event log penting yang perlu dipantau

5. Stage terlihat belum dimulai padahal jadwal hari ini

Penyebab paling sering adalah jadwal stage tidak sama dengan jadwal sesi, timezone server/browser berbeda, cache konfigurasi belum dibersihkan, atau admin mengubah jadwal sesi tetapi stage lama masih menyimpan tanggal sebelumnya.

6. Konfigurasi .env yang disarankan

APP_TIMEZONE=Asia/Jakarta
ASSESSMENT_STAGE_WINDOW_GRACE_MINUTES=15
ASSESSMENT_STAGE_ALLOW_SESSION_WINDOW_FALLBACK=true
ASSESSMENT_PROCTOR_LIVE_VIDEO_ENABLED=true
ASSESSMENT_PROCTOR_FALLBACK_TO_SNAPSHOT=true
ASSESSMENT_PROCTOR_SNAPSHOT_ENABLED=true
ASSESSMENT_PROCTOR_SNAPSHOT_INTERVAL_SECONDS=60
ASSESSMENT_PROCTOR_RETENTION_DAYS=90

7. Kebijakan operasional singkat

• Selalu tampilkan consent proctoring sebelum peserta mulai stage.
• Batasi akses evidence hanya untuk admin/pengawas/asesor yang bertugas.
• Jelaskan bahwa live video dan snapshot dipakai untuk integritas asesmen, bukan untuk pemantauan di luar sesi.
• Hapus/arsipkan evidence sesuai retensi yang disetujui.
• Jika live video gagal karena jaringan, catat alasan dan gunakan fallback evidence.

Tujuan

STAR dipakai untuk menggali evidence perilaku. Grey box dipakai untuk menandai jawaban yang belum cukup jelas. Filter asesor membantu admin memilih asesor sesuai metode, instrumen, kompetensi, potensi, dan aspek yang akan diukur.

1. Isi spesialisasi terstruktur di master asesor.
2. Di session/stage, aktifkan STAR/BEI bila stage memakai wawancara perilaku.
3. Pilih target kompetensi, tag potensi, tag aspek, dan satu atau lebih instrument/question bank set.
4. Daftar asesor otomatis diurutkan berdasarkan kecocokan spesialisasi.
5. Saat review, asesor mengisi Situation, Task, Action, Result, dan Learning.
6. Jika ada grey area, sistem memberi flag dan pertanyaan follow-up untuk klarifikasi/consensus.

Grey box bukan langsung gagal/lolos. Grey box berarti evidence perlu diperdalam sebelum final.