সফটওয়্যার এসক্রো: কখন আপনার এটি প্রয়োজন এবং কীভাবে এটি সেট আপ করবেন?

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

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

সফটওয়্যার এসক্রো কীভাবে কাজ করে?

তিনটি পক্ষ একটি চুক্তিতে স্বাক্ষর করে: সরবরাহকারী (আমানতকারী), গ্রাহক (লাইসেন্সগ্রহীতা বা সুবিধাভোগী) এবং এসক্রো এজেন্ট। সরবরাহকারী এজেন্টের কাছে উপাদানটি জমা রাখে, এজেন্ট তা গোপন রাখে এবং চুক্তিতে উল্লিখিত কোনো মুক্তির ঘটনা ঘটলেই কেবল এজেন্ট তা মুক্তি দেয়।

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

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

কখন এসক্রো প্রয়োজন হয়?

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

সাধারণ উদাহরণ হল একটি কাস্টমাইজড ERP বা পরিকল্পনা ব্যবস্থা, আপনার নিজের গ্রাহকদের কাছে বিক্রি করা মেশিনে এমবেড করা সফ্টওয়্যার এবং নিয়ন্ত্রিত খাতের মূল সিস্টেম। ডিজিটাল অপারেশনাল রেজিলিয়েন্স অ্যাক্ট (DORA, রেগুলেশন (EU) 2022/2554)-এর ধারা 28(8) অনুসারে, যা 17 জানুয়ারী 2025 থেকে কার্যকর হয়েছে, আর্থিক সংস্থাগুলিকে অবশ্যই গুরুত্বপূর্ণ বা অত্যাবশ্যকীয় ফাংশনগুলিকে সমর্থন করে এমন ICT পরিষেবাগুলির জন্য প্রস্থান কৌশল থাকতে হবে; এসক্রো সেই কৌশলের অংশ হতে পারে।

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

চুক্তিতে কোন কোন রিলিজ ইভেন্ট অন্তর্ভুক্ত থাকা উচিত?

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

দেউলিয়াত্ব এবং অর্থপ্রদান স্থগিতকরণ সহজেই প্রতিষ্ঠা করা যায়, কারণ সেগুলি কেন্দ্রীয় দেউলিয়াত্ব রেজিস্টারে (Centraal Insolventieregister) প্রকাশিত হয়। “রক্ষণাবেক্ষণে ব্যর্থতা” প্রতিষ্ঠা করা সহজ নয়: এটিকে সুনির্দিষ্টভাবে বর্ণনা করুন, উদাহরণস্বরূপ, খেলাপি হওয়ার লিখিত নোটিশ পাওয়ার পর নির্দিষ্ট সংখ্যক কার্যদিবসের মধ্যে প্রথম অগ্রাধিকারের কোনো ঘটনার প্রতিকার করতে ব্যর্থ হওয়া।

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

সরবরাহকারী দেউলিয়া হয়ে গেলে এসক্রোর কী হবে?

দেউলিয়া আদেশের তারিখ থেকে, সরবরাহকারী তার সম্পদ নিষ্পত্তি করার অধিকার হারায় এবং ট্রাস্টি (কিউরেটর) এস্টেটটি পরিচালনা করেন (দেউলিয়া আইনের ২৩ নং ধারা)। ঐ তারিখের পরে সরবরাহকারীকে যে কোনো কাজ সম্পাদন করতে হলেও, যেমন লাইসেন্স প্রদান বা অধিকার হস্তান্তর, তা আর এস্টেটের উপর বাধ্যবাধকতা সৃষ্টি করে না।

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

ট্রাস্টি চলমান ভরণপোষণ চুক্তিটি পালন না করার সিদ্ধান্তও নিতে পারেন (ধারা ৩৭ ফেইলিসমেন্টসওয়েট)। এসক্রো তা প্রতিরোধ করে না; এটি আপনাকে অন্যত্র ভরণপোষণের ব্যবস্থা করার জন্য প্রয়োজনীয় উপাদান সরবরাহ করে। এসক্রো ফি অগ্রিম পরিশোধ করা হয়েছে কিনা তা যাচাই করুন, কারণ অপরিশোধিত ফি এজেন্টকে কাজ বন্ধ করার কারণ দিতে পারে।

মুক্তি পেলে আপনি কী কী অধিকার পাবেন?

এসক্রো কপিরাইট হস্তান্তর করে না। সফটওয়্যার ডাচ কপিরাইট আইন (Auteurswet) দ্বারা সুরক্ষিত, এবং কপিরাইট হস্তান্তরের জন্য একটি স্বাক্ষরিত দলিলের প্রয়োজন হয় (ধারা ২ Auteurswet), যা একটি এসক্রো চুক্তিতে সাধারণত থাকে না।

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

সুস্পষ্ট লাইসেন্স ছাড়া, আপনাকে একজন বৈধ ব্যবহারকারীর সীমিত বিধিবদ্ধ অধিকারের উপর নির্ভর করতে হবে, যেমন ভুল সংশোধন করা (অনুচ্ছেদ 45j Auteurswet)। এই অধিকারগুলো পরবর্তী উন্নয়নের ক্ষেত্রে প্রযোজ্য নয়, তাই এগুলোর উপর নির্ভর করবেন না।

আপনি কীভাবে আমানতটি ব্যবহারযোগ্য রাখেন?

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

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

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

একজন গ্রাহক হিসেবে আপনার কী কী যাচাই করা উচিত?

গ্রাহক হিসেবে আপনার লক্ষ্য হলো এমন একটি আমানত, যা কোনো পণ্য প্রকাশের কয়েক দিনের মধ্যেই আপনি ব্যবহার করতে পারবেন।

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

একজন সরবরাহকারী হিসেবে আপনার কী কী যাচাই করা উচিত?

সরবরাহকারী হিসেবে, আপনি আপনার সোর্স কোড সুরক্ষিত রাখতে এবং কোনো বিতর্কিত কারণে এর প্রকাশ এড়াতে চান।

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

সফটওয়্যার এসক্রো নিয়ে আমরা আপনার জন্য কী করতে পারি?

আমাদের আইটি আইনজীবীরা গ্রাহক এবং সরবরাহকারীদের সফটওয়্যার এসক্রো এবং এর সাথে সম্পর্কিত লাইসেন্স ও রক্ষণাবেক্ষণ চুক্তি বিষয়ে পরামর্শ দেন।

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

সারাংশ

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

সচরাচর জিজ্ঞাস্য