Zona Nyaman

Lirik Sholawat - Ya Habibal Qalby Versi Nissa SABYAN

2018-05-16T10:56:00.000+07:00

Zonanyaman -

Ya habibal qalbi ya khoirol barooyah
Yalijitta bil haqqi rosulalhidayah

Ya Rosulallah ya habiballah
Ya Rosulallah ya habiballah

Yaumal wiladah kalbidayah
lilhidayah kal bidayah
Yaumal wiladah kalbidayah
lilhidayah kal bidayah
lilhidayah.... kal bidayah

Intajid ya toha binnuril hidayah
Ya Rosulallah Ya Rasulallah
Ji’ta bidinillah ji’ kullal baroyah
Yahabiballah Ya Habiballah

Ya Ya Ya Ya Basyirol khoir
Ya Rosulallah
Ya ya ya ya dalilannur
Ya Habiballah

Ya habibal qalbi ya khoirol baroyah
Yalijitta bil haqqi rosulalhidayah

Ya Rosulallah ya habiballah
Ya Rosulallah ya habiballah

Harapan yang nyata hidup bahagia
Cinta yang utama di hati slamanya
Denganmu ya Rasul rindu tuk bersama
Padamu ya Rabbi terkabul semoga

Ya Ya Ya Ya Basyirol khoir
Ya Rosulallah
Ya ya ya ya dalilannur
Ya Habiballah

Ya habibal qalbi ya khoirol barooyah
Yalijitta bil haqqi rosulalhidayah

Ya Rosulallah ya habiballah
Ya Rosulallah ya habiballah

Tag:
#Lirik Lagu #LirikSholawat #Sholawat

Referensi:
Lirik : http://awyimam.blogspot.co.id/2017/07/lirik-sholawat-ya-habibal-qalby-teks.html
Gambar : https://www.youtube.com/watch?v=gsR6Npn-pNM

Kenapa Produk Saya Gak Laku?

2018-05-15T21:12:00.001+07:00

Sanju Mode - Kenapa Produk Ssaya Gak Laku? Ada teman yang bertanya, “mas, saya sudah terlanjur produksi banyak, eh sekarang malah numpuk di gudang. Ada masukan mas?” Banyak sih hal yang menyebabkan produk Anda TIDAK LAKU, berikut adalah sedikit dari analisa : a) Mereka (pembeli) tidak punya budget yang seperti harga yang Anda tawarkan. Alias Tidak PUNYA DUIT, b) Harga produk Anda dinilai jauh lebih mahal dibanding pesaing Anda, c) Mereka tidak butuh produk B dari pada produk A yang Anda tawarkan, artinya mereka TIDAK BUTUH produk Anda, d) mereka masih suka menunda untuk beli sekarang, hingga akhirnya mereka lupa. Karena call to Beli Anda tidak kuat. 4 poin ini, bisa Anda hilangkan dari benak market Anda, bagaimana caranya? Tentu saja dengan menghubungi dan beriteraksi dengan market Anda, nahhh jika Anda pemilik bisnis online, maka ada dua hal yang di lakukan, Menelpon dan Chating si konsumen.

Saya yakin Anda sudah tahu bagaimana menghubungi konsumen dengan sopan dan beradab, tapi apakah Anda tau cara menghilangkan keberatan calon buyer Anda terutama yang atas itu? Sekarang Anda tau apa yang harus Anda pelajari, iya kan? Yaps, “mengclosingkan orang dengan cara chating”, saya tidak harus menyuruh Anda untuk beli buku “30 Cara Chatting Berujung Closing”, karena di buku ini akan banyak di bahas cara chating sampai closing.

Saat Anda tahu apa kendala mereka, dan di mana kekurangan Anda, di situlah Anda bisa menciptakan sebuah keberhasilan. Mungkin juga Anda punya alasan lain kenapa produk Anda tidak laku? Maka hilangkanlah alasan itu. Jika Anda minat dengan bukunya maka bisa mendapatkan buku ini melalui link http://bit.ly/orderbuku30CCBC (Jangan lupa tanyakan promo diskonnya).

Tag : #30CaraChattingBerujungClosing #Buku

Mau Tau Cara Tembus Closing Hanya dengan Chattingan?

2018-05-15T20:51:00.002+07:00

Sanju Mode - Mau Tau Cara Tembus Closing Hanya dengan Chattingan?, punya masalah dengan cara chat yang tidak efisien seperti : a) Sering di PHP-in saat chatting, b) Bingung berkata-kata ketika menerima chatting pembeli, c) Bingung cara membuat kata-kata promo yang menjual, d) Gagap ketika mau mengclosingkan calon pembeli. Apakah Anda sering mengalami hal seperti diatas? Jika iya, beruntung sekali teman-teman mengetahui informasi ini karena telah hadir mahakarya ke-9 Hermas Puspito (CEO PT. Ednovate Indonesia) berjudul "30 Cara Chatting Berujung Closing (30CCBC)" yang tentunya akan membantu teman-teman dalam membagikan pengalamannya bagaimana mendapatkan closingan hanya dengan chattingan saja.

Lalu apa saja si yang dipelajari dari buku ini?

Pola closing dari jualan online dan offline.
30 Cara Chatting Berujung Closing.
9 amunisi agar mempercepat transaksi.
Cara-cara agar tidak di PHP saat jualan.
5 ilmu wajib supaya pembeli segera pesan.
Pola hypnoselling saat chatting.
Tahapan chatting agar lebih dipercaya.
7 Contoh praktis agar chat kita agar dibaca.
Cara Chatting agar di order lebih banyak.
Penerapan Copywriting saat Chatting.
Teknik Chatting yang jarang dipakai tapi cepat closing.

Asiknya lagi...

Anda pun akan mendapatkan 7 bonus video tentang:

Sejuta sehari dari bisnis online.
Jurus Ampuh menjadi Reseller Jutawan.
19 Sales Teknik Yang Menjual.
7 Ide bisnis online untuk Pemula.
Cara Tembus 5000 Friend di FB.
7 Tips Agar Pede Jualan.
Bagaimana Mengatasi Rasa Takut Gagal

Bagaimana ?, apakah Anda tertarik dengan buku ini ?.. pastinya tertarik dong. Buku ini sudah terjual banyak dan semakin sedikit stok yang tersedia tentunya. Apabila Anda mau tembus closing dengan menerapkan ilmu dari buku ini maka bisa mendapatkan buku ini melalui link http://bit.ly/orderbuku30CCBC (Jangan lupa tanyakan promo diskonya).

Tag : #30CaraChattingBerujungClosing #Buku

Paper Review : Review of the Literature on Enterprise Risk Management

2018-04-26T14:31:00.000+07:00

Zonanyaman - Penelitian dengan judul Review of the Literature on Enterprise Risk Management dibuat oleh Ahmad Rizal bersama temannya Izah Mohd Tahir yang sama-sama berasal dari Universitas Sultan Zainal Abidin Malaysia. Penelitin dipublish tahun 2011 dengan volume 1 dan nomor 5 pada jurnal Business Management Dynamic (tersedia online di www.bmdynamics.com dengan ISSN: 2047-7031). Peneliti bertujuan melakukan tinjauan studi terhadap penelitian-penelitian sebelumnya mengenai Enterprise Risk Management (ERM). Berdasarkan tinjauan mereka, ternyata karya empiris mengenai ERM masih terbatas. Penelitian ini menggunakan dua jenis data yaitu data primer dan data sekunder. Data primer didapatkan dari sebagian besar studi yang dilakukan di Malaysia dengan objek penelitiannya pada konstruksi, lembaga kekuangan, sektor jasa, teknologi, produksi industri, produk konsumen, perkebunan dan perdagangan dan jasa. Sedangkan data sekunder fokus pada perusahan produk industri. Data primer diambil dari kuesioner dan wawancara, sedangkan data sekunder dari laporan tahunan setiap perusahaan.

Pendahuluan

Definisi ERM

Definisi pertama mengatakan bahwa ERM itu suatu alat atau teknik yang terintegrasi untuk memitigasi risiko atau menggabungkan semua jenis risiko yang mungkin terjadi diperusahaan, nantinya akan diperlukan untuk keputusan dalam pembuatan permodalan dan keuangan perusahaan. Selain itu ERM juga di katakan memiliki kesamaan dengan istilah lain yaitu Enterprise-Wide Risk Management (EWRM), Holistic Risk Management (HRM), Corporate Risk Management (CRM), Business Risk Management (BRM), Integrated Risk Management (IRM) dan Strategic Risk Management (SRM).

COSO mengatakan bahwa ERM merupakan suatu proses yang dipengaruhi oleh dewan direksi di perusahan, digunakan dalam rancangan perusahan untuk mengelola risiko yang mungkin terjadi dan memberikan jaminan bahwa risiko tersebut tidak mengagalkan target perusahan. Sedangkan CAS mendefinisikan ERM sebagai suatu kegiatan perusahaan yang menilai, mengendalikan, mengeksploitasi, membiayai dan memonitor risiko dari berbagai sumber dengan tujuan untuk meningkatkan nilai dalam jangka pendek dan panjang bagi pemangku kepentingan diperusahaan tersebut.

Peneliti Lam pada hasil penelitiannya mengatakan bahwa ERM sebuah kerangka terpadu yang digunakan untuk mengelolah risiko seperti risiko kredit, risiko pasar, risiko operasional, modal ekonomi, dan risiko dari risiko lain menjadi kemampuan untuk meningkatkan nilai perusahaan. Risiko juga akan berdampak pada arus keuangan masa depan perusahan, sehingga perlulah diidentifikasi seluruh risiko yang mungkin terjadi di lingkungan perusahaan. Setelah identifikasi selesai, maka dapat dipetakan risiko-risiko yang ada sehingga bisa ditindak lanjuti agar tidak mengganggu tujuan perusahaan/organisasi.

Akhirnya peneliti (Ahmad Rizal dan Izah Mohd Tahir) memberikan kesimpulan definisi bahwa ERM itu merupakan "pendekatan yang terintegrasi secara sistematis dan disiplin dalam mengelola risiko dalam organisasi untuk memastikan perusahaan mencapai tujuannya yaitu memaksimalkan dan menciptakan nilai bagi para pemangku kepentingan mereka".

Ada dua hal dalam definisi-definisi ERM, yaitu:

Peran ERM pada perusahaan sebagai pengintegrasi risiko-risko yang ada untuk dikelola.
Penggunaan ERM sebagai pengindetifikasi potensi insiden atau risiko-risiko yang dapat mempengaruhi perusahan/organisasi

Pembahasan

Perkembangan ERM

ERM pertama kali di usulkan dan dikembangkan oleh Robert I. Mer dan Bob Hedges (merupakan sekelompok profesor asuransi inovatif) pada tahun 1950-an.Tiga belas tahun setelah itu, diterbitkan sebuah buku atau teks tetang manajemen risiko yaitu Risk Management and the Business Enterprise. Tahun pertama muncul ini, manajemen risiko digunakan untuk efisiensi dari produksi perusahaan, dengan fokus pada risiko-risiko murni serta risiko spekulatif (risiko yang tidak terduga). Sebagai contoh manajemen risiko, pada tahun 1970-an OPEC yang merupakan organisasi pengekspor minyak melakukan penuruan produksi minyak dengan sengaja untuk menaikkan harga minyaknya. Tentu hal ini membuat perusahaan-perusahaan saat ini kelabakan karena kenaikan harga minyak mempengaruhi nilai tukar dan tingkat inflasi.

Tahun 1980 manajemen risiko mulai dirasakan oleh perusahaan-perusahaan yang disebakan oleh serangan politik pemerintahan, yaitu ketika pemerintah mengumumkan kebijakan baru maka menyebabkan investor atau perusahaan harus membuat keputusan baru untuk mengurangi risiko yang mungkin terjadi akibat kebijakan pemerintah tersebut. Namun pada masa ini, perusahaan masih mengeluarkan biaya yang tinggi untuk operasi perusahaan akibat penerapan manajemen risiko yang tidak benar (mereka tidak menerapkan alat atau teknik yang seharusnya dilakukan dalam manajemen risiko).

Tahun 1990-an, Amerika Serikat mulai mengunakan uang untuk masa depan dan para pemegang saham menekankan untuk lebih melakukan suatu tindakan dari pada harus ikut atau membeli asuransi terhadap alat-alat perusahaan. Sebelumnya, manajemen risiko yang dilakukan ialah menyelamatkan kerugian akibat kehilangan alat seperti kecurian atau dampak dari bencana alam.

Ada tiga risiko yang sering terjadi yaitu risiko keuangan, risiko strategis dan risiko opersional. Risiko keuangan terkait dengan permasalahan yang diakibatkan oleh inflasi atau nilai tukar mata asing, derivatif (nilai tukar barang), risiko likuiditas, dan risiko kredit. Kejadian risiko keuangan ini banyak terjadi seperti kerugian yang dialami oleh bank Barings dan bank Daiwa akibat perdagangan yang tidak sah (kerugian sebesar USD1,5 miliyar dan USD1,1 miliar. Risiko strategis terkait dengan hancurnya organisasi atau kerugian laba/nirlaba, kerugian dari peraturan/hambatan politik atau inovasi teknologi seperti layanan e-banking yang menyebabkan kerugian apabila terjadi kesalahan baik itu bagi bank maupun nasabah bank. Risiko operasional terkait dengan risiko langsung atau tidak langsung yang disebabkan oleh tindakan atau prilaku atau proses pada internal dan eksternal perusahaan yang tidak baik/gagal. Contoh yang paling dekat yaitu kecurangan yang dilakukan oleh karyawan terhadap perusahaannya, penipuan oleh pihak eksternal perusahaan, dan korupsi yang dilakukan oleh pimpinan perusahaan.

Penelitian ini juga membahasa mengenail pespektif dari ERM yang diambil dari berbagai penelitian-penelitian sebelumnya. Ada empat negara yang dibahas dalam penelitian ini sebagai pengguna dari ERM yaitu Amerika serikat, Firlandia, Kanada dan Malaysia. Selain itu juga dibahas mengenai jenis dari Risk atau risiko yang mungkin terjadi di suatu perusahaan. Terakhir, penelitian ini juga menemukan beberapa faktor-faktor mengapa perusahaan-perusahan akhirnya harus menggunakan ERM untuk perusahaan mereka sendiri.

Peluang dari hasil penelitian:

Anda dapat melakukan penelitian dengan teknik yang sama yaitu melakukan literatus review, membaca beberapa jurnal dengan topik yang yang sama, kemudian menyimpulkan apa yang menarik dari semua jurnal tersebut. Sebagai contohnya, pada junal ini mengangkat topik tentang Risk Management, dengan membaca setidaknya 34 jurnal. Kerangka yang didapatkan ada 6 yaitu Definisi, Perkembangan, Perspektif, Pengguna ERM, Jenis Risk, dan Faktor ERM Muncul. Sedangkan untuk penelitian ini, peneliti menggunakan jenis data primer dan sekunder, dengan metode pengumpulan datanya berupa kuesioner dan wawancara (hal inipun merupakan hasil dari penelitian sebelumnya) dan juga peneliti menerapkan beberapa cakupan yang ditelitinya. Anda bisa melihat gambar dibawah ini (gambar 1) yang merupakan main map dari penelitian ini, Zona Nyaman membuat main map ini dengan satu topik besar yaitu Enterprises Risk Management (ERM) dan tujuh sub topik.

Gambar 1. Main map penelitian "Review of the Literature on Enterprise Risk Management".

Anda bisa mengikuti pola penelitian ini yaitu literatur review dengan topik berbeda dan cobalah buat main map nya sehingga Anda tahu apa yang harus dilihat dari jurnal-jurnal tersebut. Namun, juga bisa main map dibuat setelah Anda membaca seluruh jurnal yang ada sehingga temuan baru akan muncul dari jurnal-jurnal yang dibaca.

Selain itu Anda juga bisa melanjutkan penelitiannya, salah satunya yaitu:

Menemukan dan membuat framework Risk Management untuk digunakan baik itu di perusahaan atau organisasi lainnya, framework dibuat dan kalau bisa diuji (bisa melakukan penelitan satu kali lagi khusus pengujian framework).
Melakukan audit terhadap suatu perusahaan mengenai managemen risiko yang telah diterap kan di perusahaan tersebut.
Apabila perusahaan belum ada manajamen risiko, maka telitilah apakah perusahaan itu pantas untuk melakukan manajemen risiko dan seperti apakah manajemen risiko yang cocok untuk nya.

Jurnal:
Razali Ahmad Rizal dan Izh Mohd Tahir.2011.Review of the Literature on Enterprise Risk Management, Busuiness Management Dynamic. 1(5), 08-16.
Link:
www.bmdynamics.com

Tag : #Jurnal #Makalah #Paper #Review #Journal Reviews #Paper Review #Review Proceedings #PapRe2

Crime In Online Shopping : Daftar Nama Nomor Rekening Bank Nomor Handphone Penipu Jual Beli Online

2018-04-21T23:09:00.000+07:00

Zonanyaman - Semakin maraknya penipuan jual beli online membuat para calon pembeli ketakutan untuk melakukan pembelian produk secara online. Oleh sebab itu, para pelaku Penipu online ini harus segera ditanggap dan dilaporkan kepada pihak yang berwajib sehingga tidak ada korban lagi. Memang dalam pelaporan dan penangkapan pelaku sulit untuk dilakukan apa lagi harus berurusan dengan kepolisian, namun ada beberapa cara sederhana yang bisa kita lakukan yaitu membuat laporan atau berbagi kejadin yang menimpa kita (kejadian ditipu) sehingga ketika orang lain melihat laporan tersebut bisa mewaspadai data pelaku sesuai yang kita bagikan.

Berikut ini data para Penipu yang dikumpulkan dari berbagai laporan grup ataupun dari komentar pengunjung blog. Anda bisa melakukan tes untuk mengecek apakah penjual barang yang ingin anda beli termasuk penipu atau tidak, yaitu dengan cara melihat data dibawah ini dan lihat apakah ada data penjual barang Anda tersebut.

Apabila Anda sebagai korban, dapat mengirimkan laporan ke email kami crinop.zonanyaman@gmail.com dan nantinya akan kami buat postingan mengenai kasus tersebut dan memasukkan datanya kedalam list dibawah ini.

Update : 21-04-2018 23:04 Wib

No.	Nama & No. Handphone	Rekening Bank	Modus	Media Sosial	Kasus
1.	087821914622	-	Jual Cash Credit Handphone Online	IG @cashkredithp	CrInOp1
2.	Nazwa Galerry/Momi Nazwa/Seng Lih - 087780941545	3848-0104-9122-539	Jual Busana Muslim		Grup FB

Crime In Online Shopping : Modus Kambing Hitam

2018-04-21T21:54:00.002+07:00

Zonanyaman - Seiring dengan trend jual beli online, sudah banyak masyarkat khususnya di Indonesia yang melakukan transaksi jual beli secara online. Pegiat jual beli online mulai dari anak-anak hingga orang tua, dari pengangguran hingga yang bekerja, sebagian menjadi pembeli dan sebagian lagi menjadi penjual. Namun akhir-akhir ini mulai marak terjadinya kejahatan dalam dunia jual beli online, banyak pihak tertentu yang mencoba melakukan penipuan online dengan target para pengguna (jual beli online ) baru. Berbagai laporan di sampaikan oleh korban penipuan online shop (Olshop) di grup atau pun di akun pribadi mereka sendiri.

Ada solusi yang pernah ditawarkan oleh sebagian orang yaitu hadirnya market place, yaitu dimana seseorang menyediakan layanan untuk jual beli aman. Sebut saja market place tersebut dengan nama A (seperti shopee, lazada, bukalapak, dll) yang menyedian layanan bagi penjual untuk menjual produk mereka dan bagi pembeli yang ingin membeli sesuatu. Sistem market place cukup aman yaitu:

Pembeli ingin membeli baju di market place A.
Pembeli bayar/transfer uang ke market place A.
Penjual mendapatkan pemberitahuan dari A bahwa ada yang pesan baju.
Penjual kirim baju sesuai alamat Pembeli.
Baju sampai ke Pembeli.
Pembeli konfirmasi ke A bahwa baju sudah sampai.
Market place A akan memberi tahu bahwa baju sudah sampai dan sekaligus uang yang diberikan oleh Pembeli di awal, dilanjutkan/ditransfer oleh A ke penjual.
Transaksi selesai.

Namun, belakang ini muncul permasalah yaitu barang yang dikirim tidak sesuai (warna/model) tetapi pembeli tidak bisa mengajukan banding karena sebagian barang tidak ada garansi, penjual mencoba mengajak pembeli untuk bertransaksi keluar dari market place sehingga akhirnya di tipu, dan masih banyak kasus lainnya.

Saat ini, Zonanyaman tidak membahas detail tentang market place (heheh itu hanya pengantar) akan tetapi ingin membahas metode/modus penipuan yang terjadi diluar market place yaitu pembeli langsung dengan penjual untuk melakukan transaksi.

Beberapa transaksi yang terjadi memang sukses, artinya penjualnya amanah (dipercaya, jujur) dan begitu juga dengan pembelinya baik. Akan tetapi ada juga beberapa yang gagal dalam transaksi jual beli online mereka, seperti kasus yang Zonanyaman dapatkan dari grup Facebook. Berikut paparannya:

Informasi awal:

Penjual:
Punya toko online shop Pulsa Elektronik

Nama : Fulan

Norek : 987234990121

Penipu:

Punya toko online shop Kredit Handphone

Nama : Pen

No HP : 08121234567

Pembeli:

Ingin membeli Hanphone

Nama : Budi

Ada seorang penjual Pulsa Elektronik secara online, namanya Fulan (nama samaran) dan si Fulan ini mempromosikan atau mengabarkan tentang jualannya di berbagai media seperti Facebook, Instagram, dan Website/blog.

Suatu ketika, ada yang membeli pulsa 100.000 ke pada Fulan yaitu mas Pen (nama samaran, singkatan Penipu). mas Pen menghubungi si Fulan dengan mengatakan bahwa dia (mas Pen) telah mentransfer uang senilai Rp 100.000 ke Fulan dengan nama pengirim Budi. Selanjutnya si Fulan mengecek tabungannya dan benar ada saldo masuk yang dikirim atas nama Budi. Maka si Fulan mengisi Pulsa ke nomor yang sebelumnya diberikan oleh mas Pen yaitu 08121234567.

Seminggu setelah transaksi tersebut, mas Pen kembali menghubungi si Fulan dan mengatakan bahwa sudah menstranfer uang senilai Rp. 500.000. Mas Pen mengatakan bahwa dia ingin isi pulsa 500.000, seperti biasanya si Fulan melanjutkan transaksi tersebut dengan mengisi pulsa ke nomor yang sama dengan kemarin.

Beberapa hari selanjutnya, mas Pen kembali menghubungi si Fulan dan mengatakan sudah transfer uang senilai Rp. 250.000 atas nama Budi, sama seperti sebelum-sebelumnya. Si Fulan melanjutkan transaksi tersebut hingga selesai.

Beberapa hari berselang, mas Pen kembali mengisi pulsa namun dengan jumlah yang besar yaitu 700.000 dan hari berikutnya 1.000.000. Tanpa rasa curiga, si Fulan melanjutkan transaksi tersebut karena dia (si Fulan) berfikir bahwa mas Budi (karena mas Pen mengenalkan diri sebagai mas Budi) ini adalah pengusaha karena dari awal transaksinya besar-besar terus.

Seminggu setelah transaksi terakhir yaitu 1.000.000, tiba-tiba ada yang menghubungi si Fulan dan berikut kira-kira percakapannya:

Penelpon : Maaf mas Fulan, kok handphone saya belum sampai-sampai ya? kan saya sudah bayar lunas untuk beli handhonenya.

si Fulan : Maaf mas, saya tidak pernah jual handphone. mungkin mas salah orang.

Penelpon : Tidak mas, ini saya Budi yang chat mas lewat ...... dan order handphone kredit tiga minggu yang lalu. saya sudah transfer ke rekening 987234990121, pertama 100rb, kemudian 500rb, 250rb, 700rb, dan terkahir 1 juta.

si Fulan : Maaf mas... memang benar saya sudah transkasi seperti yang mas sampaikan, tetapi itu untuk membeli pulsa bukan membeli handphone. Ini 08121234567 nomor yang meminta isikan pulsanya.. mas dapat nomor saya dari mana ?.

Penelpon : Saya awalnya mau beli kredit handphone di toko kredit online, namun sudah seminggu setelah pelunasan, barang tidak datang-datang. Saya mencoba menghubungi mas dengan nomor 08121234567 tetapi tidak ada jawaban dan terakhir nomornya tidak aktif lagi. Selanjutnya saya browsing nomor dan norek mas Pen dan akhirnya ketemulah website yang mencamtukan nomor rekening sama. Pada website tersebut terdapat nomor telepon, makanya saya telpon mas.

si Fulan : oo gitu... maaf mas, sepertinya mas ditipu dan saya pun ditipu oleh penjual kredit online tersebut. Saya tidak tahu kalau uang yang ditransfer ke saya itu adalah dari mas yang sedang bayar untuk beli handphone. Kalau saya sarankan, kita sama-sama lapor ke kepolisian, karena ini juga mengangkut nama baik toko saya yang digunakan untuk penipuan.

Penelpon : baik mas...

Akhirnya korban dengan si Fulan bekerja sama untuk mencari si pelaku penipuan tersebut.

Jadi, si Penipu ini memanfaatkan data penjual lain untuk melancarkan aksinya yaitu berupa nomor rekening. Sehingga tentu ini menjadi pengalaman sekaligus contoh bagi calon pembeli online untuk lebih berhati-hati. Selalu perhatikan dulu toko online yang akan Anda beli barangnya, caranya bisa mencari jejak berupa nama toko, nomor telepon atau nomor rekening yang tersebut. Apabila ternyata data tersebut ada di toko lain dengan nama yang berbeda maka berhati-hati lah. Selain itu lihat-lihat postingan tentang pengaduan penipuan, mungkin ada kecocokan data toko online (yang akan Anda beli barangnya) dengan yang ada di postingan penipuan tersebut.

Anda bisa cek juga di laman http://www.indocrime.id/2016/03/11/daftar-nama-nomor-rekening-bank-terkait-dengan-penipuan/ apakah nomor handphone atau nomor rekening tersebut Penipu atau tidaknya.

Gambar 1. Konsep atau Alur Penipuan Online Shop dengan modus Kambing Hitam.

Tips bagi yang sudah tertipu:

Apabila Anda sudah tertipu dan menyebabkan kerugian yang besar serta Anda memang niat untuk mendapatkannya kembali, maka laporkan ke pada Polisi dengan menyertakan bukti-bukti transaksi Anda dengan si Penipu.

Kenapa harus ke Polisi ?
Karena untuk menelusuri data seseorang (si Penipu) harus ada pegangan hukum, sebagai contoh untuk mengetahui pemilik suatu nomor telepon maka kita bisa mengunjungi provider nomor telepon tersebut. Namun, tentunya pihak provider tidak akan langsung memberikan data tersebut, sehingga dibutuhkkanlah surat perintah ambil data misalnya dari kepolisian.

Apabila si Penipu tidak ketangkap setelah melacak nomor telepon, maka bisa melalui nomor rekening. Nah.. untuk mendapatkan data pemilik nomor rekening tentu harus mengunjungi bank terkait. Sama seperti provider nomor telpon, pihak bank akan meminta surah perintah sehingga jelas ada yang bertanggung jawab karena menyangkut data pribadi nasabah.
Bagikan/laporkan kasus anda ke laman www.aduankonten.id (milik KOMINFO) dan sertakan bukti bahwa Anda telah ditipu (bisa screenshot/foto chat Anda dengan si Penipu dan bukti transferan uang). Pihak kominfo akan mematikan atau memblokir url/website atau akun yang memang terbukti melakukan penipuan.
Bagikan/laporkan kasus anda ke laman pengaduan.kompolnas.go.id (milik PORLI) dan sertakan bukti digital nya (bisa screenshot/foto chat Anda dengan si Penipu dan bukti transferan uang). Pihak PORLI akan memproses aduan tersebut dan akan memberitahukan status aduan melalui email kepada Anda.
Bagikan/laporkan kasus Anda ke grup-grup atau forum seperti grup Facebook Ini "Informasi daftar rekening blacklist dan penipu online". Sehingga teman-teman yang lain bisa mengetahuinya dan tidak tertipu juga. Namun, ada juga kemungkinan kasus Anda sudah pernah terjadi dengan orang yang sama sehingga bisa bekerja sama dengan korban lain tersebut untuk mencari pelaku/tersangka. dan hal ini sudah banyak yang terjadi di grup.
Bagikan/laporkan kasus Anda kepada Zonanyaman melalui form kontak yang berada di bagian kanan bawah layar Anda atau melalui kotak komentar atau melalui Fans Page kami di Zona Nyaman. Kami akan membuat postingan untuk kasus Anda sehingga mengurangi kejadian penipuan tersebut atau membuat nomor/nomor rekening/nama si Penipu dikenal orang sehingga tidak dipercayai lagi.

Tips bagi Penjual Online:

Mulailah membuat pemberitahuan kepada custumer/follower/calon pembeli Anda bahwa kontak & nomor rekening asli toko hanya ini 082178234xxx (misalkan) atau akun yang digunakan hanya ini @jualolshopaja (misalkan). Sehingga apabila ada yang mengatasnamakan toko Anda melalui akun yang berbeda maka itu sudah dipastikan PENIPU.
Cobalah mengunci akun Anda, misalnya akun Instagram. Kuncilah akun Instagram apabila di akun tersebut ada foto-foto testimoni dari pelanggan, karena biasanya tukang PENIPU akan mengambil foto-foto tersebut untuk meyakinkan calon korbannya.
Sesekali sebagai penjual, cobah searching/googling/browsing dengan kata kunci nama toko Anda atau nomor handphone toko atau nomor rekening Anda. Apabila ada data Anda tercantum disuatu situs yang bukan milik Anda maka segera laporkan situs tersebut atau bagikan situs tersebut ke follower anda dan katakan bahwa situs/akun tersebut penipu.

Data Berdasarkan Pengaduan:
Nomor Penipu yang meminta isikan Pulsa : 087821914622
Penipu mengaku : Jual beli kredit handphone online
Instagram Penipu : https://www.instagram.com/cashkredithp

Tag: #crimeinonlineshopping #CrimeinOlshop #zonanyaman #CrInOp1

Paper Review : Kebutuhan Web Service Untuk Sinkronisasi Data Antar Sistem Informasi Dalam E-Gov di PEMKAB Bantul Yogyakarta

2018-04-16T16:49:00.000+07:00

Zonanyaman - Pada tahun 2012 Pemkab Bantul sudah memiliki 28 aplikasi sistem informasi untuk membantu kinerja pemerintahan setempat. Selain itu ada 33 aplikasi yang terdapat pada website resmi Pemkab Bantul yaitu www.bantulkab.go.id. Namun saat itu semua aplikasi belum terintegrasi atau tersinkronisasi, sehingga peneliti pada jurnal ini yaitu Edhy Sutanta dan Khatib Mustofa mencoba mengungkap kondisi sistem informasi yang serta mengsinkronisasi data pada aplikasi dengan memanfaatkan model web services.

Pendahuluan

Sistem informasi pertama kali dikembangkan pada tahun 2001 yaitu SIM Pengolahan Gaji PNS. Aplikasi tersebut digunakan Pemkab Bantul untuk mengolah gaji para PNS di lingkungan Pemkab Bantul. Sedangkan website www.bantulkab.go.id baru dikembangkan sejak 2002. Peneliti menggunakan web service sebagai cara untuk pertukaran data antar aplikasi yang ada dan pengembangan e-government di wujudkan dalam bentuk aplikasi website. Isi dari jurnal ini berupa hasil review konseptual dari web service dan interoperabilitas antar sistem informasi, contoh implementasi web service sebagai solusi interoperabilitas yang nantinya memberikan gambaran pasti dalam praktek di lapangan, dan hasil analisa peneliti tentang kebutuhan layanan web service dalam sinkronisasi aplikasi-aplikasi yang ada.

"Interoperabilitas adalah kapabilitas dari suatu produk atau sistem -- yang antar mukanya diungkapkan sepenuhnya -- untuk berinteraksi dan berfungsi dengan produk atau sistem lain, kini atau di masa mendatang, tanpa batasan akses atau implementasi." [1]

Gambar 1. Derajat Interoperabilitas [1]

Web service hampir mirip dengan API (Application Programming Interface) yaitu sama-sama software yang dirancangn untuk mendukung interoperabilitas atau membuat interaksi mesin ke mesin atau interasi/pertukaran data antar aplikasi. Namun perbedaannya yaitu web service mampu di panggil atau diakses jarak jauh melalui internet dan bisa menggunakan bahasa pemrograman apapun serta bisa menggunakan platform apa pun, sedangkan API hanya bisa digunakan di beberapa platform tertentu. Sama halnya dengan RPC (Remote Procedure Call) yang bisa memproses fungsi-fungsi yang didefinisikan di aplikasi web dan mengekspos sebuah API atau UI (User Interface) melalui web.

Model web service sebelumnya telah banyak diterapkan, contoh XML web service pada sistem distribusi barang. Sistem tersebut dibuat dengan vendor terbuka PHP dan toolkit pendukungnya NuSOAP. Sistem tersebut berfungsi untuk integrasi dan interaksi/proses pertukaran data yang disimpan di database kantor pusat dan cabang-cabang.

Beberapa hal yang harus diketahui:

Web service itu muncul dari empat model arsitektur (berdasarkan konsep hubungan dan penyampaian informasi) yaitu orientasi pada message, action, resource, dan policy.
Orientasi pada action atau SOM (Service Oriented Model) menghasilkan model SOA (Service Oriented Architecture) yang berbasis layanan.
Orientasi pada resource atau ROM (Resource Oriented Model) menghasilkan model ROA (Resource Oriented Architecture) yang berbasi sumber daya informasi.
Sehingga akhirnya web service memiliki dua metode yaitu SOAP (Simple Object Access Protocol) dan REST (REpresentational State Transfer). Kedua-duanya berorientasi pada layanan dan sumber daya informasi.
Contoh yang menerapkan model SOA yaitu Miscrosoft, Sun dan IBM dengan memakai (komponen pendukung) platform infrastrukturnya .Net dan Java.
SOAP memiliki 3 komponen utama dalam proses layanannya, yaitu service provider, service requester dan service broker.
Komponen pendukung SOAP yaitu XML, SOAP-XML (ada header dan body), WSDL, dan UDDI.
REST memiliki empat prinsip utama (yang mendasarinya), yaitu URI (resource indifier through Uniform Resource Identifier), Uniform interface (yaitu konsep CRUD menggunakan operasi Put, Get, Post, dan Delete), selft-descriptive messages (yaitu sumber daya yang tidak terikat sehingga mampu mengakses konten HTML, XML, PDF, JPEG, plain text, meta data, dan lainnya), dan stateful interactions through hyperlinks (yang bersifat stateless).
Hasil eksekusi web service (seperti teks) dapat diolah dalam format teks (seperti XML atau HTML) menggunakan utilitas komunikasi data berupa koneksi socket protokol HTTP. utilitas ini sudah ada pada bahasa perograman seperti Java, Visual Basic, Delphi, PHP, ASP, dan JSP.
Dalam memodelkan web service ada dua hal penting yaitu permasalahan pada format data dan permasalahan pada mekanisme pertukaran data.
Permasalahan format data diatasi dengan menggunakan format XML (format netral yang menjadi standar defacto pertukaran data antar sistem). Format XML ini bisa menjelaskan struktur dan makna dari data yang di XML tersebut, serta tidak hilang makna dari data ketika dokumen XML itu ditransfer.
Permasalahan mekanisme pertukanan data di atasi menggunakan SOA. SOA termasuk skema yang masing-masing pihak/aplikasi tidak memiliki ketergantungan yang tinggi antar satu aplikasi dengan aplikasi lain (disebut loosely-coupled). Istilah lainnya adalah client-server, begitulah kerja dari SOA.
SOA unggul dalam menjaga privasi, yaitu satu aplikasi induk bisa memberikan informasi kepada aplikasi lain. Namun informasi tersebut ada yang dibagikan secara publik (semua orang bisa lihat) dan ada juga private (hanya sebagian orang saja bisa lihat atau sebagian informasi saja boleh dilihat. Maksunya, ketika aplikasi A meminta data ke aplikasi B maka aplikasi B akan memberikan informasi tersebut namun untuk detail dari informasi tersebut tidak diberikan jika detail informasi tersebut bersifat private atau rahasia.

Contoh lainnya yaitu pembuatan sistem untuk menginputkan data dari formulir yang banyak, solusi dibuat dengan cara menjadikan dokumen bentuk Microsoft Word sebagai jembatan untuk mengisi data ke sistem web service. Sistem tersebut dibuat menggunakan SQL Server di web server dan bahasa pemrogramannya Visual Basic .Net 2005, sehingga integrasi terjadi pada aplikasi dekstop dan web melalui web service.

Contoh berikutnya yaitu, pembuatan aplikasi web service yang mampu mencari data di dua sistem pada satu universitas (sistem akademik dan sistem perpustakaan) dengan keluaran berupa informasi, fungsi dan tampilan sesuai yang dibutuhkan. Aplikasi lain seperti pengembangan aplikasi mobile untuk integrasi sistem pada agen penerbangan dan penyewaan kereta yang diperuntukan untuk calon tamu hotel serta nantinya digunakan oleh agen wisata.

SOA (Service Oriented Architecture), arsitektur ini juga sebuah konsep membangun software yang mampu berpartisipasi sebagai service dan berdiri sendiri. Web service lebih berkomunikasi antar aplikasi web service dalam ranka pertukaran data dan sebuah SOA tidak mesti ada web service, namun peneliti lain dalam jurnal ini juga mengatakan tidak masalah jika menggunakan web service pada SOA. Sedangkan SOAP dikatakan dapat digunakan sebagai teknologi untuk pengiriman pesan antar service.

Penerapan web service juga pernah dilakukan pada layanan pencarian data burung Tanaman Burung TMII. Aplikasi yang dibangun yaitu node Global Biodiversity Information Facility (GBIF), yang memberikan beberapa layanan seperti pencarian data semua jenis burung (allspeciesbird), mendapatkan scema dari macam-macam burung (getbirdschema), mendapatkan skema dari koleksi burung (getcollectionschema), mendapatkan daerah/wilayah (getwideregion), mendapatkan data burung berdasarkan kode (getbirdbycode), dan mendapatkan data burung berdasarkan nama (getbirdbyname).
Adapun langkah dari aplikasinya yaitu:

Web service me-request data pada database server.
Service akan merespon hasil permintaan.
Web service tersebut menggunakan metode REST yang diterapkan dengan bahasa pemrograman PHP melalui komunikasi HTTP.
Metode pengiriman data/penanganan web servive menggunakan metode GET melalui URL.
URL akan di-parsing menggunakan arsitektur REST sehingga tercipta alamat URL yang universal.
URL diuji coba melalui web browser, respon yang dihasilkan yaitu data format XML yang berasal dari database server.
Selesai.

Aplikasi lain juga ada yaitu aplikasi data kendaraan di dealer, web service yang dibuat disini ialah mengirim data kendaraan di dealer ke pada aplikasi berbeda di kantor Samsat. Sehingga hasilnya ialah sebuah API dalam bentuk web service yang berada di dealer untuk mengola data kendaraan. dan aplikasi ini dibagun menggunakan.NET.

Seiring perkembangan aplikasi-aplikasi yang ada, saat ini telah dikembangkan sebuah model integrasi B2B berbasis SOA menggunakan layanan web service seperti e-shop yang mengintegrasikan website Amazon, eBay, Yahoo!, dan Paypal. Metode baru tersebut merupakan metode integrasi berbasis SOA yang dikembangkan dari metode SOAD dan mBPDM serta telah dilakukan uji coba. Selain itu juga telah diimplementasikan menjadi 16 proses bisnis, 18 web service, dan enam aplikasi komposit.

Pembahasan

Penelitian ini sebenarnya melakukan review-review terhadap penelitian yang sudah pernah dilakukan mengenai web service. Kemudian peneliti mencoba menganalisa dan membuat list kebutuhan web service antar sistem informasi dan sebagai studi kasusnya, diambil pada e-Gov di lingkungan Pemkab Bantul Yogyakarta.

Pelayanan melalui internet yang terdapat pada e-Gov dapat dibagi menjadi empat tingkatan yaitu:

Penyedian informasi. Tahun 2020 secara garis besar e-Gov di Indonesia masih berada pada tahap atau jenis ini.
Interaksi satu arah.
Interaksi dua arah.
Transaksi elektronik penuh.

Permasalahan pada e-Gov di Indonesia:

Gagal karena alasan anggaran.
Minimnya kebijakan.
Minimnya kelembagaan.
Minimnya perencanaan.
Infrastruktur tidak memadai dan mahal, serta dianggap tidak memberikan manfaat yang optimal.
Kegagalan akibat pandangan salah terhadap e-Gov atau tidak sesuai konsep yang benar.
Sistem informasi yang dibangun terpisah-pisah sehingga bersifat heterogen. terpisah atau berbeda yang dimaksud meliputi perbedaan/terpisah dalam hal sistem operasi, database server, format dan struktur, database, bahasa pemrograman, dan antarmuka (ada berbasis desktop dan ada yang berbasis web).
Komitmen pemerintah dalam integrasi dan transparansi publik.
Belum ada budaya berbagi informasi.
Belum ada budaya tertib dokumentasi.
Resitensi terhadap perubahan.
Kelangkaan SDM yang handal.
Keterbatasan tempat akses.

Penyembab tidak optimalnya kinerja e-Gov:

Master plan tidak punya kekuatan formal, hanya berupa kajian sehingga sulit diterapkan secara optiomal dan bukan suatu kewajiban di setiap unit-unit pemerintahan.
Organisasi tidak mengambil keputusan kuat untuk integrasi arsitektur, pengelolahan portofolio dan eksekusi proyek TIK tahunan.
Lemahnya koordinasi antar unit dalam rencana tahunan proyek TIK.

Resitensi terhadap perubahan bisa membuat implementasi e-Gov menjadi lambat, karena:

Tingginya ego sektoral di masing-masing lembaga sehingga berkemungkinan tidak bisa saling kerja sama antar lembaga dan sulit untuk diatur.
Masing-masing lembaga menganggap sistem informasi yang mereka miliki sudah paling bagus.
Masing-masing lembaga memiliki konteks kepentingan yang berbeda-beda sehingga sulit untuk di integrasikan.
Masing-masing lembaga memiliki keinginan kuat untuk menjadi pemimpin integrasi.
Masing-masing lembaga enggan untuk saling berbagi data, informasi, dan pengetahuan dengan alasan dapat mengurangi keunggulaan kompetitif lembaga.
Tidak tau harus dimulai dari mana kegiatan integrasinya.

Kebutuhan integrasi antar sistem informasi menjadi hal penting sehingga perlu di bangun dengan kriteria:

Sistem informasi yang dibuat berasitektur terbuka sehingga mudah untuk di integrasikan.
Mengutamakan penggunaan OSS, yaitu aplikasi yang bersipat open source.
Masing-masing instansi menyediakan data yang dibutukan oleh instansi lainnya.
Pembuatan kebijakan seperti PERDA sehingga memiliki legimasi yang kuat sehingga tidak dapat dirubah secara mudah dan cepat. Kebijakan yang sering berubah-ubah dapat mengacaukan sistem informasi, karena perubahan sistem informasi terus menerus sehingga banyak fungsi-fungsi sampah (yang tidak terpakai, dan perubahan alur proses bisnis) dan merusak arsitektur dari sistem informasi.

Dua cara untuk mengatasi permasalahan sistem informasi yang heterogen yaitu dengan menggunakan format tunggal dan interoperabilitas.

Cara format tunggal dilakukan dengan cara setiap sistem informasi yang dibuat nantinya harus menggunakan satu sistem operasi yang sama, satu database server, satu bahasa pemrograman, dan satu interkoneksi. Cara pertama ini bisa memudahkan dalam pengembangan sistem informasi selanjutnya, namun kelemahannnya yaitu adanya ketergantungan pada vendor tertentu, sehingga untuk itu bisa menggunakan cara kedua yaitu Interoperabilitas. Interoperablitas tidak mengharus ketergantungan dan format yang sama sehingga sistem informasi yang ada walaupun berbeda bisa dikembangkan dikemudian harinya.

Pemkab Bantul memiliki 25 sistem dan 3 sistem penyempurnaan yang dioperasikan dengan intranet dan 33 website untuk menampilkan informasi ke publik. Peneliti menganalisa ada 17 dari 25 sistem yang memerlukan layanan web service untuk sinkronisasi data antar aplikasi.

Kebutuhan layanan web service dimaksudkan agar proses transaksi yang terjadi di setiap sistem mengacu pada data master penduduk yang sama, sehingga nilai-nilai item yang diolah menjadi konsisten di antara sistem yang ada. Beberapa hal temuan:

Pada web service ada yang bertindak sebagai requester dan sistem yang lain sebagai provider.
Sistem informasi layanan data KPDE membutuhkan 24 layanan web service untuk sinkronisasi data.
SIM Kependudukan membutuhkan 16 layanan.
SIM Monografi Online membutuhkan 14 layanan.
SIM Kewilayahan membutuhkan 13 layanan.
Sedangkan sistem lainnya membutuhkan sedikit layanan dari web service lainnya.

33 website yang saat ini ada secara online juga memerlukan web service yaitu 16 website dari 33 website membutuhkn sinkronisasi dengan data master penduduk.

Gambar 2. 14 Sistem Informasi yang memerlukan layanan web service.

Gambar 3. 17 website yang tersedia di lingkungan Pemkab Bantul

Sebagai contoh, SIM Monografi Online berhubungan dengan SIM Kependudukan, yaitu SIM Monografi Online memiliki tugas untuk menampilkan informasi data kependudukan berdasarkan kelompok tertentu (misal berdasarkan usia, pendidikan, agama, dan pekerjaan). Sehingga membutuhkan data dari SIM Kependudukan, maka dibuatlah aplikasi web service dengan nama getMASTERsimk. SIM Monografi Online bertindak sebagai requester (client), sedangkan SIM Kependudukan bertindak sebagai provide (server) yang menyediakan layanan bagi SIM Monografi Online.

Gambar 4 Menunjukkan pemetaan layanan web service dalam proses pengambilan data dari suatu sistem ke sistem lain (dari e-Gov1 ke e-Gov2) secara umum.

Gambar 4. Pemetaan layanan web service dalam proses pengambilan data.

Sedangkan Gambar 5 menunjukkan model dari metode REST, pada contoh dibuat ada dua e-Gov yaitu e-Gov1 dan e-Gov2.

Gambar 5. Mekanisme pengambilan data dari e-Gov1 ke e-Gov2 dengan metode REST.

Aplikasi e-Gov1 memiliki fungsi remote untuk mengambil data (atribut) pada aplikasi tersebut. Fungsi remote ini ada dua tipe yaitu bisa mengambil data hanya satu saja dan bisa mengambil data lebih dari satu.
getAtributeGov2 : nama untuk fungsi mengambil hanya satu data/atribut.
getAtributesGov2 : nama untuk fungsi mengambil beberapa data/atribut.

*pada gambar terdapat kesalahan penulisan yaitu getAtributeeGov2, seharusnya getAtributesGov2.

Rancangan umum dari model web service antar apliksi e-Gov menggunakan metode REST yaitu sebagai berikut:

Perancangan provider, perancangan dimulai dari penentuan fungsi sumber daya informasi publik (database, path dan modul), penentuan nama sumber daya informasi (berupa parameter URI, format inputan, format ouput, dan data input), dan pembuatan script program aplikasi web services sebagai RPC.
Perancangan agen/broker, pembuatan aplikasi untuk layanan dari proses registrasi dan pencarian dalam database.
Perancangan requester, membuat fungsi untuk melakukan requester.

* penjelasan detail rancangan dapat dilihat di jurnal.

Dapat disimpulkan bahwa web service dibangun atas 3 dasar yaitu provider, agent/broker, dan requester. Berkaitan dengan sistem yang ada di Pemkab Bantul Yogyakarta, peneliti mengajukan web service sebagai solusi dikarenakan kesamaan obyek data (entitas) dan kedekatan hubungan obyek data yang di olah dalam sistem informasi. Artinya web service diterapkan apabila antar sistem memang betul infomasi yang saling dibutuhkan itu sama atau ada, seperti sistem Perpustakan ada NIM dan Nama mahasiswa, sedangkan di sistem Akademik ada data NIM & Nama mahasiswa maka tentu ini bisa diintegrasikan karena sistem Perpustakan membutuhkan informasi dari sistem Akademik. Selain itu, sinkronisasi dilakukan untuk menghindari duplikat data atau pengulangan inputan data yang sama.

Peluang dari hasil penelitian:

Perlu di kaji mengenai model integrasi baru yaitu B2B berbasi SOA dengan poinnya 16 proses bisnis, 18 web service, dan 6 aplikasi komposit. Apakah ketiga hal tersebut sudah bagus ? dan Apakah bisa dijadikan tolak ukur untuk mengaudit web service yang sudah ada? atau hasil dari ketiga hal tersebut perlu ditinjau lagi ? atau bisa menghasilkan suatu framework baru dalam membangun web service ?
Pada penelitian ini masih membahas mengenai cara mengambil data dari sistem lain. misalkan e-Gov1 sebagai data induk (ada kode dan nama) dan e-Gov2 sebagai sistem sekunder. Apabila di saat e-Gov2 ingin melakukan perubahan data nama, apakah bisa data di e-Gov1 otomatis terubah/terupdate ? Contoh kasus lain, e-Gov1 adalah website pemerintah kabupaten yang menampilkan jumlah penduduk di wilayah tersebut dan e-Gov2 adalah sistem di kantor desa. Suatu ketika, ada seorang warga desa yang meninggal maka secara otomatis jumlah penduduk akan berkurang. Apakah ketika operator di kantor desa melakukan input kematian, website e-Gov1 akan otomatis berupa data jumlah penduduk yang ditampilkan di web tersebut? sedangkan kedua e-Gov tersebut berbeda baik secara sistem maupun secara fisik (keberadan sistem). Tentu hal ini perlu diteliti lagi dan dirancang fungsi nya karena berkaitan dengan kevalidan atau keaktualan suatu data di pemerintahan.
Rancangan web service yang ada ini bisa dilakukan uji security, baik itu mengenai keamanan agar tidak ada kebocoran data (data diberikan kepada orang yang bukan berhak) atau kevalidan data ketika sampai ke penerima. Apakah data yang diterima sama dengan data yang dikirim atau sama dengan data yang di induk ?.
Bagaimana kalau seandainya entitas yang ada di masing-masing sistem e-gov berbeda karena pada saat pembuatannya dibuat secara masing-masing (beda vendor), apakah bisa di integrasikan melalui web service atau ada metode lain ?
Penelitian ini termasuk penelitian literatur review yaitu seorang peneliti membaca beberapa penelitian yang sudah ada (dalam satu bidang) kemudian menganalisa dan mengambil kesimpulan (mungkin menghasilkan framework baru atau menghasilkan kumpulan masalah yang sering dialami pada bidang tersebut atau menghasilkan suatu best practice. Anda juga bisa melakukan hal yang sama untuk bidang yang lain.

Jurnal:
Sutanta Edy, Mustofa Khabib, 2012, Kebutuhan Web Service Untuk Sinkronisasi Data Antar Sistem Informasi Dalam E-Gov di PEMKAB Bantul Yogyakarta, Jurnal TIK STMIK Bandung.
Link :
https://repository.ugm.ac.id/33043/

Referensi tambahan:

[1] http://interoperability-definition.info/id/

Tag : #Jurnal #Makalah #Paper #Review #Journal Reviews #Paper Review #Review Proceedings #PapRe1

RAN - Lirik Lagu Selamat Pagi OST XL Liburan Rame

2018-03-03T13:00:00.001+07:00

Zonanyaman -

Kurasakan hangat indahnya sang mentari
Membangunkanku dari tidur yang lelap ini
Sinarmu yang terang mulai memasuki mata
Dan mengusirku dari alam mimpi

Dan kini kubergegas tuk segera siapkan diriku
Tuk mulai menjalani hari ini
Tak sabar ku temui seluruh sahabat yang tersenyum
Menyambut datangnya pagi ini
Dan kukatakan..

Selamat pagi!!
Embun membasahi dunia dan mulai mengawali hari ini
Dan kukatakan:

Selamat pagi!!
Kicau burung bernyanyi dan kini ku siap tuk jalani hari ini.
Lalalala
owo o wo
Kini bergegaslah siapkan dirimu untuk memulai menjalani hari ini

Selamat pagi!!
Embun membasahi dunia dan mulai mengawali hari ini
Dan kukatakan:

Selamat pagi!!
Kicau burung bernyanyi dan kini ku siap tuk jalani hari ini.

Selamat pagi!!
Embun membasahi dunia dan mulai mengawali hari ini
Dan kukatakan:

Selamat pagi!!
Kicau burung bernyanyi dan kini ku siap tuk jalani hari ini.

Selamat pagi!!
Embun membasahi dunia dan mulai mengawali hari ini
Dan kukatakan:

Selamat pagi!!
Kicau burung bernyanyi dan kini ku siap tuk jalani hari ini.

ini-lirik-lagu.blogspot.com

Artis : RAN

Band : RAN
Single : -
Album : For Your Life
Mini Album : -
Pencipta Lagu : -
Film/OST : XL Liburan Rame
Tangal Rilis : 2008
Genre : Pop
Label : Universal Music Indonesia

Referensi:
Lirik.kapanlagi.com, id.wikipedia.org dan google.com.