kayaknya sudah makin melenceng dr topik awal deh :)
tp menjawab pertanyaan (semoga ngga salah ya), back date itu memang
sebaiknya dihindari sedapat mungkin. namun sbg programmer yg baik,
mestinya kita hrs mempersiapkan segala kemungkinan termasuk jk
seandainya klien kita (perusahaan) membutuhkan transaksi back date
(utk keperluan apapun, baik koreksi atau lainnya).
utk itu, biasanya ada bbrp alternatif yg biasa kita tempuh:
1. back date dibatasi hanya utk bulan bersangkutan (tdk bisa lewat
bulan) shg tdk mengganggu proses closing yg telah berjalan.
2. utk kasus tertentu yg mengharuskan back date lewat bulan, harus
ada otorisasi khusus yg selanjutnya jg akan memicu proses closing
ulang.
3. bisa juga closing hanya dijalankan utk posisi 2 bln sebelumnya,
jd bulan lalu dihitung sendiri dalam perhitungan berjalan. jd back
date dibatasi maksimum 1 bln ke belakang dan tdk mengganggu closing
4. closing tdk pernah menghitung/merekap saldo. jd closing hanya
menjalankan transaksi berulang, jurnal balik dll namun tdk
menghitung saldo. saldo dihitung sesuai perhitungan berjalan.
5. byk cara sih, semuanya disesuaikan dgn kebutuhan. saya tdk
menganjurkan apa2, hanya meminta agar temen2 "peduli" akan
kemungkinan adanya back date (maju/mundur) dan mengantisipasinya
sedini mungkin. jgn sampai tdk disiapkan trs ternyata ada kebutuhan
ini shg hrs membongkar sistem lagi.
semoga berguna ya. maap jk ada yg salah dan kurang berkenan.
Wahana Programmer Groups Links
<*> Untuk mengunjungi sponsor milis ini, klik link berikut:
http://wahanaprogrammer.net
<*> Untuk menghubungi owner milis ini, kirim email ke:
[EMAIL PROTECTED]
<*> Konsultasi pemrogramman bisa chat disini:
Yahoo! Messenger: wahanaprogrammer
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/Programmer-VB/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
