Selamat datang di episode lain Microsoft Knowledge Nuggets. Saya pembawa acara Anda, Mero Peter. Jadi beginilah skenario-nya. Anda bekerja di bisnis sentral dan membutuhkan satu perubahan kecil. Mungkin kolom tambahan pada catatan pelanggan, langkah persetujuan yang berbeda, atau aturan yang memeriksa pesanan sebelum seseorang mempostingnya. Kemudian seseorang menyebutkan ekstensi AL, tabel, halaman, dan unit kode, dan tiba-tiba permintaan kecil itu terdengar seperti bahasa yang benar-benar baru. Memang itu sebuah bahasa, tetapi tidak harus terasa misteri. Anggap bisnis sentral sebagai sebuah gedung perkantun. AL memberikan instruksi kepada pengembang untuk menambahkan ruangan, formulir, atau aturan baru tanpa harus membobol bangunan itu sendiri. Itulah informasi penting untuk hari ini. Di akhir episode ini, Anda akan mengetahui apa arti pengembangan AL, mengapa ekstensi ada, dan bagaimana pekerjaan kustom disesuaikan ke dalam bisnis sentral.

Mengapa bisnis melakukan kustomisasi pada bisnis sentral? Bisnis sentral sudah menangani banyak pekerjaan harian seperti keuangan, pelanggan, pesanan penjualan, faktor stok, semua dalam satu sistem yang terhubung alih-alih tumpukan lembar kerja dan alat terpisah. Bagi banyak perusahaan, pengaturan standar tersebut mencakup sebagian besar. Namun, inilah masalahnya. Tidak ada dua perusahaan yang bekerja dengan cara yang sama. Ambil contoh distributor makanan yang membutuhkan detail batch yang tidak pernah digunakan perusahaan lain. Bisnis layanan yang memerlukan proses persetujuan khusus sebelum penagihan. Pengecer yang menginginkan tingkatan hadiah untuk diskon. Dan orang lain yang membutuhkan formulir dengan kolom kata-kata mereka sendiri dan aturan internal. Bisnis tidak akan mengubah cara mereka hanya karena satu kolom ini. Dan Anda juga tidak ingin setiap permintaan kecil berubah menjadi perubahan berisiko bagi seluruh sistem.

Itu menjadi masalah yang besar. Dalam sistem yang lebih lama, pengembang membuka kode asli dan mengeditnya secara langsung. Dan itu berhasil sampai pembaruan berikutnya tiba. Kemudian perusahaan memiliki versi baru Microsoft di satu sisi. Perubahan mereka sendiri di sisi lain. Dan seseorang harus menyelaraskan semuanya sebelum pembaruan dapat dilanjutkan. Bayangkan sebuah kantor di mana setiap penyewa menjalankan kabel baru melalui dinding tanpa rencana. Itu berhasil untuk sementara waktu tetapi ketika gedung membutuhkan perbaikan tidak ada yang tahu kabel mana milik. Bisnis sentral menempuh jalur yang berbeda. Alih-alih menulis ulah aplikasi standar. Pengembang membangun add-on terpisah yang terhubung dengannya. Menjaga bagian standar tetap di tempatnya. Sementara perubahan perusahaan sendiri berada di sampingnya dan bekerja melalui titik-titik yang didukung dalam sistem. Pemisahan itu penting ketika pembaruan tiba karena Microsoft memperbarui bagian bangunannya.

Sementara pekerjaan custom tetap di ruangnya sendiri. Masih ada pengujian dan perbaikan. Bagaimanapun juga ini adalah perubahan perangkat lunak. Tetapi pengembang tidak diharapkan untuk menyalin dan mengerjakan ulang seterperubahan di dalam kode asli Microsoft. Jadi apa sebenarnya yang dikustomisasi oleh sebuah bisnis? Kustomisasi menambahkan data. Sistem standar tidak menyimpan data seperti instruksi pengiriman, skor risiko internal, tingkat keanggotaan, tetapkan ke sistem luar. Dan kustomisasi menambahkan layar yang memandu staff melalui tugas dalam urutan itu. Kustomisasi juga menegakkan aturan seperti menghentikan pesanan saat dokumen yang diperlukan tidak ada. Pekerjaan custom juga membantu orang menghindari langkah manual. Bayangkan staff menyalin data pelanggan dari bisnis sentral ke alat lain setiap Jumat, memeriksa kondisi secara manual, lalu mengirim laporan ke manajer. Perubahan yang dirancang dengan baik menyimpan informasi tersebut di bisnis sentral, menerapkan aturan secara konsisten, dan memberi staff tombol atau halaman yang sesuai dengan pekerjaan harian.

Bagi kita haruskan suam mitos. Anda tidak ingin mengustomisasi segalanya. Bisnis sentral standar sudah memiliki banyak proses yang terpasang. Mengubat sesuatu hanya karena terlihat berbeda dari sistem lain, menciptakan pekerjaan tambahan nantinya. Jadi pekerjaan custom yang baik dimulai dengan alasan bisnis yang jelas. Ketika produk standar tidak memenuhi kebutuhan tersebut, AL mulai berperan. AL berfokus pada bisnis sentral itu sendiri, membaca, menambahkan, dan mengubah data di tingkat basis data sambil mengendalikan apa yang terjadi di halaman, laporan, dan bagian aplikasi lainnya. Dan AL menghitung nilai, memindahkan data, serta menampilkan pesan saat aturan gagal di seluruh proses. Itu adalah pekerjaan yang banyak untuk satu bahasa, tetapi AL bukanlah alat umum untuk setiap jenis perangkat lunak dan Anda tidak akan memilihnya untuk membangun situs web belanja publik, game seluler, atau aplikasi desktop mandiri.

AL ada untuk satu pekerjaan terfokus, membentuk data dan perilaku di dalam bisnis sentral agar sistem sesuai dengan cara perusahaan beroperasi. Dan itulah tepatnya yang akan kita lihat selanjutnya. AL dan ekstensi, model tambahan yang aman. AL adalah singkatan dari application language. Ini adalah bahasa pemrograman Microsoft untuk bisnis sentral. Dan memberikan cara terstruktur bagi pengembang untuk membuat fungsi bisnis baru atau mengubah perilaku bagian sistem yang sudah ada. Namun, kata ekstensi sama pentingnya dengan AL. Ekstensi adalah aplikasi terpisah yang dapat install oleh bisnis sentral. Ekstensi menampung pekerjaan kustom perusahaan, sementara aplikasi bisnis sentral standar tetap tidak tersentuh. Anggaplah ini bukan seperti menulis ulang buku panduan, mainkan menambahkan halaman yang disetujui ke dalam. Oh, halaman yang mengikuti aturan asli tanpa menghapusnya. Itu mungkin terdengar seperti detail teknis, tetapi mengubah bagaimana pekerjaan kustom bertansi iring waktu.

Bayangkan sebuah perusahaan membutuhkan ruang kantor baru untuk tim khusus. Pendekatan lama berarti membobol dinding di bangunan utama dan mengubah strukturnya sendiri. Mungkin ini menyelesaikan kebutuhan saat ini, namun perbaikan di masa depan menjadi mimpi buruk karena bangunan asli tidak lagi sesuai dengan cetak birunya, sebuah ekstensi bekerja dengan cara berbeda. Bangunan tersebut sudah memiliki pintu, stop kontak, dan aturan untuk menambah ruang. Anda membangun ruangan baru melalui sambungan yang telah disetujui. Ruangan itu milik perusahaan, namun bangunan utama tetap dapat menerima perawatan tanpa harus membongkar setiap dinding kustom. Begitulah tepatin cara kerja ekstensi bisnis sentral. Aplikasi dasar berisi pekerjaan standar yang disediakan Microsoft. Ekstensi dapat melambahkan bidang, layar, tombol, aturan laporan, bahkan tautan ke sistem lain miliknya sendiri. Ekstensi dapat bereaksi saat tindakan bisnis tertentu terjadi, tetapi melakukannya melalui cara yang didukung untuk terhubung ke aplikasi standar.

Jadi batas-batas yang terpasang. Itu adalah hal yang baik. Tanpa batasan, permintaan kustom yang kecil dapat menjangkau jauh ke area yang seharusnya tidak bisa. Dengan ekstensi, pengembang bekerja dengan tipe objek yang jelas dan titik koneksi yang ditentukan. Sehingga kode lebih mudah dipahami saat orang lain perlu membacanya nanti. Pendekatan ini juga sangat cocok dengan versi cloud business sentral. Microsoft memperbarui layanan secara berkala. Perusahaan tetap perlu menguji ekstensinya setelah ada perubahan, terutama jika bergantung pada bagian produk yang telah diubah. Perangkat lunak tidak pernah menghilangkan kebutuhan utama. Namun, menjaga kode kustom tetap terpisah menurunkan kemungkinan setiap pembaruan berubah menjadi pembangunan ulang besar-besaran dari modifikasi lain. Anda mungkin mendengar orang menyebut CL saat mereka berbicara tentang sistem Dynamics NF yang lebih lama. CL berasal dari model pengembangan awal di mana pengembang sering mengubah objek ke aplikasi asli secara langsung.

Banyak perusahaan menjalankan sistem yang sukses dengan cara itu selama bertahun-tahun, tetapi hal itu mengikat pekerjaan kustom jauh lebih erat ke kode standar. Dan pembaruan memerlukan banyak perbandingan dan pekerjaan perbaikan. AL mengalihkan bisnis sentral menuju pengembangan berbasis aplikasi. Itu tidak berarti setiap ekstensi berukuran besar atau rumit. Satu ekstensi mungkin hanya menambahkan bidang kecatatan pelanggan dan menampilkannya di layar yang familiar. Yang lain mungkin berisi solusi lengkap untuk jenis bisnis tertentu dengan catatan, proses, halaman, dan laporannya sendiri. Berduanya mengikuti ide dasar yang sama. Aplikasi kustom hidup di samping bisnis sentral alih-alih menyembunyikan pendulisan ulang darinya. Anda juga dapat menginstall lebih dari satu ekstensi. Sebuah perusahaan mungkin menggunakan ekstensi dari mitra perangkat lunak untuk penggajian, satu lagi untuk pengiriman, dan ekstensi internal kecil untuk aturan yang hanya penting bagi perusahaan tersebut.

Bisnis sentral menyatukan mereka dalam sistem kerja yang sama selama mereka mengikuti aturan platform dan tidak berkonflik. Jadi AL bukan sekadar cara untuk menulis kode. Ini adalah bahasa yang digunakan pengembang untuk membuat aplikasi tambahan ini, dan ekstensi adalah wadah yang membawa perubahan tersebut ke dalam bisnis sentral. Model tersebut memungkinkan perusahaan menyesuaikan sistem sekaligus menjaga produk standar tetap dapat dikenali dan lebih mudah dipelihara. Sekarang mari kita buka salah satu ekstensi ini dan melihat blok penyusun di dalam. Blok penyusun AL utama di dalam ekstensi AL, pengembang bekerja dengan objek. Objek adalah satu bagian penama dari aplikasi dengan tugas yang jelas, seperti menyimpan informasi, menampilkan layar, menjalankan aturan, atau menghasilkan dokumen. Setelah Anda melihat tugas-tugas tersebut secara terpisah, AL terasa jauh lebih sederhana dan tidak lagi seperti itu.

Mari kita mulai dari tempat di mana informasi bisnis disimpan. Tabel menyimpan data di bisnis sentral. Bayangkan tabel sebagai lemari arsip digital untuk satu jenis catat. Satu lemari mungkin berisi pelanggan, yang lain berisi item, dan yang lainnya berisi pesanan penjualan. Setiap catatan adalah satu file di dalam lemari tersebut. Tabel pelanggan berisi satu catatan untuk setiap pelanggan. Tabel item berisi satu catatan untuk setiap produk. Jika perusahaan Anda memerlukan informasi yang tidak disimpan oleh bisnis sentral standar, ekstensi dapat membuat tabelnya sendiri, mungkin untuk tingkat penghargaan, inspeksi peralatan, atau persetujuan proyek. Bidang adalah ruang berlabel di dalam setiap catatan. Catatan pelanggan dapat mencakup nama, alamat, syarat pembayaran, dan nomor telepon karena tabel pelanggan berisi bidang untuk detail tersebut. Bidang dapat berisi teks, tanggal, jumlah, jawaban ya atau tidak, atau pilihan dari daftar tetap.

Sebuah bidang juga dapat mengarah ke catatan. Misalnya, pelanggan dapat berisi bidang ID penghargaan. Alih-alih mengetik teks sembarang, staff memilih tingkat penghargaan dari tabel penghargaan terpisah. Tautan itu menjaga data tetap bersih karena semua orang memilih dari ketahui, jadi tabel menyimpan fakta. Namun bagaimana orang melihat dan bekerja dengan fakta tersebut? Halaman. Halaman adalah layar yang Anda buka di bisnis sentral. Kartu pelanggan adalah sebuah halaman. Daftar pesanan penjualan adalah sebuah halaman. Halaman mengontrol apa yang dapat dilihat, dimasukkan, dicari, dan ditindak lanjuti oleh bu. Halaman yang berbeda cocok untuk pekerjaan yang berbeda. Halaman kartu berfokus pada satu catatan dalam satu waktu, seperti satu pelanggan atau satu ad. Halaman daftar menampilkan banyak catatan dalam baris yang berfungsi dengan baik saat Anda perlu memindai, memfilter, atau menemukan sesuatu dengan cepat.

Halaman lembar kerja mendukung pekerjaan di mana orang memasukkan atau memproses beberapa baris informasi secara bersamaan. Tabel menyimpan informasinya. Halaman menampilkannya di depan pengguna. Pemisahan itu bermanfaat karena Anda dapat mengubah layar tanpa mengubah tempat data berada atau menggunakan kembali tabel yang sama di lebih dari satu halaman saat tim yang berbeda memerlukan tampilan catatan yang sama dengan cara berbeda. Bagaimana jika datanya sudah ada di catatan bisnis sentral standar? Jika Anda tidak membuat tabel pelanggan pengganti hanya karena butuh satu kolom tambahan, Anda menggunakan ekstensi tabel. Ekstensi tabel menambahkan kolom Anda ke tabel pelanggan yang sudah ada. Catatan pelanggan standar tetap di tempatnya, sementara ekstensi Anda menambahkan detail spesifik perusahaan di samping kolom standar. Itu bisa berupaya di penghargaan catatan pengiriman, manajer akun, atau kolom yang terhubung ke bagian lain dari bisnis.

Namun, menambahkan kolom ke tabel tidak secara otomatis menampilkannya di layar. Untuk itu, Anda menggunakan ekstensi halaman. Ekstensi halaman menambahkan kolom, group, atau tindakan ke halaman yang sudah ada. Jika bisnis mengharuskan staff memilih tingkat penghargaan saat melihat pelanggan, ekstensi halaman dapat menempatkan kolom ID penghargaan di kartu pelanggan tepat di tempat staff bekerja. Itu membuat pengalaman tetap familiar. Alih-alih mengirim pengguna ke layar khusus terpisah untuk detail sederhana ekstensi menambahkan detail tersebut ke halaman yang sudah mereka kenal. Ekstensi halaman juga dapat menambahkan tindakan, tombol, atau perintah menu yang memulai tugas. Misalnya, kartu pelanggan dapat menyertakan tindakan penghargaan yang membuka daftar penghargaan. Di balik layar, Anda memerlukan tempat untuk aturan bisnis. Tempat itu seringkali berupa kode unit. Kode unit berisi prosedur AL, yaitu potongan kode bernama yang melakukan tugas tertentu.

Anggaplah itu sebagai tim kantor belakang yang menangani tugas saat halaman, laporan, atau proses lain meminta bantuan. Misalkan tingkat penghargaan menentukan diskon mana yang berlaku untuk pelanggan. Penghitungan diskon ada di dalam kode unit, bukan di halaman kartu pelanggan itu sendiri. Jadi, proses penjualan, laporan, atau halaman mendatang dapat menggunakan aturan yang sama tanpa menyalinnya ke beberapa tempat. Satu aturan, satu tempat untuk memeliharanya. Bisnis sentral juga menyertakan tipe objek lain untuk tugas yang berbeda. Laporan mengumpulkan data dan menyajikannya dalam dokumen atau tata letak seperti faktur atau penjualan. Query mengajukan pertanyaan terfokus pada data misalnya pelanggan mana yang membesar item tertentu selama periode tertentu. Contohnya, XML port membantu masukkan atau mengeluarkan data dalam format terstruktur seringkali saat sistem lain perlu bertukar informasi dengan bisnis sentral.

Satukan bagian-bagian tersebut, dan Anda dapat membayangkan ekstensi penghargaan pelanggan yang kecil. Tabel penghargaan menyimpan setiap tingkat dan presentasi diskonnya. Halaman penghargaan menginginkan staff mengelola tingkat tersebut. Ekstensi tabel pelanggan menambahkan ID penghargaan ke setiap pelanggan ke setiap pelanggan sementara ekstensi halaman kartu pelanggan. Tindakan halaman membuka daftar reward dan kode unit menghitung aturan diskon. Setiap objek menangani satu bagian tugas. Hal ini membuat ekstensi lebih mudah dibaca, diuji, dan diubah saat aturan bisnis berubah 6 bulan kemudian. Namun, aturan bisnis seringkali harus dijalankan pada momen yang tepat, misalnya saat seseorang memposting pesanan. Di situlah peramai micu trigger dan peristiwa. Peristiwa pemicu dan aturan bisnis. Jadi Anda telah menambahkan bidang reward, Pak. Bagus. Inilah pertanyaan yang sebenarnya. Taban bisnis sentral benar-benar harus menggunakan bidang tersebut.

Bayangkan Anda akan memposting pesanan penjualan. Sebelum sistem membuat entry final, Anda ingin satu pemeriksaan tambahan. Mungkin pelanggan perlu tingkat reward yang disetujui sebelum diskon berlaku. Atau mungkin dokumen pengiriman yang diperlukan harus ada sebelum pesanan dapat diproses. Anda ingin pemeriksaan itu pada momen yang tepat, tetapi Anda tidak ingin menyalin seluruh proses posting penjualan ke ekstensi Anda sendiri hanya untuk menambahkan satu aturan. Proses tersebut sudah menangani banyak hal di balik layar. Jika Anda menyalinnya, ekstensi Anda sekarang terjebak memelihara semua perubahan di masa mendatang. Tidak ideal. Jadi AL memberikan beberapa cara bagi pengembang untuk menjalankan. Mana yang Anda pilih bergantung pada apa yang perlu terjadi. Pertama, pemicu. Pemicu adalah titik bernama. Di dalam objek AL, tempat kode dapat berjalan. Saat seseorang mengubah nilai pada bidang tabel, pemicu akan menjalankan kode.

Saat halaman dibuka atau ditutup, pemicu akan menjalankan kode. Laporan, query, XML, port, tabel, ekstensi, AO, semuanya memiliki titik ini di mana pengembang dapat menambahkan atur. Ambil bidang ID reward pada pelanggan. Saat pengguna memilih tingkat reward, pemicu validasi dapat berjalan. Kode meriksa apakah pelanggan di blokir. Apakah tingkat reward tersebut ada? Apakah bidang lain perlu diperbarui? Pemeriksaan terjadi tepat saat nilai berubah, bukan nanti ketika seseorang menemukan kesalahan. Pemicu bekerja dengan baik jika aturan tersebut berkaitan erat dengan objek tersebut. Namun, bisnis sentral juga menggunakan peristiwa. Peristiwa pemberitahuan. Satu bagian aplikasi mengirimkannya saat sesuatu terjadi. Ini mungkin mengumumkan bahwa catatan akan dimasukkan atau dokumen akan diposting atau suatu proses. Telah selesai, ekstensi anda dapat mendengarkan pemeriksaan tersebut. Kode yang mendengarkan disebut pelanggan peristiwa, event subscriber.

Kode ini menunggu peristiwa bernama tertentu. Saat bisnis sentral memunculkan peristiwa tersebut, pelanggan menjalankan prosedurnya sendiri. Proses standar tetap memegang kendali. Misalnya, saat bisnis sentral mulai memposting pesanan penjualan, ia memunculkan peristiwa sebelum melanjutkan. Ekstensi rewards anda menerima pemberitahuan tersebut. Ekstensi ini memeriksa ID reward pelanggan dan aturan diskon. Kemudian, sistem akan mengizinkan proses berlanjut atau menghentikannya dengan pesan yang jelas. Proses posting standar tetap menjadi milik bisnis sentral. Ekstensi anda hanya menambahkan aturan khusus perusahaan di titik koneksi tersebut. Anda akan sering mendengar nama event, seperti on before atau on after. On before berarti kode anda berjalan sebelum suatu tindakan selesai. Ini sempurna untuk pemiksaan yang dapat mencegah langkah berikut. Oh, seperti menghentikan pesanan penjualan jika kondisi tidak terpenuhi.

After berarti tindakan tersebut sudah terjadi. Anda bisa memberikan reaksi. Membuat catatan terkait memperbarui catatan atau memulai pekerjaan lain. Nama-nama tersebut menunjukkan waktu dan waktu itu penting. Aturan yang berjalan setelah posting tidak dapat mencegahnya. Aturan yang berjalan terlalu awal mungkin belum memiliki data yang dibutuhkan. Jadi pengembang memilih event berdasarkan apa yang harus dilakukan aturan bisnis sentral. Kode juga bisa dimulai dari suatu tindakan. Mengguna mengeklik tombol seperti cek status reward dan tindakan itu memanggil prosedur. Kode juga bisa berjalan saat satu objek memanggil objek lain melalui variable. Itu terdengar teknis, tapi sebenarnya sederhana. Satu bagian dari ekstensi meminta bagian lain untuk melakukan tugas. Variable membantu dalam hal itu. Variable adalah tempat bernama yang menyimpan nilai saat kode berjalan. Bisa berupa angka, teks, tanggal, atau bahkan catatan bisnis sentral seperti pelanggan saat ini.

Dalam AL, Anda mendeklarasikan NFAR. Misalnya, prosedur rewards mungkin menggunakan variable bernama customer untuk menyimpan catatan pelanggan saat ini. Variable lain bernama discount% menyimpan nilai discount. Ini bukan catatan bermane. Ini hanyalah nilai kerja untuk bagian kode tersebut. Inilah hal tentang di mana kode berada. Jika suatu aturan mungkin digunakan decode, lebih dari satu tempat letakkan decode. Dengan begitu, kartu pelanggan, proses penjualan, dan laporan semuanya dapat memanggil prosedur diskon yang sama. Hal itu menghindari masalah yang umum terjadi. Satu layar menerapkan diskon 10%, layar lain menerapkan 5%, dan tidak ada yang tahu aturan mana yang harus dipercaya. Menyimpan aturan bisnis bersama dalam satu kode unit memberikan satu sumber keputusan bagi ekstensi. Jadi trigger menangani aturan yang dekat dengan suatu objek. Event memungkinkan ekstensi bereaksi terhadap proses bisnis sentral itu sendiri.

Code unit menjaga logika bersama tetap menyatu. Setelah bagian-bagian tersebut terhubung, pertanyaan berikutnya adalah di mana pengembang menulis, menguji, dan memeriksa semua kode AL ini. Pengembangan AL biasanya dilakukan di Visual Studio Code yang sering disebut sebagai VS Code. Ini adalah ruang kerja Anda untuk menulis file AL. Ini menjaga ekstensi Anda tetap terhubung. Ini membantu Anda menemukan masalah dan mengirim aplikasi yang sudah selesai ke lingkungan bisnis sentral untuk pengujian. Namun VS Code sendiri hanyalah editor kode umum. Perlu ekstensi bahasa AL dari Microsoft? Ekstensi itu mengajarkan VS Code cara kerja bisnis sentral. Ia dapat menyerangkan nama objek saat Anda menunjukkan. Ia menunjukkan kesalahan sebelum Anda memublikasikan. Ia membantu Anda menelusuri field dan prosedur. Dan ia menghubungkan proyek Anda ke lingkungan bisnis sentral. Itu menghemat banyak penempat.

Saat Anda memulai proyek AL baru, Anda dapat menjalankan perintah ALGO di dalam VS Code. Ini membuat folder proyek dasar dan file pengaturan untuk nama ekstensi, penerbit, versi, dan lingkungan bisnis sentral mana yang akan digunakan. Anggap folder proyek tersebut sebagai meja kerja ekstensi. Tiap file AL berada di sana. Atau file mungkin berisi tabel, file lain berisi ekstensi halaman, unit kode dapat memiliki file-nya sendiri. Dengan begitu, saat seseorang membuka proyek, mereka dapat menemukan bagian yang tepat tanpa harus menggulir satu dokumen besar. Saat kode siap duji, VS Code mengompilasinya menjadi paket aplikasi. Itulah versi ekstensi yang dapat diinstal. Bisnis sentral membaca paket tersebut dan menambahkan ekstensi ke lingkungan. Jika ada field yang hilang, salah eja atau masalah apapun yang mencegah aplikasi dibangun, VS Code memberi tahu Anda sebelum paket tersebut sampai ke bisnis sentral.

Pengujian harus dilakukan di lingkungan sandbox terbidup. Sandbox adalah lingkungan bisnis sentral terbisa tempat Anda dapat mencoba perubahan tanpa membahayakan pekerjaan bisnis langsung. Anda mempunyakasikan ekstensi, membuka halaman, mengubahnya, memasukkan data uji, dan melihat apakah aturan berfungsi seperti yang diharapkan. Pemisahan itu penting. Anda tidak ingin menemukan bahwa aturan validasi baru memblokir pesanan penjualan saat staff mencoba melakukan mereka. Di sandbox Anda dapat membuat kesalahan, menghapus data uji, mengubah kode, dan memblikasikan lagi tanpa mengaruhi catatan langsung. Terkadang kode berjalan, tetapi hasilnya masih terlihat salah. Saat itulah debaging membantu. Anda empatkan titik henti breakpoint dalam kode, memulai proses, dan ekstensi berhenti sementara saat dijarak. Saat jeda itu, Anda dapat memeriksa nilai seperti pelanggan saat ini, level hadiah yang dipilih, atau persentase diskon yang dihitung oleh prosedur.

Daripada menebak mengapa aturan gagal, Anda dapat melihat dengan tepat apa yang tersebut. Tim pengembang juga menggunakan Git untuk menyimpan riwayat pekerjaan mereka. Git mencatat perubahan pada file proyek dari waktu ke waktu. Jika seseorang mengubah aturan dan menyebabkan masalah, tim dapat membandingkan versi, melihat apa yang berubah, dan mengembalikannya jika perlu. Ini juga membantu ketika lebih dari satu pengembang mengerjakan ekstensi yang sama. Bagi pemula, langkah terbaik adalah memulai dari yang kecil. Pelajari cara kerja bisnis sentral terlebih dahulu, lalu buat satu tabel dan satu halaman. Setelah itu, perluas halaman standar, tambahkan aturan bisnis sederhana

bagian-bagian tersebut melalui satu add-on kecil yang benar-benar bisa digunakan oleh bisnis.

Sebuah contoh sederhana, membangun add-on penghargaan pelanggan. Seperti apa sebenarnya ekstensi AL yang nyata itu? Mari kita bahas contoh sederhana. Bayangkan perusahaan Anda menginginkan tingkat penghargaan pelanggan masing-masing dengan diskonnya sendiri. Anda mulai dengan membuat tabel pengharga. Anggap saja itu sebagai lemari arsip digital di mana setiap file menyimpan ID, deskripsi, dan persentase diskon. Emas mendapatkan diskon 10% misalnya. Staff Anda perlu mengelola tingkat tersebut tanpa menyentuh alat teknis. Jadi Anda menambahkan dua halaman penghargaan untuk melihat semua tingkat dan halaman kartu penghargaan untuk mengedit atau membuatnya. Mereka dapat menambah tingkat baru, menyesuaikan persentase, atau menjau apa yang ada tanpa muka lingkungan pengembangan apapun. Selanjutnya, Anda memperluas tabel pelanggan dengan bidang baru yang disebut ID penghargaan. Bidang itu menghubungkan setiap pelanggan ke satu catatan penghargaan, dan Anda menempatkan bidang itu tepat di halaman kartu pelanggan tempat staff sudah mengelola detail pelanggan.

Lalu Anda menambahkan tindakan penghargaan agar mereka dapat membuka daftar penghargaan langsung dari kartu yang sama. Aturan diskon itu sendiri berada di dalam unit kode. Ketika proses lain membutuhkan diskon pelanggan, proses itu memanggil unit kode tersebut alih-alih menghitungnya berulang kali di setiap halaman. Efisien. Unit kode instalasi menambahkan tingkat penghargaan awal saat ekstensi Anda pertama kali di install. Dan pelanggan acara memeriksa tingkat penghargaan yang dipilih selama proses penjualan, menerapkan aturan perusahaan Anda tepat pada momen yang tepat. Itu adalah satu ekstensi kecil, tapi perhatikan apa isinya. Tabel data, layar pengguna, tindakan navigasi, logika pengaturan, dan aturan bisnis. Semua bekerja bersama. Itulah kekuatan sebenarnya dari AL. Baiklah. Kesimpulan titik awal pengembangan AL Anda. Jadi inilah poin utamanya. Pengembangan AL memungkinkan Anda menambahkan fitur spesifik yang dibutuhkan perusahaan Anda ke bisnis sentral tanpa menyentuh aplikasi inti.

Dan Anda tidak harus membangun semuanya sekaligus. Mulai dengan satu bidang, satu ekstensi halaman, dan satu aturan yang jelas. Itu adalah blok bangunan pertamaan. Jika Anda merasa wawasan singkat ini bermanfaat, berlanggananlah di platform podcast favorit Anda dan bagikan kepada seseorang yang baru memulai pengembangan bisnis sentral. Bergabunglah dengan kami di episode berikutnya di mana kami akan buat pengembangan. Saya Merko Peters dan ini adalah episode lain dari wawasan singkat Microsoft di M3 Microsoft di M3 FM.