Setelah saya rasakan selama tiga hari dalam latihan formulir yang dikelola, aku mencintai mereka. Tidak perlu mengatur bidang pada formulir dengan mouse, menderita dengan binding. Semuanya sederhana dan dilakukan dalam beberapa klik.

Saya bahkan merasa menyesal bahwa 1C tidak sepenuhnya meninggalkan formulir yang biasa karena fakta bahwa mereka digunakan dalam mode desktop. Lagi pula, dimungkinkan untuk memberikan peluang dalam UV untuk penentuan posisi piksel yang tepat, dan bentuk biasa akan mati seiring waktu. Jadi, Anda harus menyebarkan kekuatan Anda pada pengetahuan tentang fungsi lama.

Jadi, tentu saja, UV jauh lebih cepat dari biasanya, karena. bekerja sesuai dengan skema tiga tingkat antara klien dan server.

Selain itu, fungsi UV itu sendiri jauh lebih kaya dan lebih luas daripada yang biasa - tidak mengherankan, banyak waktu telah berlalu, dan banyak temuan antarmuka telah jatuh ke dalamnya.

Misalnya, menampilkan tabel dinamis dengan pengelompokan, atau menarik detail objek langsung ke daftar dinamis. Atau bahkan radio button bukan berupa titik-titik, melainkan berupa sakelar sakelar.

Dalam praktiknya, mereka tidak menakutkan untuk digunakan seperti yang terlihat pada awalnya, saya terbiasa dengan cepat. Saya sudah cukup memprogram dalam waktu saya modul umum, yang hanya berfungsi di server, dan mengalami konversi nilai yang dapat diubah untuk meneruskannya ke server, sehingga formulir yang dikelola dapat dimengerti oleh saya.

Modalitas, Peristiwa, dan Kunci Antarmuka

Saya mendengar bahwa di 8.3 ada penghentian fungsi modal sepertiPertanyaan, Peringatan, OpenFormModal. Tidak jelas bagi saya mengapa ini dilakukan.

Apa yang mengejutkan saya ketika, dalam salah satu contoh, guru memanggil pembukaan formulir dengan parameter "Kunci seluruh antarmuka", mis. dasarnya modal.

Saya yakin bahwa modalitas ditinggalkan.

Pemahaman tidak datang begitu saja.

Modal windows belum ditinggalkan di 1C. Ada fungsi baru untuk menampilkan peringatan, mengajukan pertanyaan, membuka dialog pemilihan file modal.

Nuansanya adalah setelah memanggil jendela modal ini, kontrol tidak membeku, seperti sebelumnya, menunggu formulir ditutup, tetapi berlanjut. Formulir memunculkan peringatan bahwa itu telah ditutup, dan Anda perlu menangani peringatan ini.

Itu. platform 1C menyingkirkan dasar pembekuan eksekusi kode dan beralih ke manajemen formulir berbasis peristiwa sepenuhnya.

Tentu saja, ini tidak ada hubungannya dengan browser yang kesulitan menampilkan modals. Ini adalah delusi dan prasangka - lupakan saja seperti mimpi buruk. Semuanya logis. Faktanya, sekarang eksekusi sepenuhnya berbasis peristiwa dan asinkron, kami berhasil menyingkirkan eksekusi sinkron.

Mini-konstruktor muncul di 1C - refactoring. Ini membuatnya lebih mudah untuk menulis penangan notifikasi untuk operasi asinkron daripada menulisnya secara manual.

Konfigurasi memiliki kemampuan untuk menonaktifkan semua panggilan sinkron (mereka akan membuat kesalahan), sebagai hasilnya, itu akan sepenuhnya asinkron dan memenuhi persyaratan terbaru untuk mengatur model acara.

Fitur antarmuka baru

Menu

Jika formulir yang dikelola terlihat seperti arah pengembangan yang sepenuhnya logis dan benar, maka arah pengembangan sistem menu bagi saya tetap tidak dapat dipahami.
Tidak diragukan lagi, menu, di mana hanya satu level yang ditampilkan, maka Anda harus pergi ke sublevel berikutnya dan seterusnya sampai item yang diinginkan sudah usang secara moral, dan digantikan oleh peta menu, di mana beberapa item menu digunakan sekaligus . Ini dilakukan dengan cara standar sebelum rilis antarmuka menu baru di 8.2.

Pada suatu waktu, pada 8.1, saya membuat sistem menu dalam bentuk direktori hierarkis yang terpasang di sebelah kiri, di mana visibilitas setiap item ditentukan oleh hak akses pengguna yang menunya ditampilkan.

Seperti yang saya pahami, 1C menganggap salah bahwa objek aplikasi Antarmuka tidak digunakan, dan memutuskan untuk merilis alternatif baru yang canggih untuk itu.

Ternyata agak rumit, menurut saya. Sekali lagi, semuanya terkait dengan kotak centang peran yang dapat disesuaikan yang tidak pernah saya sukai - sistem terbaik peran ditulis pada tingkat kode program, buktinya adalah sistem hak pengguna tambahan, yang memungkinkan Anda untuk secara fleksibel dan tanpa masalah yang tidak perlu mengonfigurasi hak akses dalam konfigurasi standar.

Secara umum, cara-cara baru untuk mengatur menu telah datang, menurut saya mereka tidak terlalu berhasil, tetapi tidak ada alternatif, dan mereka digunakan dengan cara yang khas.

Saya bertanya kepada guru: “Saya mengerti tentang formulir yang dikelola, tetapi mengapa antarmuka perlu dikembangkan, mengapa menu klasik tidak dapat ditingkatkan sedikit”?

Dia menjawab saya bahwa sistem 1C berkembang ke arah peningkatan kenyamanan dan kecepatan pengguna. Menurut pendapat saya, bagaimanapun, perubahan muluk-muluk seperti itu dalam sistem menu tidak sepadan.

Lewati pesanan

Omong-omong, urutan bypass penting untuk pekerjaan produktif pengguna - banyak yang telah menghafal urutan bypass bidang tertentu pada mesin. Jadi, hanya perintah bypass di 8.2 yang ditinggalkan. Ini secara ketat mengikuti urutan di mana elemen ditempatkan. Untungnya, dimungkinkan untuk secara terprogram mencegat pintu keluar dari bidang dan mentransfer fokus ke bidang lain, jika tidak, akan sangat buruk dengan kinerja yang dinyatakan.

Ruang kerja dan formulir bersarang

Wilayah kerjanya hanya satu. Oleh karena itu, perlu untuk memasukkan formulir hampir semua pengguna ke dalamnya dan menentukan visibilitas mereka dengan hak. Semua ini akan menyebabkan kekacauan dalam konfigurasi besar.

Akan jauh lebih mudah untuk membuatnya dalam kode program atau menggunakan mekanisme formulir bersarang.

Apa yang tidak diimplementasikan dalam 8.2-8.3

Saya tidak pernah menunggu formulir bersarang. Sayangnya, mereka tidak, meskipun mereka digunakan di zaman kuno. Mengakses.

Tidak ada menyeret melalui clipboard. Itu. Anda harus menyeretnya dengan mouse, Anda tidak dapat menentukannya - saya menyeretnya dari sini dan meletakkannya di sini, tanpa merobek kaleng dengan mouse, sayangnya. Meskipun, mungkin, perangkat lunak pihak ketiga dapat datang untuk menyelamatkan di sini, karena. seret dan lepas adalah hal sistem di jendela.

Opsi Fungsional dan Visibilitas Elemen

Pada suatu waktu RLS dibuat untuk menunjukkan kepada pengguna hanya catatan tabel individual.

Opsi dan pengaturan fungsional untuk menampilkan bidang berdasarkan peran menjadi pengembangan lebih lanjut dari visibilitas. Bersama-sama, ini membentuk semacam kebun binatang yang beragam, tidak ada harmoni dan koherensi keseluruhan.

Menurut pendapat saya yang sederhana, visibilitas bidang masih lebih mudah untuk dikontrol secara terprogram daripada secara deklaratif, dengan mengatur kotak centang dan membuat mekanisme opsi fungsional yang kompleks.

Pada saat itu, saya membuktikan bahwa RLS kalah dengan perubahan kontrol program entri di tingkat modul objek/langganan. Demikian pula, saya menduga bahwa opsi fungsional apa pun lebih rendah daripada deskripsi algoritmik biasa dari kontrol visibilitas elemen - baik dalam kemudahan penggunaan maupun dalam universalitas pendekatan.

Pengguna konfigurator harus banyak berpikir tentang cara mengontrol visibilitas - berdasarkan peran atau melalui opsi fungsional. Setelah pernah menulis algoritme universal untuk menentukan visibilitas bidang, ia selalu dapat menerapkannya tanpa kruk platform ini.

Putusan - opsi fungsional dan visibilitas melalui peran - tidak efektif, tetapi Anda perlu mengetahuinya, karena. mereka digunakan dalam konfigurasi khas.

8.2 antarmuka dan antarmuka Taksi

8.2 antarmuka dan antarmuka taksi kompatibel, mis. tidak ada item baru yang muncul. Konfigurasi dapat bekerja di 8.2 atau Taksi, Anda dapat membiarkan pengguna beralih di antara antarmuka ini.

Perbedaan utama adalah lokasi objek menu utama. Di 8.2, mereka mengambil banyak ruang di kiri dan atas, akibatnya, ada sedikit ruang tersisa untuk ruang kerja bagi pengguna di sudut kanan bawah. Di antarmuka Taksi, menu disembunyikan secara otomatis, tetap dalam bentuk menu kecil di sebelah kiri, akibatnya, hampir seluruh layar dialokasikan untuk ruang kerja.

Tidak jelas mengapa harus menempuh jalan yang membingungkan, jika pada akhirnya sistem menu dasar di 8.1 bahkan lebih ekonomis dalam menggunakan real estat layar?

Juga di Taksi, prinsip untuk menampilkan jendela telah berubah, akibatnya, kode formulir untuk 8.2 tidak nyaman di beberapa tempat. Tetapi ke arah ini, saya belum menyadari perbedaannya, meskipun guru mencoba menceritakan prinsip dasar Taksi. Saya akan mencoba mencari tahu dalam praktik, meskipun saya menganggap semua peningkatan antarmuka ini berlebihan dan tidak perlu dalam praktik untuk pengguna aplikasi bisnis.

Omong-omong, di 8.2 Anda tidak dapat mengubah palet, ini seperti kartu kunjungan platform 1C. Dengan cara yang sama, sistem organisasi menu dalam bentuk 8.2 atau Taksi membiasakan pengguna dengan standar tertentu. Namun, praktik menunjukkan bahwa sistem baru Menu pengguna dipelajari kembali hampir seketika. Jauh lebih sulit untuk mengubah keterampilan bekerja dengan dokumen dan laporan.

Oleh karena itu, semua kebisingan dan kontroversi seputar sistem menu ini tidak begitu jelas bagi saya - ini bukan poin utama dalam platform 1C, mari kita serahkan pada hati nurani arsitek platform dan manajer yang mengarahkan mereka ke arah pengembangan .

Ideologi yang belum berkembang

Guru mencatat dengan benar, meskipun dapat dimengerti bahwa pengembang platform tidak membuat entitas baru di tempat yang diperlukan.

Misalnya, subsistem digunakan untuk membagi objek konfigurasi menjadi blok dan untuk mengatur menu fungsi (alternatif baru untuk menu aplikasi biasa). Meskipun logis untuk membuat objek aplikasi terpisah, yang akan disebut "Menu Fungsi".

Anda juga harus mengatur peran kosong (peran antarmuka), yang hanya diperlukan untuk menentukan objek mana yang akan ditampilkan dalam satu bentuk atau lainnya. Meskipun logis untuk mengembangkan objek "Antarmuka" yang diterapkan ke arah ini.

Keraguan tentang efektivitas

Beberapa pendekatan 1C untuk kegunaan menimbulkan keraguan.

Misalnya, banyak penekanan dalam kursus telah diberikan untuk memiliki bentuk dokumen yang dapat dicetak yang ditampilkan dalam subformulir dokumen yang terpisah dan menghapusnya ketika dokumen berubah. Tidak masuk akal dalam hal ini, terkadang Anda perlu mencetak beberapa salinan - misalnya, sebelum mengedit dan sesudahnya. Mustahil dengan latihan untuk menjadi bingung dalam beberapa dokumen dan beberapa bentuk cetakan, sehingga penyebaran energi ke arah ini tampak meragukan bagi saya.

Juga, misalnya, di platform tidak mungkin membuat bidang input di sel daftar dinamis jika sumbernya bukan tabel dasar. Bukan karena secara teknis sulit, tetapi karena alasan kegunaan.

Kemungkinan untuk menyimpan pengaturan

Pengaturan formulir disimpan langsung ke database, bukan di sesi. Mereka tidak hilang ketika mereka jatuh. Dengan demikian, mekanisme baru untuk bekerja dengan pengaturan ini telah muncul, di mana Anda dapat menyimpan data Anda. AlternatifSimpanNilai/KembalikanNilai.

Sekarang, jika perlu, semua pengaturan yang disimpan dapat diurutkan secara terprogram, yang berarti mereka dapat diunggah ke pengguna lain, ke file, dll.

Pertanyaan Lain

Apa itu Formulir Terkelola?

Dalam formulir terkelola, kode berjalan di klien dan di server.

Klien berarti mesin yang lemah, bahkan bisa menjadi browser biasa.

Dan server dalam koneksi langsung dan cepat ke database.

Klien tidak dapat bekerja dengan database, ia dapat melakukan operasi matematika kecil dan memanipulasi elemen bentuknya. Jika Anda ingin mendapatkan sesuatu dari database atau mengirim data ke sana, klien menghubungi server.

Beginilah cara kerja formulir terkelola. Dengan keterampilan yang tepat, terus-menerus mengakses server tidak menjadi masalah.

Organisasi seperti itu lebih efisien daripada menghubungkan ke server melalui akses jarak jauh selain itu, pekerjaan dapat dilakukan secara langsung melalui browser, mis. di platform apa pun - Windows, linux, Android , Mac OS .

Catatan pada 1 dalam jumlah besar

Berikut adalah catatan yang saya tulis untuk diri saya sendiri, mengandung pengetahuan yang berharga:

1. Di jendela peluncuran 1C, bukan lagi basis informasi yang terdaftar, tetapi titik masuk. Itu. satu database dapat hadir beberapa kali, tetapi terdaftar untuk pengguna yang berbeda dan alat kerja yang berbeda - browser, thin/thick client, login administrator.
2. Untuk administrator, kunci telah muncul yang menonaktifkan kontrol peran. Anda hanya dapat masuk ke Perusahaan dengan cara ini jika Anda memiliki hak administratif atas konfigurasi tersebut.
3. Detail umum - jangan bingung dengan detail umum di 1C7, di 82 mereka digunakan untuk memisahkan akses di antarmuka.
4. Sering digunakan ketinggian minimum daftar dalam formulir untuk menghilangkan bilah gulir tambahan dari formulir.
5. Anda tidak boleh menyimpan gambar dalam persyaratan direktori, ini menyebabkan penurunan kinerja direktori, Anda harus menggunakan register informasi.
6. Dalam prosedur server, Anda harus menggunakan VALUE saat meneruskan parameter agar parameter tidak diteruskan kembali ke server.
7. Fitur baruHalamanDimulaiDari dan Halaman Berakhir Pada, mungkin yang lain, dari platform 8.3.6.
8. Dalam 1s 8.2, mode istimewa muncul, mis. Anda dapat menonaktifkan kontrol akses di tingkat peran di bagian kode.
9. Elemen daftar formulir, tabel nilai, dan pohon nilai berbeda karena daftar di server dan klien memiliki representasi yang sama, dan objek khusus dibuat untuk tabel dan pohon dan harus dikonversi di server.
10. Saya senang bahwa guru suka menamai objek dalam bentuk tunggal dan menamai modul dengan garis bawah sehingga modul-modul ini diurutkan terlebih dahulu dalam petunjuk kontekstual.

Tentang kehidupan dan sekitar 1C

Guru menyatakan:

1. Pengembangan harus dilakukan dari antarmuka.
   Pendapat saya : Pernyataan tersebut diragukan, karena pengetahuan dan pengalaman menggunakan arsitektur platform memungkinkan Anda untuk segera beralih dari objek aplikasi, dan kemudian membangun antarmuka.
2. Pengelola tidak memasukkan data, hanya melihat laporan. Dan dia tidak mengelola entri data di 1C, tetapi melalui telepon dan melalui sekretaris. Oleh karena itu, browser cukup untuk pengelola, dan kolom input hanya diperlukan untuk menyaring data.
   Pendapat saya A: Ya, sepertinya itu benar.
3. Kritik BSP (Library of Standard Subsystems). Dalam arti bahwa tidak mungkin dan sangat sulit untuk mengisolasi modul yang diperlukan darinya.
   Pendapat saya : Karena bahkan BSP tidak dapat dibagi menjadi modul, maka SCP tidak dapat dibagi menjadi modul UT, ZUP, BP, Produksi. Dan ini bukan kesalahan platform, tetapi metodologi yang salah untuk menulis yang khas - modularitas tidak dihormati. Sama Navigasi telah lama memiliki kesempatan untuk menjual akuntansi terlebih dahulu kepada klien, dan kemudian dia dapat membeli perdagangan, produksi, dan upah jika perlu, tanpa menulis ulang kode dan beralih ke program baru.
4. Baja tipikal sangat kompleks dan sulit diubah. Sekali lagi, bukan karena kompleksitas platform, tetapi karena organisasi tipikal yang salah. Dalam hal ini, prinsip dasarnya hilang - dukungan yang cepat dan ekonomis serta penyempurnaan konfigurasi standar jika perlu.
5. Pilihan untuk menempatkan pesanan telah ditunjukkan, ketika item tersebut terletak di sebelah kiri di ruang kerja, dan daftar pesanan di sebelah kanan. Berlawanan dengan nomenklatur, Anda dapat memasukkan kuantitas, lalu menyeretnya ke daftar pesanan dan pesanan terbentuk. Keuntungan - tabel pesanan tidak diblokir untuk membuat pesanan baru.
   Pendapat saya : Keuntungannya tidak masuk akal - namun, pengguna lebih terbiasa melihat produk yang dipilih di bagian tabel, mereka dapat menyimpan pesanan ini sebagai konsep atau menyalin pesanan dari template. Secara umum, dokumen-dokumen itu tidak ditemukan dengan sia-sia.
6. Dijelaskan perbedaan antara bagian "Utama", "Penting", "Pergi", "Lihat juga".
   Pendapat saya : Secara pribadi, saya mengerti samar-samar, yang berarti bahwa mayoritas tidak akan memahami nuansa yang tertanam di platform kegunaan di taksi. Oleh karena itu, antarmuka akan terlihat seperti sebelumnya, karena pengguna dan pemrogram di 1C sudah terbiasa.
7. Di sel bidang tabel pada formulir, yang sumbernya adalah permintaan arbitrer, Anda tidak dapat memasukkan data, seperti di bidang input. Ini dilakukan untuk kepentingan kegunaan sehingga pengguna fokus memasukkan data di jendela terpisah.
   Pendapat saya : Saya memberi contoh dengan input di bagian tabular, di mana bidang seperti itu ada, arti larangannya tidak jelas bagi saya.
8. Perceraian muncul karena membandingkan pasangan dengan orang lain. Lebih sedikit perbandingan - pernikahan yang lebih kuat.
9. Bahasa asing lebih mudah dipelajari ketika Anda mempelajari beberapa dari mereka sekaligus, pikiran sempit dan obsesi dengan satu bahasa ibu dihilangkan.
10. Bahasa asing tidak dapat dipelajari jika Anda menautkan kata asing ke kata dalam bahasa ibu Anda, Anda perlu menautkannya ke gambar. Rantai kata asing - gambar lebih pendek dari rantai kata asing - kata asli - gambar. Dalam kasus terakhir, berpikir dalam bahasa asing tidak akan berhasil.

Kesimpulan

Saya mengucapkan terima kasih kepada guru.

Menghadiri kursus ini membebaskan saya dari prasangka tentang formulir terkelola, saya jelas memahami nuansa modalitas, perbedaan antara 8.2 dan antarmuka Taksi.

Sekarang bentuk-bentuk yang dikendalikan tidak membuat saya takut, tetapi, sebaliknya, menarik saya untuk mengenal mereka.

Saya harap Anda, yang membaca artikel ini, juga menghargai formulir yang dikelola.

Ketika pengguna memasuki 1C dalam mode Perusahaan untuk mulai bekerja, pertama-tama dia melihat antarmuka program.

Dalam pemrograman di bawah kata antarmuka dapat berarti beberapa arti yang berbeda. Kami sekarang berarti "antarmuka pengguna".

Antarmuka pengguna adalah semua jendela, menu, tombol, dan hal-hal lain yang digunakan pengguna secara langsung di dalam program.

Desain antarmuka adalah font yang digunakan, warna, gambar latar belakang dan elemen dekorasi lainnya. Desain tidak mempengaruhi komposisi antarmuka.

Platform 1C mengimplementasikan dua mekanisme antarmuka pengguna yang berbeda yang digunakan dalam . Klien 1C tebal memiliki antarmuka sendiri, tipis (dan klien web) memiliki sendiri.

Mari kita bicara hari ini tentang antarmuka pengguna 1C.

Antarmuka 1C

Antarmuka 1C dari klien tebal terlihat seperti ini.

Itu termasuk:

• Menu utama
• Panel.

Desktop yang digunakan dalam beberapa konfigurasi (akuntansi, penggajian) bukan bagian dari antarmuka 1C, ini adalah pemrosesan yang dilakukan oleh programmer secara terpisah dan yang terbuka di 1C dalam layar penuh pada saat memasuki program.

Di konfigurator, antarmuka 1C terletak di cabang Umum / Antarmuka.

Pemrogram membuat antarmuka 1C dengan nama tertentu dan, saat membuat pengguna, menentukan antarmuka 1C default pengguna ini.

Di properti antarmuka 1C ada kotak centang "Switchable". Jika antarmuka 1C tidak dapat dialihkan (kotak centang tidak dicentang), maka semua pengguna akan melihatnya, meskipun mereka diberi antarmuka 1C yang berbeda. Dalam hal ini, pengguna melihat kedua antarmuka digabungkan menjadi satu.

Saat menambahkan antarmuka 1C, Anda akan melihat daftar panel. Selalu ada panel secara default, itu berisi menu utama program.

Jika Anda menambahkan lebih banyak panel, mereka akan ditampilkan sebagai panel (dengan tombol).

Saat menambahkan antarmuka 1C baru dari awal, konstruktor terbuka yang membantu merancang menu dengan mencentang objek yang diperlukan.

Saat mengedit menu yang ada, item ditambahkan satu per satu, karena ketika konstruktor dipanggil lagi, itu membuat ulang menu dari awal.

Saat menambahkan item menu teratas, di properti Anda dapat memilih salah satu menu khas - File, Operasi, Layanan, Windows, Bantuan.

Setelah menambahkan tombol atau item menu, Anda harus memilih tindakan yang akan dilakukan. Tindakan dapat terdiri dari dua jenis.

Jika Anda ingin klik untuk membuka objek 1C - direktori, dokumen, atau laporan - Anda perlu mengklik tombol dengan tiga titik dan memilih objek yang diinginkan, serta bentuk yang diinginkan (kemungkinan tindakan objek).

Jika Anda ingin perintah arbitrer dieksekusi sebagai hasil dari mengklik, klik kaca pembesar. Fungsi tersebut dapat ditemukan di . Setelah memilih modul, fungsi handler akan dibuat di dalamnya, modul akan dibuka untuk diedit.

Antarmuka perintah terkelola 1C

PADA versi baru 1C 8.2, jenis klien baru muncul -.

Antarmuka klien tipis 1C terlihat seperti ini.

Antarmuka klien web 1C terlihat seperti ini.

Idealnya, keduanya sama, dan, seperti yang Anda lihat, mereka sangat berbeda dari antarmuka 1C klien tebal.

Sekarang tidak hanya terdiri dari menu dan panel, tetapi dari:
1) Daftar bagian akuntansi
2) Navigasi melalui bagian yang dipilih
3) Perintah untuk dieksekusi di bagian saat ini
4) Formulir untuk melakukan operasi saat ini.

Untuk membentuk antarmuka 1C dari klien yang dikelola, "Antarmuka" tidak lagi digunakan, itu dibentuk dengan cara yang rumit, berdasarkan banyak pengaturan yang dibuat dalam konfigurasi.

Faktanya adalah bahwa sekarang antarmuka 1C sama untuk semua pengguna dan pada saat yang sama dinamis, bekerja tergantung pada set hak pengguna dan perintah yang tersedia untuk dieksekusi.
Anda juga dapat mengatakan bahwa itu dibentuk atas dasar, sehingga disebut juga antarmuka perintah 1C.

Subsistem 1C

Dasar dikelola antarmuka perintah 1C adalah daftar bagian akuntansi. Misalnya - uang dan barang, dua bagian akuntansi.

Dalam konfigurasi, objek Subsistem 1C, yang terletak di cabang Subsistem Umum / 1C, bertanggung jawab atas bagian akuntansi.

Setelah membuat subsistem 1C, di direktori dan dokumen yang diperlukan, pada tab Subsistem 1C di konstruktor objek, Anda dapat memasukkannya ke dalam subsistem 1C ini. Ini berarti bahwa mereka termasuk dalam bagian akuntansi ini. Objek dapat dimasukkan dalam beberapa subsistem 1C.

Artikel tersebut termasuk dalam siklus "Langkah pertama dalam pengembangan pada 1C". Di dalamnya, kami terus berkenalan dengan antarmuka Taksi yang dikelola dan melanjutkan langsung ke konfigurasinya.

Seperti yang Anda ketahui, pengembangan antarmuka infobase dimulai dengan pembuatan struktur menunya, karena betapa nyaman dan logisnya, seluruh sistem secara keseluruhan akan dapat dipahami oleh pengguna.

Setelah membaca artikel, Anda akan belajar:

• Peran apa yang dimainkan subsistem dalam membentuk struktur menu?
• Bagaimana cara membentuk bagian menu tingkat 1 dan 2?
• Bagaimana cara menyesuaikan komposisi perintah yang ditampilkan di bagian menu?
• Untuk apa editor antarmuka perintah dan bagaimana cara bekerja dengannya?
• Bagaimana cara mengatur Antarmuka Perintah dari partisi utama?

Penerapan

Artikel ini membahas antarmuka Taksi dari konfigurasi yang dikembangkan pada platform 1C 8.3.4.496. Informasi ini relevan untuk rilis platform saat ini.

Subsistem. Kustomisasi antarmuka dengan subsistem

Subsistem diklasifikasikan sebagai objek umum. Mereka menyediakan kemampuan untuk mengklasifikasikan objek konfigurasi dengan Subsistem.

Untuk menunjukkan apakah suatu objek milik subsistem dalam Jendela pengeditan objek ada tab yang sesuai di mana flag menunjukkan subsistem mana yang dimiliki objek.

Di masa mendatang, Anda dapat membuat filter untuk pohon objek dengan Subsistem.

Pada saat yang sama, dimungkinkan untuk mengontrol: aktifkan untuk yang dipilih Subsistem objek bawahan Subsistem dan orang tua Subsistem atau tidak.

Klasifikasi objek dengan Subsistem membuatnya mudah dibuat peran.

Untuk objek Peran Anda dapat menentukan hak yang sesuai dan menunjukkan bahwa ini Peran dapat dibangun hanya pada objek-objek yang termasuk dalam yang dipilih Subsistem.

Demikian pula Subsistem digunakan untuk membuat Antarmuka. Antarmuka hanya diperlukan jika konfigurasi dijalankan dalam mode Aplikasi Umum.

Klasifikasi objek dengan Subsistem juga digunakan saat menggabungkan konfigurasi. Itu. Anda dapat menggabungkan objek yang difilter oleh Subsistem.

Tujuan penting dari Subsistem adalah bahwa dari mereka antarmuka perintah konfigurasi dibangun dalam mode Aplikasi Terkelola . Subsistem tingkat pertama ditentukan .

Untuk yang sudah ada Subsistem anda dapat mendefinisikan bersarang (bawahan). Data Subsistem akan membentuk kelompok Bilah navigasi.

Ketika kita mengklasifikasikan suatu objek dengan Subsistem, dimungkinkan untuk memasukkan objek hanya dalam nested Subsistem, mungkin ke dalam Subsistem tingkat pertama, mungkin ke keduanya.

Dalam kasus terakhir, objek akan ditampilkan dua kali: keduanya di dalam Subsistem bersarang dan secara terpisah di Bilah navigasi. Dalam kebanyakan kasus, ini tidak sepenuhnya benar.

Pada prinsipnya, Subsistem adalah entitas opsional. Itu. konfigurasi yang dikembangkan pada Platform 8.3 akan dapat bekerja tanpa Subsistem apa pun.

Tetapi dalam hal ini, tidak akan ada Panel Partisi sama sekali, semuanya akan ditampilkan di Desktop. Konfigurasi yang sangat sederhana dengan sekumpulan kecil objek dapat bekerja tanpa Subsistem.

Tetapi jika ada banyak Dokumen, Direktori, dan Register dalam konfigurasi, gunakan Subsistem sangat menyederhanakan pekerjaan pengguna.

Tandai bahwa beberapa objek konfigurasi milik beberapa Subsistem mungkin dalam tiga cara.

Pertama, itu bisa dilakukan di Jendela pengeditan objek di bookmark Subsistem. Kami telah mempertimbangkan opsi ini.

Kedua, Anda dapat menggunakan Jendela pengeditan subsistem. Penanda buku Menggabungkan Anda dapat menentukan objek yang termasuk dalam ini Subsistem.

Dan akhirnya, untuk objek konfigurasi melalui menu konteks Anda dapat memanggil kotak dialog khusus yang disebut Selain itu.

Jendela ini juga memungkinkan Anda untuk menandai objek sebagai milik Subsistem. Jendela ini digunakan jika kita ingin bekerja dengan beberapa objek sekaligus.

Saat memindahkan kursor ke objek pohon konfigurasi di jendela Selain itu informasi yang relevan pada subsistem ditampilkan.

Saat membuat objek konfigurasi secara default, Platform 8.3 tidak mengikat objek ke subsistem apa pun.

Itu. pengembang harus membuka sendiri tab ini dan mencentang kotak yang sesuai.

Jika pengembang tidak melakukan ini, sistem akan menentukan tidak adanya milik Subsistem seperti sebuah kesalahan.

Tapi kesalahannya tidak kritis, jadi kita bisa setuju dengan ini.

Bahkan, sistem memberi tahu Anda untuk bantuan bahwa Anda mungkin lupa memasukkan objek baru ke dalam Subsistem. Dalam hal ini, objek tidak akan ditampilkan di antarmuka perintah.

Pengguna dapat mengakses objek tersebut hanya melalui Menu utama menggunakan perintah Semua fitur.

Secara alami, agar suatu objek dapat dibuka, pengguna perlu diberikan hak yang sesuai.

Ada sejumlah kasus ketika pengembang lebih nyaman memasukkan objek yang ditambahkan ke konfigurasi tipikal ke dalam subsistem mereka sendiri yang terpisah.

Untuk Subsistem di Edit jendela Anda dapat menghapus bendera Sertakan dalam antarmuka perintah.

Di mana Subsistem tidak akan ditampilkan di antarmuka perintah. Jika tidak ada Subsistem yang harus disertakan dalam antarmuka perintah, maka untuk objek baru, Platform 8.3 tidak memeriksa apakah objek tersebut milik subsistem mana pun.

Untuk menyesuaikan komposisi perintah yang termasuk dalam bagian terkait yang ditentukan oleh subsistem, ada editor khusus.

Editor ini dapat dipanggil dari jendela pengeditan Subsistem dengan menekan tombol Antarmuka perintah(pada tab Utama).

mungkin untuk masing-masing Subsistem hubungi editor ini. Dari editor dimungkinkan untuk mengontrol pembukaan daftar di Bilah navigasi, ketersediaan perintah di Bilah aksi.

Secara default, kotak centang untuk perintah untuk membuat item Direktori dan Dokumen tidak dicentang, tetapi dapat dicentang. PADA Bilah aksi Anda juga dapat membuka laporan.

Elemen dalam editor dapat dipindahkan. Pada saat yang sama, dari Bilah navigasi di Bilah tindakan dan bergerak ke arah yang berlawanan tidak mungkin. Anda dapat memindahkan elemen baik di dalam Bilah navigasi, atau di dalam Bilah aksi.

Ada kolom visibilitas umum dan kolom visibilitas berdasarkan peran. Setiap peran yang ditentukan dalam konfigurasi akan memiliki kolomnya sendiri. Nilai yang ditetapkan di kolom visibilitas umum adalah nilai default untuk visibilitas menurut peran.

Visibilitas berdasarkan peran dapat mengambil tiga nilai: apakah elemen tersebut tidak akan terlihat untuk peran yang diberikan (1); atau akan selalu terlihat, terlepas dari bendera mana yang disetel di kolom visibilitas (2); atau bendera visibilitas peran akan diwarisi dari bendera visibilitas umum (3).

Jika pengguna diberi dua peran dan kotak centang ditentukan untuk salah satunya, dan bukan untuk yang lain, maka aturan standar sistem 1C:Enterprise 8 akan berfungsi - pengguna diizinkan untuk bertindak jika diizinkan di salah satu dari peran.

Terkadang perlu segera mengubah antarmuka perintah di beberapa Subsistem. Di platform 1C:Enterprise 8, ada alat layanan yang memungkinkan Anda untuk mengedit antarmuka perintah beberapa Subsistem.

Alat ini dipanggil dari menu konteks simpul akar cabang Subsistem.

Di jendela yang terbuka, Anda dapat dengan cepat menavigasi Subsistem dan mengedit antarmuka perintah. Selain itu, di jendela ini Anda dapat mengedit komposisi Subsistem. Anda juga dapat memindahkan objek ke Bilah navigasi dan Bilah aksi.

Selain itu, Anda bahkan dapat mengubah subordinasi Subsistem. Ada tombol khusus untuk ini. Pindahkan Subsistem.

Untuk menyesuaikan antarmuka perintah bagian utama editor antarmuka perintah juga digunakan.

Dia tidak lagi dipanggil Subsistem, dan melalui menu konteks dari simpul akar konfigurasi, item Membuka antarmuka perintah dari partisi utama.

Di jendela yang terbuka, kita dapat menentukan Direktori, Dokumen, dan objek lain mana yang termasuk dalam antarmuka perintah ini. Anda juga dapat mengaktifkan visibilitas mereka dan mengelola visibilitas berdasarkan peran.

Harap dicatat bahwa saat menghapus Subsistem Sayangnya, platform tidak memeriksa apakah setidaknya satu objek termasuk dalam subsistem ini atau tidak.

Setelah dihapus Subsistem ketika konfigurasi disimpan, tidak ada pesan tentang restrukturisasi basis info yang ditampilkan.

Ini menyimpulkan perkenalan kami dengan pengaturan struktur menu infobase. Pada artikel berikutnya, kami akan melanjutkan perkenalan kami dengan Antarmuka Terkelola dan mempertimbangkan fitur apa yang disediakan oleh platform 1C:Enterprise 8 untuk bekerja dengan daftar.

Konsep antarmuka pengguna(Konsep Antarmuka Pengguna)

Konsep antarmuka pengguna sistem 1C:Enterprise 8 berfokus pada gagasan untuk memberikan kenyamanan kerja yang efektif dan, tentu saja, memperhitungkan tren terbaru.

Meluncurkan program dalam 1C: Mode perusahaan dimulai dengan membuka jendela program utama

Jendela ini berfungsi untuk menampilkan struktur utama utama dari solusi yang diterapkan (yang disebut panel partisi) dan desktop.

Desktop 1C: Perusahaan 8.3 / 8.2

Desktop adalah elemen program yang berisi laporan, dokumen, direktori, dll yang paling sering digunakan. Desktop sebenarnya adalah asisten bagi pengguna. Setiap sesi dimulai dari desktop. Melalui desktop, pengguna menerima informasi yang diperlukan, memberikan jawaban atas pertanyaan pengguna.

Desktop: Bilah Partisi

Panel bagian. Ini adalah tingkat atas dari subsistem dan berfungsi untuk pemisahan terbesar dari fungsionalitas dari solusi yang diterapkan. Terletak di bagian atas jendela utama. Ini memungkinkan Anda untuk melompat ke bagian lain dari program.

Desktop: Bagian

Setelah mengaktifkan bagian tersebut, semua fungsi subsistem tertentu tersedia untuk pengguna dalam dua panel - panel tindakan dan panel navigasi. Fungsionalitas ini juga berisi subsistem bersarang.

Desktop: Perintah

Perintah adalah tindakan yang tersedia untuk pengguna. Perintah-perintah ini dapat bervariasi. Sebagian, program standar disediakan untuk pengguna oleh platform itu sendiri. Bagian kedua sedang dikembangkan oleh pencipta solusi yang diterapkan.

Desktop: Bilah navigasi

Bilah navigasi seperti bagian "daftar isi". Ini berisi apa yang disebut. perintah navigasi. Mereka berfungsi untuk melompat ke berbagai item di bagian ini. Biasanya, melalui bilah navigasi, Anda menavigasi ke berbagai daftar. Setelah mengaktifkan perintah navigasi, daftar yang sesuai dengannya muncul di area kerja bagian, sehingga menggantikan konten area kerja sebelumnya.

Contohnya adalah perintah Warehouse - setelah memanggilnya, daftar gudang akan ditampilkan di ruang kerja.

Desktop: Bilah tindakan

Bilah tindakan. Panel ini berisi perintah yang paling sering dipanggil. Mereka memungkinkan untuk membuat objek baru dengan cepat, melakukan pemrosesan biasa, dan membuat laporan paling populer. Perintah ini disebut perintah tindakan, karena aktivasinya mengarah pada pembuatan jendela aplikasi baru, jendela tambahan, dan untuk beberapa waktu memindahkan pengguna ke jendela untuk mengimplementasikan tugas lain.

Secara khusus, ketika perintah Warehouse dipanggil, jendela tambahan baru akan dibuat di mana dimungkinkan untuk memasukkan data gudang baru. Ini akan mengalihkan pengguna dari tugas navigasi yang dilakukan di jendela sistem utama ke tugas memasukkan item Gudang baru.

Desktop: Jendela bantu

Setelah mengaktifkan perintah untuk mengedit objek yang ada dan membuat yang baru, dan saat pemrosesan dan laporan dibuka, jendela aplikasi tambahan dibuka. Jendela tambahan ditampilkan di monitor komputer secara terpisah dari jendela utama. Hal ini menunjukkan bahwa di kasus ini tidak ada antarmuka multi-jendela standar (MDI) yang digunakan.

Desktop: Riwayat kerja di jendela utama

Navigasi pengguna dalam program (transisi ke berbagai bentuk, satu atau bagian lain) secara otomatis disimpan dalam riwayat kerja. Ini terjadi di jendela utama, dan Anda dapat menavigasi melalui aktivitas yang disimpan seolah-olah Anda mengunjungi halaman di browser Internet. Seluruh daftar titik navigasi tersedia di menu tarik-turun, yang memungkinkan Anda melakukan transisi langsung ke titik yang diinginkan.

Desktop: Favorit

Seperti di browser web, Anda dapat menambahkan daftar, objek, bagian database, pemrosesan, atau laporan apa pun ke favorit Anda. Ini memungkinkan Anda untuk membuat transisi instan ke mereka, jika perlu.

Desktop: Tautan Data

Dimungkinkan untuk mendapatkan tautan, itu adalah string teks, ke daftar, objek, bagian basis data, pemrosesan, atau laporan apa pun. Sangat mudah untuk mengirim tautan semacam itu ke kolega sehingga dia dapat dengan mudah menemukan objek yang menarik baginya dan membuat perubahan yang diperlukan.

Dasbor 8.2

Panel informasi ditampilkan di bagian bawah jendela aplikasi. Ini berfungsi untuk menampilkan tindakan baru-baru ini berkomitmen dalam sistem. Jika tindakan yang telah selesai dikaitkan dengan beberapa rekaman data, maka, saat Anda mengklik pemberitahuan yang sesuai, sebuah formulir akan dibuka yang berisi data yang diubah. Sebagai contoh, formulir dokumen yang diposting terbuka.

Riwayat eksekusi 8.2

Tombol Riwayat memungkinkan Anda untuk mengakses riwayat pekerjaan pengguna ini dengan program.

Area perintah sistem

Bagian atas jendela utama berisi area untuk memanggil perintah sistem. Ini berisi menu utama sistem. Dengan bantuannya, Anda dapat menavigasi berbagai bagian dari solusi yang diterapkan yang telah digunakan oleh pengguna. Selain itu, area ini berisi serangkaian program tambahan (kalender, kalkulator, dll.) dan tautan favorit yang disimpan oleh pengguna.

Menu utama

Menu ini berisi perintah yang terkait dengan solusi aplikasi utama, dan tidak bergantung pada konfigurasi tertentu.
Sebagai contoh, perintah untuk menyesuaikan perintah pengaturan parameter sistem dan antarmuka dapat disebutkan.

Perintah bantu

Sisi kanan area perintah sistem berisi perintah bantu. Misalnya kalender, kalkulator, link berikut, informasi tentang sistem, dan sebagainya. Pengguna sendiri dapat menyelesaikan area ini dengan perintah dengan menghapus atau menambahkan perintah yang diperlukan.

Desktop 1C: Perusahaan

Desktop mengacu pada bagian standar program, dan berisi direktori, laporan, dokumen, dll yang paling sering digunakan. Bekerja dengan program selalu dimulai dari desktop.

Desktop - memainkan peran semacam asisten pengguna. Awal hari kerja selalu terjadi dengan pengenalan informasi yang disediakan oleh desktop:

• Apa yang baru?
• Apa yang perlu dilakukan hari ini?
• Apa status informasi penting saya?
• Apa yang harus Anda perhatikan?

Desktop biasanya berisi beberapa formulir: daftar nilai tukar, daftar dokumen penerimaan/penjualan barang, penyelesaian bersama saat ini, dan informasi serupa. Komposisi desktop dikonfigurasi untuk posisi tertentu. Misalnya, meja tenaga penjual dan meja manajer penjualan cenderung berbeda

Ini terjadi karena ketika mengonfigurasi program, pengembang menentukan formulir mana yang harus dilihat oleh spesialis ini atau itu. Saat Anda menjalankan program dalam mode 1C:Enterprise, sekumpulan formulir standar yang terkait dengan satu atau pengguna lain dikonfigurasikan secara otomatis. Dan itu ditentukan oleh peran pengguna tertentu.

Pengaturan desktop 1C 8.2

Pengguna dapat menyesuaikan penampilan desktop Anda. Pengguna dapat mengubah lokasi formulir, mengubah komposisi dan jumlah formulir.
Misalnya, alih-alih penyelesaian bersama saat ini, Anda dapat menambahkan pencarian data.

Pengaturan yang dipilih akan diingat secara otomatis dan, pada startup sistem berikutnya, desktop akan ditampilkan seperti yang dikonfigurasi oleh pengguna tertentu.

Mengedit desktop di konfigurator

Editor khusus digunakan untuk mengembangkan solusi aplikasi yang berfungsi untuk menyesuaikan dan mengatur desktop. Ini memungkinkan Anda untuk memilih dengan tepat bagaimana formulir akan ditempatkan di desktop, menambah atau menghapus formulir, dan mengatur visibilitas formulir tertentu yang sesuai dengan peran pengguna dalam sistem ini.

Panel Partisi

Panel bagian. Mengacu pada elemen antarmuka perintah. Panel ini menunjukkan struktur dasar utama dari solusi yang diterapkan. Ini memungkinkan Anda untuk beralih di antara bagian-bagian program.

Mengklik tab bagian yang sesuai akan memindahkan pengguna ke bagian tersebut (ke bagian aktif yang ditandai dari program, yang berfungsi untuk menyelesaikan rentang tugas tertentu yang ditentukan dengan jelas). Tindakan yang tersedia untuk pengguna di bagian ini disajikan sebagai perintah yang terletak di bilah navigasi dan bilah tindakan bagian tertentu.

Jika panel (panel partisi) seperti itu tersedia, maka itu terletak di bagian atas jendela utama. Tapi, panel ini tidak selalu hadir.

Misalnya, mungkin ada program yang tidak berisi bilah bagian. Program semacam itu cukup sederhana dan memiliki sejumlah kecil fungsi. Dalam program semacam itu, perintah tidak terletak di bilah bagian, tetapi di bilah tindakan desktop dan di bilah navigasi.

Anda juga dapat menonaktifkan panel partisi dalam mode 1C:Enterprise menggunakan pengaturan pengguna.

Panel bagian dibentuk secara otomatis oleh platform itu sendiri. Desktop selalu menjadi bagian pertama. Tetapi kumpulan bagian lain untuk pengguna dari satu solusi aplikasi mungkin berbeda.

Misalnya, panel bagian yang digunakan oleh penjual hanya akan berisi panel Perusahaan dan Penjualan, sedangkan panel admin akan benar-benar berisi semua bagian.

Ini disebabkan oleh fakta bahwa peran pengguna yang berbeda mungkin tidak, atau sebaliknya, memiliki hak akses ke beberapa subsistem tingkat atas. Dan subsistem ini adalah bagian yang diamati pengguna di panel bagian. Saat menganalisis hak pengguna, platform hanya menampilkan bagian yang dapat diakses oleh pengguna tertentu.

Kustomisasi bilah bagian

Pengguna dapat menyesuaikan, untuk dirinya sendiri, komposisi panel bagian - hapus atau tambahkan bagian, ubah tampilannya.

Misalnya, hapus bagian Perusahaan dan Inventaris dan tentukan bahwa departemen ditampilkan sebagai teks.

Mengedit panel bagian di konfigurator

Saat mengembangkan solusi yang diterapkan, editor antarmuka perintah digunakan untuk mengonfigurasi dan membentuk panel bagian. Ini mengatur urutan bagian yang diikuti dan mengatur visibilitasnya sesuai dengan peran pengguna yang ada dalam konfigurasi.

Memerintah

Perintah adalah objek konfigurasi yang berfungsi untuk memungkinkan pengembang untuk menggambarkan tindakan yang sesuai untuk pengguna tertentu.

Perintah umum adalah perintah yang tidak spesifik objek atau dimaksudkan untuk melakukan tindakan pada objek yang tidak menggunakan perintah standar.

Mungkin ada perintah untuk objek konfigurasi itu sendiri. Mereka dimaksudkan untuk melakukan operasi yang berhubungan langsung dengan objek tertentu.

Perintah parameter adalah perintah yang menggunakan dalam algoritmenya nilai-nilai yang dilewati platform. Jenis nilai yang diberikan didefinisikan dalam konfigurator dan perintah berparameter ini hanya akan ditampilkan dalam formulir yang memiliki atribut dengan tipe yang sama.

Tindakan yang dilakukan perintah dijelaskan dalam modul perintah di 1C:Enterprise.

• Objek konfigurasi
• Alat pengembangan.

Tergantung pada bagaimana perintah berakhir dalam konfigurasi, perintah dapat dibagi menjadi:

• Standar
• Dibuat oleh pengembang.

Perintah Standar 8.2

Perintah standar disediakan oleh platform, secara otomatis. Perintah standar disediakan oleh objek konfigurasi, ekstensi formulir, ekstensi elemen Tabel yang terkandung dalam formulir.

Misalnya, direktori Akun menyediakan perintah berikut: Akun, Akun: buat grup, Akun: buat.

Perintah yang dibuat oleh pengembang

Pengembang memiliki kemampuan untuk membuat perintah sewenang-wenang dalam konfigurasi. Tambahkan objek serupa, Perintah, itu bisa di cabang Umum dan di objek tertentu, atau dalam bentuk tertentu, membuat deskripsi prosedur menggunakan bahasa bawaan.

Sebagai contoh, perintah umum berikut dapat diberikan: Konfigurasi Barcode Scanner, Install Barcode Scanner, dll.

Perintah tindakan dan perintah navigasi.

• Perintah navigasi
• Perintah tindakan.

Perintah navigasi 8.2

Formulir yang dipanggil oleh perintah ini terbuka di jendela saat ini. Biasanya, perintah ini menavigasi melalui berbagai daftar.

Contoh: Perintah navigasi Gudang akan membuka daftar gudang di jendela utama.

Perintah tindakan

Ketika perintah seperti itu dijalankan, jendela bantu dibuka. Biasanya, dengan bantuan perintah tindakan, transisi dibuat ke formulir pemrosesan / laporan atau ke formulir objek.

Contoh: menjalankan perintah tindakan Warehouse akan membuka jendela tambahan di mana Anda dapat mengedit data gudang baru.

Perintah yang dapat diparameterisasi dan independen

Tim, menurut organisasi internal mereka, harus dibagi menjadi:

• Mandiri
• Dapat diparameterisasi

Tim Independen 8.2

Eksekusi perintah tersebut terjadi tanpa meminta informasi tambahan.

Contoh: Perintah Akun, yang independen, membuka daftar semua Akun tanpa meminta informasi lainnya.

Perintah yang dapat diparameterisasi

Eksekusi perintah tersebut memerlukan nilai parameter perintah (informasi tambahan).

Contoh: perintah Settlement account (Object. Supplier), yang dapat diparameterisasi, membuka daftar rekening penyelesaian dari counterparty yang ditentukan. Untuk menjalankan perintah ini, Anda harus menentukan rekanan mana yang ingin Anda buka akunnya. Dalam hal ini, parameter dari perintah ini adalah counterparty.

Perintah Global dan Perintah Bentuk Lokal

Menurut bagaimana perintah berhubungan dengan bentuk tertentu, mereka dapat dibagi menjadi:

• Global
• Lokal

Tim Global

Perintah tersebut disediakan oleh platform dan, tidak menjadi bagian dari formulir, dapat dimasukkan dalam formulir ini serta dalam bentuk lain. Perintah-perintah ini juga dibagi menjadi parameterizable dan independen, yang membuatnya lebih mudah untuk bekerja dengan perintah-perintah ini.

Perintah bentuk lokal

Perintah-perintah ini tidak dapat dimasukkan dalam bentuk lain, karena sebenarnya merupakan bagian dari bentuk tertentu. Perintah ini disediakan oleh elemen formulir, ekstensi formulir, atau diatur oleh pengembang pada formulir itu sendiri.

Panel Navigasi

Bilah navigasi adalah elemen antarmuka perintah sistem. Ini seperti "daftar isi" dari jendela atau bagian tambahan. Bilah navigasi memberikan kesempatan untuk berkenalan dengan informasi yang terkandung di jendela atau bagian tambahan.

Bilah navigasi berisi perintah navigasi. Perintah tersebut dianggap sebagai perintah yang hanya memindahkan pengguna ke informasi yang diperlukan tanpa menyebabkan perubahan pada data. Biasanya ini adalah perintah yang memberikan akses ke berbagai daftar. Setelah memanggil perintah seperti itu di ruang kerja, daftar yang dipanggil dibuka, yang menggantikan konten ruang kerja sebelumnya.

Contoh: Memanggil perintah Warehouses akan membuka daftar gudang di ruang kerja.

Menampilkan Daftar di Jendela Auxiliary

Ketika perlu untuk menganalisis dan membandingkan bagian yang berbeda satu daftar, atau daftar yang berbeda, Anda dapat membuka beberapa daftar sekaligus. Di jendela utama dan di jendela tambahan.

Tindakan ini memerlukan menahan tombol Shift saat memanggil perintah navigasi.

Grup komando 8.2

Perintah biasanya dikelompokkan di bilah navigasi menjadi tiga kelompok standar.

• Penting. Nama grup tidak ditampilkan, tetapi perintah yang dimiliki grup tersebut disorot dalam huruf tebal. Grup ini berisi perintah untuk melompat ke informasi yang paling sering digunakan di bagian ini.
• Normal. Grup ini juga tidak memiliki judul. Perintah ditampilkan menggunakan font biasa.

Selain grup standar, bilah navigasi dapat berisi grup yang dibuat oleh pengembang.

Grup perintah reguler 8.2

Di grup kedua (perintah yang terkait dengan Common) mungkin ada grup perintah tambahan. Grup-grup ini diikuti oleh heading dan perintah yang dikandungnya diindentasi dari margin kiri.

Menyembunyikan dan menampilkan perintah ini dilakukan dengan mengklik judul grup tersebut.

Jika bagian program dibentuk oleh subsistem tingkat pertama, maka di panel navigasi, grup perintah akan dibentuk oleh subsistem tingkat berikutnya.

Biasanya grup Penting dan Lihat juga tidak berisi sejumlah besar perintah. Sebaliknya, grup Utama, sebagai suatu peraturan, berisi sejumlah perintah yang cukup serius. Untuk navigasi yang lebih nyaman melalui mereka, mereka menggunakan pengelompokan tambahan dari perintah ini.

Kustomisasi bilah navigasi 8.2

Dimungkinkan bagi pengguna untuk menyesuaikan komposisi perintah yang termasuk dalam bilah navigasi - ubah urutan tampilan, hapus yang tidak perlu atau tambahkan perintah yang diperlukan.

Contoh: hapus grup perintah Harga dan Karakteristik, dan pindahkan perintah Penyesuaian ke Lihat juga.

Program akan mengingat pengaturan yang telah diubah pengguna secara otomatis, dan saat berikutnya program diluncurkan, ia akan menampilkan panel seperti yang dibuat oleh pengguna.

Dalam pengembangan solusi aplikasi, editor antarmuka perintah digunakan untuk mengonfigurasi dan membentuk bilah navigasi. Ini memungkinkan Anda untuk mengatur lokasi, urutan, komposisi perintah, dan konfigurasi untuk peran pengguna yang ada dalam konfigurasi tertentu.

Panel Tindakan

Bilah tindakan mengacu pada elemen antarmuka perintah sistem. Panel ini berisi perintah yang paling sering digunakan yang menyediakan kemampuan untuk membuat objek baru dengan cepat, membuat laporan populer, dan melakukan pemrosesan biasa.

Panel ini berisi perintah tindakan. Menjalankan perintah tersebut memungkinkan Anda untuk mengubah data dan biasanya terbuka jendela bantu, untuk sementara mengalihkan pengguna ke operasi lain.

Contoh: Memanggil perintah tindakan Warehouse akan terbuka, untuk mengedit, jendela data tambahan untuk gudang baru.

Grup perintah 1C: Perusahaan 8.3 / 8.2

Bilah tindakan biasanya berisi tiga kelompok perintah standar.

1. Membuat. Ini berisi perintah yang mengarah pada pembuatan objek baru yang terkait dengan database - direktori, dokumen, dll.
2. Perintah di bagian ini menavigasi pengguna ke berbagai laporan yang tersedia di bagian ini.
3. Grup ini berisi perintah yang melakukan berbagai tindakan layanan: pindah ke pemrosesan layanan, perintah untuk bekerja dengan peralatan perdagangan tertentu, dll.

Selain grup standar, bilah tindakan dapat berisi grup yang dibuat oleh pengembang.

Kelompok perintah ini dibingkai dan memiliki judul. Jika sebuah grup memiliki sejumlah besar perintah, hanya beberapa perintah pertama yang akan ditampilkan.

Kustomisasi bilah tindakan 8.2

Dimungkinkan bagi pengguna untuk menyesuaikan komposisi perintah yang termasuk dalam bilah tindakan - ubah urutan tampilan, hapus yang tidak perlu atau tambahkan perintah yang diperlukan

Contoh: Anda dapat menghapus perintah untuk membuat akun baru dan menghapus grup Layanan.

Program akan mengingat pengaturan yang telah diubah pengguna secara otomatis, dan saat berikutnya program diluncurkan, ia akan menampilkan panel seperti yang dibuat oleh pengguna.

Selama bekerja pada pengembangan solusi aplikasi, editor antarmuka perintah digunakan untuk mengonfigurasi dan membentuk bilah tindakan. Ini memungkinkan Anda untuk mengatur lokasi, urutan, komposisi perintah, dan konfigurasi untuk peran pengguna yang ada dalam konfigurasi tertentu.

Favorit

Favorit adalah salah satu elemen antarmuka standar. Mekanisme ini disediakan oleh platform dan tersedia untuk pengguna solusi aplikasi apa pun. Favorit memungkinkan Anda mengatur sendiri daftar tautan yang diperlukan.

Pengguna secara mandiri menambahkan ke daftar ini tautan ke bagian program, ke daftar yang terbuka di jendela utama, ke pemrosesan, ke laporan dan ke objek yang terkait dengan database - dokumen, elemen direktori, dll.
Elemen Favorit dirancang bagi pengguna untuk menambahkan tautan yang paling penting, perlu, atau sering digunakan ke daftar ini untuk menavigasinya dengan cepat.

Saat Anda membuka menu Favorit, daftar akan ditampilkan di jendela utama atau di jendela tambahan.

Menambahkan tautan ke favorit

Tautan ditambahkan ke favorit dengan metode klasik yang digunakan di browser web - menggunakan perintah Tambahkan ke Favorit atau dengan menekan kombinasi tombol Ctrl + D. Perintah Tambahkan ke Favorit terletak di menu Favorit di jendela tambahan dan utama aplikasi, di area perintah sistem.

Menyiapkan favorit

Pengguna dapat mengedit daftar favorit. Itu dapat menghapus tautan yang tidak perlu atau menukar yang sudah ada. Opsi ini tersedia di jendela yang dibuka oleh perintah Set Favorites, yang terletak di menu jendela aplikasi tambahan atau utama.

Bekerja dengan Bahasa Favorit Pertama

Dimungkinkan untuk mengelola favorit secara terprogram menggunakan bahasa bawaan UserWork Favorites.

Akses ke objek ini tidak disediakan melalui properti konteks global, seperti halnya, misalnya, dengan riwayat kerja pengguna.

Untuk mengakses favorit, baca favorit dari penyimpanan pengaturan sistem, tambahkan item dengan tautan yang diperlukan, dan simpan kembali favorit yang dimodifikasi ke penyimpanan pengaturan sistem.

Dalam contoh berikut, Anda dapat melihat bagaimana dua tautan ditambahkan ke favorit: tautan ke item pencarian dan hyperlink eksternal.

Referensi

Tautan adalah salah satu elemen antarmuka standar. Mekanisme ini disediakan oleh platform dan tersedia untuk pengguna solusi aplikasi apa pun. Elemen ini memungkinkan untuk mendapatkan tautan teks ke salah satu bagian, daftar, objek database, pemrosesan, atau laporan.

Tautan interaktif dan non-interaktif

Interaktif - ini disebut tautan ke objek basis data (dokumen, direktori), bagian program, pemrosesan, dan laporan. Tautan ini dapat diteruskan ke karyawan, diikuti, ditambahkan ke favorit. Juga, tautan ini diingat dalam riwayat pekerjaan.

Non-Interaktif - Tautan ini hanya dapat diakses dari bahasa 1C:Enterprise. Contohnya termasuk tautan ke atribut bagian tabel database, atribut objek, tautan ke penyimpanan sementara, dan atribut entri register. Tautan semacam itu digunakan saat membuat formulir, untuk ditampilkan dalam bentuk gambar, dan juga untuk mentransfer file eksternal ke server menggunakan penyimpanan sementara.

Mendapatkan tautan

Tautan internal dan eksternal

Ada tiga cara untuk menggunakan tautan tersebut dari sudut pandang pengguna:
* Tautan eksternal dan internal dapat dengan mudah ditambahkan ke favorit untuk dengan cepat melompat ke daftar atau dokumen yang dipilih jika perlu.

• Tautan internal digunakan dalam basis info tertentu. Satu pengguna dapat menerima dan meneruskan tautan internal ke yang lain. Tautan semacam itu dapat digunakan oleh pengguna yang terhubung ke database ini oleh klien mana pun. Mentransfer tautan semacam itu tersedia dalam berbagai cara: Surel, Misalnya.
• Tautan eksternal dirancang untuk digunakan di luar 1C:Enterprise. Adalah rasional untuk menggunakan tautan semacam itu untuk klien web.

Contoh: pengguna yang terhubung ke database klien kurus (protokol http) atau oleh klien web, menerima tautan eksternal dan meneruskannya ke pengguna lain. Pengguna ini memasukkan tautan ke bilah alamat browser Internet. Hasil dari tindakan tersebut adalah peluncuran klien web, koneksi akan dibuat ke yang diperlukan basis informasi dan transisi dilakukan pada tautan yang diteruskan.

Mengikuti tautan

Untuk mengikuti tautan yang diterima, panggil perintah Buka tautan di jendela bantu atau utama.

Pada artikel ini, saya akan memberi tahu Anda cara menyesuaikan antarmuka program Taksi untuk pekerjaan yang nyaman, sehingga semua tombol yang diperlukan dan laporan yang paling penting selalu tersedia.

1) Mari kita mulai dengan pertanyaan paling umum dari klien tercinta saya, terkait dengan kurangnya menu "Operasi". Banyak akuntan menggunakannya untuk mencari laporan, pemrosesan, dokumen yang terkadang sangat sulit ditemukan di bagian lain dari program.

Dengan demikian, tidak ada menu “Operations” di Accounting 3.0. Analognya disebut "Semua fungsi" dan secara default tampilan bagian ini dalam program tidak diatur. Untuk mengaktifkannya, Anda harus masuk ke menu, yang terbuka dengan tombol oranye dengan segitiga di sudut kiri atas program. Dalam daftar yang muncul, pilih bagian "Layanan" dan buka bagian "Opsi".

Di jendela yang terbuka, centang kotak "Tampilkan perintah" Semua fungsi "dan perbaiki hasilnya dengan mengklik tombol" Terapkan ".

Sekarang di Menu Utama yang sama (tombol oranye dengan segitiga) kita melihat bagian "Semua fungsi"

Di mana segala sesuatu yang biasa kita lihat di Akuntansi 2.0 di bagian "Operasi":

2) Sekarang mari kita pertimbangkan kemampuan program dalam hal pengaturan antarmuka TAXI. Misalnya, sekarang program saya terlihat seperti ini:

Itu. bagian di atas. Buka jendela bookmark di bawah ini. Mari kita lihat cara mengubah lokasi semua elemen jendela kerja program. Sekali lagi kami membuka menu utama dan menemukan bagian "Pengaturan panel" di sana.

Kemudian semuanya sederhana. Dengan tombol kiri mouse, ambil bagian yang posisinya ingin kita ubah dan seret ke tempat kita ingin melihat panel ini. Misalnya, seperti ini: Saya akan menaikkan "Panel Terbuka" ke atas, dan menyeret "Panel Partisi" ke sisi kiri jendela.

Klik tombol "Terapkan" atau "OK" dan voila, beginilah tampilan program kami:

Mungkin akan lebih nyaman bagi seseorang untuk bekerja dengan cara ini.

3) Tip lain untuk menyiapkan program. Sebagai aturan, setiap akuntan memiliki beberapa bagian atau laporan yang dia gunakan sehari-hari. Nah, misalnya OSV atau OSV di akun. Dan akan sangat nyaman jika mereka selalu ada, selalu siap sedia. Ini dapat dicapai dengan cara yang sangat sederhana, dengan menempatkan laporan yang diperlukan di bagian "Favorit". Kami akan menemukan neraca di bagian "Laporan". Mengarahkan mouse ke sana, kita melihat bintang abu-abu di sebelahnya.

Dengan mengkliknya, kami akan menandai laporan yang dipilih sebagai "Favorit"

Bagian "Favorit"menggunakan editor panel yang sudah kami kenal, kami akan menempatkan, misalnya, di bagian bawah jendela kerja program.

4) Dan satu lagi "rahasia" untuk mengatur antarmuka program. Di berbagai bagian program ada dokumen yang beberapa tidak pernah digunakan. Yah, hanya karena kekhususan organisasi. Misalnya, di bagian "Pembelian", dokumen yang terkait dengan EGAIS.

Kami tidak memerlukan dokumen-dokumen ini dan kami dapat menghapusnya dari desktop. Untuk melakukan ini, di bagian yang dapat diedit di sudut kanan atas, klik roda gigi dan di menu yang muncul, pilih item "Pengaturan navigasi"

Di jendela yang muncul, kita melihat dua kolom. Di sebelah kiri adalah perintah yang dapat ditambahkan ke desktop kita. Dan di sebelah kanan, perintah-perintah yang ada di desktop kita. Kami menemukan bagian EGAIS di kolom kanan dan klik tombol "Hapus"

Dengan demikian, dokumen yang ada di kolom kanan dapat ditambahkan ke desktop dengan mengklik tombol "Tambah"

5) Dan terakhir, bagi mereka yang tidak ingin terbiasa dengan antarmuka Taksi. Anda dapat mengubah antarmuka ke yang ada di versi pertama Accounting 3.0.

Di bagian "Administrasi" kami menemukan item "Antarmuka"

Di sini, pengembang menawari kami pilihan untuk mengubah antarmuka program menjadi seperti pada versi sebelumnya 8.3 dan Akuntansi sejenis 7.7. Setelah memilih tampilan program yang menarik bagi kami, itu harus dimulai ulang.

Ini adalah bagaimana program dengan antarmuka sebelumnya akan terlihat.

Penasaran, mari kita lihat apa itu antarmuka, mirip dengan Akuntansi 7.7.

Yah, saya tidak tahu, saya tidak tahu. Saya mungkin akan kembali ke "Taksi" saya yang biasa.

Nah, itu saja yang ingin saya sampaikan kepada Anda hari ini. Saya berharap bahwa beberapa informasi akan berguna bagi Anda dalam bekerja dengan program ini.