ISO IEC 15944-10 Klausa 3.1 - 3.30

ISO IEC 15944-10 Klausa 3.1 – 3.30 adalah Standar Internasional mengenai Tampilan operasional bisnis pada Teknologi informasi, khususnya IT-enabled coded domains as semantic components dalam transaksi bisnis

Artikel ini merupakan lanjutan dari artikel sebelumnya berikut :

ISO IEC 15944-10 IT-enabled coded domains

Standar ISO IEC 15944-10 Klausa 3.1 – 3.30

ISO IEC 15944-10 Klausa 3.1 – 3.8

3.1 abbreviation : singkatan

penunjukan dibentuk dengan menghilangkan kata atau huruf dari bentuk yang lebih panjang dan menunjuk konsep yang sama

[SUMBER:ISO 1087-1:2000, 3.4.9]

3.2 acronym : akronim

singkatan yang terdiri dari huruf awal komponen bentuk lengkap penunjukan atau dari suku kata bentuk lengkap dan diucapkan secara suku kata

Contoh: Contoh akronim adalah: laser, DOS, GATT, UNESCO, dan UNICEF.

[SUMBER:ISO 1087-1:2000, 3.4.10]

3.3 address : alamat

kumpulan elemen data yang menentukan lokasi tempat item informasi terekam, objek bisnis, objek material, dan/atau seseorang dapat dikirim atau dari mana dapat diterima

Catatan :

1 : Alamat dapat ditentukan sebagai alamat fisik dan/atau alamat elektronik.
2 : Dalam identifikasi, referensi, dan pengambilan objek bisnis terdaftar, perlu untuk menyatakan apakah informasi rekaman terkait tersedia dalam bentuk fisik dan virtual.
3 : Dalam konteks Open-edi, “item informasi yang direkam” dimodelkan dan didaftarkan sebagai skenario Open-edi (OeS), Information Bundle (IB) atau Semantic Component (SC).

[SUMBER:ISO/IEC 15944-2:2011, 3.1]

3.4 administrative note : catatan administrasi

catatan umum tentang OeRI

[SUMBER:ISO/IEC 15944-2:2006, 3.2]

3.5 applicant (for an OeRI) : pemohon (untuk OeRI)

Orang yang meminta penugasan OeRI dan label entri terkait

Catatan 1 : Pemohon dapat berupa individu, organisasi, atau administrasi publik.

[SUMBER:ISO/IEC 15944-2:2011, 3.3]

3.6 attribute : atribut

karakteristik dari suatu objek atau entitas

[SUMBER:ISO/IEC 11179-3:2003, 3.1.3]

3.7 authentication : autentikasi

penyediaan kepastian identitas diklaim dari suatu entitas

[SUMBER:ISO/IEC 10181-2:1996, 3.3]

3.8 business : bisnis

serangkaian proses, masing-masing memiliki tujuan yang dipahami dengan jelas, melibatkan lebih dari satu Orang, diwujudkan melalui pertukaran informasi yang terekam dan diarahkan menuju beberapa tujuan yang disepakati bersama, meluas selama periode waktu tertentu

[SUMBER:ISO/IEC 14662:2010, 3.2]

ISO IEC 15944-10 Klausa 3.9 – 3.13

3.9 business object : objek bisnis

diidentifikasi secara jelas, ditentukan, dapat dirujuk, didaftarkan, dan dapat digunakan kembali Skenario open-edi atau komponen skenario dari transaksi bisnis

Catatan 1 : Sebagai “objek”, “objek bisnis” hanya ada dalam konteks transaksi bisnis.

[SUMBER:ISO/IEC 15944-2:2006, 3.6]

3.10 business object identifier : pengidentifikasi objek bisnis

pengidentifikasi unik objek bisnis di OeRI dalam Open-edi Registration Organization (OeRO)

[SUMBER:ISO/IEC 15944-2:2006, 3.7]

3.11 Business Operational View (BOV) : Tampilan Operasional Bisnis

perspektif transaksi bisnis terbatas pada aspek-aspek mengenai pengambilan keputusan bisnis dan komitmen antar Orang, yang diperlukan untuk menggambarkan suatu transaksi bisnis

[SUMBER:ISO/IEC 14662:2010, 3.3]

3.12 business transaction : transaksi bisnis

rangkaian aktivitas dan/atau proses yang telah ditentukan sebelumnya dari Pihak yang diprakarsai oleh Seseorang untuk mencapai tujuan bisnis bersama secara eksplisit dan diakhiri setelah pengakuan atas salah satu kesimpulan yang disepakati oleh semua Pihak yang terlibat meskipun beberapa pengakuan mungkin bersifat implisit

[SUMBER:ISO/IEC 14662:2010, 3.4]

3.13 business transaction entity : entitas transaksi bisnis

representasi yang dapat dihitung dari setiap entitas dunia nyata yang berpartisipasi, terjadi, atau terwujud selama transaksi bisnis

[SUMBER:ISO/IEC 15944-4:2007, 3.9]

ISO IEC 15944-10 Klausa 3.14 – 3.16

3.14 business transaction identifier (BTI) : pengidentifikasi transaksi bisnis

pengidentifikasi yang ditetapkan oleh penjual atau regulator untuk transaksi bisnis yang dibuat di antara Pihak-pihak yang terlibat

Catatan :

1 : Pengidentifikasi yang diberikan oleh penjual atau regulator harus memiliki sifat dan perilaku dari “pengidentifikasi (dalam transaksi bisnis)”.
2 : Sebagai pengidentifikasi (dalam transaksi bisnis), BTI berfungsi sebagai pengidentifikasi umum yang unik untuk semua Orang yang terlibat untuk identifikasi, referensi, pengambilan informasi yang direkam, dan lainnya, berkaitan dengan komitmen yang dibuat dan aktualisasi yang dihasilkan (dan pascaaktualisasi) dari transaksi bisnis yang disepakati.
3 : Pengidentifikasi transaksi bisnis dapat diberikan kapan saja selama fase perencanaan, identifikasi atau negosiasi tetapi harus diberikan setidaknya sebelum dimulainya atau selama fase aktualisasi.
4 : Sebagaimana dan jika diwajibkan oleh domain(-domain) yurisdiksi yang berlaku, informasi terekam yang terkait dengan pengidentifikasi transaksi bisnis (BTI) mungkin mengharuskan penjual untuk menyertakan pengidentifikasi lain, (misalnya, dari barang bernilai tambah atau pajak layanan, dan lainnya, perspektif) sebagaimana ditetapkan oleh domain(-domain) yurisdiksi yang berlaku.

[SUMBER:ISO/IEC 15944-5:2008, 3.12]

3.15 buyer : pembeli

Orang yang bertujuan untuk mendapatkan barang, jasa dan/atau hak dengan cara memberikan nilai setara yang dapat diterima, biasanya dalam bentuk uang, kepada Orang yang menyediakan barang, jasa dan/atau hak tersebut

[SUMBER:ISO/IEC 15944-1:2011, 3.8]

3.16 change description : Deskripsi perubahan

penjelasan tentang mengapa dan bagaimana OeRI telah dimodifikasi sejak versi OeRI sebelumnya

Catatan 1 : Disarankan agar deskripsi perubahan tersebut disertai dengan nilai templat ” original (asli)” yang digunakan dan ” change template (ubah templat)” yang menunjukkan ” Decision Code(s) (Kode Keputusan)” mana yang telah diubah serta tanggal perubahan akan dilakukan memengaruhi.

[SUMBER:ISO/IEC 15944-2:2006, 3.12]

ISO IEC 15944-10 Klausa 3.17 – 3.21

3.17 character : karakter

anggota dari satu set elemen yang digunakan untuk representasi, organisasi atau kontrol data

Karakter dapat dikategorikan sebagai berikut:

TYPES AND EXAMPLES : JENIS DAN CONTOH

graphic character (karakter grafik) : (misalnya, angka, huruf, ideogram, karakter khusus)

control character (karakter kontrol) : (misalnya, kontrol transmisi, karakter, efektor format, karakter ekstensi kode, karakter kontrol perangkat).

[SUMBER:ISO/IEC 2382-4:1999, 01.01.01]

3.18 characteristic : ciri

abstraksi properti dari suatu objek atau sekumpulan objek

Catatan 1 : Karakteristik digunakan untuk mendeskripsikan konsep.

[SUMBER:ISO 1087-1:2000, 3.2.4]

3.19 character set : set karakter

set terbatas karakter yang berbeda yang lengkap untuk tujuan tertentu

Contoh: Versi referensi internasional dari rangkaian karakter ISO 10642.

[SUMBER:ISO/IEC 2382-4:1999, 01.04.02]

3.20 classification system : sistem klasifikasi

identifikasi sistematis dan pengaturan aktivitas bisnis dan/atau komponen skenario ke dalam kategori sesuai dengan konvensi, metode, dan aturan prosedural yang terstruktur secara logis sebagaimana ditentukan dalam skema klasifikasi

Catatan :

1 : Kode klasifikasi atau nomor sering berfungsi sebagai pengidentifikasi semantik (SI) yang memiliki satu atau lebih persamaan antarmuka manusia.
2 : Aturan skema klasifikasi yang mengatur pengoperasian sistem klasifikasi kadang-kadang mengarah pada penggunaan kode ID yang memiliki kecerdasan yang dibangun di dalamnya, (misalnya, dalam struktur ID, cara di dalamnya dapat diuraikan, dan lainnya

Di sini penggunaan skema penomoran blok-numerik adalah konvensi yang sering digunakan.

[SUMBER:ISO/IEC 15944-5:2008, 3.17]

3.21 code : kode

representasi data dalam bentuk yang berbeda sesuai dengan seperangkat aturan yang telah ditetapkan sebelumnya

Catatan 1 : Di bagian ISO/IEC 15944 ini, “serangkaian aturan yang ditetapkan sebelumnya” ditentukan dan diberlakukan oleh Otoritas Sumber dan harus dinyatakan secara eksplisit.

[SUMBER:ISO 639-2:1998, 3.1]

Klausa 3.22

3.22 coded domain : domain kode

nilai domain yang :

(1) batasan didefinisikan dan dinyatakan secara eksplisit sebagai basis aturan dari Otoritas Sumber domain yang dikodekan; dan,
(2) setiap entitas yang memenuhi syarat sebagai anggota domain tersebut diidentifikasi melalui pemberian kode ID unik sesuai dengan Skema Pendaftaran yang berlaku dari Otoritas Sumber tersebut

Catatan :

1 : Aturan yang mengatur penugasan kode ID untuk anggota domain berkode berada pada Otoritas Sumbernya dan merupakan bagian dari Skema Pendaftaran Domain Berkode dari Otoritas Sumber.
2 : Otoritas Sumber yang merupakan domain yurisdiksi adalah sumber utama domain berkode.
3 : Domain berkode adalah kumpulan data yang konten nilai elemen datanya telah ditentukan sebelumnya dan ditentukan menurut basis aturan Otoritas Sumbernya dan dengan demikian memiliki semantik yang telah ditentukan sebelumnya.
4 : Terkait dengan kode dalam domain kode dapat berupa: (a) satu dan/atau lebih kode yang setara; dan/atau, (b) satu dan/atau lebih representasi ekuivalen terutama yang berupa ekspresi Human Interface Equivalent (HIE) (linguistik).
5 : Dalam domain berkode, aturan untuk penugasan dan penataan kode ID harus ditentukan.
6 : Jika entitas sebagai anggota dari domain berkode diizinkan untuk memiliki, yaitu, ditetapkan, lebih dari satu kode ID, yaitu, sebagai kode ID yang setara (mungkin termasuk nama), salah satunya harus ditentukan sebagai pivot kode identitas.

Catatan :

7 : Domain berkode pada gilirannya dapat terdiri dari dua atau lebih domain berkode, yaitu, melalui penerapan prinsip pewarisan kelas objek.
8 : Domain berkode mungkin berisi kode ID yang berkaitan dengan kondisi yang telah ditentukan sebelumnya selain kualifikasi keanggotaan entitas dalam domain berkode. Selanjutnya, aturan yang mengatur domain kode mungkin menyediakan atau tidak menyediakan ekstensi pengguna. Contoh 1 :
- Contoh umum meliputi: (1) penggunaan Kode ID “0” (atau “00”, dan lainnya) untuk “Lainnya, (2) penggunaan Kode ID “9” (atau “99”, dan lainnya) untuk “Not Applicable (Tak dapat diterapkan)”; (3) penggunaan “8” (atau “98”) untuk “Not Known (Tidak Diketahui)”; dan/atau, jika diperlukan, (4) pra-reservasi serangkaian kode ID untuk penggunaan “user extensions (ekstensi pengguna)”.
9 : Dalam metodologi objek, entitas yang merupakan anggota dari domain kode disebut sebagai turunan dari kelas. Contoh 2 :
- Dalam notasi pemodelan UML, kode ID dipandang sebagai turunan dari kelas objek.
10 : Dalam konteks pendaftar metadata, “value domain (domain nilai)” didefinisikan sebagai ” set of permissible values (serangkaian nilai yang diizinkan)” (Lihat lebih lanjut ISO/IEC 11179-3:2012, edisi ke-3

[SUMBER:diadaptasi dari ISO/IEC 15944-2:2006, 3.13]

Klausa 3.23 – 3.26

3.23 coded Domain Registration Schema (cdRS) : Skema Pendaftaran Domain berkode

definisi formal dari keduanya (1) bidang data yang terkandung dalam identifikasi dan spesifikasi entitas yang membentuk bagian dari anggota domain kode termasuk konten yang diizinkan dari bidang tersebut; dan, (2) aturan untuk penugasan pengidentifikasi

[SUMBER:ISO/IEC 15944-5:2008, 3.21]

3.24 coded domain Source Authority (cdSA) : otoritas sumber domain berkode

Orang, biasanya sebuah organisasi, sebagai Otoritas Sumber yang menetapkan aturan yang mengatur domain kode

Catatan :

1 : Otoritas Sumber adalah peran Orang dan untuk domain berkode yang digunakan secara luas, Otoritas Sumber domain berkode seringkali merupakan domain yurisdiksi.
2 : Sektor tertentu, (misalnya, perbankan, transportasi, geomatika, pertanian, dan lainnya), mungkin memiliki Otoritas Sumber domain berkode tertentu yang domain berkodenya digunakan di banyak sektor lain.
3 : Otoritas Sumber domain berkode biasanya juga berfungsi sebagai Otoritas Pendaftaran tetapi dapat menggunakan agen, yaitu Orang lain, untuk menjalankan fungsi pendaftaran atas namanya.

[SUMBER:ISO/IEC 15944-2:2006, 3.14]

3.25 code (in coded domain) : kode (dalam domain kode)

pengidentifikasi, yaitu, kode ID, yang ditetapkan ke entitas sebagai anggota domain berkode sesuai dengan seperangkat aturan yang telah ditetapkan sebelumnya yang mengatur domain berkode tersebut

[SUMBER:ISO/IEC 15944-5:2008, 3:19]

3.26 coined term : istilah yang diciptakan

neologisme secara khusus dibuat dalam bahasa sasaran untuk mengungkapkan suatu konsep yang dilambangkan dengan istilah yang ada dan dikenali dalam bahasa sumber, tetapi belum pernah diungkapkan sebelumnya dalam bahasa sasaran

[SUMBER:ISO 5964:1985, 3.1]

Klausa 3.27 – 3.30

3.27 collaboration space : ruang kolaborasi

ruang aktivitas bisnis di mana pertukaran ekonomi sumber daya bernilai dilihat secara independen dan bukan dari perspektif mitra bisnis mana pun

Catatan 1 :

Dalam ruang kolaborasi, pandangan mitra individu tentang fenomena ekonomi tidak ditekankan.
Dengan demikian, istilah bisnis dan akuntansi yang umum digunakan seperti pembelian, penjualan, penerimaan kas, pengeluaran kas, bahan baku, dan barang jadi tidak diperbolehkan karena melihat aliran sumber daya dari perspektif peserta.

[SUMBER:ISO/IEC 15944-4:2007, 3.12]

3.28 commitment : komitmen

pembuatan atau penerimaan suatu hak, kewajiban, tanggung jawab atau tanggung jawab oleh Pihak yang dapat dilaksanakan dalam wilayah yurisdiksi di mana komitmen tersebut dibuat

[SUMBER:ISO/IEC 14662:2010, 3.5]

3.29 composite identifier : pengenal komposit

identifier (dalam transaksi bisnis) berfungsi sebagai identifier unik tunggal yang terdiri dari satu atau lebih identifier lain, dan/atau satu atau lebih elemen data lainnya, yang antar kerjanya berbasis aturan

Catatan :

1 : Pengidentifikasi (dalam transaksi bisnis) sebagian besar adalah pengidentifikasi gabungan.
2 : Aturan yang mengatur struktur dan cara kerja pengidentifikasi komposit harus ditentukan.
3 : Pengidentifikasi komposit yang paling banyak digunakan terdiri dari kombinasi dari:
- (1) ID skema identifikasi/penomoran keseluruhan, (misalnya, ISO/IEC 6532, ISO/IEC 7812, ISO/IEC 7506, UPC/EAN, ITU-T E.164, dan lainnya), yang seringkali diasumsikan;
- (2) ID dari organisasi penerbit (sering berdasarkan skema penomoran numerik blok); dan,
- (3) ID entitas yang membentuk bagian dari anggota domain kode dari setiap organisasi penerbit.

[SUMBER:ISO/IEC 15944-2:2006, 3.16]

3.30 composite type : tipe komposit

tipe data yang memiliki struktur data yang terdiri dari struktur data dari satu atau lebih tipe data dan yang memiliki serangkaian operasi yang diizinkan

Contoh:

Tipe data “bilangan kompleks” dapat terdiri dari dua tipe data “bilangan real”.

Catatan 1 :

Operasi tipe komposit dapat memanipulasi kejadiannya sebagai unit atau dapat memanipulasi bagian dari kejadian ini.

[SUMBER:ISO/IEC 2382-17:1999, 17.05.10]