Alur Kerja Utama
Diagram ini merangkum alur kerja utama TrueDignity, menampilkan urutan interaksi antara Pelanggan, Aplikasi, Sistem, Admin, dan Notaris.
Modul Pengaturan Kantor & Pengguna
Modul ini bertanggung jawab untuk mengelola informasi kantor, template pelayanan, dan pengguna.
Skenario 1.1: Menambahkan, Mengubah, dan Menghapus Pelayanan
| Aktor | Owner/Officer & Sistem |
|---|---|
| Rincian | Given Admin telah login ke dalam sistem, And memiliki akses untuk mengatur pelayanan, When Admin membuka formulir untuk menambahkan/mengubah/menghapus pelayanan, Then sistem menyimpan/memperbarui/menghapus pelayanan, And sistem mengosongkan kolom Layanan yang direferensikan oleh permohonan. |
Skenario 1.2: Menyimpan WhatsApp Kantor Notaris
| Aktor | Officer & Sistem |
|---|---|
| Rincian | Given Admin telah login dan memiliki akses untuk mengatur informasi kantor, When Admin membuka profil kantor dan menekan tombol ubah nomor, Then sistem menampilkan kode QR dari WhatsApp, And panduan untuk memindai kode tersebut. Setelah Admin memindai kode, sistem akan menyimpan nomor dan sesi WhatsApp di basis data pusat dan lokal. |
Skenario 1.3: Mengatur Hak Akses Petugas dan Admin Lain
| Aktor | Owner/Officer & Sistem |
|---|---|
| Rincian | Given Admin telah login dan memiliki akses untuk mengatur hak akses, And akses menu pengaturan kelompok anggota, When Admin mengaktifkan akses, Then sistem lokal menyimpan perubahan izin. |
Skenario 1.4: Mengatur Akun Admin yang Dimiliki
| Aktor | Owner/Officer & Sistem |
|---|---|
| Rincian | Given Admin telah login dan akses menu pengaturan akun, When Admin menekan foto profil, Then sistem menampilkan file system, mengunggah foto, dan menggantinya. Saat mengganti password, sistem mengirimkan kode/link rahasia melalui WhatsApp. Saat mengganti email atau nomor telepon, sistem juga mengirimkan kode/link rahasia melalui email/WhatsApp. |
Skenario 1.5: Mengundang Petugas (Officer)
| Aktor | Owner & Sistem |
|---|---|
| Rincian | Given Owner telah login ke dalam sistem, When Owner menekan tombol undang, Then sistem menampilkan input email atau nomor WhatsApp dan mengirimkan tautan pendaftaran khusus. |
Skenario 1.6: Mengundang Pemohon
| Aktor | Admin, Pemohon & Sistem |
|---|---|
| Rincian | Given Admin telah login dan memiliki akses mengatur permohonan, And permohonan sudah dibuat, When Admin menekan tombol "undang pemohon", Then sistem menampilkan input email atau nomor WhatsApp dan mengirimkan tautan pendaftaran khusus. |
Skenario 1.7: Menampilkan Riwayat Tagihan
| Aktor | Owner & Sistem |
|---|---|
| Rincian | Given Owner telah terdaftar, When Owner membuka menu tagihan pada halaman pengaturan akun, Then sistem menampilkan daftar tagihan yang pernah diterbitkan dan opsi untuk upgrade. |
Skenario 1.8: Mengatur Pembayaran Paket Langganan
| Aktor | Owner & Sistem |
|---|---|
| Rincian | Given Owner telah memilih paket dan melanjutkan pembayaran, When Owner lanjut ke langkah pembayaran, Then sistem menampilkan halaman pembayaran, dan jika berhasil, mengalihkan ke halaman selebrasi dan meng-update paket langganan. |
Skenario 1.9: Penerbitan Tagihan Aplikasi
| Aktor | Owner & Sistem |
|---|---|
| Rincian | Given Owner telah berlangganan paket, When sistem mengkurasi paket yang akan kadaluarsa dalam 1 minggu dan menemukan owner, Then sistem akan menerbitkan tagihan dan mengaktifkannya, And mengirimkan ke email/WhatsApp. |
Skenario 1.10: Perubahan Paket Langganan Tingkat Lanjut
| Aktor | Owner & Sistem |
|---|---|
| Rincian | Given Owner dalam masa langganan sederhana, When Owner ingin meng-upgrade langganan, Then sistem akan menghitung sisa hari dari paket lama dan membuat tagihan baru dengan harga yang disesuaikan. |
Skenario 1.11: Perubahan Paket Langganan Sederhana
| Aktor | Owner & Sistem |
|---|---|
| Rincian | Given Owner dalam masa langganan tingkat lanjut, When Owner mengubah paket, Then sistem akan membuat tagihan berikutnya dengan paket sederhana dan menjadwalkan penerbitannya. |
Skenario 1.12: Menerima Pembayaran Melalui GPN
| Aktor | Officer/Owner & Sistem |
|---|---|
| Rincian | Given Admin telah terdaftar. |
Modul Autentikasi
Modul ini mengelola alur pendaftaran dan masuk bagi berbagai jenis pengguna, termasuk Pemohon, Officer, dan Owner.
Skenario 2.1: Autentikasi Pemohon/Owner Melalui Aplikasi
| Aktor | Pemohon/Owner & Sistem |
|---|---|
| Rincian | Given Pelanggan telah memasang aplikasi, When pelanggan melengkapi email dan password atau masuk dengan Google/WhatsApp, Then sistem memeriksa validitas data dan mengembalikan token jika valid. Setiap login yang berhasil akan disimpan ke dalam log akses. |
Skenario 2.2: Halaman Formulir Pendaftaran Khusus
| Aktor | Admin, Pemohon & Sistem |
|---|---|
| Rincian | Given calon pengguna menerima tautan yang valid dari Admin, When membuka tautan yang valid, Then sistem menampilkan formulir pendaftaran pengguna. Setelah mengisi formulir, pengguna dialihkan ke halaman aplikasi yang sesuai. |
Skenario 2.3: Pemohon Mendaftarkan Akun
| Aktor | Pemohon/Owner & Sistem |
|---|---|
| Rincian | When pengguna mengakses halaman pendaftaran, Then sistem menampilkan pilihan pendaftaran melalui Email, Google, dan WhatsApp. Setelah pendaftaran berhasil, pengguna dialihkan ke halaman onboarding untuk verifikasi bio. |
Skenario 2.4: Owner Mendaftarkan Akun
| Aktor | Owner & Sistem |
|---|---|
| Rincian | Given Owner mengakses halaman pendaftaran, When Owner berhasil mendaftar, Then pengguna dialihkan ke halaman onboarding khusus Owner. Setelah mengisi formulir, sistem melanjutkan ke tahap berikutnya. |
Skenario 2.5: Autentikasi Akun Officer
| Aktor | Officer & Sistem |
|---|---|
| Rincian | Given Officer terdaftar melalui undangan dari Owner, When Officer mengakses halaman login dan melengkapi username dan email, Then sistem akan mengajukan permintaan autentikasi ke node yang dituju. Permintaan ini dikirimkan ke endpoint /delegate-auth dan harus menggunakan payload JWT (JSON Web Token) yang ditandatangani oleh Sistem Pusat (Matrix). Node lokal kemudian akan memverifikasi JWT ini untuk memberikan akses. |
Modul Manajemen Permohonan
Modul ini adalah inti dari alur kerja notaris, mengelola setiap permohonan dari awal hingga akhir.
Skenario 3.1: Menerima Permohonan dari Pelanggan
| Aktor | Pemohon, Admin & Sistem |
|---|---|
| Rincian | Given Pemohon telah terdaftar dan memilih layanan, When Pemohon mengajukan permohonan, Then permohonan tersimpan dengan nomor kosong, berstatus 'menunggu verifikasi', dan notifikasi dikirimkan ke Admin. |
Skenario 3.2: Menyimpan dan Menampilkan Riwayat Permohonan
| Aktor | Pemohon, Officer & Sistem |
|---|---|
| Rincian | Given Pemohon mendatangi notaris di luar aplikasi, When front-office membuat permohonan atas nama Pemohon, Then permohonan tersimpan dengan rincian yang telah diinput. Riwayat permohonan ditampilkan berdasarkan nomor permohonan. |
Skenario 3.3: Memeriksa Berkas dan Mengubah Status Permohonan
| Aktor | Pemohon, Admin & Sistem |
|---|---|
| Rincian | Given Pemohon telah mengajukan permohonan, When Admin memproses permohonan, Then Admin memeriksa keabsahan berkas dan mengubah status menjadi 'diproses'. Jika berkas tidak sah, sistem mengirimkan pemberitahuan. |
Skenario 3.4: Memindai dan Mengunggah Berkas
| Aktor | Pemohon, Officer & Sistem |
|---|---|
| Rincian | Given permohonan telah dibuat, When front-office memindai berkas melalui mobile phone dan mengunggahnya, Then berkas disimpan ke server. |
Skenario 3.5: Menampilkan Riwayat Permohonan dan Rinciannya
| Aktor | Pemohon, Sistem & Client Side |
|---|---|
| Rincian | Given permohonan telah dibuat dan Pemohon ter-autentikasi, When mengakses halaman riwayat permohonan, Then aplikasi meminta metadata pengguna dari Sistem Pusat (Matrix). Sistem Pusat kemudian membuat JWT (JSON Web Token) yang berisi metadata (tanpa password) dan menandatanganinya. JWT ini dikirimkan kembali ke aplikasi dan disimpan dengan aman di Safe (Penyimpanan Lokal) untuk digunakan dalam sinkronisasi data pada node yang dituju. |
Skenario 3.6: Membatalkan Permohonan
| Aktor | Admin & Sistem |
|---|---|
| Rincian | Given Admin memiliki akses ke modul permohonan, When Admin menekan tombol "batalkan permohonan" karena berkas tidak memenuhi syarat, Then sistem mengubah status menjadi 'Dibatalkan' dan mengirim notifikasi ke Pemohon. |
Skenario 3.7: Mengatur Penanggung Jawab Permohonan
| Aktor | Officer, Sistem |
|---|---|
| Rincian | Given Officer telah login dan memiliki akses ke modul permohonan, When Officer memilih nama Officer lain dari daftar untuk ditugaskan, Then sistem menetapkan Officer tersebut sebagai penanggung jawab dan mengirim notifikasi. |
Skenario 3.8: Mengajukan Permohonan Layanan di Tempat
| Aktor | Pemohon, Sistem, Officer |
|---|---|
| Rincian | Given Pemohon telah login dan memilih layanan "Panggil Notaris", When Pemohon mengisi formulir dengan detail lokasi dan waktu, Then sistem menerima permohonan dan mengirimkan notifikasi ke Officer. |
Skenario 3.9: Memperpanjang Tenggat Waktu Tagihan
| Aktor | Officer, Sistem |
|---|---|
| Rincian | Given Officer telah login dan mengakses detail permohonan dengan tagihan, When Officer menekan opsi untuk memperpanjang tenggat waktu, Then sistem memperbarui tanggal tenggat waktu dan mengirimkan notifikasi kepada Pemohon. |
Modul Manajemen Dokumen & Arsip
Modul ini mengelola seluruh siklus hidup dokumen, dari penerimaan berkas hingga pengarsipan minuta dan pencarian.
Skenario 4.1: Mengatur Folder Syarat Berkas Pelayanan
| Aktor | Officer |
|---|---|
| Rincian | Given Officer telah login dan memiliki akses ke modul ini, When Officer membuat folder baru untuk jenis pelayanan, And menetapkan format file dan jumlah file yang diperlukan, Then sistem menyimpan struktur folder dan aturannya sebagai template. |
Skenario 4.2: Menerima & Mengunggah Berkas dari Pelanggan
| Aktor | Pelanggan, Officer, Sistem |
|---|---|
| Rincian | Given sebuah permohonan berstatus 'menunggu verifikasi', When Pelanggan mengunggah dokumen prasyarat, Then sistem menyimpan berkas tersebut. When Officer memverifikasi berkas, sistem memungkinkan perubahan status dan mengunci unggahan jika berkas valid. |
Skenario 4.3: Mengarsipkan Berkas dan Menerbitkan Nomor Register
| Aktor | Officer, Sistem |
|---|---|
| Rincian | Given sebuah permohonan telah selesai ditandatangani, When Officer menyimpan berkas asli ke dalam Minuta, And mencatat nomor register, Then sistem membuat catatan register baru yang ditautkan ke permohonan, mengunggah salinan digital, dan menghasilkan surat serah terima. |
Skenario 4.4: Mencari & Mengakses Catatan Arsip
| Aktor | Officer, Sistem |
|---|---|
| Rincian | Given catatan register telah disimpan, When Officer menggunakan fitur pencarian dan memasukkan kriteria, Then sistem menampilkan daftar catatan register yang cocok dan memungkinkan untuk melihat detail dan salinan digital. |
Skenario 4.5: Membuat Draf Dokumen dari Template
| Aktor | Officer, Sistem |
|---|---|
| Rincian | Given Officer memiliki akses dan template telah diunggah, When Officer memilih template, Then sistem menghasilkan draf dokumen yang siap untuk diedit. When Officer memilih antara draft editor atau quick editor, sistem menampilkan antarmuka yang sesuai. |
Modul Manajemen Tugas & Kolaborasi
Modul ini memungkinkan koordinasi tim dan komunikasi yang efisien untuk setiap permohonan.
Skenario 5.1: Mengatur Tugas dan Alur Kerja Permohonan
| Aktor | Admin, Sistem |
|---|---|
| Rincian | Given Admin telah login, When Admin mengatur tugas untuk permohonan, menetapkan jenis tugas, penanggung jawab, tenggat waktu, dan prasyarat, Then sistem menampilkan tugas tersebut pada papan prioritas dan mengirimkan notifikasi. |
Skenario 5.2: Kolaborasi dan Komunikasi Internal
| Aktor | Admin, Officer, Sistem |
|---|---|
| Rincian | Given Admin atau Officer melihat detail permohonan, When mereka menambahkan komentar, Then sistem menyimpan komentar di log riwayat dan mengirimkan notifikasi. |
Skenario 5.3: Mengelola Pesan WhatsApp Terpusat
| Aktor | Admin, Pelanggan, Sistem |
|---|---|
| Rincian | Given Admin telah mengintegrasikan WhatsApp, When Pelanggan mengirim pesan atau Admin membalas melalui sistem, Then sistem akan menampilkan pesan di kotak masuk terpusat dan menautkannya ke permohonan yang relevan. |
Skenario 5.4: Mengatur Antar Jemput Berkas
| Aktor | Admin, Pelanggan, Sistem |
|---|---|
| Rincian | Given permohonan telah dibuat dan Admin perlu mengirim/menerima berkas fisik, When Admin menggunakan fitur ini, Then sistem akan mengintegrasikan dengan layanan pihak ketiga dan mengirimkan notifikasi status pengiriman. |
Modul Manajemen Keuangan & Penagihan
Modul ini berfokus pada otomatisasi dan pengelolaan semua aspek finansial dalam proyek, dari pengeluaran hingga penerbitan tagihan.
Skenario 6.1: Mencatat Pemasukan dan Pengeluaran Kantor
Diagram ini menggambarkan bagaimana Admin mencatat transaksi keuangan yang masuk atau keluar dari kantor, yang kemudian diperbarui secara real-time di laporan.
| Aktor | Aksi | Hasil |
|---|---|---|
| Admin | Membuka formulir untuk mencatat pemasukan atau pengeluaran. | Sistem menampilkan formulir yang relevan. |
| Admin | Mengisi data transaksi (jumlah, deskripsi, tanggal) dan menekan "simpan". | Sistem menyimpan catatan transaksi baru. |
| Sistem | Memproses data yang disimpan. | Laporan pemasukan dan pengeluaran diperbarui secara real-time. |
Skenario 6.2: Membuat dan Mengatur Tagihan Permohonan
Diagram ini merinci bagaimana Admin membuat tagihan final yang akan dikirimkan kepada Pelanggan, termasuk menetapkan biaya dan mengunci tagihan setelah disetujui.
| Aktor | Aksi | Hasil |
|---|---|---|
| Admin | Mengakses permohonan yang telah selesai atau akan selesai. | Sistem menampilkan detail permohonan. |
| Admin | Menyusun rincian tagihan (biaya jasa, pajak, PNBP). | Sistem membuat objek tagihan baru dengan rincian yang diisi. |
| Admin | Menyetujui tagihan final. | Sistem mengunci tagihan tersebut untuk mencegah perubahan lebih lanjut. |
Skenario 6.3: Mengirim dan Menerima Pembayaran
Diagram ini menunjukkan interaksi antara Admin, Pelanggan, dan Sistem saat proses pembayaran, baik melalui metode otomatis (GPN) maupun manual.
| Aktor | Aksi | Hasil |
|---|---|---|
| Admin | Memilih opsi untuk mengirim tagihan. | Sistem mengirimkan notifikasi tagihan (email/WhatsApp) ke pelanggan. |
| Pelanggan | Membuka tautan pembayaran atau mengunggah bukti bayar manual. | Sistem memproses pembayaran atau menerima bukti bayar. |
| Sistem | Memverifikasi pembayaran. | Status tagihan diubah menjadi "Lunas". |
| Sistem | Mengirimkan notifikasi ke Admin. | Admin menerima pemberitahuan bahwa pembayaran telah berhasil. |
Skenario 6.4: Menerbitkan dan Mengirim Kwitansi
Diagram ini berfokus pada alur otomatisasi penerbitan kwitansi setelah pembayaran berhasil, memastikan pelanggan menerima bukti pembayaran yang sah.
| Aktor | Aksi | Hasil |
|---|---|---|
| Sistem | Menerima konfirmasi pembayaran lunas dari tagihan. | Sistem secara otomatis membuat kwitansi resmi digital. |
| Sistem | Mengirimkan kwitansi digital. | Kwitansi dikirimkan kepada pelanggan melalui email atau WhatsApp. |
Skenario 6.5: Mencatat Pengeluaran Tugas Secara Otomatis
Diagram ini menunjukkan bagaimana biaya tugas secara otomatis dicatat sebagai pengeluaran kantor, memperbarui laporan keuangan tanpa entri manual.
| Aktor | Aksi | Hasil |
|---|---|---|
| Admin | Menandai sebuah tugas sebagai "Selesai". | Sistem secara otomatis memeriksa apakah tugas tersebut memiliki biaya (cost). |
| Sistem | Mendeteksi biaya pada tugas yang selesai. | Biaya tugas dicatat sebagai pengeluaran kantor, memperbarui laporan keuangan. |
Modul Intelijen & Laporan
Modul ini adalah kunci untuk memberikan wawasan operasional dan mengotomatiskan tugas-tugas pelaporan yang krusial.
Skenario 7.1: Mencetak Laporan Register
Diagram ini menunjukkan bagaimana Admin dapat meminta dan menerima laporan register yang dapat dicetak, yang disiapkan oleh sistem.
| Aktor | Aksi | Hasil |
|---|---|---|
| Admin | Memilih opsi untuk mencetak laporan register. | Sistem mengumpulkan data dari catatan register. |
| Sistem | Memproses data dan memformatnya. | File yang dapat dicetak (PDF/CSV) dibuat. |
| Sistem | Menyediakan file. | Admin dapat mengunduh laporan register. |
Skenario 7.2: Menampilkan Evaluasi Kinerja Mingguan
Diagram ini berfokus pada visualisasi data kinerja, di mana sistem mengumpulkan metrik dan menampilkannya pada dasbor untuk dievaluasi oleh Admin.
| Aktor | Aksi | Hasil |
|---|---|---|
| Admin | Memilih menu evaluasi mingguan. | Sistem menampilkan metrik kinerja utama. |
| Sistem | Mengumpulkan metrik kinerja. | Metrik seperti jumlah permohonan yang diselesaikan dan perbandingan keuangan ditampilkan. |
Skenario 7.3: Berinteraksi dengan AI Agent
Diagram ini menunjukkan alur interaksi antara Admin dan AI Agent terpusat untuk mendapatkan informasi atau perintah terkait permohonan.
| Aktor | Aksi | Hasil |
|---|---|---|
| Admin | Memasukkan pertanyaan atau perintah kepada AI Agent. | AI Agent memproses pertanyaan tersebut. |
| Sistem | Memproses pertanyaan dan mencari data yang relevan. | AI Agent memberikan jawaban atau menampilkan daftar permohonan yang relevan. |
Skenario 7.4: Menampilkan Log Audit
Diagram ini menunjukkan bagaimana Admin dapat meminta dan menerima riwayat aktivitas yang komprehensif dari sistem audit terpusat.
| Aktor | Aksi | Hasil |
|---|---|---|
| Admin | Memilih fitur Log Audit. | Sistem menampilkan riwayat aktivitas. |
| Sistem | Mengumpulkan riwayat aktivitas. | Riwayat aktivitas komprehensif ditampilkan dengan detail pengguna, waktu, dan jenis aktivitas. |
Aplikasi Pelanggan (Customer)
Modul ini merinci alur kerja yang berfokus pada interaksi langsung Pelanggan dengan sistem.
Skenario 8.1: Pengajuan Permohonan Layanan
Diagram ini menggambarkan alur lengkap saat Pelanggan mengajukan permohonan, dari pemilihan layanan hingga pengiriman notifikasi ke Admin.
| Aktor | Aksi | Hasil |
|---|---|---|
| Pelanggan | Memilih layanan dan mengisi formulir permohonan. | Sistem menampilkan formulir dan menyimpan data yang diisi. |
| Pelanggan | Mengunggah berkas yang diperlukan. | Sistem menyimpan permohonan dengan status 'menunggu verifikasi'. |
| Sistem | Mengirimkan notifikasi ke Admin. | Admin diberi tahu tentang adanya permohonan baru. |
Skenario 8.2: Pemantauan Status Permohonan
Diagram ini menunjukkan bagaimana Pelanggan dapat melihat status dan riwayat permohonan mereka secara real-time, memberikan transparansi penuh.
| Aktor | Aksi | Hasil |
|---|---|---|
| Pelanggan | Membuka halaman riwayat permohonan. | Sistem menampilkan daftar permohonan dengan statusnya secara real-time. |
| Pelanggan | Memilih permohonan dari daftar. | Sistem menampilkan detail permohonan, riwayat tugas, dan log komunikasi. |
Skenario 8.3: Pengelolaan Berkas dan Dokumen
Diagram ini menggambarkan alur kerja saat Pelanggan mengunggah berkas dan bagaimana Admin mengelola verifikasi dan penguncian berkas tersebut.
| Aktor | Aksi | Hasil |
|---|---|---|
| Pelanggan | Mengunggah berkas yang diminta. | Sistem menyimpan berkas dan mengubah statusnya menjadi 'menunggu verifikasi'. |
| Admin | Memproses dan memverifikasi berkas. | Jika berkas valid, sistem mengunci unggahan dan memberikan notifikasi ke Pelanggan. |
Skenario 8.4: Pembayaran Tagihan
Diagram ini merinci alur pembayaran dari sisi Pelanggan, baik melalui GPN maupun unggahan bukti manual.
| Aktor | Aksi | Hasil |
|---|---|---|
| Pelanggan | Menerima notifikasi tagihan. | Sistem menampilkan detail tagihan dan opsi pembayaran. |
| Pelanggan | Melakukan pembayaran (GPN/manual). | Jika pembayaran berhasil, sistem akan memprosesnya. |
| Sistem | Memverifikasi pembayaran. | Status tagihan diubah menjadi 'Lunas' dan notifikasi dikirimkan. |
Modul Manajemen Sumber Daya Manusia
Modul ini membantu Owner mengelola informasi pegawai dan tugas-tugas SDM internal.
Skenario 9.1: Mengelola Informasi Pegawai
Diagram ini menunjukkan bagaimana Owner dan Officer dapat menambah, mengubah, atau menghapus informasi pegawai dalam sistem.
| Aktor | Aksi | Hasil |
|---|---|---|
| Owner/Officer | Menambah, mengubah, atau menghapus data pegawai. | Sistem menyimpan perubahan dan memperbarui daftar pegawai. |
| Sistem | Menyimpan perubahan data. | Daftar pegawai yang terdaftar di kantor diperbarui. |
Skenario 9.2: Memberikan Penghargaan "Employee of the Month"
Diagram ini menunjukkan alur Owner saat memberikan penghargaan "Employee of the Month", yang kemudian ditampilkan di profil pegawai.
| Aktor | Aksi | Hasil |
|---|---|---|
| Owner | Mengakses Modul Manajemen SDM dan memilih pegawai untuk diberi penghargaan. | Sistem menampilkan pemberitahuan penghargaan di profil pegawai. |
| Sistem | Menyimpan data penghargaan. | Pemberitahuan penghargaan ditampilkan di profil pegawai yang bersangkutan dan di dasbor umum. |
Skenario 9.3: Mencetak Kartu ID Pegawai
Diagram ini berfokus pada alur sistem saat menghasilkan file kartu ID yang dapat dicetak, berdasarkan data pegawai yang telah disimpan.
| Aktor | Aksi | Hasil |
|---|---|---|
| Owner | Memilih opsi untuk mencetak kartu ID. | Sistem menghasilkan file kartu ID yang dapat dicetak. |
| Sistem | Memproses data dan menghasilkan file. | File kartu ID dibuat dengan format yang telah ditentukan, berisi data pegawai yang relevan. |
Modul Subscription
Modul ini mengelola paket langganan dan pembayaran dari sisi Owner, termasuk upgrade, downgrade, dan penggunaan voucher.
Skenario 10.1: Mengelola Paket Langganan
Diagram ini menunjukkan bagaimana Owner dapat melihat detail paket langganan dan opsi untuk mengubahnya.
| Aktor | Aksi | Hasil |
|---|---|---|
| Owner | Membuka halaman pengaturan langganan. | Sistem menampilkan detail paket yang sedang berjalan, riwayat tagihan, dan opsi untuk mengubah paket. |
| Sistem | Mengumpulkan data. | Data langganan dan riwayat tagihan ditampilkan di antarmuka. |
Skenario 10.2: Menggunakan Kode Voucher
Diagram ini merinci alur kerja saat Owner menggunakan kode voucher untuk mendapatkan diskon pada tagihan langganan.
| Aktor | Aksi | Hasil |
|---|---|---|
| Owner | Berada pada halaman pembayaran tagihan dan memasukkan kode voucher. | Sistem memproses kode voucher. |
| Sistem | Memvalidasi kode. | Jika valid, sistem menerapkan diskon. Jika tidak, sistem menampilkan pesan kesalahan. |