Elektronik data change
Elektronik data interchange (EDI) adalah transmisi data terstruktur antara organisasi dengan cara elektronik. Hal ini digunakan untuk mentransfer dokumen elektronik atau data bisnis dari satu sistem komputer ke sistem komputer lain, yaitu dari satu mitra dagang yang lain mitra dagang tanpa campur tangan manusia.
Hal ini lebih dari sekedar e-mail, misalnya, organisasi mungkin menggantikan bills of lading dan bahkan cek dengan pesan EDI yang sesuai. Ini juga merujuk secara khusus untuk sebuah keluarga standar, misalnya UN / EDIFACT, ANSI X12.
Lembaga Nasional Standar dan Teknologi dalam publikasi 1996 [1] mendefinisikan pertukaran data elektronik sebagai "komputer-ke-komputer pertukaran pesan ketat diformat yang mewakili dokumen lain dari instrumen moneter EDI menyiratkan. Urutan pesan antara dua pihak, baik di antaranya dapat berfungsi sebagai pencetus atau penerima data diformat mewakili dokumen dapat ditularkan dari originator kepada penerima melalui telekomunikasi atau fisik diangkut pada media penyimpanan elektronik.. ". It goes pada lebih lanjut mengatakan bahwa "Dalam EDI, pengolahan biasa pesan yang diterima adalah dengan intervensi komputer hanya Manusia dalam pengolahan pesan yang diterima. Biasanya ditujukan hanya untuk kondisi kesalahan, untuk meninjau kualitas, dan untuk situasi khusus. Misalnya , transmisi data biner atau tekstual tidak EDI seperti yang didefinisikan di sini kecuali data diperlakukan sebagai satu atau lebih elemen data dari pesan EDI dan biasanya tidak dimaksudkan untuk interpretasi manusia sebagai bagian dari pengolahan data secara online. " [1]
EDI dapat secara resmi didefinisikan sebagai 'transfer data terstruktur, dengan pesan standar yang telah disepakati, dari satu sistem komputer ke komputer lain tanpa campur tangan manusia'. Kebanyakan definisi lain yang digunakan adalah variasi pada tema ini. Bahkan di era teknologi seperti layanan web XML, Internet dan World Wide Web, EDI mungkin format data yang digunakan oleh sebagian besar transaksi perdagangan elektronik di dunia.
Isi
[Hide]
* 1 Standar
* 2 Spesifikasi
* 3 Transmisi
o 3.1 Nilai tambah jaringan
o 3.2 Internet/AS2
o 3.3 EDI melalui internet (EDI Web)
* 4 Interpreting data
* 5 Keuntungan menggunakan EDI melalui sistem kertas
* 6 Hambatan pelaksanaan
* 7 Lihat juga
* 8 Referensi
* 9 Pranala luar
[Sunting] Standar
EDI dianggap representasi teknis percakapan bisnis antara dua entitas, baik internal maupun eksternal. Perhatikan bahwa ada persepsi bahwa "EDI" merupakan paradigma seluruh pertukaran data elektronik, termasuk transmisi, aliran pesan, format dokumen, dan software yang digunakan untuk menafsirkan dokumen. EDI dianggap untuk menggambarkan ketat format standar dokumen elektronik. EDI sangat berguna dalam rantai pasokan.
Standar EDI dirancang untuk menjadi independen dari teknologi komunikasi dan perangkat lunak. EDI dapat ditransmisikan menggunakan metodologi yang telah disepakati oleh pengirim dan penerima. Ini mencakup berbagai teknologi, termasuk modem (asynchronous, dan bisynchronous), FTP, E-mail, HTTP, AS1, AS2, dll Adalah penting untuk membedakan antara dokumen EDI dan metode untuk transmisi mereka. Ketika mereka membandingkan bit protokol modem bisynchronous 2400 s /, perangkat CLEO, dan jaringan nilai tambah digunakan untuk mengirimkan dokumen EDI untuk transmisi melalui internet, beberapa orang menyamakan teknologi non-internet dengan EDI dan diperkirakan keliru bahwa EDI sendiri akan diganti bersama dengan teknologi non-internet. Metode-metode non-internet transmisi digantikan oleh Protokol internet seperti FTP, telnet, dan E-mail, tetapi dokumen EDI sendiri masih tetap.
Sebagai mitra dagang yang lebih menggunakan internet untuk transmisi, standar telah muncul. Pada tahun 2002, IETF RFC 3335 yang dipublikasikan, menawarkan metode, standar aman mentransfer data EDI melalui e-mail. Pada tanggal 12 Juli 2005, sebuah kelompok kerja IETF RFC4130 diratifikasi untuk EDIINT HTTP MIME-based (aka. AS2) transfer, dan mempersiapkan RFC serupa untuk transfer FTP (aka. AS3). Sementara beberapa transmisi EDI telah pindah ke protokol ini lebih baru, penyedia jaringan nilai tambah tetap aktif.
dokumen EDI umumnya mengandung informasi yang sama yang biasanya akan ditemukan dalam dokumen kertas yang digunakan untuk fungsi organisasi yang sama. Sebagai contoh EDI 940 kapal-dari-gudang orde yang digunakan oleh produsen untuk memberitahu gudang untuk mengirimkan produk ke pengecer. Ini biasanya memiliki kapal ke alamat, tagihan ke alamat, daftar nomor produk (biasanya kode UPC) dan kuantitas. Ini mungkin memiliki informasi lain jika para pihak setuju untuk memasukkannya. Namun, EDI tidak terbatas hanya data bisnis yang terkait dengan perdagangan tetapi meliputi semua bidang seperti kedokteran (misalnya, catatan pasien dan hasil laboratorium), transportasi (misalnya, kontainer dan informasi modal), rekayasa dan konstruksi, dll Dalam beberapa kasus, EDI akan digunakan untuk menciptakan aliran bisnis informasi baru (yang tidak aliran kertas sebelum). Ini adalah kasus di Shipment Advanced Pemberitahuan (856) yang dirancang untuk menginformasikan kepada penerima kiriman, barang yang akan diterima dan bagaimana barang dikemas.
Ada empat set utama standar EDI:
* PBB UN-direkomendasikan / EDIFACT adalah standar hanya internasional dan dominan di luar Amerika Utara.
* Standar US ANSI ASC X12 (X12) dominan di Amerika Utara.
* Standar TRADACOMS dikembangkan oleh ANA (Pasal Numbering Association) dominan dalam industri ritel Inggris.
* Standar Odette digunakan dalam industri otomotif Eropa
Semua standar ini pertama kali muncul pada awal hingga pertengahan tahun 1980-an. Standar-standar menentukan format, set karakter, dan elemen-elemen data yang digunakan dalam pertukaran dokumen bisnis dan bentuk. Daftar X12 lengkap Dokumen mencakup semua dokumen bisnis utama, termasuk pesanan pembelian (disebut "PERINTAH" di PBB / EDIFACT dan "850" di X12) dan faktur (disebut "INVOIC" di PBB / EDIFACT dan "810" di X12) .
Standar EDI mengatakan yang potongan informasi juga wajib untuk sebuah dokumen tertentu, yang potongan adalah opsional dan memberikan aturan untuk struktur dokumen. Standar seperti kode bangunan. Sama seperti dua dapur dapat dibangun "untuk kode" tetapi terlihat sama sekali berbeda, dua EDI dokumen dapat mengikuti standar yang sama dan berisi set informasi yang berbeda. Misalnya perusahaan makanan dapat menunjukkan tanggal kedaluwarsa suatu produk sementara produsen pakaian akan memilih untuk mengirim informasi warna dan ukuran.
[Sunting] Spesifikasi
Organisasi yang mengirim atau menerima dokumen antara satu sama lain yang disebut sebagai "mitra dagang" dalam terminologi EDI. Para mitra dagang setuju pada informasi spesifik yang akan dikirim dan bagaimana harus digunakan. Hal ini dilakukan dalam spesifikasi yang dapat dibaca manusia (juga disebut pesan Pedoman Pelaksanaan). Sementara standar analog dengan kode bangunan, spesifikasi yang analog dengan cetak biru. (Spesifikasi juga bisa disebut pemetaan namun istilah pemetaan biasanya dicadangkan untuk instruksi mesin yang spesifik dibaca diberikan kepada perangkat lunak terjemahan.) Lebih besar perdagangan "hub" memiliki pesan yang ada Petunjuk Pelaksanaan yang mencerminkan proses bisnis mereka untuk pengolahan EDI dan mereka biasanya bersedia untuk mengubah praktek-praktek EDI bisnis untuk memenuhi kebutuhan mitra dagang mereka. Seringkali dalam sebuah perusahaan besar EDI panduan ini akan ditulis menjadi generik cukup untuk digunakan oleh berbagai cabang atau divisi dan oleh karena itu akan berisi informasi yang tidak diperlukan untuk pertukaran dokumen bisnis tertentu. Untuk perusahaan besar lainnya, mereka mungkin membuat pedoman terpisah EDI untuk setiap cabang / divisi.
[Sunting] Transmisi
Para mitra dagang bebas untuk menggunakan metode apapun untuk pengiriman dokumen. Dalam salah satu masa lalu dari metode yang lebih populer adalah penggunaan modem bisync untuk berkomunikasi melalui jaringan nilai tambah (VAN). Beberapa organisasi telah menggunakan modem langsung ke modem koneksi dan sistem papan buletin (BBS), dan baru-baru ini telah bergerak ke arah menggunakan beberapa protokol Internet banyak untuk transmisi, tetapi kebanyakan EDI masih ditransmisikan menggunakan sebuah VAN. Dalam industri kesehatan, sebuah VAN disebut sebagai "clearinghouse".
[Sunting] jaringan nilai-tambah
Dalam bentuk yang paling dasar, sebuah VAN (jaringan nilai-tambah) bertindak sebagai kantor pos daerah. Mereka menerima transaksi, memeriksa 'dari' dan informasi 'ke', dan rute transaksi kepada penerima akhir. VANS menyediakan sejumlah layanan tambahan, misalnya mentransmisi dokumen, memberikan informasi audit pihak ketiga, bertindak sebagai gateway untuk metode transmisi yang berbeda, dan penanganan dukungan telekomunikasi. Karena layanan ini dan lainnya VANS menyediakan, bisnis sering menggunakan VAN bahkan ketika kedua mitra dagang menggunakan protokol berbasis internet. Kesehatan tempat transaksi banyak melakukan fungsi yang sama sebagai VAN, namun memiliki batasan hukum tambahan yang mengatur dilindungi informasi kesehatan.
VANS juga memberikan keuntungan dengan penggantian sertifikat dalam transmisi AS2. Karena setiap node dalam transmisi AS2 tradisional yang terkait dengan bisnis biasanya melibatkan sebuah sertifikat keamanan, routing sejumlah besar mitra melalui VAN dapat membuat sertifikat pengganti lebih mudah. Jaringan Pertambahan Nilai
Jaringan * Pertambahan Nilai adalah perantara dalam komunikasi EDI.
* The VAN bertanggung jawab untuk routing, menyimpan dan menyampaikan pesan-pesan EDI. Mereka juga menyediakan laporan pengiriman
* Tergantung pada jenis VAN, pesan mungkin perlu amplop tambahan atau mungkin dialihkan menggunakan VANS * cerdas yang mampu membaca pesan EDI itu sendiri.
* VANS dapat dioperasikan oleh berbagai lembaga
Perusahaan telekomunikasi
Industri kelompok konsorsium *
* Sebuah perusahaan besar berinteraksi dengan pemasok / vendor
[Sunting] Internet/AS2
Sampai saat ini, transmisi internet ditangani dengan metode tidak standar antara mitra dagang biasanya melibatkan FTP atau lampiran email. Ada juga standar untuk menanamkan dokumen EDI ke XML. Banyak organisasi yang bermigrasi ke protokol ini untuk mengurangi biaya. Sebagai contoh, Wal-Mart kini membutuhkan mitra dagang untuk beralih ke protokol AS2 (Wal-Mart EDI Kebutuhan).
AS2 (Pernyataan Berlakunya 2) adalah spesifikasi rancangan standar yang vendor aplikasi berkomunikasi EDI atau bisnis-untuk-bisnis data (seperti XML) melalui Internet menggunakan HTTP, sebuah standar yang digunakan oleh World Wide Web. AS2 menyediakan keamanan untuk muatan transportasi melalui tanda tangan digital dan enkripsi data, dan memastikan handal, pengiriman non-repudiable melalui penggunaan penerimaan.
[Sunting] EDI melalui internet (Web EDI)
Internet, seperti dengan penyedia VAN, menggunakan protokol komunikasi sendiri untuk memastikan bahwa EDI dokumen Anda ditransmisikan secara aman. Protokol yang paling populer adalah File Transfer Protocol Secure (FTPS), Hyper Text Transfer Protocol Secure (HTTPS), dan AS2.
Internet telah menyediakan sarana bagi perusahaan apapun, tidak peduli seberapa kecil atau di mana mereka berada di dunia, untuk menjadi bagian dari inisiatif rantai pasokan utama host oleh pengecer global atau perusahaan manufaktur. Banyak perusahaan di seluruh dunia telah bergeser bagian produksi padat karya ke rendah-biaya, muncul daerah-daerah seperti Brazil, Rusia, India, Cina, dan Eropa Timur. EDI berbasis web, atau webEDI, memungkinkan sebuah perusahaan untuk berinteraksi dengan pemasok di wilayah ini tanpa khawatir mengimplementasikan infrastruktur EDI kompleks.
Dalam bentuk yang paling sederhana, webEDI memungkinkan usaha kecil dan menengah untuk menerima, berbalik, membuat dan mengelola dokumen elektronik dengan hanya menggunakan web browser. Layanan ini mulus mengubah data Anda ke dalam format EDI dan mengirimkannya ke mitra dagang Anda. Wikipedia formulir pra-penduduk memungkinkan perusahaan untuk berkomunikasi dan memenuhi persyaratan perdagangan mereka mitra 'menggunakan built-in aturan bisnis. Menggunakan antarmuka berbasis web ramah, transaksi EDI dapat diterima, diedit dan dikirim semudah email. Anda juga akan dapat menerima dokumen EDI dan mengirim faktur dan dokumen pengiriman EDI tanpa install software. Yang Anda butuhkan adalah koneksi internet. WebEDI memiliki kelebihan menambahkan bahwa diakses di mana saja di dunia dan Anda tidak memerlukan orang IT yang didedikasikan untuk mengelola setiap instalasi perangkat lunak.
Meskipun VANS menawarkan layanan yang sangat aman dan dapat diandalkan untuk perusahaan yang ingin perdagangan elektronik, Internet adalah membuat EDI lebih tersedia bagi semua. Hal ini terutama penting di pasar negara berkembang dimana kesadaran dan infrastruktur TI sangat terbatas. WebEDI secara tradisional didasarkan pada "hub dan berbicara '" model, dengan mitra dagang besar atau Application Service Provider (ASP) menjadi hub dan mitra kecil menjadi jari-jari.
* Hub atau ASP menerapkan EDI menggunakan mailbox email atau virtual
mitra Trading * dapat mengirim pesan EDI langsung ke web-enabled pesan EDI situs, melalui hub. EDI pesan hanya dikirim menggunakan browser web
* Sistem yang saat ini sedang dikembangkan akan memungkinkan EDI pesan yang akan ditampilkan dalam web browser dan diarahkan melalui XML standar terbuka, langsung ke rekening pengguna sistem
* Pengguna WebEDI berbasis dapat berinteraksi dengan VANS tanpa menimbulkan biaya pengaturan koneksi VAN berdedikasi
[Sunting] Data Interpreting
Seringkali hilang dari spesifikasi EDI (disebut sebagai Pedoman Pelaksanaan EDI) adalah gambaran dunia nyata tentang bagaimana informasi harus ditafsirkan oleh bisnis menerimanya. Misalnya, permen dikemas dalam kotak besar yang berisi 5 kotak layar dan setiap kotak tampilan kotak berisi 24 permen dikemas untuk konsumen. Jika dokumen EDI mengatakan untuk kapal 10 kotak permen mungkin tidak jelas apakah untuk mengirimkan kotak 10 konsumen kemasan, 240 kotak kemasan konsumen atau 1200 kotak kemasan konsumen. Tidaklah cukup untuk dua pihak untuk setuju untuk menggunakan kualifikasi tertentu yang menunjukkan kasus, pak, kotak atau masing-masing, mereka juga harus sepakat tentang apa artinya kualifikasi tertentu.
perangkat lunak terjemahan EDI menyediakan antarmuka antara sistem internal dan format EDI dikirim / diterima. Untuk dokumen "inbound" solusi EDI akan menerima file tersebut (baik melalui Pertambahan Nilai Network atau langsung menggunakan protokol seperti FTP atau AS2), ambil file EDI diterima (biasanya disebut sebagai "kantung pos"), memvalidasi bahwa mitra dagang yang mengirimkan file tersebut merupakan mitra dagang yang valid, bahwa struktur file tersebut memenuhi standar EDI dan bahwa individu bidang informasi sesuai dengan standar yang telah disepakati. Biasanya penerjemah baik akan menciptakan sebuah file baik panjang tetap, panjang variabel atau format XML tag atau "cetak" dokumen EDI diterima (untuk lingkungan EDI non-terpadu). Langkah berikutnya adalah mengkonversi / mengubah file yang penerjemah menciptakan ke format yang dapat diimpor ke bisnis perusahaan sistem back-end atau ERP. Hal ini dapat dicapai dengan menggunakan program kustom, seorang yang terpadu "mapper" atau untuk menggunakan standar yang terintegrasi berbasis grafik "mapper" menggunakan bahasa transformasi data standar seperti XSLT. Langkah terakhir adalah untuk mengimpor file berubah (atau database) ke sumber daya perusahaan perusahaan back-end sistem perencanaan (ERP).
Untuk dokumen "outbound" proses untuk EDI yang terintegrasi adalah untuk ekspor file (atau membaca database) dari ujung belakang perusahaan-ERP, mengubah file ke format yang sesuai untuk penerjemah. Perangkat lunak terjemahan kemudian akan "memvalidasi" file EDI dikirim untuk memastikan bahwa itu memenuhi standar yang telah disepakati oleh mitra dagang, mengkonversi file ke format "EDI" (menambahkan dalam pengenal yang tepat dan struktur kontrol) dan mengirim file ke mitra dagang (menggunakan protokol komunikasi yang sesuai).
Lain komponen penting dari perangkat lunak terjemahan EDI adalah "audit" lengkap semua langkah untuk memindahkan dokumen bisnis antara mitra dagang. audit memastikan bahwa setiap transaksi (yang pada kenyataannya adalah dokumen bisnis) dapat dilacak untuk memastikan bahwa mereka tidak hilang. Dalam kasus pengecer mengirimkan Pesanan Pembelian kepada pemasok, jika Pesanan Pembelian adalah "hilang" di mana saja dalam proses bisnis, efeknya sangat buruk untuk kedua bisnis. Untuk pemasok, mereka tidak memenuhi pesanan karena mereka belum menerimanya sehingga kehilangan usaha dan merusak hubungan bisnis dengan klien ritel mereka. Untuk pengecer, mereka memiliki outage saham dan efeknya hilang penjualan, layanan pelanggan berkurang dan pada akhirnya keuntungan yang lebih rendah.
Dalam EDI terminologi "inbound" dan "outbound" mengacu pada arah transmisi dokumen EDI dalam kaitannya dengan suatu sistem tertentu, bukan arah barang, uang atau hal-hal lain yang diwakili oleh dokumen. Sebagai contoh, sebuah dokumen EDI yang memberitahu gudang untuk melakukan pengiriman outbound adalah dokumen inbound dalam kaitannya dengan sistem komputer gudang. Ini adalah dokumen outbound dalam kaitannya dengan produsen atau dealer yang dikirim dokumen.
[Sunting] Keuntungan menggunakan EDI melalui sistem kertas
EDI dan teknologi serupa lainnya menghemat uang perusahaan dengan menyediakan alternatif, atau menggantikan arus informasi yang memerlukan banyak interaksi manusia dan material seperti dokumen kertas, pertemuan, faks, dll Bahkan ketika dokumen kertas diselenggarakan secara paralel dengan EDI pertukaran, misalnya dicetak memanifestasikan pengiriman, pertukaran elektronik dan penggunaan data dari pertukaran yang mengurangi biaya penanganan menyortir, mendistribusikan, mengatur, dan mencari dokumen kertas. EDI dan teknologi semacam itu memungkinkan perusahaan untuk mengambil keuntungan dari manfaat untuk menyimpan dan memanipulasi data elektronik tanpa biaya entri manual. Keuntungan lain dari EDI berkurang kesalahan, seperti kesalahan pengiriman dan penagihan, karena EDI menghilangkan kebutuhan untuk rekey dokumen di sisi tujuan. Salah satu keuntungan yang sangat penting dari EDI atas dokumen kertas adalah kecepatan di mana mitra dagang menerima dan menggabungkan informasi ke dalam sistem mereka sehingga sangat mengurangi waktu siklus. Untuk alasan ini, EDI dapat menjadi komponen penting dari sistem produksi just-in-time.
Menurut laporan Aberdeen 2008 "Sebuah Perbandingan Supplier Pemberdayaan around the World", hanya 34% dari pesanan pembelian dikirimkan secara elektronik di Amerika Utara. Dalam EMEA, 36% dari pesanan yang ditransmisikan secara elektronik dan di APAC, 41% dari pesanan yang ditransmisikan secara elektronik. Mereka juga melaporkan bahwa permintaan kertas rata-rata untuk memesan biaya sebuah perusahaan $ 37,45 di Amerika Utara, $ 42,90 di EMEA dan $ 23,90 di APAC. Dengan permintaan EDI untuk biaya pesanan dikurangi menjadi $ 23,83 di Amerika Utara, $ 34,05 di EMEA dan $ 14,78 di APAC.
[Sunting] Hambatan pelaksanaan
Ada beberapa hambatan untuk mengadopsi pertukaran data elektronik. Salah satu hambatan paling signifikan adalah perubahan proses bisnis yang menyertainya. Ada proses bisnis yang dibangun di sekitar penanganan kertas lambat mungkin tidak cocok untuk EDI dan akan membutuhkan perubahan untuk mengakomodasi pemrosesan otomatis dari dokumen bisnis. Misalnya, bisnis mungkin menerima Sebagian besar barang mereka dengan 1 atau 2 hari pengiriman dan semua tagihan mereka melalui surat. Proses yang ada karena itu mungkin mengasumsikan bahwa barang biasanya diterima sebelum tagihan. Dengan EDI, faktur biasanya akan dikirim bila kapal barang dan karena itu akan memerlukan proses yang menangani sejumlah besar tagihan yang sesuai barang belum diterima.
Penghalang lain yang signifikan adalah biaya waktu dan uang di awal set-up. Biaya awal dan waktu yang timbul dari kustomisasi, implementasi dan pelatihan dapat mahal dan oleh karena itu dapat mencegah beberapa bisnis. Kuncinya adalah untuk menentukan metode integrasi yang tepat bagi perusahaan yang akan menentukan biaya pelaksanaan. Untuk bisnis yang hanya menerima satu P.O. per tahun dari klien, EDI terintegrasi mungkin tidak masuk akal ekonomi. Dalam hal ini, perusahaan dapat mengimplementasikan murah "rip dan membaca" solusi atau menggunakan solusi outsourcing EDI yang disediakan oleh EDI "Biro Jasa". Untuk bisnis lainnya, pelaksanaan solusi terintegrasi EDI mungkin diperlukan sebagai kenaikan volume perdagangan yang dibawa oleh EDI memaksa mereka untuk kembali menerapkan proses pemrosesan order bisnis mereka.
Hambatan kunci keberhasilan implementasi EDI adalah persepsi banyak bisnis yang memiliki sifat EDI. Banyak melihat EDI dari perspektif teknis yang EDI merupakan format data; akan lebih akurat untuk mengambil pandangan bisnis yang EDI adalah sebuah sistem untuk dokumen bisnis bertukar dengan entitas eksternal, dan mengintegrasikan data dari dokumen tersebut ke dalam sistem internal perusahaan. Keberhasilan implementasi EDI memperhitungkan dampak eksternal informasi yang dihasilkan akan memiliki pada sistem internal mereka dan memvalidasi informasi bisnis yang diterima. Misalnya, memungkinkan pemasok untuk memperbarui Account pengecer sistem Hutang tanpa checks and balances yang tepat akan menjadi resep untuk bencana. Bisnis baru dengan pelaksanaan EDI harus bersusah payah untuk menghindari perangkap tersebut.
Peningkatan efisiensi dan penghematan biaya mendorong adopsi EDI untuk mitra perdagangan yang paling. Tetapi bahkan jika perusahaan tidak akan memilih untuk menggunakan EDI sendiri, tekanan dari mitra dagang yang lebih besar (hub disebut) seringkali memaksa mitra dagang yang lebih kecil untuk menggunakan EDI. Contoh dari hal ini adalah Wal-Mart `s desakan menggunakan EDI dengan seluruh mitra dagangnya, setiap pasangan tidak bersedia untuk menggunakan EDI dengan Wal-Mart tidak akan mampu melakukan bisnis dengan perusahaan.
[Sunting] Lihat pula
Bagian ini mungkin memerlukan pembersihan untuk memenuhi standar kualitas Wikipedia. Harap memperbaiki bagian ini jika Anda bisa. Halaman bicara mungkin berisi saran. (Agustus 2007)
* AS1 (networking)
* AS2
* AS3 (networking)
* CXML
* XCBL
* E-bisnis
* EDIFACT
* Enterprise integrasi aplikasi
* Faksimili
* HL7
* RosettaNet
* Carrier Kode Alpha Standar
* TRADACOMS
* Workgroup Untuk Pertukaran Data Elektronik
* X12
* X12 Dokumen Daftar
* X12 EDIFACT Pemetaan
* Freight layanan pembayaran
* HIPAA
* EbXML
Senin, 18 Oktober 2010
Langganan:
Postingan (Atom)