รับรหัส OTP +62 ของอินโดนีเซียด้วยโปรแกรม

การเชื่อมต่อ API OTP ของอินโดนีเซียเรียก endpoint ใดบ้าง?

ทุกอย่างทำงานกับ https://otproute.com/api/v1 ด้วยคีย์ Bearer ที่มี prefix or_live_ สร้างคีย์ใน Developer console หนึ่งบัญชีมีได้สูงสุด 10 คีย์ จึงแยกตัวรัน CI ออกจากเครื่อง staging ได้ง่าย

1. ดึง GET /api/v1/services และ GET /api/v1/countries แล้วแคชทั้งสองรายการ อินโดนีเซียปรากฏด้วย id id
2. ถาม GET /api/v1/prices?country=id&service=<id> เพื่อขอราคาและความพร้อมใช้งานปัจจุบันของบริการที่กำลังจะทดสอบ ความพร้อมเปลี่ยนไปในแต่ละวัน จึงควรค้นหาทุกครั้งที่รัน แทนการฮาร์ดโค้ด
3. สร้างคำสั่งซื้อด้วย POST /api/v1/activations และเนื้อหาอย่าง {"service": "tokopedia", "country": "id"} คุณจะได้ activation id พร้อมเบอร์ +62 กลับมา
4. พิมพ์หรือฉีดเบอร์นั้นลงในช่องโทรศัพท์ของแอปหรือบัญชีทดสอบของคุณเอง
5. อ่านผลผ่าน webhook หรือ poll GET /api/v1/activations/{id} ยกเลิกอย่างเรียบร้อยด้วย POST /api/v1/activations/{id}/cancel เมื่อการทดสอบล้มเหลวก่อนถึงขั้นตอน SMS

GET /api/v1/balance แบบรวดเร็วก่อนชุดทดสอบเริ่ม ช่วยให้การรันล้มเหลวตั้งแต่ต้น แทนที่จะล้มกลางทาง การ poll ในช่วงเวลาที่เหมาะสมอยู่ในเพดาน 300 คำขอต่อนาทีได้สบาย สคีมาฉบับเต็มอยู่ในเอกสาร API

ฉันจะประมวลผลรหัส +62 ด้วย webhook ที่มีลายเซ็นอย่างไร?

Polling ใช้ได้สำหรับนักพัฒนาคนเดียว แต่งานแบบขนานสงบกว่าด้วยการส่งแบบ push ลงทะเบียนได้สูงสุด 5 endpoint ต่อบัญชี และสมัครรับ activation.sms_received, activation.expired และ activation.cancelled

ทุกคำขอมีเฮดเดอร์ X-OTPRoute-Signature ในรูปแบบ t=<unix>,v1=<hex> สร้างสตริงที่ลงนามขึ้นใหม่เป็น <t>.<raw body> คำนวณ HMAC-SHA256 ด้วย secret ของ endpoint และเปรียบเทียบกับ v1 แบบ constant time แฮชไบต์ดิบก่อนแยกวิเคราะห์ JSON และทิ้งคำขอที่ timestamp เก่าเกินไป เพื่อไม่ให้ payload ที่ถูกดักได้ถูกเล่นซ้ำ

ถือว่าอีเวนต์ใช้ activation id เป็นคีย์ และทำให้ตัวจัดการเป็น idempotent การส่งซ้ำควรพบว่ามีรหัสเก็บไว้แล้ว บทความเรื่องความปลอดภัยของ webhook ด้วย HMACอธิบายขั้นตอนตรวจสอบเหล่านี้

บริการใดบ้างที่รับ SMS OTP ของอินโดนีเซียบน OTP Route ได้?

ข้อมูลล่าสุดของอินโดนีเซียครอบคลุมบริการมากกว่า 3,000 รายการ เส้นทางยอดนิยม ได้แก่ WhatsApp, Tokopedia, Shopee, Lazada, Telegram, Google (Gmail & YouTube), Facebook, Instagram, TikTok, LINE, Discord, Microsoft & Outlook และ ChatGPT (OpenAI)

สำหรับเพื่อนร่วมงานที่ไม่แตะ API แดชบอร์ดทำงานเดียวกัน เข้าสู่ระบบ เลือกบริการ เลือกอินโดนีเซีย ตรวจสอบราคาที่แสดง แล้วสั่งซื้อ เบอร์ +62 จะปรากฏบนหน้าจอ และรหัสจะแสดงข้าง ๆ เมื่อ SMS เข้ามา ยกเลิกจากมุมมองเดียวกันหากการทดสอบถูกเลิก

ควรจัดเก็บและปรับรูปแบบเบอร์ +62 อย่างไร?

อินโดนีเซียใช้ trunk prefix เป็น 0 ผู้คนจึงเขียนเบอร์มือถือในประเทศเป็น 08 ตามด้วยเลขที่เหลือ ใน E.164 เลข 0 หายไป เบอร์ที่เขียนในท้องถิ่นเป็น 0812... กลายเป็น +62812... เก็บรูปแบบ E.164 ปรับข้อมูลที่ผู้ใช้พิมพ์โดยตัดช่องว่าง ขีดกลาง และเลข 0 นำหน้า และให้ไลบรารีเบอร์โทรศัพท์ที่มีการดูแลตัดสินความถูกต้อง เพราะเบอร์สมาชิกของอินโดนีเซียไม่ได้ยาวเท่ากันทั้งหมด

เทมเพลต SMS ที่ส่งไปยังเบอร์อินโดนีเซียมักเป็นภาษาอินโดนีเซีย แม้บางบริการจะส่งเป็นภาษาอังกฤษ ดึงรหัสด้วยรูปแบบตัวเลข แทนการจับคำอย่าง "kode" หรือ "code" ตัวแยกวิเคราะห์ของคุณจะไม่สนว่าเทมเพลตใช้ภาษาใด

ทำไมทีมผลิตภัณฑ์จึงทดสอบโฟลว์สมัครใช้งานในอินโดนีเซีย?

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

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

จะทำอย่างไรหากรหัสของอินโดนีเซียไม่ปรากฏ?

เวลาในการส่งขึ้นอยู่กับบริการและเส้นทาง จึงควรให้ activation มีเวลาก่อนตัดสินว่าล้มเหลว เมื่อไม่มี SMS เข้ามา

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

แนวทางวินิจฉัยเพิ่มเติมอยู่ในการลดความล้มเหลวในการส่ง OTP

มีเบอร์ +62 เฉพาะไหม และคิดเงินอย่างไร?

ไม่มี ไม่มีเบอร์อินโดนีเซียระยะยาวแบบสั่งซื้อเอง Dedicated Numbers เป็นผลิตภัณฑ์ของสหรัฐอเมริกาและแคนาดา เริ่มต้น $1.95/เดือน หากทีมของคุณต้องการเบอร์ +62 ที่ใช้ได้ยาว ๆ จริง ๆ ให้ส่งอีเมลถึง [email protected] ว่าจะจัดหาได้หรือไม่ขึ้นอยู่กับกฎระเบียบในท้องถิ่น และไม่ได้รับปาก

การเรียกเก็บเงินสำหรับ OTP Gateway ใช้กระเป๋าเงิน USD แบบเติมก่อนใช้ใบเดียว ไม่มีค่าธรรมเนียมรายเดือนและไม่ต้องเลือกแผน เติมเงินด้วยบัตรหรือสเตเบิลคอยน์ USDT/USDC ทุกการเติมเงินจะส่งใบแจ้งหนี้ PDF ทางอีเมลสำหรับบันทึกทางการเงินของคุณ บัญชีพัฒนาขอโหมด sandbox ได้ ซึ่งคืนเบอร์และรหัสจำลองสำหรับการทดสอบการเชื่อมต่อแบบ end-to-end โดยไม่ใช้เงิน ดูราคาหรือสร้างบัญชี

คำถามที่พบบ่อย

ฉันทดสอบโฟลว์สมัครใช้งานของแอปสำหรับอินโดนีเซียโดยไม่มีซิมในพื้นที่ได้ไหม?

ได้ สั่งเบอร์ +62 จาก OTP Gateway สำหรับบริการที่เกี่ยวข้อง กรอกในแอปของคุณ แล้วอ่านรหัสในแดชบอร์ดหรือผ่าน API

API ของ OTP Route ใช้ country id อะไรสำหรับอินโดนีเซีย?

อินโดนีเซียคือ id การค้นหาราคาจึงเป็น GET /api/v1/prices?country=id&service=<id>

ฉันต้องจ่ายไหมถ้า SMS ของอินโดนีเซียไม่มาถึง?

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

ฉันควรเก็บเลข 0 นำหน้าเมื่อบันทึกเบอร์มือถืออินโดนีเซียไหม?

เก็บไว้เฉพาะเพื่อแสดงผลในรูปแบบท้องถิ่น ให้เก็บ +62 ตามด้วยเบอร์ภายในประเทศโดยไม่มี 0 ซึ่งเป็นรูปแบบ E.164

ข้อความยืนยันของอินโดนีเซียจะเป็นภาษาอังกฤษไหม?

ไม่เสมอไป หลายข้อความมาเป็นภาษาอินโดนีเซีย จึงควรแยกรหัสตัวเลขแทนการพึ่งถ้อยคำรอบข้าง

เบอร์อินโดนีเซียใช้เพื่ออะไรก็ได้ไหม?

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

ชื่อบริการเป็นเครื่องหมายการค้าของเจ้าของนั้น ๆ OTP Route ไม่มีความเกี่ยวข้องกับบริการเหล่านั้น โปรดใช้หมายเลขอย่างถูกกฎหมาย และปฏิบัติตามข้อกำหนดของแต่ละบริการและนโยบายการใช้งานที่ยอมรับได้ของเรา