Prinsip-prinsip merancang direktori tata nama dalam 1C Enterprise Management 2 (ERP 2.4.6)

Prinsip-prinsip pendekatan sistematis untuk desain direktori nomenklatur di 1C Enterprise Management 2 (ERP 2.4.6) atau cara menghindari membuang sampah sembarangan.

Dalam 1C Enterprise Management 2, seluruh keluarga direktori digunakan untuk bekerja dengan nomenklatur. Panduan ini adalah bagian dari NSI. Pendekatan yang terorganisasi dengan baik untuk NSI menjamin kontrol konfigurasi dan pengguna. Oleh karena itu, bekerja dengan NSI memerlukan pendekatan yang sulit dan, yang paling penting, sistematis, jika tidak direktori langsung berubah menjadi daftar yang dipenuhi sampah. Selain itu, direktori yang tertata dengan baik menyederhanakan pekerjaan menyusun kueri dan sampel. Selain itu, buku referensi yang disusun secara sistematis dan terisi memungkinkan Anda menggunakan alat matematika untuk bekerja dengannya (terutama alat dari teori grafik). Dan, terlepas dari ini, direktori yang dikelola dengan benar memungkinkan Anda untuk melakukan pengkodean barang yang benar.

Prinsip apa yang memungkinkan pengorganisasian kerja sistematis dengan direktori dalam 1C ERP?

Prinsip dasar kerja

Pertama-tama, ini adalah prinsip hierarki. Sebagian besar direktori 1C dirancang untuk klasifikasi konten hirarkis. Prinsip ini paling sering dilanggar ketika bekerja dengan direktori. Klasifikasi hierarki menyiratkan bahwa banyak objek (elemen direktori) didistribusikan di antara cabang (direktori) oleh:

1. Jenis dasar yang sama (dalam logika, ini adalah konsep "dasar pembagian")
2. Hanya berdasarkan satu (atribut)

Contoh khas pelanggaran prinsip klasifikasi hierarkis adalah alokasi dalam direktori "Nomenklatur" kelompok (katalog) dari bentuk "Koleksi Musim Dingin" atau "Produk Mary Stepanovna yang terkenal". Dalam hal "Koleksi Musim Dingin", subkelompok "Pakaian", "Sepatu" biasanya ditempatkan di dalam grup ini, tetapi pada saat yang sama, subkelompok yang sama biasanya sudah berada di subkelompok dasar di cabang lain. Elemen berpotongan diperoleh dan duplikasi elemen dalam direktori terjadi. Dan alasannya adalah bahwa ketika mengatur cabang-cabang katalog, prinsip dari jenis yayasan yang sama dilanggar - pembagian dibuat secara bersamaan berdasarkan jenis (pakaian, sepatu) dan oleh situasi (koleksi).

Di sini Anda dapat langsung mengatakan bahwa dalam 1C ERP ada direktori yang memungkinkan Anda untuk menyelesaikan konflik tersebut karena fakta bahwa mereka awalnya dirancang bukan untuk struktur hierarkis. Contoh pertama adalah direktori "Segmen item". Direktori ini memungkinkan Anda untuk mengumpulkan daftar arbitrer dari elemen direktori "Nomenklatur". Pada saat yang sama, barang yang sama dapat dimasukkan dalam banyak daftar. Khususnya, koleksi dapat dikeluarkan melalui segmen nomenklatur (tetapi harus diingat bahwa untuk koleksi ada direktori terpisah "Koleksi", yang nyaman untuk koleksi musiman). Anehnya, direktori "Segmen item" memiliki hierarki direktori di mana prinsip hierarki harus dihormati.

Sederhananya adalah mungkin untuk merumuskan: "Jika direktori bersifat hierarkis, maka salah satu elemennya hanya dapat dimiliki oleh satu cabang (grup, direktori)" atau sebaliknya "Struktur direktori direktori hirarkis tidak boleh memungkinkan persimpangan berbagai jenis objek dalam satu cabang (grup, direktori).

Dengan dasar teoretis sederhana ini, mari kita pertimbangkan bekerja dengan direktori nomenklatur di 1C ERP. (Yang benar adalah bahwa meskipun teorinya sederhana, dalam praktiknya sangat sulit untuk memenuhi persyaratannya karena alasan psikologis, yaitu motivasi yang tidak memadai untuk secara ketat dan tanpa kompromi mematuhi aturan klasifikasi).

Direktori dan objek terkait

Sepintas, struktur NSI dari nomenklatur ini tampak membingungkan, tetapi jika Anda mengumpulkan informasi dari 1C dalam bentuk potongan, maka sistem tertentu akan terbentuk.

Enumerasi "Jenis Nomenklatur"

Pertama-tama, pilar sistem direktori nomenklatur adalah daftar "Jenis nomenklatur". Hanya ada beberapa posisi di dalamnya: Barang, Pengemasan, Layanan, Pekerjaan, Set. Jenis-jenis Barang dan Layanan memiliki beberapa subtipe, di mana perhatian khusus harus diberikan pada produk yang diberi label dan mengontrol tanda identifikasi. Pencacahan “jenis barang” adalah elemen kontrol dari algoritma operasi ERP 1C individual dan karenanya tidak dapat diakses untuk diedit oleh pengguna. Berdasarkan daftar ini, pengguna memiliki kesempatan untuk mengatur direktori "Jenis barang".

Direktori "Jenis nomenklatur"

Berdasarkan daftar ini, pengguna memiliki kesempatan untuk mengatur direktori "Jenis barang". Direktori ini memiliki sistem hierarkis tanpa batasan level dan tersedia untuk diisi oleh pengguna. Tetapi orang tidak boleh membuat kesalahan segera dan membentuk dari direktori "Jenis Nomenklatur" struktur yang luas dari katalog "Nomenklatur" direktori. Jenis-jenis nomenklatur harus dibatasi sebanyak mungkin dengan karakteristik spesifik nomenklatur dan dibuat seminimal mungkin.

Tanda kompilasi yang salah dari referensi "spesifik" adalah keinginan untuk memasukkan definisi, kata sifat, indeks atas nama elemen referensi. Referensi harus persis spesifik dan kata sifat hanya diizinkan jika konsep tidak memiliki ekspresi melalui satu kata (kata benda). Sebagai contoh: dalam seri "pakaian", "sepatu", "tutup kepala", diizinkan untuk menambahkan unsur "tutup kepala", karena spesies yang setara dengan "tutup kepala" tidak dapat ditemukan dalam satu kata. Tidak mungkin untuk menunjuk "Caps", karena topi bukan konsep tertentu, tetapi semacam tutup kepala bersama dengan "topi". Demikian pula, dalam rekayasa, diperbolehkan untuk menunjuk jenis nomenklatur sebagai "bilah", tetapi definisi "bilah sekrup" dan "bilah turbin" tidak lagi berlaku untuk buku referensi "Jenis nomenklatur".

Ketika Anda awalnya mengisi direktori jenis barang, tingkat katalog tertinggi akan cukup logis untuk dibuat untuk bidang kegiatan, misalnya: perdagangan, produksi, konsumsi (milik sendiri), aset, dll. Tetapi ini bukan satu-satunya pilihan untuk penataan, yang utama adalah bahwa grup dan elemen direktori mengikuti prinsip hierarki, dan ini hanya mungkin jika Anda mulai dari level yang sangat, sangat umum.
Tujuan direktori "Jenis item" dan kondisi ketika diperlukan untuk membuat jenis item (elemen) yang terpisah adalah sebagai berikut:

1. Ini mengidentifikasi konsep "spesies" paling umum dari nomenklatur. Termasuk, jenis nomenklatur yang terpisah membutuhkan nomenklatur dengan tipe nomenklatur yang terpisah (yaitu, setiap elemen yang digunakan dari direktori "Jenis nomenklatur" harus diulang dalam direktori "Jenis nomenklatur").
2. Ini adalah classifier untuk properti fisik.
3. Pesan utama untuk menciptakan spesies baru adalah karakteristik nomenklaturnya sendiri yang khusus.
4. Juga, tampilan baru dibuat jika Anda dapat memilih set filter Anda sendiri berdasarkan properti, yang memungkinkan Anda menemukan analog nomenklatur.
5. Jenis nomenklatur yang terpisah membutuhkan nomenklatur dengan sertifikatnya.
6. Jenis nomenklatur yang terpisah membutuhkan nomenklatur dengan serangkaian kategori produk yang terpisah.
7. Jenis nomenklatur yang terpisah membutuhkan nomenklatur dengan GISM penandaan wajib.
8. Jenis nomenklatur yang terpisah membutuhkan nomenklatur dengan tipe "tanda identifikasi kontrol" (KIZ).
9. Jenis nomenklatur yang terpisah diperlukan oleh barang dan bahan impor.
10. Jenis nomenklatur yang terpisah membutuhkan nomenklatur dengan parameter akuntansi umum (misalnya: tarif PPN).
11. Jenis nomenklatur yang terpisah membutuhkan nomenklatur dengan seperangkat properti yang sama.

Item-item yang terdaftar, jika mereka diperhitungkan ketika membangun tipe nomenklatur, memastikan operasi yang benar dari algoritma 1C ERP, setidaknya, seperti yang dijelaskan oleh pengembang (1C). Seperti yang Anda lihat, tunduk pada kriteria di atas, direktori jenis barang bisa sangat bercabang, yang harus dihindari sebanyak mungkin dan tidak menghasilkan entitas yang tidak perlu. Dengan demikian, struktur jenis nomenklatur tidak boleh disalin dalam bentuk grup direktori "Nomenklatur" untuk menghindari redundansi.

Referensi "Kategori Produk"

Sebelumnya, saran diberikan untuk tidak membangun jenis nomenklatur berdasarkan karakteristik deskriptif dan detail yang berlebihan. Tetapi, untuk memberikan perincian nomenklatur yang diperlukan, buku referensi "Kategori Produk" harus digunakan.

Tujuan dari panduan ini adalah sebagai berikut:

1. Kelanjutan merinci "Jenis nomenklatur".
2. Pesan utama membuat kategori produk adalah bahwa kategori membuat kode artikel untuk sistem pengkodean dan pengkodean bilah.
3. Kategori ini mendefinisikan sifat dan tujuan barang yang termasuk di dalamnya.
4. Kategori produk berfungsi sebagai dasar untuk distribusi nomenklatur yang dimasukkan di dalamnya berdasarkan karakteristik nomenklatur tersebut.

Dengan demikian, kategori produk merupakan kelanjutan dari klasifikasi jenis nomenklatur. Nomenklatur harus jatuh ke dalam satu kategori produk, yang dapat dipertukarkan untuk klien (pembeli) atau konsumen internal (produksi). Penciptaan daftar kategori produk terutama ditentukan oleh pertimbangan pemasaran (kelompok bermacam-macam, harga, penyimpanan, aliran komoditas, dll.), Yaitu preferensi konsumen nomenklatur (jika kita berbicara tentang produksi).

Dari uraian di atas dan fakta bahwa direktori "kategori produk" memiliki struktur hierarkis, berikut bahwa mendefinisikan daftar kategori produk adalah tugas yang tidak sepele jika perlu untuk mengamati prinsip hierarki. Oleh karena itu, untuk menyelesaikannya, organisasi harus mengembangkan kategori produk sendiri hanya jika ada ahli produk yang berpengalaman, konsultan, pemasar, dan jika tidak ada, lebih baik untuk menyusun kategori produk berdasarkan klasifikasi yang umum digunakan (TNVED, OKP, OKVED, OKDP, dll. )

Karena beberapa kategori produk dapat dilampirkan pada satu "Jenis barang", hampir semua definisi kualitatif yang ingin saya sertakan dalam jenis barang, tetapi berdasarkan prinsip meminimalkan jenis barang, tidak termasuk dalam nama jenis, kategori produk dapat mengandung entitas deskriptif nomenklatur ("kata sifat" yang sangat ingin saya masukkan dalam nama spesies). Misalnya, jenis nomenklatur adalah "sepatu", maka kategorinya dapat berupa "sepatu pria", "sepatu wanita", "sepatu anak-anak". Dan pada saat yang sama, harus diingat bahwa satu elemen direktori "Nomenklatur" hanya termasuk dalam satu kategori produk. Dengan demikian, jenis item berisi daftar semua kategori produk yang dapat ditetapkan secara individual ke item (item dari direktori item) yang memiliki jenis ini.

Buku referensi "Kategori produk" sangat penting untuk sistem perencanaan dalam 1C ERP. Ini adalah untuk kategori produk yang dilampirkan dalam dokumen "Distribusi Normatif dari Rencana Penjualan berdasarkan Kategori" dari distribusi nomenklatur berdasarkan karakteristik dan detail. Distribusi ini diperlukan jika perusahaan dengan sejumlah besar barang memerlukan rencana penjualan awal, yang disusun berdasarkan kategori produk, untuk secara otomatis disebarkan ke barang dan analis yang signifikan, termasuk karakteristik barang tersebut. Distribusi menyebarkan kategori produk ke semua elemen direktori nomenklatur yang memiliki kategori produk spesifik dan pada saat yang sama merinci semua rangkaian detail dan karakteristik. Di sini, pentingnya desain kategori produk yang benar meningkat secara non-linear, karena memungkinkan Anda untuk menyusun rencana penjualan yang terperinci ke nomenklatur dan detail / karakteristiknya (termasuk memperhitungkan distribusi musiman jika fungsi musiman digunakan).

Referensi "Spesifikasi Produk"

Dapat dianggap jenis khusus kategori produk "karakteristik produk". Ini adalah sifat-sifat nomenklatur yang penting bagi pembeli (konsumen) secara kuantitatif. Dengan demikian, direktori berikut dari nomenklatur blok "Karakteristik nomenklatur" berfungsi untuk menggambarkan parameter-parameter nomenklatur yang sistem harus memiliki informasi tentang stok barang dalam jumlah. Karakteristik produk dapat mencakup ukuran pakaian, panjang benda kerja, komposisi kualitas bahan baku, dll. Saldo kuantitatif berdasarkan karakteristik produk adalah data referensi untuk diunggah ke toko online, database eksternal, dll. Penting di sini untuk tidak mengamati hierarki daftar karakteristik produk, tetapi tidak memasukkan dalam karakteristik parameter yang tidak menarik bagi konsumen (pembeli) dalam konteks kuantitas - untuk menghindari beban pada sistem 1C dalam hal akuntansi kuantitas.

Sekarang pertimbangkan konsekuensi wajar yang menarik.

Jika kita membayangkan sistem koordinat tiga sumbu, di mana sumbu X adalah jenis nomenklatur, sumbu Y adalah kategori produk, sumbu Z adalah himpunan (kombinasi) karakteristik produk, maka nomenklatur tersebut akan menjadi semacam fungsi X, Y, Z. Faktanya, ketiga dimensi ini tidak mendefinisikan nomenklatur itu sendiri. , dan grup direktori "Nomenklatur". Dalam setiap kelompok tersebut akan ada nomenklatur yang dibedakan dengan perincian tambahan dan informasi tambahan. Sebenarnya, sekarang kita telah merumuskan dengan prinsip apa untuk menciptakan kelompok tata nama agar sesuai dengan pendekatan sistematis. Ini memungkinkan Anda untuk secara otomatis membentuk grup katalog di direktori "Nomenklatur" dalam kasus-kasus tersebut ketika sebuah direktori dengan jumlah entri yang sangat besar dipertahankan atau ketika direktori dipindahkan ke platform baru atau dibangun kembali.

Pada kenyataannya, ruang untuk "fungsi" nomenklatur terdiri dari lebih dari 3 dimensi. Sebagai contoh, suatu pengukuran dapat juga berupa perincian tipikal, informasi tambahan dan perincian. Tetapi ini hanya akan sedikit menyulitkan penunjukan otomatis dari grup direktori Nomenklatur.

Perlu dicatat bahwa setiap elemen direktori "Jenis item" berisi konstruktor untuk item item. Nama nomenklatur didasarkan pada rincian nomenklatur tersebut. Persyaratan, khususnya, adalah jenis nomenklatur, kategori produk, sertifikat. Oleh karena itu, masuk akal jika barang dengan kategori produk yang sama harus dimasukkan dalam kelompok nomenklatur. Dalam 1C ERP, fungsional standar untuk penamaan otomatis kelompok itu sendiri dari buku referensi "Nomenklatur" tidak tersedia, oleh karena itu dapat dikembangkan jika diperlukan.

Berdasarkan pengalaman saya dengan 1C ERP, saya dapat menarik kesimpulan berikut: Direktori tata nama ERP 1C dirancang sedemikian rupa sehingga yang paling penting bukanlah direktori Nomenklatur, tetapi triad dari direktori Nomenklatur Pandangan, Kategori Komoditas, dan Karakteristik Nomenklatur. Jika triad ini dirancang dengan benar, maka direktori "Nomenklatur", termasuk grupnya, akan dirancang secara de facto.

Rincian dan informasi tambahan

Kami akan membuat beberapa penyimpangan dari deskripsi direktori tata nama untuk menjelaskan rincian dan informasi tambahan. Detail tambahan digunakan untuk memelihara daftar merek dagang yang belum menemukan ekspresi dalam direktori standar, daftar, dan objek serupa. Saat membuat atribut tambahan, kita harus selalu memperhatikan prinsip non-penggandaan entitas dan dengan cermat memeriksa apakah ada objek tipikal untuk menyimpan informasi yang diinginkan. Duplikasi objek dengan tujuan yang sama pasti akan menyebabkan kebingungan di antara pengguna dan akumulasi sampah.

Informasi tambahan serupa dengan tujuan dan fungsionalitas perincian tambahan, tetapi 1C merekomendasikan bahwa informasi tersebut mencerminkan tanda-tanda yang terkait bukan dengan nomenklatur itu sendiri, tetapi pada hubungan nomenklatur dengan sumber eksternal atau dengan kontrol akses ke nomenklatur tersebut. Misalnya, untuk menyimpan pengkodean pertukaran data, kode dalam basis data eksternal, dll. Dengan kata lain, informasi tambahan digunakan dalam kasus-kasus luar biasa, sementara rincian tambahan dalam arti harus terkait erat dengan nomenklatur.

Juga, alat peraga "Kualitas" agak terisolasi. Tujuannya sangat terbatas - mereka mengalokasikan nomenklatur baru atau bekas, tingkat keausan. Tetapi pendekatan ini berarti duplikasi nomenklatur yang sama dalam direktori, yang membuatnya sulit untuk memilih dan membedakan antara elemen-elemen serupa dari direktori. Bahkan, ada penggandaan entitas, karena kualitas dan derajatnya adalah keadaan situasional. Tujuan organisasi bukanlah untuk menghasilkan barang berkualitas rendah atau untuk membeli bahan baku dan bahan berkualitas rendah untuk diluncurkan ke produksi. «» , , «», (, , ..) / . , , . , () / (, ).

Sebagai bagian dari keberangkatan dari pertimbangan direktori aktual dari seri nomenklatur, kami juga mempertimbangkan fungsionalitas "Filter menurut properti" dari direktori "Jenis nomenklatur" dan "Nomenklatur". Filter menurut properti diatur dalam bentuk nomenklatur sebagai daftar detail dan informasi tambahan. Untuk sifat-sifat ini, dalam buku referensi "Nomenklatur", pemilihan elemen nomenklatur yang serupa dalam tujuan dan esensi dibuat. Karena bagi pengguna fungsi ini terlihat seperti seleksi dinamis dalam bentuk direktori nomenklatur ketika Anda memilih tautan "Nomenklatur dengan properti serupa" di elemen direktori "Nomenklatur", penting hanya untuk pencarian cepat untuk nomenklatur semacam itu dalam daftar. Tetapi jika Anda mengatur penyimpanan hasil seleksi semacam itu dan dengan sengaja menyusun daftar properti pilihan,maka Anda bisa mendapatkan fungsional yang mirip dengan fungsional standar "Nomenklatur yang dijual bersama". Misalnya, perusahaan manufaktur sesuai dengan nomenklatur produksi dapat mengatur pemilihan analog yang dinamis dari nomenklatur yang diizinkan untuk diganti dalam proses produksi.

«, »

«, » , , , / . , . . , – . – . , -, .

«»

«». , «». «». , 1, «» , . «» -, «» . , « » , « » « ». , .. «». «» « » «», .. , «», .. «» . , , , , ..

« »

«» « », « ». «» , «», «» , . , .

, .

, «» , , , . , .. . , , /, . – !

« » . , .. « » , . «», , (, ..) « » (). , - , . « » 1 ERP ( ) .

Perlu juga dicatat bahwa fungsionalitas harga pemasok terkait dengan nomenklatur pemasok, yang juga relevan ketika merencanakan rencana pengadaan, terutama dalam produksi dengan masalah unik (pembuatan kapal, produksi furnitur kelas atas, dekorasi tempat dan fasilitas), walaupun tidak ada algoritma yang dikontrol pengguna dalam standar 1C seleksi dengan harga pemasok saat perencanaan.

Referensi "Grup Harga"

Buku referensi "Kelompok harga" dimaksudkan untuk mempertahankan daftar atribut yang digunakan untuk memilih item dengan metode penetapan harga yang sama. Direktori tidak memiliki struktur hierarkis secara default, jadi pendekatan untuk mengisinya harus minimalis. Grup harga ditugaskan jika memungkinkan untuk menetapkan formula perhitungan khusus untuknya (dalam buku referensi "Jenis Harga" atau "Diskon"). Tetapi, karena dua direktori yang disebutkan memiliki cara independen untuk memilih item, dapat dikatakan bahwa peran direktori "Grup Harga" adalah primitif - itu hanya kenyamanan pemilihan saat menetapkan formula perhitungan harga / diskon. Jika semua elemen nomenklatur selama pembuatan dikaitkan dengan kelompok harga, maka kemudahan pemilihan atas dasar ini dijamin.

Direktori "Kelompok nomenklatur musiman"

« » , . « » ( / !!! ). , () , . , , , .. ().

« »

« » . «» ( / ) «» ( / ). () 1 « ». «» , .. , , , « ». , . , . , . , (, RFID ) /. 1 ERP .

« »

« », , . , , . , , , . «», . « », , . , . , , , .

«», « », « » , .

Ringkasan

1. «» 1 ERP « », « », « ».
2. .