ชำระเงินด้วย ShareAI, จากการยินยอมถึงการชำระเงิน

เลือกสิ่งที่ลูกค้าของคุณจ่าย

คุณจะแยกแยะการเชื่อมต่อบัญชี การชำระเงินสำหรับการใช้งาน AI และการยืนยันการซื้อผลิตภัณฑ์.

สถานที่ที่คุณจะทำงาน ผลิตภัณฑ์ของคุณ → ประสบการณ์การชำระเงิน

Pay with ShareAI ช่วยให้ลูกค้าใช้บัญชี ShareAI ที่เลือกในแอปพลิเคชันของคุณ มีสองกระแสการเรียกเก็บเงินที่แตกต่างกัน: คำขอ AI ที่ลูกค้าเป็นผู้สนับสนุนภายใต้การอนุญาตที่ได้รับการยอมรับ และการซื้อผลิตภัณฑ์ที่ลูกค้ายืนยันในขั้นตอนการชำระเงิน Builder การเพิ่มมูลค่าเป็นข้อตกลงเพิ่มเติมเกี่ยวกับการใช้งาน AI

JamZY · แอปพลิเคชันอ้างอิงการนัดหมาย ขยายภาพหน้าจอ ↗

ตัวอย่างการนัดหมาย JamZY แสดงเส้นทางการใช้งาน AI ไม่มีการชำระเงินผ่านร้านค้า ไม่มีการร้องขอขอบเขตการชำระเงิน และไม่ได้อ้างว่าการเชื่อมต่อเป็นการซื้อการสมัครสมาชิก ใช้บทถัดไปเมื่อคุณเพิ่มประสบการณ์แยกต่างหากนั้น

รับการอนุญาตจากลูกค้า

คุณจะได้รับอนุญาตจากบัญชีที่ตั้งใจชำระเงินก่อนที่จะดำเนินการใด ๆ

สถานที่ที่คุณจะทำงาน Console → Use Cases → การอนุญาตลูกค้า

1. สร้างแอปพลิเคชันและดำเนินการเริ่มต้นใช้งาน ข้อมูลสาธารณะ และการเรียกกลับแพลตฟอร์มให้เสร็จสมบูรณ์ เปิดใช้งานกรณีการใช้งานที่เกี่ยวข้องใน Console
2. สำหรับ Builder การเพิ่มมูลค่า ให้ดำเนินการคำขอการเข้าถึงและรอการอนุมัติหากจำเป็น สำหรับการซื้อ ให้เปิดใช้งาน Pay with ShareAI และกำหนดค่าข้อตกลงการเข้าถึงการชำระเงินที่จำเป็นใน Subscriptions
3. ขอสิทธิ์ที่เปิดใช้งานผ่าน Authorization Code + S256 PKCE ใช้ payments สำหรับการชำระเงินผลิตภัณฑ์, inference สำหรับ AI ที่มีค่าใช้จ่ายเครือข่าย และ monetization_gateway สำหรับการเพิ่มมูลค่า AI ที่ได้รับการอนุมัติ ขอเฉพาะความสามารถที่แอปพลิเคชันใช้งานจริงเท่านั้น
4. ให้ลูกค้าเลือกบัญชีส่วนตัวหรือองค์กรที่ถูกต้องและยอมรับเงื่อนไขที่แสดง ขอบเขตเพิ่มเติมหรือเงื่อนไขที่เปลี่ยนแปลงต้องการการอนุญาตอีกครั้ง การรีเฟรชไม่ได้ให้สิทธิ์เหล่านั้น

กรณีการใช้งาน ขยายภาพหน้าจอ ↗

Client ID ระบุแพลตฟอร์ม Access token แสดงถึงการอนุญาตของลูกค้าที่ได้รับการยอมรับ เวอร์ชันสัญญาบันทึกเงื่อนไขการเรียกเก็บเงิน ไม่มีสิ่งใดในนี้ที่พิสูจน์ว่าการชำระเงินผลิตภัณฑ์เฉพาะได้รับการยืนยัน

อธิบายค่าธรรมเนียม AI ของคุณในข้อเสนอ

คุณจะเผยแพร่เงื่อนไขการใช้งานที่ชัดเจนซึ่งลูกค้าสามารถตรวจสอบและยอมรับได้

สถานที่ที่คุณจะทำงาน แอปพลิเคชัน → การสมัครสมาชิก

ใน Subscriptions สร้างข้อเสนอที่ตั้งชื่ออย่างชัดเจนและอธิบายค่าบริการ AI เพิ่มเติม Subscription ID ถูกสร้างขึ้น เป็นแบบอ่านอย่างเดียว และมีขอบเขตเฉพาะแอปพลิเคชันของคุณ ข้อเสนอเหล่านี้ถูกแชร์ข้ามลูกค้าแพลตฟอร์มของแอป ดังนั้นคุณไม่จำเป็นต้องรักษาข้อเสนอทางการค้าที่แตกต่างกันสำหรับ Web และ Android

การสมัครสมาชิก · ภาพรวม ขยายภาพหน้าจอ ↗

การสมัครสมาชิก · offer editor ขยายภาพหน้าจอ ↗

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

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

ให้ลูกค้าเลือกเงื่อนไขใหม่

คุณจะสร้างสัญญาใหม่ในขณะที่ติดตามเงื่อนไขที่แต่ละบัญชีได้ยอมรับ

สถานที่ที่คุณจะทำงาน การสมัครสมาชิก → สัญญา

เตรียมการเปลี่ยนแปลงในร่างสัญญาฉบับถัดไป การอนุญาตที่มีอยู่จะยังคงรักษาการสมัครสมาชิกและเวอร์ชันที่ยอมรับไว้จนกว่าลูกค้าจะยอมรับการเปลี่ยนแปลง เปรียบเทียบจำนวนบัญชีและการกระจายในภาพรวมการสมัครสมาชิกแทนที่จะสมมติว่าทุกบัญชีใช้เวอร์ชันล่าสุด

การสมัครสมาชิก · สัญญา ขยายภาพหน้าจอ ↗

บอกลูกค้าว่ามีการเปลี่ยนแปลงอะไรและส่งพวกเขาผ่านกระบวนการยินยอมเพื่อยอมรับเวอร์ชันใหม่เมื่อจำเป็น โทเค็นที่รีเฟรชไม่สามารถสร้างการยอมรับได้ การรักษาสัญญาที่ได้รับการยอมรับเป็นการเปลี่ยนผ่านเริ่มต้น การเลือกที่จะต้องการการยินยอมใหม่ก่อนดำเนินการเพิ่มเติมจะขัดจังหวะการเข้าถึงที่มีอยู่จนกว่าลูกค้าจะอนุมัติเงื่อนไขใหม่ ตรวจสอบผลกระทบนั้นก่อนการเผยแพร่ การลดลงที่อนุญาตต้องปฏิบัติตามกฎของสัญญาที่ได้รับการยอมรับ การเพิ่มค่าธรรมเนียมต้องได้รับการอนุมัติจากลูกค้า

รักษามุมมองในระดับแอปพลิเคชันและขอบเขตตัวตนแยกจากกัน ตัวระบุลูกค้าเฉพาะแพลตฟอร์มยังคงอยู่ในขอบเขตของบริบทไคลเอนต์ของพวกเขาแม้ว่าภาพรวมเชิงพาณิชย์จะรวมแอปพลิเคชันทั้งหมด

ยืนยันการซื้อก่อนดำเนินการ

คุณจะสร้างการซื้อที่ตั้งใจไว้หนึ่งรายการ รับการยืนยัน และตรวจสอบการชำระเงินก่อนการส่งมอบ

สถานที่ที่คุณจะทำงาน แบ็คเอนด์ของคุณ → ShareAI การชำระเงิน → การตรวจสอบการชำระเงิน

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

# Real payment request: use scoped test access and an intentional amount.
curl --fail-with-body 'https://api.shareai.now/api/v1/console/builder/payments' \
  -H "Authorization: Bearer $SHAREAI_ACCESS_TOKEN" \
  -H 'Content-Type: application/json' \
  -H 'Idempotency-Key: YOUR_UNIQUE_ORDER_REFERENCE' \
  --data '{"title":"JamZY appointment preparation pack","amount":"1.00"}'

1. บันทึก ID การชำระเงินที่ส่งคืนและ URL การชำระเงินพร้อมคำสั่งซื้อ ใช้สตริงจำนวนเงินทศนิยมที่แน่นอน หลีกเลี่ยงการคำนวณเงินแบบจุดลอยตัว
2. เปิด URL การชำระเงินที่ส่งคืน ShareAI แสดงการซื้อและผู้ชำระเงิน ลูกค้าต้องยืนยันโดยใช้บัญชีที่อนุญาตแอปของคุณ การเปิดการชำระเงินไม่ได้หักเงิน
3. อ่านการชำระเงินจาก API ด้วยการอนุญาตของลูกค้าคนเดียวกัน ดำเนินการตามคำสั่งซื้อเฉพาะหลังจากสถานะที่ตรวจสอบแล้วคือชำระเงินแล้ว
4. ลองซื้อที่ตั้งใจไว้เดิมอีกครั้งด้วยคีย์ idempotency เดียวกัน การซื้อที่แตกต่างกันต้องการคีย์ใหม่ ห้ามใช้คีย์ซ้ำสำหรับเงื่อนไขที่เปลี่ยนแปลง

curl --fail-with-body --get \
  'https://api.shareai.now/api/v1/console/builder/payments' \
  -H "Authorization: Bearer $SHAREAI_ACCESS_TOKEN" \
  --data-urlencode "id=$SHAREAI_PAYMENT_ID"

ใช้เฉพาะ URL ชำระเงินที่ส่งคืนโดย API ที่เชื่อถือได้ และตรวจสอบให้แน่ใจว่า URL นั้นสอดคล้องกับนโยบายปลายทางที่อนุญาตของการผสานรวมของคุณ ข้อความยืนยันความสำเร็จที่ส่งกลับไปยังแอปไม่ใช่หลักฐานการชำระเงิน ผู้ชำระเงินไม่สามารถซื้อจากบัญชี Builder ของตนเองได้

หากคุณรองรับสัญญาการสมัครสมาชิกแบบราคาคงที่ที่มีอยู่ API การชำระเงินสามารถใช้เงื่อนไขที่ยอมรับสำหรับระยะเวลาที่ได้รับการยืนยันอย่างชัดเจน ห้ามส่งราคาที่เกิดขึ้นใหม่ที่แต่งขึ้นหรือเรียกเก็บเงินสำหรับระยะเวลาใหม่โดยไม่มีการแจ้งเตือน JamZY ตัวอย่างการนัดหมายที่ดาวน์โหลดได้ไม่ได้ใช้ส่วนขยายดังกล่าว

ช่วยลูกค้ากู้คืนจากปัญหาการเรียกเก็บเงิน

คุณจะจัดการวงเงินเครดิตและการตัดการเชื่อมต่อโดยไม่มีการเรียกเก็บเงินซ้ำหรือการเปลี่ยนแปลงบัญชีที่ไม่คาดคิด

สถานที่ที่คุณจะทำงาน แอปพลิเคชันของคุณ → การกู้คืนการเรียกเก็บเงิน

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

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

ลูกค้า ขยายภาพหน้าจอ ↗

การตัดการเชื่อมต่อควรเพิกถอนการอนุญาตที่เกี่ยวข้องและล้างเซสชันในเครื่อง มันหยุดคำขอที่ได้รับอนุญาตในอนาคต; มันไม่ได้ยกเลิกการซื้อที่ได้รับการยืนยันแล้วหรือยกเลิกข้อผูกพันที่ชำระเงินแยกต่างหากโดยอัตโนมัติ ความล้มเหลวในการรีเฟรช การเพิกถอนการอนุญาต และการหมดอายุการชำระเงินต้องการข้อความการกู้คืนที่แตกต่างกัน

ตรวจสอบเส้นทางการชำระเงินทั้งหมด

คุณจะทดสอบเส้นทางที่สำเร็จและกรณีความล้มเหลวก่อนที่จะรวมแพลตฟอร์มในการเผยแพร่

สถานที่ที่คุณจะทำงาน การตั้งค่า OAuth → การตรวจสอบ

ใช้รายชื่อผู้ทดสอบทั่วทั้งแอปพลิเคชันและบัญชีที่มีสิทธิ์ชำระเงินที่แตกต่างจาก Builder มีที่สำหรับผู้ทดสอบไม่เกินห้าคนรวมถึงคำเชิญที่รอดำเนินการ ดำเนินการตรวจสอบจุดสิ้นสุดจริงและขอบเขตที่สมบูรณ์สำหรับทุกแพลตฟอร์มที่รวมอยู่ในการเผยแพร่

เว็บ · การตรวจสอบ ขยายภาพหน้าจอ ↗

1. ทดสอบการอนุญาตที่ยอมรับและยกเลิก; ยืนยันขอบเขตลูกค้า/บัญชีที่เลือก
2. ทดสอบคำขอ AI ที่มีขอบเขตสำเร็จสำหรับ inference หรือ monetization_gateway และการเรียก API การชำระเงินที่สำเร็จที่จำเป็นสำหรับ payments คำขอการชำระเงินอาจอยู่ระหว่างรอโดยไม่มีการหักเงิน การทดสอบการชำระเงินเต็มรูปแบบยังยืนยันการยืนยันที่ชัดเจนและการชำระเงิน
3. ทดสอบคำขอซ้ำ คำขอชำระเงินที่ถูกปฏิเสธและหมดอายุ เครดิตที่มีสิทธิ์ไม่เพียงพอ ขีดจำกัดการใช้จ่ายบัญชี โทเค็นหมดอายุ การหมุนเวียนการรีเฟรช และการเพิกถอนการอนุญาต
4. ตรวจสอบลูกค้า การสมัครสมาชิก และการวิเคราะห์สำหรับลูกค้าที่เกิดขึ้น เงื่อนไขที่ยอมรับ และกิจกรรมที่ระบุ ยืนยันว่าข้อมูลรับรองที่ละเอียดอ่อนและ ID องค์กรภายในไม่ปรากฏใน UI ที่ลูกค้าเห็น
5. รวมเฉพาะแพลตฟอร์มที่การกำหนดค่าและการตรวจสอบที่บันทึกไว้ผ่านการตรวจสอบแล้วเท่านั้น ยกเว้นแพลตฟอร์มที่ยังไม่เสร็จสมบูรณ์หรือเอาออก จากนั้นส่งแอปจาก Dashboard

การตรวจสอบองค์กรและการเข้าถึงโปรแกรม

เลือกบัญชีส่วนบุคคลหรือบัญชีองค์กรที่จะเป็นเจ้าของการลงทะเบียนโปรแกรมก่อนการสมัคร องค์กรสามารถส่งใบสมัครก่อนการตรวจสอบได้ แต่การอนุมัติจากพนักงานเพียงอย่างเดียวไม่สามารถเปิดใช้งานการเข้าถึงได้ ให้ดำเนินการตรวจสอบอีเมลองค์กรและข้อมูลบริษัทจากรายการตรวจสอบการเริ่มต้นใช้งานใน Console องค์กรที่ได้รับการอนุมัติจะยังคงอยู่ในสถานะรอการตรวจสอบจนกว่าการตรวจสอบทั้งสองจะเสร็จสมบูรณ์ Builder, Provider และ Creator โปรแกรมปฏิบัติตามกฎนี้

ดูการกำหนดราคา Monetization Gateway · สำรวจ ShareAI for Startups · Scopes และการอนุญาต

การอนุญาตและเงื่อนไขที่ยอมรับ

ข้อกำหนดและเงื่อนไขสาธารณะ, นโยบายความเป็นส่วนตัว และคำแนะนำการลบของคุณต้องตรงกับแอปพลิเคชันและสามารถเข้าถึงได้โดยไม่ต้องลงชื่อเข้าใช้ ShareAI การยอมรับโปรแกรม, Monetization Gateway การอนุมัติ, การอนุญาต OAuth ของลูกค้า และสัญญาการเรียกเก็บเงินที่ได้รับการยอมรับเป็นการตัดสินใจที่แยกจากกัน การรีเฟรชไม่สามารถเพิ่มสิทธิ์หรือยอมรับเงื่อนไขทางการค้าใหม่ได้

ขอบเขต surcharge แบบเดิมยังคงได้รับการยอมรับสำหรับการผสานรวมที่มีอยู่ ตัวอย่างใหม่ใช้ monetization_gateway รักษาชื่อฟิลด์สายไฟที่มีอยู่ เช่น surcharge_bps และ surcharge_percentage ไว้เหมือนเดิม

ดูการกำหนดราคา Monetization Gateway · สำรวจ ShareAI for Startups · Scopes และการอนุญาต

ค่าธรรมเนียม Gateway และการสนับสนุน Startup

ค่าธรรมเนียมมาตรฐาน 5% ของ Builder markup สำหรับ €2.00 ของต้นทุนเครือข่าย AI และ 10% markup ลูกค้าจะจ่าย €2.20 ShareAI จะได้รับ €0.01 ของ €0.20 markup; Builder มี €0.19 ก่อน Event Ingestion

การร้องขอ Production 1,000 ที่ได้รับการชำระเงินครั้งแรก Monetization Gateway จะไม่มีค่าใช้จ่ายในแต่ละเดือนปฏิทิน (UTC) โดยใช้ร่วมกันในบัญชี Builder การร้องขอเพิ่มเติมมีค่าใช้จ่าย €0.04 ต่อ 1,000 ก่อนส่วนลดที่มีสิทธิ์ การร้องขอที่ได้รับการชำระเงินหนึ่งครั้งจะสร้างเหตุการณ์หนึ่งเหตุการณ์

Pay with ShareAI ด้วยตัวมันเอง การเข้าถึงเฉพาะ inference คีย์ API บัญชีทั่วไป และการจราจร Staging หรือการทดสอบจะไม่ก่อให้เกิด Monetization Gateway Event Ingestion

ShareAI for Startups เสนอเงินสนับสนุนรายเดือนร่วมสำหรับค่าธรรมเนียมจริง ShareAI บนแอปพลิเคชันที่ได้รับการอนุมัติ ระดับ Launch, Growth และ Momentum ปัจจุบันแสดงรายการ €1,000, €5,000 และ €10,000 ต่อเดือน งบประมาณเดียวกันครอบคลุมค่าธรรมเนียมเปอร์เซ็นต์ของ ShareAI บน Builder markup และการนำเข้าเหตุการณ์ที่สามารถเรียกเก็บเงินได้รวมกัน ไม่ใช่เงินสนับสนุน markup รวม, โควตาเหตุการณ์ฟรีแยกต่างหาก หรือ AI ฟรี inference เหตุการณ์ฟรีแรก 1,000 ของบัญชีไม่ใช้เงินสนับสนุนนี้

ค่าธรรมเนียมการนำเข้าเหตุการณ์ที่เหลือจะถูกชำระจากรายได้ใหม่ของคำขอ Builder จากนั้นรายได้ AI ที่มีอยู่ Builder และเครดิต AI ที่ไม่จำกัด ค่าบริการ AI ของลูกค้าและผลิตภัณฑ์ payments ยังคงแยกกันอยู่

ShareAI สามารถอนุมัติค่าธรรมเนียมเฉพาะแอปพลิเคชันหรือการสนับสนุนค่าธรรมเนียมสำหรับระยะเวลาที่กำหนดหรือจนกว่าจะมีการเปลี่ยนแปลง ตรวจสอบราคาปัจจุบันของแอปพลิเคชันและโปรแกรมพิเศษใน Console สำหรับเงื่อนไขที่ได้รับการอนุมัติ ความถูกต้อง และเงินสนับสนุนที่ใช้ไป การเปลี่ยนระดับหรือการแทนที่ราคาจะไม่รีเซ็ตการใช้งานรายเดือนของแอปพลิเคชัน

Launch เก็บ Log in with ShareAI เป็นตัวเลือก Growth และ Momentum ต้องการมัน; Momentum ยังต้องการตรา ShareAI for Startups อย่างเป็นทางการในส่วนท้ายของแอปพลิเคชัน ShareAI ตรวจสอบตราทุกสัปดาห์ ความพยายามที่ได้รับการยืนยันในการหลีกเลี่ยงข้อกำหนดสามารถนำไปสู่การลดระดับ การลบออกจากโปรแกรม Startup หรือการถอนออกจาก Marketplace ภายใต้เงื่อนไขโปรแกรมที่ยอมรับ

อัตรา Enterprise ถูกกำหนดโดยทีม ShareAI สำหรับบัญชี Builder หลังจากตกลงข้อเสนอส่วนบุคคลแล้ว เปอร์เซ็นต์ที่กำหนดและอัตราเหตุการณ์จะถูกนำไปใช้กับการร้องขอในอนาคต

ดูการกำหนดราคา Monetization Gateway · สำรวจ ShareAI for Startups · Scopes และการอนุญาต