Set Karakter EDI
BizTalk Server menggunakan set karakter untuk memvalidasi seluruh pertukaran EDI. Kumpulan karakter yang digunakan untuk pesan yang dikodekan X12 dan pesan yang dikodekan EDIFACT atau KEDIFACT ditentukan dengan cara yang berbeda.
Set Karakter EDIFACT
Pertukaran yang dikodekan EDIFACT menjelaskan sendiri dalam hal kumpulan karakternya. Elemen data UNB1 digunakan. EDIFACT mengharuskan nama tag dan pemisah/pemisah adalah jenis ASCII; akibatnya, menemukan UNB1 untuk menerapkan halaman kode yang relevan untuk pertukaran yang tersisa dimungkinkan.
Saat memproses pesan EDIFACT masuk, BizTalk Server menentukan kumpulan karakter yang akan digunakan untuk pesan tersebut dari elemen data UNB1. Tidak diperlukan pengaturan dalam perjanjian mitra dagang.
Saat memproses pesan EDIFACT keluar, BizTalk Server menggunakan karakter yang ditetapkan dalam perjanjian mitra dagang atau perjanjian fallback. Anda mengatur elemen data UNB1 di halaman Charset dan Pemisah di tab perjanjian dua arah (jika perjanjian ditentukan) atau halaman Charset dan Separators di tab perjanjian kotak dialog Pengaturan Fallback EDIFACT (jika tidak ada perjanjian yang ditentukan). UNB1.1 adalah elemen data komposit wajib yang disebut Pengidentifikasi Sintaks. UNB1.2 adalah versi set karakter EDIFACT. Elemen data UNB1 juga digunakan untuk memvalidasi nilai yang dimasukkan untuk properti di antarmuka pengguna Manajemen Mitra Dagang saat seluruh set properti disimpan (bukan saat Anda keluar dari bidang atau menampilkan halaman yang berbeda).
Set karakter yang tersedia adalah KECA, UNOA, UNOB, UNOC, UNOD, UNOE, UNOF, UNOG, UNOH, UNOI, UNOJ, UNOK, UNOX, dan UNOY. Nilai defaultnya adalah UNOB. Karakter lengkap yang ditetapkan untuk tingkat ini ditentukan dalam Aturan Sintaks ISO 9735 EDIFACT.
Catatan
Jika kumpulan karakter UNOC ditemui pada pertukaran masuk atau keluar, EDI Disassembler atau EDI Assembler akan menggunakan halaman kode Latin-1, bukan halaman kode UTF-8. Ini diperlukan karena UTF-8 bukan superset UNOC. Beberapa karakter yang dapat diterima di UNOC akan menyebabkan pertukaran ditangguhkan ketika diproses sebagai UTF-8.
Karakter dalam beberapa set karakter EDIFACT mungkin berupa karakter byte ganda, sedangkan dalam kumpulan karakter EDIFACT lainnya mungkin karakter byte tunggal. Karena itu, ketika Anda menetapkan kriteria rilis untuk batch berdasarkan jumlah karakter dalam pertukaran, jumlah byte dalam pertukaran mungkin berbeda tergantung pada kumpulan karakter yang digunakan.
Segmen UNA dan Nama Segmen UNB terbatas pada nilai dalam kumpulan karakter ASCII.
Set Karakter KEDIFACT
Seperti halnya EDIFACT, karakter yang ditetapkan untuk pertukaran yang dikodekan KEDIFACT ditetapkan dalam elemen data UNB1. Adapun EDIFACT, karakter yang diatur untuk diterapkan oleh BizTalk Server saat memproses pertukaran KEDIFACT ditetapkan dalam elemen data UNB1 dari halaman Charset dan Separators di tab perjanjian dua arah (jika perjanjian ditentukan) atau halaman Charset dan Pemisah di tab perjanjian dari kotak dialog Pengaturan Fallback EDIFACT (jika tidak ada perjanjian yang ditentukan). Nilai untuk elemen Pengidentifikasi (UNB1.1) harus diatur ke KECA.
Set Karakter X12
Ketika BizTalk menerima alur atau mengirim alur melakukan validasi EDI dari pesan yang dikodekan X12, bizTalk menggunakan set karakter X12 yang dipilih di properti CharacterSet dari alur. Untuk mengatur properti ini, buka kotak dialog Properti untuk lokasi penerima atau port kirim, klik elipsis di samping alur terima atau kirim, lalu atur properti CharacterSet untuk Pembakar atau Perakitan.
Properti CharacterSet dari alur digunakan untuk memvalidasi pertukaran X12 karena tidak seperti EDIFACT atau KEDIFACT, pertukaran yang dikodekan X12 tidak menjelaskan sendiri dalam hal kumpulan karakternya. Membaca header ISA dengan pengodean ISO atau UTF dapat menyebabkan nilai yang berbeda untuk pencarian perjanjian. Akibatnya, BizTalk harus mengetahui karakter yang berlaku yang ditetapkan untuk digunakan dalam memproses pesan sebelum pencarian perjanjian (ketika akan mendapatkan karakter yang berlaku yang ditetapkan untuk perjanjian).
Anda menentukan set karakter X12 yang akan digunakan untuk validasi perjanjian di halaman Charset dan Pemisah di tab perjanjian dua arah (jika perjanjian ditentukan) atau halaman Charset dan Pemisah di tab perjanjian fallback dari kotak dialog Pengaturan Fallback X12 (jika tidak ada perjanjian yang ditentukan). Namun, BizTalk hanya menggunakan pengaturan ini untuk memvalidasi nilai yang dimasukkan untuk properti terkait saat seluruh set properti disimpan (bukan saat Anda keluar dari bidang atau menampilkan halaman yang berbeda). Alur penerima atau alur kirim akan mengabaikan properti kumpulan karakter ini.
Catatan
Jika kumpulan karakter yang ditentukan dalam perjanjian atau perjanjian fallback tidak cocok dengan kumpulan karakter yang dipilih untuk alur terima atau kirim, kesalahan validasi pesan dapat diakibatkan. Contohnya adalah jika properti set karakter X12 dalam perjanjian diatur ke Diperpanjang sementara properti karakter X12 di properti alur diatur ke Dasar.
Set karakter yang tersedia adalah Dasar dan Diperluas (seperti yang didokumenkan dalam Spesifikasi X12/Panduan Implementasi), dan UTF8/Unicode. Defaultnya adalah UTF8.
Catatan
Nilai yang dimasukkan untuk pemisah elemen data, pemisah elemen komponen, dan terminator segmen dalam perjanjian dua arah atau perjanjian fallback terbatas pada nilai dalam kumpulan karakter ASCII. Properti ini tidak divalidasi terhadap set karakter X12.
Kumpulan karakter Dasar mencakup huruf besar, digit, spasi, dan karakter khusus berikut: A hingga Z, 0 hingga 9, ! " & ' ( ) * + , - . / : ; ? = (spasi).
Kumpulan karakter Extended menyertakan karakter dalam kumpulan karakter Dasar, dan huruf kecil, pilih karakter bahasa, dan karakter khusus lainnya: a sampai z, % @ [ ] _ { } \ | <> ~ # $.