Dia tidak menambah judul "Habro-bunuh diri", agar tidak mendapatkan admin terkasih, mereka tidak suka ini. Meskipun jelas bahwa publikasi akan tenggelam dalam minus.
Meskipun, tidak ada holivar di dalamnya. Pendekatan untuk membangun antarmuka adaptif hanya dijelaskan dan ditunjukkan. Saya telah menggunakannya sejak 2012 sekitar.
Jika Anda berpikir bahwa saya berkhotbah di sini untuk 1C, maka sia-sia. Pendekatan dan alat ini sama-sama jauh dari Anda dan 1C. Anda tidak akan pernah melakukan ini karena Anda tidak perlu melakukannya. Mereka tidak akan pernah melakukan ini karena mereka tidak tahu caranya. Mereka dengan jujur menginginkan dan menginginkan, tetapi mereka tidak tahu caranya. Karena 1Snik hanya tahu tiga kata: "pasar", "jual" dan "monetisasi". Dan di sini saya miliki - untuk jiwa.
Pertimbangkan saya memberi tahu Anda pendekatan pribadi saya untuk membangun antarmuka sistem informasi perusahaan. Contoh dari 1C. Sekarang kami membuat alat yang serupa, pada intinya, di metadata.js, menggunakan ulang . Wajah tidak lagi kuning, tetapi esensinya sama.
Jadi, Desktop adalah alat untuk membangun antarmuka adaptif. Dalam sistem apa pun pada 1C: Platform perusahaan versi 8.2 dan lebih tinggi.
Kenapa dan mengapa
Dalam platform 1C, mekanisme luar biasa telah dibuat untuk membangun antarmuka. Di klien tebal, Anda dapat menggambar panel, tombol, dan submenu. Dalam thin client, Anda dapat memecah fungsionalitas menjadi subsistem, dan antarmuka akan menarik dirinya sendiri - tautan navigasi yang indah ke semua direktori, dokumen, dan laporan akan muncul.
Lalu apa yang salah? Mengapa membuat semacam desktop?
Jika tidak malas, baca kembali paragraf sebelumnya. Apa yang kamu lihat Apa yang digunakan antarmuka 1C khas? Jika malas, maka saya jawab saja: mereka menggambar navigasi .
Di bandara, misalnya, mereka juga menggambar navigasi, yang kemudian mereka banggakan - siapa pun yang pertama kali menemukan dirinya di pelabuhan udara dapat dengan mudah menemukan meja check-in, area pencarian, dan toilet. Navigasi untuk pengunjung baru adalah tugas yang penting dan perlu, tanpa solusi yang kompeten, kehancuran akan terjadi. Dan di bandara, dan di sistem informasi pada platform 1C.
Dan jika orang itu bukan orang baru? Akuntan, misalnya, atau manajer penjualan, manajer PDO, dll. Program ini memakan waktu lama, pengguna tahu semua yang mereka butuhkan, menggunakan fungsionalitas dalam jumlah terbatas, dan tidak mungkin ada perubahan dalam waktu dekat. Apa yang harus mereka lakukan?
Di bandara, orang-orang seperti itu - misalnya, seringkali pengusaha atau pelancong yang terbang - tidak melihat navigasi sama sekali. Mereka hanya pergi ke tempat yang mereka butuhkan. Anda pernah ke bandara, dan ingat berapa lama Anda harus pergi ke sana ? Proses yang sama, terkadang sangat menyedihkan.
Dan di 1C apa? Pengguna tahu di mana ia perlu. Tetapi, seperti seorang pengembara di bandara, ia dipaksa untuk pergi setiap waktu - untuk menyeberang melalui antarmuka. Lihat banyak yang berlebihan, cari yang benar, buat banyak laporan untuk melihat beberapa angka yang dia butuhkan, filter dan urutkan tanpa henti untuk mendapatkan data yang diperlukan.
Jika kita menggambar analogi antara 1C dan bandara, lalu apa yang terjadi? Setelah membeli ERP atau SCP, Anda telah memperoleh bandara . Ya, itu bukan Anda, mungkin, tetapi perusahaan Anda, tetapi bukan itu intinya. Bandara ini dirancang untuk semua orang , dan hanya Anda dan kolega yang menggunakannya. Bayangkan saja - bandara perusahaan!
Disajikan? Bagus Sekarang pertanyaannya adalah: apakah Anda suka semua yang ada di sana? Tidak ada keinginan, misalnya, untuk menutup sebagian besar terminal, biarkan satu, agar tidak berjalan selama setengah jam? Tempatkan toilet lebih dekat ke bagian penerima tamu? Tidak dekat, tapi di tikungan, tentu saja. Dan di seberang rak, letakkan sofa dari ruang VIP, agar tidak menaiki tangga.
Dan secara umum, alih-alih bangunan dingin yang besar, taruh sebuah rumah kecil yang nyaman di mana semuanya berada di dekat - check-in, klaim bagasi, sofa untuk bersantai, papan dengan penerbangan di atas kepala Anda, restoran yang bagus, pengisian daya untuk ponsel Anda dan wi-fi. Yah, bukankah itu lucu?
Yang Anda butuhkan sudah ada di bandara. Hanya terletak tidak seperti yang Anda butuhkan, tetapi sebagai pengembang memutuskan. Pada saat yang sama mereka mendorong banyak hal yang tidak Anda butuhkan. Karena itu, tidak nyaman dan tidak nyaman.
Jadi, desktop - ini adalah rumah kecil yang nyaman yang akan menjadikan "bandara Anda pada platform 1C" sudut yang menyenangkan, nyaman dan menyenangkan. Dan, yang paling penting - secara individual untuk setiap pengguna . Biarkan semua orang memiliki bandara sendiri. Kenapa tidak
Ulasan umum
Saatnya menggambar beberapa gambar. Kami membuat desktop demo di Enterprise Accounting 3.0, seperti inilah tampilannya.
Seseorang memasuki program dan segera melihat apa yang dia minati. Pertama, tautan ke dokumen dan laporan yang paling sering ingin ia gunakan. Mengklik tautan - masuk ke daftar dokumen atau formulir laporan.
Lebih lanjut, untuk beberapa alasan, seseorang ingin melihat beberapa pengiriman terakhir. Yah, dia suka mengikuti implementasi, dan hanya itu. Dan sehingga mereka dicat - biarkan mereka menjadi merah, hingga 10.000 rubel, hingga 100.000 rubel - biru, lebih-hijau. Hari ini bukan hari yang sangat baik, tidak ada pengiriman hijau ... Saya mengklik tautan - dokumen dibuka.
Dan ingin segera melihat sisa-sisa uang, agar tidak menggeledah laporan. Biarkan mereka ditulis di desktop - secara terpisah untuk akun penyelesaian, dikelompokkan berdasarkan bank, dan mesin kas - dalam satu baris.
Tetapi Anda perlu memahami tidak hanya pengiriman terbaru, tetapi juga dinamika? Biarkan penjualan harian diambil dalam bentuk jadwal yang indah! Sejak awal bulan, misalnya. Maka jangan ketinggalan tren negatifnya.
Dan jika seseorang adalah kepala akuntan atau wakil yang cerdas? Penting untuk mengawasi para akuntan sehingga tidak ada kekurangan dalam tumpukan, kalau tidak saya tahu mereka ... Biarkan laporan sederhana tentang akun aktif dengan semua analitik yang diperlukan diambil langsung di desktop. Saya akan melihat minus - saya akan menghukum ...
Mari kita pergi ke tab kedua dari desktop.
Apa yang kita punya di sini? Tampilan penerimaan yang cepat. Di sebelah kiri adalah daftar tanda terima, di sebelah kanan adalah laporan kecil yang menunjukkan komposisi dokumen (barang, jasa, wadah). Anda meletakkan kursor pada dokumen apa pun - laporan digambar ulang. Tidak perlu jatuh ke dalam dokumen, menjelajahi bookmark dan menggulir tabel.
Mari kita beralih ke bookmark ketiga.
Apa yang kita lihat Faktur pembayaran, dalam bentuk pohon. Level pertama adalah akun, yang kedua adalah nomenklatur, harga, jumlah. Dan tepat di atas pohon adalah tombol "Setuju". Kebetulan di perusahaan kami perlu mengoordinasikan faktur untuk pembayaran. Mengapa pergi ke suatu tempat, mencari dan memeriksa? Di desktop, kami melihat akun yang tidak konsisten, pilih yang diperlukan, tekan tombol - dan voila! Rekonsiliasi telah terjadi.
Dan bagaimana dengan tab keempat?
Tombol besar, apa lagi. Apa yang dia lakukan Dan apa bedanya ... Biarkan itu menjadi rahasia.
Apa masalahnya?
Apa masalahnya, pembaca bertanya? Pemrogram kami dengan cara yang sama dapat menggambar bookmark semacam itu, dengan tombol, tautan, dan laporan. Mereka hanya perlu memberikan akses ke konfigurator, dan dalam beberapa hari akan siap.
Caranya adalah semua elemen desktop digambar tanpa menggunakan konfigurator . Apakah Anda tahu seperti apa tampilan desktop di konfigurator? Seperti ini:
Desktop tidak tahu apa-apa tentang apa yang harus ditarik ke pengguna tertentu. Ketika 1C dimulai, maka ia akan tahu dan menggambar.
Semua pengaturan untuk desktop dan elemen-elemennya dilakukan dalam mode Perusahaan. Tabel demo, gambar-gambar yang Anda lihat dalam materi ini, diambil dalam 2 jam.
Fitur utama
Mari kita membahas fitur-fitur utama yang diberikan desktop kepada kita. Ada banyak sekali dari mereka yang masalah utamanya adalah tidak melupakan apa. Ide-ide baru - kegelapan.
Tata letak
Setiap pengguna diberi desktop, mis. secara umum, ada banyak dari mereka dalam sistem. Pengaturan desktop disimpan dalam direktori dengan nama yang sama. Tata letak elemen dilakukan sesuai dengan prinsip yang sama seperti menggambar bentuk-bentuk yang dikontrol dalam konfigurator.
Anda dapat menggambar jumlah kelompok yang sewenang-wenang, bersarang dalam satu sama lain, menentukan orientasinya - vertikal atau horizontal, membaginya menjadi beberapa halaman, menyusun elemen.
Berikut ini adalah pengaturan desktop:
Konsolidasi Desktop
Ada banyak pengguna, dan semua orang menginginkan desktop individual. Tetapi bagaimana jika lima orang membutuhkan sepasang penanda yang identik? Tidak ada yang lebih mudah - Anda dapat menetapkan beberapa desktop untuk satu pengguna secara bersamaan . Dalam bentuk terakhir, seseorang hanya akan melihat bookmark dan item yang dikumpulkan dari semua desktop.
Elemen Desktop
Item desktop adalah referensi seperti itu. Mereka menggambar sekali, misalnya, diagram atau daftar dinamis, mengatur semuanya, dan Anda dapat menggunakannya di sejumlah desktop.
Ada tujuh jenis elemen pada prinsipnya: tautan ke metadata, laporan, diagram, seperangkat tautan, daftar dinamis, pohon, tombol.
Ini adalah jenis elemen desktop paling sederhana. Objek metadata ditunjukkan - misalnya, dokumen "Penjualan barang dan jasa" atau laporan "Neraca turnover" - dan itu saja, ia akan menuju desktop dalam bentuk hyperlink.
Anda dapat menambahkan gambar, mengganti judul, mengubah font. Saat ditekan, formulir yang sesuai akan terbuka - daftar dokumen, formulir laporan, dll.
Tombol
Juga elemen yang sangat sederhana, tetapi hanya bisa dimengerti oleh programmer. Menarik tombol pada formulir, di mana perintah itu terletak, dan di dalamnya adalah kode yang Anda tulis. Anda dapat menjalankannya di klien, Anda dapat menjalankannya di server.
Tim adalah referensi seperti itu. Ini digunakan tidak hanya untuk tombol, tetapi juga untuk memproses klik pada elemen jenis lain (lihat di bawah).
Kode perintah desktop biasanya dikaitkan dengan data infobase (tidak seperti perintah yang dibuat di konfigurator). Misalnya, sebuah tombol dapat membuat item direktori dan mengisi detailnya dengan nilai-nilai spesifik. Di mana mendapatkan nilai-nilai ini?
Di konfigurator, Anda harus mencari berdasarkan kode, atau memagari repositori khusus dari tautan yang telah ditentukan, atau melakukan konstanta secara umum. Di sini Anda juga dapat menemukan bantuan tabel parameter (lihat tangkapan layar di bawah) - menunjukkan nama dan nilai parameter (primitif + tautan apa saja), dan menggunakan kode perintah.
Laporkan
Biasanya, tangan Anda langsung gatal untuk membawa ke desktop beberapa jenis laporan. Tapi itu pemikiran yang buruk.
Di desktop seharusnya tidak ada tapak kaki yang panjang, yang kemudian masih perlu disaring, disortir dan semua sama panjang untuk menggali ke dalamnya. Kami membutuhkan laporan pendek, mudah dimengerti, dan terfokus untuk pengguna tertentu, menunjukkan sejumlah kecil data atau masalah yang diposisikan dengan jelas.
Oleh karena itu, sebagai sumber laporan, skema tata letak digunakan, yang ada di direktori dengan nama yang sama. Mengapa membuang seluruh omset jika seseorang hanya perlu melihat kontra? Kami memanggil programmer, dalam 5 menit ia menulis permintaan untuk 10 baris, dan sebelum kami hanya ada minus.
Apa yang penting - karena Anda sendiri sedang menulis diagram tata letak kecil, dan bahkan dalam mode Enterprise, maka Anda memiliki hal yang paling penting - data dan konteks . Anda dapat membuat pilihan untuk organisasi, unit atau artikel tertentu. Anda dapat memfilter berdasarkan pengguna saat ini. Dan semua ini ada dalam skema tata letak itu sendiri, dan bukan oleh tangan pengguna dalam versi laporan.
Bagan
Ini dikonfigurasi kira-kira sama dengan laporan. Cukup tulis diagram tata letak, yang hasilnya ditampilkan dalam diagram. Dan kemudian keajaiban terjadi .
Bagan tipikal yang dibentuk oleh tata letak dalam bentuk dokumen lembar bentang tampak menakutkan. Itu tidak beradaptasi dengan ukuran layar, tidak cocok sama sekali, dan tidak ada yang bisa dilakukan dengan ini - hanya memindahkan objek dari tipe "Gambar" dengan kode setelah pembentukan. Tetapi orang yang hidup tidak.
Diagram yang digambar langsung pada formulir tampak jauh lebih baik. Ini adalah kontrol normal yang dapat menskalakan, tidak terlihat asing, dan secara umum cukup menyenangkan.
Saya akan tunjukkan dalam gambar untuk membuatnya lebih jelas. Di sebelah kiri adalah bagan standar dalam dokumen spreadsheet, di sebelah kanan adalah bagan pada formulir.
Apakah mungkin untuk menggunakan grafik di sebelah kiri? Tidak, tentu saja Hanya bagan formulir normal, terukur dan bawaan di sebelah kanan. Pada tangkapan layar pertama ada diagram yang sama - mereka melihat betapa kecilnya itu di sana, tetapi pada saat yang sama - cukup mudah dibaca?
Dan keajaiban yang disebutkan adalah bahwa desktop itu sendiri mengeluarkan bagan dari dokumen spreadsheet dan mentransfernya ke formulir. Seri, titik, desain - semuanya seret, yang buruk. Programmer hanya menulis diagram tata letak, dan mendapatkan diagram yang indah. Tanpa desktop, saya harus menggambar kode seperti itu.
Daftar dinamis
Prinsipnya sama dengan dalam laporan dan grafik. Programmer menulis diagram tata letak - apa yang ingin dia lihat dalam daftar dinamis. Fields memilih, menyortir, tata letak, pilihan, dll. - semua yang Anda butuhkan untuk presentasi data yang nyaman.
Dan desktop menerima permintaan, membuat daftar dinamis pada formulir, membuka teks permintaan, memilih, menyortir, memformat bersyarat ke dalamnya, dll. Dan itu saja, daftarnya sudah siap.
Anda juga dapat mengelola beberapa properti daftar. Misalnya, tabel utama - jika ditentukan, maka elemen akan berperilaku seperti bentuk daftar biasa. Anda dapat mengontrol kemampuan untuk menambahkan data, mengontrol pesanan mereka.
Pohon
Hampir 12:59 - daftar dinamis. Ini juga skema tata letak, juga menyalin pilihan dan desain, hanya pohon yang digambar di formulir, bukan daftar dinamis. Dan Anda dapat menampilkan data apa pun.
Di pohon, masing-masing, Anda dapat melakukan pengelompokan. Jumlah level bersarang tidak terbatas.
Anda dapat menghubungkan perintah ke pohon (dari direktori "Perintah" yang disebutkan di atas). Setiap tim akan menggambar tombol pada panel pohon (seperti pada tangkapan layar halaman "Koordinasi"). Ketika tombol ditekan, konteks ditransfer ke kode - pohon. Dengan demikian, programmer dapat melakukan dengan dia dan datanya segala yang ada di kepalanya. Misalnya, ubah detail objek yang ditunjuk pengguna di pohon.
Kumpulan Tautan
Elemen yang paling berguna dan menarik menurut saya. Ini memungkinkan Anda untuk membawa tautan desktop ke data tertentu - misalnya, implementasi, tugas, pesanan, dll.
Misalnya, pada tangkapan layar pertama, kami memiliki 5 implementasi terakhir:
Jadi, ini adalah serangkaian tautan. Di bawahnya terdapat skema tata letak yang sama, yang mengumpulkan data yang dibutuhkan dan ditampilkan oleh orang tertentu di layar. Tidak ada dokumen spreadsheet, transkrip, tumpukan kolom dan klik ganda. Hanya hyperlink ke objek yang diinginkan.
Seperangkat tautan sangat berguna ketika seseorang perlu menampilkan objek yang dengannya dia perlu melakukan sesuatu. Misalnya, sepakati kontrak atau aplikasi untuk membelanjakan uang. Programmer menulis permintaan yang memfilter objek oleh pengguna saat ini, dan voila - Anda tidak perlu pergi ke mana pun, memfilter apa pun, mencari, dan memahami. Saya mengklik tautan, langsung mengenai objek, melakukan apa yang saya butuhkan - dan objek itu menghilang dari desktop.
Anda dapat menampilkan tautan apa adanya. Anda dapat mendefinisikan ulang tampilan, seperti pada tangkapan layar di atas - tinggalkan nomor dan tanggal, tambahkan jumlahnya. Anda dapat mewarnainya dengan warna apa saja, tergantung pada data - misalnya, sorot yang kedaluwarsa berwarna merah. Anda bahkan dapat mengubah ukuran font.
Sejumlah perintah sewenang-wenang dapat dihubungkan ke satu set tautan. Jika tidak ada perintah, maka cukup klik pada objek terbuka di bawah tautan. Jika ada beberapa perintah, pilihan tindakan akan terbuka:
Yang penting - tidak hanya tautan yang ditransfer ke konteks eksekusi perintah, tetapi juga semua bidang yang dikembalikan permintaan. Hanya ada tautan di formulir, dan permintaan dapat mengembalikan status penyelesaian bersama, keandalan rekanan, dan ketersediaan barang yang diperlukan di gudang - apa pun. Dan semua ini dapat digunakan di dalam tim.
Fitur lainnya
Secara default, ukuran semua elemen desktop dihitung secara otomatis berdasarkan jumlah ruang kosong. Tetapi, jika Anda benar-benar menginginkannya, lebar dan tinggi setiap elemen dapat dikontrol, serta merentangkannya secara vertikal dan horizontal.
Untuk setiap desktop, Anda dapat mengaktifkan pembaruan otomatis secara berkala.
Ada juga mode eksotis - pengalihan otomatis bookmark desktop. Orang yang hidup tidak membutuhkan ini, tetapi kami memiliki contoh seperti itu - mereka termasuk klien tipis di TV, ada desktop dengan banyak diagram, dan bookmark secara otomatis beralih. Sebuah TV tergantung di kantor, semua orang menontonnya dan mengerti seberapa baik mereka bekerja.
Opsi Tata Letak
Opsi tata letak - tak terhitung, sejauh imajinasi yang cukup. Misalnya, Anda dapat mengubah desktop menjadi dashboard fanatik:
Diagram pada platform 8.3 terlihat sangat bagus, jadi melihat desktop seperti itu sangat bagus, setuju. Di desktop, mereka juga menyenangkan untuk disentuh - menonton video .
Dan jika seseorang mengatakan bahwa semua diagram ini tidak masuk akal untuk manajer, Anda dapat menggambar desktop sederhana, pertapa, yang hanya terdiri dari dokumen, direktori, dan laporan yang diperlukan.
Pengembangan
Desktop memiliki potensi pengembangan yang sangat besar. Masih banyak yang dapat dan harus dilakukan yang akan berlangsung selama beberapa tahun. Dan optimasi internal, dan fitur-fitur baru, dan desain chip.
Kami akan mengembangkan desktop, mengikuti praktik penggunaannya, fitur platform baru, dan gagasan kami tentang yang indah.