دستاویز سیل کرنے کی زیادہ تر وضاحتیں کرپٹوگرافی بیان کرتی ہیں۔ یہ وضاحت اُن پانچ منٹوں کو بیان کرتی ہے، کیونکہ کرپٹوگرافی وہ حصہ نہیں جس میں کسی کو دشواری ہوتی ہے۔
شروع کرنے سے پہلے کیا درکار ہے
فائل۔ واقعی بس اتنا۔
کوئی مکمل ورژن نہیں، کوئی رجسٹرڈ کمپنی نہیں، کسی وکیل کی رائے نہیں کہ تخلیق تحفظ کے قابل ہے یا نہیں۔ کاپی رائٹ تو اسی وقت پیدا ہو گیا تھا جب آپ نے تخلیق کی۔ آپ یہاں اُس کے بارے میں شہادت تیار کر رہے ہیں، اور کسی مسودے کے بارے میں شہادت اتنی ہی معتبر ہے جتنی آخری نسخے کے بارے میں۔
ایک بات پہلے طے کر لیں: کون سی فائل۔ ریکارڈ اُسی ورژن کو ثابت کرتا ہے جسے آپ سیل کرتے ہیں۔ اگر کام ابھی چل رہا ہے تو وہ ورژن سیل کریں جس کی طرف آپ بعد میں اشارہ کرنا چاہیں گے، جو عموماً وہی ہے جو کلائنٹ کو گیا، نہ کہ وہ جو ورکنگ فولڈر میں پڑا ہے۔
مرحلہ 1۔ اپ لوڈ
آپ فائل اپ لوڈ کرتے ہیں۔ اس سے ایک کرپٹوگرافک ہیش نکالا جاتا ہے، بائٹس ہی سے اخذ کردہ ایک مقررہ طوالت کی قدر۔
دو خصوصیات اہم ہیں۔ ہیش عین اُسی ورژن کی شناخت کرتا ہے، ایک پکسل یا ایک حرف بدلیں اور یہ مطابقت کرنا چھوڑ دیتا ہے۔ اور یہ صرف ایک سمت میں کام کرتا ہے: ہیش سے کوئی فائل دوبارہ تشکیل نہیں دے سکتا۔ یہی دوسری خصوصیت وجہ ہے کہ کسی خفیہ چیز کو سیل کرنا اس کا افشا نہیں۔
مرحلہ 2۔ اعلان منتخب کریں
یہیں لیبل کا فیصلہ ریکارڈ بنتا ہے۔ AI سے تیار، AI سے تبدیل شدہ، AI کی معاونت سے، یا انسان کا تحریر کردہ، سہولت کے بجائے درستی سے چنا گیا۔
اعلان ہیش کے ساتھ باندھا جاتا ہے، اس کے پہلو میں محفوظ نہیں کیا جاتا۔ یہی فرق ہے کسی فائل کے بارے میں بیان اور کسی فائل سے جڑے بیان میں۔ چھ ماہ بعد کسی کو دعووں کی اسپریڈ شیٹ کو اثاثوں کے فولڈر سے ملانا نہیں پڑتا، کیونکہ ہر دعویٰ پہلے ہی اُس چیز کے ساتھ سفر کرتا ہے جس کا وہ ذکر کرتا ہے۔
مرحلہ 3۔ سیل کریں
کوئی کوالیفائیڈ ٹرسٹ سروس فراہم کنندہ ہیش اور اعلان پر کوالیفائیڈ الیکٹرانک ٹائم اسٹیمپ جاری کرتا ہے۔
یہی وہ مرحلہ ہے جو تاریخ کو آپ کے قابو سے باہر لے جاتا ہے، اور یہی اس سارے عمل کے وجود کی وجہ ہے۔ eIDAS کے تحت کوالیفائیڈ الیکٹرانک ٹائم اسٹیمپ اُس تاریخ و وقت اور اس سے منسلک ڈیٹا کی سالمیت کے بارے میں قانونی قیاس رکھتا ہے۔ آپ کے اپنے نظام کی تاریخ ایسی تاریخ ہے جس کا جواز آپ سے مانگا جائے گا۔ یہ نہیں۔
مرحلہ 4۔ سرٹیفکیٹ
آپ کو ایک سرٹیفکیٹ ملتا ہے جس میں ہیش، اعلان اور ٹائم اسٹیمپ درج ہوتے ہیں، اور ایک لنک ہوتا ہے جو ایک عوامی تصدیقی صفحہ کھولتا ہے۔
سرٹیفکیٹ کو پروجیکٹ فائلوں کے ساتھ رکھیں۔ اصل فائل بھی بغیر تبدیلی کے رکھیں، کیونکہ ہیش ثابت کرتا ہے کہ وہی مخصوص بائٹس موجود تھیں اور اسے صرف انہی کے مقابل جانچا جا سکتا ہے۔
مرحلہ 5۔ کوئی اور اس کی تصدیق کرتا ہے
یہی واحد مرحلہ ہے جو اہم ہے اور یہی وہ ہے جسے لوگ چھوڑ دیتے ہیں۔
تصدیقی لنک اپنے ادارے سے باہر کسی کو بھیجیں۔ وہ اسے کھولتا ہے، فائل کو ریکارڈ سے ملاتا ہے، اور اعلان و ٹائم اسٹیمپ دیکھتا ہے۔ نہ اکاؤنٹ، نہ سافٹ ویئر، نہ آپ سے رابطہ۔
یہی آخری بات پورے عمل کا مقصد ہے۔ آپ کے پاس پہلے سے موجود ہر اندرونی ریکارڈ عین اسی مرحلے پر ناکام ہوتا ہے، کیونکہ وہ تقاضا کرتا ہے کہ دوسرا فریق دعویٰ کرنے والے فریق پر بھروسہ کرے۔ ایک بار یہ کر کے دیکھیں، کسی ساتھی کو شکی کلائنٹ کے کردار میں رکھ کر، اور لیبل اور ریکارڈ کا فرق مجرد نہیں رہتا۔
ایک فائل کے بجائے پورے ذخیرے کے لیے
ایک فائل سیل کرنے میں منٹ لگتے ہیں۔ چار سال کا پرانا ذخیرہ سیل کرنا الگ سوال ہے، اور دیانت دار جواب یہ ہے کہ غالباً نہیں کرنا چاہیے۔
اس کے بجائے آگے کی طرف کام کریں۔ سیلنگ کو اشاعت یا ڈیلیوری کے مقام پر رکھیں، تاکہ اُسی دن چند منٹ لگیں، اور پیچھے صرف اُسی مواد کے لیے جائیں جس میں حقیقی خطرہ ہے: زیرِ تنازع کام، ایسے کلائنٹس کی ڈیلیوری جو پوچھ سکتے ہیں، اور جو کچھ لائسنس یا فروخت ہو رہا ہے۔ باقی جیسا ہے ویسا رہ سکتا ہے۔
سب کچھ سیل کرنے کی خواہش عموماً وہی خواہش ہے جو آخرکار کوئی ریکارڈ پیدا نہیں کرتی، کیونکہ وہ ایک چھوٹی عادت کو منصوبہ بنا دیتی ہے اور منصوبہ کبھی شروع نہیں ہوتا۔ جو ٹیم آج سے ہر کلائنٹ ڈیلیوری سیل کرتی ہے وہ ایک سال بعد اُس ٹیم سے کہیں بہتر حالت میں ہوگی جو اب بھی پورے ذخیرے کی منتقلی کا منصوبہ بنا رہی ہے۔
اگر آپ کو طریقہ کار کے بجائے اعلان کے مرحلے کے پیچھے کی دلیل چاہیے تو ہمارا آرٹیکل 50 کا صفحہ بتاتا ہے کہ ذمہ داری کیا تقاضا کرتی ہے۔ وصول کنندہ کیا دیکھتا ہے یہ جاننے کے لیے کسی سیل شدہ دستاویز کی تصدیق کریں، یا پڑھیں عمل کیسے کام کرتا ہے۔





