Menggunakan contoh edisi BSP 2.1.2.34 (platform 1C 8.2), saya akan mempertimbangkan fungsi utama, subsistem dan contoh penggunaan konfigurasi ini.

Konfigurasi "Library of Standard Subsystems" adalah salah satu dari sedikit konfigurasi dari 1C yang dibuat untuk pengembang, bukan pengguna. Konfigurasi itu sendiri adalah seperangkat subsistem yang dapat digunakan dalam konfigurasi apa pun. Juga termasuk dalam BSP adalah teknologi pengembangan secara keseluruhan berdasarkan 1C 8.2. Pustaka subsistem standar memungkinkan Anda untuk menstandarisasi solusi dan mencapai kesamaan maksimum antara solusi yang berbeda dari pengembang yang berbeda. Semua konfigurasi tipikal 1C 8.2, di mana mereka digunakan formulir yang dikelola(2.0, BP 3.0, UT 11, UNF), ditulis berdasarkan BSP.

Subsistem BSP, sebagai suatu peraturan, mencakup fungsi-fungsi seperti administrasi basis data, mengatur hak data, melampirkan file, objek versi, tugas untuk karyawan, pesan email, polling, mengirim SMS, standar informasi referensi(organisasi, pengklasifikasi mata uang,) dan fungsi layanan lainnya yang dapat disertakan dalam konfigurasi apa pun berdasarkan 1C 8.

Konfigurasi "Perpustakaan subsistem standar" memiliki asisten penerapan khusus yang memungkinkan Anda mengurangi biaya tenaga kerja secara signifikan saat mengembangkan konfigurasi baru. Dengan bantuan asisten, Anda dapat menentukan subsistem yang diperlukan selangkah demi selangkah dan mengosongkan konfigurasi di masa mendatang pada output:

Di bawah ini saya akan menjelaskan secara singkat subsistem dari konfigurasi ini, tujuannya, dan bagaimana mereka dapat digunakan. Secara total, ada 52 subsistem di "Library of Standard Subsystems". Ada yang berhubungan, ada yang mandiri. Untuk gambaran umum proses implementasi untuk setiap subsistem, yang terbaik adalah merujuk ke dokumentasi konfigurasi.

Dapatkan pelajaran video 267 1C gratis:

1.Fungsi dasar

Subsistem "Fungsi dasar" berisi fungsionalitas dasar yang diperlukan untuk semua solusi aplikasi yang menggunakan pustaka. Fungsionalitas dasar mencakup prosedur dan fungsi tujuan umum, subsistem untuk mengatur judul jendela program arbitrer, bentuk universal untuk memilih objek metadata, serangkaian perawatan universal, serta peran standar: Izin Penuh, Administrator Sistem, PerbaruiConfigurationDatabase, Izin Dasar dan lainnya. Sistem berisi fungsionalitas untuk mengatur parameter sesi.

Subsistem ini harus diinstal jika ada subsistem lain yang digunakan.

2. Bekerja dalam model layanan

Subsistem "Bekerja dalam model" berisi fungsionalitas dasar yang wajib untuk semua solusi aplikasi yang dirancang untuk bekerja dalam model layanan, serta sejumlah subsistem yang memperluas subsistem lain untuk bekerja dalam model layanan (misalnya, "Mata Uang dalam model layanan", dll.) .

3. Pengklasifikasi alamat

Subsistem ini dimaksudkan untuk memuat, menyimpan, menerima informasi alamat. Loading berasal dari (KLADR). Subsistem sangat terkait dengan subsistem "Informasi Kontak", namun dapat diimplementasikan secara mandiri.

4. Analisis log

Berisi laporan khusus untuk tampilan informasi log yang lebih informatif.

5. Kuesioner

Dirancang untuk melakukan survei dan menganalisis hasil survei. Dimungkinkan untuk melakukan survei melalui Internet menggunakan klien web.

6. Bank

Subsistem ini dimaksudkan untuk memuat, menyimpan, memperoleh informasi tentang bank. Unduhan terjadi dari situs web RBC, dimungkinkan untuk mengatur tugas terjadwal dan unduhan manual.

7. Proses dan tugas bisnis

Dirancang untuk bekerja dengan tugas sebagai bagian dari proses bisnis. Tugas dapat ditujukan kepada seorang pelaksana atau sekelompok pelaksana baik secara pribadi (personal address) maupun menggunakan peran-peran pelaksana (role-based address). Subsistem mencakup lima blok fungsional: menyiapkan pengalamatan berbasis peran, membuat, mengeksekusi, mengontrol, dan memantau tugas secara otomatis.

8. Mata Uang

Subsistem ini dimaksudkan untuk memuat, menyimpan, memperoleh informasi tentang mata uang dan nilai tukar. Dimungkinkan untuk memilih mata uang yang diinginkan dari dokumen spreadsheet. Nilai tukar diunduh dari situs web RBC, pengaturan tugas terjadwal dan pengunduhan manual dimungkinkan.

9. Opsi laporan

Subsistem memperluas antarmuka pengguna pengaturan laporan.

10. Pembuatan versi objek

Subsistem dirancang untuk menyimpan dan analisis lebih lanjut elemen direktori dan dokumen. Subsistem menyimpan setiap versi objek di penyimpanan nilai, dan kemudian menempatkannya di sumber daya register informasi. Subsistem mencakup laporan khusus yang memungkinkan Anda melihat detail riwayat pekerjaan pengguna dengan objek dengan cepat.

11. Interaksi

Subsistem "Interaksi" dimaksudkan untuk merencanakan, mendaftar, memesan interaksi, dan bekerja dengan hasil interaksi. Interaksi termasuk korespondensi email, panggilan dan pencatatan janji temu. Subsistem menyediakan pemilihan dan pembuatan kontak interaksi baru.

12.Grup perubahan objek

Subsistem memungkinkan Anda untuk perubahan massal datanya di database. Mengingatkan pemrosesan serupa dari 8.1.

13. Ubah tanggal larangan

Memungkinkan Anda menyetel tanggal hingga pekerjaan pengguna di dokumen, direktori, dll. diblokir. banyak digunakan dalam konfigurasi tipikal - dapat digunakan untuk menutup objek dari periode sebelumnya untuk diedit.

14. Laporan dan pemrosesan tambahan

Subsistem " " - analog absolut dari pustaka lama subsistem standar, memungkinkan Anda untuk terhubung pemrosesan eksternal dan formulir tercetak.

15. Mematikan pengguna

Subsistem memungkinkan Anda untuk mengakhiri koneksi yang ada ke basis info (sangat berguna jika sesi ditutup) dan memblokir koneksi baru ke basis info untuk jangka waktu tertentu, misalnya, selama prosedur rutin.

16. Catatan pengguna

Subsistem "Catatan Pengguna" dimaksudkan untuk menyimpan catatan pribadi (berbagai informasi tidak terstruktur yang tidak tersedia untuk pengguna lain dari basis info). Catatan dapat ditandai dengan warna, ditempatkan di desktop dan digabungkan menjadi beberapa kelompok.

17. Larangan mengedit detail objek

Memungkinkan Anda menonaktifkan pengeditan atribut objek arbitrer. Ini adalah sesuatu yang sangat kurang di 8.1.

18. Perlindungan data pribadi

Subsistem "Perlindungan data pribadi" dirancang untuk mematuhi sistem Informasi, dibangun berdasarkan konfigurasi, persyaratan Undang-Undang Federal No. 152-FZ 27 Juni 2006 "Tentang Data Pribadi".

19. Pusat informasi

Bahkan, itu adalah koneksi ke sistem ITS. Integrasi aplikasi dengan layanan memecahkan masalah dengan cepat beralih ke aplikasi lain dari pelanggan dan menampilkan nama aplikasi seperti yang ditetapkan oleh pelanggan.

20. Informasi saat startup

Ditampilkan saat startup sistem halaman HTML dengan berbagai informasi (misalnya, iklan). Halaman terkandung dalam tata letak pemrosesan InformasiDiStartup. Setiap tata letak berisi: halaman awal, dan mungkin juga berisi halaman lain, yang tautannya ditunjukkan di halaman awal.

Ada konfigurasi yang memfasilitasi pekerjaan pengembang, menyelamatkannya dari pekerjaan "sepele" - ini adalah "Perpustakaan Subsistem Standar" (BSP), yang mencakup satu set subsistem fungsional universal dan fragmen dari bagian "Administrasi" yang dimaksudkan untuk digunakan dalam solusi aplikasi pada platform "1C:Enterprise". Pustaka bukanlah solusi aplikasi yang lengkap (dari sudut pandang subjek), tetapi subsistem pustaka dapat digunakan dalam konfigurasi konsumen baik secara bersama-sama maupun secara terpisah. Dan untuk ini, BSP menyertakan asisten implementasi khusus, yang penggunaannya membantu menghemat waktu secara signifikan saat mengembangkan konfigurasi baru.

Asisten itu sendiri dibuat dalam bentuk wizard langkah-demi-langkah, yang dengannya pengembang menentukan subsistem yang dia butuhkan, dan wizard akan membuat blank yang dapat Anda gunakan di masa mendatang. Bahkan, kami mendapatkan kosong untuk konfigurasi masa depan.

Ayo luncurkan BSP(kami memiliki versi 2.3, versi 2.3.3.63), buka bagian "Alat Pengembang" U94; "Pelaksanaan pertama BSP":

Disini kami akan buka “Asisten Pelaksana BSP”. Asisten itu sendiri terlihat seperti asisten langkah demi langkah, di mana pada tahap pertama kami memilih subsistem yang akan kami butuhkan dalam konfigurasi yang sedang dikembangkan. Setelah itu, Anda perlu menentukan file (dalam format xml), tempat kami menyimpan pengaturan ini.
Kemudian kami melanjutkan ke tahap kedua: kami menunjukkan Opsi tambahan untuk setiap subsistem yang dipilih.

Setelah memilih semua opsi, sistem akan memeriksa apakah semuanya telah dipilih dengan benar dan akan menawarkan opsi yang berbeda untuk melacak kesalahan (Tabel Implementasi Subsistem atau Laporan Implementasi BSP).

Artikel ini menjelaskan secara singkat cara bekerja dengan Asisten Implementasi BSP, karena alat ini tidak terlalu populer. Lebih sering dalam praktiknya, pengembang bertindak sesuai dengan skema ini: subsistem BSP yang diperlukan diinstal pada konfigurasi kosong ("Asisten Implementasi BSP" masih dapat membantu di sini), tetapi biasanya semua subsistem ditransfer dari BSP ke konfigurasi kosong baru.

Kami memiliki dua konfigurasi: yang pertama (utama) - dengan semua subsistem BSP, yang kedua (berkas) - BP.

1. Aktifkan kemampuan untuk mengedit konfigurasi utama.

2. Panggil menu Konfigurasi - Bandingkan, gabungkan dengan konfigurasi dari file.

3. Pilih file dengan ekstensi cf konfigurasi bp.

4. Jawab ya untuk tawaran untuk mengajukan dukungan.

6. Lari Tindakan - Tandai oleh subsistem.

7. Tandai subsistem yang tidak ada dalam konfigurasi utama kita - ambil dari file tersebut, tetapi subsistem yang tidak ada dalam konfigurasi dari file tersebut harus dibiarkan di konfigurasi utama (secara default akan demikian), lalu klik Install.

8. Tandai properti elemen root untuk penggabungan: Peran Utama, Modul Aplikasi Terkelola, Modul Sesi, Modul Koneksi Luar, Modul Aplikasi Reguler, Mode Penggunaan Modalitas, Ekstensi Platform Mode Penggunaan Panggilan Sinkron, dan komponen eksternal, Mode kompatibilitas antarmuka, Mode kompatibilitas. Klik Jalankan.

9. Di jendela Pengaturan aturan dukungan - OK.

10. Perbarui konfigurasi basis data (F7).

Dan serupa pesan layanan:

"... (objek adalah bagian dari atribut umum dengan nama yang sama)" atau "... : Menggunakan tipe yang ditentukan dalam mode kompatibilitas X.X.X. (misalnya, penulis) dan di bawahnya tidak dapat diterima "; "Gambaran Besar: Nama tidak unik!"

12. Untuk objek yang merupakan bagian dari atribut umum dengan nama yang sama, hapus dari dukungan, hapus objek dan referensinya. Cari tautan ke objek yang dihapus – hapus tautan.

13. Ubah mode kompatibilitas di atas X.X.X.

14. Perbarui konfigurasi database (F7). Selanjutnya, jika Anda kembali ke poin 11, ikuti poin 12 dan 13, lalu 14.

Pada prinsipnya, ini saja - bagian "otomatis" dari pekerjaan sudah berakhir. Tahap pekerjaan yang paling "menarik" dimulai: jika Anda sudah berpikir bahwa konfigurasi telah "lepas landas", kemungkinan besar Anda salah besar.

Untuk memulai, periksa modul umum, apakah subsistem disertakan dalam antarmuka perintah dan poin lainnya. Ketika semuanya "seolah-olah siap", mulai debugging.

Jadi Anda men-debug sampai Anda yakin tidak ada kesalahan.

Versi 1.0.4.5

Versi 1.0.5.21

Versi akhir

• Informasi N11853 untuk pengguna dan mitra 14/05/2010 "Pada rilis versi final dari toolkit "1C: Library of Standard Subsystems 8.2"

Versi 1.0.6.8

Versi 1.0.7.5

• Tanggal rilis 2010.08.05
• rilis: http://users.v8.1c.ru/SSLTest.aspx
• Dokumentasi: http://its.1c.ru/db/bspdoc#content:23:1

Contoh penggunaan

Apa itu

Library of Standard Subsystems (SSL) mencakup satu set subsistem fungsional universal yang dapat digunakan dalam konfigurasi yang sedang dikembangkan baik bersama-sama maupun secara terpisah. Menggunakan BSP, Anda dapat dengan cepat membuat konfigurasi baru dengan fungsionalitas dasar yang sudah jadi, serta menyertakan blok fungsional yang sudah jadi dalam konfigurasi yang ada.

Semua subsistem BSP dapat dibagi secara kondisional ke dalam kategori berikut:

• Subsistem yang mengimplementasikan fungsionalitas "independen". Mereka diimplementasikan dengan transfer fungsionalitas sederhana dan tidak memerlukan pengaturan tambahan yang signifikan.
• Subsistem terintegrasi yang mengimplementasikan fungsionalitas yang dimaksudkan untuk digunakan dalam objek konfigurasi konsumen tertentu (integrasi "ketat"). Selama implementasi, diperlukan untuk menentukan komposisi objek konfigurasi konsumen yang fungsionalitasnya akan diterapkan, dan kemudian melakukan sejumlah pengaturan tambahan, membuat perubahan pada kode dan bentuk objek yang dipilih.

Subsistem BSP mencakup bidang-bidang seperti administrasi basis informasi, administrasi pengguna sistem, pemeliharaan berbagai informasi peraturan dan referensi (pengklasifikasi alamat, nilai tukar, jadwal kalender, dll.). BSP menyediakan antarmuka pengguna dan pemrograman untuk bekerja dengan tugas dan proses bisnis, file terlampir, informasi kontak, pesan email, dll. Komposisi lengkap dari subsistem versi evaluasi diberikan dalam dokumentasi.

Selain subsistem, BSP menawarkan metode terpisah untuk mengembangkan solusi standar.

Penggunaan BSP saat mengembangkan aplikasi pada platform 1C:Enterprise 8.2 akan mengurangi waktu yang dihabiskan untuk pengembangan, meningkatkan kualitas solusi aplikasi, dan menstandardisasi konfigurasi yang dirilis pada platform 1C:Enterprise 8.2. Sekarang, selain platform, 1C menawarkan fungsionalitas dan teknologi dasar siap pakai untuk mengembangkan solusi aplikasi, yang penggunaannya akan mengurangi waktu untuk mempelajari dan mengimplementasikan solusi aplikasi karena penyatuannya sesuai dengan kumpulan subsistem standar yang digunakan. Fitur versi evaluasi

Versi 1.0.4 saat ini memiliki sejumlah keterbatasan:

• Kompatibilitas versi evaluasi BSP dengan versi berikutnya tidak dijamin.
• Penggunaan versi ini di proyek komersial Tidak direkomendasikan.
• Versi uji coba dimaksudkan untuk digunakan dengan platform 1C:Enterprise 8.2 versi 8.2.9.260.

Rilis pengujian awal konfigurasi disediakan untuk mitra 1C dan pengguna sistem perangkat lunak 1C:Enterprise untuk pengujian, pengenalan awal dengan fitur konfigurasi baru, perbaikan bug, dan pengujian rilis baru pada data nyata.

Penggunaan pra-rilis untuk mengotomatisasi tugas-tugas perusahaan nyata hanya dapat dilakukan dalam kasus tertentu atas kebijaksanaan pengguna, bersama dengan mitra yang mendukung implementasi. Pesan kesalahan yang ditemukan selama pengujian harus dikirim ke Surel [dilindungi email] Alamat ini hanya mencatat kesalahan rilis uji awal konfigurasi, konsultasi tidak disediakan.

Saat mengirimkan pesan kesalahan, pastikan untuk menyertakan:

• kode mitra atau nomor pendaftaran pengguna;
• nama konfigurasi;
• nomor lengkap rilis di mana bug diidentifikasi;
• penjelasan rinci tentang kesalahan;
• urutan di mana kesalahan direproduksi.

• tentukan karakteristik komputer;
• tentukan versi sistem operasi;
• mentransfer data aplikasi (infobases dan data lain yang dapat membantu mereproduksi kesalahan).

Untuk setiap kesalahan yang ditemukan, surat terpisah harus dikirim.

Isi perpustakaan

Pustaka 1C:Enterprise 8 dari Subsistem Standar 8.2 mencakup satu set subsistem fungsional universal yang dimaksudkan untuk digunakan dalam solusi aplikasi berdasarkan platform 1C:Enterprise 8.2. Pustaka bukanlah solusi aplikasi yang lengkap (dari sudut pandang subjek). Subsistem perpustakaan dapat digunakan dalam konfigurasi konsumen baik secara bersama-sama maupun secara terpisah.

Semua subsistem perpustakaan dapat dibagi secara kondisional ke dalam kategori berikut:

1. Subsistem yang mengimplementasikan fungsionalitas independen.

2. Subsistem terintegrasi yang mengimplementasikan fungsionalitas yang dimaksudkan untuk digunakan dalam objek konfigurasi konsumen tertentu (integrasi ketat).

Subsistem dari kategori yang berbeda berbeda dalam kompleksitas implementasinya dalam konfigurasi. Subsistem dari kategori pertama diimplementasikan dengan transfer fungsionalitas sederhana, sebagai aturan, mereka ditampilkan di antarmuka konfigurasi dan tidak memerlukan pengaturan tambahan yang signifikan. Subsistem tersebut dapat berisi antarmuka pengguna dan menyediakan antarmuka pemrograman yang dapat digunakan dalam konfigurasi konsumen. Memperbarui subsistem ini ketika versi perpustakaan berikutnya dirilis sering kali hanya memperbarui objek konfigurasi yang sesuai. Contoh subsistem adalah "Mata Uang", "Pengguna Shutdown".

Saat menerapkan subsistem yang dapat diintegrasikan setelah fungsionalitas subsistem ditransfer, perlu untuk menentukan komposisi objek konfigurasi konsumen yang fungsionalitasnya perlu diimplementasikan. Setelah itu, perlu untuk melakukan sejumlah pengaturan tambahan, membuat perubahan pada kode dan bentuk objek yang dipilih, yaitu, melakukan integrasi subsistem ke objek konfigurasi konsumen. Memperbarui subsistem tersebut ketika versi perpustakaan berikutnya dirilis juga bermuara pada pembaruan sederhana dari subsistem dan, sebagai aturan, tidak memerlukan perubahan berulang pada objek konfigurasi konsumen.

Pustaka hanya berisi subsistem standar, dan juga menawarkan beberapa teknik untuk mengembangkan solusi tipikal, misalnya, teknik untuk mengatur parameter sesi.

Keterangan fungsi utama subsistem ditunjukkan pada Tabel 1.

ANDREY LUKONKIN, insinyur perangkat lunak terkemuka di OAO NizhegorodAvtoDor. Terlibat dalam otomatisasi produksi, akuntansi, manajemen dan akuntansi personalia

Pustaka subsistem standar
Membahas pro dan kontra inovasi

1C Company mengumumkan rilis versi uji coba perangkat pengembang "1C: Library of Standard Subsystems 8.2". Mari kita coba untuk sampai ke dasar kebaruan.

Sekarang, selain platform 1C:Enterprise, 1C menawarkan fungsionalitas dan teknologi dasar siap pakai untuk mengembangkan solusi aplikasi, yang penggunaannya akan mengurangi waktu untuk membuat dan mengimplementasikan produk perangkat lunak.

"1C: Library of Standard Subsystems 8.2" (disingkat BSP) berisi satu set subsistem fungsional universal yang dapat digunakan dalam konfigurasi yang sedang dikembangkan baik bersama-sama maupun secara terpisah. Untuk apa? Diasumsikan bahwa dengan bantuan BSP dimungkinkan untuk dengan cepat membuat konfigurasi baru dengan fungsionalitas dasar yang sudah jadi, serta memasukkan blok fungsional yang sudah jadi dalam konfigurasi yang ada. Sederhananya, sekarang ada satu set subsistem siap pakai yang dapat digunakan oleh seorang programmer tanpa membuang waktu untuk menemukan kembali roda.

Komposisi subsistem versi percobaan

subsistem standar. Prosedur dan fungsi tujuan umum, pengaturan judul jendela program, kemampuan layanan administrator sistem.

pengklasifikasi alamat. Menyediakan pengklasifikasi alamat (KLADR), memuat pengklasifikasi alamat dari disk ITS, dari file dan dari bagian pengguna situs web 1C, secara berkala memeriksa pembaruan pengklasifikasi alamat di situs.

Proses bisnis dan tugas. Menginformasikan pengguna tentang tugasnya saat ini, input tugas interaktif, pemantauan dan kontrol pelaksanaan tugas oleh pihak yang berkepentingan, fungsionalitas dasar untuk mengembangkan proses bisnis yang sewenang-wenang.

Versi objek. Menyimpan riwayat perubahan dalam direktori dan dokumen, membandingkan versi objek yang berubah-ubah, melihat versi objek yang disimpan sebelumnya.

Mematikan pengguna. Mengatur pemblokiran koneksi baru ke basis info, mengakhiri koneksi yang ada.

Larangan mengedit atribut objek. Memeriksa pengisian wajib beberapa detail objek, melarang pengeditan detail "kunci" objek yang direkam, memeriksa kemungkinan mengubah detail "kunci" oleh pengguna yang berhak melakukannya.

Kontak informasi. Perpanjangan komposisi detail direktori konfigurasi dengan serangkaian detail sewenang-wenang yang dimaksudkan untuk memasukkan informasi kontak, menggunakan fungsi subsistem "Pengklasifikasi alamat".

Kontrol pembaruan konfigurasi dinamis. Memeriksa fakta perubahan konfigurasi dinamis, memberi tahu pengguna dengan saran untuk memulai ulang program.

Kontrol log pendaftaran. Melihat log pendaftaran dalam mode 1C:Enterprise, membuat laporan tentang entri penting dalam log pendaftaran, dan mengirimkan laporan secara berkala ke penerima tertentu.

Segel. Pembentukan bentuk-bentuk tercetak benda-benda dalam bentuk dokumen spreadsheet, pencetakan dan pengiriman formulir cetak melalui e-mail.

Pencarian teks lengkap. Menyiapkan dan menggunakan pencarian data teks lengkap.

Mendapatkan file dari Internet. Antarmuka perangkat lunak untuk menerima file dari Internet, menerima file dari jaringan pada klien, menyimpan file di komputer klien, dalam basis info, meminta dan menyimpan pengaturan server proxy.

Pengguna. Melihat dan mengedit daftar pengguna sistem, mengelola hak pengguna, menentukan pengguna saat ini saat startup sistem.

Bekerja dengan file. Melampirkan file ke objek konfigurasi arbitrer, melampirkan file dari sistem file atau membuat file dari template, mengedit file secara kolektif, menyimpan dan menyediakan akses ke versi file, mendukung pencarian teks lengkap pada file terlampir.

Tugas regulasi. Menampilkan dan mengonfigurasi parameter tugas terjadwal, dukungan untuk pelaksanaan tugas terjadwal dalam versi file infobase.

Properti. Membuat dan mengedit properti tambahan dari dokumen dan direktori, menyimpan properti di objek (detail tambahan) dan di luar objek dalam daftar informasi khusus (informasi tambahan), kemampuan untuk menggunakan properti dalam laporan, dukungan untuk kemampuan mengatur set yang berbeda dari properti untuk objek yang berbeda dari jenis yang sama.

Menyimpan pengaturan. Menyimpan dan memuat opsi laporan dan pengaturan laporan pengguna, menyelesaikan formulir laporan untuk kemudahan peralihan pengaturan pengguna dan opsi laporan.

Individu. Penyimpanan dan penyediaan akses ke informasi tentang individu.

Fungsi laporan. Antarmuka perangkat lunak untuk menyesuaikan bentuk laporan ACS.

Seperti yang dipahami oleh pengembang perpustakaan ini, penggunaan BSP saat menulis aplikasi pada platform 1C:Enterprise 8.2 akan mengurangi waktu yang dihabiskan untuk pengembangan, meningkatkan kualitas solusi aplikasi, dan menstandarkan konfigurasi.

Direncanakan perusahaan 1C akan mengizinkan penggunaan BSP untuk pengguna terdaftar dari sistem 1C:Enterprise 8 yang memiliki langganan aktif di ITS, tanpa biaya tambahan.

Semuanya tampak baik dan indah. Namun hanya sampai berita tersebut mulai dibahas oleh para pakar di forum-forum internet. Di sini saya akan memberikan beberapa ulasan (membaginya menjadi positif dan negatif), setelah itu saya akan mencoba merangkum beberapa diskusi.

Ulasan positif

• “Misalnya, untuk memperkenalkan pengklasifikasi alamat, memuat mata uang, bank, dan “Daftar Keinginan” lainnya ke dalam konfigurasi Anda di 8.1, Anda harus repot-repot memotong fungsi ini dari yang standar. Segalanya tampak lebih mudah sekarang.”
• “Jika Anda memerlukan blok karakteristik, misalnya, Anda dapat menyalinnya ke konfigurasi, dan setelah 10 menit semuanya berfungsi. Saya pikir itu ide yang bagus."
• “Tidak ada yang berjanji bahwa perpustakaan ini akan menjadi satu set subsistem yang sepenuhnya siap pakai. Tugasnya sama sekali berbeda - untuk memungkinkan pengembang menyelesaikan tugas spesifik yang sering muncul dengan cepat (untuk mengaktifkan fungsionalitas menggunakan email atau properti dan karakteristik). Tidak lagi. Jika sesuatu tidak cocok untuk Anda, tulis sendiri atau ulangi yang diusulkan.
• "Sebelum itu, saya harus mengeluarkan kode dari yang standar, yang tidak selalu nyaman, dan Anda tidak selalu dapat menarik semua yang Anda butuhkan, dan kesalahan terjadi pada saat yang paling tidak tepat."
• “Mengapa menemukan kembali roda? Katakanlah ada mekanisme khas untuk bekerja dengan pengguna, ketika saya menulis konfigurasi saya, saya memiliki banyak tugas - saya akan mengambil mekanisme ini dari BSP dan melupakannya, dengan fokus pada tugas utama.
• “Saya tidak mengerti lawan militan. Apakah mereka tidak pernah menggunakan perpustakaan standar dalam bahasa lain? Atau mereka hanya tidak menyadari keberadaan bahasa dan perpustakaan seperti itu?”
• “Tujuan BSP adalah membuat hidup lebih mudah bagi pengembang dan pengguna. Dan ini berlaku terutama untuk keputusan sirkulasi. Pengembang tidak harus menemukan kembali roda, dan pengguna, setelah beralih dari satu konfigurasi ke konfigurasi lainnya, tidak perlu mempelajari kembali pengoperasian mekanisme standar.

Umpan Balik Negatif

• “Begitu cepat, programmer tidak akan dibutuhkan ... Perlahan, 1C bergerak menuju sistem yang dapat disesuaikan, bukan yang dapat dikonfigurasi. Lebih sedikit programmer, lebih banyak penyesuaian.”
• "PADA konfigurasi khas karakteristik, Kontak informasi dan bahkan pengklasifikasi alamat dibuat secara metodologis suboptimal. Sekarang dipaksakan pada semua orang. Sekarang kekurangan ini sedang didorong ke massa.”
• "Karena itu standar, itu harus dilakukan dengan baik, sekali dan untuk semua."
• “Ada kecurigaan bahwa jika pengembang konfigurasi baru tidak menggunakan pustaka ini, maka konfigurasi tersebut tidak akan disertifikasi untuk “1C: Kompatibel” di masa mendatang. Jika tidak, mengapa 1C perlu menyatukan mekanisme umum?

Jadi apa yang kita miliki? Di satu sisi, ada blok siap, yang dapat Anda sisipkan ke dalam konfigurasi Anda, dengan fokus pada penyelesaian tugas yang lebih penting daripada mengelola pengguna atau bekerja dengan file. Di sisi lain, ada kekhawatiran tentang tidak optimalnya solusi standar yang diberikan, akibatnya perlu seringnya perubahan (biaya tenaga kerja tambahan).

Jika kita menimbang semua pro dan kontra, maka secara pribadi saya cenderung percaya bahwa masih ada lebih banyak plus. Secara kiasan, perusahaan "1C" menyediakan "bagian untuk pagar", yang hanya perlu Anda tempatkan di sekeliling dan langsung melanjutkan ke pembangunan rumah. Sulit untuk membayangkan program yang ditulis dengan sempurna, dan bahkan jika kita berasumsi bahwa beberapa metode dalam BSP tidak optimal, itu masih lebih nyaman daripada menulis dari awal. Ini juga bermanfaat bagi pengguna akhir, karena mereka tidak perlu membayar untuk pekerjaan seorang programmer untuk menulis pengklasifikasi alamat dan hal-hal umum yang serupa.

Pustaka subsistem standar adalah fenomena baru di dunia 1C, tetapi bahkan sekarang ia memiliki pendukung dan penentangnya. Seperti yang ditunjukkan oleh praktik, kritik hanya berkontribusi pada peningkatan produk. Oleh karena itu, pembahasan semua inovasi merupakan tahapan penting dalam pengembangan solusi yang benar-benar baik.

Library of Standard Subsystems (BSP) adalah sekumpulan subsistem untuk konfigurasi pada platform 1C:Enterprise yang mengimplementasikan fungsionalitas dasar dan blok fungsional individual. Mari kita coba memahami lebih detail apa itu.

Mengapa BSP dibuat?

Versi pertama BSP dirilis oleh 1C pada tahun 2010 untuk platform 1C:Enterprise 8.2. 1C menyarankan menggunakan perpustakaan ini(atau subsistem individualnya) sebagai dasar untuk membuat solusi aplikasi Anda sendiri. Juga, semua produk standar yang diproduksi oleh 1C sendiri didasarkan pada BSP.

Penggunaan modul terpadu memungkinkan untuk mencapai standarisasi yang lebih besar dari solusi terapan, dan ini, pada gilirannya, memungkinkan untuk mengurangi waktu untuk studi mereka (baik oleh programmer, dan administrator, dan pengguna akhir).

Untuk programmer yang mengembangkan solusi aplikasi dari awal, BSP telah menghemat banyak waktu, karena. tidak perlu secara mandiri mengembangkan blok fungsional dasar yang termasuk dalam BSP. Untuk programmer, pengembangan dan pengujian dilakukan oleh 1C. Pemrogram sekarang hanya perlu berurusan dengan fungsionalitas yang sudah dikembangkan dan belajar bagaimana mengimplementasikan BSP.

Bagaimana BSP didistribusikan

BSP adalah konfigurasi untuk platform 1C:Enterprise. Selain itu, konfigurasi bukanlah solusi aplikasi independen, melainkan hanya alat bantu untuk pengembang. Seluruh konfigurasi atau bagian dari subsistem dapat digunakan dalam pengembangan solusi terapan.

Pengiriman BSP mencakup basis demo dengan contoh implementasi. Basis data demo ini tersedia untuk ditinjau di situs web 1C. Bagaimana Anda dapat mengaksesnya dapat ditemukan di artikel.

BSP tidak untuk dijual. Kit distribusi BSP dapat diperoleh secara gratis jika Anda berlangganan dukungan teknologi informasi (ITS). Untuk menggunakan solusi aplikasi yang dikembangkan berdasarkan BSP, tidak diperlukan langganan ke ITS. Juga, BSP dapat diperoleh secara gratis oleh mitra 1C.

Dokumentasi BSP resmi terdapat di https://its.1c.ru/db/bspdoc dan tersedia dengan berlangganan ITS.

Komposisi BSP

BSP terdiri dari banyak subsistem, yang dibagi menjadi:

• mandiri. Untuk implementasi, cukup mentransfer semua objek ke konfigurasi target dan menampilkan objek di antarmuka. Contoh subsistem tersebut: "Analisis log pendaftaran", "Mata uang", "Shutdown pengguna".
• terintegrasi. Dirancang untuk integrasi yang erat dengan objek konfigurasi lainnya. Untuk mengimplementasikan subsistem seperti itu, perlu dilakukan pengaturan tambahan. Contoh subsistem tersebut: "Versi objek", "Mengisi objek", "Larangan mengedit atribut objek".

Saat ini (Juli 2017), BSP versi 2.4.2 tersedia, yang mendukung fungsi berikut:

Subsistem tertentu akan dijelaskan lebih rinci dalam artikel terpisah.

Pelaksanaan BSP

Sebelum menerapkan pustaka subsistem standar ke dalam konfigurasi Anda, Anda harus memutuskan daftar subsistem yang akan diimplementasikan. Dalam kasus yang paling sederhana, semua subsistem diimplementasikan. Terlepas dari fungsionalitas apa yang dibutuhkan, ada subsistem wajib yang selalu diterapkan:

• Fungsionalitas dasar;
• pembaruan versi IB;
• Pengguna.

Skema implementasi umum terdiri dari langkah-langkah berikut:

1. Mentransfer objek metadata yang diperlukan ke konfigurasi target;
2. Menyiapkan objek yang dimigrasikan;
3. Penggunaan objek BSP dalam pengembangan fungsionalitas baru.

Untuk membantu pelaksanaan BSP, perpustakaan meliputi pengolahan Implementasi PertamaBSP.epf . Itu terletak di direktori template konfigurasi. Dalam pengolahan adalah Deskripsi Singkat dari semua subsistem dan saling ketergantungan subsistem satu sama lain ditentukan.

Untuk memeriksa kebenaran implementasi BSP, laporan terletak di direktori template konfigurasi. PeriksaInstalasiBSP.erf.

Cara mengetahui versi BSP dari solusi yang diterapkan

Ada beberapa cara untuk mengetahui versi BSP yang digunakan pada aplikasi tertentu:

• Secara terprogram: memanggil fungsi StandardSubsystemsServer. Versi Perpustakaan() ;
• Interaktif: dalam daftar informasi "Versi subsistem", lihat nilai versi untuk subsistem "Subsistem Standar".