การฝัง API เปรียบเทียบกับพอร์ทัลพาร์ทเนอร์ไวท์เลเบล

เมื่อผลิตภัณฑ์ SaaS ฝังระบบส่งข้อความ ผู้ใช้ปลายทางจะไม่มีวันเปิดคอนโซล IOSOR พวกเขากดส่งภายใน UI ของ ISV โดย ISV เป็นเจ้าของคีย์ เว็บฮุก และบัญชีแยกประเภทแบบชำระเงินล่วงหน้า เส้นทางนั้นคือการฝัง (embed) ส่วนพอร์ทัลพาร์ทเนอร์ไวท์เลเบลนั้นแตกต่างออกไป: ผู้ดูแลระบบพาร์ทเนอร์จะทำงานภายใต้พื้นผิว Partner — UI ที่ปลอดภัยต่อแบรนด์ การแยกผู้เช่า และเกตพื้นผิวที่ไม่เคยรั่วไหลชื่อโครงสร้างพื้นฐานต้นทาง.

ทีมงานมักสับสนระหว่างสองสิ่งนี้: ภาพหน้าจอพาร์ทเนอร์ในสไลด์ ISV หรือข้อผิดพลาดที่ดูเหมือน IOSOR ภายในผลิตภัณฑ์ SaaS การฝังหมายถึงผลิตภัณฑ์ของคุณเป็นหน้าจอเดียวที่เผชิญหน้ากับลูกค้า พาร์ทเนอร์หมายถึงพอร์ทัลที่มีแบรนด์สำหรับรีเซลเลอร์ — ยังคงเป็นไวท์เลเบลและมีการจำกัดสิทธิ์ แต่มีแผนผังความเป็นเจ้าของที่แตกต่างกัน เลือกเพียงหน้าจอเดียวสำหรับสัปดาห์แรก.

การฝังช่วยรักษาการส่งข้อความไว้ภายในผลิตภัณฑ์ SaaS

การเชื่อมต่อแบบฝังจะวาง API keys, idempotency keys และตัวรับ webhook ไว้ภายใต้องค์กรวิศวกรรมของ ISV การกระทำของผู้ใช้ปลายทางจะแมปกับการส่งฝั่งเซิร์ฟเวอร์ด้วยกระเป๋าเงินชำระเงินล่วงหน้าของ ISV ตัว UI ของ SaaS จะแสดงสถานะดั้งเดิมของผลิตภัณฑ์ — รอคิว, ส่งแล้ว, ล้มเหลว — ไม่เคยแสดงแบรนด์โครงสร้างพื้นฐานและไม่มีการเข้าสู่ระบบคอนโซลครั้งที่สองสำหรับลูกค้า.

ระบุเอกสารว่าไมโครเซอร์วิสใดถือคีย์การทำงานจริง หมุนเวียนคีย์ตามรอบของ ISV หากทีมผลิตภัณฑ์ต้องการพ.

พอร์ทัลพาร์ทเนอร์ยังคงเป็นพื้นผิวไวท์เลเบลที่แยกจากกัน

พอร์ทัลพาร์ทเนอร์ให้บริการผู้ดูแลระบบรีเซลเลอร์ที่จัดการผู้เช่าย่อย การแบ่งสัดส่วนราคา และการส่งออกข้อมูลที่ปลอดภัยต่อแบรนด์ หน้าจอปฏิบัติตามเกตพื้นผิว Partner: ไม่มีชื่อแบรนด์ต้นทางในข้อความแจ้งเตือน ข้อผิดพลาด API เว็บฮุก หรือคอลัมน์ CSV แคตตาล็อกไลฟ์ยังคงตรงกับตู้เซฟ ผู้ดูแลระบบพาร์ทเนอร์ไม่ใช่ผู้ใช้ปลายทางของ ISV.

อย่าใช้ iframe พอร์ทัลพาร์ทเนอร์เข้าไปในผลิตภัณฑ์ SaaS เพียงเพื่อให้ดูเหมือนเร็วขึ้น นั่นเป็นการ.

การแบ่งความเป็นเจ้าของ: หน้าจอผลิตภัณฑ์เทียบกับหน้าจอพาร์ทเนอร์

เผยแพร่ตารางนี้ในตั๋วการเปิดตัว ฝ่ายขายต.

ปฏิเสธการสาธิตแบบไฮบริดที่ปะปนเส้นทางแบรนด์

ปุ่มส่งของ SaaS และภาพหน้าจอพอร์ทัลพาร์ทเนอร์บนสไลด์เดียวจะฝึกให้ผู้ซื้อคาดหวังหน้าจอที่ผิด หากผู้ซื้อฝัง OTP เข้าไปในแอปของตน ให้สาธิตการฝังและเก็บบทความ Partner ไว้เป็นเพียงส่วนเกี่ยวเนื่องเท่านั้น.

เส้นทางปฏิบัติการที่เกี่ยวข้อง

• เกตพื้นผิวพาร์ทเนอร์: ไม่มีแบรนด์รั่วไหล
• webhook และคีย์ตอนเปิดตัว
• การรวม SKU การสื่อสารหลายช่องทางเข้าสู่ข้อเสนอแคตตาล็อกแบบรวมศูนย์.

เริ่มต้นกับ IOSOR

กำหนดค่าตัวรับเว็บฮุกของผลิตภัณฑ์ในคอนโซลภายใต้ห้องนิรภัยความลับ ISV ของคุณ โดยเก็บคีย์ API ไว้บนเซิร์ฟเวอร์แบ็กเอนด์เท่านั้น บังคับใช้เกตพื้นผิวพาร์ทเนอร์ก่อนให้สิทธิ์การเข้าถึงของผู้ดูแลระบบรีเซลอร์ เพื่อให้แน่ใจว่าจะไม่มีการรั่วไหลของแบรนด์ต้นทางไปยังเพย์โหลด DLR หรือไฟล์ส่งออก CSV แยกส่วนติดต่อผลิตภัณฑ์และส่วนติดต่อพาร์ทเนอร์ออกจากกันทั้งในสภาพแวดล้อมสเตจจิงและโปรดักชัน.

สรุป IOSOR

การฝังข้อความผ่าน API ช่วยให้การจราจรของผู้ใช้ปลายทางและสถานะต่างๆ อยู่ภายในส่วนติดต่อผู้ใช้ผลิตภัณฑ์ SaaS ของคุณอย่างสมบูรณ์ ขับเคลื่อนโดยคีย์ฝั่งเซิร์ฟเวอร์ของทีมวิศวกรรม ในขณะเดียวกัน พอร์ทเนอร์พอร์ทัลแบบไวท์ลาเบลมีไว้สำหรับผู้ดูแลระบบรีเซลอร์ในการจัดการโครงสร้างย่อย การกระจายอัตรา และการส่งออกที่แยกแบรนด์ โดยไม่เปิดเผยรายละเอียดโครงสร้างพื้นฐานต้นทาง.

โปรดแยกคีย์ API ตัวรับเว็บฮุก และการเรนเดอร์สถานะไว้ภายในโค้ดเบสผลิตภัณฑ์หลักของคุณ อย่าทำการสาธิตการขายแบบผสมผสานหรือรวมส่วนติดต่อผู้ดูแลระบบพาร์ทเนอร์เข้ากับขั้นตอนข้อความดั้งเดิมของผลิตภัณฑ์ เนื่องจากการเบลอขอบเขตเหล่านี้จะทำให้เกิดการรั่วไหลของแบรนด์และทำให้การกำกับดูแลผู้เช่าไม่สอดคล้องกัน.