Kita semua tahu bahwa perusahaan 1C memiliki banyak hal versi yang berbeda platform 1C, kami sekarang akan tertarik pada beberapa dari versi terbaru pada saat penulisan ini, ini adalah versi 1C 8.2 dan 1C 8.3. Jika Anda harus bekerja di kedua versi ini, kemungkinan besar Anda melihat perbedaan dalam antarmuka versi ini, untuk pengguna mereka hanya berbeda secara eksternal. Intinya, pilihan aplikasi reguler atau terkelola memberitahu sistem bentuk mana yang akan ditampilkan untuk dijalankan, teratur atau terkontrol, serta klien aplikasi mana yang akan digunakan secara default, tebal atau tipis. Lagi Informasi rinci untuk klien, baca artikel “Apa yang tebal dan klien kurus di 1C, serta perbedaan mereka.

Aplikasi 1C Reguler (formulir reguler, antarmuka normal, versi 1C 8.2)

Dalam 1C 8.2, hanya kerja yang mungkin dengan bentuk normal, dalam mode aplikasi normal. Gambar di bawah menunjukkan basis dalam mode operasi "aplikasi 1C biasa" ( bentuk biasa).

Aplikasi terkelola 1C (formulir terkelola, antarmuka terkelola, versi 1C 8.3)

Pada platform 1C 8.3, kami dapat bekerja dengan formulir reguler (dalam mode kompatibilitas) dan formulir terkelola. Dan formulir yang dikelola memiliki dua jenis tampilan, ini adalah standar dan taksi. Contoh konfigurasi 1C 8.3 dengan formulir terkelola standar ditunjukkan di bawah ini, dan setelah itu antarmuka Taksi ditampilkan.

Apa perbedaan antara aplikasi 1C biasa dan terkelola?

Seperti yang telah kita ketahui aplikasi reguler dan aplikasi terkelola adalah jenis peluncuran program 1C. Selain itu, tergantung pada nilai jenis peluncuran 1C ( aplikasi reguler atau terkelola), antarmuka spesifik akan dimuat secara default ( biasa atau formulir yang dikelola ), maka ada begitu banyak sinonim untuk konsep ini. Kami ingin mencatat bahwa perbedaan antarmuka cukup signifikan, antarmuka terkelola telah sepenuhnya didesain ulang. Pada prinsipnya, inilah semua perbedaan yang dilihat oleh pengguna biasa dari program 1C. Untuk pemrogram, antarmuka terkelola memerlukan penulisan kode yang dimodifikasi, karena pengembangan sudah berlangsung di 1C 8.3, dan bukan di 1C 8.2, oleh karena itu semua konsekuensi berikutnya. Kode juga harus dibagi menjadi klien dan server, ini ditunjukkan dengan menggunakan arahan yang sesuai di konfigurator.

Tapi di sebelah kiri kami memiliki lapangan kosong. Perintah subsistem dapat menjadi output untuk itu:

untuk ini, Anda perlu mengkonfigurasi antarmuka perintah subsistem:

Agar perintah terlihat di sisi kiri antarmuka, Anda perlu mencentang kotak di bilah tindakan:

Seperti yang Anda lihat, selain panel perintah "Buat", ada juga "Laporan" dan "Layanan". Sejauh ini, mereka tidak tersedia untuk kami, karena kami belum membuat laporan apa pun. Mari kita buat dan sertakan dalam subsistem "Harga":

Setelah itu, kita dapat menambahkan laporan dan pemrosesan ini ke antarmuka perintah:

Setelah itu, perintah ini akan muncul di panel perintah:

Agar perintah pemrosesan tersedia untuk ditambahkan ke panel perintah, laporan ini perlu, pertama, menjadi bagian dari subsistem ini, dan kedua, hak harus diberikan padanya:

ketiga, laporan harus memiliki tata letak:

Agar layanan tersedia, pemrosesan juga harus memiliki hak, kedua, pemrosesan ini juga harus dimasukkan dalam subsistem yang sesuai, dan ketiga, harus memiliki perintah.

Setelah tiga hari mencoba formulir terpandu dalam praktik, saya jatuh cinta padanya. 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 memungkinkan penentuan posisi piksel yang tepat dalam UV, dan bentuk konvensional 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 heran, banyak waktu telah berlalu, dan banyak temuan antarmuka telah masuk ke dalamnya.

Misalnya, menampilkan tabel dinamis dengan pengelompokan, atau menarik detail objek langsung ke daftar dinamis. Atau bahkan radio button yang tidak berbentuk titik, melainkan berupa tombol 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 cukup logis dan arah pengembangan yang 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 dikerahkan 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.

Ternyata entah bagaimana 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 mudah mengatur 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 terkelola, tetapi mengapa Anda perlu mengembangkan antarmuka, mengapa Anda tidak dapat mengubah sedikit menu klasik"?

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 mempelajari 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, adalah mungkin untuk secara terprogram mencegat pintu keluar dari bidang dan mentransfer fokus ke bidang lain, jika tidak maka 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 tipikal.

8.2 antarmuka dan antarmuka Taksi

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

Perbedaan utama adalah lokasi objek menu utama. Pada 8.2, mereka mengambil banyak ruang di kiri dan atas, akibatnya, hanya 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, sebagai hasilnya, 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 memahaminya 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 terlalu jelas bagi saya - ini bukan poin utama dalam platform 1C, mari kita serahkan pada hati nurani arsitek platform dan manajer yang menunjukkan arah pengembangan kepada mereka .

Ideologi yang belum berkembang

Guru mencatat dengan benar, meskipun dapat dimengerti bahwa pengembang platform tidak membuat entitas baru jika 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/MengembalikanNilai.

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 dimungkinkan secara langsung melalui browser, mis. pada 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 basis dapat hadir beberapa kali, tetapi terdaftar untuk pengguna yang berbeda dan alat kerja yang berbeda - browser, klien tipis/tebal, 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 pada 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 membangun antarmuka nanti.
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 kerumitan platform, tetapi karena organisasi tipikal yang salah. Dalam hal ini, prinsip dasarnya hilang - dukungan cepat dan ekonomis serta penyempurnaan konfigurasi standar jika perlu.
5. Pilihan untuk menempatkan pesanan ditunjukkan, ketika item 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. Dalam sel bidang tabel pada formulir, yang sumbernya merupakan permintaan arbitrer, Anda tidak dapat memasukkan data, seperti pada 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.

Mengikuti kursus ini membebaskan saya dari prasangka tentang formulir terkelola, saya memahami dengan jelas nuansa modalitas, perbedaan antara antarmuka 8.2 dan 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.

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 “Operasi” 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. 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 pada 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, kami 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 serupa 7.7. Memilih yang kami minati penampilan program, itu harus di-restart.

Ini adalah bagaimana program dengan antarmuka sebelumnya akan terlihat seperti.

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.

Antarmuka pengguna 1C adalah seperangkat perintah di menu, tombol perintah, dan kemampuan untuk mengonfigurasinya. Sederhananya, antarmuka pengguna 1C adalah sarana komunikasi antara seseorang dan sebuah program.

Akuntan dalam proses kerja menekan item menu, dan program, pada gilirannya, entah bagaimana bereaksi terhadap penekanan ini.

Pengoperasian konfigurasi tipikal didasarkan pada prinsip umum operasi antarmuka. Jika pengguna 1C Accounting 8 memiliki pengalaman dengan satu konfigurasi, maka itu akan cukup baginya untuk hanya berurusan dengan pekerjaan di konfigurasi lain dari platform kedelapan, asalkan, tentu saja, bahwa ia terbiasa dengan akuntansi itu sendiri di area subjek .

Di sisi lain, antarmuka 1C memiliki fitur, yang pengetahuannya akan sangat membantu pengguna pemula saat bekerja:

1. Banyak konfigurasi 1C memiliki banyak antarmuka. Dan mereka bisa sangat berbeda. Karena pengguna program yang berbeda memerlukan fungsionalitas yang berbeda sesuai dengan tugas yang diselesaikan. Seorang akuntan biasa tidak membutuhkan (dan bahkan berbahaya) antarmuka penuh dari kepala akuntan. Atau manajer penjualan tidak memerlukan manajer pembelian atau antarmuka kasir.

2. Selain antarmuka khas di 1C Enterprise Anda dapat mengonfigurasi antarmuka Anda sendiri. Ini adalah tugas yang sudah untuk programmer, tetapi tidak terlalu sulit, dan programmer mana pun dan bahkan pengguna yang kompeten dapat dengan mudah menangani pengembangan antarmuka mereka sendiri. Misalnya, untuk kasir, lebih baik membuat antarmuka 1C dengan hanya dua jenis dokumen "Pesanan tunai masuk" dan "Pesanan tunai keluar" dan dua direktori "Counterparty" dan "Individu".

3. Sering terjadi bahwa operasi yang sama dapat dilakukan dengan cara yang berbeda. Buku atau dokumen referensi yang sama dapat ditemukan dalam 1 C di beberapa bagian menu atau bilah fungsi yang berbeda, dan perintah yang sama dapat dijalankan melalui menu atau menggunakan beberapa kombinasi tombol.

Bagaimana cara mengubah antarmuka di 1C

Pengguna pemula terkadang menemukan diri mereka dalam situasi yang tidak menyenangkan: dalam kursus yang mereka pelajari bekerja dalam antarmuka penuh, dan ketika mereka datang untuk bekerja, tiba-tiba ternyata program yang akan mereka kerjakan terlihat sangat berbeda dan mereka tidak dapat menemukan elemen antarmuka yang familier . Ini sebenarnya program yang sama, hanya saja antarmuka pengguna yang berbeda diaktifkan.

Untuk mengubah antarmuka dalam program 1C, Anda harus menjalankan menu Layanan - Beralih Antarmuka— temukan dan pilih antarmuka dari yang sudah diinstal sebelumnya di sistem. Untuk melakukan operasi ini, pengguna harus memiliki hak akses ke antarmuka. Urutan prosedur switching ditunjukkan pada gambar (dapat diklik).

Aspek penting dari pembelajaran 1C adalah memahami esensi mekanisme akuntansi Akuntansi 8.2, dan tidak hanya melakukan operasi akuntansi dalam program.

Antarmuka khas Akuntansi, cara menggantinya dan cara menyesuaikan antarmuka 1c antarmuka agar sesuai dengan kebutuhan Anda ditampilkan di. Ini juga membahas kemungkinan pengaturan jurnal dan direktori dokumen, bagian tabel dokumen, pengaturan bilah fungsi dan bilah alat. Seperti yang ditunjukkan oleh pengalaman, mengatur komposisi bagian tabel dokumen menjadi penemuan yang menyenangkan bahkan untuk pengguna berpengalaman.

Anda bisa mendapatkan pelajaran lengkap tentang bekerja dengan antarmuka secara gratis. Untuk melakukan ini, kirim aplikasi dalam bentuk apa pun melalui surat.

Penting. Antarmuka program 1C Enterprise tidak membatasi hak akses pengguna ke objek konfigurasi, mereka hanya melayani untuk kenyamanan pengguna. Untuk pembatasan akses yang andal ke objek konfigurasi (direktori, dokumen, register, laporan, dan antarmuka, termasuk), pengaturan hak akses ke objek digunakan basis informasi 1C (peran).