Langkau ke kandungan utama
FromNine
Menu

Kejuruteraan

Integrasi yang memastikan data terus bergerak, dan menunjukkan bila ia berhenti.

Kami menyambungkan CRM, ERP, sistem kes dan platform kerajaan melalui kontrak, peristiwa dan identiti yang direka dengan betul, supaya data bergerak dengan andal, ralat kelihatan dan keupayaan baharu, termasuk AI, boleh disambungkan dengan selamat.

Untuk organisasi di Malaysia yang menyambungkan ERP, rakan kongsi dan platform kerajaan seperti MyInvois, dan kumpulan dengan anak syarikat di Kesatuan Eropah.

Bincangkan projek andaLihat platform
Integrasi dan API: susunan keupayaanEmpat lapisan bertindan mengikut kedalaman. Dari atas ke bawah: penerima seperti portal, aplikasi dan ejen, gateway API dengan identiti, tulang belakang peristiwa, dan sistem rekod di bawahnya.01Portal, aplikasi dan ejen02Gateway API dan identiti03Tulang belakang peristiwa04Sistem rekod
  1. 01API berasaskan kontrak dengan OpenAPI dan AsyncAPI, berversi dan didokumenkan
  2. 02Peristiwa dengan susunan, idempotensi, pengendalian dead-letter dan main semula
  3. 03Aliran dipantau dari hujung ke hujung, baris gilir ralat dimiliki oleh pasukan yang dinamakan

01 Masalah

Masalah integrasi yang kami selesaikan

  1. 01

    Sambungan titik ke titik yang tiada siapa berani ubah

    Berpuluh-puluh sambungan langsung antara CRM, ERP dan sistem tersuai. Mengubah satu medan bermakna menguji sepuluh antara muka.

  2. 02

    Pendua dan kegagalan senyap

    Cubaan semula menghasilkan pesanan kedua. Mesej yang gagal hilang begitu sahaja. Pengguna perniagaan mengetahuinya daripada pelanggan.

  3. 03

    Setiap saluran baharu bermakna kerja integrasi baharu

    Portal, aplikasi mudah alih dan kini pembantu AI memerlukan data yang sama, dan setiap satu mendapat ekstrak sendiri.

  4. 04

    e-Invois dan sambungan kerajaan menjadi projek tersendiri

    Menyambungkan ERP kepada MyInvois, rangkaian Peppol atau platform kerajaan lain memerlukan kerja keselamatan, ujian dan penyertaan yang berasingan setiap kali.

02 Skop penyampaian

Apa yang kami sampaikan

  1. 01 Strategi dan pengurusan API

    Reka bentuk berasaskan API dengan kontrak OpenAPI dan AsyncAPI, dasar versi, gateway yang menguatkuasakannya dan portal pembangun supaya pasukan dapat mencari dan menggunakan semula apa yang sudah wujud.

    Apa yang kami lakukan

    • Peta landskap dan pemilikan API
    • Garis panduan reka bentuk dan proses semakan
    • Dasar gateway bagi keselamatan, kuota dan versi
    • Portal pembangun dan katalog API

    Apa yang anda terima

    • Garis panduan API yang diguna pakai oleh pasukan anda
    • Konfigurasi gateway sebagai kod
    • Katalog API yang didokumenkan

  2. 02 Integrasi berasaskan peristiwa

    Broker, tangkapan perubahan data (CDC) dan corak outbox, dengan butiran yang menentukan sama ada ia berfungsi: susunan, penerima yang idempoten, pengendalian dead-letter dan main semula.

    Apa yang kami lakukan

    • Model peristiwa dan konvensyen penamaan
    • Outbox dan CDC pada sistem sumber
    • Idempotensi penerima dan jaminan susunan
    • Baris gilir dead-letter dengan alat main semula

    Apa yang anda terima

    • Tulang belakang peristiwa dalam operasi
    • Daftar skema dan peraturan keserasian
    • Buku panduan main semula dan pemulihan

  3. 03 Platform integrasi, dipilih mengikut aliran

    SAP Integration Suite, MuleSoft dan perkhidmatan integrasi asli awan masing-masing ada tempatnya. Kami memberitahu anda bila iPaaS lebih baik daripada kod tersuai, dan bila tidak.

    Apa yang kami lakukan

    • Penilaian middleware sedia ada
    • Pemilihan platform berdasarkan jumlah kos pemilikan
    • Pemetaan dan penyambung yang boleh diguna semula
    • Migrasi daripada middleware lama

    Apa yang anda terima

    • Rekod keputusan platform integrasi
    • Pustaka corak integrasi
    • Pelan migrasi bagi antara muka sedia ada

  4. 04 Identiti dan kepercayaan antara sistem

    OAuth 2.0 dan OpenID Connect, TLS bersama (mutual TLS), identiti antara perkhidmatan, dan reka bentuk integrasi dengan identiti digital nasional bagi rakyat dan perniagaan: MyDigital ID di Malaysia, serta skim eID negara anggota EU seperti itsme, DigiD, BundID, FranceConnect dan SPID.

    Apa yang kami lakukan

    • Seni bina identiti bagi pengguna dan perkhidmatan
    • Reka bentuk token, skop dan persetujuan
    • Sokongan penyertaan dan pensijilan identiti digital
    • Persediaan bagi Dompet Identiti Digital EU

    Apa yang anda terima

    • Reka bentuk identiti dan model ancaman
    • Integrasi identiti digital dalam operasi
    • Identiti perkhidmatan dan putaran rahsia dilaksanakan

  5. 05 Platform kerajaan dan e-Invois

    Sambungan kepada MyInvois Lembaga Hasil Dalam Negeri Malaysia (LHDNM) melalui API, kepada rangkaian Peppol melalui penyedia perkhidmatan yang diakreditasi oleh MDEC dengan spesifikasi MY PINT, dan, bagi kumpulan dengan anak syarikat di Eropah, kepada platform pertukaran data kebangsaan negara anggota EU dan Sistem Teknikal Sekali Sahaja (Once-Only Technical System) EU.

    Apa yang kami lakukan

    • Penyertaan bersama pengendali platform atau penyedia perkhidmatan
    • Pemetaan kepada standard data kebangsaan seperti MY PINT
    • Keperluan keselamatan dan pengelogan bagi setiap platform
    • Reka bentuk pertukaran bukti sekali sahaja bagi platform EU

    Apa yang anda terima

    • Sambungan ke platform yang lulus ujian penerimaan
    • Dokumentasi pemetaan
    • Prosedur operasi bersama pengendali atau penyedia

  6. 06 Keterlihatan operasi bagi pengguna perniagaan

    Pemantauan aliran yang boleh dibaca oleh pengguna perniagaan, rekonsiliasi antara sistem, dan baris gilir ralat yang dimiliki serta diselesaikan oleh seseorang.

    Apa yang kami lakukan

    • Pemantauan aliran pada peringkat perniagaan
    • Laporan rekonsiliasi antara sistem
    • Pengelasan dan penghalaan ralat
    • Amaran bagi setiap pemilik aliran

    Apa yang anda terima

    • Papan pemuka integrasi bagi setiap proses perniagaan
    • Semakan rekonsiliasi dalam operasi
    • Peta pemilikan bagi setiap baris gilir ralat

03 Seni bina

Seni bina rujukan ilustrasi

Dua laluan keluar daripada sistem rekod. Permintaan segerak melalui API sistem dan gateway yang menyemak identiti, skop dan kuota. Perubahan diterbitkan sebagai peristiwa melalui outbox atau tangkapan perubahan data, dan penerima memprosesnya secara idempoten.

Mesej yang gagal masuk ke baris gilir dead-letter dengan main semula, bukan ke fail log. Jalur pemantauan menunjukkan setiap aliran dalam istilah perniagaan, supaya pemilik proses dapat melihat apabila ia berhenti.

Lapisan dalam lukisan

Sistem rekod
ERP, CRM dan pengurusan kes kekal berautoriti ke atas data masing-masing.
API segerak
API sistem berversi di belakang gateway dengan OAuth 2.0, mTLS dan kuota.
Peristiwa
Outbox, broker, baris gilir dead-letter dan pemetaan platform integrasi.
Penerima
Portal, aplikasi, ejen, rakan kongsi dan platform kerajaan seperti MyInvois, dengan identiti digital apabila rakyat terlibat.
Contoh ilustrasi

  1. Sistem rekod

    • ERP, CRM dan sistem kes

  2. API segerak

    • API sistem
    • Gateway API: OAuth 2.0, mTLS, kuota

  3. Peristiwa

    • Outbox dan CDC
    • Broker peristiwa
    • Dead-letter dan main semula
    • Pemetaan platform integrasi

  4. Penerima

    • Portal, aplikasi dan ejen
    • Platform rakan kongsi dan kerajaan
    • Identiti: OIDC, mTLS, eID

  5. Kendalikan

    • Pemantauan aliran, rekonsiliasi, pemilik baris gilir ralat
API dan tulang belakang peristiwa, seiring

Seni bina ilustrasi, bukan sistem pelanggan.

Baca rajah dalam bentuk teks

Laluan utama bermula daripada sistem rekod, melalui API sistem berversi dan gateway API, kepada portal, aplikasi dan ejen.

Secara selari, sistem rekod menerbitkan perubahan melalui outbox dan tangkapan perubahan data kepada broker peristiwa, yang menghantarnya kepada platform rakan kongsi dan kerajaan serta kepada platform integrasi untuk pemetaan. Mesej yang gagal pergi ke baris gilir dead-letter dengan main semula. Perkhidmatan identiti dengan OAuth, mTLS dan eID melindungi pertukaran dengan rakan kongsi.

Jalur pemantauan di bawah menunjukkan status aliran, rekonsiliasi dan baris gilir ralat yang ada pemiliknya.

04 Pertimbangan dan had

Pertimbangan kejuruteraan dan had

  • Penghantaran tepat sekali (exactly-once) ialah reka bentuk, bukan tetapan

    Cara kami mengendalikannya

    Kami menganggap mesej boleh tiba dua kali atau tidak mengikut susunan, dan mereka bentuk penerima supaya idempoten, dengan kunci dan peraturan susunan dipersetujui bagi setiap jenis peristiwa.

    Had dan kebergantungan

    Sesetengah sistem lama tidak dapat menerima kunci idempotensi atau melaporkan apa yang telah diproses. Di sekeliling sistem sebegitu, kami menambah rekonsiliasi dan tidak berpura-pura.

  • iPaaS bukan selalu jawapannya

    Cara kami mengendalikannya

    Platform lebih sesuai bagi banyak penyambung dan pemetaan standard. Perkhidmatan tersuai lebih sesuai bagi logik yang kompleks, volum tinggi atau kependaman yang ketat. Kami mendokumenkan pilihan bagi setiap integrasi.

    Had dan kebergantungan

    Model lesen berubah. Platform yang murah hari ini boleh menjadi item terbesar dalam belanjawan integrasi anda, jadi kami memodelkan kos bagi beberapa tahun.

  • Platform kerajaan menetapkan rentak sendiri

    Cara kami mengendalikannya

    Kami menyediakan fail penyertaan, bukti keselamatan dan pelan ujian lebih awal, dan bekerja dengan pengendali platform atau penyedia perkhidmatan sejak minggu pertama.

    Had dan kebergantungan

    Jadual pensijilan, ujian dan penyertaan ditetapkan oleh pengendali, bukan oleh kami. Kami merancang mengikutnya dan memberitahu anda kedudukannya pada laluan kritikal.

  • Pengguna AI memerlukan API yang sempit

    Cara kami mengendalikannya

    Ejen dan pembantu AI diberi API khusus yang berskop terhad, dengan had dan log audit, bukan akses luas yang sama seperti perkhidmatan dalaman.

    Had dan kebergantungan

    Mendedahkan API kepada ejen menambah risiko. Kami menyemak setiap satu bersama pasukan keselamatan anda sebelum ia mula beroperasi.

05 Cara kami bekerja

Cara kami bekerja

Kami meleraikan dahulu sebelum membina, dan setiap aliran ditinggalkan dengan pemilik.

  1. 01

    Petakan aliran

    Setiap antara muka, volumnya, sejarah kegagalannya dan pemilik perniagaannya.

    HasilLandskap integrasi dan kedudukan risiko

  2. 02

    Tetapkan peraturan

    Garis panduan API, konvensyen peristiwa, model identiti dan pilihan platform.

    HasilGaris panduan integrasi dan rekod keputusan

  3. 03

    Pindahkan aliran demi aliran

    Aliran berisiko tinggi dahulu, dengan rekonsiliasi berjalan seiring antara muka lama sehingga angkanya sepadan.

    HasilAliran yang dipindahkan dengan bukti rekonsiliasi

  4. 04

    Kendalikan secara telus

    Papan pemuka bagi setiap proses perniagaan dan baris gilir ralat dengan pemilik yang dinamakan.

    HasilPeta pemilikan aliran dan papan pemuka

06 Kawalan manusia

Di mana manusia kekal memegang kawalan

Integrasi berjalan tanpa pengawasan. Tanggungjawab atas apa yang tidak kena tidak boleh dibiarkan tanpa pemilik.

  • Setiap baris gilir ralat ada pemilik

    Mesej yang gagal pergi kepada pasukan yang bertanggungjawab ke atasnya, dengan konteks dan butang main semula, bukan ke log yang dikongsi.

  • Perubahan kontrak disemak

    Perubahan API atau peristiwa yang tidak serasi ke belakang melalui semakan bersama penerima sebelum diterbitkan.

  • Main semula dibuat dengan sengaja

    Memainkan semula mesej ke dalam sistem rekod ialah tindakan yang dibenarkan, dilog bersama siapa yang melakukannya dan sebabnya.

07 Teknologi

Teknologi yang kami gunakan

Platform integrasi
  • SAP Integration Suite
  • MuleSoft
  • Azure Integration Services
  • Perkhidmatan integrasi AWS dan Google Cloud
Peristiwa dan penstriman
  • Apache Kafka
  • RabbitMQ
  • Broker peristiwa awan
  • Debezium untuk tangkapan perubahan data
API
  • OpenAPI dan AsyncAPI
  • Gateway API dan portal pembangun
  • GraphQL apabila sesuai
  • Ujian kontrak
Identiti
  • OAuth 2.0 dan OpenID Connect
  • TLS bersama (mutual TLS)
  • Keycloak dan penyedia identiti awan
  • Skim identiti digital nasional

Penyenaraian sesuatu teknologi menggambarkan pengalaman kejuruteraan kami. Ia tidak membayangkan perkongsian dengan, atau sokongan daripada, pembekalnya.

08 Contoh

Contoh ilustrasi

Contoh ilustrasi

ERP pengedar yang disambungkan kepada MyInvois dan Peppol

01Situasi
Sebuah syarikat pengedaran dengan ERP lama dan beberapa sistem jualan perlu mengeluarkan e-Invois bagi setiap transaksi. Pasukan kewangan menyemak status pengesahan secara manual dan menyalin semula data pelanggan antara sistem.
02Apa yang akan kami bina
Lapisan integrasi yang menghantar invois daripada ERP kepada MyInvois melalui API, atau melalui penyedia perkhidmatan Peppol, dengan pemetaan data induk, baris gilir ralat dan rekonsiliasi antara ERP dan status pengesahan.
03Di mana manusia memutuskan
Pasukan kewangan memutuskan pembetulan bagi invois yang ditolak; perubahan pemetaan dan main semula dilakukan oleh pemilik aliran yang dinamakan, dan setiap tindakan dilog.
04Apa yang akan kami ukur
Bahagian invois yang disahkan pada cubaan pertama, masa daripada penolakan hingga pembetulan, dan bilangan pembetulan manual setiap bulan.

09 Sektor

Dalam sektor anda

  • Sektor awam

    Pertukaran data dengan sistem kerajaan, log masuk melalui identiti digital bagi rakyat dan perniagaan, dan pengelogan yang diperlukan oleh platform kebangsaan. Lihat pendekatan kami bagi sektor awam.

  • Pembuatan

    ERP, MES dan portal pembekal disambungkan melalui peristiwa, supaya perancangan, pengeluaran dan servis berkongsi satu gambaran, dan e-Invois mengalir terus daripada ERP ke MyInvois.

  • Perkhidmatan kewangan

    Sistem teras, CRM dan API rakan kongsi disambungkan dengan identiti yang kukuh, log audit dan rekonsiliasi yang dipercayai oleh bahagian kewangan.

Malaysia

e-Invois di Malaysia dan pertukaran data merentas sempadan

e-Invois diwajibkan secara berperingkat mengikut perolehan tahunan, bermula 1 Ogos 2024 hingga fasa keempat pada 1 Januari 2026; perniagaan dengan perolehan tahunan kurang daripada RM3 juta dikecualikan. Invois disahkan melalui portal atau API MyInvois Lembaga Hasil Dalam Negeri Malaysia (LHDNM). Penghantaran melalui penyedia perkhidmatan Peppol ialah satu pilihan yang diiktiraf, dengan MDEC sebagai Pihak Berkuasa Peppol bagi Malaysia dan spesifikasi MY PINT.

Bagi kumpulan dengan anak syarikat di Eropah, setiap negara anggota EU mempunyai platform pertukaran data dan skim eID sendiri. Akta Interoperabiliti Eropah meminta badan awam EU menilai interoperabiliti merentas sempadan, dan eIDAS 2 memperkenalkan Dompet Identiti Digital EU. Kami mereka bentuk lapisan integrasi supaya MyInvois, Peppol dan platform kebangsaan menjadi penyesuai di belakang kontrak dalaman yang stabil. Menambah negara atau saluran baharu bermakna menambah penyesuai dan proses penyertaannya, bukan mengubah sistem di belakangnya.

Soalan tentang integrasi dan API

Patutkah kami menggunakan platform integrasi atau membina integrasi tersuai?

Kedua-duanya, bagi aliran yang berbeza. Penyambung standard, pemetaan dan penyertaan rakan kongsi lebih sesuai dengan platform. Aliran bervolum tinggi, sensitif kependaman atau berat logik selalunya lebih sesuai dengan perkhidmatan tersuai. Kami memutuskan bagi setiap aliran dan mendokumenkan sebabnya.

Adakah anda menyepadukan Salesforce, SAP dan Odoo?

Ya, dengan satu sama lain dan dengan sistem tersuai serta sistem kerajaan. FromNine memegang status rakan kongsi bagi ketiga-tiganya (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner), jadi pasukan integrasi kami bekerja bersama pakar platform. Lihat SAP di FromNine.

Adakah kami memerlukan integrasi berasaskan peristiwa?

Peristiwa membantu apabila beberapa sistem perlu bertindak balas terhadap perubahan yang sama, atau apabila anda perlu memisahkan kitaran keluaran. Bagi permintaan dan respons mudah antara dua sistem, API selalunya mencukupi. Kebanyakan landskap sistem menggunakan kedua-duanya.

Bolehkah anda menyambungkan ERP kami kepada MyInvois?

Ya. Kami boleh menyambungkan ERP anda kepada MyInvois melalui API LHDNM, atau kepada rangkaian Peppol melalui penyedia perkhidmatan yang diakreditasi oleh MDEC dengan spesifikasi MY PINT. Sejak 1 Januari 2026, fasa keempat e-Invois meliputi perniagaan dengan perolehan tahunan sehingga RM5 juta, dan perniagaan dengan perolehan tahunan kurang daripada RM3 juta dikecualikan. Pilihan saluran bergantung pada ERP, volum dan struktur kumpulan anda, dan kami mendokumenkan sebabnya.

Kami mempunyai middleware lama. Perlukah kami menggantikannya?

Tidak sekali gus. Kami memetakan apa yang berjalan padanya, memindahkan aliran yang paling berisiko atau paling mahal dahulu dan mengekalkan rekonsiliasi sehingga setiap aliran yang dipindahkan terbukti.

Bawa antara muka yang paling kerap gagal

Kami akan menunjukkan cara kami menjadikannya boleh dipantau, idempoten dan ada pemilik, serta apa yang diperlukan untuk melakukan perkara yang sama bagi yang lain.

Bincangkan projek andaLihat khidmat pelanggan