Komentar untuk .: ilmu Berbagi, Harapan dan Cita :. http://sangmahapatih.wordpress.com Tue, 08 Jul 2008 01:10:47 +0000 http://wordpress.com/ hourly 1 Komentar di About me oleh samosir http://sangmahapatih.wordpress.com/about/#comment-9 samosir Tue, 08 Jul 2008 01:10:47 +0000 #comment-9 'afwan, link yang benar: http://samosir.wordpress.com/2007/01/22/seminar-microsoft-di-ugm/ ‘afwan, link yang benar:
http://samosir.wordpress.com/2007/01/22/seminar-microsoft-di-ugm/

]]> Komentar di About me oleh samosir http://sangmahapatih.wordpress.com/about/#comment-8 samosir Sat, 21 Jun 2008 23:57:56 +0000 #comment-8 Assalamu'alaykum... Antum terekam di postingan ane: http://samosir.wordpress.com/2007/01/22/seminar-microsoft-di-ugmseminar-microsoft-di-ugm Alhamdulillah, mudah-mudahan ilmu antum barokah. Semoga kita ketemu lagi. Assalamu’alaykum…

Antum terekam di postingan ane:
http://samosir.wordpress.com/2007/01/22/seminar-microsoft-di-ugmseminar-microsoft-di-ugm
Alhamdulillah, mudah-mudahan ilmu antum barokah.
Semoga kita ketemu lagi.

]]> Komentar di ISO 8583 DirjendPajak huiih… oleh bwiend http://sangmahapatih.wordpress.com/2007/12/27/iso-8583-dirjendpajak-huiih/#comment-7 bwiend Sat, 01 Mar 2008 13:44:07 +0000 http://sangmahapatih.wordpress.com/2007/12/27/iso-8583-dirjendpajak-huiih/#comment-7 Terima kasih banyak Pak Sang, soal uneg-unegnya, he he he lumayanlah ada selangkah lebih maju dengan 'semi otomatisasi'. Langkah berikutnya tinggal kita tunggu aja transparasi informasi yang memang untuk public. Jadi masyarakat bisa mengkompare Penerima Pembayaran (Bank) dengan Hostnya. Jadi bagi khalayak yang suka 'ngutak-atik' bisa menganalisa sendiri variable sampean yang : Y = (-y% (X)). Selanjutnya...?????? teu' nyaho', emboh, mau diapain. Sekali lagi terims atas bagi-bagi pengalamannya. Terima kasih banyak Pak Sang, soal uneg-unegnya, he he he lumayanlah ada selangkah lebih maju dengan ’semi otomatisasi’. Langkah berikutnya tinggal kita tunggu aja transparasi informasi yang memang untuk public. Jadi masyarakat bisa mengkompare Penerima Pembayaran (Bank) dengan Hostnya. Jadi bagi khalayak yang suka ‘ngutak-atik’ bisa menganalisa sendiri variable sampean yang :

Y = (-y% (X)).

Selanjutnya…?????? teu’ nyaho’, emboh, mau diapain.

Sekali lagi terims atas bagi-bagi pengalamannya.

]]> Komentar di ..: HeartBeat instalastion 4 Cluster :.. oleh sangmahapatih http://sangmahapatih.wordpress.com/2007/12/21/heartbeat-instalastion-4-cluster/#comment-6 sangmahapatih Sat, 01 Mar 2008 09:05:00 +0000 http://sangmahapatih.wordpress.com/2007/12/21/heartbeat-instalastion-4-cluster/#comment-6 oke .. makasih juga... cuma sharing kok... btw baru liat nih koment.. lama gak ngeliat blog soalnya , jarang di update.. lagi banyak kerjaan... insya Alloh gw kunjungi... oke .. makasih juga… cuma sharing kok… btw baru liat nih koment.. lama gak ngeliat blog soalnya , jarang di update.. lagi banyak kerjaan… insya Alloh gw kunjungi…

]]> Komentar di ISO 8583 DirjendPajak huiih… oleh sangmahapatih http://sangmahapatih.wordpress.com/2007/12/27/iso-8583-dirjendpajak-huiih/#comment-5 sangmahapatih Sat, 01 Mar 2008 08:58:45 +0000 http://sangmahapatih.wordpress.com/2007/12/27/iso-8583-dirjendpajak-huiih/#comment-5 wa alaykumussalam warohmatulloh.... alur ISO 8583 nya secara garis besar yangs saya pahami seperti ini ... aplikasi klient sebenernya aplikasi pembukuan input /semacam entry transaksi .. dari apliakasi client tersebut setelah di proses sesuai dengan proses bisnis nya di sisi client . baru data2 yang di inputkan tadi di lempar ke gateway application server.. (atau di sini aplikasi yang saya pegang aplikasi switching server ).. pelemparan menggunakan tipe data yang kemudian di koversi sesuai dengan format ISO 8583 dan kemudian setelah mampir sebentar dari aplikasi gateway server itu , baru di lempar ke pajak...dari sisi DJP pajak membacanya meggunaka ISO 8583 yang telah sesuaikan menurut ketentuan Dirjend pajaknya... baru dari server pajak bisa memposting hasil secara keseluruhan yang di dapat dari bank2 tersebut. komunikasi dari sisi aplikasi client menuju aplikasi gateway server membutuhkan waktu yang ckup lama dan pekerjaan yang rumit.... entah yang disebut dengan pelimpahan dan sebagai nya untuk menselarasakan hasil yang di dapat dari sisi pembukuan aplikasi client. aplikasi gateway harus bisa menampung hal tersebut. proses transaksi secara teknis memang seperti biasanya , ada request pasti di balas dengan respon, namun yang membutuhkan penangan dan pemahaman lebih adalah permodelan format ISO 8583.. baik itu tipe MTI nya , bit- bitnya utk penanggalan, dan yang penting di baca seorang admin adalah error code nya .. hehehe.. biar lebih mudah memahami messaging nya... klo dlihat dari sisi programmer dari sisi messaging ISO 8583 yang di convert itulah yang kemudian menjadi kan patokan harus terkirim type datanya dengan melalui berbagai modul2 fungsi sistem... seringnya aplikasi server pajak di sebut sebagai aplikasi sispen terpadu..yang berkomunikasi dengan sistem host client menggunakan protokol komunikasi TCP/IP. ------- UNEK-UNEK gw ----------------- inilah salah satu fungsi IT bisa menjembatani kebutuhan , menjadikan efektifitas dan efisiensi kerja.. salah satu tujuannya agar tidak terjadi peng-korupsian di dalam sistem pembayaran pajak... (masak sih .. ?/??? .. walau memang sebenrnya masih bisa dan sering terjadi peluang seperti itu .. mungkin ya..).. .. mungkin ada yang bertanya... jikalau masih ada celah untuk korupsi di mananya sih? bukannya pelaporan sudah langsung ke dirjenpajak? jawabannya mungkin.. ya.. (soalnya belom begitu paham sih...-- mudah2an saja ada yang berkenan mengangkat isu tersebut ke atas...) .. ya bisa jadi terjadi hal2 yangtidak di iniginkan.. semisal... kita coba lihat sistem pelaporan ke pajak ya... pelimpahan dari bank (bank sbagai tempat pembayran pajak oleh nasabah ) sudah di lakukan baik melalui sistem komputerisasi atau manual... sekian puluh trilyun dalam bulanan... (bisa jadi sebanyak itu.. karena pengalaman nih... transaksi pelimpahan dari satu bank saja , dalam satu hari bisa mencapai milyaran .sepertinya).. .. nah dari situ pelaporan manual bulanan di lakukan.. dan justru disinilah celah2nya... semisal : dari sisi bank melaporkan dalam jumlah Xmilyar rupiah , namun dari sisi pajak ternyata mengkalkulasikan sebesar Ymilyar rupiah , yang ternyata nilai Y milyar rupiah jumlahnya jauh di bawah dari X , katakanlah Y = (-y% (X)) bacanya .. hehe nilai Y sudah di kurangi bebrapa persennya dari nilai X . dari sinilah persetujuan dari pelapor dan yang menerima laporan di uji moralnya... begitu juga moralnya sistem yang menerima laporan....entah dengan berbagai macam alasan.. bisa saja dari pihak bank yang gak mau ambil pusing mensetujui hal tersebut dengan tinggal tanda tangan dan beres masalah pekerjaan .. dan memang kerugian nya tidak di tanggung bank sebagai pihak pelapor.. kalau sudah seperti ini mau di bilang apa? kerugian negara semakin bertambah besar... trilyunan rupiah yang di bayarkan nasabah sebagai bea pajak sudah terhitung hangus... jadi apa mau di kata... -- hanya sekedar unek-unek gw.. dari berbagai informasi dan sistem pengalaman kerja gw... wa alaykumussalam warohmatulloh….
alur ISO 8583 nya secara garis besar yangs saya pahami seperti ini …
aplikasi klient sebenernya aplikasi pembukuan input /semacam entry transaksi .. dari apliakasi client tersebut setelah di proses sesuai dengan proses bisnis nya di sisi client . baru data2 yang di inputkan tadi di lempar ke gateway application server.. (atau di sini aplikasi yang saya pegang aplikasi switching server )..
pelemparan menggunakan tipe data yang kemudian di koversi sesuai dengan format ISO 8583
dan kemudian setelah mampir sebentar dari aplikasi gateway server itu , baru di lempar ke pajak…dari sisi DJP pajak membacanya meggunaka ISO 8583 yang telah sesuaikan menurut ketentuan Dirjend pajaknya… baru dari server pajak bisa memposting hasil secara keseluruhan yang di dapat dari bank2 tersebut.
komunikasi dari sisi aplikasi client menuju aplikasi gateway server membutuhkan waktu yang ckup lama dan pekerjaan yang rumit…. entah yang disebut dengan pelimpahan dan sebagai nya untuk menselarasakan hasil yang di dapat dari sisi pembukuan aplikasi client.
aplikasi gateway harus bisa menampung hal tersebut. proses transaksi secara teknis memang seperti biasanya , ada request pasti di balas dengan respon, namun yang membutuhkan penangan dan pemahaman lebih adalah permodelan format ISO 8583.. baik itu tipe MTI nya , bit- bitnya utk penanggalan, dan yang penting di baca seorang admin adalah error code nya .. hehehe.. biar lebih mudah memahami messaging nya… klo dlihat dari sisi programmer dari sisi messaging ISO 8583 yang di convert itulah yang kemudian menjadi kan patokan harus terkirim type datanya dengan melalui berbagai modul2 fungsi sistem…

seringnya aplikasi server pajak di sebut sebagai aplikasi sispen terpadu..yang berkomunikasi dengan sistem host client menggunakan protokol komunikasi TCP/IP.
——- UNEK-UNEK gw —————–
inilah salah satu fungsi IT bisa menjembatani kebutuhan , menjadikan efektifitas dan efisiensi kerja.. salah satu tujuannya agar tidak terjadi peng-korupsian di dalam sistem pembayaran pajak… (masak sih .. ?/??? .. walau memang sebenrnya masih bisa dan sering terjadi peluang seperti itu .. mungkin ya..).. ..
mungkin ada yang bertanya…
jikalau masih ada celah untuk korupsi di mananya sih? bukannya pelaporan sudah langsung ke dirjenpajak?
jawabannya mungkin.. ya.. (soalnya belom begitu paham sih…– mudah2an saja ada yang berkenan mengangkat isu tersebut ke atas…) .. ya bisa jadi terjadi hal2 yangtidak di iniginkan.. semisal… kita coba lihat sistem pelaporan ke pajak ya… pelimpahan dari bank (bank sbagai tempat pembayran pajak oleh nasabah ) sudah di lakukan baik melalui sistem komputerisasi atau manual… sekian puluh trilyun dalam bulanan… (bisa jadi sebanyak itu.. karena pengalaman nih… transaksi pelimpahan dari satu bank saja , dalam satu hari bisa mencapai milyaran .sepertinya)..
..
nah dari situ pelaporan manual bulanan di lakukan.. dan justru disinilah celah2nya…
semisal : dari sisi bank melaporkan dalam jumlah Xmilyar rupiah , namun dari sisi pajak ternyata mengkalkulasikan sebesar Ymilyar rupiah , yang ternyata nilai Y milyar rupiah jumlahnya jauh di bawah dari X , katakanlah Y = (-y% (X)) bacanya .. hehe nilai Y sudah di kurangi bebrapa persennya dari nilai X .
dari sinilah persetujuan dari pelapor dan yang menerima laporan di uji moralnya… begitu juga moralnya sistem yang menerima laporan….entah dengan berbagai macam alasan..
bisa saja dari pihak bank yang gak mau ambil pusing mensetujui hal tersebut dengan tinggal tanda tangan dan
beres masalah pekerjaan .. dan memang kerugian nya tidak di tanggung bank sebagai pihak pelapor..
kalau sudah seperti ini mau di bilang apa? kerugian negara semakin bertambah besar… trilyunan rupiah yang di bayarkan nasabah sebagai bea pajak sudah terhitung hangus… jadi apa mau di kata…
– hanya sekedar unek-unek gw.. dari berbagai informasi dan sistem pengalaman kerja gw…

]]> Komentar di ISO 8583 DirjendPajak huiih… oleh bwiend http://sangmahapatih.wordpress.com/2007/12/27/iso-8583-dirjendpajak-huiih/#comment-4 bwiend Fri, 29 Feb 2008 18:26:31 +0000 http://sangmahapatih.wordpress.com/2007/12/27/iso-8583-dirjendpajak-huiih/#comment-4 Assalamualaikum Wr. Wb pas Sang, Yang di Client aplikasinya gimana pak, apa prosedurnya: Entry (mis NPWP dll) terus dirubah jadi format ISO-8583 baru dikirim ke Server.....dan server njawab request tersebut gitu...? Bagi-bagi ya, trim Wiend Assalamualaikum Wr. Wb pas Sang,

Yang di Client aplikasinya gimana pak, apa prosedurnya:

Entry (mis NPWP dll) terus dirubah jadi format ISO-8583 baru dikirim ke Server…..dan server njawab request tersebut gitu…?

Bagi-bagi ya, trim
Wiend

]]> Komentar di ..: HeartBeat instalastion 4 Cluster :.. oleh Muhammad Zulfikar http://sangmahapatih.wordpress.com/2007/12/21/heartbeat-instalastion-4-cluster/#comment-2 Muhammad Zulfikar Fri, 21 Dec 2007 10:31:23 +0000 http://sangmahapatih.wordpress.com/2007/12/21/heartbeat-instalastion-4-cluster/#comment-2 Thanks for the info visit my blog too Thanks for the info
visit my blog too

]]>