Skip to main content
Compliance

صارف نے شرائط کا کون سا ورژن قبول کیا؟ ہر ورژن کی تاریخ ثبت کریں

In short

ایک گاہک کہتا ہے کہ جو اصول آپ لاگو کر رہے ہیں وہ ان شرائط میں تھا ہی نہیں جو اس نے قبول کی تھیں۔ کیا آپ ثابت کر سکتے ہیں کہ اس دن کون سا ورژن آن لائن تھا؟ ہر ورژن پر مہر لگانا ایک تاریخ شدہ ثبوت دیتا ہے۔

صارف نے شرائط کا کون سا ورژن قبول کیا؟ ہر ورژن کی تاریخ ثبت کریں — Swiss Trust Layer

ماریہ ایک چھوٹی سافٹ ویئر کمپنی میں کسٹمر سپورٹ چلاتی ہے۔ ایک صبح ایک گاہک شکایت درج کراتا ہے۔ وہ کہتا ہے کہ منسوخی کا جو اصول کمپنی اب لاگو کر رہی ہے وہ ان شرائط میں تھا ہی نہیں جو اس نے سائن اپ کے وقت قبول کی تھیں۔ ماریہ جانچتی ہے۔ کمپنی اس سال اپنی شرائط تین بار بدل چکی ہے۔ تو اس گاہک نے کون سا ورژن قبول کیا، اور کس تاریخ کو؟ سائن اپ ریکارڈ اس کے شامل ہونے کا دن دکھاتا ہے، مگر اس دن کی شرائط کا متن مہینوں پہلے بدل دیا گیا۔ اس وقت کمپنی یہ ثابت نہیں کر سکتی کہ اس نے اصل میں کیا دیکھا تھا۔

ہر شرائطی تنازعے کے پیچھے کا سوال

جب کوئی گاہک آپ کی شرائط کو چیلنج کرے، تو آپ کو وہی درست ورژن دکھانا ہوتا ہے جو اس نے قبول کیا تھا۔

زیادہ تر ویب اور سافٹ ویئر کمپنیاں سائن اپ پر صارفین سے شرائط و ضوابط منظور کراتی ہیں۔ یہ متن وقت کے ساتھ بدلتا ہے۔ آپ کوئی شق شامل کرتے ہیں، کوئی غلطی درست کرتے ہیں، یا نوٹس کی مدت بدلتے ہیں۔ ہر تبدیلی ایک نیا ورژن بناتی ہے۔ اگر کوئی گاہک بعد میں کسی شق پر اعتراض کرے، تو اصل سوال سادہ ہے۔ جس دن اس نے قبول پر کلک کیا، اس دن کون سا ورژن آن لائن تھا، اور اس میں کیا لکھا تھا؟ اگر آپ صرف آج کی شرائط رکھتے ہیں تو آپ اس کا جواب نہیں دے سکتے۔

سوئس قانون اصل میں کیا مانگتا ہے

معاہدہ تب بنتا ہے جب دونوں فریق متفق ہوں، اور جو کسی شق پر انحصار کرے اسے وہ ثابت کرنی ہوتی ہے۔

ضوابط ذمہ داریات کے آرٹیکل 1 (OR) کے مطابق، معاہدے کے لیے فریقین کے باہمی اور ہم آہنگ ارادے کا اظہار درکار ہوتا ہے۔ یہ ارادہ صریح ہو سکتا ہے یا ضمنی، لہذا کسی قبول کے بٹن پر کلک بھی شمار ہو سکتا ہے۔ آرٹیکل 11 OR کے مطابق، معاہدے کو خاص شکل صرف تب درکار ہے جب قانون اسے مقرر کرے۔ عام شرائط و ضوابط کے لیے کسی دستخط کی ضرورت نہیں، لہذا آن لائن قبولیت پابند کر سکتی ہے۔ مگر ایک پیچ ہے۔ سول کوڈ کے آرٹیکل 8 (ZGB) کے مطابق، جو شخص اپنے بیان کردہ حقائق سے کوئی حق اخذ کرتا ہے، اسے وہ حقائق ثابت کرنے ہوتے ہیں۔ سیدھے الفاظ میں، اگر آپ کسی شق پر انحصار کرنا چاہتے ہیں، تو یہ دکھانا آپ کا کام ہے کہ وہ معاہدے کا حصہ تھی۔

"ہم نے اپنی شرائط اپ ڈیٹ کر دیں" کیوں کافی نہیں

آپ کا موجودہ شرائط کا صفحہ یہ نہیں دکھاتا کہ کسی پرانے صارف نے قبول پر کلک کرتے وقت کیا دیکھا تھا۔

آن لائن شرائط کا صفحہ صرف ایک چیز دکھاتا ہے: متن جیسا آج ہے۔ جب آپ نیا ورژن شائع کرتے ہیں تو پرانا متن عموما غائب ہو جاتا ہے۔ کسی ان باکس کا اسکرین شاٹ آسانی سے مشکوک ٹھہرایا جا سکتا ہے۔ تبدیلی کے ریکارڈ کی ایک سطر محض ایک نوٹ ہے جو آپ نے خود لکھا۔ ان میں سے کوئی بھی اس لمحے کو طے نہیں کرتا۔ تنازعے میں دوسرا فریق کہہ سکتا ہے کہ متن مختلف تھا یا بعد میں شامل کیا گیا۔ تاریخ شدہ ثبوت کے بغیر یہ آپ کی بات بمقابلہ اس کی بات رہ جاتی ہے۔

اپنی شرائط کے ہر ورژن کی تاریخ ثبت کرنا

ہر ورژن پر مہر لگانا اس وقت موجود درست متن کا ایک تاریخ شدہ ثبوت بناتا ہے۔

جب آپ کسی دستاویز پر مہر لگاتے ہیں، تو پلیٹ فارم اس کا ایک خفیہ نگاری (cryptographic) ہیش، یعنی ایک مختصر فنگر پرنٹ، RFC 3161 کے تحت ایک قابل اعتماد ٹائم اسٹیمپ اتھارٹی کو بھیجتا ہے۔ بدلے میں آپ کو ایک ٹائم اسٹیمپ ملتا ہے جو اسی درست متن کو اس لمحے سے باندھ دیتا ہے۔ ایک حرف بدلیں، فنگر پرنٹ بدل جاتا ہے۔ یوں آپ کی شرائط کا مہر شدہ ورژن اپنی تاریخ سے بندھا رہتا ہے۔ اگر آپ ہر ورژن کو شائع کرتے وقت مہر لگائیں، تو ایک سادہ ٹائم لائن بنتی ہے۔ ورژن ایک جنوری کا۔ ورژن دو اپریل کا۔ ورژن تین ستمبر کا۔ ہر ایک تاریخ شدہ ہے، اور ہر ایک کو کوئی بھی ایک عوامی لنک کے ذریعے بغیر اکاؤنٹ جانچ سکتا ہے۔

مہر کیا دکھاتی ہے اور کیا نہیں

مہر دکھاتی ہے کہ کسی خاص وقت کون سا متن موجود تھا، یہ نہیں کہ اسے کس نے لکھا یا کس نے قبول پر کلک کیا۔

حدود کے بارے میں واضح رہیں۔ مہر دکھاتی ہے کہ آپ کی شرائط کا کوئی خاص ورژن کسی خاص تاریخ کو موجود تھا اور تب سے نہیں بدلا۔ یہ نہیں دکھاتی کہ متن کس نے لکھا۔ یہ تنہا یہ ثابت نہیں کرتی کہ کسی نامزد صارف نے قبول پر کلک کیا۔ اس کے لیے آپ کو اب بھی اپنے سائن اپ لاگ چاہییں، جو صارف اور اسے دکھائے گئے ورژن کو درج کرتے ہیں۔ مہر وہ کام کرتی ہے جو یہ لاگ ٹھیک سے نہیں کر پاتے۔ یہ ثابت کرتی ہے کہ اس تاریخ کی شرائط کا متن اصلی اور غیر تبدیل شدہ ہے۔ دونوں مل کر کام کرتے ہیں۔ آپ کے لاگ صارف کو ایک ورژن سے جوڑتے ہیں۔ مہر یہ طے کرتی ہے کہ اس ورژن میں کیا کہا گیا تھا۔

ہر اپ ڈیٹ کے لیے ایک سادہ معمول

ہر ورژن کو شائع کرنے سے پہلے مہر لگائیں، اور تاریخ شدہ ثبوت کو اپنے سائن اپ لاگ کے ساتھ رکھیں۔

ایک مختصر معمول آپ کو محفوظ رکھتا ہے:

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

اس میں ہر اشاعت پر چند منٹ لگتے ہیں۔ یہ کسی مستقبل کے تنازعے کو اندازے سے بدل کر ایک تاریخ شدہ ثبوت بنا دیتا ہے جسے آپ دکھا سکتے ہیں۔

واپس ماریہ کی طرف

ماریہ کی کمپنی اب اپنی شرائط کے ہر ورژن پر اسی دن مہر لگاتی ہے جس دن وہ لائیو ہوتا ہے۔ اگلی بار جب کوئی گاہک پوچھے گا کہ اس کے سائن اپ کے وقت کون سے اصول لاگو تھے، تو سپورٹ اس تاریخ کے مہر شدہ ورژن اور ایک عوامی لنک کی طرف اشارہ کر سکتی ہے جسے کوئی بھی جانچ سکے۔ کام اشاعت کے وقت ہوتا ہے، جھگڑے کے دوران نہیں۔ ہر ورژن کو شائع کرنے سے پہلے مہر لگائیں، تاکہ متن اور اس کی تاریخ تب طے ہو جائیں جب انہیں ثابت کرنا اب بھی آسان ہے۔ آپ swisstrustlayer.com پر شروع کر سکتے ہیں۔

Swiss Trust Layer AG کے ساتھ اپنے کام کی حفاظت کریں

Swisscom Trust Services کے تعاون سے عدالت میں ثابت e-Seal کے ساتھ اپنی دانشورانہ ملکیت کو سیل کریں۔

مفت ڈیمو بک کریں

متعلقہ مضامین

سوئس کے کون سے معاہدے الیکٹرانک طور پر دستخط ہی نہیں ہو سکتے
Compliance

سوئس قانون میں زیادہ تر معاہدوں کے لیے کوئی خاص شکل لازم نہیں، مگر وصیت، زمین کی فروخت اور ذاتی ضمانت سادہ ای دستخط قبول نہیں کرتیں۔ فیڈلیکس سے پڑھی ہوئی ایک فیدوشری چیک لسٹ۔

5 اکتوبر، 2026مضمون پڑھیں →
سال کے اختتام کا آڈٹ ٹریل: آڈیٹر کے پوچھنے سے پہلے کون سا ریکارڈ کیا ثابت کرتا ہے
Compliance

آڈیٹر دسمبر کی ایک انوائس اس حالت میں مانگتا ہے جیسی وہ بُکنگ کے دن تھی۔ سال کے اختتام پر آپ سے کون سے ریکارڈ مانگے جائیں گے، اور ہر قسم کا ثبوت فائل کے بارے میں کیا ثابت کر سکتا ہے: کہ وہ اس وقت موجود تھی، کہ اس میں کوئی تبدیلی نہیں ہوئی، کس نے دستخط کیے، اور وہ شخص کون تھا۔

1 اکتوبر، 2026مضمون پڑھیں →
Q4 کے کیلنڈر پر چار تاریخیں ہیں۔ ان میں سے ایک طے کرتی ہے کہ تنازع کا رخ کیا ہوگا
Compliance

دو ذمہ داریاں سال ختم ہونے سے پہلے آ رہی ہیں اور دو پہلے سے چل رہی ہیں۔ ان میں سے تین ایسی ہیں جن پر عمل کیجیے اور بات ختم۔ چوتھی وہ بدلتی ہے جو اس وقت ہوتا ہے جب آپ پہلے ہی کسی تنازع میں ہوں، کیونکہ وہ عدالت کو یہ اختیار دیتی ہے کہ وہ آپ سے آپ کے اپنے شواہد پیش کرنے کو کہے۔ تیاری اسی کے لیے کرنی چاہیے۔

29 ستمبر، 2026مضمون پڑھیں →
ہم نے کہا تھا کہ ستمبر پرسکون نہیں ہوگا. یہ رہا جو بدلا
Compliance

اگست کے آخر میں ہم نے کہا تھا کہ ستمبر صرف دیکھنے میں پرسکون لگتا ہے، کیونکہ سال کے شروع میں نافذ ہونے والی ذمہ داریاں چلتی رہتی ہیں، چاہے ان کے ساتھ کوئی نمایاں تاریخ جڑی ہو یا نہ ہو. ستمبر گزر چکا. یہ رہا وہ سب جو واقعی حرکت میں آیا، جو اس پلیٹ فارم پر بدلا، اور جو سال کی آخری سہ ماہی میں داخل ہوتے ہوئے اب بھی کھلا ہے.

28 ستمبر، 2026مضمون پڑھیں →
ستمبر 2026 کمپلائنس جائزہ: کیا پہلے سے لاگو ہے اور کیا نہیں
Compliance

ستمبر کے تین ہفتے گزر چکے ہیں اور آپ کے ان باکس کے الرٹس تاریخوں پر ایک دوسرے سے متفق نہیں۔ AI Act کی دو ذمہ داریاں پہلے ہی کسی نہ کسی پر لاگو ہیں، دو ڈیڈ لائنز ابھی مہینوں دور ہیں، اور دو عدالتی مقدمے جنہیں طے شدہ قانون کی طرح نقل کیا جا رہا ہے، طے ہی نہیں ہوئے۔

20 ستمبر، 2026مضمون پڑھیں →