QA اور لانچ ٹیموں کے لیے چلی کے تصدیقی کوڈ، API کے ذریعے روٹ شدہ

Gateway نمبر یا Dedicated Number: چلی کے ٹیسٹ کو کون سا چاہیے؟

فیصلہ ایک ہی سوال پر ٹکا ہے: کیا کسی کو اسی +56 نمبر پر دوبارہ کوڈ چاہیے ہوگا؟ چلی کے زیادہ تر کام کے لیے، جیسے رجسٹریشن ٹیسٹ، ایک بار کی آن بورڈنگ جانچ یا بزنس پروفائل کی تصدیق، جواب نفی میں ہے، اور OTP Gateway مناسب ہے۔ آپ کو ایک نمبر ملتا ہے، وہ ایک کوڈ وصول کرتا ہے، اور کام ختم۔

چلی کی ایسی لائن جو آپ کے پاس رہے ایک مختلف پروڈکٹ ہے، اور یہ ہم self-serve نہیں بیچتے۔ OTP Route کے Dedicated Numbers صرف امریکہ اور کینیڈا کے لیے ہیں، $1.95/month سے۔ اگر آپ کی ٹیم کو واقعی طویل مدتی +56 لائن چاہیے تو [email protected] پر ای میل کر کے استعمال کا مقصد بتائیں؛ کچھ ممکن ہے یا نہیں، یہ مقامی قوانین پر منحصر ہے، اس لیے اس طرح منصوبہ بنائیں کہ جواب نفی میں بھی ہو سکتا ہے۔

• OTP Gateway تب استعمال کریں جب کوڈ ایک بار چاہیے: سائن اپ regression، چلی کی ریلیز سے پہلے smoke ٹیسٹ، ایک اکاؤنٹ کی تصدیق۔
• امریکی یا کینیڈین Dedicated Number تب استعمال کریں جب مشترکہ staging لاگ ان کو کوڈ ملتے رہنا چاہیے اور اکاؤنٹ کو چلی کی شناخت کی ضرورت نہیں۔

عارضی بمقابلہ dedicated نمبرز کا مضمون سمجھوتوں کو مزید تفصیل سے بیان کرتا ہے۔

چلی OTP API آرڈر سے کوڈ تک کیسے کام کرتی ہے؟

SMS verification API سادہ REST ہے جو https://otproute.com/api/v1 کے تحت ہے، اور or_live_ سے شروع ہونے والی Bearer key سے authenticate ہوتی ہے جو آپ Developer console میں بناتے ہیں۔ چلی کا country id cl ہے۔

1. GET /api/v1/services کال کریں اور اپنے ٹیسٹس میں استعمال ہونے والے service ids، مثلاً whatsapp یا uber، cache کر لیں۔
2. قیمت hard-code کرنے کے بجائے موجودہ رقم GET /api/v1/prices?country=cl&service=<id> سے پڑھیں۔
3. {"service": "whatsapp", "country": "cl"} جیسی body کے ساتھ POST /api/v1/activations سے آرڈر دیں۔ جواب میں +56 نمبر اور activation id ملتا ہے۔
4. وہ نمبر زیرِ ٹیسٹ فلو میں درج کریں اور SMS چلائیں۔
5. GET /api/v1/activations/{id} پول کریں، یا activation.sms_received webhook کو بتانے دیں۔
6. اگر رن ترک ہو جائے تو POST /api/v1/activations/{id}/cancel بھیجیں تاکہ والیٹ میں فوراً رقم کریڈٹ ہو جائے۔

Webhook ڈیلیوریز signed ہوتی ہیں۔ X-OTPRoute-Signature header میں t=<unix>,v1=<hex> ہوتا ہے، جو endpoint secret سے key کیا ہوا <t>.<raw body> کا HMAC-SHA256 ہے۔ اسے بغیر چھیڑے گئے درخواستی bytes پر دوبارہ نکالیں، constant time میں موازنہ کریں، پرانے timestamp رد کریں، اور activation id کو idempotency key سمجھیں تاکہ دہرایا گیا event کچھ نہ بدلے۔ ہر اکاؤنٹ کو 10 API keys، 5 webhook endpoints اور 300 requests فی منٹ ملتے ہیں؛ OTP API انٹیگریشن گائیڈ اس لوپ میں retry اور ایرر ہینڈلنگ جوڑتی ہے۔

کون سی ایپس ٹیسٹنگ کے لیے +56 نمبر پر کوڈ بھیج سکتی ہیں؟

چلی کا روٹ اس وقت 1,800 سے زیادہ سروسز تک پہنچتا ہے۔ جنہیں QA ٹیمیں سب سے زیادہ مانگتی ہیں ان میں WhatsApp، Telegram، Google (Gmail & YouTube)، Facebook، Instagram، TikTok، Uber، Microsoft & Outlook، Amazon، LinkedIn، ChatGPT (OpenAI)، Discord اور Netflix شامل ہیں۔

انوینٹری دن بھر بدلتی ہے، اس لیے ہر فہرست کو، اس کو بھی، snapshot سمجھیں۔ طے شدہ جاب سے پہلے GET /api/v1/countries اور prices endpoint سے پوچھیں کہ cl کے لیے کیا لائیو ہے، اور جوڑی غائب ہو تو ٹیسٹ سوٹ کے بیچ میں خلا دریافت کرنے کے بجائے شائستگی سے اسے چھوڑ دیں۔

+56 نمبر کیسے محفوظ اور validate کیے جائیں؟

چلی کے موبائل نمبر +56 ملک کوڈ کے بعد نو ہندسوں کے ہوتے ہیں اور 9 سے شروع ہوتے ہیں، اس لیے E.164 میں مکمل موبائل +569 اور اس کے بعد مزید آٹھ ہندسے بنتا ہے۔ چلی کے موجودہ نمبر ملک کے اندر انہی نو ہندسوں کے ساتھ لکھے جاتے ہیں جو +56 کے بعد آتے ہیں، جس سے normalization مختصر رہتی ہے۔

پھر بھی صارفین نمبر تین مختلف طریقوں سے لکھیں گے: خالی جگہوں اور plus کے ساتھ، 56 اور قومی ہندسوں کے ساتھ بغیر plus کے، یا صرف نو مقامی ہندسوں میں۔ ایک canonical E.164 string محفوظ کریں، سپورٹ ٹکٹس کے لیے خام input اس کے ساتھ رکھیں، اور تینوں شکلوں کے ٹیسٹ کیس شامل کریں۔ فارم کے مرحلے پر آٹھ ہندسوں کا اندراج رد کرنے سے وہ SMS بچ جاتا ہے جو کبھی پہنچنا ہی نہیں تھا۔

پروڈکٹ ٹیمیں چلی کے سائن اپ فلوز کیوں verify کرتی ہیں؟

لاطینی امریکہ میں پھیلنے والی پروڈکٹس کے لیے چلی اکثر ابتدائی پڑاؤ ہوتا ہے، اور اس کے صارفین توقع کرتے ہیں کہ ہسپانیہ کے لیے مقامی کی گئی عبارت کے بجائے خطے کے لیے لکھی گئی ہسپانوی ہو۔ +56 نمبروں پر بھیجے گئے کوڈ عموماً ہسپانوی میں آتے ہیں، حالانکہ بہت سی ایپس اکاؤنٹ کے locale کی پیروی کرتی ہیں، اس لیے دیکھیں کہ آپ کا parser ارد گرد کے الفاظ سے قطع نظر ہندسے نکال لیتا ہے۔

ٹیمیں چلی کی جانچ دوسری وجوہات سے بھی کرتی ہیں: تصدیق کہ مقامی وزیٹرز کے لیے فون فیلڈ ڈیفالٹ طور پر +56 ہے، ثابت کرنا کہ مکمل روٹ خاص طور پر چلی کے نمبروں کے لیے کام کرتا ہے، اور سپورٹ یا آپریشنز اسٹاف کو ذاتی SIM ادھار دیے بغیر بزنس اکاؤنٹس کی تصدیق کرنے دینا۔ ہمارا QA ٹیسٹنگ صفحہ دکھاتا ہے کہ ٹیمیں اسے ریلیز چیک لسٹس میں کیسے شامل کرتی ہیں۔

اگر چلی کا کوڈ ظاہر نہ ہو تو کیا کریں؟

ہر activation 20 منٹ کھلی رہتی ہے۔ آپ صرف تب ادائیگی کرتے ہیں جب کوڈ پہنچے؛ جب ونڈو خالی بند ہو جائے، یا آپ پہلے منسوخ کر دیں، تو پوری رقم خود بخود والیٹ میں لوٹ آتی ہے۔ اگر +56 نمبر خاموش رہے:

• ٹیسٹ کو ناکام قرار دینے سے پہلے ونڈو کو پورا چلنے دیں، کیونکہ کچھ بھیجنے والے سست ہوتے ہیں۔
• پتا کریں کہ وہ مخصوص ایپ virtual نمبر لیتی بھی ہے یا نہیں۔ کچھ پالیسی کے تحت انہیں رد کرتی ہیں، اور ریفنڈ کا اصول اسی لیے ہے۔
• بعد میں دوبارہ کوشش کریں، یا اسی منظرنامے کے لیے کوئی دوسرا سروس روٹ آزمائیں۔
• اپنی کوششوں میں وقفہ رکھیں؛ ہر چند سیکنڈ بعد نیا آرڈر دینا صرف نمبرز ضائع کرتا ہے۔

مزید مسئلہ حل کرنے کے خیالات ہماری پوسٹ ناکام OTP ڈیلیوریز کم کرنے میں ہیں۔

بلنگ اور sandbox ٹیسٹنگ کیسے کام کرتی ہے؟

OTP Route ایک prepaid USD والیٹ استعمال کرتا ہے: جتنا استعمال اتنی ادائیگی، نہ ماہانہ فیس اور نہ چننے کے لیے کوئی پلان۔ فنڈنگ کارڈ یا USDT/USDC stablecoins سے ہوتی ہے، اور اکاؤنٹنگ کو ہر ٹاپ اپ پر ای میل سے PDF انوائس ملتی ہے۔

بناتے وقت اپنے ڈیولپمنٹ اکاؤنٹ کو sandbox پر منتقل کرنے کو کہیں۔ یہ simulated نمبر اور کوڈ واپس کرتا ہے، اس لیے چلی کا پورا فلو والیٹ کے فنڈز کو چھوئے بغیر چلایا جا سکتا ہے۔ جو ساتھی کبھی ٹرمینل نہیں کھولتے وہ ڈیش بورڈ استعمال کر سکتے ہیں: چلی چنیں، سروس چنیں، دکھائی گئی قیمت کی تصدیق کریں، نمبر کاپی کریں اور کوڈ کو ظاہر ہوتے دیکھیں۔

اسے صرف اپنی پروڈکٹس اور اکاؤنٹس کے لیے استعمال کریں، ہر سروس کی شرائط کا احترام کریں، اور یاد رکھیں کہ OTP Route کی Acceptable Use Policy لاگو ہوتی ہے۔ آپ چند منٹ میں اکاؤنٹ بنا سکتے ہیں۔

اکثر پوچھے گئے سوالات

کیا میں مقامی SIM کارڈ کے بغیر اپنی ایپ کا چلی سائن اپ ٹیسٹ کر سکتا ہوں؟

جی ہاں۔ OTP Gateway سے +56 نمبر آرڈر کریں، اسے اپنے سائن اپ فارم میں درج کریں اور کوڈ ڈیش بورڈ یا API میں پڑھ لیں۔ ہر نمبر ایک کوڈ کو کور کرتا ہے۔

API چلی کے لیے کون سا country id مانگتی ہے؟

cl استعمال کریں، مثلاً GET /api/v1/prices?country=cl&service=telegram۔

ٹیسٹنگ کے لیے +56 نمبر کی قیمت کتنی ہے؟

$0.20 فی کوڈ سے؛ درست رقم سروس پر منحصر ہے اور API لائیو واپس کرتی ہے۔ چارج صرف تب ہوتا ہے جب کوڈ پہنچے۔

کیا میں چلی کا نمبر رکھ سکتا ہوں تاکہ اکاؤنٹ اگلی سہ ماہی میں دوبارہ لاگ ان کر سکے؟

self-serve نہیں۔ Dedicated Numbers امریکہ اور کینیڈا کی پروڈکٹ ہیں، $1.95/month سے؛ +56 لائن کے لیے [email protected] پر ای میل کریں، اور دستیابی مقامی قوانین پر منحصر ہے۔

چلی کے verification متن کون سی زبان استعمال کرتے ہیں؟

عموماً ہسپانوی، حالانکہ بہت سی ایپس اکاؤنٹ کی منتخب زبان میں بھیجتی ہیں۔ مقررہ الفاظ ملانے کے بجائے ہندسے parse کریں۔

چلی کے ٹیسٹ رنز کے لیے polling بہتر ہے یا webhook؟

ایک ہاتھ کی جانچ کے لیے polling ٹھیک ہے۔ جب کئی رنز متوازی ہوں تو activation id پر مبنی signed webhook کو پھیلانا آسان ہے۔

کیا ہماری فنانس ٹیم stablecoins سے ادائیگی کر سکتی ہے؟

جی ہاں۔ والیٹ کارڈز اور USDT/USDC قبول کرتا ہے، اور ہر ٹاپ اپ کے ساتھ PDF انوائس آتی ہے۔

سروسز کے نام اپنے اپنے مالکان کے ٹریڈ مارکس ہیں۔ OTP Route کا ان سے کوئی تعلق نہیں۔ نمبرز کو قانونی طور پر استعمال کریں اور ہر سروس کی شرائط اور ہماری قابلِ قبول استعمال کی پالیسی کی پابندی کریں۔