Setiap pesanan pada satu garis masa, dari penerimaan hingga invois dibayar.
Proses pesanan hingga pembayaran, perolehan hingga pembayaran dan permintaan perkhidmatan hingga invois melalui sistem ERP, CRM, e-dagang, gudang, pengangkutan dan kewangan. Kami menyambungkan sistem tersebut dengan API dan peristiwa yang didokumenkan, memberi setiap pesanan satu status merentas semua sistem itu, dan menghantar setiap pengecualian kepada ejen AI yang menyediakan cadangan penyelesaian untuk diluluskan oleh manusia.
Untuk organisasi di Malaysia yang menjual, membeli dan mengeluarkan invois di dalam dan di luar negara, dengan sistem, syarikat pengangkutan dan peraturan invois elektronik masing-masing.
Pesanan jualan, pesanan pembelian atau permintaan perkhidmatan direkodkan sekali dalam sistem rekodnya dan diedarkan kepada sistem lain melalui API dan peristiwa yang didokumenkan. Peristiwa status membina satu garis masa bagi setiap pesanan. Apabila sesuatu langkah gagal atau berada di luar had toleransi, ejen AI mengumpulkan konteks dan mencadangkan penyelesaian, yang diluluskan oleh seorang pekerja sebelum dilaksanakan dalam sistem rekod. Invois ditukar dan dipadankan sebagai invois elektronik berstruktur, dan pemilik proses menyemak aliran serta kesihatan antara muka.
Sebelum dan selepas
Perubahan dalam operasi harian
Keadaan semasa
Dengan sistem ini
Keadaan semasa
Keadaan semasa: Ditaip semula pada setiap penyerahan
Pesanan yang diterima melalui kedai dalam talian atau pasukan jualan ditaip semula ke dalam ERP, dan butiran penghantaran serta invois disalin secara manual ke dalam sistem gudang, pengangkutan dan kewangan.
Dengan sistem ini
Dengan sistem ini: Dimasukkan sekali, digunakan di mana-mana
Setiap pesanan, penghantaran dan invois dicipta dalam sistem yang memilikinya dan diterbitkan sebagai peristiwa. Sistem lain melanggan peristiwa itu dan tidak perlu menaipnya semula.
Keadaan semasa
Keadaan semasa: Status semalam
Antara muka kelompok setiap malam menyebabkan khidmat pelanggan, perancangan dan kewangan masing-masing melihat keadaan pesanan yang berbeza dan lapuk. Pelanggan yang bertanya tentang penghantaran terpaksa menunggu panggilan balik.
Dengan sistem ini
Dengan sistem ini: Satu status semasa
Setiap pesanan atau permintaan mempunyai satu garis masa yang dibina daripada peristiwa semua sistem yang dilaluinya. Khidmat pelanggan, perancangan dan kewangan melihat fakta yang sama, begitu juga pembantu AI untuk khidmat pelanggan dan orang awam yang menjawab soalan tentang status.
Keadaan semasa
Keadaan semasa: Pengecualian dikendalikan dalam peti masuk
Kekurangan stok, harga yang tidak sepadan, penghantaran yang gagal dan e-Invois yang ditolak diselesaikan melalui e-mel dan hamparan, dan tiada siapa dapat menyatakan kemudian siapa yang memutuskan apa.
Dengan sistem ini
Dengan sistem ini: Pengecualian tiba bersama cadangan
Ejen AI mengumpulkan data di sebalik setiap pengecualian dan mencadangkan penyelesaian. Seorang pekerja meluluskan, mengubah atau menolaknya di satu meja pengecualian, dan keputusan itu direkodkan.
Keadaan semasa
Keadaan semasa: Data induk yang bercanggah
Pelanggan, pembekal, produk atau harga yang sama wujud dalam beberapa sistem dengan nilai berbeza, dan tiada siapa bertanggungjawab menentukan nilai yang betul.
Dengan sistem ini
Dengan sistem ini: Satu pemilik bagi setiap objek data
Pelanggan, pembekal, produk dan harga masing-masing mempunyai sistem rekod yang dipersetujui dan pemilik yang dinamakan. Pendua dan percanggahan dilaporkan kepada pemilik itu, bukan dibetulkan secara senyap di sistem hiliran.
Keadaan semasa
Keadaan semasa: Setiap perubahan menambah antara muka
Saluran jualan, pasaran dalam talian atau entiti undang-undang baharu bermakna satu lagi sambungan titik ke titik. e-Invois melalui MyInvois, dan mandat invois elektronik di negara lain, menambah format berstruktur dan rangkaian pada setiap proses.
Dengan sistem ini
Dengan sistem ini: Sambungan baharu menggunakan kontrak yang sama
Saluran, entiti atau rangkaian invois elektronik baharu disambungkan kepada API dan peristiwa yang didokumenkan sekali sahaja, bukan kepada setiap sistem secara berasingan.
Aliran kerja
Cara aliran kerja berjalan
Apabila data bersih, laluan utama tidak memerlukan kerja manual. Apabila pesanan, penghantaran atau invois menyimpang, gelung pengecualian membawanya kepada seorang pekerja bersama bukti dan cadangan, dan pembetulan yang diluluskan mengalir semula melalui lapisan integrasi yang sama.
Contoh aliran kerja
7 langkah · 1 titik semakan manusia
Petunjuk
Sistem
Ejen AI
Individu
Titik semakan manusia
Laluan pengecualian
Operasi bersepadu: contoh aliran kerja dengan gelung pengecualian
Baca rajah dalam bentuk teks
Laluan utama bermula dengan merekodkan peristiwa perniagaan sekali dalam sistem rekodnya, diikuti pengedaran kepada sistem lain melalui API dan peristiwa serta pembinaan satu garis masa bagi setiap pesanan, hingga invois, pemadanan dan penyelesaian bayaran. Ia berakhir dengan pemilik proses menyemak aliran dan membetulkan punca pengecualian.
Apabila sesuatu langkah gagal, lewat atau berada di luar toleransi, pengecualian keluar dari laluan utama selepas langkah garis masa. Ejen AI mengumpulkan konteks dan mencadangkan penyelesaian, dan seorang pekerja meluluskan, mengubah atau menolaknya. Tindakan yang diluluskan dilaksanakan dalam sistem rekod dan kembali ke langkah pengedaran sebagai peristiwa baharu.
Langkah kelulusan ialah titik semakan manusia: tiada catatan kewangan, perubahan harga atau had kredit, atau komitmen kepada pelanggan dibuat tanpa seorang pekerja.
01
Langkah 1: Rekodkan peristiwa sekaliSistem
Pesanan jualan daripada kedai dalam talian, pasaran dalam talian, EDI atau pasukan jualan, pesanan pembelian atau permintaan perkhidmatan dicipta dalam sistem yang memilikinya. Sistem itu menerbitkan peristiwa perniagaan dalam sampul CloudEvents, yang diterangkan dalam kontrak AsyncAPI. Pesanan kertas dan PDF serta invois pembekal melalui pemprosesan dokumen terlebih dahulu.
02
Langkah 2: Edarkan melalui API dan peristiwaSistem
Lapisan integrasi menghantar peristiwa itu kepada sistem gudang, pengangkutan, kewangan dan CRM melalui API yang didokumenkan (OpenAPI). Penerima bersifat idempoten, jadi mesej yang berulang tidak akan mencipta penghantaran atau invois kedua, dan mesej yang tidak dapat dihantar menunggu dalam baris gilir ralat untuk dimainkan semula.
03
Langkah 3: Bina satu garis masa bagi setiap pesananSistem
Peristiwa status daripada setiap sistem (disahkan, disediakan di gudang, dihantar, diterima, diinvois, dibayar) dikaitkan menggunakan rujukan perniagaan menjadi satu garis masa. Peraturan pencapaian dan toleransi mencetuskan pengecualian apabila sesuatu langkah gagal, lewat atau tidak sepadan: kekurangan stok, harga di luar toleransi yang dipersetujui, penghantaran yang gagal atau e-Invois yang ditolak.
04
Langkah 4: Kumpulkan konteks dan cadangkanEjen AI
Bagi setiap pengecualian, ejen AI membaca maklumat yang diperlukan daripada sistem yang terlibat: pesanan, paras stok, perjanjian harga, status syarikat pengangkutan dan terma pelanggan. Ejen mencadangkan penyelesaian bersama penaakulan dan data yang digunakannya, seperti item gantian, harga yang dibetulkan, penghantaran yang dijadualkan semula atau invois yang dibetulkan.
Laluan pengecualian: Langkah gagal atau di luar had
05
Langkah 5: Luluskan dalam had yang ditetapkanIndividu
Pekerja di khidmat pelanggan, logistik atau kewangan melihat pengecualian, bukti dan cadangan di meja pengecualian, lalu meluluskan, mengubah atau menolaknya. Tindakan yang diluluskan dilaksanakan melalui API sistem rekod, yang menerbitkan perubahan itu sebagai peristiwa baharu.
Laluan pengecualian: Langkah gagal atau di luar had· Kembali ke langkah 2
Titik semakan manusia
Ejen tidak sekali-kali membuat catatan transaksi kewangan, mengubah harga atau had kredit, atau membuat komitmen kepada pelanggan tanpa kelulusan. Had bagi setiap jenis tindakan menentukan siapa yang meluluskan, dan setiap cadangan serta keputusan direkodkan.
06
Langkah 6: Invois, padankan dan selesaikanSistem
Invois keluar dihantar dari ERP sebagai e-Invois untuk disahkan melalui MyInvois, sama ada melalui API LHDNM atau penyedia perkhidmatan Peppol, dan sebagai invois Peppol BIS Billing 3.0 (EN 16931) melalui titik akses kepada pelanggan di negara yang menggunakannya. Invois pembekal yang masuk dipadankan dengan pesanan pembelian dan penerimaan barang, dan status pembayaran daripada bank atau penyedia pembayaran menutup garis masa.
07
Langkah 7: Semak aliran dan betulkan puncaIndividu
Pemilik proses dan pasukan integrasi menyemak pengecualian mengikut sebab, kegagalan antara muka dan percanggahan data induk secara berkala. Mereka membetulkan punca di tempatnya, sama ada dalam rekod data induk, peraturan toleransi atau pemetaan, dan bukan menyelesaikan pengecualian yang sama berulang kali.
Komponen
Apa yang akan kami bina
01
Lapisan integrasi dipacu peristiwa
API dan peristiwa berasaskan kontrak antara ERP, CRM, e-dagang, gudang, pengangkutan dan kewangan, ditentukan dalam OpenAPI dan AsyncAPI dengan sampul CloudEvents, pada platform integrasi sedia ada anda atau dibina secara asli awan.
Sistem rekod dan pemilik yang dipersetujui bagi setiap objek data, peraturan padanan bagi pelanggan, pembekal dan produk, serta laporan pendua dan percanggahan untuk pemilik data tersebut.
Perkhidmatan yang mengaitkan peristiwa menjadi satu garis masa bagi setiap pesanan atau permintaan, menggunakan peraturan pencapaian dan toleransi, serta memaparkan aliran dan pengecualian kepada pemilik proses.
Baris gilir pengecualian yang memaparkan konteks yang dikumpulkan dan cadangan ejen, dengan tindakan lulus, ubah dan tolak, serta had kelulusan bagi setiap jenis tindakan yang dikuatkuasakan di titik tindakan itu dilaksanakan.
e-Invois yang dihantar untuk pengesahan melalui API MyInvois atau penyedia perkhidmatan Peppol, serta invois Peppol BIS Billing 3.0 dan EN 16931 dalam UBL melalui titik akses, disahkan sebelum dihantar, dengan invois yang ditolak dihalakan ke meja pengecualian.
Pemantauan kesihatan dan amaran bagi setiap antara muka, buku panduan operasi untuk pasukan operasi dan main semula terkawal bagi mesej yang gagal, dilaksanakan dengan infrastruktur sebagai kod dalam persekitaran awan anda.
Pesanan kedai dalam talian dan pasaran dalam talian
EDI dan mesej pesanan B2B lain
Pesanan pembelian dan pengesahan pembekal
Permintaan perkhidmatan dan laporan perkhidmatan lapangan
Penjejakan syarikat pengangkutan dan peristiwa penghantaran
e-Invois MyInvois, invois Peppol dan respons statusnya
Penyata bank dan pemberitahuan pembayaran
Teras penyelesaian
Operasi bersepadu
Sistem yang berinteraksi dengannya
Jualan, perolehan dan kewangan SAP S/4HANAPlatformSAP
Salesforce Sales Cloud, Service Cloud dan Commerce CloudPlatformSalesforce
Jualan, inventori, pembelian dan perakaunan OdooPlatformOdoo
Platform e-dagang, pasaran dalam talian dan API syarikat pengangkutan
Sistem pengurusan gudang dan pengangkutan
MyInvois, titik akses Peppol, bank dan penyedia pembayaran
Pengurusan maklumat produk dan platform data
Kawalan
Kawalan yang dibina sejak awal
Had akses
Setiap integrasi dan ejen berjalan di bawah identiti perkhidmatan sendiri bagi setiap sistem, terhad kepada operasi API yang diperlukan. Ejen boleh membaca merentas sistem untuk mengumpulkan konteks, tetapi hanya boleh menulis melalui senarai pendek tindakan yang diluluskan, yang dilaksanakan oleh API sistem rekod dan tidak sekali-kali melalui akses terus ke pangkalan data.
Semakan oleh manusia
Had kelulusan ditetapkan bagi setiap jenis tindakan bersama pemilik proses: apa yang hanya boleh dicadangkan oleh ejen, apa yang diluluskan oleh ahli pasukan, dan apa yang memerlukan pelulus kedua. Catatan kewangan, perubahan harga dan had kredit serta komitmen kepada pelanggan sentiasa menunggu seorang pekerja. Tindakan berimpak rendah yang boleh diterbalikkan, seperti mencuba semula mesej yang gagal, boleh dijalankan tanpa kelulusan jika pemilik bersetuju.
Kebolehauditan
Setiap peristiwa, cadangan, kelulusan, penolakan dan tindakan yang dilaksanakan direkodkan berdasarkan rujukan pesanan atau permintaan, bersama data yang digunakan oleh ejen, versi model dan gesaan serta pelulusnya. Invois yang dipertikaikan atau aduan pelanggan boleh dijejak langkah demi langkah.
Perlindungan data
Data hubungan pelanggan dan pembekal hanya mengalir ke sistem yang memerlukannya. Garis masa menyimpan rujukan perniagaan dan status, bukan rekod penuh, dan log mengikut tempoh penyimpanan yang anda tetapkan. Pemprosesan kekal dalam rantau yang dipersetujui.
Ketelusan AI
Cadangan daripada ejen ditandakan sedemikian di meja pengecualian, dengan bukti dan penaakulan dipaparkan bersebelahan. Sistem rekod kekal sebagai sumber yang sah: garis masa menunjukkan apa yang dilaporkan oleh sistem tersebut dan tidak sekali-kali mengatasinya.
Ukuran
Apa yang akan kami ukur
Kami mempersetujui ukuran ini bersama anda semasa fasa penemuan dan mengambil garis dasar daripada log sistem dan antara muka semasa anda sebelum apa-apa diubah.
Apa yang akan kami ukur
Metrik
Mengapa ia penting
Cara kami akan mengukurnya
01Masa kitaran pesanan
Mengapa ia pentingUkuran yang paling awal disedari oleh pelanggan, dan yang menunjukkan di mana pesanan tertangguh.
Cara kami akan mengukurnyaMasa dari penerimaan pesanan hingga penghantaran dan hingga pembayaran, mengikut saluran dan entiti, daripada peristiwa garis masa.
02Pesanan tanpa sentuhan manual
Mengapa ia pentingMenunjukkan sejauh mana aliran berjalan dengan data bersih dan peraturan yang dipersetujui.
Cara kami akan mengukurnyaPeratusan pesanan dan permintaan yang sampai ke penyelesaian bayaran tanpa sebarang langkah manual atau pengecualian, daripada garis masa.
03Pengecualian mengikut sebab dan masa penyelesaian
Mengapa ia pentingMenunjukkan punca yang perlu dibetulkan dahulu dan sama ada meja pengecualian dapat mengikuti jumlahnya.
Cara kami akan mengukurnyaJumlah pengecualian bagi setiap kod sebab, dan masa dari pengesanan hingga penyelesaian dilaksanakan, daripada log meja pengecualian.
04Kadar penolakan e-Invois
Mengapa ia pentingInvois yang ditolak melambatkan pembayaran dan biasanya menunjukkan kesilapan data induk atau pemetaan.
Cara kami akan mengukurnyaPeratusan e-Invois yang dihantar dan diterima yang ditolak, mengikut sebab, daripada respons pengesahan MyInvois dan titik akses Peppol.
05Kegagalan antara muka dan masa pemulihan
Mengapa ia pentingMenunjukkan sama ada lapisan integrasi boleh dipercayai dan sama ada kegagalan disedari serta dibetulkan dengan cepat.
Cara kami akan mengukurnyaMesej yang gagal bagi setiap antara muka, dan masa dari kegagalan hingga main semula berjaya, daripada pemantauan integrasi.
06Pendua dan percanggahan data induk
Mengapa ia pentingKebanyakan pengecualian berpunca daripada data yang berbeza antara sistem.
Cara kami akan mengukurnyaPendua dan nilai bercanggah yang masih terbuka bagi setiap objek data dan sistem, daripada laporan padanan.
Tiada sasaran ditetapkan sebelum garis dasar diwujudkan.
Pelaksanaan
Cara kami akan melaksanakannya
Fasa 01
Penemuan dan peta proses
Satu proses, seperti pesanan hingga pembayaran bagi satu saluran jualan, dan satu jenis pengecualian. Kami memetakan sistem, antara muka, pemilik data dan cara pengecualian dikendalikan hari ini.
Kriteria tamat fasa
Proses, sistem dan pemilik data dipetakan
Jenis pengecualian pertama dan had kelulusan dipersetujui
Garis dasar diambil daripada log semasa
Fasa 02
Integrasi dan garis masa
API dan peristiwa yang didokumenkan bagi sistem dalam skop, dan garis masa yang berjalan bersama antara muka sedia ada tanpa mengubahnya.
Kriteria tamat fasa
Kontrak peristiwa diterbitkan dan berversi
Garis masa sepadan dengan sistem rekod pada sampel pesanan
Main semula dan buku panduan operasi diuji
Fasa 03
Perintis meja pengecualian
Ejen mencadangkan penyelesaian bagi jenis pengecualian yang dipilih dan pekerja meluluskan setiap cadangan. Kami membandingkan cadangan dengan tindakan yang akan diambil oleh kakitangan.
Kriteria tamat fasa
Kualiti cadangan memenuhi kriteria yang dipersetujui
Had dan pelulus ditetapkan bagi setiap jenis tindakan
Jejak audit disemak oleh kewangan dan kawalan dalaman
Fasa 04
Perluas dan hentikan
Lebih banyak jenis pengecualian, saluran, entiti dan proses seperti perolehan hingga pembayaran, setiap satu menggunakan kontrak yang sama. Antara muka titik ke titik yang lama dimatikan satu demi satu.
Kriteria tamat fasa
Setiap aliran baharu menggunakan kontrak dan pemantauan yang sama
Pesanan buat atas tempahan dan alat ganti dari ERP ke gudang dan syarikat pengangkutan, dengan pengesahan pembekal dan e-Invois dipadankan dengan pesanan pembelian.
Arahan kerja penyelenggaraan, pesanan pembelian kontraktor dan invois masing-masing, dijejak dari permintaan hingga pembayaran bagi pengendali infrastruktur seperti syarikat konsesi lebuh raya.
Perolehan hingga pembayaran dengan invois elektronik berstruktur kepada dan daripada badan awam, dipadankan dengan pesanan dan penerimaan sebelum pembayaran.
Contoh ilustrasi
Pengilang kontrak elektronik yang menjual ke beberapa negara
Situasi
Sebuah pengilang kontrak elektronik menerima pesanan daripada pelanggan di Malaysia dan di Kesatuan Eropah melalui EDI, portal pelanggan dan pasukan jualan, dan menghantar dari dua gudang. Pesanan ditaip semula ke dalam ERP, syarikat pengangkutan melaporkan masalah penghantaran melalui e-mel, dan invois tempatan serta invois eksport dikendalikan secara berbeza.
Sistem
Pesanan, stok, penghantaran dan invois akan mengalir sebagai peristiwa antara portal, ERP, sistem gudang dan syarikat pengangkutan, dan setiap pesanan akan mempunyai satu garis masa. Invois akan dihantar untuk pengesahan melalui MyInvois sebagaimana yang dikehendaki, dan invois kepada pelanggan di EU turut dihantar dalam format dan rangkaian yang dikehendaki oleh negara pelanggan.
Kawalan manusia
Kekurangan stok dan penghantaran yang gagal masuk ke satu meja pengecualian, tempat ejen AI mencadangkan item gantian atau tarikh penghantaran baharu. Khidmat pelanggan meluluskan setiap cadangan; perubahan harga dan nota kredit memerlukan kelulusan kewangan.
Perkara yang akan kami ukur
Peratusan pesanan tanpa sentuhan manual mengikut pelanggan dan saluran, pengecualian mengikut sebab dan masa penyelesaian, serta kadar penolakan invois mengikut negara.
Malaysia
Satu proses, beberapa negara dan mandat
Di Malaysia, e-Invois diwajibkan dalam empat fasa: 1 Ogos 2024 bagi perolehan tahunan melebihi RM100 juta, 1 Januari 2025 melebihi RM25 juta, 1 Julai 2025 melebihi RM5 juta dan 1 Januari 2026 sehingga RM5 juta, dengan pengecualian bagi perniagaan yang perolehan tahunannya kurang daripada RM3 juta. Invois disahkan melalui MyInvois, dan penyerahan melalui penyedia perkhidmatan Peppol ialah salah satu pilihan yang diiktiraf, dengan MDEC sebagai Pihak Berkuasa Peppol bagi Malaysia.
Di Kesatuan Eropah, ViDA menjadikan invois elektronik berstruktur sebagai kaedah lalai bagi bekalan B2B rentas sempadan dalam EU mulai 1 Julai 2030. Kami mereka bentuk satu lapisan integrasi dengan format dan rangkaian setiap negara di belakang peristiwa yang sama, jadi mandat baharu bermakna penyambung baharu, bukan proses baharu. Akta Data Kesatuan Eropah, yang terpakai sejak 12 September 2025, menetapkan peraturan pertukaran antara perkhidmatan pemprosesan data, jadi kami memastikan kontrak peristiwa dan eksport data kekal mudah alih.
01Adakah kami memerlukan satu platform untuk semuanya?
Tidak. ERP, CRM, kedai dalam talian dan sistem gudang anda masing-masing menjalankan tugas sendiri. Kami membina integrasi di sekeliling sistem rekod tersebut, mempersetujui sistem yang memiliki setiap data, dan memberi proses itu satu garis masa merentas semuanya. Jika sistem pesanan atau ERP lama menghalang perubahan, pemodenan sistem lama meletakkannya di belakang API terlebih dahulu.
02Adakah anda menggantikan perisian tengah integrasi kami?
Tidak, jika ia berfungsi dengan baik. Kami membina di atas platform integrasi atau broker mesej yang sudah anda gunakan, dan menambah kontrak, pemantauan dan main semula jika belum ada. Jika tiada platform, kami membinanya secara asli awan. Ketahui lebih lanjut tentang kerja kami dalam integrasi dan API.
03Bolehkah ejen bertindak sendiri?
Hanya dalam had yang anda persetujui bagi setiap jenis tindakan, dan hanya bagi tindakan berimpak rendah yang boleh diterbalikkan, seperti mencuba semula mesej yang gagal. Catatan kewangan, harga, had kredit dan komitmen kepada pelanggan sentiasa memerlukan seorang pekerja. Baca artikel kami tentang bila ejen AI memerlukan kelulusan manusia.
04Bagaimanakah e-Invois dan mandat invois elektronik lain disepadukan?
Di Malaysia, e-Invois diwajibkan secara berperingkat dari 1 Ogos 2024 hingga 1 Januari 2026 dan disahkan melalui MyInvois, sama ada melalui portal atau API LHDNM, atau melalui penyedia perkhidmatan Peppol. Bagi kumpulan dengan entiti di Kesatuan Eropah, mandat kebangsaan bermula pada tarikh berbeza, dan pakej VAT dalam Era Digital (ViDA) menjadikan invois elektronik berstruktur sebagai kaedah lalai bagi bekalan B2B rentas sempadan dalam EU mulai 1 Julai 2030. Kami menganggap invois elektronik sebagai satu lagi peristiwa dalam proses: dikeluarkan dari ERP, dihantar melalui saluran yang betul, dan dikendalikan di meja pengecualian apabila ditolak. Lihat panduan kami tentang e-Invois dan Peppol.
05Bagaimanakah anda mengelakkan satu lagi rangkaian sambungan titik ke titik yang rapuh?
Sistem menerbitkan dan menggunakan peristiwa dan API yang didokumenkan melalui satu lapisan, bukan melalui sambungan terus antara satu sama lain. Kontrak diberi versi, penerima bersifat idempoten, mesej yang gagal boleh dimainkan semula dan setiap aliran mempunyai pemilik yang dinamakan. Saluran baharu melanggan peristiwa sedia ada dan tidak menambah sambungan kepada setiap sistem.
06Apakah rupa skop pertama?
Satu proses dan satu jenis pengecualian, contohnya pesanan hingga pembayaran bagi satu saluran jualan dengan kekurangan stok sebagai pengecualian pertama. Ia membuktikan peristiwa, garis masa dan aliran kelulusan sebelum lebih banyak ditambah. Baca tentang pendekatan kami.
Bincangkan aliran pesanan dan invois anda
Pilih satu proses dan negara tempat ia dijalankan. Kami akan memetakan sistem, antara muka dan pengecualian bersama anda dan mencadangkan keluaran pertama yang berfungsi merentas entiti anda.