Ujian dan pembetulan pangkalan maklumat 1C 8.3 mesti dilakukan jika anda menghadapi ralat dalam pengendalian pangkalan maklumat dan sebelum mengemas kini konfigurasi pangkalan data. Dalam kebanyakan kes, jika pangkalan maklumat anda rosak, ia membantu.

Sebelum melakukan ujian dan pembetulan, anda mesti membuat salinan sandaran pangkalan data. Jika anda tidak boleh memasukkan configurator, maka dalam folder dengan program 1C yang dipasang terdapat utiliti ujian dan pembetulan yang tidak memerlukan menjalankan program dalam mod configurator. Kami akan bercakap tentang semua ini di bawah.

Mari kita lihat alat ini dan cara bekerja dengannya. Kami akan menganalisis secara terperinci bendera mana yang harus ditetapkan dalam antara muka.

Mari lancarkan program dalam mod konfigurasi:

Pilih "Pengujian dan Pembetulan" daripada menu Pentadbiran:

Apakah kotak yang perlu saya semak?

Terdapat pelbagai pilihan untuk menyediakan ujian, pertimbangkan daws ini:

• Mengindeks semula jadual pangkalan maklumat- Ini adalah binaan semula lengkap indeks untuk jadual pangkalan data. Pengindeksan semula meningkatkan kelajuan pangkalan maklumat. Prosedur ini panjang, tetapi ia tidak akan menjadi tidak perlu.
• Menyemak integriti logik pangkalan maklumat- semak integriti logik dan struktur pangkalan data, membetulkan ralat dalam data;
• Menyemak integriti rujukan pangkalan maklumat- menyemak "pautan rosak" dalam pangkalan data. Ralat sedemikian boleh berlaku disebabkan oleh pemadaman langsung objek sistem atau kegagalan. Terdapat 3 pilihan untuk membetulkan ralat tersebut:
  • Cipta objek- sistem mencipta elemen pemegang tempat yang kemudiannya boleh diisi dengan maklumat yang diperlukan,
  • Kosongkan pautan- pautan "pecah" akan dikosongkan,
  • Jangan berubah- sistem hanya akan menunjukkan ralat kepada anda.
• Pengiraan semula keputusan. Jumlah - jadual keputusan pra-pengiraan dalam daftar pengumpulan, pengiraan dan perakaunan. Pengiraan semula jumlah, serta pengindeksan semula, tidak akan membahayakan dan akan memberi kelebihan dalam kelajuan program;
• Memampatkan jadual pangkalan maklumat- apabila memadam data, 1C tidak memadamkan baris jadual, tetapi hanya "menandai"nya untuk pemadaman. Mereka tidak kelihatan kepada pengguna, tetapi akan terus berada dalam pangkalan data. Memampatkan pangkalan data akan memadamkan data ini secara kekal. Kesan yang sama juga boleh dicapai dengan memuat naik dan memuat turun fail pangkalan maklumat (*.dt);
• Menstruktur semula jadual pangkalan maklumat- proses yang panjang di mana sistem mencipta semula jadual pangkalan data. Prosedur ini juga berlaku apabila perubahan dibuat pada struktur konfigurasi.

Dalam contoh kami, tandakan semua kotak seperti yang ditunjukkan dalam rajah dan klik "Jalankan":

Kita boleh memerhatikan peringkat operasi di sudut kiri bawah tetingkap konfigurator 1C. Ralat yang dikesan ditunjukkan dalam tetingkap mesej perkhidmatan.

Selepas ujian selesai, klik "Tutup":

Kita boleh melihat hasil operasi dalam tetingkap mesej perkhidmatan.

Pengujian dan pembetulan selesai.

Jika configurator tidak dibuka: utiliti chdbfl.exe

Jika pangkalan data rosak sehingga anda tidak boleh memasukkan configurator, anda boleh menggunakan . Utiliti dipasang bersama dengan platform 1C dan boleh didapati dalam folder Bin direktori pemasangan:

Sebelum anda memulakan ujian, anda pasti perlu membuat salinan pangkalan data anda, kerana menggunakan utiliti ini boleh membawa kepada akibat yang tidak dapat dipulihkan. Memandangkan anda tidak boleh memasukkan configurator, salinan sandaran mesti dibuat dengan hanya menyalin direktori pangkalan maklumat anda.

Selepas mengklik salin, klik kanan pada ruang kosong dalam tetingkap folder dan klik "Tampal." Salinan dibuat, jalankan utiliti:

Tetingkap utama utiliti muncul. Kita perlu menentukan nama fail pangkalan data. Klik pada tiga titik. Tetingkap pemilihan fail pangkalan data dibuka. Kami mencari direktori pangkalan data anda dan menunjuk ke fail 1Cv8.1CD di dalamnya. Klik “Buka”.

Tandai kotak "Betulkan ralat yang dikesan" dan klik "Jalankan".

Kami sedang menunggu operasi selesai. Ia mungkin mengambil masa yang lama, bergantung pada saiz pangkalan data.

Selepas pelaksanaan, jika ralat telah diperbetulkan, ia akan dipaparkan dalam tetingkap utiliti. Dalam kes saya, tiada ralat ditemui. Klik "Tutup" dan cuba masuk ke program. Jika anda masih tidak boleh log masuk, anda perlu menghubungi pakar.

Sesungguhnya, kerumitan konfigurasi 1C semakin meningkat setiap tahun, pasukan semakin berkembang, produk dikeluarkan yang mengandungi lebih daripada 5,000,000 baris kod. Tanpa memerintahkan aliran kod, ia menjadi sukar untuk berfungsi. Dan kita bukan sahaja bercakap tentang mengekalkan susunan minimum - memberi awalan objek baharu, konvensyen ulasan atau menyerakkan objek merentas subsistem. Apabila pasukan berkembang dan konfigurasi menjadi lebih kompleks, keperluan untuk mematuhi piawaian dalam erti kata yang lebih luas menjadi jelas.

Dan untuk tidak kekal sebagai pembuat kasut tanpa but, adalah baik untuk mempunyai alat yang sesuai untuk tujuan ini. Persidangan dan webinar, termasuk yang disenaraikan di atas, menawarkan alat yang menarik. Pada masa yang sama, konfigurasi yang agak kurang diketahui dari 1C sendiri juga patut diberi perhatian. Seperti yang telah anda fahami daripada tajuk penerbitan, produk ini dipanggil "Pengesahan konfigurasi automatik". Ia adalah percuma, tersedia untuk setiap pengguna (secara rasmi, akses kepada ITS diperlukan untuk menggunakannya), agak mudah digunakan, tetapi belum begitu meluas lagi.

Ini sebahagiannya disebabkan oleh fakta bahawa 1C sendiri secara aktif mempromosikan idea pematuhan piawaian dan penggunaan alat yang sesuai untuk ini hanya dalam kalangan pembangun penyelesaian edaran melalui pensijilan "1C: Compatible". Pengaruh idea pematuhan piawaian dan kemurnian kod berhubung dengan kumpulan besar pembangun yang tidak terlibat dalam penyelesaian pengeluaran dirasakan lebih lemah. Malah membiasakan diri dengan standard pembangunan asas dikunci bersyarat - mempunyai akses kepada ITS (maklumat sudah lapuk, pada masa ini, untuk 2018-2019, akses dibuka tanpa pendaftaran) :

Maklumat asas tentang kompleks agro-industri

Konfigurasi APK direka bentuk untuk mencari ralat dan penyelewengan secara automatik daripada piawaian dalam konfigurasi. Penggunaannya telah disyorkan oleh 1C sejak 2009, bukan sahaja dalam syarikat yang membangunkan penyelesaian edaran, tetapi juga untuk syarikat lain yang memperhalusi dan menyesuaikan penyelesaian standard:

Tanggapan pertama konfigurasi boleh diberikan oleh halaman di tapak web 1C:

Ia menerangkan keupayaan utama alat ini dan mengatakan bahawa ia membantu:

Ikuti piawaian pembangunan standard dan lakukan semakan konfigurasi platform

buat dan ikut peraturan pengesahan konfigurasi anda sendiri

Mematuhi piawaian yang diperlukan untuk mendapatkan 1C: Status Serasi

melakukan pemeriksaan berjadual

semak kesalahan ejaan

tetapkan pelbagai status kepada ralat konfigurasi yang dikenal pasti, termasuk menandakannya sebagai "ciri" yang tidak memerlukan pembetulan

memudahkan sendiri proses pengesahan dengan melakukan beberapa tindakan seperti mengemas kini konfigurasi pangkalan data demo daripada repositori, kemungkinan pengesahan langkah demi langkah, dsb.

malah kemungkinan integrasi dengan DSS disebut

Satu lagi sumber maklumat am boleh menjadi penerbitan dalam majalah PCMagazine dalam talian:

Selain daripada bahan semakan ini, hampir tiada maklumat mengenai rangkaian pada APC dan aplikasinya. Berita baiknya ialah konfigurasi itu sendiri termasuk manual pengguna dalam format PDF. Beberapa isu tidak diliputi dalam manual dengan teliti seperti yang kami mahu. Namun begitu, terdapat manual dan ia membolehkan anda mempelajari cara melaksanakan teknik asas apabila bekerja dengan konfigurasi.

Untuk tidak mengulangi manual pengguna, di sini kami akan mempertimbangkan contoh penggunaan APK untuk menyemak konfigurasi standard, dan bukan konfigurasi demo daripada penghantaran APK. Kami juga akan cuba melihat butiran kerja yang tidak disebutkan dalam manual.

Mari kita mulakan dari awal. Anda boleh memuat turun versi terkini APK daripada pautan berikut:

Pada masa penerbitan artikel ini, keluaran terbaharu ialah 1.1.12.26 bertarikh 30/01/17, tetapi ia pertama kali ditulis untuk versi 1.1.11.16, jadi beberapa tangkapan skrin dan ulasan akan merujuk kepada versi ini. Untuk menggunakan APK 1.1, anda memerlukan versi platform sekurang-kurangnya 8.3.6. Selepas memasang penghantaran konfigurasi, tiga item baharu muncul dalam senarai templat konfigurasi:

Templat pertama ialah pangkalan APK tulen. Semua peraturan standard terdapat di dalamnya, tetapi tiada data dimuatkan tentang pangkalan data demo untuk ujian, yang terdapat dalam templat kedua.

Templat kedua "Semakan konfigurasi automatik (demo)" selepas penggunaan mengandungi maklumat yang dimuatkan tentang pangkalan data demo (terletak dalam templat ketiga). Anda boleh menggunakannya untuk melihat cara laporan dan semakan standard berfungsi. Adalah lebih baik untuk belajar bekerja dengan pangkalan data ini bersenjatakan manual pengguna dari pakej, kerana contoh dalam manual direka khusus untuk pangkalan data demo ini:

APK berfungsi sedemikian rupa sehingga apabila semakan baharu dilakukan, ia memuatkan maklumat daripada konfigurasi yang disemak melalui sambungan COM. Untuk melakukan ini, dia memerlukan pangkalan data "percubaan" fail sedia ada. Oleh itu, jika ada keinginan bukan sahaja untuk membiasakan diri dengan antara muka pangkalan data demo, tetapi untuk menjalankan kitaran penuh bekerja dengan pangkalan data yang sedang diuji, maka masuk akal untuk juga menggunakan pangkalan data fail lain dari templat ketiga " Konfigurasi demo untuk ujian”.

Dalam kes ini, kami akan mendapat dua pangkalan data - satu APK demo dengan maklumat yang telah dimuatkan tentang pangkalan data Demo sedang disemak dan pangkalan data Demo diperiksa sendiri, yang membolehkan anda membiasakan diri dengan cepat dengan proses menyambung dan menjalankan semakan baharu.

Saya ambil perhatian bahawa selepas percubaan dengan pangkalan data demo, pangkalan data APK yang bersih tidak perlu digunakan. Semakan konfigurasi yang berfungsi boleh dilakukan pada konfigurasi yang sama seperti semakan pangkalan data demo. Anda boleh memuat turun maklumat tentang sebarang bilangan pangkalan data yang disemak ke dalam APK.

Secara umum, prinsip pengendalian APK adalah serupa dengan kerja "Penukaran Data". Tiada kerja diperlukan dalam konfigurator APK (walaupun, seperti yang akan menjadi jelas kemudian, ia tidak mungkin dilakukan tanpanya sepenuhnya). Maklumat tentang struktur konfigurasi yang sedang diperiksa dimuatkan dalam mod pengguna. Ia juga menentukan algoritma semakan konfigurasi dalam bentuk kod dalam bahasa 1C:Enterprise, yang kemudiannya dilaksanakan oleh sistem itu sendiri menggunakan operator " Laksanakan" Dalam kod tersebut, anda boleh dan harus menggunakan kaedah terbina dalam kompleks agro-industri (bukan platform) - prosedur dan fungsi yang berfungsi dengan objek yang dicipta secara automatik. Objek yang diperlukan untuk melaksanakan semakan konfigurasi dicipta oleh sistem itu sendiri dan tersedia dalam kod pengendali semakan. Penerangan terperinci tentang kaedah, objek dan pengendali ini boleh didapati daripada Bab 6 Panduan Pengguna.

Konfigurasi kompleks agroindustri hampir sepenuhnya dibina pada direktori, daftar maklumat dan pemprosesan. Secara umum, jika anda biasa dengan "Penukaran Data", maka prinsip bekerja dengan APK akan menjadi jelas. Lebih-lebih lagi, jika tidak ada keperluan yang jelas untuk algoritma semakan anda sendiri, maka pada mulanya anda boleh mengehadkan diri anda kepada semakan standard dan tidak mengkaji kaedah terbina dalam dan objek perisian sistem. Kemudian hampir semua tetapan boleh dilakukan dengan tetikus dan nampaknya untuk banyak tugas ini sudah cukup.

Mengkonfigurasi sambungan ke pangkalan data yang sedang disemak dan semakan lalai

Selepas melancarkan pangkalan data demo, kami dibentangkan dengan antara muka berikut:

Tujuan bahagian dari sudut pandangan pembangun APK boleh dibaca dalam manual. Kami akan mengikut urutan dan mula-mula menambah konfigurasi baharu. Klik pada butang "Konfigurasi baharu". Sistem akan meminta anda untuk mengisi parameter sambungan. Malah, bentuk item direktori "Konfigurasi" dibuka:

Nama dan nama penuh ialah medan teks sewenang-wenangnya, hanya rasa keindahan dan panjang medan boleh mengehadkan anda dalam perkara yang akan ditunjukkan di dalamnya. Tetapi sekatan itu lebih ketat. Anda perlu menentukan laluan penuh ke fail boleh laku platform 1C. Dalam versi APK yang lebih awal, anda juga perlu menunjukkan versi platform yang anda gunakan. Biar saya ingatkan anda bahawa APK hanya boleh menyemak konfigurasi pada platform versi 8.3.6 dan lebih tinggi.

Maklumat daripada pemaju:

Jika laluan ke platform dinyatakan di bawah, ralat akan dilemparkan semasa sambungan COM.Sebabnya begini. Disebabkan oleh pembangunan platform dan semakan APK baharu, maklumat (sifat metadata) yang muncul hanya dalam platform 8.3.6 atau lebih tinggi dikumpulkan. Oleh itu, apabila menyemak versi, sebagai contoh, 8.2, ralat secara semula jadi akan dilemparkan apabila mengumpul maklumat tersebut. Dan memandangkan semakan baharu ini, sebagai peraturan, adalah keutamaan, larangan ditetapkan untuk menjalankan semakan yang lebih rendah daripada 8.3.6. Dalam kes yang bertentangan (jika pelanggan mempunyai versi asas platform yang lebih rendah), maka diandaikan bahawa dia boleh menggunakan versi APK sebelumnya untuk menyemak konfigurasinya.

Seterusnya, anda perlu menentukan laluan ke pangkalan data demo dan parameter sambungan kepadanya. Di bawah pangkalan demo dalam kes ini, ia difahami sebagai tidak lebih daripada pangkalan data fail yang diperuntukkan khas yang mengandungi konfigurasi yang sedang diperiksa. Tiada pilihan untuk menyambungkan pangkalan data SQL ke APK. Ini boleh diperbaiki jika dikehendaki, tetapi tidak banyak gunanya dalam hal ini. Pertama, konfigurasi hanya diperiksa, bukan ujian unit atau ujian beban. Dalam kes ini, walaupun untuk konfigurasi besar seperti ERP 2, hanya pangkalan data fail kosong yang mengandungi konfigurasi semasa sudah memadai. Kedua, mengikut piawaian 1C, sebarang konfigurasi mesti direka bentuk untuk berfungsi bukan sahaja dengan pangkalan data SQL, tetapi juga untuk berfungsi dalam versi fail.

Jika anda sedang membangun menggunakan repositori, maka APC boleh mengemas kini konfigurasi pangkalan data secara automatik daripada repositori sebelum melakukan ujian baharu. Kumpulan bawah parameter dalam tangkapan skrin bertujuan untuk ini.

Saya juga ambil perhatian bahawa DSS, seperti APK, memerlukan pangkalan data fail untuk memuatkan maklumat konfigurasi. Oleh itu, jika anda memutuskan untuk membangunkan menggunakan teknologi yang ditawarkan oleh 1C, menggunakan APK dan DSS, maka untuk kedua-dua sistem ini ia akan mencukupi untuk membuat satu pangkalan data fail, jika perlu, menyambungkannya ke storan konfigurasi dan menyediakan pengemaskinian automatik konfigurasi daripada storan sebelum memuatkan data.

Pilihan antara mod "Konfigurasi" dan "Perpustakaan" menentukan keterukan pemeriksaan. Untuk mod "Perpustakaan", semakan adalah lebih ketat. Perpustakaan ialah konfigurasi yang dibina ke dalam yang lain, yang bermaksud ia mesti memenuhi peraturan tertentu dan "berfikir bukan sahaja tentang dirinya sendiri." Jika anda menuding kursor anda pada kedua-dua pilihan suis, petua alat akan muncul yang menerangkan perbezaan dalam semakan. Khususnya, semua keperluan yang dipilih akan disemak untuk perpustakaan. Konfigurasi tidak menyemak keperluan daripada kumpulan "Buat dan gunakan perpustakaan", tidak kira sama ada ia dipilih atau tidak. Kumpulan keperluan ini mengandungi peraturan pengesahan jangka panjang yang benar-benar hanya ditujukan untuk perpustakaan.

Perkara penting untuk versi 1.1.11.16 dan versi APK yang lebih awal (ralat ini telah dibetulkan dalam versi 1.1.12.26). Selepas tetapan telah ditetapkan dan item direktori "Konfigurasi" telah ditulis, anda boleh menyemak sambungan. Tetapi buat pertama kalinya, sistem mungkin memaparkan ralat tentang tiada sambungan.

Ini adalah mesej yang mengelirukan. Jika laluan dan pengguna ditetapkan dengan betul, anda hanya perlu merekodkan elemen direktori ini dahulu dan kemudian semak sambungannya. Kemudian sistem akan melaporkan sambungan yang berjaya. Menyemak sambungan ke pangkalan data yang besar, contohnya ERP, boleh mengambil masa sehingga 1-2 minit:

Malah, kami kini telah mencipta elemen direktori baharu "Konfigurasi". Kini anda boleh membukanya dengan cara yang berbeza:

• Melalui menu "Tetapan" -> "Konfigurasi"

• Dalam bahagian "Semak", klik "Pilih konfigurasi"

• Atau hanya buka direktori "Konfigurasi" melalui menu "Operasi".

Mari kembali ke tetingkap tetapan konfigurasi.

Pada tab kedua "Keperluan Disemak" kami boleh mengkonfigurasi pemeriksaan yang ingin kami lakukan pada konfigurasi kami. Dua pilihan yang dipratentukan tersedia: "Semak penuh" - semak pematuhan dengan sistem piawaian https://its.1c.ru/db/v8std dan kawalan ejaan, serta "1C: Serasi" - menyemak pematuhan dengan 1C: Piawaian yang serasi http://1c.ru/rus/products/1c/predpr/compat/soft/requirements.htm

Anda juga boleh menyediakan set keperluan sewenang-wenangnya untuk disemak, kemudian masukkan perwakilan sewenang-wenang pilihan ke dalam medan "Pilihan pengesahan" dan simpannya di bawah nama ini menggunakan butang "Pilihan Simpan". Pilihan disimpan berhubung dengan konfigurasi, iaitu tetapan yang sama tidak boleh digunakan secara automatik pada elemen lain dalam direktori Konfigurasi:

Saya akan membuat nota untuk mereka yang merancang untuk menggunakan APK untuk beberapa konfigurasi dan tidak mahu mengkonfigurasi semakan untuk setiap konfigurasi secara berasingan. Anda boleh memindahkan tetapan semak antara konfigurasi dengan menulis skrip ringkas, jika anda tahu bahawa ia disimpan dalam daftar maklumat "Keperluan Konfigurasi", dan pilihan semak itu sendiri disimpan dalam direktori dengan nama yang sama:

Senarai cek agak luas. Setiap keperluan adalah piawaian pembangunan, yang mana kami boleh menjadikan produk kami lebih baik. Tetapi keupayaan untuk melumpuhkan keperluan individu atau kumpulan daripada mereka juga tidak berlebihan. Sebagai contoh, dalam kebanyakan perusahaan, anda boleh mengehadkan diri anda kepada pilihan "Semakan penuh" (ejaan + sistem piawai) dan tidak menyemak untuk "1C: Serasi". Atau sekurang-kurangnya mengawal ejaan, kerana tidak ada perkara yang pembangunan telah dijalankan selama bertahun-tahun tanpa satu kesalahan ejaan.

Senarai keperluan yang dipilih di sini ialah senarai lalai untuk semakan yang dilakukan secara automatik. Jika anda menjalankan ujian langkah demi langkah, anda mungkin boleh mengatasi nilai yang dinyatakan di sini.

Maklumat daripada pemaju:

Adalah masuk akal untuk memberitahu dengan lebih terperinci apakah kumpulan "System of Standards" dan bagaimana ia berbeza daripada dua kumpulan yang lain. Jadi, mari kita mulakan dengan kumpulan "1C: Compatible". Seperti yang ditulis sebelum ini, ini adalah set piawaian wajib untuk mendapatkan status tertentu untuk konfigurasi anda. Secara kasarnya, ini adalah tulang belakang yang mesti dipatuhi oleh semua konfigurasi tanpa pengecualian. Ngomong-ngomong, kumpulan standard ini tidak menyemak konfigurasi untuk ralat ejaan...

Seterusnya, "Ejaan" ialah sekumpulan standard yang menyemak konfigurasi hanya untuk ralat ejaan. Setiap pembangun yang menghormati diri boleh menyemak konfigurasinya untuk ejaan. Kumpulan ini mengandungi semua peraturan semakan yang menjejaki ejaan dalam teks modul, metadata (nama, sinonim, ulasan), elemen bentuk, reka letak, secara umum, di mana-mana tempat anda boleh menyemak teks. Di luar kotak, hanya teks Rusia yang ditandakan, tetapi seperti yang dinyatakan dengan betul dalam ulasan, untuk bahasa lain anda boleh memuat naik kamus anda sendiri dan juga menggantikan yang disertakan dalam konfigurasi dengan mereka.

Dan sekarang mengenai kumpulan "System of Standards". Ia adalah yang paling global dan mengandungi semakan dua lagi kumpulan pratakrif keperluan, serta semakan khusus tambahan. Bagi pelanggan, ralat dalam kumpulan ini agak cadangan, walaupun untuk konfigurasi biasa kebanyakan ralat, sudah tentu, mesti diperbetulkan. Itu. jika mana-mana standard diterangkan dalam kumpulan "1C: Compatible" atau "Ejaan", ia tidak syak lagi akan diterangkan dalam kumpulan "System of Standards", walau bagaimanapun, mungkin dengan lebih terperinci dan dengan pemeriksaan yang lebih mendalam.

Pada tab "Pengecualian daripada pengimbasan", pelbagai penapisan dikonfigurasikan. Sebagai contoh, anda boleh mengkonfigurasi semakan supaya hanya objek yang anda tambahkan pada konfigurasi standard dengan awalan tertentu seperti " mf_ Pengisytiharan Kastam Super.”

Atau, jika anda sedang membangun dengan penambahan semua objek yang diubah atau ditambah pada subsistem pembangunan tertentu, maka masuk akal untuk melakukan semakan hanya dalam subsistem ini, dan memintas objek tidak berubah daripada konfigurasi standard yang "dikunci". Jika anda perlu mengecualikan sementara mana-mana penapis yang dikonfigurasikan semasa semakan, anda tidak perlu memadamkannya. Ia cukup untuk mengalih keluar bendera penggunaan (lajur kedua):

Fungsi penapisan sangat berguna dan masuk akal untuk mencubanya, yang akan kami lakukan seterusnya. Saya akan katakan dengan segera bahawa mendayakan semakan seperti "Dayakan subsistem" dan "Dayakan dengan awalan" berfungsi menggunakan "ATAU". Iaitu, objek akan dimasukkan ke dalam cek jika ia memenuhi satu atau syarat lain. Ini tidak selalunya mudah. Nasib baik, mengubah tingkah laku ini sangat mudah. Isu ini akan dibincangkan dengan lebih terperinci dalam bahagian penapisan, serta isu pengaruh penapis pada masa pemeriksaan

Dalam APK versi 1.1.11.16 dan versi terdahulu, tetapan penapisan dibahagikan kepada dua tab - "Penapis koleksi keperluan" dan "Pengecualian pengumpulan data", tetapi maksudnya adalah sama:

Anda juga boleh menentukan keperluan untuk semakan berjadual dalam borang tetapan:

Ini adalah tetapan bukan untuk kerja melalui tugas rutin. Untuk menjalankan imbasan berjadual, APK mesti dilancarkan dalam mod pengguna dan berjalan. Apabila sistem bermula, kaedah dipanggil dalam modul aplikasi biasa AtSystemStart() di mana pengendali menunggu disambungkan Jalankan Semakan Berjadual(), yang melakukan semakan berjadual. Jika anda ingin menjalankan pemeriksaan rutin, sistem perlu diubah suai. Jika anda melihat ke dalam konfigurasi APK, anda dapat melihat bahawa ia hanya mempunyai dua tugas rutin dan kedua-duanya tidak berkaitan dengan semakan berjadual:

Maklumat daripada pemaju:

Penerangannya sangat mudah. Jika APK digunakan dalam versi SQL, maka apabila menentukan laluan ke konfigurasi (lebih tepat, pangkalan data demo) pada klien, semakan tidak akan bermula, kerana tugas rutin sentiasa berjalan pada pelayan. Dalam versi fail APK, sudah tentu, tugas rutin akan lebih sesuai, dan bukannya pengendali menunggu.

Jadual bukanlah tab terakhir yang mungkin. Jika anda mendayakan penyepaduan dengan "Sistem Reka Bentuk Penyelesaian Aplikasi" dalam sistem, maka tab lain "Integrasi dengan DSS" akan muncul, yang membolehkan anda mengkonfigurasi pendaftaran ralat automatik dalam DSS. Menyediakan penyepaduan pada peringkat sistem dilakukan dalam bentuk pemalar ("Operasi" - "Pemalar").

Kefungsian integrasi dengan DSS bertujuan oleh pemaju kompleks industri pertanian untuk kegunaan dalaman dalam syarikat 1C (ini diterangkan dalam Panduan Pengguna, ms. 28). Walau bagaimanapun, saya pasti bahawa bagi syarikat yang sudah menggunakan DSS dalam kerja mereka atau merancang untuk menggunakannya, fungsi ini akan menjadi menarik. Anda boleh mengambilnya sebagai model untuk melaksanakan mekanisme integrasi anda sendiri, atau anda boleh memikirkannya dan menggunakannya di luar kotak:

Dalam kes ini, adalah mungkin untuk menyambungkan APK kepada perkhidmatan web yang dibangkitkan pada bahagian DSS, dan sebaliknya, anda boleh mengkonfigurasi sambungan kepada perkhidmatan web yang dibangkitkan pada bahagian APK dalam DSS:

Menjalankan pemeriksaan

Selepas tetapan sambungan dibuat dan ujian yang akan dilakukan telah dipilih, anda boleh meneruskan untuk melaksanakan ujian.

Untuk menjalankan imbasan baharu, anda mesti menjadikan konfigurasi yang diperiksa semasa. Semua semakan baharu dilakukan pada "konfigurasi semasa". Untuk melakukan ini, dalam bahagian "Semak", anda mesti mengklik "Pilih konfigurasi" dan kemudian pilih elemen direktori konfigurasi yang akan ditetapkan sebagai "semasa".

Apabila anda mengklik pada butang "Semakan baharu", sistem akan menawarkan dua pilihan - untuk menjalankan semakan semula dengan menyambung kepada konfigurasi yang disemak, mengumpul data semula atau menyemak data yang dikumpul sebelum ini.

Keupayaan untuk menjalankan semakan pada data yang dikumpul sebelum ini membolehkan anda melakukan semakan panjang langkah demi langkah. Contohnya, anda boleh mengumpul data konfigurasi dahulu dan melakukan ujian penapisan berdasarkan subsistem. Kemudian hidupkan penapis untuk subsistem lain dan lakukan semakan kedua menggunakan data yang dikumpul sebelum ini, yang akan membolehkan anda menyelesaikannya dengan lebih cepat.

Maklumat daripada pemaju:

Di sini juga mesti dikatakan bahawa kini komposisi data yang dikumpul secara langsung bergantung pada keperluan yang dipilih. Sebagai contoh, satu keperluan "Ejaan dalam teks modul" dipilih. Jika anda membuka kad permintaan itu sendiri dan pergi ke tab "Peringkat Pengesahan", anda boleh melihat bahawa hanya 1 kotak pilihan "Isi maklumat tentang modul" dipilih:

Ini bermakna bahawa apabila menyemak konfigurasi untuk ejaan dalam teks modul, hanya teks modul akan dikumpulkan (sama ada sifat objek metadata, elemen bentuk, mahupun reka letak tidak akan dikumpul - semua jenis pengumpulan maklumat boleh dikenal pasti oleh kotak pilihan yang tinggal. ).

Fungsi bergantung kepada maklumat yang dikumpul pada keperluan yang dipilih ini muncul secara relatif baru-baru ini; sebelum ini, semasa setiap semakan dengan pengumpulan data, semua maklumat telah dikumpul. Jadi sebelum ini, pilihan ini banyak membantu: satu keperluan telah dipilih, contohnya, modul yang sama, semua maklumat telah dikumpulkan, ralat telah diperbetulkan untuk satu keperluan ini, maka keperluan seterusnya telah dipilih, contohnya, ejaan dalam elemen bentuk, dan semakan dimulakan mengikut data yang dikumpul, kerana unsur bentuk tidak berubah, dsb.

Kini anda juga boleh menggunakannya, tetapi menggunakan data yang dikumpul anda hanya boleh menyemak keperluan tersebut untuk maklumat yang telah dikumpulkan lebih awal. Baiklah, seseorang tidak boleh tidak mengatakan bahawa pilihan pengesahan ini sangat diperlukan untuk pembangun semakan baharu untuk menyahpepijat, menguji, mempercepatkan dan mengenal pasti ketidaktepatan dalam peraturan semakan, kerana tidak perlu mengumpul semula data setiap kali.

Memandangkan kami belum lagi mengumpul sebarang data, kami akan memilih item “Kumpul dan semak data...”. Tetingkap akan dibuka di mana anda boleh memilih sama ada untuk melakukan semakan automatik berdasarkan tetapan yang dibuat sebelum ini dalam tetingkap konfigurasi baharu atau mengatasi tetapan ini. Memilih pilihan "Manual" amat mudah pada peringkat awal membiasakan diri dengan sistem, apabila anda boleh mempengaruhi setiap langkah seterusnya.

Dengan mengklik pada butang "Seterusnya", anda boleh mengatasi semua tetapan yang diterangkan dalam bahagian sebelumnya penerbitan ini, termasuk semakan yang dilakukan. Walau bagaimanapun, perlu diambil kira bahawa jika anda tidak memilih satu semakan pada langkah yang sesuai, sistem akan mempertimbangkan bahawa adalah perlu untuk melakukan SEMUA semakan, dan bukan hanya menyambung dan memuatkan maklumat tentang objek dari pangkalan data yang sedang diperiksa:

Oleh itu, jika tujuan pelancaran bukanlah semakan penuh, tetapi kemas kini struktur konfigurasi atau ujian APK dan membiasakan diri dengan proses, maka anda tidak seharusnya menyahtanda semua kotak pada langkah ini. Buat pertama kalinya, anda dinasihatkan untuk menandakan hanya satu elemen, sebagai contoh, "Semakan konfigurasi platform" dalam cawangan berikut:

Dalam kes ini, senarai langkah pengesahan adalah lebih kurang seperti berikut:

dan boleh mengambil masa seawal 20 minit walaupun pada ERP. Tetapi ini akan cukup untuk mendapatkan gambaran tentang bagaimana proses itu sebenarnya berlaku. Walaupun semakan platform boleh memberikan kejutan dan mengambil masa yang lama, jadi anda boleh memilih elemen lain yang lebih mudah.

Pada langkah terakhir, anda juga boleh menetapkan penapis pada objek yang diperiksa. Benar, jika ini adalah semakan konfigurasi pertama, maka APK belum lagi mempunyai maklumat tentang struktur konfigurasi. Dalam kes ini, pepohon konfigurasi pada langkah ini akan kosong, tetapi ia boleh dimuatkan dengan butang "Baca struktur konfigurasi" terus dari tetingkap yang sama:

Sekarang yang tinggal hanyalah mengklik butang "Jalankan semak". Proses pemeriksaan akan bermula. Dengan tingkap 1C berkelip dan log proses dipaparkan dalam tetingkap mesej. Output log adalah sangat janggal. Tetingkap semak tergantung secara modal, dan jika anda tidak berfikir terlebih dahulu tentang membuat tetingkap mesej kelihatan, maka anda tidak akan dapat mengetahui apa-apa tentang perkara yang berlaku sehingga proses tamat:

Oleh itu, jika anda mempunyai resolusi skrin yang kecil, maka adalah lebih baik untuk segera mengalihkan tetingkap modal untuk melancarkan imbasan supaya tetingkap mesej kelihatan.

Pada salah satu peringkat pengesahan, sistem mengemas kini kandungan direktori "Struktur Konfigurasi", yang mengandungi pepohon (hierarki) objek metadata seperti dalam configurator. Data tentang objek tertentu akan dikemas kini jika objek ini telah berubah atau dimasukkan ke dalam subsistem tambahan. Elemen direktori akan ditandakan untuk pemadaman jika objek konfigurasi yang sepadan telah dipadamkan. Elemen baharu akan dibuat untuk objek konfigurasi baharu:

Selain itu, semasa setiap semakan dengan pengumpulan data, kandungan daftar "ObjectsPropertiesValues" dan "CompositeObjectPropertiesValues" dikemas kini, menyimpan sifat objek, modul, kandungan susun atur, elemen bentuk, dsb. Apabila menyemak terhadap data yang dikumpul sebelum ini, maklumat ini kekal sama.

Jika sebarang semakan dipilih yang memerlukan bukan sahaja mengemas kini struktur metadata dan semakan platform, tetapi juga sesuatu yang lebih, maka sistem akan memuat naik konfigurasi ke fail untuk analisis seterusnya:

Muat naik berlaku tanpa hierarki - semua fail ke dalam satu folder:

Maklumat daripada pemaju:

Jadi apa yang sedang berlaku dan bila ( semasa menyemak dengan pengumpulan data):

• Struktur konfigurasi secara amnya sentiasa sama, tidak kira apa keperluan yang dipilih.
• Pengumpulan berlaku dengan menjalankan pemprosesan luaran daripada susun atur "MetadataStructureLoader" yang dikongsi dalam perusahaan dalam klien tebal. Pemprosesan perusahaan berfungsi dengan objek platform Metadata dan menulis data ke fail luaran, yang kemudiannya dipindahkan dan dihuraikan ke APC.

Semua langkah selanjutnya yang mencetuskan pemprosesan luaran dalam perusahaan beroperasi dengan cara yang sama. Maklumat selebihnya, seperti yang dinyatakan di atas, dikumpul bergantung pada keperluan yang dipilih:

• Mengumpul maklumat metadata (sekali lagi, ini adalah sifat objek metadata, bukan struktur itu sendiri) berlaku dengan melancarkan pemprosesan luaran daripada reka letak umum "MetadataInformationLoader".
• Mengumpul maklumat tentang borang (atau lebih tepatnya, tentang elemen borang) menggunakan pemprosesan daripada susun atur "Pemuat Maklumat Borang".
• Mengumpul maklumat borang daripada XML berlaku dengan menghuraikan fail XML borang daripada muat naik konfigurasi ke dalam fail XML. Semua maklumat yang tidak dapat diperoleh daripada perusahaan pada peringkat sebelumnya dikumpulkan.
• Mengumpul maklumat tentang modul - dengan membaca teks modul daripada fail muat turun XML.
• Mengumpul maklumat tentang peranan (atau lebih tepat, mengumpul hak setiap peranan untuk setiap objek) - daripada fail peranan muat naik XML.
• Mengumpul maklumat mengenai susun atur - menggunakan pemprosesan daripada susun atur "Pemuat Maklumat Susun Atur".
• Kumpul maklumat bantuan - dengan membaca fail bantuan daripada fail muat turun XML.

Pengesahan konfigurasi platform - pelancaran kumpulan pangkalan data demo dalam mod konfigurasi dengan kunci pengesahan platform. Fail dengan log pengesahan juga ditunjukkan. Kemudian ia menghuraikan APK, dari mana ralat pengesahan platform diperoleh, yang disimpan dalam daftar "Ralat Semakan Konfigurasi" yang berasingan.

Oleh itu, jika sekurang-kurangnya satu keperluan dengan kotak semak untuk mengumpul maklumat tentang borang daripada XML, peranan, modul atau bantuan dipilih, maka pangkalan data yang disemak akan dimuat turun ke fail XML. Jika tiada tindakan ini diperlukan, tidak akan ada muat naik.

Sebelum ini, semua tindakan dilakukan secara berurutan. Pertama, pengumpulan struktur dilancarkan, kemudian muat naik ke XML, kemudian pengesahan platform, kemudian pengumpulan sifat metadata, modul, borang, dll., yang sangat memperlahankan pengesahan (pengumpulan data) konfigurasi besar.

APK 1.1.12 menambahkan penyalinan pangkalan data sumber ke direktori sementara dan mengenal pasti peringkat pengumpulan data terpanjang, yang memungkinkan untuk menyelaraskan pengumpulan data semasa pengesahan. Oleh itu, pada masa ini, mengumpul struktur konfigurasi, pengesahan platform, memuat naik ke XML dan membersihkan daftar dilakukan secara selari. Peringkat selebihnya mengambil sedikit masa, walaupun untuk ERP. Hasil daripada memperkenalkan pengumpulan maklumat selari, adalah mungkin untuk mempercepatkan semakan ERP sekurang-kurangnya beberapa jam.

Dalam direktori fail sementara, memproses fail yang mencipta contoh objek metadata dan mencipta borang serta susun atur objek dijana dan dibuka dalam pangkalan data yang sedang diperiksa. Mekanisme ini pada asalnya bertujuan untuk mengumpul maklumat tentang bentuk, reka letak dan sifat metadata. Tetapi juga terima kasih kepadanya, ralat dicari yang tidak membenarkan anda membuat objek atau bentuk secara pemrograman. Ini sudah tentu jauh dari ujian unit, tetapi ia sesuatu:

Jika dalam modul objek atau borang terdapat percubaan untuk mengakses pembolehubah yang tidak diisytiharkan atau objek yang tidak boleh diakses daripada konteks modul, sistem akan sama ada berhenti semasa proses pengesahan dengan ralat (tetingkap akan muncul dalam pangkalan data yang telah dibuka) , atau APK akan menangkap ralat ini dan menunjukkannya dalam laporan. Jika APK berhenti semasa proses pengesahan disebabkan ralat sedemikian, maka ini pastinya tidak begitu mudah. Tetapi sebaliknya, kehadiran ralat penyusunan modul adalah ralat kritikal pengaturcara dan lebih baik jika ia dikesan menggunakan APK dengan cara ini daripada jika ia berakhir dalam produk dan mesej mengenainya datang daripada pengguna!

Semasa proses semakan penuh (atau setara dengannya dari segi bilangan peraturan dan objek), sistem tersekat pada memeriksa objek No. 1 tanpa melaporkan kemajuan dalam apa jua cara:

Status ini dengan mesej bahawa objek No 1 daripada 77 ribu sedang disemak digantung selama 5-10 jam dan nampaknya kompleks agroindustri telah beku. Malah, proses ini sedang berjalan, anda boleh mengesahkan ini dengan melihat beban pemproses dalam pengurus tugas atau dengan memanggil berhenti daripada configurator (jika APK dilancarkan daripadanya). Sebab-sebab pemeriksaan panjang Objek No. 1, iaitu konfigurasi itu sendiri, adalah seperti berikut:

1) Sebagai sebahagian daripada langkah ini, maklumat dikumpul dan dicache, yang digunakan selanjutnya apabila menjalankan pemeriksaan objek individu. Terima kasih kepada ini, pengimbasan objek lain selesai dengan lebih cepat.

2) Kebanyakan semakan yang menjejaskan semua objek konfigurasi sekaligus dilakukan dalam langkah ini. Terdapat banyak cek sedemikian, kira-kira 90. Tetapi yang paling lama, yang mengambil kebanyakan masa, hanyalah sepasang. Ini contohnya "Cari kaedah eksport utiliti yang tidak digunakan". Jelas sekali, anda tidak dapat mengetahui sama ada kaedah objek tertentu sedang digunakan atau tidak dengan menyemak hanya satu objek atau mana-mana subsistem tertentu. Kesimpulan ini hanya boleh dibuat dengan menganalisis panggilan kaedah sepanjang keseluruhan konfigurasi. Dan adalah jelas bahawa adalah optimum untuk berjalan melalui keseluruhan konfigurasi sekali, apabila menyemak "Objek No. 1," dan tidak banyak kali, apabila menyemak dokumen individu dan buku rujukan. Satu lagi contoh cek yang panjang ialah "Kawalan kehadiran modul biasa, subsistem, kaedah dan kawalan komposisi parameter".

Jika anda melumpuhkan dua semakan yang ditentukan dan semakan konfigurasi platform, maka menyemak walaupun konfigurasi seperti ERP boleh mengambil masa tidak lebih setengah jam. Tetapi ia mungkin tidak berbaloi untuk menjimatkan masa dan mengorbankan kualiti. Adalah lebih baik untuk menyelesaikan isu ini secara organisasi dan melakukan semakan terlebih dahulu.

Saya akan memberikan contoh - permulaan dan akhir log pelaksanaan semak, yang menunjukkan bahawa keseluruhan proses pada ERP 2.1 dan APK 1.1.11.16 mengambil masa kira-kira 15 jam (sudah tentu, angka itu sangat bergantung pada prestasi komputer, juga kelajuan pengesahan pada APK 1.1.12 adalah jauh lebih tinggi dan dalam keadaan yang sama mengambil masa kira-kira 10 jam):

: Sambungan ke pangkalan maklumat melalui sambungan COM sedang diperiksa

: Mula mengumpul maklumat struktur metadata konfigurasi

: Mula memuat naik konfigurasi ke fail XML

: Mula mengosongkan maklumat metadata

: Mula mengumpul maklumat peranan konfigurasi

: Maklumat yang dikumpul dan direkodkan tentang peranan konfigurasi

: Maklumat metadata konfigurasi yang dikumpul

: Semakan konfigurasi platform selesai

: Mula menguji objek konfigurasi

: Mula mengumpul maklumat borang konfigurasi daripada fail XML

: Semakan konfigurasi dimulakan

………DI SINI MESEJ MULA DIPAPARKAN DALAM BAR STATUS…..

: Semakan konfigurasi selesai

Hasil semakan

Apa yang kita dapat hasil daripada pemeriksaan pertama? Pertama, direktori versi konfigurasi diisi (direktori "Versi" berada di bawah direktori "Konfigurasi"). Elemen yang sepadan dengan versi konfigurasi yang sedang diperiksa muncul di dalamnya. Maklumat versi juga dikemas kini dalam bentuk item direktori "Konfigurasi":

Kedua, dokumen jenis "Semakan konfigurasi" dibuat, yang menunjukkan elemen ini dari direktori "Versi" dan parameter semakan lain - komposisi keperluan yang diperiksa, komposisi objek yang diperiksa dan "Semak Log" di mana log yang dipaparkan sebelum ini dalam tetingkap mesej diduplikasi:

Ketiga, data struktur konfigurasi dikemas kini:

Struktur konfigurasi ialah direktori hierarki dengan hierarki elemen, di bawah direktori "Versi", iaitu, apabila menyemak konfigurasi versi baharu, elemen baharu direktori "Versi" akan dibuat dan struktur metadata baharu akan dimuatkan berkaitan dengan versi ini.

Dan keempat, daftar "Ralat Ditemui" diisi, yang sebenarnya mengandungi maklumat tentang ralat yang ditemui semasa proses pengesahan dan merupakan asas untuk laporan AIC:

Tiada borang senarai dibuat untuk daftar ini. Lambakan dalam kawah biasa daftar ini boleh disusun dalam beberapa minit sahaja. Contohnya, tambahkan borang terurus, dalam mod pengguna atau terus dalam configurator, paparkan pemilik objek (elemen direktori "Struktur Konfigurasi") yang ralat dikaitkan. Pemilik ini akan menjadi versi konfigurasi.

Jika kami memaparkan pemilik dan daripada mereka, kami akan mendapat dalam bentuk senarai keupayaan untuk menapis ralat kedua-dua mengikut konfigurasi dan versi mereka. Anda boleh membuat kumpulan berdasarkan mereka. Dalam kes ini, anda boleh bekerja dengan ralat bukan sahaja menggunakan laporan, tetapi juga secara langsung melalui daftar, yang kadang-kadang lebih mudah:

Setiap entri dalam daftar ini didapati tidak mematuhi piawaian, ejaan atau ralat lain. Setelah membuka mana-mana daripadanya, anda boleh melihat bahawa sistem yang boleh dipercayai dan terbukti seperti ERP 2.1 ;)) mengandungi kesilapan dan kesilapan. Dan sejumlah besar daripada mereka:

Saya ingin kita melihat hakikat kehadiran ralat sedemikian dalam ERP bukan sebagai kepuasan untuk kehadiran mereka dalam perkembangan kita, tetapi sebagai bukti tambahan bahawa ia boleh dan harus dikenal pasti dan dihapuskan. Terutama jika anda mempunyai alat yang betul. Kerana mereka kelihatan hodoh dan itulah yang pengguna kami lihat. Blog 1C di Habré menyatakan bahawa pembangun ERP 2 menggunakan APC untuk menyemak konfigurasi, tetapi nampaknya mengehadkan senarai semakan kepada peraturan yang paling penting dari sudut pandangan mereka, memastikan nisbah kelajuan pembangunan dan kualiti produk yang boleh diterima. Apabila membangunkan produk kami, kami boleh meningkatkan bar kualiti dan menangkap kawasan ini juga.

Ia juga berguna untuk mengetahui bahawa data yang dikumpul tentang teks modul, blok modul dan sifat lain objek konfigurasi diletakkan dalam daftar "Nilai sifat objek komposit" dan "Nilai sifat objek". Rekod disimpan berhubung dengan objek, versi bawahan dan konfigurasi yang sama:

Tidak mungkin untuk melihat teks modul terus dari borang daftar; semuanya dibungkus dalam stor nilai.

Tetapi untuk melihat teks modul yang telah dipecahkan kepada bahagian komponennya, dan sifat lain objek konfigurasi, APK mempunyai alat yang hebat! Ini ialah pemprosesan "Lihat sifat objek konfigurasi", dibuka melalui menu "Tetapan":

laporan AIC

Maklumat tentang ralat yang terdapat dalam bentuk laporan boleh diperolehi daripada dua bahagian sistem sekaligus. Bahagian "Ralat":

Ia berdasarkan laporan Ralat Ditemui:

Dan bahagian "Laporan".

Ia dibina berdasarkan laporan "Hasil Kerja":

Malah, dalam konfigurasi APK hanya terdapat dua objek utama "Laporan". Tetapi mereka mempunyai banyak susun atur ACS yang berbeza:

Kesemuanya adalah berdasarkan analisis daftar maklumat "Ralat Ditemui". Bahagian "Laporan" bertujuan untuk mendapatkan maklumat ringkasan tentang ralat; ia mempunyai fokus statistik, manakala bahagian "Ralat" bertujuan untuk mendapatkan maklumat terperinci tentang ralat dan mengurusnya. Dalam bahagian "Ralat", kawalan boleh dilakukan menggunakan panel arahan khas dan melalui menu konteks:

Terdapat masalah apabila menggunakan pangkalan data fail APK dan platform 1C 32-bit. Jika anda tidak memasang bilangan penapis yang mencukupi, anda mungkin menerima mesej kehabisan ingatan apabila menganalisis ralat dalam konfigurasi yang besar. Dalam kes ERP 2.x, mesej ini akan muncul sentiasa. Ralat ini biasanya berlaku pada peringkat mengeluarkan data ke dalam dokumen hamparan. Secara umum, ia patut memasang penapis. Hanya beberapa daripada mereka yang termasuk dalam pilihan pantas. Selebihnya boleh dipasang menggunakan arahan "Tetapan Laporan".

Apa yang menghalang di sini ialah laporan mula dijana serta-merta selepas memilih pilihan. Ini sangat mengganggu kerja dan mencadangkan keperluan untuk memperhalusi konfigurasi kompleks agroindustri, malah sehingga ke tahap menulis laporan anda sendiri: anda ingin menggunakan pilihan sebelum ia dijana, dan supaya tetapan laporan disimpan, dan supaya mereka berada dalam bentuk yang terurus. Nasib baik, ini tidak sukar dilakukan berdasarkan hanya satu daftar maklumat.

Saya perhatikan itu Apabila menggunakan versi 64-bit 1C atau pangkalan data SQL APK, ralat dengan kekurangan memori tidak diperhatikan.

Selepas pandangan pertama pada laporan, nampaknya APK terlalu memilih tentang konfigurasi yang sedang diuji. Sebagai contoh, ia memerlukan penetapan sinonim yang betul walaupun untuk reka letak borang bercetak; ia menganggap perkataan "logistik", "penghantaran tambahan", "pertanggungjawaban", dll. sebagai ralat. Tetapi pertama sekali, kebanyakan ralat yang ditemui benar-benar memerlukan pembetulan! Kedua, pilihan peraturan untuk disemak diserahkan kepada pengguna; ini boleh dilakukan semasa menyediakan konfigurasi untuk diperiksa dan semasa melakukan semakan. Ketiga, setiap peraturan boleh diubah suai, jika mahu, digantikan dengan peraturan anda sendiri atau anda boleh mengkonfigurasi penapisan dalam laporan supaya anda hanya melihat maklumat yang diminati.

Akhirnya, sistem mempunyai pilihan penyesuaian lain. Sebagai contoh, maklumat mendaftar "Kata-Kata Benar" (pada mulanya kosong). Ia terlibat dalam semakan ejaan, khususnya kaedah Check.CheckSpelling(). Perkataan yang kami anggap betul boleh dimasukkan ke dalamnya secara manual atau dimuatkan daripada fail teks di mana setiap perkataan berada pada baris yang berasingan. Contoh fail txt sedemikian boleh dimuat turun dari susun atur umum "Kamus Perkataan Benar". Tetapi tidak perlu memuatkan fail ini ke dalam pendaftaran. Secara lalai, sistem mengambil perkataan yang betul daripada susun atur ini dan menambahnya dengan data daripada daftar. Sistem ini juga mempunyai pemprosesan " Mengemas kini kamus". Penggunaannya diterangkan dengan sangat terperinci dan jelas dalam manual pengguna (lihat bab 4.6).

Secara umum, jika nampaknya sistem itu terlalu ketat dengan konfigurasi kami, maka kami boleh mengubah suainya di tempat yang betul dan "menenangkannya"))

Laporan yang paling menarik ialah "Ralat mengikut keperluan" dalam bahagian "Ralat", yang memaparkan data dalam kumpulan yang sepadan dengan struktur direktori "Keperluan":

dan "Analisis Ralat" dalam bahagian "Laporan", yang memaparkan data ringkasan berdasarkan klasifikasi "1C: Serasi", "Mandatori" dan "Pengesyoran":

Peraturan untuk menyemak konfigurasi

Mencipta peraturan anda sendiri menggunakan contoh khusus tidak akan dibincangkan di sini. Mula-mula anda perlu lebih memahami isu ini sendiri. Dalam manual pengguna dari penghantaran APK, Bab 5 yang agak besar dikhaskan untuk penciptaan peraturan baharu - ini adalah contoh silang dalam bentuk sebanyak 30 halaman teks dan ilustrasi yang menarik))

Mari kita lihat segera peraturan. Mereka terletak dalam direktori sistem dengan nama yang sama:

Navigasi di sepanjang pepohon kiri menyusahkan - memilih elemen untuk memaparkan komposisinya di sebelah kanan dilakukan dengan mengklik dua kali. Oleh itu, elemen yang dipilih tidak selalunya bertepatan dengan unsur yang komposisinya dipaparkan di sebelah kanan.

Setiap peraturan boleh dibuka. Borang unsur rujukan memberikan akses kepada senarai jenis objek yang mesti disemak oleh peraturan ini, parameter algoritma (senarai ralat bernombor yang boleh dirujuk daripada algoritma), algoritma itu sendiri dan penerangannya, perihalan keperluan, sebagai serta tetapan penggunaan:

Terdapat tiga butang berguna di bahagian atas. "Tunjukkan piawaian" membawa ke bahagian yang sepadan pada tapak web 1C dengan penerangan standard, pautan dibuka dalam penyemak imbas. "Keperluan Terbuka" membuka elemen direktori "Keperluan" yang sepadan dengan peraturan dan arahan "Penyahpepijat Terbuka" mula memproses "Penyahpepijat Peraturan Semak". Cara ia berfungsi adalah senyap dalam manual pengguna, tetapi jelas bahawa alat penyahpepijatan sama ada tersedia atau terdapat perkembangan untuknya yang boleh dibangunkan.

Algoritma peraturan boleh diubah, serta peraturan dan kumpulan peraturan baharu boleh dibuat. Jika anda perlu menulis algoritma anda sendiri, anda perlu mengkaji kaedah terbina dalam dan objek perisian. Bahagian yang sepadan "Sintaks peraturan pengesahan" dalam Bab 6 manual pengguna PDF dikhaskan untuk ini. Anda juga boleh menggunakan algoritma peraturan sedia ada sebagai contoh dan sampel untuk penyalinan.

Bantuan terbina dalam untuk program ini adalah teruk. Atau sebaliknya, ia tiada, jadi penerangan tentang kaedah terbina dalam tidak boleh diperoleh daripadanya.

Menapis objek semasa pemeriksaan

Kesimpulannya, mari lihat bagaimana APK 1.1 bertindak semasa melakukan imbasan dengan penapis digunakan. Adakah mereka benar-benar membantu mengurangkan masa pengesahan dan mengurangkan jumlah maklumat dalam laporan? Mari kita semak kedua-dua penapisan mengikut awalan dan mengikut subsistem.

Dalam bahagian ini akan terdapat lebih banyak "mengalihkan kod" daripada cerita tentang keupayaan kompleks agroindustri. Jika ini bukan matlamat anda pada peringkat ini, anda boleh melangkau bahagian ini.

Mari kita ambil konfigurasi percubaan yang sama, buat elemen baharu untuknya dalam direktori konfigurasi (hanya anda perlu mencipta elemen bukan dengan menyalin, kerana apabila menyalin konfigurasi, versi dan struktur data mereka juga disalin, ini adalah proses yang panjang dan melanggar ketulenan eksperimen). Mari kita tetapkan dokumen kepada dua subsistem baharu:

apk_Dokumen_1_1,apk_Dokumen_1_2 Dan new_Document_1_3 merujuk kepada subsistem apk_Subsistem_1

apk_Dokumen_2_1, apk_Dokumen_2_2 Dan new_Document_2_3 merujuk kepada subsistem apk_Subsistem_2

Kami akan membenarkan ralat ejaan dalam dokumen dan menambah kaedah eksport yang tidak digunakan pada modul pengurus. Kami akan membuat dokumen dengan menyalin.

Mari tambah dua penapis pengumpulan maklumat - untuk awalan apk_ dan kepada subsistem apk_Subsistem_2 (tangkapan skrin diambil pada APK versi 1.1.11.16):

Hasil daripada semakan, kami menjangkakan untuk melihat kemunculan ralat dan laporan ralat yang berkaitan hanya dengan dokumen yang sepadan dengan penapis (seperti yang ditunjukkan di bawah, penapis digunakan menggunakan "ATAU"). Saya juga ingin mempercepatkan proses pengesahan, dengan diskaun bahawa beberapa operasi dan semakan dilakukan tanpa mengira bilangan objek yang diperiksa.

Mari kita mulakan pemeriksaan. Selepas beberapa jam semakan asas (termasuk semakan platform), kita akan melihat bahawa bilangan objek untuk semakan lanjut bukan lagi 77,736 yang menakutkan, tetapi hanya 65:

Hasil daripada semakan, laporan sebenarnya berhenti memberikan maklumat tentang objek "tambahan" dan hanya melaporkan tentang objek yang sepadan dengan penapis. Pada masa yang sama, kedua-dua kesilapan yang disengajakan ditemui dan ulasan lain telah dibuat:

Walau bagaimanapun, kami hampir tidak mendapat keuntungan dalam masa pemeriksaan daripada penapis. Dalam contoh ini, imbasan penuh mengambil masa 10 dan bukannya 15 jam, iaitu, ia dipercepatkan hanya 30%. Sebab untuk tingkah laku ini telah dijelaskan dalam bahagian "Menjalankan pemeriksaan". Sekarang mari kita fikirkan mengapa ini berlaku pada peringkat kod dan pada masa yang sama kita akan lebih memahami cara menapis dan memintas algoritma untuk elemen struktur konfigurasi semasa semakan berfungsi.

Laporan menunjukkan bahawa sebagai tambahan kepada maklumat tentang dokumen, maklumat tentang elemen konfigurasi akar juga dikumpul sebagai sebahagian daripada semakan umum. Dan apabila menjalankan pemeriksaan, sukar untuk tidak menyedari bahawa mesej tentang menyemak objek No. 1 ini yang tergantung dalam bar status selama hampir semua 10 jam (pada versi 1.1.11.16). Pada masa yang sama, sistem melaporkan pemeriksaan 65 objek yang akan datang, walaupun kami memerlukan maksimum 6-8 daripadanya. Mari hentikan proses dalam penyahpepijat sementara bar status memaparkan mesej "Objek No. 1 sedang diperiksa" dan lihat modul yang sedang diperiksa. Anda dapat melihat bahawa pada peringkat pertama pengesahan, sistem masih menganalisis semua objek, termasuk, sebagai contoh, modul gaji am, yang pastinya tidak termasuk dalam subsistem baharu kami:

Tetapi kami tidak memerlukan sistem untuk mengumpul data tentang modul biasa. Apakah 65 objek yang akan diperiksa oleh sistem?

Anda boleh mendapatkan senarainya dengan menaikkan timbunan panggilan ke kaedah CheckObjects() dalam modul objek dokumen "CheckVersion". Daripadanya anda juga boleh mendapatkan maklumat bahawa SEMUA objek daripada direktori Struktur Konfigurasi yang mana data dikumpulkan dipilih untuk pengesahan, atau sistem menganggap bahawa data telah dikumpulkan:

Ini adalah objek:

Terdapat kurang daripada 65 objek itu sendiri; sistem hanya mengira bukan sahaja dokumen kami, tetapi juga butirannya. Tetapi anda boleh perhatikan bahawa elemen akar hierarki direktori Struktur Konfigurasi adalah yang pertama dalam senarai ini. Dan kami telah melihat bahawa proses mengesahkannya memerlukan banyak masa.

Mempunyai senarai objek ini, anda boleh membuat kesimpulan tentang cara mekanisme penapisan berfungsi dan cara pemeriksaan berasaskan penapis berfungsi:

Penapisan hanya berfungsi pada peringkat pengumpulan data. Semasa proses pengesahan, penapis tidak lagi memainkan sebarang peranan. Dan ini adalah logik, kerana algoritma ditentukan dalam mod pengguna. APK hanya memindahkan unsur-unsur direktori Struktur Konfigurasi kepada mereka untuk pengesahan jika ia percaya bahawa data telah dikumpulkan padanya.

Walaupun penapis yang telah kami kenakan untuk semakan, APK mengumpul maklumat tentang modul SEMUA objek konfigurasi. Data tentang modul digunakan oleh APC semasa menjalankan semakan yang biasa kepada keseluruhan konfigurasi. Di bawah ini kami akan menunjukkan perkara yang berlaku jika semakan sedemikian dilumpuhkan.

Beberapa objek biasa akan hadir dalam senarai untuk diimbas dalam apa jua keadaan, tanpa mengira penapis kami. Termasuk objek akar atas - konfigurasi itu sendiri. Sekali lagi, ini adalah perlu untuk menjalankan pemeriksaan "umum". Memandangkan konfigurasi yang disertakan dalam senarai masih disemak mengikut peraturan yang sama seperti sebelumnya, dan modul biasa, teks mereka dan beberapa data lain tidak ditapis semasa mengumpul data, semakan berbilang jam terpanjang bagi objek No. 1 akan tetap dilakukan. . Ia tidak mungkin untuk mempercepatkan proses secara radikal dengan menggunakan penapis.

Sistem memutuskan untuk menyemak bukan sahaja dokumen yang memenuhi kedua-dua penapis kami, tetapi dokumen yang memenuhi mana-mana daripadanya. Objek yang bermula dengan awalan juga akan dihantar untuk diimbas apk_ dan objek yang termasuk dalam subsistem apk_Subsistem2, termasuk dokumen new_Document_2_3. Hanya dokumen yang tiada daripada senarai objek yang sedang disemak new_Document_1_3, tidak sesuai untuk mana-mana penapis. Hasilnya akan menjadi jelas jika anda melihat ke dalam fungsi penapisan. Penapis resolusi berfungsi menggunakan "ATAU" dan bukannya "DAN". Jika ini perlu diubah, sekali lagi anda perlu membuat perubahan kecil pada kaedah ini:

Sekarang mari cuba "bermain" dengan kod dan lihat apa yang akan berlaku jika penapisan berfungsi bukan sahaja pada peringkat pengumpulan data, tetapi juga pada peringkat pengesahan. Untuk melakukan ini, mari buat satu lagi elemen dalam direktori Konfigurasi dengan penapis yang sama:

Secara artifisial, dalam kod kaedah CheckObjects() dokumen CheckVersion, kami akan melangkau elemen pertama pemilihan apabila melintasi hasil pertanyaan. Iaitu, mari langkau elemen akar direktori Struktur Konfigurasi:

Mari jalankan semakan yang sama dan lihat masa yang diperlukan untuk keseluruhan proses dan sama ada keputusan pelaporan akan berbeza daripada yang diperoleh tanpa melangkau akar konfigurasi.

Dalam kes ini, dari permulaan proses hingga selesai, hanya 50 minit berlalu dan bukannya 10 jam:

: Dokumen dibuat Semak versi 8 dari 01/11/2017 20:51:37

………………..

: Mula memuat naik konfigurasi ke fail XML

: Muat naik konfigurasi ke fail XML selesai

………………..

: Semakan konfigurasi dimulakan

: Semakan konfigurasi selesai

Sekarang laporannya:

Ia boleh dilihat bahawa elemen akar tidak lagi dipaparkan. Tetapi sebagai tambahan, laporan itu memaparkan 9 baris dan bukannya 10 yang berkaitan dengan setiap dokumen. Baris yang melaporkan kaedah eksport yang tidak digunakan dalam modul pengurus dokumen tiada. Iaitu, beberapa ralat sebenarnya dikesan hanya jika elemen akar direktori Struktur Konfigurasi terlibat dalam proses pengesahan. Jika tidak, peraturan pengesahan yang sepadan tidak akan berfungsi. Ini adalah ralat, apabila dikesan, secara logiknya hubungan objek dengan semua objek lain konfigurasi harus diperiksa.

Oleh itu, jika kita ingin mempercepatkan semakan secara radikal apabila menggunakan penapis, maka ini mesti dilakukan sama ada dengan melumpuhkan semakan umum yang paling memakan masa yang memerlukan memintas semua modul (ini boleh dilakukan dalam tetapan), atau dengan membangunkan alternatif kita sendiri peraturan menyemak.

Keputusan:

Alat "Ujian Konfigurasi Automatik" benar-benar membenarkan, setelah dikonfigurasikan, mencari ralat dalam konfigurasi secara automatik. APK memungkinkan untuk mencari ralat kasar dalam konfigurasi, ejaan yang betul dan mematuhi piawaian pembangunan yang agak munasabah dan wajar daripada syarikat 1C.

APC tidak boleh menjadi pengganti lengkap untuk alatan lain untuk meningkatkan kualiti kod, seperti semakan kod. Ia tidak membenarkan anda menjejaki kehadiran salinan-tampal yang berlebihan (penduaan kod), berbilang panggilan pelayan di mana ia boleh dimasukkan ke dalam satu, atau menyemak tanda paling mudah bagi permintaan tidak optimum. Tetapi ia boleh mengurangkan dengan ketara keperluan untuk pemeriksaan visual dan menyediakan titik permulaan yang baik untuk alatan dan amalan lain. Dan jika perlu, tulis cek anda sendiri yang menyelesaikan lebih banyak masalah daripada yang "di luar kotak".

Walaupun kekurangan maklumat mengenainya, menguasai alat ini untuk mula menggunakannya dalam amalan tidak sukar. Mempunyai manual pengguna, dan kini artikel ini, boleh memberikan permulaan yang baik untuk penguasaan langkah demi langkah. Konfigurasi APK itu sendiri agak mudah dan boleh diubah suai dengan mudah, sekurang-kurangnya dari segi antara muka. Sebenarnya banyak yang perlu diperbaiki. Untuk penggunaan yang selesa dan cekap, "tangki" kami sentiasa memerlukan fail))

Membangunkan peraturan pengesahan anda sendiri memerlukan penguasaan "bahasa terbina dalam" kompleks industri pertanian, atau lebih tepatnya prosedur dan fungsi terbina dalam; ini boleh dilakukan menggunakan manual pengguna dan peraturan sedia ada.

Malah operasi paling mudah yang memerlukan pengumpulan data daripada konfigurasi seperti ERP mengambil masa lebih daripada 20 minit dari APC. Oleh itu, untuk membangunkan dan menyahpepijat peraturan pengesahan anda sendiri, anda harus sama ada membuat konfigurasi demo kecil anda sendiri dan pangkalan data demo, yang mana sesetengah modul akan melanggar peraturan ini atau menjalankan semakan menggunakan data yang dikumpul sebelum ini. Kedua-dua teknik akan membantu mempercepatkan proses penyahpepijatan peraturan baharu.

• Konfigurasi termasuk alat untuk menyahpepijat peraturan baharu dan sedia ada. Untuk bekerja dengan mereka, anda perlu memahami kod konfigurasi APK, lihat cara objek dicipta dan dalam konteks apa algoritma yang dinyatakan dalam mod pengguna dilaksanakan. Tetapi jika dikehendaki, ini nampaknya agak mungkin; pendekatan harus serupa dengan yang kami gunakan dalam "Penukaran Data".

Kadang-kadang masalah berlaku dalam pangkalan data 1C - laporan 1C yang sebelum ini berfungsi tidak berjalan, dokumen tidak diproses kerana ralat yang tidak dapat difahami, adalah mustahil untuk memasuki program... Salah satu cara utama untuk membetulkan ralat 1C ialah menguji dan membetulkan pangkalan data 1C 8.3 menggunakan utiliti yang dibina ke dalam platform.

Saya ingin ambil perhatian bahawa sekiranya berlaku sebarang operasi 1C Enterprise 8.3 yang salah, kaedah utama untuk memulihkan fungsi program ialah:

1. Membersihkan cache 1C Enterprise;
2. Menguji dan membetulkan pangkalan data 1C 8.3.

Kaedah untuk memadam cache 1C diterangkan secara terperinci dalam artikel. Mari kita pertimbangkan alat perkhidmatan kedua untuk mentadbir platform 1C.

Menguji dan membetulkan pangkalan data 1C 8.3 menggunakan utiliti terbina dalam

Untuk memulakan operasi ini, anda tidak perlu mempunyai pengetahuan khusus, jadi mana-mana pengguna boleh mengendalikannya tanpa menghubungi pakar 1C. Untuk memulakan ujian dan pembetulan, anda perlu log masuk ke konfigurasi 1c dan pilih "Pentadbiran" - "Pengujian dan pembetulan..."

Penerangan mengenai utiliti "Menguji dan membetulkan pangkalan maklumat 1c"

Borang yang dibuka mengandungi beberapa item yang membolehkan anda membetulkan ralat. Untuk menggunakan alat ini secara profesional, anda perlu memahami tujuan dan logik pengendalian setiap item, jadi mari kita lihat dengan lebih terperinci:

• Mengindeks semula jadual pangkalan maklumat.

Untuk mencari maklumat dengan cepat, jadual tambahan ditambahkan pada jadual utama dengan data utama, di mana data diisih mengikut medan yang ditentukan dalam jadual utama - jadual pengindeksan. Dengan menggunakan jadual pengindeksan, prestasi 1C meningkat dengan ketara, kerana tidak perlu mengulangi keseluruhan jadual data utama untuk pensampelan; anda boleh menggunakan fail indeks dan memilih rekod yang diperlukan dari sana.
Apabila data ditulis ke jadual data utama, jadual indeks juga diisi. Tetapi atas pelbagai sebab teknikal, indeks boleh menjadi keliru, yang akhirnya boleh membawa kepada ralat. Untuk membetulkan kelas ralat ini semasa menguji dan membetulkan pangkalan data 1C 8.3, anda mesti menandakan kotak di sebelah item menu ini.

• Menyemak integriti logik pangkalan maklumat

Pada masa mencipta objek baharu dalam konfigurasi 1C, jadual baharu dibuat dalam pangkalan data, yang menunjukkan sambungan dengan jadual lain dalam pangkalan data. Atas pelbagai sebab, sambungan mungkin menjadi tidak betul (contohnya, disebabkan oleh kemas kini yang salah atau gangguan kuasa yang tidak dijangka pada masa rakaman). Untuk membetulkan jenis ralat ini, pilih item menu ini.

• Menyemak integriti rujukan pangkalan maklumat

Untuk mengenal pasti dan membetulkan ralat ini, pilih item menu ini dan pilihan untuk memproses ralat tersebut akan diaktifkan di bawah (lihat rajah di atas). Kita boleh memilih cara membetulkan ralat apabila apabila terdapat rujukan kepada objek yang tidak wujud: mencipta objek, pautan yang jelas, jangan ubah; Dan sekiranya kehilangan data separa: mencipta objek, padam objek , jangan tukar .

• Pengiraan semula keputusan

Untuk melaksanakan pemilihan data pantas dalam pangkalan data 1C, terdapat jadual dengan data yang telah dikira setiap bulan. Apabila kami mengakses data ini, ia tidak dikumpul daripada jadual utama (ini akan mengambil banyak masa), tetapi dikeluarkan serta-merta daripada data dalam jadual ringkasan. Oleh itu, untuk mekanisme ini berfungsi, adalah perlu untuk mempunyai keputusan yang betul untuk tempoh yang lalu. Oleh itu, jika 1C "menipu" dalam laporan, maka ralat sedemikian diperbetulkan dengan item menu ini.

• Memampatkan jadual pangkalan maklumat

Memadam objek dalam pangkalan data adalah operasi yang agak teliti dan memakan masa, oleh itu dalam konfigurasi 1C proses pemadaman dibahagikan kepada 2 peringkat. Apabila anda memadamkan objek dalam konfigurasi, data dalam pangkalan data 1c dibatalkan dan kerana ini ia tidak mengambil bahagian dalam operasi selanjutnya, walaupun ia secara fizikal kekal di tempatnya. Untuk mengosongkan jadual rekod ini, mereka menguji dan membetulkan pangkalan data 1C 8.3 dengan item menu "Mampatkan jadual pangkalan maklumat".

• Menstruktur semula jadual pangkalan maklumat

Apabila menukar butiran mana-mana objek metadata 1c, pangkalan data perlu menambah rekod baharu pada semua jadual objek yang diubah. Ini dilakukan melalui penstrukturan semula jadual pangkalan data. Semasa proses penstrukturan semula, salinan jadual pangkalan data dibuat dengan struktur konfigurasi semasa, selepas itu data dipindahkan ke jadual yang dibuat. Jika anda menambah atribut dalam metadata 1c, lajur kosong akan dibuat untuknya dalam jadual baharu; jika atribut dipadamkan, lajur untuk atribut ini tidak akan dibuat dalam jadual baharu dan, dengan itu, ia tidak akan dipindahkan.
Semasa proses penstrukturan semula, semua jadual pangkalan data akan dicipta semula, jadi operasi ini adalah yang paling lama.

Menguji dan membetulkan pangkalan data 1C 8.3 dalam amalan

Selepas menerima maklumat yang komprehensif, saya fikir anda boleh dengan mudah mengetahui item utiliti yang perlu anda pilih untuk menyelesaikan sebarang masalah.

Menguji dan membetulkan pangkalan data 1C 8.3 boleh dilakukan dalam dua mod:

1. Menguji. Dalam mod ini, pangkalan data diuji dan pembetulan teknikal kesilapan kecil dibuat.
2. Menguji dan membetulkan. Dalam mod ini, pangkalan data 1C diuji dan cuba membetulkan semua ralat yang dikesan (lihat rajah di atas).

Untuk melakukan ujian dan pembetulan pangkalan data 1C 8.3, anda perlu mengklik butang "Jalankan", selepas itu anda boleh memantau kemajuan ujian dan pembetulan dalam tetingkap maklumat di bahagian bawah konfigurator.

serupa

29.09.2016

Menyemak kesahihan penggunaan kemas kini yang dipasang bagi konfigurasi program standard sistem 1C Enterprise 8.

Dapatkan akses kepada 1C:Fresh cloud secara percuma selama 30 hari!

Bermula dengan platform versi 1C:Enterprise 8.3.7, program 1C telah melaksanakan mekanisme untuk menyemak kesahihan penggunaan penyelesaian aplikasi 1C, termasuk kemas kini konfigurasi 1C.

Selepas memasang kemas kini seterusnya pada konfigurasi standard dan platform 1C:Enterprise, program mungkin memaparkan mesej bahawa terdapat masalah dengan menyemak kesahihan penggunaan kemas kini konfigurasi yang dipasang dalam Pusat Perlindungan Kemas Kini.

Tujuan mekanisme ini adalah untuk memaklumkan pengguna tepat pada masanya tentang penggunaan sebenar versi tertentu atau keluaran konfigurasi yang dia tidak mempunyai hak, dan potensi risiko undang-undang yang berkaitan.

Semakan dilakukan untuk penyelesaian aplikasi yang digunakan dalam versi fail atau pada pelayan dalam versi MINI. Semakan kelayakan tidak dilakukan untuk penyelesaian aplikasi yang menggunakan lesen asas. Prosedur pengesahan dijalankan selepas selesai mengemas kini konfigurasi sistem 1C:Enterprise, dan program membuat permintaan kepada Pusat Perlindungan Kemas Kini (selepas ini dirujuk sebagai UOC).

Perhatian! Pada masa ini mungkin terdapat masalah teknikal dengan ketersediaan tapak web Pusat Perlindungan Kemas Kini https://1cv8update.com

Apabila menyemak kesahihan kemas kini konfigurasi yang dipasang, maklumat tentang program dan data akaun yang dibuat semasa mendaftarkan produk perisian dan perjanjian sokongan teknologi maklumat pada Portal 1C:ITS digunakan. Jika kemas kini konfigurasi telah dipasang secara tidak sah, program secara berkala menjana dialog yang mengandungi maklumat tentang sebab penggunaan penyelesaian aplikasi secara haram.

Jika permintaan berjaya diselesaikan, pusat pemprosesan pusat mengembalikan status kesahihan penggunaan. Jika pusat kawalan pusat tidak mengesahkan kesahihan penggunaan kemas kini konfigurasi yang dipasang, sistem 1C:Enterprise mula memaklumkan semua pengguna tentang pangkalan maklumat bahawa penyelesaian aplikasi ini digunakan secara tidak sah, dan maklumat yang diterima daripada pusat kawalan pusat adalah dipaparkan.

Maklumat tentang keputusan semakan juga boleh dilihat dalam dialog "Perihal program", yang mengandungi maklumat tentang cara panggilan ke pusat kawalan pusat diselesaikan:

Agar penyelesaian aplikasi 1C berjaya lulus ujian di pusat kawalan pusat, syarat berikut mesti dipenuhi:

• Program ini mesti dilesenkan.
• Produk perisian mesti mempunyai langganan ITS yang sah.
• Produk perisian mesti didaftarkan dalam akaun peribadi pengguna di Portal 1C
• Sokongan pengguna Internet mesti didayakan dalam konfigurasi.

Oleh itu, jika program 1C anda melaporkan masalah dengan menyemak kesahihan konfigurasi yang digunakan, ini mungkin akibat daripada satu atau lebih sebab:

• Sebab 1. Versi perisian 1C yang tidak berlesen (dicetak rompak, digodam, "warez", "ditambal", dll.) digunakan.

  Penyelesaian: Kami boleh menawarkan dua pilihan untuk menyelesaikan masalah: membeli versi berlesen produk perisian 1C atau beralih kepada bekerja dalam "1C dalam awan".

  Pilihan 1: Beli versi berlesen produk perisian 1C.

  Sila ambil perhatian bahawa anda mesti membeli kit tepat yang termasuk konfigurasi yang anda gunakan, i.e. jika, sebagai contoh, anda menggunakan 1C: Pengurusan Perdagangan, maka tidak masuk akal untuk membeli 1C: Perakaunan, kerana Ini tidak akan menyelesaikan masalah menyemak kesahihan penggunaan konfigurasi.
  Jika anda menggunakan versi pengguna tunggal program dalam mod fail, maka sudah cukup untuk membeli pakej utama sahaja. Jika anda menggunakan versi rangkaian pada beberapa komputer dalam mod pelayan-pelanggan, maka anda juga mesti membeli lesen pelanggan tambahan dan lesen untuk pelayan 1C:Enterprise.

  Kos program 1C

  Nama	harga gosok.	Satu komen
  1C: Perakaunan 8 PROF. Penghantaran elektronik
  Pilihan pelesenan terpantas! Masa penghantaran 3-4 jam dari saat pembayaran! *		Bekalan asas untuk 1 tempat kerja dengan sistem perlindungan perisian.
  1C: Gaji dan pengurusan kakitangan 8 PROF. Penghantaran elektronik Pilihan pelesenan terpantas! Masa penghantaran 3-4 jam dari saat pembayaran! *		Bekalan asas untuk 1 tempat kerja dengan sistem perlindungan perisian.

  
  Kos produk perisian lain sistem 1C:Enterprise, pelanggan tambahan dan lesen pelayan boleh dilihat dalam senarai harga.
  Jika anda perlu segera menghalalkan 1C: Perakaunan atau di rantau anda rakan kongsi 1C tidak mempunyai program ini, maka anda boleh membeli "Penghantaran Elektronik" daripada syarikat kami. Penghantaran elektronik ialah versi program "tanpa kotak", yang 100% berlesen, secara fungsinya tidak berbeza daripada "kotak" biasa. Selepas pembayaran, dalam akaun peribadi Portal 1C anda, anda akan dapat memuat turun pengedaran pemasangan program, kod pengaktifan dan dokumentasi dalam bentuk elektronik (dalam format pdf). Jika anda memerlukan bantuan pakar kami semasa memasang program, mereka akan membantu anda dari jauh melalui Internet.

  Pilihan 2: Pergi ke kerja dalam "1C dalam awan".

  Dalam kes ini, anda memuat naik pangkalan data anda dengan semua bukti kelayakan terkumpul ke pelayan awan 1C Fresh (https://1cfresh.com/).
  Anda tidak perlu membeli program 1C dan memasang program pada komputer anda. Kerja dalam program ini dijalankan melalui Internet menggunakan pelayar biasa atau 1C Thin Client, yang boleh dimuat turun secara sah dari laman web rasmi 1C sepenuhnya secara percuma.
  Akses kepada pelayan awan 1C disediakan secara sewaan di bawah model perniagaan SaaS (Perisian sebagai Perkhidmatan). Kos akses kepada versi awan 1C ialah 500-600 rubel sebulan bagi setiap pengguna. Kos yang tepat bergantung pada bilangan pengguna, bilangan pangkalan data yang digunakan, tarif yang dipilih dan kaedah pembayaran.

  Kos menyewa program 1Cdalam awan menggunakan model SaaS
  
  

  Nama	Kadar "PROF" **	Kadar "TECHNO"
  Kos pemilikan setiap pengguna sebulan apabila membuat kontrak selama 12 bulan.	495 gosok./bulan.	525 gosok./bulan.
  Kos yang tepat bergantung pada syarat pembayaran *: Bayaran bulanan Bayaran pendahuluan selama 3 bulan Bayaran pendahuluan selama 6 bulan Bayaran pendahuluan selama 12 bulan	2970 gosok. 8031 gosok. 15498 gosok. RUB 29,664	1200 gosok. 3498 gosok. 6546 gosok. 12528 gosok.
  Bilangan pengguna serentak	5 pengguna.	2 pengguna.
  Permohonan yang tersedia dari senarai: 1C: Perakaunan 8 1C: Gaji dan pengurusan kakitangan 8 1C: Pengurusan syarikat kecil 8 1C: Perakaunan institusi kerajaan 8 1C: Gaji dan kakitangan institusi kerajaan 8 1C: Pelaporan usahawan 8 1C-Kamin: Gaji	Semua	Satu daripada senarai untuk dipilih
  Bilangan pangkalan maklumat	Tiada had	Satu pangkalan data yang berfungsi + satu ujian/arkib/demo

  *Harga yang dinyatakan adalah sah tertakluk kepada kesinambungan kontrak.
  ** Kos sambungan di bawah tarif PROF, sebagai tambahan kepada akses untuk 5 pengguna kepada bilangan pangkalan data yang tidak terhad, termasuk beberapa perkhidmatan tambahan: 1C-Reporting; rangka kerja kawal selia "1C: Garant"; akses penuh kepada sistem maklumat 1C:ITS; perundingan dan jawapan daripada juruaudit dan pakar kepada soalan pengguna mengenai perakaunan, percukaian dan isu kakitangan (dalam akaun peribadi anda di laman web 1C:ITS); akses kepada kemas kini untuk versi kotak bagi platform 1C:Enterprise dan konfigurasi 1C standard, dsb. Butiran lanjut.

  30 hari pertama akses adalah percuma!
  Supaya anda boleh menilai ketersediaan, kestabilan, kelajuan dan kemudahan penggunaan, kami boleh menyediakan akses percuma kepada perkhidmatan 1C:Fresh cloud selama 30 hari.

  Bahan maklumat:
  -
  - Arahan untuk memuat turun pangkalan data daripada komputer tempatan ke perkhidmatan 1C:Fresh cloud
  - Arahan untuk memasang dan mengkonfigurasi klien nipis 1C untuk bekerja dengan perkhidmatan 1C:Fresh cloud
  - Borang permohonan untuk menyambung ke perkhidmatan 1C:Fresh cloud
  - Borang permohonan untuk pendaftaran sendiri dalam perkhidmatan 1C:Fresh cloud

• Sebab 2. Tiada perjanjian yang sah untuk sokongan teknologi maklumat (ITS).
  
  Penyelesaian: buat perjanjian untuk sokongan teknologi maklumat. Jika anda perlu segera mendaftar untuk langganan ITS, anda boleh mendaftar untuk langganan itu di syarikat kami, walaupun anda berada di rantau lain di Persekutuan Rusia dan membeli program 1C itu sendiri di tempat lain. Satu-satunya syarat ialah program itu mesti dilesenkan.

  Kos langganan ITS

  Sila ambil perhatian perkara berikut:

• Terdapat dua pilihan langganan ITS: ITS Techno dan ITS PROF, yang berbeza dalam kandungan maklumat. ITS Techno termasuk pilihan sokongan minimum (akses ke tapak sokongan teknikal 1C untuk memuat turun kemas kini sendiri). Prof ITS, sebagai tambahan kepada akses kepada kemas kini, termasuk beberapa perkhidmatan dan perkhidmatan tambahan, contohnya, 1C: Reporting, 1C: Counterparty, 1C: Fresh, 1C: Cloud Archive, rangka kerja undang-undang "GARANT" dan banyak lagi. Untuk perbandingan yang lebih terperinci tentang ITS Techno dan PROF, lihat.
• Kos langganan ITS bergantung pada tempoh kontrak. Pilihan minimum ialah langganan sekali selama 1 bulan, tetapi memandangkan keperluan untuk mengemas kini program perakaunan secara berkala untuk 1C: Perakaunan, kami mengesyorkan untuk melanggan untuk tempoh yang lebih lama.
• Kos langganan untuk pembaharuan berterusan langganan ITS adalah kurang daripada untuk pembaharuannya.

  Nama	Harga pada berterusan sambungan gosok.	Harga pada penyambungan semula perjanjian gosok.
  PROF ITS sekali langganan selama 1 bulan		4818
  ITS Techno selama 6 bulan		7854
  ITS Techno selama 12 bulan		15036
  PROF ITS selama 3 bulan		9636
  PROF ITS selama 6 bulan		18600
  PROF ITS selama 12 bulan		35592

• Sebab 3. Produk perisian tidak didaftarkan dalam akaun peribadi pengguna di portal 1C.

  Penyelesaian: daftarkan produk perisian.
  Arahan untuk mendaftarkan produk perisian dalam akaun peribadi 1C:ITS Portal (portal.1c.ru)
  Jika pengguna belum mendaftar di portal sebelum ini, maka sebelum mendaftar produk perisian dalam akaun peribadinya, pengguna perlu mendaftar secara bebas di portal terlebih dahulu dan menerima log masuk dan kata laluan untuk mengakses akaun peribadinya.
  Arahan untuk mendaftarkan pengguna di Portal 1C:ITS (portal.1c.ru)
  

• Sebab 4. Sokongan pengguna Internet tidak dikonfigurasikan dalam program 1C.
  
  Penyelesaian: sediakan sokongan Internet.
  Arahan untuk menyambungkan sokongan Internet dalam konfigurasi 1C:Enterprise 8 biasa

Masalah teknikal

Jika anda menggunakan versi berlesen program, produk perisian didaftarkan dalam akaun peribadi anda di portal 1C, anda mempunyai langganan ITS yang sah dan sokongan Internet dikonfigurasikan dengan betul, tetapi program masih memaparkan mesej "Pusat pelesenan adalah tidak tersedia", "Pendaftaran konfigurasi di pusat pelesenan belum selesai", "Nod jauh tidak lulus ujian", dsb., maka masalah teknikal mungkin berlaku:

1. Pelayan pusat kawalan pusat https://1cv8update.com tidak tersedia
Dalam kes ini, adalah perlu untuk menyemak kefungsian pelayan dan ketersediaannya untuk menyekat oleh antivirus, firewall, firewall atau tetapan keselamatan pelayan proksi.

2. Sijil keselamatan di tapak web https://1cv8update.com telah dikemas kini dan anda menggunakan platform 1C:Enterprise lama (atau mod keserasian ditetapkan) di bawah versi 8.3.8. Dalam kes ini, anda perlu mengemas kini versi platform, mengkonfigurasi mod keserasian atau mendaftarkan sijil keselamatan secara manual dalam fail cacert.pem dalam direktori bin.

3. Mungkin pelayan Pusat Perlindungan Kemas Kini hanya terbeban, cuba ulangi prosedur pengimbasan beberapa kali dengan mengklik pada butang "Ulang sekarang" atau lakukan imbasan kemudian.

Penjelasan tentang syarat pengedaran kemas kini program 1C Enterprise

Apabila menjual produk perisian 1C, hak tidak eksklusif (terhad) untuk menggunakan program dipindahkan daripada Pemegang Hak Cipta (Syarikat 1C) kepada Pemegang Lesen (pengguna) mengikut terma "Perjanjian Lesen" yang disertakan dalam penghantaran Produk Perisian. Pada masa yang sama, Pemegang Lesen berjanji untuk mematuhi dan tidak melanggar peraturan penggunaan produk perisian berlesen dengan tegas, dan pelanggaran terma "Perjanjian Lesen" dianggap sebagai pelanggaran hak cipta dan didakwa oleh undang-undang.

Menurut "Perjanjian Lesen", kos produk perisian "1C" pada masa ini termasuk sokongan teknologi maklumat (ITS) selama 3 bulan, yang termasuk resit bulanan DVD ITS; menerima kemas kini kepada program, konfigurasi dan borang pelaporan; perkhidmatan talian nasihat; akses kepada tapak sokongan teknikal 1C (mulai 01/01/2016 anda boleh membeli versi "tanpa cakera" ITS).

Selepas tamat tempoh sokongan percuma, perkhidmatan program Syarikat 1C akan dijalankan hanya di bawah perjanjian ITS secara berbayar.

Di samping itu, apabila memasang kemas kini, pengguna mengesahkan persetujuannya dengan syarat pengedaran dan penggunaan kemas kini dan menerima tanggungjawab untuk pelanggaran syarat penggunaan, jika tidak, pengguna mesti menolak untuk memasang kemas kini.

Oleh itu, bukan sahaja program itu sendiri, tetapi juga KEMASKINI kepada program yang dihasilkan oleh syarikat 1C adalah objek hak eksklusif syarikat 1C dan diedarkan mengikut peraturan yang ditetapkan oleh syarikat 1C sebagai pemegang hak cipta mengikut Art. 1225 Kanun Sivil, dan tidak dibenarkan MENYEBAR Dan PENGGUNAAN kemas kini dianggap sebagai pelanggaran hak cipta dan boleh dihukum oleh undang-undang:

• Seni. 1301 Kanun Sivil Persekutuan Rusia,
• Seni. 7.12 Kanun Persekutuan Rusia mengenai Kesalahan Pentadbiran Persekutuan Rusia,
• Seni. 146 Kanun Jenayah Persekutuan Rusia.

Kemas kini dan sumber maklumat mesti diperolehi oleh pengguna melalui saluran pengedaran undang-undang:

• Cakera sokongan teknologi maklumat
• laman web syarikat 1C: www.1c.ru, v8.1c.ru, dalam talian.1c.ru, its.1c.ru, portal.1c.ru, keluaran.1c.ru, users.v8.1c.ru
• pejabat rakan kongsi syarikat "1C"

Kemas kini yang diterima daripada sumber lain adalah HARAM:

• SMS daripada seorang kawan
• kemas kini telah dipasang oleh "pelajar Vasya" (sumber tidak diketahui)
• dimuat turun dari tapak yang bukan tapak 1C rasmi
• dibeli di gerai
• dan lain-lain.

Mengetahui kelayakan untuk menggunakan kemas kini adalah sangat mudah: syarikat 1C menerima maklumat tentang semua pelanggan ITS yang sah dengan nombor pendaftaran produk perisian 1C yang dipasang dan tempoh langganan, setiap kemas kini mempunyai nombor unik dan tarikh keluaran, tarikh dan masa pemasangan kemas kini pada komputer pengguna diketahui ditetapkan dalam program itu sendiri, i.e. dalam kes pengesahan, pengguna mesti mempunyai langganan kepada ITS pada masa pengeluaran dan pemasangan kemas kini.

Menyemak kehadiran langganan ITS Untuk mengelakkan tuntutan daripada agensi penguatkuasaan undang-undang dan menjelaskan kesahihan penggunaan kemas kini dan sumber maklumat, kami mengesyorkan agar pengguna menyemak ketersediaan langganan ITS untuk produk perisian mereka di tapak web syarikat 1C: . Selepas memasukkan nombor pendaftaran program 1C:Enterprise yang anda gunakan, mesej akan muncul pada skrin yang menunjukkan kehadiran atau ketiadaan langganan ITS yang sah. Semak sama ada anda telah menghantar borang pendaftaran kepada syarikat 1C Jika data telah berubah, sila laporkan kepada 1C. Pastikan saluran yang anda gunakan untuk menerima kemas kini adalah sah (rakan kongsi 1C rasmi, tapak 1C rasmi) Sebelum mendaftar untuk langganan ITS, semak sama ada syarikat yang berkhidmat kepada anda ialah rakan kongsi rasmi 1C. Menggunakan nombor pendaftaran program anda, pastikan langganan didaftarkan dalam "1C" di tapak web http://www.1c.ru/rus/support/support.htm Jangan lupa untuk memperbaharui langganan anda tepat pada masanya Tidak memerlukan langganan ITS: Versi asas produk perisian 1C:Enterprise, Versi "Cloud" program 1C yang digunakan dalam perkhidmatan 1C:Fresh cloud

Teg: Menyemak kesahihan menerima kemas kini konfigurasi 1c, menyemak kesahihan kemas kini 1c 8.3, menyemak kesahihan kemas kini 1c, kemas kini muat turun 1c, 1c, cakeranya, menyemak kesahihan 1c 8.3 7, pengguna. 1c.ru, its.1c.ru, menyokong 1s 8

Pelaksanaan 1C 8 memberikan sejumlah besar kelebihan, tetapi operasi yang berkesan hanya boleh dilakukan jika sistem itu berkualiti tinggi, berfungsi dan berteknologi.

Kualiti fungsi dan teknologi sistem - ciri dan perbezaan Kualiti fungsian sistem maklumat ialah keupayaan konfigurasi tertentu untuk menyelesaikan masalah perniagaan syarikat, dan kualiti teknologi adalah prestasi tinggi, ketiadaan kegagalan dan operasi yang stabil. Pengurusan prestasi kualiti berbeza dengan ketara:

• kualiti teknologi sistem disemak semasa pelaksanaan khusus sistem. Program berlesen 1C dilaksanakan pada platform 1C:Perusahaan 8, mesti memastikan operasi stabil beberapa pengguna pada peralatan tertentu. Tidak kira apa keupayaan yang dibina ke dalam sistem;
• kualiti berfungsi disahkan untuk konfigurasi tertentu dan keupayaannya. Kualiti sistem ditentukan oleh keupayaannya untuk melaksanakan tugas tertentu, tanpa mengira syarat penggunaan.

Kualiti fungsi sistem boleh disemak dengan petunjuk berikut:

• program berlesen 1C menyelesaikan semua masalah perniagaan;
• sebagai tindak balas kepada sebarang tindakan pengguna yang betul, sistem berkelakuan dengan mencukupi dan boleh diramalkan.

Oleh itu, kualiti berfungsi terdiri daripada dua arah - subjek dan teknikal. Penilaian substantif sistem hanya boleh dijalankan oleh profesional dalam bidang tertentu, manakala penilaian teknikal boleh dinilai tanpa mengira tugas.

Mengapakah kualiti fungsian sistem yang tinggi diperlukan? Membangunkan sistem untuk pelaksanaan memerlukan pertimbangan yang serius atas beberapa sebab. Sistem berkualiti tinggi memastikan pelaksanaan 1C 8 yang lebih mudah, yang akhirnya menjimatkan masa dan wang syarikat. Selain itu, menyokong sistem 1C berkualiti tinggi adalah lebih mudah dan kurang memerlukan perhatian daripada pakar.

Apabila membangunkan penyelesaian baharu berdasarkan sistem sedia, semua proses berjalan dengan lebih pantas dan lebih mudah, dan operasinya menghapuskan kegagalan operasi.

Bagaimana untuk menentukan kualiti fungsian? Ketiadaan ralat dalam kod program tidak bermakna kualiti fungsi sistem berada pada tahap tertentu.

Kualiti keseluruhan konfigurasi boleh ditentukan oleh beberapa faktor, seperti:

• Ketersediaan maklumat rujukan yang terkini dan terperinci. Dengan menekan "F1" pengguna mesti menerima bantuan untuk setiap objek konfigurasi;
• kehadiran petunjuk. Petua alat ringkas pada setiap kawalan borang hendaklah menerangkan maksud borang tersebut;
• dimensi bentuk skrin harus memastikan kerja yang selesa dan tidak melebihi nilai standard;
• teks mesej dan amaran sistem hendaklah ringkas dan boleh difahami, tanpa kesilapan ejaan dan tatabahasa;
• sebelum melakukan sebarang tindakan yang tidak dapat dipulihkan, sistem mesti mengeluarkan amaran dengan maklumat mengenai operasi dan akibatnya;
• Kod program mesti mempunyai ulasan terkini dan komprehensif.

Senarai lengkap keperluan kualiti sistem terkandung dalam manual metodologi "Sistem piawaian dan kaedah untuk pembangunan konfigurasi." Pengurusan kualiti sistem - kaedah dan kemungkinan masalah Cara paling berkesan untuk menguruskan kualiti sistem ialah pencegahan. Seperti dalam mana-mana perkara lain, lebih mudah untuk menghapuskan punca masalah daripada membetulkan akibat kualiti yang tidak baik. Teknik yang membolehkan anda mengenal pasti dan meminimumkan ralat konfigurasi pada platform 1C:Perusahaan 8 terdiri daripada beberapa perkara:

• mentakrifkan piawaian asas yang diperlukan untuk konfigurasi;
• menyemak versi semasa untuk mematuhi piawaian yang ditetapkan;
• jika ketidakkonsistenan dikesan, maklumkan kepada pakar tentang ralat yang ditemui; pengumpulan maklumat statistik tentang ralat.

Walau bagaimanapun, walaupun kelazimannya, kaedah ini mempunyai beberapa kualiti negatif:

• walaupun sistem kecil memerlukan banyak masa untuk menyemak, dan konfigurasi kompleks yang merangkumi beratus-ratus objek menjadikan pemeriksaan manual mustahil;
• Orang yang menyemak konfigurasi mestilah sangat berkelayakan dan mempunyai pemahaman tentang piawaian. Walaupun syarikat itu mempunyai pakar sedemikian, menghabiskan masanya untuk operasi rutin bukanlah keputusan yang paling rasional.

Bagaimana untuk mengurangkan masa yang digunakan untuk memeriksa kualiti sistem? Syarikat 1C menawarkan alat mudah "Semakan Konfigurasi Automatik", yang menyediakan keupayaan untuk:

• semak konfigurasi 1C: Enterprise 8 untuk pematuhan kaedah pembangunan. Di samping itu, pendaftaran program boleh ditambah dengan peraturan pengesahan khas yang diperlukan untuk kes tertentu;
• pengumpulan maklumat tentang ralat sistem yang ditemui dan pengedaran automatik mengikut tahap keterukan;
• pengedaran ralat di kalangan pembangun yang bertanggungjawab untuk membetulkannya.

Bidang permohonan pengesahan automatik Menggunakan produk perisian 1C: Pengesahan konfigurasi automatik, anda boleh menyelesaikan beberapa masalah sekaligus, termasuk:

• kawalan ke atas kualiti fungsi konfigurasi, kedua-dua pengeluaran besar-besaran dan individu, dibangunkan untuk organisasi tertentu;
• Sokongan 1C termasuk pengubahsuaian berkala dan perubahan kepada program standard dan khusus industri, dan penyelesaian 1C: Pengesahan konfigurasi automatik membolehkan anda menyemak kualiti pengubahsuaian ini;
• penilaian kualiti konfigurasi yang ditawarkan kepada perusahaan. Dalam proses penyediaan untuk pelaksanaan, program ini membolehkan anda menentukan bukan sahaja kualiti teknologi konfigurasi, tetapi juga kecekapan pemajunya.

Sebagai tambahan kepada kelebihan yang jelas, menggunakan program 1C untuk menyemak sistem secara automatik membantu membiasakan pakar IT untuk menyemak dengan teliti semua bidang konfigurasi. Menyemak pengubahsuaian akan membolehkan anda mengenal pasti dengan cepat semua tempat "sementara", berkualiti rendah dalam sistem, dan pemperibadian akan membantu anda membiasakan diri dengan idea bahawa semua bidang konfigurasi mesti dilakukan dengan cekap, tanpa mengharapkan penambahbaikan seterusnya.

Oleh itu, dengan bantuan program 1C yang mudah, mana-mana syarikat akan dapat memastikan pelaksanaan sistem berkualiti tinggi dan operasi konfigurasi yang sempurna.