AktuNotes
← Kembali
TA2 · Materi 9.1

Long-Tail vs Short-Tail Business

Medium Bobot: 5–10% (bersama 9.2–9.3) Brown & Lennox (2015), Introduction to Ratemaking and Loss Reserving, Bab 2 dan 3
TA2LossReservingLongTailShortTailRunOffTriangleEstimasiKlaim

📊 9.1 — Long-Tail vs Short-Tail Business

Ringkasan Cepat

Topik: Long-Tail vs Short-Tail Business & Run-Off Triangle | Bobot: ~5–10% (Topik 9) | Difficulty: Medium Ref: Brown & Lennox (2015), Bab 2 & 3 | Prereq: None

Section 0 — Pemetaan Topik

Topik TA2Sub-topik IDSkill DiujiBobotDifficultyPrerequisiteConnected TopicsReferensi
Estimasi Klaim yang Belum Dibayar9.1Bedakan long-tail vs short-tail business; identifikasi karakteristik masing-masing; susun run-off triangle dari data bisnis long-tail; baca dan interpretasi sel-sel triangle5–10% (Topik 9)MediumNone9.2 Chain Ladder Method, 9.3 Bornhuetter-Ferguson MethodBrown & Lennox (2015), Bab 2 & 3

Section 1 — Intuisi

Bayangkan dua jenis asuransi yang sangat berbeda karakternya. Pertama, asuransi kendaraan bermotor untuk kerusakan fisik kendaraan (property damage): ketika mobil Anda tertabrak, kerusakan terlihat langsung, bengkel menaksir biaya dalam hitungan hari, klaim diajukan dan diselesaikan dalam beberapa minggu. Perusahaan asuransi tahu hampir pasti berapa yang harus dibayar sebelum tahun buku ditutup. Inilah yang disebut short-tail business — ekor klaim yang pendek, cepat tuntas.

Kini bayangkan asuransi tanggung gugat (liability) untuk sebuah pabrik yang ternyata membuang limbah kimia ke sungai. Korban mungkin baru merasakan dampak kesehatan bertahun-tahun kemudian, gugatan baru diajukan satu dekade setelah polutan dibuang, proses pengadilan bisa berjalan 5–10 tahun, dan bahkan setelah vonis pun proses banding terus berlanjut. Klaim dari policy year 2015 mungkin baru lunas dibayar di tahun 2030. Inilah long-tail business — klaimnya “berekor panjang” karena proses pelaporan dan pembayarannya bisa membentang puluhan tahun.

Perbedaan ini bukan sekadar soal waktu tunggu — ia berdampak langsung pada cara aktuaris mengestimasi cadangan klaim (loss reserve), yaitu uang yang harus disisihkan perusahaan untuk membayar klaim yang sudah terjadi namun belum lunas. Untuk short-tail, cadangan relatif mudah dihitung. Untuk long-tail, aktuaris membutuhkan alat khusus — salah satunya adalah run-off triangle (delay triangle), yaitu tabel yang menyusun data klaim historis berdasarkan tahun kejadian dan tahun pembayaran, sehingga pola keterlambatan pembayaran dapat diidentifikasi dan diekstrapolasi ke masa depan.

Section 2 — Definisi Formal

Definisi — Long-Tail, Short-Tail, dan Run-Off Triangle

Short-tail business: Lini bisnis di mana klaim dilaporkan dan diselesaikan dalam waktu singkat relatif terhadap periode pertanggungan — umumnya dalam 1–2 tahun.

Long-tail business: Lini bisnis di mana terdapat jeda waktu yang signifikan antara terjadinya kerugian, pelaporan klaim, dan penyelesaian pembayaran — bisa berlangsung 5–20 tahun atau lebih.

Run-off triangle (delay triangle / development triangle): Matriks data klaim Ci,jC_{i,j} di mana baris ii mewakili tahun kejadian (accident year / origin year) dan kolom jj mewakili tahun perkembangan (development year / lag), dengan j=1j = 1 adalah tahun pertama setelah kejadian.

SimbolMaknaCatatan
Ci,jC_{i,j}Klaim kumulatif dari accident year ii yang telah dibayar sampai akhir development year jjEntri utama run-off triangle; biasanya kumulatif
ci,jc_{i,j}Klaim inkremental dari accident year ii pada development year jjci,j=Ci,jCi,j1c_{i,j} = C_{i,j} - C_{i,j-1}; dengan konvensi Ci,0=0C_{i,0} = 0
iiAccident year (tahun kejadian/asal)Baris triangle; i=1,2,,ni = 1, 2, \ldots, n
jjDevelopment year (tahun perkembangan / lag)Kolom triangle; j=1,2,,nj = 1, 2, \ldots, n
nnJumlah accident year (= jumlah development year jika triangle persegi)Menentukan dimensi triangle
Ci,ni+1C_{i,n-i+1}Klaim kumulatif yang sudah diobservasi untuk accident year iiDiagonal terbaru (latest diagonal)
Ci,nC_{i,n}Klaim ultimate dari accident year iiYang ingin diestimasi untuk i>1i > 1
IBNRIncurred But Not Reported — klaim yang sudah terjadi tapi belum dilaporkanKomponen cadangan klaim untuk long-tail
IBNERIncurred But Not Enough Reserved — klaim dilaporkan tapi cadangan kurangKomponen penyesuaian cadangan
RBNSReported But Not Settled — klaim dilaporkan tapi belum dibayar lunasKadang disebut case reserve

Rumus Utama

Hubungan kumulatif dan inkremental:

Ci,j=k=1jci,kC_{i,j} = \sum_{k=1}^{j} c_{i,k}

Label: Klaim kumulatif adalah jumlah kumulatif semua pembayaran inkremental sampai development year jj.

Cadangan klaim untuk accident year ii (IBNR + RBNS):

Ri=Ci,nCi,ni+1R_i = C_{i,n} - C_{i,\,n-i+1}

Label: Cadangan = klaim ultimate yang diestimasi dikurangi klaim yang sudah dibayar (posisi di diagonal terbaru).

Total cadangan seluruh portofolio:

R=i=2nRi=i=2n(Ci,nCi,ni+1)R = \sum_{i=2}^{n} R_i = \sum_{i=2}^{n} \left(C_{i,n} - C_{i,\,n-i+1}\right)

Label: Accident year i=1i=1 sudah fully developed sehingga R1=0R_1 = 0; cadangan hanya untuk i2i \geq 2.

Posisi observasi dalam triangle — kondisi data tersedia:

Data tersedia untuk (i,j) jika dan hanya jika i+jn+1\text{Data tersedia untuk } (i, j) \text{ jika dan hanya jika } i + j \leq n + 1

Label: Bagian atas-kiri triangle sudah terobservasi; bagian bawah-kanan adalah yang harus diestimasi.

Asumsi Eksplisit

  1. Data klaim disusun berdasarkan accident year (tahun kejadian), bukan policy year atau calendar year, kecuali dinyatakan lain.
  2. Klaim kumulatif Ci,jC_{i,j} bersifat non-decreasing dalam jj: pembayaran tidak dapat “dikembalikan” — Ci,jCi,j1C_{i,j} \geq C_{i,j-1}.
  3. Triangle berbentuk persegi (n×nn \times n): jumlah accident year sama dengan jumlah development year maksimum. Pada soal exam, asumsi ini hampir selalu berlaku.
  4. Ultimate development tercapai pada j=nj = n: setelah development year ke-nn, tidak ada lagi pembayaran tambahan — seluruh klaim fully developed.
  5. Pola perkembangan klaim (development pattern) diasumsikan stasioner antar accident year — fondasi dari metode Chain Ladder.

Section 3 — Jembatan Logika

Dari Definisi ke Run-Off Triangle — Cara Membaca Tabel

Run-off triangle dibaca dalam dua arah:

  • Baca horizontal (kiri ke kanan): untuk accident year ii tertentu, kolom menunjukkan berapa banyak klaim yang sudah terbayar setelah 1 tahun, 2 tahun, 3 tahun, dst. Karena kumulatif, angka di kanan selalu \geq angka di kiri.
  • Baca diagonal (kiri-atas ke kanan-bawah): setiap diagonal mewakili satu calendar year pengamatan. Diagonal terbawah-kanan adalah observasi paling terkini.

Kunci: segitiga bawah-kanan dari matriks adalah masa depan yang harus diestimasi. Inilah yang menjadi target metode Chain Ladder dan Bornhuetter-Ferguson.

Struktur Triangle — Mana yang Sudah Diketahui vs Harus Diestimasi

Untuk triangle berukuran n×nn \times n dengan data sampai calendar year ke-nn:

  • Sudah diobservasi (segitiga atas-kiri): semua (i,j)(i, j) di mana i+jn+1i + j \leq n + 1
    • Jumlah sel terobservasi: n(n+1)2\frac{n(n+1)}{2}
  • Harus diestimasi (segitiga bawah-kanan): semua (i,j)(i, j) di mana i+j>n+1i + j > n + 1
    • Jumlah sel yang diestimasi: n(n1)2\frac{n(n-1)}{2}
  • Diagonal terbaru (latest diagonal): sel-sel (i,ni+1)(i,\, n-i+1) untuk i=1,,ni = 1, \ldots, n — ini adalah data terkini yang tersedia untuk masing-masing accident year.

Derivasi: Cara menyusun run-off triangle dari data mentah

Misalkan tersedia data pembayaran klaim historis dalam format: (tanggal kejadian, tanggal pembayaran, jumlah pembayaran).

Langkah 1 — Tentukan accident year ii:

Kelompokkan setiap klaim ke dalam accident year berdasarkan tahun terjadinya kerugian. Misalnya, kejadian di 2021 → i=2021i = 2021.

Langkah 2 — Tentukan development year jj:

Hitung jeda waktu antara accident year dan calendar year pembayaran:

j=Calendar year pembayaranAccident year+1j = \text{Calendar year pembayaran} - \text{Accident year} + 1

Contoh: klaim dari accident year 2021 yang dibayar di calendar year 2023 → j=20232021+1=3j = 2023 - 2021 + 1 = 3.

Langkah 3 — Isi sel inkremental ci,jc_{i,j}:

Jumlahkan semua pembayaran dengan accident year ii yang terjadi pada calendar year yang bersesuaian dengan development year jj.

Langkah 4 — Kumulasikan baris demi baris:

Ci,j=ci,1+ci,2++ci,jC_{i,j} = c_{i,1} + c_{i,2} + \cdots + c_{i,j}

Hasilnya adalah triangle kumulatif standar yang siap digunakan untuk Chain Ladder.

Langkah 5 — Validasi struktur:

Periksa bahwa Ci,jCi,j1C_{i,j} \geq C_{i,j-1} untuk semua i,ji, j. Jika ada sel yang menurun, ada kemungkinan salvage, subrogation, atau kesalahan data.

Contoh konkret — triangle 3×33 \times 3:

Diberikan data inkremental:

i\j12311006020212070?3150??\begin{array}{c|ccc} i \backslash j & 1 & 2 & 3 \\ \hline 1 & 100 & 60 & 20 \\ 2 & 120 & 70 & \mathbf{?} \\ 3 & 150 & \mathbf{?} & \mathbf{?} \end{array}

Konversi ke kumulatif:

i\j12311001601802120190?3150??\begin{array}{c|ccc} i \backslash j & 1 & 2 & 3 \\ \hline 1 & 100 & 160 & 180 \\ 2 & 120 & 190 & \mathbf{?} \\ 3 & 150 & \mathbf{?} & \mathbf{?} \end{array}

Diagonal terbaru: C1,3=180C_{1,3} = 180, C2,2=190C_{2,2} = 190, C3,1=150C_{3,1} = 150. Total yang sudah dibayar = 180+190+150=520180 + 190 + 150 = 520. Sel bertanda ? adalah yang harus diestimasi.

Dilarang
  1. JANGAN menggunakan data kumulatif sebagai data inkremental atau sebaliknya tanpa konversi — ini menghasilkan double-counting yang fatal dalam estimasi cadangan.
  2. JANGAN mengasumsikan diagonal terbaru = development year nn untuk semua accident year — accident year terbaru (i=ni = n) hanya memiliki satu observasi (j=1j = 1), bukan j=nj = n.
  3. JANGAN mencampurkan accident year dengan policy year atau calendar year — ketiga basis penataan data menghasilkan triangle yang berbeda dan tidak dapat dipertukarkan secara langsung.

Section 4 — Contoh Soal

Soal A — Fundamental

Sebuah perusahaan asuransi memiliki data klaim inkremental (dalam jutaan Rp) berikut untuk lini bisnis workers’ compensation (asuransi kecelakaan kerja):

Accident Year \ Development Year123
202220015080
2023240180
2024280

(a) Susun run-off triangle kumulatif. (b) Identifikasi sel-sel mana yang harus diestimasi (belum terobservasi). (c) Hitung total klaim yang sudah dibayar hingga saat ini.

Solusi Soal A

Pendekatan: Konversi inkremental ke kumulatif dengan penjumlahan baris; identifikasi diagonal terbaru sebagai batas observasi.

1. Identifikasi Variabel

  • n=3n = 3 accident years (2022, 2023, 2024) → triangle 3×33 \times 3
  • Data inkremental ci,jc_{i,j} sudah diberikan
  • Calendar year terkini: 2024 → data tersedia untuk i+j4i + j \leq 4

2. Identifikasi Distribusi / Model Run-off triangle bisnis long-tail (workers’ compensation termasuk long-tail karena klaim cacat permanen dan penyakit akibat kerja bisa berekor panjang). Data inkremental dikumpulkan per accident year dan development year.

3. Setup Persamaan

Ci,j=k=1jci,kC_{i,j} = \sum_{k=1}^{j} c_{i,k}

Kondisi tersedia: i+jn+1=4i + j \leq n + 1 = 4.

4. Eksekusi Aljabar

(a) Triangle kumulatif:

C1,1=200C_{1,1} = 200; C1,2=200+150=350C_{1,2} = 200 + 150 = 350; C1,3=350+80=430C_{1,3} = 350 + 80 = 430

C2,1=240C_{2,1} = 240; C2,2=240+180=420C_{2,2} = 240 + 180 = 420; C2,3=?C_{2,3} = \mathbf{?}

C3,1=280C_{3,1} = 280; C3,2=?C_{3,2} = \mathbf{?}; C3,3=?C_{3,3} = \mathbf{?}

i\j12320222003504302023240420?2024280??\begin{array}{c|ccc} i \backslash j & 1 & 2 & 3 \\ \hline 2022 & 200 & 350 & 430 \\ 2023 & 240 & 420 & \mathbf{?} \\ 2024 & 280 & \mathbf{?} & \mathbf{?} \end{array}

(b) Sel yang harus diestimasi (di mana i+j>4i + j > 4):

  • (2023,  j=3)(2023,\; j=3): i+j=2+3=5>4i + j = 2 + 3 = 5 > 4
  • (2024,  j=2)(2024,\; j=2): i+j=3+2=5>4i + j = 3 + 2 = 5 > 4
  • (2024,  j=3)(2024,\; j=3): i+j=3+3=6>4i + j = 3 + 3 = 6 > 4

Total: 3 sel yang harus diestimasi (segitiga bawah-kanan).

(c) Total klaim sudah dibayar = jumlah diagonal terbaru:

C1,3+C2,2+C3,1=430+420+280=1.130 juta RpC_{1,3} + C_{2,2} + C_{3,1} = 430 + 420 + 280 = 1.130 \text{ juta Rp}

5. Verification Jumlah sel terobservasi = n(n+1)/2=3×4/2=6n(n+1)/2 = 3 \times 4/2 = 6. ✓ (3 dari baris 1, 2 dari baris 2, 1 dari baris 3). Jumlah sel yang diestimasi = n(n1)/2=3×2/2=3n(n-1)/2 = 3 \times 2/2 = 3. ✓

Hasil: Triangle kumulatif tersusun; 3 sel yang harus diestimasi; total sudah dibayar Rp 1.130 juta.

Exam Tips — Soal A

Target waktu: 3 menit. Common trap: Lupa bahwa diagonal terbaru bukan selalu kolom terakhir — untuk accident year terbaru (i=ni = n), hanya ada satu observasi (j=1j = 1). Shortcut: Isi triangle baris per baris dari kiri ke kanan dengan akumulasi; sel di atas-kanan diagonal bertanda tanya otomatis adalah estimasi.


Soal B — Exam-Typical

Data klaim kumulatif (dalam miliar Rp) dari lini bisnis general liability diberikan sebagai berikut:

Accident Year (ii)j=1j=1j=2j=2j=3j=3j=4j=4
20215008209501.000
20226001.0001.150
20237001.120
2024800

(a) Lengkapi tabel inkremental ci,jc_{i,j} untuk semua sel yang terobservasi. (b) Hitung % perkembangan (development factor observasi) dari masing-masing development year ke tahun ultimate: proporsi klaim kumulatif terhadap C1,4C_{1,4} (diasumsikan = klaim ultimate) untuk accident year 2021. (c) Jelaskan mengapa lini general liability dikategorikan sebagai long-tail business.

Solusi Soal B

Pendekatan: Konversi kumulatif ke inkremental dengan selisih baris; hitung pola perkembangan dari accident year yang sudah fully developed; analisis karakteristik long-tail.

1. Identifikasi Variabel

  • n=4n = 4 accident years; triangle 4×44 \times 4
  • Data kumulatif Ci,jC_{i,j} diberikan
  • Accident year 2021 (i=1i=1): fully developed (j=4j=4 terobservasi)
  • Calendar year terkini: 2024 → data tersedia untuk i+j5i + j \leq 5

2. Identifikasi Distribusi / Model General liability: bisnis long-tail klasik. Triangle 4×44 \times 4 dengan diagonal terbaru: C1,4=1.000C_{1,4}=1.000; C2,3=1.150C_{2,3}=1.150; C3,2=1.120C_{3,2}=1.120; C4,1=800C_{4,1}=800.

3. Setup Persamaan

Inkremental: ci,j=Ci,jCi,j1c_{i,j} = C_{i,j} - C_{i,j-1} dengan Ci,0=0C_{i,0} = 0.

Persen perkembangan untuk accident year i=1i=1:

πj=C1,jC1,4×100%\pi_j = \frac{C_{1,j}}{C_{1,4}} \times 100\%

4. Eksekusi Aljabar

(a) Tabel inkremental (sel terobservasi):

i\ji \backslash j1234
202150032013050
2022600400150
2023700420
2024800

Perhitungan: c1,2=820500=320c_{1,2} = 820 - 500 = 320; c1,3=950820=130c_{1,3} = 950 - 820 = 130; c1,4=1.000950=50c_{1,4} = 1.000 - 950 = 50 c2,2=1.000600=400c_{2,2} = 1.000 - 600 = 400; c2,3=1.1501.000=150c_{2,3} = 1.150 - 1.000 = 150 c3,2=1.120700=420c_{3,2} = 1.120 - 700 = 420

(b) Persentase perkembangan accident year 2021:

π1=5001.000=50,0%\pi_1 = \frac{500}{1.000} = 50{,}0\% π2=8201.000=82,0%\pi_2 = \frac{820}{1.000} = 82{,}0\% π3=9501.000=95,0%\pi_3 = \frac{950}{1.000} = 95{,}0\% π4=1.0001.000=100,0%\pi_4 = \frac{1.000}{1.000} = 100{,}0\%

Pola: 50% → 82% → 95% → 100%. Ini berarti setelah 1 tahun hanya 50% klaim telah terbayar — ciri khas long-tail.

(c) Mengapa general liability adalah long-tail:

General liability melibatkan tuntutan hukum (litigation) di mana: (1) korban mungkin baru menyadari kerugian bertahun-tahun kemudian (latent injury seperti paparan asbes/kimia), (2) proses pengadilan berlangsung lama, (3) jumlah ganti rugi ditentukan oleh vonis hakim yang tidak pasti. Ketiga faktor ini menyebabkan jeda waktu panjang antara accident year dan penyelesaian klaim.

5. Verification Persentase perkembangan harus monoton naik menuju 100%. ✓ (50% < 82% < 95% < 100%). Total inkremental baris 2021: 500+320+130+50=1.000=C1,4500 + 320 + 130 + 50 = 1.000 = C_{1,4}. ✓

Hasil: (a) Tabel inkremental tersusun. (b) Pola perkembangan: 50%→82%→95%→100%. (c) Litigasi dan latent injury menyebabkan long-tail.

Exam Tips — Soal B

Target waktu: 4 menit. Common trap: Menghitung inkremental dengan mengurangi dari baris yang salah — pastikan selalu ci,j=Ci,jCi,j1c_{i,j} = C_{i,j} - C_{i,j-1} (bukan Ci1,jC_{i-1,j}). Shortcut: Untuk menghitung persen perkembangan, selalu gunakan accident year yang fully developed (i=1i=1 jika j=nj=n terobservasi) sebagai benchmark.


Soal C — Challenging

Berikut adalah data klaim kumulatif (inkremental dalam miliar Rp) dari dua lini bisnis berbeda:

Lini A:

i\ji \backslash j123
20221.0001.4501.500
20231.2001.710
20241.400

Lini B:

i\ji \backslash j12345
2020300520700840900
2021350600820980
2022400700950
2023450790
2024500

(a) Klasifikasikan masing-masing lini sebagai long-tail atau short-tail dengan justifikasi kuantitatif menggunakan data yang tersedia.

(b) Untuk Lini B, hitung total klaim yang sudah dibayar (paid claims) dan estimasi minimum total cadangan yang dibutuhkan jika diketahui bahwa pola perkembangan kumulatif accident year 2020 representatif. Gunakan % perkembangan dari accident year 2020 untuk mengestimasi klaim ultimate masing-masing accident year.

(c) Hitung IBNR total Lini B.

Solusi Soal C

Pendekatan: Hitung % perkembangan dari accident year yang fully developed untuk mengklasifikasi long/short-tail; gunakan pola tersebut sebagai estimasi naif klaim ultimate; hitung cadangan sebagai selisih ultimate vs yang sudah dibayar.

1. Identifikasi Variabel

  • Lini A: n=3n = 3, triangle 3×33 \times 3; Lini B: n=5n = 5, triangle 5×55 \times 5
  • Benchmark Lini A: accident year 2022 fully developed di j=3j=3; C1,3=1.500C_{1,3} = 1.500
  • Benchmark Lini B: accident year 2020 fully developed di j=5j=5; C1,5=900C_{1,5} = 900

2. Identifikasi Distribusi / Model Kedua lini menggunakan run-off triangle kumulatif. Klasifikasi long-tail/short-tail berdasarkan kecepatan perkembangan klaim. Estimasi ultimate menggunakan % perkembangan observasi.

3. Setup Persamaan

Persen perkembangan accident year benchmark: πj=C1,j/C1,n\pi_j = C_{1,j} / C_{1,n}

Estimasi ultimate accident year ii: C^i,n=Ci,ni+1/πni+1\hat{C}_{i,n} = C_{i,\,n-i+1} / \pi_{n-i+1}

Cadangan accident year ii: Ri=C^i,nCi,ni+1R_i = \hat{C}_{i,n} - C_{i,\,n-i+1}

4. Eksekusi Aljabar

(a) Klasifikasi:

Lini A — persen perkembangan dari accident year 2022:

π1A=1.000/1.500=66,7%;π2A=1.450/1.500=96,7%;π3A=100%\pi_1^A = 1.000/1.500 = 66{,}7\%; \quad \pi_2^A = 1.450/1.500 = 96{,}7\%; \quad \pi_3^A = 100\%

Setelah 1 tahun, 66,7% klaim sudah terbayar. Setelah 2 tahun, 96,7%. Perkembangan sangat cepat → short-tail business (kemungkinan asuransi properti atau kendaraan kerusakan fisik).

Lini B — persen perkembangan dari accident year 2020:

π1B=300/900=33,3%;π2B=520/900=57,8%\pi_1^B = 300/900 = 33{,}3\%; \quad \pi_2^B = 520/900 = 57{,}8\% π3B=700/900=77,8%;π4B=840/900=93,3%;π5B=100%\pi_3^B = 700/900 = 77{,}8\%; \quad \pi_4^B = 840/900 = 93{,}3\%; \quad \pi_5^B = 100\%

Setelah 1 tahun hanya 33,3% terbayar; butuh 4–5 tahun untuk mendekati ultimate → long-tail business (kemungkinan general liability atau workers’ compensation).

(b) Estimasi klaim ultimate Lini B:

Diagonal terbaru: C1,5=900C_{1,5}=900; C2,4=980C_{2,4}=980; C3,3=950C_{3,3}=950; C4,2=790C_{4,2}=790; C5,1=500C_{5,1}=500.

C^1,5=900(already fully developed)\hat{C}_{1,5} = 900 \quad \text{(already fully developed)} C^2,5=C2,4π4B=9800,9333=1.050,0\hat{C}_{2,5} = \frac{C_{2,4}}{\pi_4^B} = \frac{980}{0{,}9333} = 1.050{,}0 C^3,5=C3,3π3B=9500,7778=1.221,4\hat{C}_{3,5} = \frac{C_{3,3}}{\pi_3^B} = \frac{950}{0{,}7778} = 1.221{,}4 C^4,5=C4,2π2B=7900,5778=1.367,3\hat{C}_{4,5} = \frac{C_{4,2}}{\pi_2^B} = \frac{790}{0{,}5778} = 1.367{,}3 C^5,5=C5,1π1B=5000,3333=1.500,0\hat{C}_{5,5} = \frac{C_{5,1}}{\pi_1^B} = \frac{500}{0{,}3333} = 1.500{,}0

Total klaim sudah dibayar:

Paid=900+980+950+790+500=4.120\text{Paid} = 900 + 980 + 950 + 790 + 500 = 4.120

(c) IBNR total Lini B:

R1=900900=0R_1 = 900 - 900 = 0 R2=1.050,0980=70,0R_2 = 1.050{,}0 - 980 = 70{,}0 R3=1.221,4950=271,4R_3 = 1.221{,}4 - 950 = 271{,}4 R4=1.367,3790=577,3R_4 = 1.367{,}3 - 790 = 577{,}3 R5=1.500,0500=1.000,0R_5 = 1.500{,}0 - 500 = 1.000{,}0 Rtotal=0+70+271,4+577,3+1.000=1.918,7 miliar RpR_{\text{total}} = 0 + 70 + 271{,}4 + 577{,}3 + 1.000 = 1.918{,}7 \text{ miliar Rp}

5. Verification Cek konsistensi: semakin muda accident year, semakin besar cadangannya (R5=1.000R2=70R_5 = 1.000 \gg R_2 = 70). ✓ Ini intuitif karena accident year terbaru paling sedikit berkembang. Total ultimate = 4.120+1.918,7=6.038,74.120 + 1.918{,}7 = 6.038{,}7 miliar Rp.

Hasil: (a) Lini A = short-tail (66,7% terbayar di j=1j=1); Lini B = long-tail (33,3% di j=1j=1). (b) Total paid = 4.120 miliar; (c) IBNR total ≈ 1.918,7 miliar Rp.

Exam Tips — Soal C

Target waktu: 6 menit. Common trap: Membagi diagonal terbaru dengan π\pi yang salah — pastikan C^i,n=Ci,ni+1/πni+1\hat{C}_{i,n} = C_{i,\,n-i+1} / \pi_{n-i+1} (penyebutnya adalah π\pi pada development year yang bersesuaian dengan posisi diagonal terbaru accident year ii, yaitu j=ni+1j = n-i+1). Shortcut: Buat kolom bantu jlatest=ni+1j_{\text{latest}} = n - i + 1 untuk setiap ii sebelum menghitung, agar tidak bingung memilih π\pi yang tepat.

Section 5 — Verifikasi & Sanity Check

Check 1 — Monotonisitas Kumulatif

Setelah menyusun triangle kumulatif, periksa bahwa setiap baris bersifat non-decreasing:

Ci,1Ci,2Ci,nC_{i,1} \leq C_{i,2} \leq \cdots \leq C_{i,n}

Jika ada baris yang menurun, ada kesalahan input atau ada recoveries (pengembalian klaim) yang perlu ditangani secara terpisah.

Check 2 — Jumlah Sel dalam Triangle

Untuk triangle n×nn \times n:

  • Sel terobservasi: n(n+1)2\dfrac{n(n+1)}{2}

  • Sel yang diestimasi: n(n1)2\dfrac{n(n-1)}{2}

  • Total sel: n2n^2

Gunakan ini untuk memverifikasi bahwa jumlah sel bertanda ”?” sudah benar sebelum melanjutkan ke Chain Ladder.

Check 3 — Konsistensi % Perkembangan

Persentase perkembangan πj\pi_j harus memenuhi:

0<π1<π2<<πn=100%0 < \pi_1 < \pi_2 < \cdots < \pi_n = 100\%

Jika ada πj>πj+1\pi_j > \pi_{j+1} (perkembangan menurun), ini kemungkinan anomali data atau accident year yang dipilih sebagai benchmark belum truly fully developed.

Metode Alternatif — Triangle Inkremental vs Kumulatif

Beberapa soal memberikan data inkremental langsung. Konversi dua arah:

Inkremental → Kumulatif: Ci,j=Ci,j1+ci,jC_{i,j} = C_{i,j-1} + c_{i,j} (kumulasikan dari kiri)

Kumulatif → Inkremental: ci,j=Ci,jCi,j1c_{i,j} = C_{i,j} - C_{i,j-1} (selisih kolom bersebelahan)

Metode Chain Ladder (9.2 Chain Ladder Method) bekerja dengan data kumulatif; pastikan konversi sudah dilakukan sebelum menerapkan metode tersebut.

Section 6 — Visualisasi Mental

Struktur Geografis Run-Off Triangle:

Development Year (j)
       1       2       3       4       5
      ┌───────┬───────┬───────┬───────┬───────┐
  1   │ OBS   │ OBS   │ OBS   │ OBS   │ OBS   │ ← Fully developed
      ├───────┼───────┼───────┼───────┼───────┤
  2   │ OBS   │ OBS   │ OBS   │ OBS   │  EST  │
      ├───────┼───────┼───────┼───────┼───────┤
  3   │ OBS   │ OBS   │ OBS   │  EST  │  EST  │
      ├───────┼───────┼───────┼───────┼───────┤
  4   │ OBS   │ OBS   │  EST  │  EST  │  EST  │
      ├───────┼───────┼───────┼───────┼───────┤
  5   │ OBS   │  EST  │  EST  │  EST  │  EST  │ ← Paling perlu cadangan
      └───────┴───────┴───────┴───────┴───────┘

OBS = sudah diobservasi
EST = harus diestimasi (IBNR berada di sini)
─── Diagonal terbaru = batas antara OBS dan EST

Perbandingan Profil Perkembangan Long-Tail vs Short-Tail:

% Klaim Terbayar
100% ┤                    ●────●  Short-tail
     │               ●──●
     │          ●──●
  50%┤     ●──●


     │     ●                    Long-tail
  33%┤     ·    ●
     │          ·    ●
     │               ·    ●
     │                    ·    ●
  0% ┼─────┼────┼────┼────┼────┤ Development Year (j)
     1     2    3    4    5    6

Short-tail: cepat mencapai 100% (j=2 atau j=3)
Long-tail:  lambat, butuh j=5 atau lebih

Hubungan Visual ↔ Rumus

Elemen VisualKomponen Rumus
Sel di segitiga atas-kiri (OBS)Ci,jC_{i,j} tersedia untuk i+jn+1i + j \leq n + 1
Diagonal terbaru (batas OBS/EST)Sel (i,  ni+1)(i,\; n-i+1) untuk i=1,,ni = 1, \ldots, n
Jarak vertikal dari diagonal ke kolom nnCadangan Ri=Ci,nCi,ni+1R_i = C_{i,n} - C_{i,\,n-i+1}
Slope kurva perkembanganKecepatan perkembangan: landai = long-tail, curam = short-tail
Titik 100% di sumbu-YUltimate claims Ci,nC_{i,n} — target estimasi

Section 7 — Jebakan Umum

Kesalahan Parametrisasi — Basis Penataan Data

Tiga basis yang sering tertukar:

  • Accident year basis: baris = tahun terjadinya kerugian (paling umum di exam)
  • Policy year basis: baris = tahun dimulainya polis
  • Calendar year basis: baris = tahun kalender pembayaran

Jika soal tidak menyebut basis secara eksplisit, asumsi default adalah accident year basis. Mencampurkan basis menghasilkan triangle yang tidak konsisten dan tidak dapat dianalisis dengan Chain Ladder.

Kesalahan Konseptual — Definisi Long-Tail
  1. Mitos: “Long-tail berarti klaim besar” — Salah. Long-tail mengacu pada waktu penyelesaian, bukan besaran klaim. Asuransi jiwa term life bisa memiliki klaim besar tapi short-tail (pembayaran langsung setelah kematian terbukti).
  2. Mitos: “Short-tail artinya tidak perlu cadangan” — Salah. Short-tail tetap butuh cadangan RBNS (Reported But Not Settled), hanya saja cadangannya lebih kecil dan lebih mudah diestimasi.
  3. Mitos: “Development year jj = calendar year i+ji+j” — Benar secara implisit, tapi jangan gunakan kalender year secara langsung dalam rumus triangle; gunakan jj sebagai indeks relatif.
  4. Mitos: “Fully developed artinya tidak ada pembayaran lagi sama sekali” — Dalam praktik, tail factor bisa ditambahkan untuk pembayaran sangat kecil setelah j=nj=n; di exam, asumsikan Ci,nC_{i,n} adalah ultimate kecuali ada keterangan lain.
Kesalahan Interpretasi Soal
  • “Klaim yang belum dibayar” di soal bisa merujuk ke IBNR saja, atau IBNR + RBNS (total reserve). Periksa konteks soal.
  • “Latest diagonal” kadang disebut “current diagonal” atau “most recent diagonal” — semuanya merujuk ke sel (i,  ni+1)(i,\; n-i+1).
  • Triangle vs tabel biasa: jika soal memberikan matriks data klaim tapi tidak menyebutnya “triangle”, cek apakah baris = accident year dan kolom = development year sebelum menerapkan metodologi triangle.
Red Flags — Keyword Pemicu Prosedur
Keyword di SoalProsedur
”susun run-off triangle”Konversi ke format Ci,jC_{i,j} kumulatif; identifikasi diagonal terbaru
”data inkremental”Konversi ke kumulatif dulu: Ci,j=ci,kC_{i,j} = \sum c_{i,k}
“long-tail vs short-tail”Hitung % perkembangan dari accident year fully developed
”IBNR” / “cadangan klaim”Hitung Ri=C^i,nCi,ni+1R_i = \hat{C}_{i,n} - C_{i,\,n-i+1}
“pola perkembangan stasioner”Asumsi Chain Ladder terpenuhi; lanjut ke 9.2 Chain Ladder Method
“fully developed” / “ultimate”j=nj = n; tidak ada pembayaran lebih lanjut

Section 8 — Ringkasan Eksekutif

Must-Remember
  1. Hubungan kumulatif–inkremental:
Ci,j=k=1jci,kci,j=Ci,jCi,j1C_{i,j} = \sum_{k=1}^{j} c_{i,k} \qquad \Longleftrightarrow \qquad c_{i,j} = C_{i,j} - C_{i,j-1}
  1. Kondisi data terobservasi:
(i,j) terobservasi    i+jn+1(i,j) \text{ terobservasi} \iff i + j \leq n + 1
  1. Diagonal terbaru (latest diagonal): sel (i,  ni+1)(i,\; n-i+1) untuk i=1,,ni = 1, \ldots, n

  2. Cadangan accident year ii:

Ri=C^i,nCi,ni+1R_i = \hat{C}_{i,n} - C_{i,\,n-i+1}
  1. Estimasi naif ultimate via % perkembangan:
C^i,n=Ci,ni+1πni+1,πj=C1,jC1,n\hat{C}_{i,n} = \frac{C_{i,\,n-i+1}}{\pi_{n-i+1}}, \quad \pi_j = \frac{C_{1,j}}{C_{1,n}}

Kapan Digunakan

  • Soal meminta menyusun atau membaca run-off triangle
  • Soal meminta klasifikasi lini bisnis sebagai long-tail atau short-tail
  • Sebagai langkah persiapan sebelum menerapkan 9.2 Chain Ladder Method atau 9.3 Bornhuetter-Ferguson Method
  • Soal meminta menghitung IBNR atau total cadangan klaim dengan metode sederhana

Kapan TIDAK Boleh Digunakan

  • Untuk lini bisnis life insurance standar — metodologi cadangan jiwa berbeda (prospective/retrospective reserve, bukan run-off triangle)
  • Jika data tidak tersedia dalam format accident year vs development year — perlu konversi basis terlebih dahulu
  • Estimasi naif (C^i,n=Ci,ni+1/πni+1\hat{C}_{i,n} = C_{i,\,n-i+1}/\pi_{n-i+1}) hanya pendekatan kasar; untuk estimasi yang lebih robust gunakan 9.2 Chain Ladder Method atau 9.3 Bornhuetter-Ferguson Method

Quick Decision Tree

graph TD
    A["Soal tentang cadangan klaim<br>atau run-off triangle?"] -->|"Ya"| B["Data diberikan dalam<br>format apa?"]
    A -->|"Tidak"| Z["Topik lain"]
    B -->|"Inkremental c_ij"| C["Konversi ke kumulatif:<br>C_ij = sum c_ik"]
    B -->|"Kumulatif C_ij"| D["Identifikasi diagonal terbaru:<br>posisi (i, n-i+1)"]
    C --> D
    D --> E["Soal minta klasifikasi<br>long/short-tail?"]
    E -->|"Ya"| F["Hitung % perkembangan<br>dari accident year fully developed"]
    E -->|"Tidak"| G["Soal minta cadangan<br>atau IBNR?"]
    F --> H["Perkembangan cepat = short-tail<br>Perkembangan lambat = long-tail"]
    G -->|"Ya"| I["Estimasi ultimate:<br>C_hat = C_latest / pi_latest"]
    I --> J["Cadangan R_i = C_hat - C_latest<br>Total R = sum R_i"]
    G -->|"Tidak, minta Chain Ladder"| K["Lanjut ke 9.2 Chain Ladder Method"]

Follow-up Options
  1. “Berikan contoh soal triangle dengan data inkremental yang langsung perlu diklasifikasi long/short-tail”
  2. “Jelaskan hubungan 9.1 Long-Tail vs Short-Tail Business dengan 9.2 Chain Ladder Method
  3. “Buat flashcard 1-halaman untuk struktur run-off triangle dan formula cadangan klaim”

📖 Ref: Brown & Lennox (2015), Introduction to Ratemaking and Loss Reserving, Bab 2 & 3 | 🗓️ 2026-04-19 | #TA2 #LossReserving #RunOffTriangle #LongTail