บริการมิดเดิลแวร์และการเชื่อมต่อ API
ชั้นการเชื่อมต่อเดียวสำหรับทุกระบบและคู่ค้า พร้อมจัดการกรณีล้มเหลว
เมื่อทุกการเชื่อมต่อเป็นสคริปต์ของตัวเอง
ธุรกิจส่วนใหญ่พึ่งพาบริการที่ตนเองไม่ได้ดำเนินการ: CRM ผู้ให้บริการขนส่งและผู้ให้บริการโลจิสติกส์ 3PL แพลตฟอร์มภาษี การคัดกรอง KYC และ AML และเครื่องมือ SaaS แต่ละบริการมี API ขีดจำกัด และวิธีล้มเหลวของตนเอง
เมื่อเชื่อมต่อทีละรายการ พวกมันกลายเป็นชุดสคริปต์แบบจุดต่อจุดที่ไม่มีใครเข้าใจครบถ้วน คู่ค้าเปลี่ยน API ข้อความหายไปตอนกลางคืน และสัญญาณแรกคือคำร้องเรียนจากลูกค้า
สิ่งที่เปลี่ยนไปสำหรับคุณ
ชั้นเดียวแทนสคริปต์ที่กระจัดกระจาย
ระบบต่างๆ เผยแพร่และรับเหตุการณ์ผ่านชั้นเดียวที่มีธรรมาภิบาล การเพิ่มคู่ค้าจึงไม่ต้องแตะทุกระบบ
ไม่มีข้อมูลสูญหาย ไม่มีข้อมูลซ้ำ
การเขียนแบบ idempotent การลองใหม่แบบเว้นช่วง และคิวข้อความที่ส่งไม่ได้ ความล้มเหลวจึงถูกจับและนำกลับมาประมวลผลใหม่แทนที่จะสูญหาย
มองเห็นทุกขั้นตอน
ร่องรอย อัตราข้อผิดพลาด และเวลาแฝงของแต่ละคู่ค้า พร้อมการแจ้งเตือนที่บอกว่าคู่ค้าใดล้มเหลวและอย่างไร
สิ่งที่เราส่งมอบ
API เกตเวย์
ประตูหน้าหนึ่งบานที่มีธรรมาภิบาลสำหรับ API ที่คุณเผยแพร่: การยืนยันตัวตน ขีดจำกัดอัตรา โควตา การจัดการเวอร์ชัน และการวิเคราะห์การใช้งาน
อีเวนต์เมชและเอ็นเตอร์ไพรส์เซอร์วิสบัส
อีเวนต์เมชคือเครือข่ายของโบรกเกอร์ที่ส่งต่อเหตุการณ์ระหว่างระบบและสถานที่แบบเรียลไทม์ เมื่อระบบของคุณใช้เอ็นเตอร์ไพรส์เซอร์วิสบัส (ESB) อยู่แล้ว เราก็ออกแบบและขยายส่วนนั้นด้วย
ระบบอัตโนมัติของเวิร์กโฟลว์ BPMN
กระบวนการที่ครอบคลุมระบบและผู้คน เช่น การรับลูกค้าใหม่หรือการอนุมัติ จำลองด้วย BPMN (Business Process Model and Notation) และรันด้วยเอนจินเวิร์กโฟลว์
ตัวเชื่อมต่อระบบนิเวศของบุคคลภายนอก
ตัวเชื่อมต่อผ่าน REST, SOAP และเว็บฮุก หรือผ่าน iPaaS (แพลตฟอร์มการเชื่อมต่อแบบบริการ) สำหรับผู้ให้บริการ CRM โลจิสติกส์ 3PL ภาษี KYC และ AML
สัญญา API และการจัดการเวอร์ชัน
คำนิยาม OpenAPI หรือ WSDL สำหรับแต่ละอินเทอร์เฟซ พร้อมกฎฟิลด์ รหัสข้อผิดพลาด และขีดจำกัด และนโยบายรับการเปลี่ยนแปลงของคู่ค้า
ตัวตนและข้อมูลลับ
การลงชื่อเข้าใช้ครั้งเดียวด้วย OpenID Connect หรือ SAML การเข้าถึงบริการด้วย OAuth 2.0 และข้อมูลรับรองในที่จัดเก็บข้อมูลลับที่จำกัดขอบเขตและหมุนเวียน
ความน่าเชื่อถือและการเฝ้าระวัง
คีย์กันทำซ้ำ การลองใหม่ คิวข้อความที่ส่งไม่ได้ และเส้นทางการปฏิบัติงานโดยมนุษย์สำหรับทุกข้อยกเว้น พร้อมแดชบอร์ดและการแจ้งเตือนรายคู่ค้า
วิธีการทำงานของเรา
สำรวจสิ่งที่มี
เราแสดงรายการระบบและคู่ค้าที่คุณพึ่งพา ข้อมูลที่แต่ละรายต้องการ และความล้มเหลวที่คุณเห็นในปัจจุบัน
ออกแบบชั้นการเชื่อมต่อ
เราเขียนสัญญา API และเลือกการเรียกโดยตรง เหตุการณ์ ESB หรือแพลตฟอร์มการเชื่อมต่อสำหรับแต่ละขั้นตอนการทำงาน
สร้างตัวเชื่อมต่อ
เราสร้างตัวเชื่อมต่อแต่ละตัวพร้อมการจัดการข้อผิดพลาด การป้องกันข้อมูลซ้ำ และการบันทึกตั้งแต่ต้น
ทดสอบกับแต่ละคู่ค้า
เรารันการทดสอบสัญญาและสถานการณ์แบบครบวงจรในสภาพแวดล้อมทดสอบของคู่ค้าแต่ละราย รวมถึงกรณีล้มเหลว
เผยแพร่อย่างปลอดภัย
เราเผยแพร่เป็นระยะและเก็บเส้นทางเดิมไว้จนกว่าเส้นทางใหม่จะพิสูจน์ได้
ดำเนินงานและปรับตัว
เราเฝ้าดูอัตราข้อผิดพลาดและข้อความที่ส่งไม่ได้ และปรับตัวเชื่อมต่อเมื่อคู่ค้าเปลี่ยน API
เลื่อนแนวนอนเพื่อดูภาพทั้งภาพ
ERP ถึงระบบภายนอก: แพลตฟอร์มเดียว พันธมิตรหลายราย
อีเวนต์ทางธุรกิจออกจาก ERP ครั้งเดียว และแพลตฟอร์มการเชื่อมต่อส่งถึงพันธมิตรแต่ละรายในรูปแบบที่ต้องการ การเรียกกลับกลับมาทางเดียวกัน ข้อความที่ยังล้มเหลวหลังลองใหม่จะเข้าคิวข้อความที่ส่งไม่ได้และแจ้งเตือนพร้อมข้อมูลที่ส่ง
- เส้นทางหลัก
- แบบอะซิงโครนัส
- เส้นทางข้อยกเว้น
ขั้นตอนการทำงาน 9 ขั้นตอน
ขั้นตอนการทำงานทีละขั้น
- จาก ERP ไปยัง แพลตฟอร์มการเชื่อมต่อ: อีเวนต์ทางธุรกิจ ผ่าน REST · OData · webhook (เส้นทางหลัก)
- จาก แพลตฟอร์มการเชื่อมต่อ ไปยัง CRM: ลูกค้าและคำสั่งซื้อ ผ่าน REST/JSON (เส้นทางหลัก)
- จาก แพลตฟอร์มการเชื่อมต่อ ไปยัง โลจิสติกส์และผู้ให้บริการขนส่ง: การจองการจัดส่ง ผ่าน REST/JSON (เส้นทางหลัก)
- จาก โลจิสติกส์และผู้ให้บริการขนส่ง ไปยัง แพลตฟอร์มการเชื่อมต่อ: อีเวนต์การติดตาม ผ่าน webhook (แบบอะซิงโครนัส)
- จาก แพลตฟอร์มการเชื่อมต่อ ไปยัง แพลตฟอร์มใบแจ้งหนี้อิเล็กทรอนิกส์และภาษี: ใบแจ้งหนี้เพื่อการรับรอง ผ่าน SOAP/XML · REST (เส้นทางหลัก)
- จาก แพลตฟอร์มการเชื่อมต่อ ไปยัง ผู้ให้บริการ KYC และตัวตน: การตรวจสอบตัวตน ผ่าน REST/JSON (เส้นทางหลัก)
- จาก ผู้ให้บริการ KYC และตัวตน ไปยัง แพลตฟอร์มการเชื่อมต่อ: ผลการตรวจสอบ ผ่าน webhook (แบบอะซิงโครนัส)
- จาก แพลตฟอร์มการเชื่อมต่อ ไปยัง คิวข้อความที่ส่งไม่ได้และการแจ้งเตือน: ล้มเหลวหลังลองใหม่ ไปยังคิวข้อความที่ส่งไม่ได้ (เส้นทางข้อยกเว้น)
- จาก คิวข้อความที่ส่งไม่ได้และการแจ้งเตือน ไปยัง ทีมสนับสนุน: แจ้งเตือนพร้อมข้อมูลที่ส่งและข้อผิดพลาด (เส้นทางข้อยกเว้น)
โปรโตคอล แพลตฟอร์ม และมาตรฐาน
หากคุณมีแพลตฟอร์มการเชื่อมต่ออยู่แล้ว เราสร้างต่อบนแพลตฟอร์มนั้น การระบุชื่อผลิตภัณฑ์ไม่หมายถึงความเป็นพันธมิตรกับผู้จำหน่าย
- ข้อมูลและการวิเคราะห์ข้อมูล
- Apache Kafka
- การเชื่อมต่อ
- REST
- SOAP
- GraphQL
- Webhooks
- OpenAPI
- MuleSoft
- Boomi
- Azure Logic Apps
- Apache Camel
- RabbitMQ
- ตัวตนและการเข้าถึง
- OAuth 2.0
- OpenID Connect
- SAML 2.0
- SCIM
- Keycloak
- Microsoft Entra ID
- มาตรฐานการดูแลสุขภาพ
- HL7 v2
- HL7 FHIR
พิสูจน์ในการใช้งานจริง
สำหรับธนาคารระดับ Tier 1 ใน GCC และกลุ่มบริษัทระดับภูมิภาค เราสร้างมิดเดิลแวร์แบบอีเวนต์เมชบน Apache Kafka เชื่อมต่อ SAP S/4HANA กับธนาคารและหน่วยงานภาษี โดยเก็บข้อมูลลับไว้ใน HashiCorp Vault
วิธีเริ่มต้น
รายการคู่ค้าและขั้นตอนการทำงานที่ชัดเจนไปสู่ข้อเสนอโดยตรง เครือข่ายการเชื่อมต่อเดิมที่ไม่มีเอกสารเริ่มด้วย Brownfield Diagnostic Bridge
ขั้นตอนถัดไป
การปรึกษาก่อนเริ่มงาน
การปรึกษาก่อนเริ่มงานออนไลน์ฟรี 30 นาที: เราพูดคุยถึงเป้าหมาย ระบบ และข้อจำกัดของคุณ
การทบทวนความพร้อม
ในการทบทวนความพร้อมฟรี 48 ชั่วโมง สถาปนิกหลักจะตรวจสอบโครงการของคุณเทียบกับนิยามของความพร้อม 6 ข้อ และแนะนำแนวทางที่เหมาะที่สุด
การเลือกแนวทาง
โครงการที่ขอบเขตพร้อมจะได้รับข้อเสนอที่มีผลผูกพัน ภายใน 3 ถึง 5 วันทำการ โครงการในระยะแนวคิดจะเริ่มใน Blueprint Studio ระบบที่ใช้งานอยู่แต่มีปัญหา ไม่มีเอกสาร หรือต้องเชื่อมต่อ จะเริ่มด้วยการวินิจฉัยระยะเวลา 1 ถึง 2 สัปดาห์ Blueprint Studio และการวินิจฉัยต่างมีค่าธรรมเนียมคงที่ ซึ่งระบุไว้ในข้อเสนอ
การส่งมอบในห้าขั้นตอน
การระดมทีม สปรินต์พร้อมการสาธิตสด การเชื่อมต่อและการเสริมความแข็งแกร่ง การตรวจรับงานและการเปิดใช้งานจริง แล้วจึงเป็นบริการที่จัดการให้ หลังเปิดใช้งานจริงจะมีระยะเวลารับประกัน จากนั้นเป็นการสนับสนุนและการบำรุงรักษาแบบเลือกได้
โครงการแบบกำหนดผลลัพธ์ตายตัวและบริการที่จัดการให้ตลอด 24 ชั่วโมง
การส่งมอบที่ขอบเขตคงที่และขับเคลื่อนด้วยหมุดหมาย พร้อมหัวหน้าทีมส่งมอบที่ระบุชื่อ และบริการจัดการแอปพลิเคชันตลอด 24 ชั่วโมงภายใต้การกำกับดูแล SLA
ผู้เชี่ยวชาญที่ฝังตัวและการเสริมบุคลากรเชิงกลยุทธ์
วิศวกรหลักและผู้เชี่ยวชาญแบบเนียร์ชอร์และในสถานที่ และสถาปนิกด้านโซลูชัน การเปลี่ยนผ่าน PQC และการเชื่อมต่อระบบที่ฝังตัว
คำถามและคำตอบ
เราควรใช้แพลตฟอร์มการเชื่อมต่อหรือโค้ดเฉพาะ
ขึ้นอยู่กับจำนวนการเชื่อมต่อของคุณและผู้ที่จะดูแล แพลตฟอร์มการเชื่อมต่อ เช่น MuleSoft, Boomi หรือ Azure Logic Apps ให้ตัวเชื่อมต่อสำเร็จรูป การแปลงข้อมูล และการเฝ้าระวังในที่เดียว ด้วยต้นทุนไลเซนส์ บริการเฉพาะให้การควบคุมเต็มรูปแบบและไม่มีค่าไลเซนส์ แต่มีโค้ดให้ดูแลมากกว่า เราเปรียบเทียบทั้งสองทางสำหรับกรณีของคุณ
ESB กับอีเวนต์เมชต่างกันอย่างไร
เอ็นเตอร์ไพรส์เซอร์วิสบัสส่งต่อและแปลงข้อความผ่านฮับกลาง อีเวนต์เมชกระจายเหตุการณ์ผ่านเครือข่ายของโบรกเกอร์ที่เชื่อมต่อกัน ระบบในคลาวด์และสถานที่ต่างๆ จึงเผยแพร่และสมัครรับข้อมูลได้โดยตรง ระบบจำนวนมากใช้ทั้งสองอย่างระหว่างการย้ายจากแบบหนึ่งไปอีกแบบหนึ่ง
เกิดอะไรขึ้นเมื่อ API ของคู่ค้าล่ม
คำขอที่ล้มเหลวด้วยเหตุชั่วคราวจะถูกลองใหม่ด้วยระยะเวลาที่เพิ่มขึ้น ทุกการเขียนมีคีย์กันทำซ้ำ การลองใหม่จึงไม่สร้างคำสั่งซื้อหรือใบแจ้งหนี้ซ้ำ ข้อความที่ยังล้มเหลวจะเข้าคิวข้อความที่ส่งไม่ได้พร้อมข้อมูลที่ส่งและข้อผิดพลาด การแจ้งเตือนจะถึงทีมของคุณ และข้อความจะถูกนำกลับมาประมวลผลใหม่เมื่อคู่ค้ากลับมา
คุณจัดการการเปลี่ยนเวอร์ชัน API อย่างไร
สำหรับ API ที่คุณเผยแพร่ เราจัดการเวอร์ชัน เก็บเวอร์ชันเดิมไว้ใช้งานตามระยะเวลาที่ตกลง และแจ้งผู้ใช้บริการถึงการเปลี่ยนแปลง สำหรับ API ที่คุณเรียกใช้ เราติดตามประกาศเลิกใช้งานของคู่ค้าแต่ละรายและทดสอบเวอร์ชันใหม่ในแซนด์บ็อกซ์ของพวกเขา การทดสอบสัญญาจับการเปลี่ยนแปลงที่ไม่ประกาศก่อนถึงระบบใช้งานจริง
คุณเชื่อมต่อผู้ให้บริการตัวตนของเราได้หรือไม่
ได้ เราเพิ่มการลงชื่อเข้าใช้ครั้งเดียวด้วย OpenID Connect หรือ SAML 2.0 ผ่านผู้ให้บริการ เช่น Microsoft Entra ID หรือ Keycloak ผู้ใช้ถูกจัดเตรียมด้วย SCIM เมื่อแอปพลิเคชันรองรับ ผู้ให้บริการตัวตนของคุณยังคงเป็นที่เดียวที่ให้และเพิกถอนการเข้าถึง
คุณรับมือกับขีดจำกัดอัตราอย่างไร
เราออกแบบตามขีดจำกัดที่ประกาศของคู่ค้าแต่ละราย เรารวมคำขอเป็นชุดเมื่อ API อนุญาต แคชข้อมูลที่ไม่ค่อยเปลี่ยน กระจายงานตามกำหนดเวลา และเว้นช่วงเมื่อใกล้ถึงขีดจำกัด การเฝ้าระวังแสดงว่าแต่ละขั้นตอนการทำงานใกล้ขีดจำกัดเพียงใด
พร้อมจะสร้างแล้วหรือยัง ขอข้อเสนอได้เลย
ส่งความต้องการหรือ RFP ของคุณ สถาปนิกของเราจะตรวจสอบและส่งข้อเสนอที่มีผลผูกพันและขอบเขตคงที่กลับไปให้คุณ
ขั้นตอนถัดไป
การทบทวนความพร้อม
ในการทบทวนความพร้อมฟรี 48 ชั่วโมง สถาปนิกหลักจะตรวจสอบโครงการของคุณเทียบกับนิยามของความพร้อม 6 ข้อ และแนะนำแนวทางที่เหมาะที่สุด
ข้อเสนอที่มีผลผูกพัน
หลังการตรวจสอบความถูกต้องของสถาปัตยกรรมโดยไม่มีค่าใช้จ่าย คุณจะได้รับข้อเสนอที่มีผลผูกพันและขอบเขตคงที่ ภายใน 3 ถึง 5 วันทำการ: หมุดหมาย สถาปัตยกรรม โครงสร้างทีม และ SLA เราลงนามในข้อตกลงรักษาความลับ (NDA) กับคุณเมื่อร้องขอ ก่อนคุณแจ้งความต้องการ
การระดมทีม
เมื่อคุณลงนาม ทีมวิศวกรรมขนาดเล็กของเราจะเริ่มสปรินต์ 0 ภายใน 5 ถึง 10 วันทำการหลังลงนามสัญญา
การส่งมอบในห้าขั้นตอน
การระดมทีม สปรินต์พร้อมการสาธิตสด การเชื่อมต่อและการเสริมความแข็งแกร่ง การตรวจรับงานและการเปิดใช้งานจริง แล้วจึงเป็นบริการที่จัดการให้ หลังเปิดใช้งานจริงจะมีระยะเวลารับประกัน จากนั้นเป็นการสนับสนุนและการบำรุงรักษาแบบเลือกได้