Langkau ke kandungan
XSIS
Seorang jurutera bekerja pada kabel rangkaian dalam cahaya biru

Perusahaan dan Integrasi

Perkhidmatan integrasi perisian tengah dan API

Satu lapisan integrasi untuk setiap sistem dan rakan kongsi, dengan kes kegagalan dikendalikan

Apabila setiap sambungan menjadi skrip tersendiri

Kebanyakan perniagaan bergantung pada perkhidmatan yang tidak mereka jalankan sendiri: CRM, pembawa dan penyedia logistik 3PL, platform cukai, saringan KYC dan AML, serta alat SaaS. Setiap satu mempunyai API sendiri, had sendiri dan cara gagal sendiri.

Apabila disambungkan satu demi satu, ia menjadi sekumpulan skrip hujung ke hujung yang tiada siapa faham sepenuhnya. Rakan kongsi mengubah API, satu mesej hilang pada waktu malam, dan tanda pertama yang muncul ialah aduan pelanggan.

Apa yang berubah untuk anda

  1. Satu lapisan dan bukan jaringan skrip

    Sistem menerbitkan dan menerima peristiwa melalui satu lapisan tertadbir, jadi menambah rakan kongsi tidak bermaksud menyentuh setiap sistem.

  2. Tiada yang hilang, tiada yang berganda

    Penulisan idempoten, cubaan semula dengan jeda beransur dan baris gilir surat mati, supaya kegagalan ditangkap dan dimainkan semula dan bukannya hilang.

  3. Setiap aliran kelihatan

    Jejak, kadar ralat dan kependaman bagi setiap rakan kongsi, dengan amaran yang menyatakan rakan kongsi mana yang gagal dan bagaimana.

Apa yang kami sampaikan

  • Gerbang API

    Satu pintu hadapan tertadbir bagi API yang anda terbitkan: pengesahan, had kadar, kuota, pengurusan versi dan analitik penggunaan.

  • Jaringan peristiwa dan bas perkhidmatan perusahaan

    Jaringan peristiwa ialah rangkaian pendengar yang mengarahkan peristiwa antara sistem dan lokasi secara masa nyata. Jika persekitaran anda sudah menggunakan bas perkhidmatan perusahaan (ESB), kami juga mereka bentuk dan mengembangkannya.

  • Automasi aliran kerja BPMN

    Proses yang merentas sistem dan manusia, seperti pendaftaran atau kelulusan, dimodelkan dalam BPMN (Business Process Model and Notation) dan dijalankan oleh enjin aliran kerja.

  • Penyambung ekosistem pihak ketiga

    Penyambung melalui REST, SOAP dan webhook, atau melalui iPaaS (integration platform as a service), bagi CRM, logistik 3PL, cukai serta penyedia KYC dan AML.

  • Kontrak API dan pengurusan versi

    Definisi OpenAPI atau WSDL bagi setiap antara muka, dengan peraturan medan, kod ralat dan had, serta dasar untuk menyerap perubahan daripada rakan kongsi.

  • Identiti dan rahsia

    Log masuk tunggal dengan OpenID Connect atau SAML, akses perkhidmatan dengan OAuth 2.0, dan kelayakan dalam peti besi rahsia, berskop dan diputar.

  • Kebolehpercayaan dan pemantauan

    Kunci idempotensi, cubaan semula, baris gilir surat mati dan laluan operasi manusia bagi setiap pengecualian, dengan papan pemuka dan amaran bagi setiap rakan kongsi.

Cara kami bekerja

  1. Menilai keadaan

    Kami menyenaraikan sistem dan rakan kongsi yang menjadi tempat anda bergantung, data yang diperlukan oleh setiap satu dan kegagalan yang anda hadapi hari ini.

  2. Mereka bentuk lapisan

    Kami menulis kontrak API dan memilih panggilan terus, peristiwa, ESB atau platform integrasi bagi setiap aliran.

  3. Membina penyambung

    Kami membina setiap penyambung dengan pengendalian ralat, perlindungan pertindihan dan perekodan sedia ada sejak awal.

  4. Menguji dengan setiap rakan kongsi

    Kami menjalankan ujian kontrak dan senario hujung ke hujung dalam persekitaran ujian setiap rakan kongsi, termasuk kes kegagalan.

  5. Mengeluarkan dengan selamat

    Kami mengeluarkan secara berperingkat dan mengekalkan laluan lama sehingga laluan baharu terbukti.

  6. Mengendalikan dan menyesuaikan

    Kami memantau kadar ralat dan surat mati, serta menyesuaikan penyambung apabila rakan kongsi mengubah API mereka.

ERP ke pihak ketiga: satu platform, banyak rakan kongsiPeristiwa perniagaan keluar daripada ERP sekali dan platform integrasi menghantarnya kepada setiap rakan kongsi dalam format yang dijangka. Panggilan balik kembali melalui laluan yang sama. Mesej yang masih gagal selepas cubaan semula masuk ke baris gilir surat mati dan membangkitkan makluman dengan muatan dilampirkan.ERPERPPelanggan, pesanan,invoisXSISPlatform integrasiiPaaS atauperkhidmatan tersuai,pemetaan dan cubaansemulaPihak ketigaCRMAkaun, kenalan danpeluangPihak ketigaLogistik danpengangkutPenghantaran danpenjejakanPihak ketigaPlatform e-invoisdan cukaiKelulusan danpelaporanPihak ketigaPenyedia KYC danidentitiPengesahan dansaringanPerkhidmatanBaris gilir suratmati danmaklumanTiada yangdigugurkanOrangPasukan sokongan1REST · OData · webhook2REST/JSON3REST/JSON4webhook5SOAP/XML · REST6REST/JSON7webhook89

ERP ke pihak ketiga: satu platform, banyak rakan kongsi

Peristiwa perniagaan keluar daripada ERP sekali dan platform integrasi menghantarnya kepada setiap rakan kongsi dalam format yang dijangka. Panggilan balik kembali melalui laluan yang sama. Mesej yang masih gagal selepas cubaan semula masuk ke baris gilir surat mati dan membangkitkan makluman dengan muatan dilampirkan.

  • Aliran utama
  • Tak segerak
  • Laluan pengecualian
Aliran dalam 9 langkah

Aliran, langkah demi langkah

  1. Dari ERP ke Platform integrasi: Peristiwa perniagaan, melalui REST · OData · webhook (aliran utama).
  2. Dari Platform integrasi ke CRM: Pelanggan dan pesanan, melalui REST/JSON (aliran utama).
  3. Dari Platform integrasi ke Logistik dan pengangkut: Penghantaran ditempah, melalui REST/JSON (aliran utama).
  4. Dari Logistik dan pengangkut ke Platform integrasi: Peristiwa penjejakan, melalui webhook (tak segerak).
  5. Dari Platform integrasi ke Platform e-invois dan cukai: Invois untuk kelulusan, melalui SOAP/XML · REST (aliran utama).
  6. Dari Platform integrasi ke Penyedia KYC dan identiti: Semakan identiti, melalui REST/JSON (aliran utama).
  7. Dari Penyedia KYC dan identiti ke Platform integrasi: Keputusan semakan, melalui webhook (tak segerak).
  8. Dari Platform integrasi ke Baris gilir surat mati dan makluman: Gagal selepas cubaan semula, ke baris gilir surat mati (laluan pengecualian).
  9. Dari Baris gilir surat mati dan makluman ke Pasukan sokongan: Makluman dengan muatan dan ralat (laluan pengecualian).

Protokol, platform dan piawaian

Jika anda sudah memiliki platform integrasi, kami membina di atasnya. Menyebut nama produk tidak bermaksud kami berganding dengan vendornya.

Data dan analitik
  • Apache Kafka
Integrasi
  • REST
  • SOAP
  • GraphQL
  • Webhooks
  • OpenAPI
  • MuleSoft
  • Boomi
  • Azure Logic Apps
  • Apache Camel
  • RabbitMQ
Identiti dan akses
  • OAuth 2.0
  • OpenID Connect
  • SAML 2.0
  • SCIM
  • Keycloak
  • Microsoft Entra ID
Piawaian penjagaan kesihatan
  • HL7 v2
  • HL7 FHIR

Bukti dalam pengeluaran

Bagi sebuah bank Tier-1 di GCC dan konglomerat serantau, kami membina jaringan perisian tengah berteraskan peristiwa di atas Apache Kafka. Ia menyambungkan SAP S/4HANA kepada bank dan pihak berkuasa cukai, dengan rahsia disimpan dalam HashiCorp Vault.

Cara bermula

Senarai rakan kongsi dan aliran yang jelas terus ke cadangan. Jaringan integrasi sedia ada yang tidak didokumenkan bermula dengan Brownfield Diagnostic Bridge.

Apa yang berlaku seterusnya

  1. Sesi praperundingan

    Satu sesi praperundingan dalam talian percuma selama 30 minit: kami meneliti matlamat, sistem dan kekangan anda.

  2. Semakan kesediaan

    Dalam satu semakan kesediaan percuma selama 48 jam, seorang Arkitek Utama menyemak projek anda menurut Takrif Kesediaan 6 perkara dan mengesyorkan landasan yang sesuai.

  3. Memilih landasan

    Projek yang bersedia dari segi skop menerima cadangan mengikat dalam 3 hingga 5 hari perniagaan. Projek pada peringkat konsep bermula di Blueprint Studio. Sistem yang sedang berjalan tetapi gagal, tidak didokumenkan atau memerlukan integrasi bermula dengan diagnostik selama 1 hingga 2 minggu. Blueprint Studio dan diagnostik masing-masing mempunyai fi tetap, disebut dalam cadangan.

  4. Penyampaian dalam lima peringkat

    Mobilisasi, sprint dengan demonstrasi langsung, integrasi dan pengukuhan, penerimaan dan pelancaran, kemudian perkhidmatan terurus. Selepas pelancaran menyusul tempoh jaminan, kemudian sokongan dan penyelenggaraan pilihan.

Soalan dan jawapan

Patutkah kami menggunakan platform integrasi atau kod tersuai?

Ia bergantung kepada berapa banyak sambungan yang anda ada dan siapa yang akan mengendalikannya. Platform integrasi seperti MuleSoft, Boomi atau Azure Logic Apps memberi anda penyambung sedia, pemetaan dan pemantauan di satu tempat, dengan kos lesen. Perkhidmatan tersuai memberi anda kawalan penuh tanpa lesen, tetapi lebih banyak kod untuk diselenggara. Kami membandingkan kedua-duanya bagi kes anda.

Apakah perbezaan antara ESB dan jaringan peristiwa?

Bas perkhidmatan perusahaan mengarahkan dan mengubah mesej melalui satu hab pusat. Jaringan peristiwa mengedarkan peristiwa melalui rangkaian pendengar yang bersambung, supaya sistem dalam awan dan lokasi berbeza menerbitkan dan melanggan secara terus. Banyak persekitaran menjalankan kedua-duanya semasa beralih daripada satu kepada yang lain.

Apa yang berlaku apabila API rakan kongsi tidak berfungsi?

Permintaan yang gagal atas sebab sementara dicuba semula dengan jeda yang semakin meningkat. Setiap penulisan membawa kunci idempotensi, jadi cubaan semula tidak sekali-kali mencipta pesanan atau invois kedua. Mesej yang masih gagal masuk ke baris gilir surat mati bersama muatan dan ralatnya. Amaran sampai kepada pasukan anda, dan mesej dimainkan semula setelah rakan kongsi pulih.

Bagaimana anda mengendalikan perubahan versi API?

Bagi API yang anda terbitkan, kami menguruskan versinya, mengekalkan versi lama berjalan untuk tempoh yang dipersetujui dan memberitahu pengguna tentang perubahannya. Bagi API yang anda panggil, kami menjejaki notis penghentian setiap rakan kongsi dan menguji versi baharu dalam kotak pasir mereka. Ujian kontrak menangkap perubahan yang tidak diumumkan sebelum ia sampai ke pengeluaran.

Bolehkah anda menyambungkan penyedia identiti kami?

Boleh. Kami menambah log masuk tunggal dengan OpenID Connect atau SAML 2.0 melalui penyedia seperti Microsoft Entra ID atau Keycloak. Pengguna diperuntukkan dengan SCIM di tempat aplikasi menyokongnya. Penyedia identiti anda kekal sebagai satu-satunya tempat akses diberikan dan ditarik balik.

Bagaimana anda mengendalikan had kadar?

Kami mereka bentuk mengikut had yang diterbitkan oleh setiap rakan kongsi. Kami mengelompokkan permintaan di tempat API membenarkannya, menyimpan cache data yang jarang berubah, menyebarkan tugasan berjadual dan berundur apabila had hampir dicapai. Pemantauan menunjukkan sejauh mana setiap aliran berjalan berbanding hadnya.

Bersedia untuk membina? Minta cadangan.

Hantar keperluan atau RFP anda. Arkitek kami mengesahkannya dan mengembalikan cadangan mengikat dengan skop tetap.

Apa yang berlaku seterusnya

  1. Semakan kesediaan

    Dalam satu semakan kesediaan percuma selama 48 jam, seorang Arkitek Utama menyemak projek anda menurut Takrif Kesediaan 6 perkara dan mengesyorkan landasan yang sesuai.

  2. Cadangan mengikat

    Selepas pengesahan seni bina tanpa kos, anda menerima cadangan mengikat berskop tetap dalam 3 hingga 5 hari perniagaan: pencapaian, seni bina, struktur pasukan dan SLA. Kami menandatangani perjanjian kerahsiaan (NDA) dengan anda atas permintaan, sebelum anda berkongsi keperluan anda.

  3. Mobilisasi

    Setelah anda menandatangani, pod kejuruteraan kami memulakan Sprint 0 dalam 5 hingga 10 hari perniagaan selepas kontrak ditandatangani.

  4. Penyampaian dalam lima peringkat

    Mobilisasi, sprint dengan demonstrasi langsung, integrasi dan pengukuhan, penerimaan dan pelancaran, kemudian perkhidmatan terurus. Selepas pelancaran menyusul tempoh jaminan, kemudian sokongan dan penyelenggaraan pilihan.