Apple เริ่มขายการสมัครสมาชิกของคุณให้ทั้งองค์กรแบบรายที่นั่งแล้ว และการคืนเงินการสมัครสมาชิกแบบ multiseat ทำงานต่างออกไป

Apple เริ่มขายการสมัครสมาชิกแอปให้องค์กรแบบรายที่นั่งเมื่อวันที่ 22 ตุลาคม 2026 และเปิดตัวเลือกนี้ให้นักพัฒนาส่วนใหญ่โดยไม่ถามก่อน ธุรกิจและโรงเรียนที่ใช้ Apple Business หรือ Apple School Manager ซื้อการสมัครสมาชิกแบบต่ออายุอัตโนมัติของคุณเป็นจำนวนมากผ่าน In-App Purchase รายการเดียวได้แล้ว สิ่งนี้เปลี่ยนหน้าตาของการคืนเงินการสมัครสมาชิกแบบ multiseat บนเซิร์ฟเวอร์ของคุณ ธุรกรรมเดียวอาจจ่ายแทนคนหลายสิบคน ที่นั่งอาจหายไปโดยไม่มีการคืนเงินเลย และ endpoint ที่คุณใช้โต้แย้งกรณีคืนเงินก็ปฏิเสธที่จะพูดถึงคนที่ใช้แอปจริง

Apple เปิดอะไร และประกาศไว้ที่ไหน

การเปิดตัวมาในรูปแบบโพสต์สั้นๆ บน Apple Developer news ชื่อ "Offer your subscriptions to businesses and schools." ระบุว่าองค์กรสามารถซื้อที่นั่งที่ต้องการผ่าน In-App Purchase รายการเดียว จากนั้นมอบหมายและจัดการที่นั่งด้วยเครื่องมือจัดการอุปกรณ์ที่มีอยู่ และเพิ่มหรือลดที่นั่งได้ทุกเมื่อ โพสต์เดียวกันระบุว่าการซื้อแบบ multiseat เปิดเป็นค่าเริ่มต้นใน App Store Connect เว้นแต่คุณเคยเปลี่ยนการตั้งค่าไว้แล้ว

ส่วนโครงสร้างเบื้องหลังทยอยมาตลอดเดือนก่อนหน้าผ่าน changelog ไม่ใช่บนเวที App Store Server API 1.22 ลงวันที่ 28 กันยายน เพิ่มฟิลด์ที่นั่งและ endpoint กลุ่มเฉพาะใน sandbox วันที่ 23 ตุลาคม การอัปเดตเซิร์ฟเวอร์ที่ยาวเพียงบรรทัดเดียวได้ย้าย endpoint กลุ่มและค่า ASSIGNMENT_REVOKE ขึ้น production หากตัวจัดการการแจ้งเตือนของคุณไม่ได้เปลี่ยนเลยตั้งแต่ฤดูร้อน ตอนนี้มันกำลังรับข้อมูลที่ไม่เคยถูกเขียนมาให้อ่าน

ใครถูกเปิดให้เข้าร่วมโดยค่าเริ่มต้น

เกือบทุกคน หน้าความช่วยเหลือของ App Store Connect ระบุว่าการสมัครสมาชิกที่สร้างก่อนวันที่ 14 กันยายน 2026 จะเริ่มต้นในสถานะไม่เข้าร่วมก็ต่อเมื่อไม่ได้ใช้ StoreKit 2 หรือเปิด Family Sharing อยู่เท่านั้น การสมัครสมาชิกในแอปแบบกำหนดเองจะไปอยู่ใน Apple Business และ Apple School Manager โดยอัตโนมัติ และคุณเอาออกไม่ได้ การเปลี่ยนการตั้งค่าต้องใช้บทบาท Account Holder, Admin หรือ App Manager ส่วนการถอด Apple Business หรือ Apple School Manager ออกจากการสมัครสมาชิกที่อนุมัติแล้วต้องเป็น Account Holder

การซื้อแบบ multiseat ปรากฏบนเซิร์ฟเวอร์ของคุณอย่างไร

ตอนนี้มีธุรกรรมสองประเภทสำหรับการสมัครสมาชิกเดียวกัน การซื้อขององค์กรคือหนึ่งธุรกรรม และฟิลด์ quantity ของมันรายงานว่าซื้อไปกี่ที่นั่ง แต่ละคนที่ได้ที่นั่งจะได้รับธุรกรรมของตัวเอง ซึ่ง session ของ WWDC อธิบายว่าเป็นการที่ App Store มอบหมายธุรกรรมให้สมาชิกแต่ละคน ธุรกรรมของสมาชิกเหล่านี้มี inAppOwnershipType เป็น ASSIGNED ควบคู่กับค่า PURCHASED และ FAMILY_SHARED ที่คุณอาจจัดการอยู่แล้ว

Apple ชัดเจนว่าข้อมูลใดเป็นตัวตัดสินสิทธิ์การเข้าถึง เอกสาร Get Customer Groups ระบุว่าการเป็นสมาชิกกลุ่มแยกจากสิทธิ์การใช้งาน และเพื่อปลดล็อกเนื้อหา คุณควรอ่านธุรกรรมของลูกค้าแทนการพึ่งพาการเป็นสมาชิกกลุ่ม ให้สิทธิ์การเข้าถึงจากธุรกรรม ใช้ endpoint กลุ่มเฉพาะกับฟีเจอร์อย่างหน้าจอผู้ดูแล

ที่นั่งที่ถูกถอนไม่ใช่การคืนเงิน

นี่คือจุดที่ตัวจัดการส่วนใหญ่จะทำผิด เมื่อองค์กรดึงที่นั่งคืนจากพนักงาน Apple จะส่งการแจ้งเตือน REVOKE ซึ่งเป็นประเภทเดียวกับที่ใช้เมื่อผู้ซื้อ Family Sharing หยุดแชร์ revocationType ของธุรกรรมคือ ASSIGNMENT_REVOKE และคำสั่งของ Apple ตรงไปตรงมา คือให้เพิกถอนสิทธิ์ของลูกค้าในการเข้าถึงเนื้อหาที่ธุรกรรมนั้นให้ไว้

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

• ASSIGNMENT_REVOKE: ยุติการเข้าถึงของบุคคลนี้ อย่าบันทึกเป็นการคืนเงิน
• FAMILY_REVOKE: ยุติการเข้าถึงของสมาชิกครอบครัว อย่าบันทึกเป็นการคืนเงิน
• REFUND_FULL: ยุติการเข้าถึงและบันทึกทั้งธุรกรรมว่าคืนเงินแล้ว
• REFUND_PRORATED: บันทึกส่วนตาม revocationPercentage แล้วจึงตัดสินว่าสิทธิ์การเข้าถึงใดยังคงอยู่

ทำไมคุณจึงโต้แย้งการคืนเงินบนที่นั่งที่ถูกมอบหมายไม่ได้

Apple ยังคงเป็นผู้ตัดสินการคืนเงินทุกรายการบน App Store เมื่อลูกค้าขอคืนเงิน Apple จะส่ง CONSUMPTION_REQUEST และให้เวลาคุณ 12 ชั่วโมงในการตอบผ่าน Send Consumption Information เมื่อเป็น multiseat คนที่ใช้แอปกับคนที่จ่ายเงินเป็นคนละคนกัน และ API ของ Apple ก็ขีดเส้นแบ่งระหว่างทั้งสองไว้อย่างเด็ดขาด

Send Consumption Information ปฏิเสธธุรกรรมที่ถูกมอบหมาย

หากเรียก Send Consumption Information, เวอร์ชัน V1 ของมัน หรือ Set App Account Token ด้วยธุรกรรมที่ถูกมอบหมาย Apple จะคืนค่า InvalidAssignedTransactionNotSupportedError คำแนะนำของ Apple คือให้ตรวจว่า inAppOwnershipType เป็น ASSIGNED หรือไม่ก่อนเรียก ในทางปฏิบัติ หลักฐานของคุณต้องไปอยู่บนธุรกรรมของผู้ซื้อ ไม่เช่นนั้นก็ไม่มีที่ให้ส่ง ข้อมูลการใช้งานที่แอปบันทึกไว้กับบัญชีสมาชิกยังควรเก็บไว้ เพราะเป็นวิธีเดียวที่จะรู้ว่าที่นั่งเหล่านั้นถูกใช้งานจริงหรือไม่

การคืนเงินตามสัดส่วนมีลักษณะอย่างไร

Apple เพิ่ม REFUND_PRORATED และ revocationPercentage ในเดือนธันวาคม 2025 คำขอข้อมูลการใช้งานเปิดให้คุณขอผลลัพธ์นั้นได้ด้วย refundPreference เป็น GRANT_PRORATED สำหรับการสมัครสมาชิกแบบต่ออายุอัตโนมัติ Apple ระบุว่าไม่ต้องส่ง consumptionPercentage มาพร้อม GRANT_PRORATED เพราะ Apple คำนวณเปอร์เซ็นต์เอง หากการคืนเงินถูกกลับรายการในภายหลัง revocationPercentage จะหายไปจากธุรกรรม

ฉันขยายการสมัครสมาชิกให้พนักงานคนเดียวเพื่อแสดงน้ำใจได้ไหม

ไม่ได้ Extend a Subscription Renewal Date จะคืนค่า AssignedSubscriptionExtensionIneligibleError สำหรับการสมัครสมาชิกที่ถูกมอบหมาย เหตุผลของ Apple คือการสมัครสมาชิกที่ถูกมอบหมายต่ออายุตามกำหนดเดียวกับที่ผู้ซื้อซื้อไว้ จึงเลื่อนสมาชิกคนใดคนหนึ่งแยกต่างหากไม่ได้

การคืนเงินการสมัครสมาชิกแบบ multiseat ทำให้คุณเสียเท่าไร

ขนาดคือความเสี่ยงใหม่ session ของ WWDC อธิบายการตั้งราคาตามปริมาณที่มีได้สูงสุดห้าระดับราคา ตัวอย่างขายที่นั่งละ $19.99 ต่อเดือนจนถึง 20 ที่นั่ง $13.99 สำหรับที่นั่งที่ 21 ถึง 40 และ $10.99 ตั้งแต่ที่นั่งที่ 41 ขึ้นไป ด้วยตัวเลขเหล่านี้ คำสั่งซื้อ 50 ที่นั่งจะเรียกเก็บ $789.50 ต่อเดือน ประมาณ $15.79 ต่อที่นั่ง REFUND_FULL ครั้งเดียวบนธุรกรรมนั้นจะคืนเงินทั้ง $789.50 ไม่ใช่แค่ราคาของการสมัครสมาชิกหนึ่งรายการ

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

ขั้นตอนการคืนเงินใดบ้างที่ขอข้อมูลจากฝั่งคุณ

multiseat ไม่ได้เปลี่ยนรายการสั้นๆ นี้ มีเพียงสองขั้นตอนการคืนเงินที่ขอหลักฐานจากนักพัฒนา คือ CONSUMPTION_REQUEST ของ Apple ที่ตอบผ่าน Send Consumption Information ภายใน 12 ชั่วโมง และการตรวจสอบ chargeback ของ Google Play ที่ตอบผ่าน orders.reviewrefund ภายใน 24 ชั่วโมง ที่เหลือทั้งหมดตัดสินโดยไม่มีคุณ และสำหรับคำสั่งซื้อ Google Play ที่เกิดหลังวันที่ 3 สิงหาคม 2026 chargeback หนึ่งครั้งทำให้นักพัฒนาเสียราคาสินค้า หักค่าบริการของ Play แล้วบวกค่าธรรมเนียม chargeback ของธนาคาร RefundHalt ตอบคำขอข้อมูลการใช้งานของ Apple ภายในกรอบ 12 ชั่วโมง โดยใช้ข้อมูลการใช้งานที่คุณเก็บอยู่แล้ว

สิ่งที่ต้องเปลี่ยนในตัวจัดการ App Store ของคุณสัปดาห์นี้

• อ่าน quantity ในทุกธุรกรรมการสมัครสมาชิกและเก็บไว้คู่กับการซื้อ
• เก็บ inAppOwnershipType และถือว่า ASSIGNED เป็นกรณีเฉพาะ แยกจาก PURCHASED และ FAMILY_SHARED
• แยกการจัดการ REVOKE ตาม revocationType เพื่อให้ ASSIGNMENT_REVOKE ยุติการเข้าถึงโดยไม่บันทึกเป็นการคืนเงิน
• บันทึก REFUND_PRORATED ตามส่วน revocationPercentage ไม่ใช่การคืนเงินเต็มจำนวน
• ตรวจ ASSIGNED ก่อนเรียก Send Consumption Information, Set App Account Token หรือ Extend a Subscription Renewal Date
• ตัดสินใจใน App Store Connect ว่าคุณต้องการขายให้องค์กรหรือไม่ ก่อนที่จะมีใครซื้อไป 50 ที่นั่ง