Blueprint Produk RewangOS
Di halaman ini
Tanggal: 4 November 2026 · Tahap: INVESTIGATE / VALIDATE · Status keputusan: blueprint konseptual, bukan spesifikasi final.
Tujuan produk
Memudahkan pemberi kerja memesan tenaga pocokan/on-demand yang sesuai lokasi, keterampilan, waktu, upah, dan reputasi. Pekerja dapat melihat upah dan tugas dengan jelas, memilih kerja, menjaga jadwalnya, serta memperoleh bukti riwayat kerja yang dapat dikoreksi.
Pengguna dan pekerjaan yang didukung
- Pemberi kerja: rumah tangga, UMKM/produksi, penyelenggara event, dan pemberi kerja kategori lain.
- Pekerja: individu dewasa, termasuk anggota kelompok yang ikut menyetujui pemesanan.
- Koordinator/kapten: membantu membentuk roster; tidak otomatis memiliki upah anggota.
- Admin operasi: verifikasi, dukungan, sengketa, audit dan rekonsiliasi.
Jenis order: jam, hari, sekali panggil, borongan. Bentuk pemesanan: individu atau kelompok. Fokus validasi awal yang diusulkan: UMKM/packing/produksi ringan dan event sebagai pembanding. Bukti hajatan warga masih terbatas.
Alur transaksi konseptual
- Pemberi kerja membuat brief kategori, lokasi, waktu/durasi, jumlah orang, keterampilan, tugas, upah, fasilitas, kondisi keselamatan dan tenggat konfirmasi.
- Sistem memberi estimasi kandidat berdasarkan lokasi, skill, irisan waktu, upah yang diterima pekerja, dan reputasi; tampilkan alasan, jangan menjanjikan kandidat tersedia.
- Pekerja menerima/menolak undangan. Untuk rombongan, setiap anggota menyetujui tugas, jadwal dan nominal haknya sendiri.
- Slot kandidat direservasi sementara dengan expiry untuk mencegah pemesanan ganda. Jika roster kurang, pemberi kerja memilih menunggu, ubah jumlah atau batal.
- Quote berversi memisahkan total upah, biaya platform yang masih hipotesis, biaya lain, dan jumlah bayar. Semua pihak menyetujui perubahan harga sebelum mulai.
- Pembayaran kelak hanya menggunakan provider yang sudah disetujui dan dikontrak. Status pekerjaan, payment, hak dana, payout dan refund dicatat terpisah.
- Pekerja check-in dan mencatat hasil/jam. Kedua pihak mengirim konfirmasi penyelesaian atau membuka kasus sengketa.
- Payout/refund hanya diminta setelah kelayakan dan penyelesaian kasus terpenuhi, melalui provider. Konfirmasi instruksi API bukan bukti dana sudah diterima.
- Rekonsiliasi mencocokkan catatan order dan laporan provider. Masalah status membuka tindak lanjut manual yang tercatat.
Status usulan
| Domain | Alur normal | Cabang |
|---|---|---|
| Order | draft → searching → reserved → confirmed → in_progress → completion_submitted → accepted → closed | expired, cancelled, disputed |
| Collection | not_requested → pending → succeeded | failed, expired, review_required |
| Alokasi hak | unallocated → allocated → release_eligible | disputed, refund_eligible |
| Payout per pekerja | not_eligible → pending → processing → succeeded | failed, reconciliation_required |
| Refund | requested → approved/rejected → processing → succeeded | failed, reconciliation_required |
Status domain terpisah diperlukan agar pekerjaan selesai tidak disamakan dengan uang diterima. Belum ada pilihan status final.
Prinsip operasional dan perlindungan
- Jumlah pekerja harus integer positif. Jam dan unit borongan terpisah dari jumlah orang.
- Reservasi mengunci slot pada rentang waktu tertentu; perubahan dan timeout melepaskan slot secara konsisten.
- Upah pekerja tampil jelas dan tidak dikurangi biaya platform. Fee dibebankan ke pemberi kerja sebagai hipotesis yang perlu diuji.
- Anggota rombongan memiliki hak dan payout terpisah; persetujuan kapten tidak menggantikan persetujuan anggota.
- Satu alokasi tidak boleh payout dan refund sekaligus. Partial dispute tidak menahan bagian yang tidak terkait bila provider dan aturan mendukungnya.
- Perubahan rekening penerima perlu verifikasi dan jejak audit.
- Pekerjaan berbahaya, data identitas, keselamatan, pelecehan, fraud dan pembatalan memiliki SOP yang belum disusun final.
- Minimalkan data: jangan meminta KTP, rekening, atau lokasi presisi untuk sekadar riset minat.
Modul konseptual
Akun/peran/verifikasi; katalog tugas; kalender/reservasi; matching; roster rombongan; order/quote; pelaksanaan; orkestrasi provider; ledger pembantu dan rekonsiliasi; dukungan/dispute; reputasi/paspor; notifikasi/audit; privasi/pelaporan. Modul ini dapat menjadi bagian dari aplikasi monolitik; tidak ada keputusan microservices, framework, database, cloud atau vendor.
Fitur dan klaim yang belum disetujui
Rewang Cadangan tidak menjamin pengganti hingga kapasitas terbukti. Paspor kerja bukan sertifikasi pemerintah. Reputasi harus dapat dikoreksi dan diajukan banding. Kalender bukan komitmen ketersediaan sampai reservasi diterima. Pembayaran platform bukan escrow legal otomatis. Tidak ada janji pekerjaan, upah minimum spesifik, perlindungan asuransi, atau SLA sebelum verifikasi.