Sunday, March 18, 2018

Anatomy of the ACORD TXLife XML standard

Overview

Pada blog kali ini saya akan menjelaskan tentang ACORD.
Sebagaimana kita tahu bahwa pada umumya saat ini banyak perusahaan yang melakukan integrasi secara internal maupun exernal (antar perusahaan), integrasi data yang dimaksud bisa jadi merupakan pertukaran data antar perusahaan atau suatu perusahaan membutuhan data dari perusahaan lain atau banyak perusahaan membutuhkan data dari satu perusahaan.
Sebagai contoh sebut saja kita memilki 3 perusahaan Asuransi yaitu perusahaan A, B, dan C yang terhubung ke satu BANK yang sama sebut saja Bank X. Perusahaan A, B dan C pastinya memiliki data Klien atau nasabah yang terdaftar memiliki Asuransi dan proses pembayaran menggunakan bank apa pada perusahaan tersebut. Bagaimana si Bank X dapat mengetahui Klien atau nasabah mana saja yang menggunakan Bank mereka sebagai pembayar asuransinya? Maka tentu saja si BANK X perlu mengambil data dari perusahaan Asuransi  tersebut. Pertukaran data ini bias kita sebut sebagai salah satu contoh integrasi data.
Proses integrasi data dari Bank X ke masing-masing perusahaan asuransi pasti memiliki format/model data  yang berbeda-beda karena masing-masing perusahaan asuransi memiliki model data sendiri. Akibatnya ketika si bank x ingin mengambil data nasabah dari asuransi A, si Bank X harus membuat melakukan integrasi dengan menggunakan model data si A atau si perusahaan asuransi yang menyesuaikan ke si bank X, begitu pula dengan yang lain. Dengan kata lain si Bank/Asuransi akan membuat model data untuk setiap perusahaan Asuransi/Bank yang ingin diambil datanya. Untuk menghindari hal itu adalah sangat baik apabila setiap perusahaan asuransi tersebut disamakan model datanya sehingga ketika ada Bank atau pihak lain yang ingin melakukan integrasi data dengan perusahaan asuransi tersebut maka si bank atau pihak lain tersebut tinggal menggunakan model data yang sama. Nah, proses menyamakan model data setiap perusahaan asuransi inilah yang di sebut sebagai Standard data integration.
Untuk memudahkan proses penyamaan model Data di bidang asuransi maka muncullah ACORD. Apa itu ACORD?
ACORD (Association for Cooperative Operations Research and Development) merupakan Suatu Asosiasi yang bergerak dibidang pengembangan, research terkait standard data integration dibidang Asuransi.
Berikut adalah beberapa bentuk/Format ACORD Data Model :
-          EDI (Electronic Data Inerchange)
-          XML (Extensible Markup Language)
-          Forms
Pada kesempatan ini saya akan menjelaskan lebih terkait Data Model dalam bentuk XML. Data Model bentuk XML merupakan data model yang lebih umum kita gunakan. Nah ACORD, untuk perusahaan Asuransi telah membuat standard data model XML dan bisa kita download. Standard XML adalah ACORD TXLife Standard.

Structure data TXLife

1.     Structure data 1 : Structure Utama
Ket :
  • <TXLife> : Merupakan root node dari ACORD TXLife XML dokumen.
  • <TXLifeXXX> : XXX bisa diubah menjadi Request (digunakan ketika kita melakukan intiating transmission atau request data atau submit data), Response (digunakan untuk menampung response dari Request jiak bersifat synchronous tapi jika tidak memiliki resonse maka TXLifeResponse tidak perlu), Notify(digunakan ketika kia ingin mengirimkan notifikasi ke si pengirim atau requester status pesan yang dikirimkan).
  • <OLife> Adalah element yang menampung data atau pesan yang akan di kirim dan di terima.
2.     Structure data 2 : Structure yang bisa di tambahkan pada Structure Utama
Ket :
  • <TransRefGUID> dgunakan sebagai unique key untuk mengidentikasi suatu request dan biasa di kirimkan juga di response nya untuk menandakan/pengenal suatu request atau resonse.
  • <TransType> digunakan untuk menampung tipe transaksi suatu message
  • <TransExeDate> dan <TransExeTime> digunakan sebagai penampung waktu lengkap peng-eksekusian suatu message.
3.     Structure data 3 : Strucuture body OLife
Ket :
  • Untuk Asuransi terdapat 2 Top Level Object yang umum digunakan yaitu <Holding> dan <party>
  • <Holding> digunakan untuk menjelaskan atau represents  semua holding terkait financial Pada umumnya terkait Polis asuranasi, Investasi, pinjaman dan Hipotek.
  • <Party> digunakan untuk menjelaskan detail biodata pengguna asuransi, baik personal atau pribadi  maupun perusahaan.
  •  <Relation> digunakan untuk menjelaskan hubungan dari Top Level Object.
  • Berikut adalah penjelasan terkait element yang ada pada <Relation>


Tantangan Penerapan TXLife

Beberapa tantangan dalam penerapan standard ini adalah :
Structure bawaan yang disediakan memiliki banyak element atau structure data yang ukurannya bisa beberapa mega dan belum tentu semua element itu kita gunakan. Memang elementnya adalah optional tapi jika kita ingin mengikuti standard maka kita sebaiknya tetap menggunakan element standard yang telah disediakan. Hal ini akan berpengaruh ke waktu eksekusi yang dibutuhkan untuk mengeksekusi data model tersebut.
Tantangan lainnya adalah jika semua structure data model yang sudah ada sebelumnya belum berbentuk seperti Acord data model maka ada dua kemungkinan yang harus kita lakukan untuk dapat meng-consume Acord data model adalah :
  1. Kita harus membuat kembali sebuah system baru mulai dari datasources, service dan lain-lain dengan mengikuti ACORD Data Model dan hal itu pasti termasuk rumit.
  2. Pilihan lain adalah melakukan transformasi data schemas antara schemas yang sudah ada dengan schemas ACORD. Transformasi dilakukan menggunakan XSLT File. Kesulitannya adalah kita harus memapping satu-satu setiap element dari Schemas yang sudah ada dengan element schemas ACORD, mungkin kita sudah bisa membayangkan betapa banyak element yang harus kita mapping dan berapa lama waktu yang akan kita habiskan unuk bisa melakukan mapping tersebut.
Yah mungkin sejauh ini dulu yang bisa saya jelaskan terkait ACORD, semoga berguna dan menambah wawasan kita.

Referensi :


No comments:

Post a Comment