بھارت میں caller-ID apps کو spam reports telcos کو دینا ہوں گی

|مصنف: QUASA ادارتی ٹیم|6 منٹ مطالعہ| 3
بھارت میں caller-ID apps کو spam reports telcos کو دینا ہوں گی

بھارت کی Telecom Regulatory Authority of India (TRAI) نے 18 ستمبر 2026 کو تجارتی رابطوں کے قواعد میں ترمیم متعارف کرائی۔ اس کے تحت spam یا junk رپورٹ کرنے کی سہولت دینے والی caller-ID اور call-management apps کو صارف کی رپورٹ telecom access providers کے DLT پلیٹ فارم تک بھیجنا ہوگی۔

یہ محض مشاورتی مسودہ نہیں بلکہ 2018 کے Telecom Commercial Communications Customer Preference Regulations کی تیسری ترمیم ہے۔ بھارتی وزارتِ مواصلات کا سرکاری اعلان نئی reporting شرط، شکایات کو telcos کے AI/ML signals سے ملانے اور مخصوص تجارتی نمبر سلسلوں پر blanket spam tagging روکنے کی تصدیق کرتا ہے۔

app کی رپورٹ اب telco کے نظام تک جائے گی

بنیادی تبدیلی reporting flow میں ہے۔ caller-ID app میں کسی کال کو spam قرار دینے والا صارف اب صرف اس app کے داخلی database کو signal نہیں دے گا؛ app کو وہ report access providers کے زیر انتظام DLT پلیٹ فارم تک بھی پہنچانی ہوگی۔ ضابطے کی عبارت یہ نہیں کہتی کہ app کا لگایا ہوا label خود بخود نمبر بند کرا دے گا۔

Telco کے لیے app report ایک اضافی enforcement input ہوگی۔ ترمیم کے مطابق کارروائی اس وقت شروع ہو سکتی ہے جب دس دن کے اندر ایک sender کے خلاف کم از کم تین منفرد شکایات آئیں اور متعلقہ Calling Line Identification، یا CLI، operator کے AI/ML نظام میں بھی مشتبہ UCC کے طور پر نشان زد ہو۔ یہ corroboration کسی ایک crowdsourced flag کو بذاتِ خود حتمی فیصلہ بننے سے روکتی ہے۔

ایک الگ شق میں کہا گیا ہے کہ اگر ایک sender سے منسلک پانچ یا زیادہ CLIs دس دن میں مشتبہ قرار پائیں تو access provider مزید تفتیش اور مرحلہ وار کارروائی شروع کرے گا۔ اس میں KYC کی دوبارہ تصدیق، physical verification، outgoing service روکنا اور مسلسل خلاف ورزی یا telecom resource کے غلط استعمال پر connection منقطع کرنا شامل ہو سکتا ہے۔

لازمی data کی حد ابھی متعین نہیں

تصدیق شدہ تقاضا صارف کی بنائی ہوئی spam یا junk report کو DLT پلیٹ فارم تک پہنچانے کا ہے۔ دستیاب سرکاری خلاصہ لازمی fields نہیں بتاتا: آیا صرف متعلقہ نمبر، category اور وقت درکار ہوں گے یا reporter، device اور call context سے متعلق metadata بھی منتقل ہوگا۔

یہاں user report اور app کے وسیع data assets میں اہم فرق ہے۔ کسی مخصوص کال پر صارف کا دیا ہوا signal، app کا مکمل reputation database، community history، خودکار risk scores اور spam شناخت کرنے والا analytical model ایک جیسی چیزیں نہیں۔ TechCrunch کی آزاد رپورٹ کے مطابق ضابطے میں reporting standard، user notice اور consent، data retention، secondary use اور Android یا iOS کے built-in dialers پر اطلاق جیسے سوالات کا جواب موجود نہیں۔

نفاذ کا قانونی راستہ بھی پوری طرح سامنے نہیں آیا۔ caller-ID app لازماً licensed telecom operator نہیں ہوتی، اس لیے آئندہ تفصیلات سے واضح ہونا ہے کہ عدم تعمیل کی صورت میں ذمہ داری کس ادارے اور کس قانونی اختیار کے تحت نافذ ہوگی۔ عنوان میں بیان کردہ report دینے کی ذمہ داری ثابت ہے، مگر اسے پورے proprietary dataset کی لازمی حوالگی سمجھنا دستیاب متن سے آگے کی بات ہوگی۔

Truecaller کا اعتراض کس نکتے پر ہے

Truecaller نے reporting arrangement کو یک طرفہ اور مسابقت کے خلاف قرار دیتے ہوئے کہا کہ اس سے commercially valuable proprietary asset telcos کو منتقل ہوگا۔ NDTV Profit کو دیے گئے کمپنی کے ردعمل میں یہ بھی کہا گیا کہ Truecaller تفصیلی شرائط سامنے آنے کا انتظار کرے گی۔ یہ کمپنی کا مؤقف ہے؛ سرکاری خلاصہ proprietary database کی مکمل منتقلی کا واضح حکم نہیں دیتا۔

ترمیم نے call-management apps کو 140xx، 1600xx اور 1601xx جیسے مخصوص نمبر سلسلوں پر مجموعی طور پر blocking، filtering یا spam tagging سے بھی روکا ہے۔ یہ سلسلے بالترتیب regulated promotional اور service یا transactional calls کے لیے مخصوص ہیں، تاہم صارف اپنے device پر انفرادی call کو block یا filter کر سکتا ہے۔

یہ پابندی data-sharing شرط سے الگ ہے۔ پہلی شق app میں جمع ہونے والی user report کو telco کے DLT نظام تک پہنچاتی ہے؛ دوسری مخصوص نمبر سلسلوں پر app کی blanket classification محدود کرتی ہے۔ صارف کی اپنی blocking آزادی برقرار رہنے کے باعث اسے ہر مخصوص call کے خلاف مکمل ممانعت سمجھنا درست نہیں۔

automated calls کے لیے الگ ضابطہ

اسی ترمیم نے Application-to-Person، یا A2P، voice calls کی تعریف بھی شامل کی ہے۔ application، software system یا automated platform سے براہِ راست انسانی dialing کے بغیر شروع ہونے والی calls—جن میں autodialing، robocalls اور prerecorded یا مصنوعی آواز شامل ہو سکتی ہے—اس زمرے میں آئیں گی۔

ایسی calls استعمال کرنے والے ادارے کو اپنے telecom provider کے سامنے استعمال اور متعلقہ CLIs کی پیشگی declaration دینا ہوگی؛ declaration کے بغیر A2P call کو unsolicited commercial communication سمجھا جائے گا۔ terminating access provider، originating access provider سے فی منٹ زیادہ سے زیادہ پانچ بھارتی پیسے termination charge لے سکے گا، البتہ مقررہ regulated number series اور TRAI کی مجاز calls مستثنیٰ ہیں۔

A2P شق اور app-reporting rule دو مختلف مرحلوں پر کام کرتے ہیں۔ پہلی automated commercial call شروع کرنے والے کی شناخت اور پیشگی جواب دہی قائم کرتی ہے، جبکہ دوسری موصول ہونے والی مشتبہ call پر صارف کا signal telecom enforcement system تک پہنچاتی ہے۔

پاکستان کے لیے علاقائی case study

یہ بھارتی ترمیم پاکستان میں نافذ قاعدہ نہیں اور نہ ہی اسے خودکار طور پر PTA کے لیے نمونہ سمجھا جا سکتا ہے۔ اس کی علاقائی اہمیت تین سوالات میں ہے: user-submitted report اور app کے proprietary data کی حد کہاں ہوگی، مختلف apps اور operators مشترک format میں معلومات کیسے منتقل کریں گے، اور غلط شناخت کے خلاف اپیل کس کے پاس جائے گی۔

Interoperability واضح نہ ہو تو app، operator اور regulator ایک ہی نمبر کے متعلق مختلف records رکھ سکتے ہیں۔ محدود complaint کے ساتھ ضرورت سے زیادہ metadata منتقل ہو تو privacy کا خطرہ پیدا ہوتا ہے؛ دوسری طرف verification اور appeal کے بغیر crowdsourced reports کو enforcement سے جوڑنا جائز callers کو متاثر کر سکتا ہے۔ بھارتی framework میں صارف کو UCC complaint کے فیصلے کے خلاف اپیل کا راستہ دیا گیا ہے، مگر app سے آنے والی report کے مکمل data lifecycle کی تفصیل ابھی درکار ہے۔

اب کن تفصیلات کا انتظار ہے

اس وقت ثابت شدہ صورت یہ ہے کہ TRAI نے 18 ستمبر 2026 کو حتمی ترمیم متعارف کرائی اور spam-reporting سہولت رکھنے والی call-management apps کو user reports access providers کے DLT پلیٹ فارم تک بھیجنے کا پابند کیا۔ telcos شکایات کو اپنے AI/ML signals کے ساتھ ملا کر enforcement threshold جانچ سکیں گے، جبکہ مخصوص تجارتی نمبر سلسلوں پر blanket spam tagging ممنوع رہے گی۔

اب لازمی data fields، consent اور notice، retention، secondary use، operating-system dialers کی شمولیت اور non-telco apps کے خلاف نفاذ کی وضاحت درکار ہے۔ انہی تفصیلات سے معلوم ہوگا کہ نیا flow صرف صارف کی مخصوص شکایت منتقل کرتا ہے یا apps کے وسیع تر data assets تک بھی رسائی پیدا کرتا ہے۔

یہ بھی پڑھیں:

شیئر کریں:

ہمارا نیوز لیٹر سبسکرائب کریں

ویب 3، AI اور کرپٹو کی تازہ خبریں براہ راست اپنے اِن باکس میں پائیں۔

0