ডাচ আইন অনুযায়ী সফটওয়্যার এসক্রো

যদি আপনার ব্যবসা এমন কোনো সফটওয়্যারের ওপর নির্ভরশীল হয় যা আপনি লেখেননি, তবে আপনি সেই কোম্পানির ওপর নির্ভরশীল যারা এটি তৈরি করেছে। আপনার কাছে থাকে অবজেক্ট কোড এবং একটি লাইসেন্স; আর সরবরাহকারীর কাছে থাকে সোর্স কোড, বিল্ড পাইপলাইন এবং জ্ঞান। এই অসামঞ্জস্যটি ততক্ষণ পর্যন্ত সহনীয় থাকে যতক্ষণ সরবরাহকারী সচ্ছল এবং দক্ষ থাকে, এবং যেই মুহূর্তে সে তা থাকে না, সেই মুহূর্তেই তা আর সহনীয় থাকে না। সফটওয়্যার এসক্রো হলো এর আদর্শ সমাধান, কিন্তু এটি কেবল তখনই কার্যকর হয় যখন ডাচ দেউলিয়া আইন মাথায় রেখে এর খসড়া তৈরি করা হয় — এবং বেশিরভাগ ব্যবস্থাই তা করে না।

এসক্রো কী এবং এটি কোন ঝুঁকি মোকাবেলা করে

সরবরাহকারী সোর্স কোড এবং সহায়ক উপকরণগুলো একটি স্বাধীন তৃতীয় পক্ষের কাছে জমা রাখে, যারা একটি নির্দিষ্ট ঘটনা ঘটা পর্যন্ত সেগুলো নিজেদের কাছে রাখে এবং তারপর গ্রাহকের কাছে হস্তান্তর করে। গ্রাহক সফটওয়্যারটি চালু রাখার জন্য কোডটি ব্যবহার ও পরিবর্তন করতে পারে। ঝুঁকিটি হলো ধারাবাহিকতা, মালিকানা নয়: যে গ্রাহক তার অর্ডার প্রসেসিং, রোগীর রেকর্ড বা উৎপাদন পরিকল্পনা একটি সরবরাহকারীর পণ্যের ওপর চালাচ্ছে, সে রাতারাতি সরবরাহকারী পরিবর্তন করতে পারে না, কারণ মাইগ্রেশনে কয়েক মাস সময় লাগে এবং সাধারণত বিদায়ী সরবরাহকারীর সাহায্যের প্রয়োজন হয়। এসক্রো একটি সুশৃঙ্খল উপায়ে বেরিয়ে আসার জন্য প্রয়োজনীয় সময় দেয়। তিনটি পরিস্থিতি গুরুত্বপূর্ণ:

• দেউলিয়াত্ব। সরবরাহকারীকে দেউলিয়া ঘোষণা করা হয়, একজন ট্রাস্টি নিয়োগ করা হয়, কর্মীরা চাকরি ছেড়ে দেন এবং সহায়তা বন্ধ হয়ে যায়। এই পরিস্থিতিটির জন্যই এসক্রো তৈরি করা হয়, এবং এখানেই ডাচ আইন সবচেয়ে বেশি কার্যকর হয়।
• বন্ধ করা। সরবরাহকারী পণ্যটি প্রত্যাহার করে নেয়, আপনার সংস্করণটি বন্ধ করে দেয়, অথবা এমন কেউ প্রতিষ্ঠানটিকে অধিগ্রহণ করে নেয় যার আপনার সংস্করণটি চালু করার ব্যাপারে কোনো আগ্রহ নেই। এটি দেউলিয়া হওয়ার চেয়েও বেশি সাধারণ ঘটনা, এবং প্রায়শই রিলিজ ক্লজ থেকে এটি বাদ দেওয়া হয়।
• রক্ষণাবেক্ষণে ক্রমাগত ব্যর্থতা। সরবরাহকারী এখনও বিদ্যমান এবং চালানও পাঠায়, কিন্তু আর ত্রুটি সংশোধন করে না, নিরাপত্তা প্যাচ পাঠায় না বা পণ্যটিকে তার নির্ভরশীল যন্ত্রাংশের সাথে সামঞ্জস্যপূর্ণ রাখে না।

দুই-পক্ষীয় এবং তিন-পক্ষীয় ব্যবস্থা

একটি দ্বিপাক্ষিক ব্যবস্থা হলো মূল চুক্তিতে করা একটি প্রতিশ্রুতি যে, একটি নির্দিষ্ট ঘটনা ঘটলে সরবরাহকারী সোর্স কোড হস্তান্তর করবে। এটি সস্তা এবং দুর্বল: কোনো স্বাধীন ব্যক্তি যাচাই করে দেখে না যে কিছু জমা দেওয়া হয়েছে বা হালনাগাদ রাখা হয়েছে কি না, এবং — সবচেয়ে গুরুত্বপূর্ণ বিষয় হলো — দেউলিয়াত্বের ক্ষেত্রে আপনি ট্রাস্টিকে সম্পত্তির এমন একটি বাধ্যবাধকতা পালন করতে বলছেন, যা করতে সে বাধ্য নয়।

একটি ত্রিপক্ষীয় ব্যবস্থায় একজন এসক্রো এজেন্টকে চুক্তিভুক্ত পক্ষ হিসেবে যুক্ত করা হয়। এজেন্ট আমানতের জিম্মা গ্রহণ করে, তা পরীক্ষা করে এবং নিজের কাছে রাখে, এবং তা ছেড়ে দেওয়ার জন্য আপনার প্রতি তার একটি সরাসরি দায়বদ্ধতা থাকে। এর জন্য অর্থ প্রদানের মূল কারণই হলো এটি: অর্থ ছেড়ে দেওয়ার কাজটি কোনো দেউলিয়া এস্টেটের দ্বারা নয়, বরং একটি সচ্ছল তৃতীয় পক্ষের দ্বারা তার নিজস্ব চুক্তির অধীনে সম্পাদিত হয়। এজেন্ট এটাও সিদ্ধান্ত নেয় যে অর্থ ছেড়ে দেওয়ার ঘটনাটি ঘটেছে কি না, যার ফলে এই ক্ষমতা এমন একজন ট্রাস্টির হাত থেকে যায় যার আপনাকে সাহায্য করার কোনো আগ্রহ নেই।

আসলে কী জমা করা হয়

সবচেয়ে সাধারণ ব্যর্থতাটি আইনসম্মত নয়। এটি হলো সোর্স কোড সম্বলিত একটি ডিপোজিট, আর কিছুই নয়। শুধু সোর্স কোড দিয়ে কম্পাইল হয় না: কোনো বিল্ড নির্দেশনা এবং ডিপেন্ডেন্সি তালিকা ছাড়া একজন ডেভেলপারের হাতে তুলে দিলে, একটি বড় কোডবেস থেকে একটি কার্যকরী বাইনারি তৈরি করতে কয়েক সপ্তাহ ধরে রিভার্স ইঞ্জিনিয়ারিং করতে হতে পারে — যে সময় আপনার হাতে নেই, বিশেষ করে যখন সিস্টেমটি ইতিমধ্যেই আনসাপোর্টেড। বিল্ড নির্দেশনা ছাড়া একটি ডিপোজিট মূল্যহীন।

আপডেট করার বাধ্যবাধকতা যোগ করুন। স্বাক্ষরের সময় একবার জমা করা অর্থ এক বা দুটি রিলিজ চক্রের মধ্যেই মেয়াদোত্তীর্ণ হয়ে যায়। জমা করা অর্থকে রিলিজের সময়সূচীর সাথে যুক্ত করুন — প্রতিটি বড় রিলিজের সাথে, অথবা একটি নির্দিষ্ট বিরতিতে — এবং কোনো অর্থ জমা হতে দেরি হলে তা জানানোর অধিকার রাখুন।

যাচাইকরণ: আপনি কিসের জন্য অর্থ প্রদান করছেন

নিচের মাঝের বিকল্পটি স্ট্যান্ডার্ড হিসেবে কিনুন, এবং সম্পূর্ণ পরীক্ষাটি করান যেখানে কোনো বিভ্রাট অস্তিত্বের জন্য হুমকি হয়ে দাঁড়াবে। শুধুমাত্র ফাইল-স্তরের চেকটি কেনা প্রায় অর্থহীন।

• ফাইল-স্তরের যাচাই। এজেন্ট নিশ্চিত করে যে জমাকৃত অর্থটি পাঠযোগ্য, ভাইরাস-মুক্ত এবং একটি ফাইল তালিকার সাথে মিলে যায়। এটি প্রমাণ করে যে কিছু একটা এসে পৌঁছেছে, কিন্তু সেটি যে কাজ করে তা নয়।
• সম্পূর্ণতা এবং নথিপত্র পর্যালোচনা। এজেন্টটি ডিপোজিটের সাথে বিল্ড নির্দেশাবলী এবং নির্ভরতাগুলো মিলিয়ে দেখে এবং ত্রুটিগুলো রিপোর্ট করে। এই মধ্যম বিকল্পটি বেশিরভাগ গ্রাহকের জন্য উপযুক্ত: এটি একটি সম্পূর্ণ পরীক্ষার খরচের একটি ভগ্নাংশেই সাধারণ ব্যর্থতাগুলো—যেমন বাদ পড়া বিল্ড স্টেপ, ডকুমেন্টেশনবিহীন নির্ভরতা, বা এমন কোনো কম্পোনেন্ট যা ব্যবহার করার অধিকার আপনার নেই—ধরে ফেলে।
• সম্পূর্ণ বিল্ড এবং রান টেস্ট। এজেন্ট একটি পরিষ্কার পরিবেশে আমানতটি সংকলন করে এবং পরীক্ষার তথ্যের সাথে মিলিয়ে তা যাচাই করে। এটিই একমাত্র স্তর যা প্রমাণ করে যে আমানতটি কার্যকর, কিন্তু সফটওয়্যার পরিবর্তনের সাথে সাথে এটি ধীর, ব্যয়বহুল এবং এর পুনরাবৃত্তির প্রয়োজন হয়।

রিলিজ ইভেন্টগুলো এমনভাবে খসড়া করা হয়েছে, যাতে এগুলো নিয়ে কোনো তর্ক করা না যায়।

রিলিজ ক্লজ হলো এমন একটি ট্রিগার যা এসক্রো এজেন্টকে চাপের মুখে এবং আইনি পরামর্শ ছাড়াই প্রয়োগ করতে হয়। প্রতিটি ঘটনা কোনো নথি বা সময় অতিবাহিত হওয়ার মাধ্যমে প্রতিষ্ঠাযোগ্য হওয়া উচিত, সরবরাহকারীর আচরণ সম্পর্কে কোনো সিদ্ধান্তের মাধ্যমে নয়।

দুটি বিষয়ই বেশিরভাগ কাজ করে দেয়। বিরোধিতার দায় সরবরাহকারীর উপর দিন: গ্রাহক প্রমাণসহ এজেন্টকে জানাবে, সরবরাহকারী আপত্তি জানানোর জন্য একটি নির্দিষ্ট স্বল্প সময় পাবে, এবং কোনো আপত্তি না থাকলে এজেন্ট বিষয়টি ছেড়ে দেবে। এবং বিরোধ নিষ্পত্তির পথটি আগে থেকেই ঠিক করে নিন — স্বল্প সময়ের মধ্যে বিশেষজ্ঞের মাধ্যমে সিদ্ধান্ত বা সালিশ — যাতে একটি আপত্তি কয়েক দিনের জন্য স্বস্তি দেয়, কয়েক মাসের জন্য নয়।

ডাচ দেউলিয়া প্রশ্ন

উপরের সবকিছুই চুক্তির নকশা। সরবরাহকারী দেউলিয়া হয়ে গেলে এর পরের বিষয়টিই নির্ধারণ করে যে তা কার্যকর থাকবে কি না।

ট্রাস্টি যা প্রত্যাখ্যান করতে পারেন

ধারা ৩৭ এফডব্লিউ (Fw) অনুযায়ী, দেউলিয়া আদেশের সময় যদি কোনো পারস্পরিক চুক্তি কোনো পক্ষ দ্বারা সম্পূর্ণরূপে সম্পাদিত না হয়, তবে প্রতিপক্ষ ট্রাস্টিকে চুক্তিটি সম্পাদন করবে কিনা তা ঘোষণার জন্য একটি যুক্তিসঙ্গত লিখিত সময়সীমা দিতে পারে; যদি সে তা না করে, তবে সে বিনিময়ে চুক্তি সম্পাদনের দাবি করার অধিকার হারায়। ধারা ৩৭ এফডব্লিউ যা করে না তা হলো চুক্তিটি বাতিল করা বা ট্রাস্টিকে তা বাতিল করার ক্ষমতা দেওয়া। চুক্তিটি টিকে থাকে; ট্রাস্টি কেবল চুক্তিটি সম্পাদনে বাধ্য থাকে না, এবং প্রতিপক্ষ ধারা ৩৭এ এফডব্লিউ (Fw)-এর অধীনে দেউলিয়া প্রক্রিয়ায় একটি দাবি করার সুযোগ পায়।

সফটওয়্যারের ক্ষেত্রে এর অর্থ হলো, ট্রাস্টি রক্ষণাবেক্ষণ, সহায়তা, আপডেট, হোস্টিং এবং অতিরিক্ত জমা প্রত্যাখ্যান করতে পারেন: এগুলো এমন সক্রিয় কাজ যা এস্টেটের জন্য ব্যয়বহুল। প্রত্যাখ্যান আশা করাই যায়। প্রশ্ন হলো, এটি আরও এক ধাপ এগিয়ে গিয়ে আপনার কাছে যা ইতিমধ্যেই আছে, তা ব্যবহার করা থেকেও আপনাকে বিরত রাখতে পারে কি না।

Nebula, berzona এবং Credit Suisse/Jongepier

এক দশক ধরে বিষয়টি সত্যিই অনিশ্চিত ছিল। নেবুলা মামলায় (হোগে রাড, ৩ নভেম্বর ২০০৬, ECLI:NL:HR:2006:AX8838) সুপ্রিম কোর্ট এই রায় দেয় যে, যদিও দেউলিয়াত্ব নিজে থেকে বিদ্যমান চুক্তি বাতিল করে না, তবুও ব্যবহারের অধিকারধারী কোনো প্রতিপক্ষ ট্রাস্টির বিরুদ্ধে এমনভাবে সেই অধিকার প্রয়োগ চালিয়ে যেতে পারবে না যেন কোনো দেউলিয়াত্ব ঘটেনি; এর ফলে একজন পাওনাদার অন্যদের ক্ষতির বিনিময়ে দেউলিয়াত্বকে উপেক্ষা করতে পারত। এই রায়কে ব্যাপকভাবে এমনভাবে ব্যাখ্যা করা হয়েছিল যে, এটি একজন ট্রাস্টিকে পূর্ব-বিদ্যমান ব্যবহারের অধিকার বাতিল করার অনুমতি দেয়, এবং এটি লাইসেন্সধারীদের মধ্যে উদ্বেগ সৃষ্টি করে।

সেই ব্যাখ্যাটি টিকে থাকেনি। ABN AMRO/Berzona মামলায় (Hoge Raad, 11 July 2014, ECLI:NL:HR:2014:1681) সুপ্রিম কোর্ট এই রায় দেয় যে, দেউলিয়াত্ব বিদ্যমান পারস্পরিক চুক্তি বা তা থেকে উদ্ভূত বাধ্যবাধকতার উপর কোনো প্রভাব ফেলে না এবং ট্রাস্টিকে এমন কোনো ক্ষমতা দেয় না যা আইন বা চুক্তি তাকে দেয়নি — উদাহরণস্বরূপ, এটি চলমান কোনো ইজারা বাতিল করতে পারে না।

Credit Suisse/Jongepier qq (Hoge Raad, 23 March 2018, ECLI:NL:HR:2018:424) মামলায় এই অবস্থানটি নিষ্পত্তি করা হয়েছিল । ট্রাস্টি নিষ্ক্রিয়ভাবে কোনো দায়িত্ব পালনে অস্বীকৃতি জানাতে পারেন, কিন্তু দেউলিয়াত্ব তাকে দেনাদারের দেউলিয়া হওয়ার আগে সম্পাদিত কোনো দায়িত্ব বাতিল করার, কিংবা কোনো কিছু সহ্য করা বা তা থেকে বিরত থাকার মতো চলমান কোনো দায়িত্ব শেষ করার ক্ষমতা দেয় না।

সফটওয়্যারের ক্ষেত্রে এই বাক্যাংশটিই গুরুত্বপূর্ণ। একটি লাইসেন্স মূলত স্বত্বাধিকারীর পক্ষ থেকে এমন ব্যবহার সহ্য করার একটি অঙ্গীকার, যা অন্যথায় কপিরাইট লঙ্ঘন করতে পারে — এটি সহ্য করারই একটি চলমান কার্যসম্পাদন। সুতরাং, বর্তমান আইন অনুসারে, দেউলিয়া হওয়ার আগে বৈধভাবে প্রদত্ত একটি লাইসেন্স দেউলিয়া হওয়ার পরেও কার্যকর থাকে এবং ট্রাস্টি তা বাতিল করতে পারেন না। ট্রাস্টি সক্রিয় সবকিছু প্রত্যাখ্যান করতে পারেন, কিন্তু আপনার ধারণ করা ব্যবহারের অধিকার বন্ধ করতে পারেন না।

আপনার বিন্যাসের জন্য এর অর্থ কী

এর থেকে দুটি বিষয় স্পষ্ট হয়। মুক্তির বাধ্যবাধকতা সরবরাহকারীর উপর না রেখে এসক্রো এজেন্টের উপর রাখুন: তৃতীয় পক্ষের দ্বারা পরিচালিত একটি স্বাধীন হেফাজত হিসাবে স্থাপিত হলে, মুক্তিটি এজেন্টের নিজস্ব কার্যসম্পাদন হিসাবে গণ্য হয়, এবং ধারা ৩৭ এফডব্লিউ (Fw)-এর অধীনে ট্রাস্টির ক্ষমতা একজন সচ্ছল এজেন্টের পরিবর্তে এস্টেটের প্রদেয় কার্যসম্পাদনের উপর প্রযোজ্য হয়, যেখানে একটি দ্বি-পক্ষীয় প্রতিশ্রুতিতে এস্টেটের কার্যসম্পাদন প্রয়োজন হয়, যা ট্রাস্টি প্রত্যাখ্যান করতে পারেন। এবং মুক্তির সময় না দিয়ে লাইসেন্সটি শুরুতেই প্রদান করুন — এটিই খসড়া তৈরির সবচেয়ে গুরুত্বপূর্ণ বিষয়, যা নিচে আলোচনা করা হয়েছে।

দেউলিয়াত্বের পরিবর্তে পুনর্গঠনের ক্ষেত্রে, ধারা ৩৭৩ এফডব্লিউ (Fw) ইপসো ফ্যাক্টো ক্লজের উপর নির্ভরতাকে সীমাবদ্ধ করে — এই ক্লজগুলো হলো এমন বিধান যা কোনো প্রতিপক্ষকে শুধুমাত্র একটি পুনর্গঠন প্রক্রিয়া শুরু হওয়ার কারণে একটি চুক্তি সংশোধন, স্থগিত বা বাতিল করার অনুমতি দেয়। এই সীমাবদ্ধতা স্কিম পদ্ধতিতে কার্যকর, দেউলিয়াত্বে নয়, এবং এর উত্তরটিও আবারও কাঠামোগত: যেখানে ব্যবস্থাটি কোনো তৃতীয় পক্ষ দ্বারা একটি স্বাধীন হেফাজত হিসাবে খসড়া করা হয়, সেখানে মুক্তির শর্তটি এজেন্টের নিজস্ব বাধ্যবাধকতার উপর কাজ করে এবং এটি বাতিলযোগ্য কোনো ইপসো ফ্যাক্টো বিধানের সমতুল্য হয় না, দেউলিয়াত্বের মতোই ডব্লিউএইচওএ (WHOA) পুনর্গঠনের ক্ষেত্রেও।

লাইসেন্সটি কীভাবে গঠন করতে হবে

এসক্রো আপনাকে সোর্স কোডের একটি কপি দেয়, কিন্তু এটি দিয়ে যা খুশি করার অধিকার দেয় না। সোর্স কোড একটি সুরক্ষিত কাজ; এটি কম্পাইল করা, পরিবর্তন করা এবং এর ফলাফল চালানো সীমাবদ্ধ কাজ। এগুলোর জন্য কোনো লাইসেন্স না থাকলে, একটি রিলিজড ডিপোজিট হলো এমন একটি ফোল্ডার যা আপনি খুলতে পারবেন না। এসক্রোর সাথে এমন একটি লাইসেন্স যুক্ত করুন যা গ্রাহককে রিলিজের পর সোর্স কোড ব্যবহার, কম্পাইল, পরিবর্তন এবং আরও উন্নত করার, এবং সেই কাজটি কোনো তৃতীয় পক্ষকে দিয়ে করানোর সুস্পষ্ট অনুমতি দেয় — বাস্তবে, আপনাকে এই কাজটি নিজে করতে হবে না।

এরপর আসে সময়ের প্রসঙ্গ। মুক্তির পর মঞ্জুর করা লাইসেন্স ভঙ্গুর হয়। যদি মুক্তির ঘটনাটিই দেউলিয়াত্ব হয়, তবে এই মঞ্জুরি এমন একজন দেনাদারকে করতে হবে যিনি দেউলিয়াত্বের আদেশের দিন থেকেই এস্টেটের সম্পদ নিষ্পত্তি করার ক্ষমতা হারিয়েছেন; ধারা ২৩ এফডব্লিউ এবং ধারা ৩৫ এফডব্লিউ এক্ষেত্রে বাধা হয়ে দাঁড়ায়, এবং ট্রাস্টি আপনার জন্য এই মঞ্জুরি প্রদান করবেন না। ক্রেডিট সুইস/ইয়োঙ্গেপিয়ার-এর মতে, ট্রাস্টি আপনার ইতোমধ্যে থাকা কোনো লাইসেন্স বাতিল করতে পারেন না — কিন্তু আপনার যদি কখনোই কোনো লাইসেন্স না থাকে, তবে বাতিল করার মতো কিছুই থাকে না।

যেকোনো দেউলিয়াত্বের আগেই, চুক্তির মধ্যেই এটি মঞ্জুর করুন, একটি পূর্বশর্ত সাপেক্ষে: যা এখনই মঞ্জুর করা হয়েছে এবং একটি মুক্তির ঘটনা ঘটলে কার্যকর হবে। অধিকারটি চুক্তির তারিখ থেকেই বিদ্যমান থাকে; শুধুমাত্র এর কার্যকারিতা স্থগিত থাকে। ডাচ আইন সাধারণত এই কাঠামোর প্রতি গ্রহণীয়। রাবোব্যাঙ্ক/রয়সার (হোগে রাড, ৩ জুন ২০১৬, ECLI:NL:HR:2016:1046) মামলায় সুপ্রিম কোর্ট মেনে নিয়েছে যে, যেখানে দেউলিয়াত্বের আগে একটি শর্তাধীন অধিকার তৈরি করা হয়েছিল, সেখানে পরবর্তীতে শর্ত পূরণের বিষয়টি ঋণগ্রহীতার কোনো অতিরিক্ত পদক্ষেপ ছাড়াই কার্যকর হয়। সেই মামলাটি পণ্যের একটি শর্তাধীন হস্তান্তর এবং শর্তাধীন অধিকারের উপর একটি বন্ধক সম্পর্কিত ছিল। এটিকে একটি শর্তসাপেক্ষে প্রদত্ত কপিরাইট লাইসেন্সের ক্ষেত্রে প্রয়োগ করা আদালতের দ্বারা নিষ্পত্তি হওয়া কোনো বিষয় নয়, বরং আইনি সাহিত্যে সমর্থিত একটি অনুমান, এবং এটিকে সেভাবেই উপস্থাপন করা উচিত।

আরও নিশ্চিত করুন যে, প্রকাশিত উপাদান ব্যবহারের জন্য সরবরাহকারী বা তার ট্রাস্টির কাছ থেকে আর কোনো অনুমতির প্রয়োজন নেই এবং পরবর্তী ডেভেলপারকে সাব-লাইসেন্সিং করার অনুমতি রয়েছে।

সাস এবং ক্লাউড: সোর্স কোডই যথেষ্ট নয়

যে সফটওয়্যার আপনি নিজে চালান, তার জন্য সোর্স কোড, বিল্ড নির্দেশাবলী এবং একটি লাইসেন্স প্রায় একটি সম্পূর্ণ সমাধান। কিন্তু কোনো পরিষেবার ক্ষেত্রে তা নয়। যদি সরবরাহকারীর প্ল্যাটফর্মটি বন্ধ হয়ে যায়, তবে আপনি অ্যাপ্লিকেশনটি, যে পরিবেশে এটি চলত তা এবং আপনার ডেটা হারাবেন — এবং সোর্স কোড কেবল প্রথমটিই পুনরুদ্ধার করে, তাও খুব ধীরে। একটি SaaS ধারাবাহিকতা ব্যবস্থায় অবশ্যই তিনটি জিনিস যোগ করতে হবে:

• পরিচালন পরিবেশ। কন্টেইনার ইমেজ, ইনফ্রাস্ট্রাকচার-অ্যাজ-কোড ডেফিনিশন, কনফিগারেশন, নেটওয়ার্ক ও সিকিউরিটি সেটিংস, রানটাইম ডিপেন্ডেন্সি — অন্য কোথাও প্ল্যাটফর্মটি চালু করার জন্য যথেষ্ট।
• তথ্যগুলো। আপনার নিজের ডেটা একটি নথিভুক্ত, অ-স্বত্বাধিকারী বিন্যাসে, স্কিমাসহ নিয়মিতভাবে রপ্তানি করতে হবে। যে ডেটা আপনি পড়তে পারেন না, তা আপনার কাছে নেই, এবং এই রপ্তানি শুধুমাত্র প্রকাশের সময় নয়, বরং চুক্তি চলাকালীন পুরো সময় জুড়েই চালু থাকা উচিত।
• আতিথেয়তার সম্পর্ক। হোস্টিং প্রোভাইডারের সাথে সরবরাহকারীর চুক্তিতে হস্তক্ষেপ করার একটি উপায়, অথবা সেই প্রোভাইডারকে এই মর্মে নোটিশ দেওয়া যে আপনি অ্যাকাউন্টটির দায়িত্ব নিতে এবং সরাসরি অর্থ পরিশোধ করতে পারেন।

বিকল্পসমূহ, এবং কে অর্থ প্রদান করবে

এসক্রো সবসময় সেরা বিকল্প নয়, বিশেষ করে সাধারণ প্রোডাক্টের ক্ষেত্রে, যেখানে আপনি হাজার হাজার গ্রাহকের মধ্যে একজন এবং বাস্তব ঝুঁকি হলো পরিষেবা বন্ধ হয়ে যাওয়া, ব্যর্থতার নয়। তিনটি সহজ বিকল্প প্রায়শই বেশি কার্যকর: একটি ডেটা এক্সিট রাইট — একটি নথিভুক্ত ফরম্যাটে পর্যায়ক্রমিক এক্সপোর্ট, যা অন্তত একবার পরীক্ষা করা হয়েছে — যা প্রায় কোনো খরচ ছাড়াই ঝুঁকির বেশিরভাগ অংশ সামাল দেয়; একটি রানিং কপির অধিকার , একটি ডেপ্লয়েবল ইমেজ যা আপনি একটি অন্তর্বর্তীকালীন সময়ের জন্য চালাতে পারেন এবং যা রিবিল্ডের চেয়ে অনেক দ্রুত পরিষেবা পুনরুদ্ধার করে; এবং হোস্টিং প্রোভাইডারকে সরাসরি পেমেন্ট , যা মাইগ্রেট করার সময় পরিবেশ চালু রাখে — এটি ক্লাউড কন্টিনিউইটির সবচেয়ে সস্তা উপায় এবং প্রায়শই উপেক্ষিত হয়।

যেখানে আপনি এসক্রো ব্যবহার করেন, সেখানে একটি এককালীন সেট-আপ ফি, একটি পুনরাবৃত্ত বার্ষিক কাস্টডি ফি এবং প্রতিটি যাচাইকরণের জন্য আলাদা চার্জ আশা করতে পারেন, যা চেকের গভীরতার সাথে বৃদ্ধি পায়। এই সুরক্ষার খরচ সাধারণত গ্রাহকের উপরই বর্তায়, যদিও কোনো সরবরাহকারী এসক্রোকে একটি বিক্রয় কৌশল হিসেবে উপস্থাপন করলে এই খরচ বহন করতে পারে, এবং একটি পণ্যের একাধিক গ্রাহককে অন্তর্ভুক্ত করে এমন বহু-সুবিধাভোগী ব্যবস্থা এই খরচকে ভাগ করে দেয় — সাধারণত এই কারণেই সরবরাহকারীরা এটি করতে প্রতিরোধ করে। অর্থ পরিশোধ না করার বিষয়টি এজেন্টকে আপনাকে জানাতে বাধ্য করুন এবং এর পরিবর্তে অর্থ পরিশোধ করার অধিকার তার থাকুক।

এসক্রো ব্যবস্থা নিয়ে আলোচনার জন্য একটি চেকলিস্ট

• এটি কি একজন স্বাধীন এজেন্টের সাথে একটি প্রকৃত ত্রিপক্ষীয় ব্যবস্থা, যার আপনার প্রতি সরাসরি দায়মুক্তির বাধ্যবাধকতা রয়েছে?
• সোর্স কোড ব্যবহার, কম্পাইল, পরিবর্তন এবং আরও উন্নত করার লাইসেন্স কি প্রদান করা হয়েছে? এখনমুক্তির সময় প্রতিশ্রুতির পরিবর্তে, কোনো পূর্বশর্ত সাপেক্ষে?
• ডিপোজিট লিস্টে কি শুধু সোর্স কোডই নয়, বিল্ড ইনস্ট্রাকশন, ডিপেন্ডেন্সি, লাইসেন্স কী এবং ডকুমেন্টেশনও অন্তর্ভুক্ত থাকে, যা প্রতিটি রিলিজে আপডেট করা হয়?
• কোন স্তরের যাচাইকরণের চুক্তি করা হয় এবং কত ঘন ঘন এর পুনরাবৃত্তি করা হয়?
• মুক্তির ঘটনাগুলো কি কোনো নথি বা সময় অতিবাহিত হওয়ার মাধ্যমে নির্ধারণযোগ্য, যেখানে আপত্তি জানানোর সময়সীমা সংক্ষিপ্ত এবং বিরোধ নিষ্পত্তির প্রক্রিয়া দ্রুত?
• SaaS-এর ক্ষেত্রে: পরিবেশ, ডেটা এবং হোস্টিং সম্পর্ক কি অন্তর্ভুক্ত, নাকি শুধু কোড?
• কে অর্থ পরিশোধ করবে, সরবরাহকারী অর্থ প্রদান বন্ধ করে দিলে কী হবে, এবং এসক্রো চুক্তিটি কি মূল চুক্তির প্রযোজ্য আইন ও মেধাস্বত্ব সংক্রান্ত ধারাগুলোর সাথে সামঞ্জস্যপূর্ণ?