Lewati ke konten
XSIS
Seorang insinyur mengerjakan pengkabelan jaringan dalam cahaya biru

Integrasi Enterprise

Layanan integrasi middleware dan API

Satu lapisan integrasi untuk setiap sistem dan mitra, dengan kasus kegagalan yang ditangani

Ketika setiap koneksi punya skripnya sendiri

Sebagian besar bisnis bergantung pada layanan yang tidak mereka jalankan sendiri: CRM, pengangkut dan penyedia logistik 3PL, platform pajak, penyaringan KYC dan AML, serta alat SaaS. Masing-masing memiliki API, batas, dan cara gagalnya sendiri.

Jika dihubungkan satu per satu, semuanya menjadi kumpulan skrip point-to-point yang tidak dipahami sepenuhnya oleh siapa pun. Seorang mitra mengubah API-nya, sebuah pesan hilang pada malam hari, dan tanda pertama adalah keluhan pelanggan.

Yang berubah bagi Anda

  1. Satu lapisan, bukan jaring skrip

    Sistem menerbitkan dan menerima event melalui satu lapisan terkelola, sehingga menambah mitra tidak berarti harus menyentuh setiap sistem.

  2. Tidak ada yang hilang, tidak ada yang ganda

    Penulisan idempoten, percobaan ulang dengan jeda meningkat, dan antrean pesan gagal, sehingga kegagalan tertangkap dan diputar ulang, bukan hilang.

  3. Setiap alur terlihat

    Penelusuran, tingkat kesalahan, dan latensi per mitra, dengan peringatan yang menyebutkan mitra mana yang gagal dan bagaimana.

Yang kami sediakan

  • Gateway API

    Satu pintu depan terkelola untuk API yang Anda terbitkan: autentikasi, batas laju, kuota, versi, dan analitik penggunaan.

  • Event mesh dan enterprise service bus

    Event mesh adalah jaringan broker yang merutekan event antarsistem dan antarlokasi secara waktu nyata. Jika lanskap sistem Anda sudah berjalan pada enterprise service bus (ESB), kami juga merancang dan memperluasnya.

  • Otomasi alur kerja BPMN

    Proses yang melintasi sistem dan orang, seperti onboarding atau persetujuan, dimodelkan dalam BPMN (Business Process Model and Notation) dan dijalankan oleh mesin alur kerja.

  • Konektor ekosistem pihak ketiga

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

  • Kontrak API dan versi

    Definisi OpenAPI atau WSDL untuk setiap antarmuka, dengan aturan bidang, kode kesalahan, dan batas, serta kebijakan untuk menyerap perubahan mitra.

  • Identitas dan rahasia

    Single sign-on dengan OpenID Connect atau SAML, akses layanan dengan OAuth 2.0, dan kredensial di brankas rahasia, yang cakupannya dibatasi dan dirotasi.

  • Keandalan dan pemantauan

    Kunci idempotensi, percobaan ulang, antrean pesan gagal, dan jalur operasi manusia untuk setiap pengecualian, dengan dasbor dan peringatan per mitra.

Cara kami bekerja

  1. Inventarisasi

    Kami mendata sistem dan mitra yang menjadi ketergantungan Anda, data yang dibutuhkan masing-masing, dan kegagalan yang Anda lihat hari ini.

  2. Rancang lapisannya

    Kami menulis kontrak API dan memilih panggilan langsung, event, ESB, atau platform integrasi untuk setiap alur.

  3. Bangun konektornya

    Kami membangun setiap konektor dengan penanganan kesalahan, perlindungan duplikasi, dan pencatatan log yang sudah ada sejak awal.

  4. Uji bersama setiap mitra

    Kami menjalankan uji kontrak dan skenario ujung ke ujung di lingkungan pengujian setiap mitra, termasuk skenario kegagalan.

  5. Rilis dengan aman

    Kami merilis bertahap dan tetap menyediakan jalur lama sampai jalur baru terbukti.

  6. Jalankan dan sesuaikan

    Kami memantau tingkat kesalahan dan pesan gagal, serta menyesuaikan konektor ketika mitra mengubah API-nya.

ERP ke pihak ketiga: satu platform, banyak mitraPeristiwa bisnis keluar dari ERP satu kali, lalu platform integrasi menyampaikannya ke setiap mitra dalam format yang diharapkan. Callback kembali melalui jalur yang sama. Pesan yang tetap gagal setelah percobaan ulang masuk ke antrean pesan gagal dan memicu peringatan dengan payload terlampir.ERPERPPelanggan, pesanan,fakturXSISPlatform integrasiiPaaS atau layanankustom, pemetaan danpercobaan ulangPihak ketigaCRMAkun, kontak danpeluangPihak ketigaLogistik danpengangkutPengiriman danpelacakanPihak ketigaPlatform e-fakturdan pajakPengesahan danpelaporanPihak ketigaKYC dan penyediaidentitasVerifikasi danpenyaringanLayananAntrean pesangagal danperingatanTidak ada pesan yanghilangOrangTim dukungan1REST · OData · webhook2REST/JSON3REST/JSON4webhook5SOAP/XML · REST6REST/JSON7webhook89

ERP ke pihak ketiga: satu platform, banyak mitra

Peristiwa bisnis keluar dari ERP satu kali, lalu platform integrasi menyampaikannya ke setiap mitra dalam format yang diharapkan. Callback kembali melalui jalur yang sama. Pesan yang tetap gagal setelah percobaan ulang masuk ke antrean pesan gagal dan memicu peringatan dengan payload terlampir.

  • Alur utama
  • Asinkron
  • Jalur pengecualian
Alur dalam 9 langkah

Alur, langkah demi langkah

  1. Dari ERP ke Platform integrasi: Peristiwa bisnis, melalui REST · OData · webhook (alur utama).
  2. Dari Platform integrasi ke CRM: Pelanggan dan pesanan, melalui REST/JSON (alur utama).
  3. Dari Platform integrasi ke Logistik dan pengangkut: Pengiriman yang dipesan, melalui REST/JSON (alur utama).
  4. Dari Logistik dan pengangkut ke Platform integrasi: Peristiwa pelacakan, melalui webhook (asinkron).
  5. Dari Platform integrasi ke Platform e-faktur dan pajak: Faktur untuk pengesahan, melalui SOAP/XML · REST (alur utama).
  6. Dari Platform integrasi ke KYC dan penyedia identitas: Pemeriksaan identitas, melalui REST/JSON (alur utama).
  7. Dari KYC dan penyedia identitas ke Platform integrasi: Hasil pemeriksaan, melalui webhook (asinkron).
  8. Dari Platform integrasi ke Antrean pesan gagal dan peringatan: Gagal setelah percobaan ulang, masuk ke antrean pesan gagal (jalur pengecualian).
  9. Dari Antrean pesan gagal dan peringatan ke Tim dukungan: Peringatan dengan payload dan kesalahan (jalur pengecualian).

Protokol, platform, dan standar

Jika Anda sudah memiliki platform integrasi, kami membangun di atasnya. Penyebutan nama produk tidak berarti kemitraan dengan vendor produk tersebut.

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

Bukti di produksi

Untuk bank GCC Tier-1 dan konglomerat regional, kami membangun mesh middleware berbasis event di atas Apache Kafka. Mesh ini menghubungkan SAP S/4HANA ke bank dan otoritas pajak, dengan rahasia disimpan di HashiCorp Vault.

Cara memulai

Daftar mitra dan alur yang jelas langsung menuju proposal. Jaring integrasi yang sudah ada tanpa dokumentasi dimulai dengan Brownfield Diagnostic Bridge.

Yang terjadi selanjutnya

  1. Sesi pra-konsultasi

    sesi pra-konsultasi online gratis selama 30 menit: kami membahas sasaran, sistem, dan kendala Anda.

  2. Tinjauan kesiapan

    Dalam tinjauan kesiapan gratis selama 48 jam, Arsitek Utama memeriksa proyek Anda terhadap definisi siap 6 poin dan merekomendasikan jalur yang sesuai.

  3. Memilih jalur

    Proyek yang lingkupnya sudah siap menerima proposal yang mengikat dalam 3–5 hari kerja. Proyek pada tahap konsep dimulai di Blueprint Studio. Sistem yang sedang berjalan tetapi gagal, tidak terdokumentasi, atau perlu integrasi dimulai dengan diagnostik senilai 1–2 minggu. Blueprint Studio dan diagnostik masing-masing memiliki biaya tetap yang dicantumkan dalam proposal.

  4. Penyampaian dalam lima tahap

    Mobilisasi, sprint dengan demonstrasi langsung, integrasi dan pengerasan, penerimaan dan peluncuran, lalu layanan terkelola. Setelah peluncuran menyusul masa garansi, lalu dukungan dan pemeliharaan opsional.

Pertanyaan dan jawaban

Apakah sebaiknya menggunakan platform integrasi atau kode kustom?

Itu bergantung pada jumlah koneksi yang Anda miliki dan siapa yang akan menjalankannya. Platform integrasi seperti MuleSoft, Boomi atau Azure Logic Apps menyediakan konektor siap pakai, pemetaan dan pemantauan di satu tempat, dengan biaya lisensi. Layanan kustom memberi Anda kendali penuh dan tanpa lisensi, tetapi lebih banyak kode untuk dipelihara. Kami membandingkan keduanya untuk kasus Anda.

Apa perbedaan antara ESB dan event mesh?

ESB mengarahkan dan mentransformasi pesan melalui hub terpusat. Event mesh mendistribusikan peristiwa melalui jaringan broker yang terhubung, sehingga sistem di cloud dan lokasi berbeda dapat memublikasikan dan berlangganan secara langsung. Banyak lingkungan TI menjalankan keduanya selama peralihan dari satu ke yang lain.

Apa yang terjadi jika API mitra tidak tersedia?

Permintaan yang gagal karena alasan sementara dicoba ulang dengan jeda yang meningkat. Setiap penulisan membawa kunci idempotensi, sehingga percobaan ulang tidak pernah membuat pesanan atau faktur kedua. Pesan yang tetap gagal masuk ke antrean pesan gagal beserta payload dan kesalahannya. Peringatan dikirim ke tim Anda, dan pesan diputar ulang setelah mitra pulih.

Bagaimana Anda menangani perubahan versi API?

Untuk API yang Anda publikasikan, kami memberi versi, menjaga versi lama tetap berjalan selama periode yang disepakati dan memberi tahu konsumen tentang perubahannya. Untuk API yang Anda panggil, kami memantau pemberitahuan penghentian dari setiap mitra dan menguji versi baru di sandbox mereka. Uji kontrak menangkap perubahan yang tidak diumumkan sebelum mencapai produksi.

Apakah Anda dapat menghubungkan penyedia identitas kami?

Ya. Kami menambahkan single sign-on dengan OpenID Connect atau SAML 2.0 melalui penyedia seperti Microsoft Entra ID atau Keycloak. Penyediaan pengguna dilakukan dengan SCIM jika aplikasi mendukungnya. Penyedia identitas Anda tetap menjadi satu-satunya tempat akses diberikan dan dicabut.

Bagaimana Anda menangani batas laju?

Kami merancang dengan mengacu pada batas yang dipublikasikan setiap mitra. Kami menggabungkan permintaan dalam batch jika API memungkinkan, menyimpan data yang jarang berubah di cache, menyebar tugas terjadwal dan mengurangi laju saat batas hampir tercapai. Pemantauan menunjukkan seberapa dekat setiap alur berjalan terhadap batasnya.

Siap membangun? Ajukan proposal.

Kirimkan kebutuhan Anda atau RFP. Arsitek kami memvalidasinya dan mengembalikan proposal yang mengikat dengan lingkup tetap.

Yang terjadi selanjutnya

  1. Tinjauan kesiapan

    Dalam tinjauan kesiapan gratis selama 48 jam, Arsitek Utama memeriksa proyek Anda terhadap definisi siap 6 poin dan merekomendasikan jalur yang sesuai.

  2. Proposal yang mengikat

    Setelah validasi arsitektur tanpa biaya, Anda menerima proposal yang mengikat dengan lingkup tetap dalam 3–5 hari kerja: tonggak, arsitektur, struktur tim, dan SLA. Kami menandatangani perjanjian kerahasiaan (NDA) dengan Anda atas permintaan, sebelum Anda membagikan kebutuhan Anda.

  3. Mobilisasi

    Setelah Anda menandatangani, pod rekayasa kami memulai Sprint 0 dalam 5–10 hari kerja setelah penandatanganan kontrak.

  4. Penyampaian dalam lima tahap

    Mobilisasi, sprint dengan demonstrasi langsung, integrasi dan pengerasan, penerimaan dan peluncuran, lalu layanan terkelola. Setelah peluncuran menyusul masa garansi, lalu dukungan dan pemeliharaan opsional.