Risiko Penyelesaian Valas: Mengapa Biaya Penggantian Kecil Tidak Membatasi Pokok yang Terpapar

Risiko penyelesaian transaksi valas tidak dapat dibaca hanya dari perubahan nilai kontraknya. Membeli kembali euro setelah suatu transaksi dibatalkan mungkin membutuhkan tambahan USD 200.000. Namun, apabila USD 11 juta sudah dibayarkan secara final dan euro belum diterima secara final, jumlah pokok yang terpapar adalah USD 11 juta. Mekanisme pembayaran lawan pembayaran, atau PvP, menangani penyerahan final yang hanya terjadi di satu sisi. Mekanisme itu tidak menjamin transaksi pasti selesai atau mata uang yang dibeli selalu tersedia tepat waktu.

Catat dua kewajiban penyerahan sebelum menghitung selisih nilai

Institusi A membeli EUR 10.000.000 dan menjual USD 11.000.000 pada kurs 1,10 dolar per euro. Ini transaksi dengan penyerahan kedua mata uang, bukan produk yang hanya membayar selisih nilai. Jumlah uang yang benar-benar harus dikirim dan diterima tetap penting sekalipun perubahan nilai pasar transaksinya kecil.

Sebagai pembanding, anggap seluruh EUR 10 juta bisa dibeli kembali untuk tanggal valuta yang sama pada kurs 1,12 USD per EUR. Angka 1,12 merupakan asumsi harga yang dapat dieksekusi untuk membeli euro dalam jumlah penuh. Angka itu bukan kuotasi terkini dan bukan kurs tengah yang otomatis tersedia bagi A. Harga penggantian harus sesuai dengan arah transaksi, ukuran pesanan, dan tanggal penyerahannya.

Pembelian pengganti memerlukan USD 11.200.000, atau USD 200.000 lebih banyak dari kesepakatan semula. Contoh ini mengabaikan biaya, pajak, diskonto, agunan, dan pemulihan dana. Dalam kasus nyata semuanya perlu diperiksa lagi. Pemisahan ini justru membantu melihat tiga hal yang berlainan: biaya membuat transaksi baru, pokok yang telah dibayarkan, dan mata uang yang masih dibutuhkan.

Status transaksi menentukan arti angka risikonya

Dalam kondisi pertama, pembatalan transaksi awal telah dikonfirmasi sebelum A membayar pokok, sementara kebutuhan membeli euro tetap ada. Mengulang pembelian pada 1,12 menimbulkan biaya penggantian positif sebesar USD 200.000. Tidak ada dasar untuk sekaligus mencatat USD 11 juta sebagai pokok yang telah hilang, karena pembayaran itu belum dilakukan pada kondisi ini.

Kondisi kedua berbeda: tanpa PvP, USD 11 juta telah dibayarkan secara final tetapi EUR 10 juta belum diterima secara final. Eksposur pokoknya kini USD 11 juta, bukan hanya selisih harga USD 200.000. Eksposur tidak sama dengan kerugian akhir yang sudah dipastikan. Penerimaan setelah itu, gagal bayar, dan pemulihan melalui proses yang berlaku merupakan fakta lain yang masih perlu diketahui.

Ketiga baris tersebut bukan komponen kerugian yang bisa langsung dijumlahkan. Menambahkan USD 11 juta, USD 200.000, dan kebutuhan EUR 10 juta mencampur mata uang serta kondisi, bahkan bisa menghitung kebutuhan yang sama dua kali. Sebaliknya, USD 11 juta juga tidak boleh disebut batas mutlak seluruh kerugian ekonomi yang mungkin terjadi. Biaya transaksi pengganti, pendanaan, dan pemulihan harus dianalisis dengan definisi kerugian yang jelas.

PvP melindungi pertukaran final, bukan menjamin ketersediaan euro

Dalam PvP, transfer final satu mata uang bergantung pada transfer final mata uang lainnya. Mengatur dua instruksi agar dikirim pada jam yang sama belum memenuhi pengertian tersebut. Yang menentukan adalah keterkaitan bersyarat antara kedua penyerahan final, bukan tampilan waktu pengiriman pesan.

Apabila syaratnya tidak terpenuhi dan kedua transfer final tidak terjadi, A tidak berada dalam keadaan dolar telah diserahkan secara final sementara euro belum diterima dalam pertukaran itu. Pokok yang diserahkan sepihak pada pertukaran final tersebut adalah nol. Meski demikian, kebutuhan membeli euro bisa tetap ada, demikian pula tambahan biaya penggantian USD 200.000 dalam asumsi contoh. Dana yang lebih dulu ditempatkan untuk mendanai penyelesaian juga tidak diasumsikan langsung kembali atau bisa dipakai ulang. Akses terhadap dana tersebut dan eksposur kepada penyedia perantara perlu ditelaah tersendiri.

Untuk menyebut EUR 10 juta sebagai kekurangan kas yang harus dibayar segera, dibutuhkan asumsi tambahan: A memiliki kewajiban membayar EUR 10 juta pada hari yang sama dan tidak mempunyai euro lain yang tersedia. Tanpa kondisi itu, angka tersebut hanya menunjukkan euro yang belum diterima atau masih perlu diperoleh, bukan otomatis kewajiban yang terlambat dibayar. Jika kewajiban memang ada, A perlu mendapatkan euro melalui pembelian pengganti atau pendanaan tepat waktu. PvP tidak menjamin persetujuan fasilitas, besarnya kredit, maupun pembiayaan tanpa biaya.

Jendela pemantauan bisa dimulai sebelum pembayaran final

Gunakan urutan waktu hipotetis, seluruhnya dalam UTC. Pada Senin pukul 08.00, A tidak lagi memiliki jaminan dapat membatalkan instruksi dolar secara sepihak. Pembayaran USD menjadi final pada pukul 10.00. Penerimaan euro yang final baru dikonfirmasi dan direkonsiliasi pada Selasa pukul 09.00. Jadwal ini bukan jadwal operasional suatu penyedia jasa.

Pengukuran konservatif sejak batas pembatalan sampai konfirmasi penerimaan menghasilkan 25 jam. Menghitung hanya sejak pembayaran pukul 10.00 menghasilkan 23 jam. Dua jam sebelum pembayaran tidak boleh diabaikan begitu saja: pada periode itu A sudah tidak bisa mengandalkan hak membatalkan instruksi sendiri. Penarikan yang disepakati dengan pihak lain mungkin masih memungkinkan, tetapi kemungkinan bersyarat tersebut berbeda dari hak pembatalan sepihak yang terjamin.

Akhir risiko yang sebenarnya juga perlu dibedakan dari waktu mengetahui hasilnya. Risiko pokok berakhir ketika euro diterima secara final. Jika bukti yang dapat dipercaya menunjukkan penerimaan final terjadi lebih awal daripada konfirmasi, titik akhir aktual harus diperbarui. Keterlambatan rekonsiliasi bukan otomatis tambahan kerugian yang terealisasi. Pemantauan konservatif mengelola ketidakpastian informasi, bukan mengubah ketidakpastian menjadi kerugian. Status «terkirim» atau «cocok» pada instruksi belum membuktikan penerimaan final mata uang lawan.

Netting mengurangi jumlah pembayaran, tetapi tetap menyisakan dua mata uang

Tambahkan transaksi kedua dengan pihak lawan dan tanggal valuta yang sama: A membayar EUR 7 juta serta menerima USD 7,77 juta. Anggap ada perjanjian netting pembayaran yang sah, dapat diberlakukan, dan mencakup kedua transaksi. Saldo dihitung secara terpisah untuk setiap mata uang. Dalam tabel, tanda positif berarti penerimaan oleh A dan tanda negatif berarti pembayaran A.

Hasilnya adalah penerimaan neto EUR 3 juta dan pembayaran neto USD 3,23 juta. Pembayaran bruto dolar berkurang dari USD 11 juta sebesar USD 7,77 juta, atau sekitar 70,64%. Baris neto bukan transaksi ketiga; itu hasil penerapan perjanjian atas dua transaksi yang termasuk cakupannya.

Masih ada dua kewajiban dalam mata uang berbeda. Jika USD 3,23 juta dibayarkan secara final tanpa PvP sebelum EUR 3 juta diterima secara final, eksposur pokok tersisa adalah USD 3,23 juta. Menampilkan nilai euro dalam dolar tidak membolehkan kedua saldo itu dikompensasikan lagi menjadi satu angka pembayaran. Ketidaksesuaian pihak lawan, tanggal, atau cakupan dan keberlakuan perjanjian juga tidak bisa diatasi hanya dengan menjumlahkan data di sistem.

Pastikan fungsi layanan, bukan sekadar namanya

Pencocokan instruksi memeriksa kesesuaian data. Netting pembayaran mengurangi jumlah transfer dalam lingkup yang disepakati. Pihak lawan sentral mengambil peran sebagai pihak lawan transaksi. PvP mengaitkan kedua transfer final. Fungsi tersebut tidak identik. Netting sebelum penyelesaian juga berbeda dari netting penutupan kewajiban setelah gagal bayar.

Karena itu, pemeriksaan harus mencapai transaksi tertentu: mata uang, produk, tanggal, jalur partisipasi langsung atau tidak langsung, batas waktu, serta aturan finalitasnya. Nama penyedia dan instruksi yang sudah cocok bukan bukti otomatis perlindungan PvP. Demikian juga, penilaian kontrak forward valas sebelum jatuh tempo berguna untuk memahami nilai penggantian, tetapi tidak dengan sendirinya menunjukkan pokok yang sudah diserahkan dan belum mendapat penerimaan lawan.

Lima pemeriksaan sebelum mengandalkan penerimaan dana

1. Tuliskan kedua kewajiban. Identifikasi mata uang, jumlah, dan tanggal valuta. Bedakan penyerahan pokok dari pembayaran selisih; hubungkan kebutuhan segera dengan kewajiban yang nyata.
2. Susun bukti waktunya. Kumpulkan batas pembatalan, bukti pembayaran final, serta penerimaan final dalam zona waktu yang sama. Pisahkan saat kejadian dari saat konfirmasi dan rekonsiliasi.
3. Periksa jalur PvP. Pastikan transaksi dan produknya tercakup, serta bagaimana kedua penyerahan final saling bergantung. Jangan hanya mengandalkan nama layanan atau hasil pencocokan.
4. Validasi dasar netting. Tinjau pihak lawan, tanggal, mata uang, lingkup, dan keberlakuan perjanjian. Hitung sisa per mata uang tanpa mencampurnya dengan netting setelah gagal bayar.
5. Uji kebutuhan dana cadangan. Cari harga penggantian yang dapat dieksekusi pada volume penuh dan periksa akses dana dalam mata uang yang benar pada jam yang dibutuhkan. Catat syarat kredit serta keterbatasan penggunaan dana awal.

Urutan yang membantu keputusan adalah mengidentifikasi pembayaran yang tidak lagi bisa dibatalkan dengan pasti, memastikan apa yang sudah diterima secara final, lalu menghitung yang masih perlu didanai. Dengan cara itu, kecilnya biaya penggantian tidak menyamarkan pokok yang besar, dan perlindungan penyelesaian tidak disalahartikan sebagai jaminan likuiditas.