การเชื่อมต่อ ERP กับ API ของบุคคลภายนอก
จาก ERP ถึงบุคคลภายนอก: CRM โลจิสติกส์ ภาษี และตัวตน
การเชื่อมต่อ REST, SOAP, webhook และ iPaaS ระหว่าง ERP ของคุณกับบริการรอบข้าง พร้อมการลองใหม่และการแจ้งเตือน
พิมพ์เขียว
เลื่อนแนวนอนเพื่อดูภาพทั้งภาพ
ERP ถึงระบบภายนอก: แพลตฟอร์มเดียว พันธมิตรหลายราย
อีเวนต์ทางธุรกิจออกจาก ERP ครั้งเดียว และแพลตฟอร์มการเชื่อมต่อส่งถึงพันธมิตรแต่ละรายในรูปแบบที่ต้องการ การเรียกกลับกลับมาทางเดียวกัน ข้อความที่ยังล้มเหลวหลังลองใหม่จะเข้าคิวข้อความที่ส่งไม่ได้และแจ้งเตือนพร้อมข้อมูลที่ส่ง
- เส้นทางหลัก
- แบบอะซิงโครนัส
- เส้นทางข้อยกเว้น
ขั้นตอนการทำงาน 9 ขั้นตอน
ขั้นตอนการทำงานทีละขั้น
- จาก ERP ไปยัง แพลตฟอร์มการเชื่อมต่อ: อีเวนต์ทางธุรกิจ ผ่าน REST · OData · webhook (เส้นทางหลัก)
- จาก แพลตฟอร์มการเชื่อมต่อ ไปยัง CRM: ลูกค้าและคำสั่งซื้อ ผ่าน REST/JSON (เส้นทางหลัก)
- จาก แพลตฟอร์มการเชื่อมต่อ ไปยัง โลจิสติกส์และผู้ให้บริการขนส่ง: การจองการจัดส่ง ผ่าน REST/JSON (เส้นทางหลัก)
- จาก โลจิสติกส์และผู้ให้บริการขนส่ง ไปยัง แพลตฟอร์มการเชื่อมต่อ: อีเวนต์การติดตาม ผ่าน webhook (แบบอะซิงโครนัส)
- จาก แพลตฟอร์มการเชื่อมต่อ ไปยัง แพลตฟอร์มใบแจ้งหนี้อิเล็กทรอนิกส์และภาษี: ใบแจ้งหนี้เพื่อการรับรอง ผ่าน SOAP/XML · REST (เส้นทางหลัก)
- จาก แพลตฟอร์มการเชื่อมต่อ ไปยัง ผู้ให้บริการ KYC และตัวตน: การตรวจสอบตัวตน ผ่าน REST/JSON (เส้นทางหลัก)
- จาก ผู้ให้บริการ KYC และตัวตน ไปยัง แพลตฟอร์มการเชื่อมต่อ: ผลการตรวจสอบ ผ่าน webhook (แบบอะซิงโครนัส)
- จาก แพลตฟอร์มการเชื่อมต่อ ไปยัง คิวข้อความที่ส่งไม่ได้และการแจ้งเตือน: ล้มเหลวหลังลองใหม่ ไปยังคิวข้อความที่ส่งไม่ได้ (เส้นทางข้อยกเว้น)
- จาก คิวข้อความที่ส่งไม่ได้และการแจ้งเตือน ไปยัง ทีมสนับสนุน: แจ้งเตือนพร้อมข้อมูลที่ส่งและข้อผิดพลาด (เส้นทางข้อยกเว้น)
ภาพรวม
นี่คือกระแสข้อมูลระหว่าง ERP ของคุณกับบริการรอบข้าง ได้แก่ CRM ผู้ให้บริการขนส่งและผู้ให้บริการโลจิสติกส์ แพลตฟอร์มใบแจ้งหนี้อิเล็กทรอนิกส์และภาษี และผู้ให้บริการตัวตนและ KYC พันธมิตรแต่ละรายมี API รูปแบบ และความล้มเหลวของตัวเอง และแต่ละรายมักมาเป็นโครงการแยกกัน
การออกแบบอ้างอิงส่งเหตุการณ์ทางธุรกิจออกจาก ERP ครั้งเดียว ไปยังแพลตฟอร์มการเชื่อมต่อที่ส่งต่อให้พันธมิตรแต่ละรายในรูปแบบที่คาดไว้ ผ่าน REST, SOAP, webhook หรือ EDI ผ่าน AS2 ในกรณีที่คู่ค้ากำหนด การเรียกกลับ เช่น เหตุการณ์ติดตามหรือผลการตรวจสอบ กลับมาผ่านแพลตฟอร์มเดียวกัน
พันธมิตรล่มเป็นเหตุการณ์ปกติ ไม่ใช่เหตุฉุกเฉิน ความล้มเหลวชั่วคราวจะถูกลองใหม่ ข้อความที่ยังล้มเหลวหลังลองใหม่จะเข้าคิวข้อความที่ประมวลผลไม่ได้ และการแจ้งเตือนถึงทีมสนับสนุนพร้อมเพย์โหลดและข้อผิดพลาด เพื่อให้แก้ไขและเล่นซ้ำได้
กระบวนการ
ERP เผยแพร่เหตุการณ์
เมื่อลูกค้า คำสั่งซื้อ หรือใบแจ้งหนี้เปลี่ยน ERP จะเผยแพร่เหตุการณ์ทางธุรกิจหนึ่งรายการไปยังแพลตฟอร์มการเชื่อมต่อ ผ่าน API, บริการ OData หรือ webhook
CRM เป็นปัจจุบัน
แพลตฟอร์มอัปเดตบัญชี ผู้ติดต่อ และคำสั่งซื้อใน CRM ทีมขายและทีมบริการจึงเห็นสิ่งที่ ERP รู้
จองการจัดส่ง
คำสั่งซื้อที่พร้อมจัดส่งถูกจองกับผู้ให้บริการขนส่งหรือผู้ให้บริการโลจิสติกส์ผ่าน API และได้ใบปะหน้าและหมายเลขอ้างอิงกลับมา
รับข้อมูลติดตาม
ผู้ให้บริการขนส่งแจ้งเหตุการณ์ติดตามและหลักฐานการส่งมอบทาง webhook และแพลตฟอร์มอัปเดตคำสั่งซื้อใน ERP
ตรวจปล่อยใบแจ้งหนี้
ใบแจ้งหนี้ถูกส่งไปยังแพลตฟอร์มใบแจ้งหนี้อิเล็กทรอนิกส์หรือภาษีในรูปแบบที่หน่วยงานกำหนด และสถานะการตรวจปล่อยถูกเก็บไว้กับใบแจ้งหนี้
ตรวจสอบตัวตน
ลูกค้าหรือผู้จัดจำหน่ายรายใหม่ถูกส่งไปยังผู้ให้บริการ KYC หรือตัวตน และผลลัพธ์กลับมาทาง webhook ก่อนเปิดใช้งานบัญชี
เมื่อระบบเกิดข้อขัดข้อง
พันธมิตรไม่พร้อมใช้งานชั่วคราว
การเรียกจะถูกลองใหม่ด้วยระยะเวลาที่เพิ่มขึ้น คีย์ idempotency ในทุกการเขียนทำให้การลองใหม่ไม่สร้างการจัดส่งหรือใบแจ้งหนี้ซ้ำ
ข้อความยังล้มเหลวหลังลองใหม่
ข้อความจะเข้าคิวข้อความที่ประมวลผลไม่ได้พร้อมเพย์โหลดและข้อผิดพลาดของพันธมิตร และทีมสนับสนุนได้รับแจ้ง เมื่อแก้ไขแล้วจะเล่นซ้ำจากคิว
พันธมิตรเปลี่ยน API
การทดสอบสัญญาทำงานกับสภาพแวดล้อมทดสอบของพันธมิตรแต่ละรายและจับการเปลี่ยนแปลงได้ การเปลี่ยนแปลงที่ประกาศไว้จะถูกจัดตารางและทดสอบก่อนกำหนดเวลาของพันธมิตร
ข้อมูลถูกปฏิเสธ
พันธมิตรที่ปฏิเสธข้อมูลด้วยเหตุผลทางธุรกิจ เช่น หมายเลขภาษีหาย ส่งข้อผิดพลาดกลับไปยังระเบียนใน ERP ซึ่งเจ้าของข้อมูลแก้ไขได้
มาตรฐานและระบบ
- การเชื่อมต่อ
- REST
- SOAP
- Webhooks
- OpenAPI
- EDI (EDIFACT, ANSI X12)
- AS2
- MuleSoft
- Boomi
- Azure Logic Apps
- ตัวตนและการเข้าถึง
- OAuth 2.0
คำถามและคำตอบ
คุณเชื่อมต่อบริการของบุคคลภายนอกใดได้บ้าง
บริการใดก็ได้ที่มี API หรืออินเทอร์เฟซไฟล์ที่จัดทำเอกสารไว้ ตัวอย่างทั่วไป ได้แก่ แพลตฟอร์ม CRM ผู้ให้บริการขนส่งและผู้ให้บริการโลจิสติกส์ ตลาดออนไลน์ แพลตฟอร์มใบแจ้งหนี้อิเล็กทรอนิกส์และภาษี ระบบเงินเดือน ผู้ให้บริการ KYC และตัวตน และคู่ค้าที่แลกเปลี่ยนเอกสาร EDI ผ่าน AS2 เราทบทวน API ขีดจำกัด และสภาพแวดล้อมทดสอบของพันธมิตรแต่ละรายก่อนผูกพันกับแผน
เราต้องมีแพลตฟอร์มการเชื่อมต่อสำหรับงานนี้หรือไม่
เมื่อมีพันธมิตรหลายรายเชื่อมต่อกับ ERP เดียว แพลตฟอร์ม เช่น MuleSoft, Boomi หรือ Azure Logic Apps หรือชุดบริการเฉพาะที่สร้างบนคิวข้อความ จะรวมการแปลง การลองใหม่ และการเฝ้าระวังไว้ในที่เดียว หากมีพันธมิตรหนึ่งหรือสองราย การเชื่อมต่อโดยตรงก็เพียงพอ เราสรุปข้อแลกเปลี่ยน รวมถึงค่าธรรมเนียมใบอนุญาต สำหรับกรณีของคุณ
คุณเชื่อมต่อเราเข้ากับแพลตฟอร์มใบแจ้งหนี้อิเล็กทรอนิกส์และการตรวจปล่อยภาษีได้หรือไม่
ได้ หลายประเทศกำหนดให้ออกหรือตรวจปล่อยใบแจ้งหนี้ผ่านแพลตฟอร์มของรัฐหรือที่ได้รับการรับรองในรูปแบบที่กำหนด เราผสาน ERP กับแพลตฟอร์มที่ประเทศของคุณกำหนดหรือกับผู้ให้บริการที่ได้รับการรับรอง เก็บสถานะการตรวจปล่อยและตัวระบุไว้กับใบแจ้งหนี้แต่ละใบ และจัดการการปฏิเสธ ที่ปรึกษาด้านภาษีของคุณยืนยันกฎที่ใช้กับคุณ
คุณรักษาความปลอดภัยของ webhook ขาเข้าอย่างไร
webhook ขาเข้าทุกรายการถูกตรวจสอบก่อนประมวลผล ด้วยลายมือชื่อในกรณีที่พันธมิตรลงนามในข้อความ และด้วยการตรวจสอบโทเคน แหล่งที่มา และเวลา ในกรณีที่ไม่ได้ลงนาม เพย์โหลดถูกตรวจสอบเทียบกับสัญญา และเหตุการณ์ถูกประมวลผลครั้งเดียวแม้พันธมิตรจะส่งมากกว่าหนึ่งครั้ง
เกิดอะไรขึ้นเมื่อพันธมิตรหยุดให้บริการ
กระแสข้อมูลอื่นยังทำงานต่อ ข้อความสำหรับพันธมิตรรายนั้นถูกลองใหม่แล้วเข้าคิว ทีมสนับสนุนได้รับแจ้ง และไม่มีอะไรสูญหาย เมื่อพันธมิตรกลับมาทำงาน ข้อความในคิวจะถูกเล่นซ้ำตามลำดับ แดชบอร์ดแสดงว่าพันธมิตรรายใดได้รับผลกระทบและมีข้อความรอกี่รายการ
ใครเป็นเจ้าของตัวเชื่อมต่อที่คุณสร้าง
ทรัพย์สินทางปัญญาในงานที่เราสร้างให้คุณเป็นของคุณตั้งแต่คอมมิตแรก โดยไม่มีขั้นตอนการโอนในตอนท้าย ตัวเชื่อมต่อถูกส่งมอบพร้อมโค้ดต้นฉบับ การทดสอบ และเอกสารประกอบ ทีมของคุณหรือผู้ให้บริการรายอื่นจึงดูแลต่อได้ เครื่องมือของ XSIS ที่มีอยู่ก่อนยังเป็นของเราและให้สิทธิ์ใช้งานแก่คุณ API ของพันธมิตรและใบอนุญาตแพลตฟอร์มการเชื่อมต่อยังอยู่ภายใต้เงื่อนไขของผู้ให้บริการเหล่านั้น
เริ่มต้นด้วยการพูดคุย ไม่ใช่สัญญา
บอกเราว่าคุณต้องการสร้าง เชื่อมต่อ หรือรักษาความปลอดภัยอะไร สถาปนิกจะพิจารณาร่วมกับคุณ แล้วแนะนำว่าควรเริ่มที่ใด
ขั้นตอนถัดไป
การนัดหมายเวลา
ทีมของเราส่งอีเมลถึงคุณเพื่อนัดหมายเวลาสำหรับการปรึกษา
การปรึกษาก่อนเริ่มงาน
การปรึกษาก่อนเริ่มงานออนไลน์ฟรี 30 นาที: เราพูดคุยถึงเป้าหมาย ระบบ และข้อจำกัดของคุณ
การทบทวนความพร้อม
ในการทบทวนความพร้อมฟรี 48 ชั่วโมง สถาปนิกหลักจะตรวจสอบโครงการของคุณเทียบกับนิยามของความพร้อม 6 ข้อ และแนะนำแนวทางที่เหมาะที่สุด
การเลือกแนวทาง
โครงการที่ขอบเขตพร้อมจะได้รับข้อเสนอที่มีผลผูกพัน ภายใน 3 ถึง 5 วันทำการ โครงการในระยะแนวคิดจะเริ่มใน Blueprint Studio ระบบที่ใช้งานอยู่แต่มีปัญหา ไม่มีเอกสาร หรือต้องเชื่อมต่อ จะเริ่มด้วยการวินิจฉัยระยะเวลา 1 ถึง 2 สัปดาห์ Blueprint Studio และการวินิจฉัยต่างมีค่าธรรมเนียมคงที่ ซึ่งระบุไว้ในข้อเสนอ