ইন্ডাস্ট্রি / সরকারি খাত
অডিটযোগ্য করে তৈরি ডিজিটাল পাবলিক সার্ভিস।
পাবলিক সিস্টেমকে হতে হয় স্বচ্ছ, রেজিলিয়েন্ট এবং বছরের পর বছর সাপোর্টযোগ্য। এর পেছনের সিটিজেন পোর্টাল, রেজিস্ট্রি, e-signature ও আর্কাইভ সিস্টেম আমরা তৈরি করি — সেই মানের দাবি অনুযায়ী অডিটযোগ্যতা ও অপারেশনাল শৃঙ্খলা নিয়ে।
সীমাবদ্ধতা
চুক্তির মেয়াদ ছাড়িয়েও টিকে থাকতে হবে।
পাবলিক অবকাঠামোর বিচার হয় স্বচ্ছতা ও দীর্ঘস্থায়িত্বে, লঞ্চের দিনের চমকে নয়। একজন নাগরিকের আবেদন আসে পোর্টাল, ই-মেইল বা স্ক্যান করা ডাকের মাধ্যমে; সেটি নিবন্ধিত হয়, সঠিক জায়গায় যায়, এবং উত্তর আসে একটি স্বাক্ষরিত দলিলে, যা বছর পরেও যাচাইযোগ্য থাকতে হবে। আমরা পুরো শৃঙ্খলটিই তৈরি করি, যাতে প্রতিটি পদক্ষেপের audit trail থাকে, প্রতিটি আইনি সময়সীমা ট্র্যাক হয়, লোড বাড়লেও সেবা সুন্দরভাবে সচল থাকে, আর আমরা সরে যাওয়ার অনেক পরেও পরবর্তী টিম যেন ডকুমেন্টেশন দেখে সিস্টেম সাপোর্ট করতে পারে।
- 01গুরুত্বপূর্ণ প্রতিটি কাজের audit trail
- 02রেজিলিয়েন্স ও অবজার্ভেবিলিটি গোড়া থেকেই, পরে জোড়া লাগানো নয়
- 03ডিফল্টভাবে ওপেন স্ট্যান্ডার্ড ও ইন্টারঅপারেবিলিটি
- 04বছরের পর বছর সাপোর্ট করার মতো ডকুমেন্টেড
জবাবদিহিতা
এখানে ‘জবাবদিহিতা’ বলতে কী বোঝাতে হবে।
যে অপরিহার্য শর্তগুলো আমরা প্রথম দিন থেকেই ডিজাইনে রাখি, কারণ একটি পাবলিক সিস্টেমকে নিজের কাজের জবাব নিজেকেই দিতে হয়।
হস্তান্তরের জন্য তৈরি
পুরোনো সিস্টেম থেকে পরবর্তী টিম পর্যন্ত।
খুব কম প্রতিষ্ঠানই শূন্য থেকে শুরু করে। রেজিস্টারগুলো পড়ে থাকে পুরোনো ডেটাবেস ও স্প্রেডশিটে, আর কয়েক দশকের ফাইল থাকে কাগজে। আমরা পুরোনো সিস্টেমের জন্য ইম্পোর্টার লিখি, প্রতিষ্ঠানের অনুমোদনযোগ্য একটি reconciliation তৈরি করি, এবং cut-over-এর আগে পুরোনো ও নতুন সিস্টেম সমান্তরালে চালাই — সঙ্গে কাগজের আর্কাইভ স্ক্যান ও ইনডেক্স করা হয়।
একটি পাবলিক সিস্টেমের মাপকাঠি ডেমো নয় — পাঁচ বছর পরেও সেটি চলছে কি না এবং তা পরিবর্তন করা যায় কি না। তাই রেজিলিয়েন্স ও অবজার্ভেবিলিটি তার নির্মাণের মূল অংশ, আর ডকুমেন্টেশন ডেলিভারেবলের অংশ: আর্কিটেকচার, runbook এবং লিখে রাখা সিদ্ধান্ত, যাতে যে টিমের সঙ্গে আমাদের কখনো দেখাই হয়নি, তারাও আত্মবিশ্বাসের সঙ্গে সিস্টেম চালাতে ও বাড়াতে পারে।
সক্ষমতা
আমরা যা তৈরি করি।
- নাগরিক পোর্টাল · জাতীয় eID সাইন-ইন
- প্রোফাইল থেকে আগে-ভরা গাইডেড ফর্ম
- ইলেকট্রনিক রেজিস্ট্রি ও কেস ম্যানেজমেন্ট
- আইনি সময়সীমা ট্র্যাকিং ও এসক্যালেশন
- কোয়ালিফাইড ই-স্বাক্ষর ও সিল · eIDAS
- ইলেকট্রনিক আর্কাইভ · PDF/A ও টাইমস্ট্যাম্প
- স্থানীয় কর ও ফি · reconciliation
- কাউন্সিল সভা ও সরকারি প্রকাশনা
- লিগ্যাসি মাইগ্রেশন ও আর্কাইভ স্ক্যানিং
- মাল্টি-ইনস্টিটিউশন টেন্যান্সি ও অ্যাক্সেস
মাঠ পর্যায়ে
প্রমাণ
পাবলিক অবকাঠামোর জন্য আমরা যেভাবে বানাই।
প্রতিটি পাবলিক-সেক্টর প্রকল্পে যে শৃঙ্খলা বজায় থাকে।
প্রশ্নোত্তর
সরকারি প্রতিষ্ঠানগুলো আমাদের যা জিজ্ঞেস করে।
আমরা ওপেন স্ট্যান্ডার্ডের ওপর তৈরি করি এবং সবকিছু ডকুমেন্ট করি, যাতে অন্য কোনো টিম — আপনাদের নিজস্ব টিমও — আমাদের ওপর নির্ভর না করেই সিস্টেম চালাতে, অডিট করতে ও বাড়াতে পারে।
হ্যাঁ। আমরা WCAG 2.1 AA ও EN 301 549 বেসলাইন হিসেবে মেনে তৈরি করি, পরে জোড়া লাগিয়ে নয়, এবং ডেলিভারির অংশ হিসেবে তা পরীক্ষাও করি।
গুরুত্বপূর্ণ প্রতিটি কাজ দায়ী-ব্যক্তি-নির্ধারিত এবং audit trail-এ লগ করা, আর অ্যাক্সেস কন্ট্রোল ও দায়িত্বের পৃথকীকরণ ডিজাইনেই আছে। যেখানে একাধিক প্রতিষ্ঠান একটি প্ল্যাটফর্ম শেয়ার করে, সেখানে প্রত্যেকে নিজস্ব ডেটাসহ আলাদা টেন্যান্ট, আর অধস্তন বা তদারকি সংস্থা ঠিক ততটুকুই দেখে যতটুকু তার আইনি সম্পর্ক অনুমোদন করে।
কর্মকর্তাদের কাছে। তাঁরা eIDAS-এর অধীনে রিমোট সাইনিংয়ের মাধ্যমে নিজেদের কোয়ালিফাইড সার্টিফিকেট দিয়ে স্বাক্ষর করেন — প্ল্যাটফর্ম কখনো কোনো সাইনিং কী ধারণ করে না। স্বাক্ষরিত ডকুমেন্ট কোয়ালিফাইড টাইমস্ট্যাম্পসহ PDF/A হিসেবে সংরক্ষিত হয়, ফলে বছর পরেও তা যাচাইযোগ্য থাকে।
প্রতিষ্ঠানের কাছে। কার্ড, ব্যাংক ট্রান্সফার বা কাউন্টারে করা পেমেন্ট সরাসরি প্রতিষ্ঠানের নিজস্ব ট্রেজারি অ্যাকাউন্টে settle হয় — সফটওয়্যার কখনো অর্থ ধারণ করে না। এটি কী পাওনা আছে তার লেজার রাখে এবং প্রতিটি পেমেন্ট ট্রেজারি স্টেটমেন্টের সঙ্গে reconcile করে।
আপনারা পান আর্কিটেকচার ডকুমেন্ট, runbook এবং সিদ্ধান্তের রেকর্ড — যা আপনাদের টিমের বছরের পর বছর সিস্টেম চালানো ও পরিবর্তনের জন্য যথেষ্ট। চাইলে আমরা অপারেশনের দায়িত্বেও থাকতে পারি।
এর কোনোটির জন্য তৈরি করছেন?
আপনার সীমাবদ্ধতাগুলো জানান — আপটাইম, কমপ্লায়েন্স, ফিল্ডের পরিস্থিতি। আমরা আপনার জন্য মানানসই একটি আর্কিটেকচার নিয়ে ফিরব।