mas....betul itu mbah aksan.... saya juga mulai belajar ERP, beda banget dengan yang biasa kita lakukan dengan mesin ketik.... kalau nambah huruf a, untuk nambah surat jalan dst...akan menyulitkan query yang akan di buat... di ERP, diterapkan nomor urut saja, kemudian kita gunakan kolom lainnya untuk memasukkan nomor manual....(he he he....habis aku kebingungan, user maunya ini itu.....seperti mesin ketik)
Jadi saat query, kita bisa tongolkan nomor manualnya dan kita umpetin nomor otomatis nya..... Ya...konsekwensi nya si user punya logbook nomor. untuk kasus mas....gimana kalau di revisi jadi 3 surat jalan....? oh...kasus nya berat juga kalau kepentok ISO9001. fyi. teknik tidak beraturan nya nomor urut, menyebabkan terjadinya kesalahan data, kemalasan memeriksa, kemalangan stock data dll saran saya....buat otomatis seperti biasa...lalu siapkan kolom untuk isi nomor manual..... cheers, budilaks --- In [email protected], Darsono <[EMAIL PROTECTED]> wrote: > > terus terang saya masih sangat awan dalam hal ini. > > kalau boleh dilanjut, begini: > > dilapangan dan sudah berjalan, > > NNNN dalam hal ini no urut, > karena ada revisi, (mungkin jumlah atau item) dan > supaya nomor tidak lompat, diterapkan penambahan huruf > A..B..C dan seterusnya > > misal : > 0001/TSM/AAA/III/08 > 0002/TSM/AAA/III/08 <--- ternyata surat jalan harus > dipecah menjadi 2 surat jalan karena kelebihan > pengiriman dll.. > > maka operator akan membuat revisi surat jalan menjadi > 0002/TSM/AAA/III/08 <--- dgn jumlah yg sdh di revisi > 0002A/TSM/AAA/III/08 <--- untuk sisa jumlah kelebihan > > 0003/TSM/AAA/III/08 > ..dst.. > > bagaimana solusinya? > > atau untuk lebih mudah saya tambahkan satu kolom lagi > untuk mengakomodir revisi > > misalnya tabel sebelumnya > > NNNNN -- NoSuratJalan > > menjadi > > NNNNN -- Rev -- NoSuratJalan > > jadi apabila ada revisi, tambahkan prefiknya > kalau tidak jadi tanpa prefik? > > terima kasih sebelumnya untuk semua masukan > > > salam > Darsono > > --- aksan kurdin <[EMAIL PROTECTED]> wrote: > > > lagi ngantuk mbah, > > abis begadang mu-chelsea semalam ..... > > > > cluenya aja: > > - format: > > NNNN/TSM-N/CCC/XXX/YY > > > > kalau dipecah sebenarnya: > > NNNN & /TSM-N/CCC/XXX/YY > > > > jadi yang dicek sudah ada dalam tabel adalah: > > /TSM-N/CCC/XXX/YY > > jika belum ada maka NNNN = 0001 > > jika sudah ada maka NNNN = Max(NNNN) + 1 > > > > sekarang ada masalah serius, bagaimana kalau > > mengedit data surat jalan > > dengan mengubah customer id ? padahal nomornya > > adalah di tengah2 : > > > > 0001/TSM-N/ABC/V/08 > > 0002/TSM-N/ABC/V/08 > > 0003/TSM-N/ABC/V/08 <--- mau di ubah ke kustomer > > DEF > > 0004/TSM-N/ABC/V/08 > > 0005/TSM-N/ABC/V/08 > > 00046TSM-N/ABC/V/08 > > > > 0001/TSM-N/DEF/V/08 > > 0002/TSM-N/DEF/V/08 > > 0003/TSM-N/DEF/V/08 > > 0004/TSM-N/DEF/V/08 > > > > > > kalau diubah , berarti penomoran dengan rumus di > > atas menghasilkan > > 0005/TSM-N/DEF/V/08 > > apakah nomor di atas 0003 nya ABC juga harus > > dikurangi satu semuanya ? atau > > boleh ada nomor yang lompat ? > > > > dari best praktis ERP yang sudah demo ke kantor > > kami, nomor dokumen tidak > > ada yang diubah atau di hapus, tetapi memakai sistem > > status / flag. Dalam > > hal ini berarti 0003-nya ABC cuma di flag closed > > saja, baru bikin nomor > > surat jalan baru. > > > > Aksan Kurdin >
