Sistem Treasury untuk Bank & Lembaga Keuangan

Satu sistem, dari deal sampai laporan regulator.

Dealing FX & money market, posisi dan valuasi, likuiditas, risiko, collateral, settlement MT/ISO 20022, akuntansi, sampai laporan NOP · NOS · SISMONTAVAR · CTP · ATMR · APOLO — dihitung dari transaksi yang sama, bukan dari empat spreadsheet berbeda.

Pemasangan di infrastruktur Anda Bahasa Indonesia & Inggris Jejak audit per transaksi Asisten Kilat AI di dalam aplikasi Tekan P untuk mode presentasi
  • 27 modultreasury, risiko, operasi, kepatuhan
  • 171 layarsiap pakai, bukan purwarupa
  • 6 laporanregulator dengan berkas terunduh
  • MT & ISO 20022berkas kiriman SWIFT/RTGS/SSSS
Dirancang untuk
Bank devisa Unit usaha syariah Bank pembangunan daerah Multifinance Koperasi & BPR Grup treasury korporasi
Mengapa

Spreadsheet tidak salah orang. Ia salah tempat.

Treasury modern bergerak cepat, tetapi datanya sering tersebar: deal di satu berkas, kurs di layar lain, settlement di surel, dan laporan regulator disusun ulang setiap tanggal 5.

Keadaan hari ini

Empat sumber yang tidak pernah bertemu

  • Deal dicatat di berkas kerja; posisi dihitung ulang manual setiap sore.
  • Nilai rupiah memakai kurs yang berbeda antara laporan posisi dan laporan akuntansi.
  • Instruksi pembayaran disusun ulang per bank lawan, rawan salah field.
  • Laporan regulator disusun dari nol, tidak dapat ditelusuri ke transaksi asalnya.
Dengan Treasury One

Satu transaksi, satu sumber kebenaran

  • Deal yang dicatat langsung menjadi posisi, jurnal, instruksi settlement, dan baris laporan.
  • Kurs, pemetaan GL, dan kodefikasi regulator tersimpan sebagai parameter yang dapat diaudit.
  • Berkas kiriman dibentuk dari template MT / ISO 20022, bukan diketik ulang.
  • Setiap laporan regulator dapat dibuka isinya, diperiksa, dan diunduh — lengkap dengan sidik SHA-256.
Alur kerja

Lima langkah yang sama setiap hari — dan sistem yang menjaganya tetap urut.

Deal masuk pagi, posisi terlihat siang, settlement keluar sore, jurnal dan laporan regulator menutup hari. Tidak ada langkah yang dikerjakan dua kali.

01

Dealing

FX spot/forward/swap, money market, IRS. Limit dan kurs dicek saat pencatatan.

02

Posisi & valuasi

Posisi per valuta, market value, serta ALM dan likuiditas terbentuk otomatis.

03

Settlement

Instruksi MT300/MT320/MT202, RTGS, SSSS, dan berkas kiriman siap unduh.

04

Akuntansi

Pemetaan GL treasury ke GL core banking, jurnal, dan rekonsiliasi.

05

Kepatuhan

NOP, NOS, SISMONTAVAR, CTP, ATMR, APOLO dibentuk dari data yang sama.

Modul

Dua puluh tujuh modul, satu basis data.

Aktifkan bertahap sesuai prioritas: mulai dari dealing dan posisi, lanjut ke settlement, akuntansi, lalu kepatuhan. Lima belas modul inti menjalankan operasi harian; dua belas modul berikutnya memecah kepatuhan menjadi laporan yang bisa diperiksa satu per satu — NOP, NOS, SISMONTAVAR, CTP, LBU, ATMR, APOLO — ditambah pemetaan GL ke core banking, ringkasan kepatuhan, dan modul Edu & Bantuan beserta asisten Kilat AI.

Dashboard & Workspace

Ringkasan posisi, limit, agenda settlement, dan pekerjaan hari ini dalam satu layar pembuka.

6 layar

Market Data & Pricing

Kurs referensi dan kurs transaksi tersimpan berversi, dengan jejak sumber dan waktu kutipan.

6 layar

Dealing & Execution

FX spot/forward/swap, money market, dan derivatif dengan pencatatan dealer serta konfirmasi.

15 layar

Position, Portfolio & Valuation

Posisi per valuta dan produk, nilai pasar, serta laba/rugi yang dapat ditelusuri ke deal.

7 layar

ALM, Funding & Liquidity

Gap likuiditas, jatuh tempo, dan kebutuhan pendanaan antar-bucket waktu.

7 layar

Risk Management

Limit counterparty dan produk, eksposur, sensitivitas suku bunga, serta pemantauan pelanggaran.

13 layar

Collateral & Margin

Agunan, margin call, dan penilaian ulang harian untuk transaksi bilateral.

8 layar

Settlement & Operations

Instruksi MT300/MT320/MT202, RTGS, SSSS, berkas kiriman yang bisa diperiksa sebelum dikirim.

12 layar

Accounting & Finance

Jurnal treasury, pemetaan GL ke core banking, dan rekonsiliasi harian.

8 layar

Sharia Governance

Pemisahan dana, akad, dan parameter syariah untuk unit usaha syariah.

8 layar

Compliance & Regulatory

Kodefikasi gaya PADG, ANTASENA, OBOX, dan enam laporan regulator berikut berkasnya.

7 layar + 6 laporan

Reporting & Analytics

Laporan manajemen dan ekspor data untuk kebutuhan direksi serta pemeriksa.

6 layar

Master Data & Reference

Counterparty, rekening nostro, SSI, kalender hari bursa, dan parameter valuta.

9 layar

Administration & Configuration

Peran dan hak akses, entitas, pemisahan tugas, serta pengaturan yang tercatat perubahannya.

8 layar

Laporan Operasional

Laporan harian operasi treasury, termasuk tutup buku dan tanggal aktif yang tidak bisa dimundurkan.

16 layar

GL Mapping & Ekspor ke Core Banking

Pemetaan akun GL treasury ke GL core, peran virtual, pasangan produk–event, usulan padanan, dan ekspor ke core banking.

5 layar

Laporan & Kepatuhan

Satu ringkasan status seluruh laporan regulator: yang sudah lengkap, yang masih terbuka, dan alasan tiap kolom kosong.

1 layar

OBOX

Struktur pos pelaporan OBOX, daftar tabel, dan referensi kodefikasi tersimpan sebagai katalog yang dapat diperiksa.

4 layar

ANTASENA

Paket laporan harian dan bulanan gaya ANTASENA beserta berkas siap unduh, dibentuk dari data yang sama dengan layar.

6 layar

SISMONTAVAR

Lalu lintas devisa dalam JSON dengan struktur Username · SandiBank · Data 21 field; status laporan tetap di layar, bukan di dalam berkas.

2 layar

NOP

Posisi devisa neto per valuta beserta rasionya, dengan kurs yang dipakai dinyatakan apa adanya.

2 layar

NOS

Register rekening nostro beserta SSI; saldo yang belum dicatat dinyatakan terbuka, bukan diisi nol.

2 layar

CTP

Transaksi wajib lapor beserta status pengirimannya; kanal yang belum tersedia dinyatakan terbuka.

2 layar

LBU

Laporan bulanan bank umum dengan kodefikasi gaya PADG dan berkas yang isinya dapat dibuka sebelum dikirim.

2 layar

ATMR

Eksposur bruto per kelompok produk; bobot risiko yang belum ditetapkan tidak diganti angka karangan.

2 layar

APOLO

Keterangan pelaporan APOLO beserta daftar hal yang masih menunggu integrasi dan dasar hukumnya.

2 layar

Edu & Bantuan

Tur modul, panduan per peran, glosarium, pertanyaan umum, dan asisten Kilat AI yang membaca dokumen produk ini.

5 layar
Yang membedakan

Bukan demo cantik. Data yang benar-benar terhubung.

Empat hal yang biasanya baru terasa saat pemeriksaan atau audit — dan sudah kami siapkan sejak awal.

Klik dua kali, isi berkas terlihat

Setiap berkas — sebelum maupun sesudah dikirim — dapat dibuka langsung di aplikasi: isi penuh, sidik SHA-256, dan tombol unduh. Tidak perlu menebak apa yang keluar dari sistem.

Kosong lebih baik daripada nol palsu

Bila data belum ada — saldo nostro, faktor risiko, kurs penutup — kolomnya dinyatakan tidak dicatat beserta hambatannya. Laporan tidak pernah mengarang angka agar terlihat lengkap.

Tanggal hanya maju lewat tutup buku

Tanggal aktif entitas tidak bisa dimundurkan. Tutup buku tercatat sebagai proses dengan aktor dan catatannya sendiri — bukan sekadar mengganti tanggal di layar.

Asisten yang membaca dokumen, bukan mengarang angka

Kilat AI menempel sebagai panel di dalam aplikasi: ia membaca dokumen produk ini untuk menjelaskan nama layar, rute, dan aturan pakai. Ia berjalan di infrastruktur Anda, tidak mengubah data transaksi, dan bila modelnya belum tersedia ia menyatakannya — bukan berpura-pura menjawab.

Kepatuhan

Enam laporan regulator, terbentuk dari transaksi yang sama.

Setiap laporan punya layar isi, berkas unduhan dengan sidik SHA-256, serta catatan terbuka bila sebagian datanya belum tersedia di sistem.

NOP Sebagian

Posisi devisa neto per valuta dari deal FX dan pinjaman valas, dengan kurs yang dipakai dinyatakan jelas.

008001000_nop_2026-11-02_D_1.txt

NOS Sebagian

Register rekening nostro beserta SSI. Saldo yang belum dicatat dinyatakan terbuka, bukan diisi nol.

008001000_nos_2026-11-02_D_1.txt

SISMONTAVAR JSON

Lalu lintas devisa dalam format JSON Username · SandiBank · Data[21 field] sesuai struktur yang diminta pelapor.

008001000_sismontavar_2026-11-02_D_1.json

CTP Belum terkirim

Transaksi yang wajib lapor beserta statusnya. Kanal pengiriman yang belum tersedia dinyatakan apa adanya.

008001000_ctp_2026-11-02_D_1.txt

ATMR Sebagian

Eksposur bruto per kelompok produk. Bobot risiko yang belum ditetapkan tidak diganti angka karangan.

008001000_atmr_2026-11-02_D_1.txt

APOLO Rencana

Keterangan pelaporan APOLO dengan daftar hal yang masih menunggu integrasi dan dasar hukum.

008001000_apolo_2026-11-02_D_1.txt

Bentuk berkas SISMONTAVAR

Satu objek JSON tanpa komentar; status laporan tetap terlihat di layar, bukan diselipkan ke dalam berkas.

{
  "Username": "[email protected]",
  "SandiBank": "008",
  "Data": [
    {
      "Transaction_ID": "FX-261101-1001",
      "Transaction_Date": "20261102 070233",
      "Deal_Type": "SPOT",
      "Direction": "BUY",
      "Base_Currency": "SGD",
      "Near_Rate": 12504.94,
      "Confirmed_At": "",
      /* … 21 field, urutan tetap */
    }
  ]
}

Kodefikasi & kanal

  • Kodefikasi gaya PADG — daftar informasi, pengaturan, dan sandi referensi disusun mengikuti format dokumen resmi.
  • Nama berkas mengikuti aturan pelapor — idPelapor_kode_periode_D_1.
  • Settlement multi-kanal — SWIFT MT (MT300, MT320, MT202), RTGS, dan SSSS.
  • Sebagian pesan ISO 20022 (mis. pacs.009) untuk migrasi bertahap.
  • ANTASENA & OBOX — katalog pemetaan GL treasury ke pos OBOX yang dapat diperiksa.
Keamanan & kendali

Rancangan yang menganggap pemeriksa akan bertanya.

Pemisahan tugas, pembatasan data per entitas, dan jejak perubahan — bukan opsi tambahan.

Data terpisah per entitas

Baris data dibatasi di lapisan basis data, bukan hanya disembunyikan di antarmuka.

Peran & pemisahan tugas

Dealer, verifikator, operasi, dan kepatuhan memiliki kewenangan berbeda atas transaksi yang sama.

Sesi di sisi server

Tidak ada token atau kredensial yang ditanam di peramban, tidak ada penyimpanan lokal yang bisa dipalsukan.

Jejak audit

Setiap transaksi menyimpan pembuat, verifikator, dan waktu pencatatan serta konfirmasi.

Berkas dapat diverifikasi

Isi berkas dan sidik SHA-256 disimpan berdampingan sehingga perubahan sekecil apa pun terdeteksi.

Pemeriksaan berulang

Rangkaian uji otomatis mencocokkan katalog, layar, API, dan isi berkas setiap kali ada perubahan.

Arsitektur aplikasi

Tiga lapisan, satu katalog — dan lapisan pendukungnya.

Aplikasi web statis di depan, satu API Spring Boot di tengah, tiga basis data PostgreSQL di belakang. Di depannya nginx sudah terpasang di VPS: ia yang menyajikan berkas statis dan meneruskan /api/* serta /kilat/* ke API, jadi Docker tidak lagi membangkitkan nginx. Docker compose hanya berisi tiga kontainer — API, PostgreSQL 17, dan Kilat AI. Di bawahnya lapisan pendukung: Kafka, Valkey, penyimpanan objek, penjadwal, dan observabilitas — masing-masing ditandai statusnya, aktif atau baru rencana. Yang menyatukan semuanya bukan framework, melainkan katalog JSON yang dibaca oleh generator, API, dan pengujian.

Arsitektur aplikasi Treasury OneEmpat simpul berurutan: peramban pengguna, pintu masuk nginx yang sudah ada di VPS (menyajikan berkas statis dan meneruskan /api/* serta /kilat/*), API Spring Boot di port 8080, dan tiga basis data PostgreSQL 17; Docker compose hanya membangkitkan API, basis data, dan Kilat AI; ditopang katalog JSON sebagai sumber tunggal, generator, serta uji dan penyebaran otomatis.ARSITEKTUR APLIKASITreasury One — tiga lapisan, satu katalogLAPISAN 1 · KLIENPeramban pengguna — aplikasi web statisTanpa framework, tanpa CDN, tanpa token di peramban. Sesi dititipkan ke server.index.htmlapp.jsshell.htmlmasuk.htmlscreens/*.js · 171 layarHTTPS 443 · satu origin: halaman dan APIPINTU MASUK · NGINX DI VPS — DI LUAR DOCKERSudah terpasang di VPS; Docker tidak membangkitkannyaMenyajikan berkas statis dari frontend/app, lalu meneruskan /api/* dan /kilat/* ke kontainer.TLS 443location /api/location /kilat/gzip · cache statisbukan kontainerberkas statis langsung · API dan Kilat lewat proksiLAPISAN 2 · APISpring Boot · Java 25 · port 8080 — monolit modularAuthFiltersesi server · peranController REST · 26screens · deals · kiriman · laporanQueryEnginelayar dari katalogPembentuk berkas & laporanMT · ISO 20022 · regulator · SHA-256Audit logjejak aksi penggunaJDBC · koneksi terkelola · entitas diambil dari sesiLAPISAN 3 · DATAPostgreSQL 17 — tiga basis data per domaint1_dealsdeal · posisi · settlementt1_accjurnal · GL · COAt1_appkatalog layar · pengguna · auditrow-level security per entitas44 migrasi bernomortrigger tanggal aktifSUMBER TUNGGAL · KATALOG JSONKontrak yang dibaca semua lapisanDitinjau seperti kode, bukan tersebar di basis data.menu.jsonscreens.json · 171gl-map.json · 152regulator/antasena/ojk-obox/kiriman/RANTAI PEMBANGKITANgen-menu.py → gen-screens.py→ gen-screen-files.py → build-app.py171 layar, SQL, dan isi berkas laporanlahir dari katalog yang sama.gen-migrations · gen-gl-map · gen-laporan-regulatorUJI & PENYEBARANverify.sh — 159 pemeriksaanskema · kebijakan akses · tanggal aktif · kataloguji-*.py — peramban otomatisklik layar sungguhan, cocokkan SHA-256 berkasdocker compose — tiga kontainerAPI · PostgreSQL 17 · Kilat AI (+ Ollama opsional)NGINX DI VPS · SUDAH ADAroot /var/www/treasuryone/app/ → layar statislocation /api/ → API :8080location /kilat/ → Kilat :8090katalogkatalog & generatorLAPISAN PENDUKUNG · INFRASTRUKTUR & OPERASINginx di VPS berada di luar Docker; compose hanya membangkitkan API, basis data, dan Kilat AIKafkabus peristiwa deal,jurnal, dan berkasRENCANAValkeycache kurs & sesi,pembatas lajuRENCANAObjek storageberkas kiriman, dump,dan arsipOPSIONALPenjadwal EODtutup buku & tugasterjadwalAKTIFObservabilitasmetrik, log, jejakpermintaanRENCANADocker composeAPI · PostgreSQL 17· Kilat AIAKTIFAKTIF = berjalan di kode hari ini · OPSIONAL = disiapkan, dipakai bila perlu · RENCANA = belum ada di kodeKeteranganlapisan aplikasipenyimpanan & kendali datasumber tunggal / alat bangunaliran pembangkitan & ujilapisan pendukungSeluruh teks di dalam gambar ini ikut berganti bahasa saat halaman beralih ke English.
Gambar 1 — Arsitektur Treasury One: peramban, pintu masuk nginx yang sudah ada di VPS, API Spring Boot pada port 8080, tiga basis data PostgreSQL 17. Docker compose hanya membangkitkan API, basis data, dan Kilat AI; katalog JSON tetap menjadi sumber tunggalnya. Unduh gambar (SVG)
AKTIF

Berjalan di kode hari ini: aplikasi statis yang disajikan nginx di VPS, API Spring Boot, tiga basis data PostgreSQL, penjadwal tutup buku di dalam API, dump basis data harian, dan asisten Kilat AI pada kontainernya sendiri. Nginx tidak ikut dibangkitkan Docker — ia sudah ada di VPS.

OPSIONAL

Disiapkan dan dipakai bila perlu: penyimpanan objek untuk berkas kiriman, dump, dan arsip jangka panjang.

RENCANA

Belum ada di kode: Kafka (bus peristiwa), Valkey (cache kurs & sesi, pembatas laju), observabilitas (metrik, log, jejak), dan WAF berlapis di depan nginx.

Catatan kejujuran gambar: Kafka dan Valkey belum dipakai kode saat ini — docker compose berisi tiga kontainer — API, PostgreSQL 17, dan Kilat AI — ditambah Ollama opsional. Nginx digambar sebagai pintu masuk karena ia memang sudah ada di VPS dan tidak dibangkitkan Docker. Keduanya digambar pada lapisan pendukung bertanda RENCANA supaya rencana pengembangan tidak tertukar dengan yang sudah berjalan. Begitu benar-benar dipasang, tandanya tinggal diubah menjadi AKTIF.

Port
443 · nginx (VPS)
8080 · API
8090 · Kilat
5433 · PostgreSQL
Bahasa & versi
Java 25 · Spring Boot
PostgreSQL 17 · JavaScript murni
Bentuk
Monolit modular + lapisan pendukung bertahap — bukan layanan mikro
Prinsip
Katalog sebagai kontrak · aturan penting ditegakkan di basis data
Perbandingan

Cara kerja lama vs. satu sistem treasury.

HalBerkas kerja & posisi manualTreasury One
Sumber posisiRekap ulang dari beberapa berkasTerbentuk saat deal dicatat
Kurs yang dipakaiBerbeda antar laporanSatu parameter, tercatat sumbernya
Instruksi pembayaranDiketik ulang per bank lawanTemplate MT / ISO 20022 dari data deal
Laporan regulatorDisusun dari nol setiap periodeDibentuk dari transaksi, dapat dibuka & diunduh
Data yang belum adaSering diisi angka perkiraanDinyatakan terbuka beserta hambatannya
Jejak pemeriksaanBergantung pada ingatan penyusunPembuat, verifikator, waktu, sidik berkas
Penerapan

Tiga pola yang biasa kami pakai — dan tiga tahap untuk sampai ke sana.

Tidak ada dua institusi yang sama. Yang sama hanya urutannya: rapikan data master, aktifkan operasi, lalu tutup dengan pelaporan. Modul yang tidak dipakai tidak perlu dibeli.

Cocok untuk: bank devisa

Treasury penuh

Dealing, posisi, risiko, settlement lintas bank, akuntansi treasury, dan kewajiban pelaporan berjalan dalam satu sistem.

  • Seluruh 27 modul, bertahap
  • Pemetaan GL treasury ↔ core banking
  • Settlement MT / RTGS / SSSS
Keluaran: laporan harian treasury, enam laporan regulator beserta berkasnya, dan jejak audit per transaksi.
Cocok untuk: BPR, BPRS, koperasi

Inti operasi

Fokus pada pencatatan deal, posisi valuta, dan laporan operasi — tanpa modul yang belum diperlukan.

  • Dealing FX, money market, posisi
  • Modul syariah bila unit usaha syariah
  • Master data & administrasi peran
Keluaran: posisi harian yang bisa diperiksa, laporan operasi, dan dasar untuk menambah modul berikutnya.
Cocok untuk: grup & multifinance

Multi-entitas

Beberapa entitas atau anak perusahaan dengan kendali terpusat, tetapi data terpisah per entitas.

  • Pembatasan data per entitas di lapisan basis data
  • Peran berbeda per entitas
  • Konsolidasi posisi & pelaporan
Keluaran: laporan per entitas dan gabungan, dengan pemisahan kewenangan yang dapat diuji pemeriksa.
Tahapan

Urutan yang tidak kami sarankan untuk dibalik

Melompat langsung ke pelaporan tanpa master data hanya memindahkan pekerjaan manual ke dalam sistem baru.

TAHAP 1 · FONDASI

Master data & kendali

Counterparty, rekening nostro, SSI, kalender, valuta, pemetaan GL, serta peran dan hak akses.

Selesai bila: data master ditinjau pengguna dan satu transaksi uji dapat melewati seluruh peran.
TAHAP 2 · OPERASI

Dealing, posisi, settlement, akuntansi

Pencatatan deal harian, valuasi, instruksi pembayaran, dan jurnal treasury ke core banking.

Selesai bila: satu hari kerja penuh dijalankan paralel dengan cara lama dan hasilnya cocok.
TAHAP 3 · PELAPORAN

Kepatuhan & laporan regulator

Laporan NOP · NOS · SISMONTAVAR · CTP · ATMR · APOLO beserta berkas, setelah data pelengkapnya tersedia.

Selesai bila: isi berkas diperiksa kepatuhan, dicocokkan ke transaksi sumber, dan UAT ditandatangani.
Yang kami minta dari Anda

Empat hal, dan proyek berjalan tanpa kejutan

  • Penanggung jawab data master — satu orang yang berwenang memutuskan isi counterparty, nostro, dan SSI.
  • Daftar akun GL treasury dan padanannya di core banking.
  • Contoh berkas periode lalu untuk laporan yang sudah berjalan — dipakai sebagai pembanding, bukan disalin.
  • Penguji dari tim pengguna yang berhak menyatakan satu tahap selesai.

Prinsip kami: bila sebuah angka belum punya sumber, sistem menuliskannya sebagai terbuka. Lebih baik satu kolom kosong yang jujur daripada satu laporan yang terlihat lengkap tetapi tidak dapat dipertahankan saat diperiksa.

Memasang untuk mencoba

Tiga kontainer, satu perintah: docker compose up -d --build menyiapkan API Spring Boot, PostgreSQL 17, dan asisten Kilat AI beserta data demonstrasi yang sudah terisi. Nginx tidak ikut dibangkitkan karena sudah ada di VPS — cukup diarahkan ke berkas statis dan ke API. Asisten memakai Ollama di infrastruktur Anda sendiri (opsional, profil ai); Kafka dan Valkey tetap berstatus rencana. Tanpa Docker, PostgreSQL 17 dan JDK 25 sudah cukup untuk menjalankan semuanya.

Paket

Mulai dari satu modul, tumbuh sesuai kebutuhan.

Semua paket dipasang di infrastruktur Anda (on-premise) dengan pendampingan implementasi. Rincian biaya ditentukan setelah sesi pemetaan kebutuhan — tanpa angka yang mengejutkan di akhir.

Inti

Untuk tim treasury kecil yang ingin meninggalkan rekap manual.

Kontrak tahunan · penawaran
  • Dealing & posisi FX/MM
  • Market data & valuasi
  • Laporan operasi harian
  • Dukungan 8×5
Demo
Bank Devisa

Lengkap untuk bank dengan kewajiban pelaporan dan settlement lintas bank.

Kontrak tahunan · penawaran
  • Seluruh modul inti & risiko
  • Settlement MT/RTGS/SSSS
  • Enam laporan regulator + berkas
  • Pemetaan GL ke core banking
  • Pendampingan UAT & 24×7
Demo
Grup / Multi-entitas

Beberapa entitas, unit syariah, atau anak perusahaan dalam satu kendali.

Kontrak tahunan · penawaran
  • Semua isi Bank Devisa
  • Banyak entitas & konsolidasi
  • Modul syariah
  • Integrasi khusus & SLA
Demo

Halaman ini tidak menampilkan harga angka karena biaya bergantung pada jumlah entitas, modul yang diaktifkan, dan lingkup integrasi. Semua penawaran disertai rincian lingkup tertulis.

Panduan & edukasi

Belajar memakainya, bukan menebaknya.

Rute mulai cepat, panduan per peran, peta menu, dan glosarium istilah — semuanya memakai nama layar yang benar-benar ada di aplikasi. Halaman ini dapat dicetak sebagai manual satu berkas.

20 istilah · 10 menu · 5 langkah

1 · Mulai cepat — lima langkah

01

Pilih konteks kerja

Tentukan entitas, periksa tanggal aktif, dan pilih bahasa. Semua layar mengikuti konteks ini — bukan sebaliknya.

03

Catat deal

Mulai dari kutipan harga, lalu simpan deal di blotter. Limit dan kurs diperiksa saat penyimpanan, bukan setelahnya.

2 · Panduan per peran

Dealer

Mengutip harga dan mencatat deal. Tidak berhak memverifikasi dealnya sendiri.

RFQ & Pricing · Deal Blotter · Money Market · FX & Hedging

Verifikator / approver

Menyelesaikan antrean empat mata. Hanya deal terkonfirmasi yang masuk posisi dan laporan.

Approval Inbox · Konfirmasi · Antrean Persetujuan

Operasi & settlement

Memeriksa isi berkas kiriman, memantau setelmen, dan menangani gagal settle.

Settlement Hari Ini · Berkas Kiriman · Gagal Settle · Rekonsiliasi

Akuntansi

Menjaga rulebook posting, memeriksa jurnal, dan mencocokkan pemetaan GL ke core banking.

Rulebook Posting · Jurnal · GL Interface · Neraca Saldo Harian

Kepatuhan & pelaporan

Memeriksa isi berkas terhadap transaksi sumber, mencatat kolom yang masih terbuka, lalu menyatakan siap kirim.

Laporan regulator · Berkas laporan · ANTASENA · OBOX · LBU

Admin & TI

Mengatur peran, pemisahan tugas, penjadwal proses, dan kredensial integrasi — semuanya tercatat di audit trail.

Entitlement & SoD · Penjadwal Proses · Audit Trail · Integrasi

3 · Peta menu — ke mana harus pergi

MenuDipakai untukContoh layar
Dashboard & WorkspaceTitik mulai harian: posisi, limit, tugas, dan antrean persetujuan.#/dashboard/cockpit
Market Data & PricingKurs referensi dan transaksi, berversi dengan jejak sumber.#/market-data/…
Dealing & ExecutionMencatat deal: FX, money market, derivatif, repo, sukuk.#/dealing/blotter
Position, Portfolio & ValuationPosisi per valuta, nilai pasar, dan laba/rugi per deal.#/position/position-keeper
Risk ManagementLimit dan utilisasinya, risiko pasar/kredit/likuiditas, modal.#/risk/limit
Settlement & OperationsKonfirmasi, instruksi pembayaran, berkas kiriman, gagal settle.#/settlement/berkas-kiriman
Accounting & FinanceJurnal treasury, pemetaan GL ke core, dan tutup buku.#/accounting/journal
Compliance & RegulatoryEnam laporan regulator, berkasnya, ANTASENA, OBOX, LBU.#/regulator-ringkasan/ringkasan
Laporan OperasionalEnam belas laporan harian L1–L14 dan paket siap cetak.#/lap-operasional/tutup-buku
Master Data & ReferenceCounterparty, nostro & SSI, kalender, instrumen, akad.#/master-data/nostro

Rute ditulis apa adanya agar bisa ditempel ke bilah alamat. Layar yang belum punya bentuk ditandai di katalog, bukan disembunyikan.

4 · Glosarium

NOP / PDN
Posisi devisa neto per valuta dan rasionya terhadap modal; kurs yang dipakai harus dinyatakan.
NOS
Laporan rekening nostro beserta SSI. Saldo yang belum dicatat dinyatakan terbuka, bukan nol.
SISMONTAVAR
Laporan lalu lintas devisa berformat JSON: Username · SandiBank · Data.
CTP
Laporan transaksi wajib lapor beserta status pengirimannya; kanal yang belum ada dinyatakan apa adanya.
ATMR
Aset tertimbang menurut risiko. Bobot yang belum ditetapkan tidak diganti angka karangan.
APOLO
Laporan yang datanya masih menunggu integrasi; keterangannya ditulis terbuka di layar.
LBU
Laporan bulanan bank umum dengan kodefikasi gaya PADG.
OBOX
Struktur pos pelaporan beserta pemetaan GL treasury ke pos tersebut.
ANTASENA
Kanal pelaporan Bank Indonesia; berkas siap kirim diperiksa dulu isinya.
SSI
Instruksi setelmen baku milik counterparty — dipakai membentuk instruksi pembayaran.
Nostro / Vostro
Rekening kita di bank lain (nostro) dan rekening bank lain di kita (vostro).
MT300 · MT320 · MT202
Pesan SWIFT untuk konfirmasi FX, konfirmasi money market, dan transfer antar-lembaga keuangan.
pacs.009
Pesan ISO 20022 untuk transfer kredit antar-lembaga keuangan.
Near / Far rate
Kurs kaki dekat dan kaki jauh pada transaksi swap; kaki jauh tidak ada → 0.
Maker–Checker
Pemisahan empat mata: pencatat dan penyetuju tidak boleh orang yang sama.
EOD / Tutup buku
Proses menutup hari yang memajukan tanggal aktif; tidak ada jalan mundur.
RLS
Pembatasan baris per entitas yang ditegakkan di basis data, bukan di antarmuka.
Value date
Tanggal dana benar-benar berpindah; menentukan apakah transaksi masuk hari ini atau nanti.
SHA-256
Sidik isi berkas; disimpan berdampingan dengan isinya agar perubahan terdeteksi.
Kolom terbuka
Ditulis TIDAK DICATAT / BELUM DIKETAHUI beserta hambatannya — bukan nol.

5 · Aturan pakai yang tidak boleh dilanggar

Jangan mengisi angka yang belum ada

Jika sumbernya tidak ada, biarkan kolom dinyatakan terbuka beserta hambatannya. Angka perkiraan yang tampak rapi akan gagal saat diperiksa.

Jangan menyunting berkas hasil sistem

Berkas laporan dan kiriman dibentuk dari data. Perubahan manual memutus hubungan ke transaksi sumber dan mengubah sidik SHA-256.

Periksa sebelum menyatakan siap kirim

Klik dua kali nama berkas, baca isinya, cocokkan beberapa baris ke transaksi, baru ubah status. Status bukan formalitas.

Jangan berbagi akun

Jejak audit mencatat aktor per aksi. Akun bersama membuat pemisahan tugas dan pemeriksaan kehilangan makna.

Manual lengkap (berkas kerja) tersedia di repositori: dokumen/89-LAPORAN-REGULATOR-…md untuk laporan kepatuhan dan dokumen/04-STRUKTUR-PROYEK.md untuk struktur proyek.

Pertanyaan umum

Yang biasanya ditanyakan tim treasury dan TI.

Apakah laporan regulatornya sudah bisa dipakai sebagai laporan resmi?
Belum seluruhnya, dan itu dinyatakan terbuka di dalam aplikasi. NOP, NOS, CTP, ATMR, dan APOLO masih berstatus sebagian karena sebagian data — kurs penutup, saldo nostro, kanal CTP, faktor risiko — belum tersedia di sistem. Berkas tetap dibentuk agar dapat diperiksa, dan setiap kolom yang belum ada dinyatakan tidak dicatat alih-alih diisi nol. Laporan dinyatakan layak pakai setelah data pelengkap terisi dan UAT selesai.
Apakah sistem ini menggantikan core banking?
Tidak. Treasury One mengerjakan sisi treasury — dealing, posisi, settlement, akuntansi treasury, dan pelaporan — lalu bertukar data dengan core banking lewat pemetaan GL treasury ke GL core. Rekening nasabah tetap di core.
Bagaimana pesan SWIFT dan RTGS dibentuk?
Dari data deal dan instruksi settlement, bukan diketik ulang. Format yang tersedia mencakup MT300, MT320, MT202, serta RTGS dan SSSS; sebagian pesan sudah dalam bentuk ISO 20022 (mis. pacs.009) untuk migrasi bertahap. Setiap berkas kiriman dapat dibuka isinya sebelum dikirim.
Di mana data disimpan?
Di infrastruktur Anda (on-premise), pada basis data relasional yang juga menegakkan pembatasan data per entitas. Tidak ada penyimpanan kredensial di peramban dan tidak ada data transaksi yang dikirim ke pihak ketiga.
Berapa lama implementasinya?
Bergantung modul yang diaktifkan dan kesiapan master data (counterparty, nostro, SSI, pemetaan GL). Pendekatan yang biasa dipakai: tahap pertama dealing dan posisi, tahap kedua settlement dan akuntansi, tahap ketiga kepatuhan. Setiap tahap ditutup dengan UAT bersama pengguna.
Apakah bisa dipakai unit usaha syariah?
Ya. Ada modul Sharia Governance untuk pemisahan dana, pencatatan akad, dan parameter syariah, sehingga pelaporan dapat dipisahkan antara konvensional dan syariah.
Apakah tampilannya bisa berbahasa Indonesia dan Inggris?
Bisa. Antarmuka tersedia dalam dua bahasa dan pilihan bahasa tersimpan per pengguna, tanpa perlu memuat ulang aplikasi.
Apakah ada asisten AI di dalam aplikasi?
Ada — Kilat AI, panel bantuan yang membaca dokumen produk ini (panduan, daftar layar, aturan pakai) untuk menjawab pertanyaan pengguna. Ia berjalan di infrastruktur Anda lewat Ollama, hanya membaca, dan tidak mengubah data transaksi. Bila modelnya belum dipasang, panelnya tetap muncul tetapi menyatakan belum bisa menjawab — bukan menampilkan jawaban karangan. Aksesnya dapat dikunci dengan kunci sematan yang tidak ditanam di dalam halaman.
Bagaimana cara memasangnya untuk mencoba?
Dua jalan. Untuk mencoba cepat, satu perintah docker compose up -d --build menyiapkan tiga kontainer — API Spring Boot, PostgreSQL 17, dan Kilat AI — dengan data demonstrasi yang sudah terisi; nginx di VPS tidak ikut dibangkitkan, ia hanya meneruskan permintaan ke API. Ollama ditambahkan bila asisten ingin benar-benar menjawab. Untuk pengembangan, jalankan PostgreSQL 17 lalu API dengan JDK 25 dan Maven. Keduanya membaca katalog JSON yang sama, jadi layar dan laporan tidak berbeda.
Demo

Lihat alurnya dengan data Anda sendiri.

Buka aplikasi demo dan ikuti satu deal FX dari awal: dicatat, muncul di posisi, menghasilkan instruksi settlement, jurnal, sampai laporan regulator — termasuk berkas yang bisa dibuka dan diunduh.

  • Langsung di peramban — tanpa instalasi di sisi Anda
  • Data contoh: master data, pemetaan GL, dan enam laporan
  • Tanpa pendaftaran, tanpa data pelanggan sungguhan
Aplikasi demo

https://treasuryone.rkt-id.cloud

Buka demo

Demo terbuka di tab baru. Akun uji diberikan pendamping saat sesi berlangsung; tidak ada data pelanggan di dalamnya.