Masuk dengan Microsoft
Masuk atau buat akun.
Halo,
Pilih akun lain.
Anda memiliki beberapa akun
Pilih akun yang ingin Anda gunakan untuk masuk.

Pilih topik apa pun di bawah ini untuk mempelajari tentang Pesanan Pembelian di Northwind Developer Edition. 

Aplikasi sampel Edisi Dev dari Northwind Purchase Orders ini memiliki satu-satunya modul Pesanan Pembelian. Di Starter Edition, produk tidak pernah kehabisan dan tidak perlu dibeli. Edisi Dev ini diperluas pada skema database (tabel yang digunakan) di Northwind 2.0 Starter Edition dan menggunakan fitur yang lebih canggih. Hal ini masih dimaksudkan untuk memperkenalkan Anda pada fitur utama Microsoft Access, bukan untuk menjalankan bisnis tertentu.

  • Daftar Pesanan Pembelian tersedia dari Pita. Memiliki hyperlink untuk membuka setiap pesanan pembelian.

  • Baik Daftar Pesanan Pembelian maupun Pita memiliki tombol Pesanan Pembelian Baru untuk membuka pesanan pembelian kosong yang baru. Anda juga dapat membuat Pesanan Pembelian dari formulir Produk >tombol Urutkan Ulang Produk .

  • Tombol di header memajukan Pesanan Pembelian melalui alur kerja melalui Kirim, Setujui, Terima dan Tutup. Bidang pelacakan terkait pada formulir dikunci karena bidang hanya boleh diatur secara terprogram dengan mengklik tombol tindakan.

  • Menyetujui PO memerlukan hak istimewa Persetujuan Pembelian. Anda dapat masuk sebagai Andrew Cencini, yang memiliki hak istimewa, atau memberikannya kepada diri Anda sendiri dalam Hak Istimewa Admin > Sistem. Perhatikan bahwa kemampuan Anda untuk melakukannya adalah salah satu dari banyak alasan Northwind bukan aplikasi berkualitas produksi. Di dunia nyata, pengguna tidak akan dapat meningkatkan izin mereka sendiri.

  • Item baris dalam Pesanan Pembelian divalidasi sehubungan dengan Jumlahnya. Setidaknya harus Memiliki Kuantitas Urutan Ulang Minimum, dan idealnya kuantitas harus mendapatkan cadangan persediaan hingga setidaknya Tingkat Target, sebagaimana diatur untuk setiap Produk.

  • Ketika Pesanan Pembelian Diterima, pemrosesan khusus diminta untuk mendistribusikan produk tersebut untuk memesan item baris yang berada dalam status Tidak Ada Saham dan mengaturnya ke Dialokasikan. Kuantitas yang tersisa dikirim ke inventori. Catatan ditambahkan ke tabel StockTake .

Bagian ini membahas detail implementasi yang perlu diperhatikan dari formulir Pesanan Pembelian, frmPurchaseOrderDetails:

  1. Formulir Pesanan Pembelian mendapatkan datanya dari kueri sederhana, qryPurchaseOrder (lihat properti RecordSource ). Mendongkrak formulir entri data pada kueri sederhana adalah praktik terbaik. Perhatikan bahwa tidak perlu menyertakan tabel PurchaseOrderDetails dalam kueri ini. Detail ditangani oleh subformulir. Namun kueri tersebut bergabung dengan tabel lain untuk mengambil bidang StatusName, SubmittedBy, dan ApprovedBy baca-saja.

  2. Formulir PurchaseOrderList dapat membuka beberapa contoh formulir Pesanan Pembelian. Hal ini berguna karena departemen PO berurusan dengan banyak gangguan dan mungkin perlu membuka PO lain saat mengerjakan po pertama -- atau membandingkannya dengan PO ketiga. Teknik ini didokumentasikan di sini.

  3. VENDORID mendapatkan nilainya dari kotak kombo dua kolom: kolom ID tersembunyi, dan kolom Deskripsi yang terlihat. Kotak kombo tersebut terikat ke kueri dua kolom sederhana: lihat properti RowSource .

  4. Saat menyimpan catatan, setidaknya bidang yang diperlukan harus diisi. Di edisi Starter, kami membiarkan perilaku default Access terjadi; dalam edisi Dev ini, teknik yang lebih ramah pengguna diterapkan - seperti yang dijelaskan secara mendetail di bawah ini.

  5. Ketika Status PO masuk ke Diterima, pemrosesan khusus dilaksanakan (prosedur AllocateToInventory) untuk mendistribusikan inventarisasi baru melalui pesanan yang menunggu produk ini.

VALIDASI

Kode validasi yang diterapkan dalam edisi Northwind Dev hanya memerlukan tiga baris kode:

  • In Form_BeforeUpdate: Cancel = ValidateForm(Me)

  • Dalam Form_AfterUpdate:  ValidateForm_RemoveHighlights Saya

  • Dalam Form_Current: ValidateForm_RemoveHighlights Saya

Ini adalah pola yang baik untuk diikuti: membuat kode Anda sangat mandiri membuatnya mudah diterapkan di mana saja. Pengembang profesional mungkin melakukan hal ini lebih lanjut, misalnya menggunakan subkelas formulir. (Ini di luar tujuan untuk Northwind Dev.)

Kode validasi mandiri menerima objek formulir untuk divalidasi.  Kemudian memeriksa kumpulan formulir RecordsetClone yang mendasar untuk mencari tahu kontrol mana yang terikat ke bidang yang diperlukan, dan memeriksa apakah mereka memiliki nilai. Jika tidak, fitur tersebut akan disorot. 

Perlu bantuan lainnya?

Ingin opsi lainnya?

Jelajahi manfaat langganan, telusuri kursus pelatihan, pelajari cara mengamankan perangkat Anda, dan banyak lagi.

Komunitas membantu Anda bertanya dan menjawab pertanyaan, memberikan umpan balik, dan mendengar dari para ahli yang memiliki pengetahuan yang luas.

Apakah informasi ini berguna?

Seberapa puaskah Anda dengan kualitas bahasanya?
Apa yang memengaruhi pengalaman Anda?
Dengan menekan kirim, umpan balik Anda akan digunakan untuk meningkatkan produk dan layanan Microsoft. Admin TI Anda akan dapat mengumpulkan data ini. Pernyataan Privasi.

Terima kasih atas umpan balik Anda!

×