Setiap dana punya tujuan.
Kelola hak dana, prioritas kewajiban, dan pencairan dalam satu ruang kerja yang terstruktur.
- Hak dana
- Pemisahan kepemilikan yang jelas.
- Prioritas
- Kewajiban dan tenggat yang terarah.
- Pencairan
- Pengajuan Holder, sesuai aturan Owner.
Masuk ke Allocentra
Pemilik dan penanggung jawab mengakses data sesuai kewenangannya.
Memeriksa mode aplikasi…
Ringkasan
Pantau dana, kewajiban, dan pencairan dalam satu ruang kerja.
Posisi dana dan komitmen
Alokasi mengikuti hak dana, prioritas, dan jatuh tempo. Pencairan dimulai dari pengajuan Holder.
Identitas sumber dicocokkan.
Prioritas dan cadangan dijaga.
Sistem memproses sesuai aturan.
Catatan sistem
Daftar kewajiban
Dana teralokasi berbeda dengan dana sudah ditarik.
Tanggal: 20/10/2026 atau 2026-10-20
Filter & urutkan Semua
Daftar hanya memuat sebagian kejadian; hubungi pengelola untuk menampilkan seluruh data.
| Penanggung jawab | Kejadian | Tenggat | Target | Alokasi | Status | Aksi |
|---|
Kewajiban satu kali
Jadwal kewajiban rutin
Buat kewajiban mingguan, bulanan, atau tahunan. Setiap tanggal dibuat satu kali dan tetap bisa ditandai sudah dibayar di luar sistem. Ini tidak menambah saldo Wallet.
| Holder / jadwal | Nilai | Jatuh tempo berikutnya | Status | Tindakan |
|---|---|---|---|---|
| Memuat jadwal… | ||||
Urutan prioritas penanggung jawab
Pendanaan dibuka hingga 14 hari sebelum tenggat. Kewajiban yang jatuh tempo dalam 7 hari dilindungi lebih dulu; sisanya mengikuti prioritas global.
Tambah penanggung jawab
Permintaan penarikan
Memuat status pengajuan dan mode pemrosesan…
| ID | Kejadian | Nominal | Biaya | Status | Tindakan |
|---|
Ketersediaan dana
Memuat posisi dana…
Antrean dan hasil pencairan
Holder mengajukan pencairan memakai rekening yang diatur Owner. Sistem memproses sesuai aturan di Pengaturan dan mengirim satu kali dengan kunci idempotensi tetap. Timeout tidak dikirim ulang otomatis.
| Kewajiban | Tujuan | Pokok / cadangan biaya | Status / CASH | Aksi |
|---|
Rekening penarikan
Rekening ditetapkan Owner. Holder hanya melihat tujuan yang digunakan untuk pengajuan pencairan.
Katalog rekening diperoleh dari Xendit.
| Orang | Bank | Nama | 4 digit terakhir | Status | Aksi |
|---|
Pemulihan kewajiban
Pembukaan tidak mengirim uang. Status pending atau uncertain tetap ditahan; pengajuan baru tetap dilakukan Holder.
Uji waterfall — dana virtual
Simulasi kewajiban dalam periode perencanaan instalasi. Tidak mengubah saldo Xendit, hak Owner, status pembayaran, atau alokasi nyata.
Cadangan simulasi ditampilkan pada hasil perhitungan. Tenggat terdekat dilindungi, lalu prioritas global. Simulasi tidak mengirim uang.
Masukkan angka virtual dan jalankan simulasi.
| Kewajiban | Prioritas | Tenggat | Target | Didanai virtual | Kurang virtual |
|---|
Simulasi harian sesuai periode
Sumber: proyeksi harian milik Anda. Tidak pernah menambah saldo yang boleh ditarik.
Simulasi mengasumsikan seluruh pendapatan proyeksi terjadi dan kewajiban yang penuh dibayar pada tenggat. Ini bukan prediksi pasti atau saldo riil.
| Tanggal | Masuk (proyeksi) | Keluar hipotetis | Kas hipotetis | Kewajiban terlewat |
|---|
Ikhtisar bulanan horizon
| Bulan | Masuk proyeksi | Keluar hipotetis | Kas akhir hipotetis | Kekurangan terlambat |
|---|
Pembayaran otomatis
Atur sekali: Holder tetap mengajukan pencairan. Sistem memproses pengajuan sesuai aturan tanpa persetujuan Owner per transaksi. Prioritas, tenggat, hak pihak lain, cadangan, dan bukti CASH tetap diperiksa.
Pencocokan transaksi berjalan otomatis melalui sinkronisasi Xendit. Tidak perlu unggah invoice atau pengesahan manual. Data yang belum cocok diperiksa ulang; hasil pengiriman yang belum pasti tidak dikirim ulang.
Aturan pemrosesan pencairan
Aturan otomatis tersedia setelah mode operasional Xendit diaktifkan. Pada mode simulasi lokal tidak ada pengiriman uang nyata.
Pengguna dan akses
Owner dapat menonaktifkan akun, mengganti password, atau mengubah penanggung jawab Holder. Perubahan mencabut seluruh sesi akun tersebut.
| Pengguna | Role | Status | Aksi |
|---|
Impor rencana awal
Snapshot milik Anda berisi rencana, bukan saldo kas. Cocokkan setiap master sumber ke penanggung jawab; prioritas lama P1/P2 bukan prioritas orang. Impor hanya sekali dan ke daftar kejadian kosong.
Perbaiki penanggung jawab master yang sudah diimpor
Koreksi hanya untuk master yang belum memiliki permintaan payout. Perubahan dihitung ulang dan tercatat dalam audit.
Saldo provider MOCK
Angka simulasi saldo wallet, bukan bukti saldo Xendit. Fee default Rp5.000.
Rincian pencocokan sumber
Menampilkan identitas Payment ID, bukti settlement dan pasangan CASH. Sesuai kebijakan owner, pembayaran tanpa identitas sumber khusus merupakan hak owner yang belum dialokasikan. Namun identitas ini tidak membuktikan saldo CASH tersedia. Jika CASH belum terbukti, pembayaran tetap ditahan; pemeriksaan ini tidak membuka payout.
| Payment ID | Bruto | Bukti CASH netto | Tanggal Xendit | Status pemeriksaan |
|---|
Pembayaran masuk
Observasi pemasukan Xendit
Pembayaran tanpa aturan sumber khusus mengikuti kebijakan owner: hak owner, belum dialokasikan. Jika ada aturan reseller/sumber khusus yang terbukti, aturan itu dipakai untuk pembagian spesifik. Penetapan hak tidak menambah saldo Wallet; dana baru boleh digunakan setelah bukti settlement, CASH, refund, dan cadangan lengkap.
| Payment ID | Bruto | Kelompok | Hak perusahaan | Status | Aksi |
|---|
Aturan pencocokan pembayaran otomatis
Allocentra membaca identitas atau field custom yang disediakan Xendit sesuai aturan Owner, tanpa mengubah aplikasi sumber. Tanpa aturan, transaksi tidak diklasifikasi. Aturan bertabrakan juga ditahan.
Field custom dibaca dari transaksi Xendit dan detail Payments v3 jika tersedia. Field tidak tersedia, tipe berbeda, atau aturan bertentangan menahan pembagian; tidak otomatis menjadi 100% milik Owner. Pratinjau tidak mengubah saldo. Nominal hak dihitung dari settlement bersih dan dibekukan per transaksi. Aturan yang diubah/nonaktif tidak menulis ulang pembayaran lama. Tidak ada pencairan tanpa kecocokan kas.
| Sumber | Pola | Kelompok | Hak | Status | Aksi |
|---|
Koreksi hak pemilik / pihak lain
Pilih pembayaran yang telah cocok dengan CASH. Hak awal tetap ada sebagai riwayat; koreksi dibuat sebagai jurnal baru. Koreksi bukan kas tersedia atau izin payout.
| Payment ID | Netto CASH | Owner | Pihak lain | Riwayat koreksi |
|---|
Setoran modal Owner
Pilih hanya setoran yang menjadi milik Owner. Ini bukan pendapatan. Sistem menggunakan baris CASH resmi yang sudah tersimpan.
Kesiapan dana Owner → Holder
Pemeriksaan bukti keuangan dan penerima, baca saja.
Belum diperiksa.
Mutasi bank cocok dengan statement
Mutasi bank cocok dengan statement
Mutasi dicocokkan otomatis terhadap statement dan pembayaran Xendit yang tercatat. Tidak ada approval manual. Impor statement bukan bukti API bank resmi.
| ID | Ref | Bruto | Hak perusahaan | Status | Aksi |
|---|
Impor statement
Impor statement
Satu baris: referensi,tanggal YYYY-MM-DD,nominal. Pencocokan otomatis; data ambigu tetap ditahan.
| ID | Referensi | Nominal | Status | Aksi |
|---|
Transaksi yang perlu diperiksa
Konflik finansial yang belum cocok ditahan sistem. Periksa sumber provider dan statement; tidak ada tombol approval atau pelepasan paksa dana.
| Ref | Cakupan | Alasan | Status |
|---|
Pencocokan payout
Dalam simulasi lokal, hasil pencairan dicocokkan dengan mutasi yang sesuai. Kasus ambigu tetap ditahan.
Permintaan alokasi dana owner
Permintaan hanya dicatat sebagai EVIDENCE_HOLD, tanpa mengubah dana, kewajiban, atau payout. Bukti CASH dan cadangan wajib lengkap sebelum pencairan dapat dipertimbangkan.
Rekonsiliasi & saldo provider (otomatis)
Saldo dompet Xendit adalah informasi provider, bukan saldo bank terverifikasi, dan tidak otomatis menjadi hak perusahaan. Dana eligible hanya berasal dari hak perusahaan pada CASH Wallet yang telah dibuktikan, bukan dari saldo virtual atau data bank.
Cadangan biaya
Memuat status cadangan biaya…
Riwayat aktivitas
| Waktu | Pelaku | Aksi | Detail |
|---|
Koreksi kewajiban
Semua tindakan override tersedia langsung pada daftar Kewajiban, lengkap dengan pencarian dan pagination. Riwayat perubahan tersimpan di Log mutasi.
Laboratorium transaksi TEST
Owner → Holder · pembuktian fiktif, otorisasi atomik, reversal, status payout virtual.
SIMULASI DEVELOPMENT — BUKAN UANG RIIL. Semua Holder, dokumen, persetujuan, rekening, payout dan alokasi pada halaman ini adalah TEST. Tidak ada akses pencairan atau perubahan saldo finansial Allocentra.
Bukti fiktif dan sumber virtual
Pemeriksaan provider GET hanya dijalankan saat Owner menekan tombol.
| Sumber TEST | Total virtual | Telah digunakan | Sisa sumber |
|---|
Buat skenario TEST baru
Bisa digunakan berulang kali; tiap skenario memiliki ID dan persetujuan tersendiri. Hanya memakai identitas Holder fiktif. Tidak menghapus riwayat lama.
Kewajiban Holder TEST
Urutan: siapkan bukti → persetujuan Owner → release atomik → status payout virtual atau reversal. Aksi dicatat hanya di database simulasi terisolasi.
| Kewajiban fiktif | Tenggat | Jumlah TEST | Persetujuan | Jurnal/alokasi | Status payout TEST | Aksi |
|---|---|---|---|---|---|---|
| Memuat simulasi… | ||||||
Kirim payout resmi Xendit Development
Payout V2 · Owner · rekening TEST yang telah ditentukan · nominal tetap Rp10.000.
HANYA TEST DEVELOPMENT. Pengiriman menghubungi API Xendit Development. Penerima berasal dari daftar rekening TEST server. Data tersimpan di database uji terpisah; pengiriman ini tidak mendanai Holder atau mengubah saldo dan kewajiban bisnis. Payout Live tetap terkunci.
Kewajiban Holder untuk payout TEST
Nominal uji Rp10.000. Dana dan tujuan dummy tetap terisolasi; prioritas lalu tenggat menentukan urutan pembayaran.
| Holder / kewajiban | Prioritas / tenggat | Nominal | Status pembayaran |
|---|
Memuat kesiapan payout Development…
Tinjau referensi, rekening TEST, nominal, dan digest sebelum menyetujui satu pengiriman. Pemeriksaan status dan laporan CASH berjalan melalui cron server; halaman ini memuat hasil tiap 30 detik saat terlihat. Kewajiban menjadi lunas TEST setelah status sukses serta pokok, biaya dan PPN cocok. Status provider dan bukti debit CASH ditampilkan terpisah; kegagalan tidak dianggap sebagai pengembalian dana.
| Referensi / skenario TEST | Tujuan TEST | Nominal | Pengiriman / provider | Rekonsiliasi CASH | Ditahan / diperiksa | Tindakan Owner |
|---|---|---|---|---|---|---|
| Memuat… | ||||||
Status resmi payout Xendit Development
Respons resmi API Xendit V2 (GET). Tidak membuat payout baru, tidak mengaktifkan Live, dan tidak dianggap sebagai bukti CASH final.
Memuat status provider Development…
| Skenario | Payout virtual | Status Xendit | Hasil Allocentra | Debit dan biaya terbukti | Bukti CASH | Kode gagal | Diperiksa |
|---|---|---|---|---|---|---|---|
| Memuat… | |||||||
Jejak event virtual
| Waktu | Intent | Event | Nominal TEST |
|---|