← Semua dokumentasi

Rancangan lengkap platform — DW E-Recruitment

Revisi AI + SAW: hanya rancangan DW; tidak mengimplementasikan atau mengubah sistem operasional.

Versi 0.5 · 10 Oktober 2026 · Pemilik: Devworks · Status seluruh modul: rancangan, belum implementasi.

DW adalah platform independen berbasis Go. Kesamaan dengan Biproo terbatas pada referensi flow bisnis; tidak ada migrasi, salinan kode/aset/instrumen proprieter, data, atau kredensial antarpemilik. Cakupan platform ini memperluas blueprint screening tanpa memperluas scope penelitian skripsi.

1. Tujuan dan tiga portal

Ketiga portal masih target. Halaman blueprint publik bukan portal aplikasi atau bukti kesiapan domain tersebut.

2. Peran dan batas akses

PeranKewenangan target
KandidatProfil, lamaran, consent, assessment, jadwal, dokumen, dan kontraknya sendiri.
RecruiterFPK/lowongan/kandidat assigned, screening, interview HRD, jadwal, dan tindak lanjut.
Supervisor / Assistant Manager / Recruiter ManagerScope team/organisasi sesuai grant, assignment, workload, SLA, eskalasi, dan laporan.
User InterviewHanya interview dan kandidat yang ditugaskan; penilaian dan konfirmasi jadwal.
TrainerKelas/batch assigned, peserta, absensi, hasil, dan laporan training.
Admin SupportVerifikasi berkas dan kesiapan onboarding sesuai scope, tanpa mengambil keputusan AI.
GM / Operation Manager / ApproverApproval FPK/kontrak yang ditugaskan dengan separation of duties.
Administrator DWKonfigurasi organisasi, capability, template, integrasi dan policy; akses dokumen sensitif tetap dibatasi.
System / IntegrationIdentitas teknis terpisah untuk worker/adapter, tanpa dashboard manusia atau grant umum.

Semua query, command, event progres, ekspor, download, serta replay mengikuti organisasi/assignment/capability. Perluasan menu tidak menggantikan pengujian otorisasi server. Public token adalah kredensial terbatas, bukan role dashboard.

3. Katalog modul

DW-01 — Organisasi, identitas & hak akses

Tahap A · Fondasi · Status: rancangan.

Akun dan scope milik DW dengan akses berbasis peran dan organisasi.

Flow: Admin DW membuat organisasi → role dan capability → undang akun → verifikasi → akses sesuai scope → audit perubahan.

Data/domain: Organization, Account, Membership, Capability, Delegation, Consent.

Kriteria penerimaan: Akses lintas organisasi dan perubahan capability tanpa izin ditolak; delegasi kedaluwarsa otomatis.

DW-02 — FPK, approval & assignment recruiter

Tahap C · Recruitment · Status: rancangan.

Kebutuhan tenaga kerja dari pengajuan hingga pemenuhan dan evaluasi SLA.

Flow: Requester membuat FPK → approval berjenjang → recruiter ditugaskan → lowongan dan alokasi headcount → seleksi → fulfillment.

Data/domain: HiringRequest, ApprovalStep, AssignmentHistory, RoutingRuleVersion, HeadcountAllocation.

Kriteria penerimaan: Approval wajib sebelum posting berbasis FPK; recruiter lama tidak dapat mengubah FPK setelah reassignment.

DW-03 — Lowongan, Job Portal & publikasi

Tahap B · Recruitment · Status: rancangan.

CMS lowongan DW dan katalog publik yang konsisten.

Flow: Recruiter membuat/copy lowongan → validasi FPK opsional → preview → publish → kandidat mencari dan melamar → arsip.

Data/domain: Job, JobVersion, Location, Position, OrganizationBrand, PublicationAttempt.

Kriteria penerimaan: Lowongan sumber tidak berubah saat copy; gagal publikasi sosial tidak menghilangkan draft atau menggandakan posting.

DW-04 — Kandidat, lamaran, Walk Interview & talent pool

Tahap B · Kandidat · Status: rancangan.

Perjalanan kandidat DW dengan kontrol atas lamaran dan data pribadi.

Flow: Registrasi/Walk Interview → profil dan persetujuan → pilih lowongan → apply → ikuti tahap → status/riwayat → tarik lamaran atau talent pool berizin.

Data/domain: CandidateProfile, Application, CheckIn, TalentPoolMembership, DuplicateCase, PrivacyRequest.

Kriteria penerimaan: Kandidat hanya melihat miliknya; penarikan lamaran dan penghapusan mengikuti policy, audit, serta dependency workflow.

DW-05 — Dokumen privat & verifikasi Admin Support

Tahap B · Kandidat · Status: rancangan.

Dokumen terlindungi dari upload sampai verifikasi dan retensi.

Flow: Upload → karantina/scan → tersedia privat → review berkas → perlu revisi atau terverifikasi → retensi/penghapusan.

Data/domain: Document, DocumentVersion, ScanResult, DocumentChecklist, Verification, RetentionJob.

Kriteria penerimaan: File belum clean tidak dapat diunduh atau diproses AI; URL dokumen bukan akses publik permanen.

DW-06 — Assessment & CMS proses seleksi

Tahap C · Seleksi · Status: rancangan.

Instrumen dan tahap berversi, dengan pelaksanaan serta hasil yang dapat diaudit.

Flow: Author membuat instrumen berizin → reviewer publish versi → kandidat mengikuti tes → scoring sesuai instrumen → review → transisi tahap.

Data/domain: ProcessDefinitionVersion, AssessmentDefinition, QuestionSetVersion, Attempt, Answer, AssessmentResult.

Kriteria penerimaan: Tidak menyalin bank soal/norma proprieter, tidak membuat instrumen rekaan; hasil tes tidak dicampur diam-diam dengan skor CV AI.

DW-07 — Screening CV AI berbukti

Tahap B · AI · Status: rancangan.

Fokus skripsi: AI menilai aspek CV, SAW memberi ranking per batch lowongan, dan manusia memutuskan.

Flow: Batch recruiter → outbox → scan/ekstraksi/OCR per halaman → fakta per chunk → scoring rubric posisi → validasi Go → snapshot hasil valid → normalisasi/ranking SAW → review berbukti.

Data/domain: ScreeningBatch, ScreeningItem, DocumentPage, ScoringRun, SawRankingRun, SawRankingItem, Evidence, ModelVersion, RubricVersion, Review.

Kriteria penerimaan: Setiap run mengunci versi input/model/rubric; hasil partial/gagal tidak ditampilkan sebagai penilaian lengkap.

DW-08 — Workspace recruiter & interview HRD

Tahap C · Seleksi · Status: rancangan.

Pipeline operasional, penilaian interview, dan bulk action yang aman.

Flow: Recruiter membuka kandidat scoped → CV/hasil AI → jadwal/undangan → interview HRD → review → keputusan dengan alasan → tahap berikutnya.

Data/domain: PipelineState, InterviewTemplateVersion, InterviewSession, InterviewAnswer, WorkItem, BulkAction.

Kriteria penerimaan: Catatan internal tidak tampil ke kandidat; bulk action dapat diulang tanpa menggandakan undangan/keputusan.

DW-09 — Calendar, meeting & Notification Center

Tahap C · Kolaborasi · Status: rancangan.

Jadwal, kehadiran, komunikasi, dan provider meeting milik DW.

Flow: Buat jadwal → cek konflik → undang → provision meeting → RSVP/reschedule → reminder → pelaksanaan → histori.

Data/domain: Schedule, Participant, RSVP, RescheduleRequest, MeetingAccount, ProviderJob, NotificationDelivery.

Kriteria penerimaan: UAT internal tidak mengirim pesan provider nyata; integrasi aktif hanya setelah consent, konfigurasi, dan uji terpisah.

DW-10 — Workspace User Interview

Tahap D · Kolaborasi · Status: rancangan.

Penilaian interviewer dengan deadline, delegasi, dan scope terbatas.

Flow: Interviewer ditugaskan → konfirmasi → interview → isi penilaian → submit → recruiter menerima hasil.

Data/domain: InterviewerAssignment, InterviewEvaluation, EvaluationDeadline, Delegation.

Kriteria penerimaan: Interviewer tidak dapat membaca seluruh kandidat atau menilai assignment yang tidak aktif.

DW-11 — Training Class, OJT & workspace Trainer

Tahap D · Kolaborasi · Status: rancangan.

Batch, kapasitas, absensi, dan hasil pelatihan.

Flow: Buat kelas/batch → alokasikan peserta → jadwalkan trainer → absensi/hasil → preview validasi → publish → update progress.

Data/domain: TrainingClass, Enrollment, AttendanceRecord, TrainingResult, ImportBatch.

Kriteria penerimaan: Import gagal tidak membuat hasil parsial tersembunyi; perubahan hasil setelah publish menghasilkan versi dan audit baru.

DW-12 — Onboarding & Create Employee

Tahap D · Onboarding · Status: rancangan.

Kelengkapan kandidat hingga handoff employee melalui integrasi yang sah.

Flow: Kandidat terpilih → isi draft onboarding → verifikasi dokumen → approval/kontrak → review final → kirim HRIS → rekonsiliasi.

Data/domain: OnboardingCase, FormSectionVersion, EncryptedDraft, FinalVerification, EmployeeDelivery.

Kriteria penerimaan: Timeout delivery tidak membuat employee ganda; blueprint tidak mengasumsikan DW mempunyai akses HRIS pihak lain.

DW-13 — PKWT, kontrak & approval elektronik

Tahap D · Onboarding · Status: rancangan.

Template dan approval berversi dengan proses tanda tangan yang terkontrol.

Flow: Recruiter membuat kontrak → preview → approval berjenjang → revisi bila perlu → kandidat menandatangani/menolak → arsip dan audit.

Data/domain: ContractTemplateVersion, Contract, ApprovalChain, SignatureRequest, SignatureEvidence.

Kriteria penerimaan: Kontrak yang berubah setelah approval harus ditinjau ulang; tidak ada signature sebelum gate approval sah.

DW-14 — Dashboard manajemen, SLA & laporan

Tahap D · Manajemen · Status: rancangan.

Pemantauan kinerja yang bisa ditelusuri ke transaksi sumber.

Flow: Event domain → agregasi terkontrol → filter organisasi/periode → dashboard/drill-down → ekspor terotorisasi.

Data/domain: MetricDefinitionVersion, ReportDefinition, ReportSnapshot, ExportJob, EscalationRule.

Kriteria penerimaan: Angka dashboard dapat direkonsiliasi dengan data sumber; ekspor menerapkan scope yang sama dengan tampilan.

DW-15 — Integrasi & automation

Tahap E · Platform · Status: rancangan.

Adapter terpisah, kredensial DW, dan kegagalan provider yang terkontrol.

Flow: Admin mengonfigurasi adapter → consent dan secret → event outbox → provider → acknowledgement → reconcile/retry.

Data/domain: IntegrationAccount, SecretReference, OutboxEvent, WebhookReceipt, AdapterVersion.

Kriteria penerimaan: Tidak memakai kredensial pemilik lain; perubahan provider tidak mengubah domain bisnis atau membuka akses lintas scope.

DW-16 — Infrastruktur Go, keamanan & kapasitas

Tahap A · Platform · Status: rancangan.

Fondasi yang dapat ditingkatkan berdasarkan pengukuran, bukan klaim server tanpa batas.

Flow: Release DW teruji → deploy terisolasi → monitor → load/soak → tambah kapasitas bila perlu → backup/restore dan recovery.

Data/domain: PipelineVersion, WorkerLease, Trace, CapacityBudget, BackupManifest, Release.

Kriteria penerimaan: Worker crash dan duplicate event tidak membuat outcome ganda; satu server tidak dinyatakan HA.

4. Flow lintas modul

FPK opsional sesuai kebijakan → approval/assignment → publish lowongan → apply/Walk Interview → scan dokumen → assessment dan screening AI sesuai urutan posisi → review recruiter → interview HRD/User → training/OJT bila disyaratkan → onboarding/verifikasi → approval kontrak → tanda tangan → Create Employee/HRIS → fulfillment dan laporan.

Urutan assessment, interview, training, dan kontrak dikonfigurasi per posisi; tidak semua posisi wajib semua tahap. Setiap lamaran mengunci versi proses. Penolakan, revisi, reschedule, dan penarikan lamaran memiliki transisi serta alasan publik yang jelas. AI bukan gate penolakan otomatis.

5. Kontrak domain dan state machine

DomainStatus/transisi target
FPKdraft → submitted → approved / needs_revision / rejected; approved → hold / closed / cancelled sesuai policy
Lowongandraft → published → paused / archived; perubahan persyaratan menghasilkan versi
Lamaranapplied → tahap konfigurasi → shortlisted / rejected / withdrawn / hired; alasan publik terpisah
Dokumenquarantined → scanning → available / blocked / failed → replaced / deleted
Screeningqueued → scanning/extracting/inferencing/scoring → completed / partial / failed; review sebagai record terpisah
Assessmentnot_started → in_progress → submitted → scored / needs_review; attempt/cooldown configurable
Jadwaldraft → invited → confirmed / reschedule_requested / cancelled → completed
Trainingdraft → published → in_progress → result_review → completed; koreksi menjadi versi baru
Onboardingdraft → submitted → needs_revision / verified → ready_for_delivery → delivered / delivery_failed
Kontrakdraft → pending_approval → needs_revision / rejected / approved → awaiting_signature → signed / declined / expired

Tabel merangkum domain, bukan spesifikasi API final. Endpoint versioned, DTO, error code, idempotency key, optimistic locking dan event contract disusun saat implementasi per domain. Domain event diterbitkan melalui outbox, tidak bergantung keberhasilan provider dalam transaksi bisnis.

6. KPI dan aturan DW yang perlu disahkan

Fulfillment = headcount terpenuhi / headcount disetujui × 100%; denominator nol menjadi tidak tersedia. Time-to-fill dan SLA menggunakan definisi start/stop, kalender kerja, Hold, pembatalan, dan pemenuhan parsial yang disepakati DW. Durasi 7 hari bisa menjadi opsi awal, bukan standar otomatis dari produk lain.

Setiap KPI mengunci versi definisi serta dapat di-drill-down ke FPK/lamaran. Skor CV, skor assessment, dan skor interview adalah pengukuran berbeda; tidak digabung tanpa rubric eksplisit serta evaluasi. Skor CV bukan probabilitas keberhasilan kerja.

7. Dependensi, izin, dan batas implementasi

Bank soal, DISC/norma, assessment eksternal, HRIS, OAuth meeting/sosial, email, dan layanan signature memerlukan aset/izin/kontrak/kredensial DW. Modul dirancang tanpa menyalin instrumen atau mengasumsikan akses milik pihak lain. Provider belum siap harus terlihat sebagai unavailable/pending configuration, bukan status sukses.

Retensi, privasi, validasi kontrak/tanda tangan, kebijakan seleksi, dan instrumen penilaian memerlukan persetujuan penanggung jawab DW sebelum produksi. Blueprint bukan nasihat hukum atau sertifikasi kepatuhan.

8. Tahapan dan gerbang penerimaan

TahapCakupanGerbang sebelum lanjut
A — FondasiOrganisasi/akses, Go, storage, database/antrean DWScope, upload, backup/restore, migration, recovery dasar
B — Kandidat dan AILowongan, kandidat, dokumen, screening, reviewE2E kandidat–recruiter, bukti AI, pilot dan pengujian keamanan
C — Operasional seleksiFPK, assessment, HRD, jadwal, notifikasiUAT per role, proses berversi, delivery provider terisolasi
D — Penyelesaian siklusUser Interview, Trainer, onboarding, kontrak, laporanApproval/SoD, dokumen, hasil training dan handoff teruji
E — Integrasi dan scale-outProvider tambahan, HA bila diperlukan, optimasiContract/provider tests, capacity/soak, recovery, RPO/RTO

Tahap merupakan prioritas, bukan janji tanggal. Model yang lebih besar/worker lebih banyak dipilih berdasarkan benchmark. Satu server tidak dianggap kapasitas tak terbatas atau HA. Implementasi tiap tahap membutuhkan konfirmasi sesuai kebijakan proyek.

9. Fokus skripsi tetap screening CV AI

Seluruh platform menjadi konteks dan roadmap; eksperimen inti tetap ekstraksi/OCR → scoring berbukti → ranking → review manusia. Metrik utama: MAE, nDCG@5, dukungan bukti, dan waktu review; uji kapasitas dilaporkan terpisah. Tidak mewajibkan semua 16 modul selesai agar penelitian prototipe dapat dievaluasi.

Lihat blueprint AI, matriks fitur, flow platform, arsitektur kapasitas, dan rencana penelitian.