টিম এবং অ্যাক্সেস

আপনার দলের প্রতিটি সদস্যকে তাদের প্রয়োজনীয় অ্যাক্সেস ঠিক ততটুকুই দিন

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

  • ৬৫০,০০০+বিশ্বজুড়ে হোস্ট করা সাইটগুলি
  • গ্রাহক ভূমিকা, পূর্বনির্ধারিত এবং প্রস্তুত
  • ৩৫সুক্ষ্ম অনুমতির চাবিকাঠি
  • ১৪ দিনকার্ড-ফ্রি ট্রায়াল

চারটি ভূমিকা, যেখানে কাজটি আসলে বিভক্ত সেখানে টানা হয়েছে

অ্যাক্সেস কোনো একক চালু/বন্ধ সুইচ নয়। প্রতিটি গ্রাহক সংস্থার সাথে চারটি ভূমিকা থাকে, যার প্রতিটিতে দানাদার module.action অনুমোদনের একটি নির্দিষ্ট বান্ডিল থাকে — যাতে কোনো ফাইন্যান্স কন্ট্যাক্ট কখনোই সার্ভার স্পর্শ করে না এবং কোনো ডেভেলপার কখনোই ইনভয়েস দেখতে পায় না।

মালিক

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

বিলিং ম্যানেজার

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

ডেভেলপার

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

শুধুমাত্র-পড়ার

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

আপনার বাস্তব কাঠামোর সাথে মিলে যায় এমন সাব-অ্যাকাউন্টগুলি

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

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

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

প্রতিটি ইন্টারফেসে একই অনুমতিসমূহ

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

ড্যাশবোর্ড

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

পাবলিক এপিআই এবং সিএলআই

প্রকাশিত এপিআইটি ড্যাশবোর্ড যে ইঞ্জিন এপিআই ব্যবহার করে, এটি ঠিক সেটাই। আরবিএসি অনুমতির সাথে যুক্ত গ্রানুলার স্কোপসহ প্রতিটি প্রতিষ্ঠানের জন্য আলাদাভাবে এপিআই কি জারি করা হয় এবং আলাদা স্যান্ডবক্স ও লাইভ মোডের অর্থ হলো আপনি আসল বিলিং বা প্রোভিশনিং স্পর্শ না করেই ইন্টিগ্রেশন টেস্ট করতে পারবেন।

টেরাফর্ম প্রোভাইডার

সাইট, ডোমেইন, ডিএনএস, মেলবক্স এবং প্ল্যানগুলো ইনফ্রাস্ট্রাকচার-যা-কোড হিসেবে পরিচালনা করুন এবং হোস্টিং প্রভিশন করতে terraform apply চালান—অন্যান্য সবকিছুর মতো একই স্কোপ দ্বারা নিয়ন্ত্রিত।

এমসিপি সার্ভার

Claude Code, Cursor, ChatGPT, Claude Desktop বা যেকোনো MCP-সক্ষম টুল যুক্ত করুন। টোকেনগুলো একটি সংস্থা এবং এর RBAC অনুমতির মধ্যে সীমাবদ্ধ, প্রতি টুলের জন্য বাতিলযোগ্য, ধ্বংসাত্মক কার্যক্রমে নিশ্চিতকরণ, স্পেন্ড ক্যাপ এবং একটি সম্পূর্ণ অডিট ট্রেইল সহ।

কি পরিচালনা

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

একটি লগইন, মানসম্মত, সবকিছুর জন্য

আইডেন্টিটি Keycloak-এর মাধ্যমে চালিত হয়, তাই প্রমাণীকরণ একটি কাস্টম লগইন ফর্মের পরিবর্তে সঠিক OIDC এবং SAML যা হোস্টিং প্যানেলের সাথে যুক্ত থাকে।

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

অডিটরকে দেওয়ার মতো জবাবদিহিতা

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

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

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

কীভাবে অনুমতিসমূহ আপনার সাথে বৃদ্ধি পায়

অনুমতির ক্যাটালগ হলো ডেটা, হার্ডকোড করা লজিক নয়—যে কারণে প্ল্যাটফর্মের পাইপলাইন পরিবর্তন ছাড়াই এটিকে প্রসারিত করা যায়।

  • আজ ৩৫টি সূক্ষ্ম module.action কি (keys), যা প্রতিষ্ঠান, সদস্য, API কি, সাইট, বিলিং, প্ল্যান, ফ্লিট, টিকিট, গ্রাহক, অপব্যবহার, ক্যাম্পেইন, অনুবাদ এবং অডিট জুড়ে বিস্তৃত।
  • ক্যাটালগটি প্রতিটি ডেপ্লয়েমেন্টে আইডেন্টোপোটেন্টভাবে সিড করা হয়, এবং কোনো রোল যদি এমন কোনো পারমিশন উল্লেখ করে যা বিদ্যমান নেই—তবে ভ্যালিডেশন জোরালোভাবে ব্যর্থ হয়, ফলে কোনো টাইপো নীরবে কিছু না দেওয়া নিশ্চিত করতে পারে না।
  • নতুন পণ্যের ক্ষমতার অনুমতি দেওয়ার চাবিকাঠিগুলো এন্ডপয়েন্ট চালুর আগেই ক্যাটালগে যোগ করা হয়, যাতে কোনো ফিচার লাইভ হওয়ার পর অ্যাক্সেস কন্ট্রোল কখনোই পরিবর্তন করতে না হয়।
  • একটি একক মেম্বারশিপকে নির্দিষ্ট সাইট বা নির্দিষ্ট অঞ্চলে সীমাবদ্ধ করা একটি পরিকল্পিত পরিমার্জন, এমন কিছু নয় যা আপনি আজকেই চালু করতে পারবেন। বর্তমান পদ্ধতিটি হলো সেই সাইটগুলিকে একটি চাইল্ড অর্গানাইজেশনে রাখা এবং সেখানে ওই ব্যক্তিকে একটি রোল প্রদান করা — যা টেনেন্সি ট্রি ব্যবহার করে আপনাকে একই রকম পৃথকীকরণ দেয়।
  • এপিআই চাবিগুলো প্রতি ব্যক্তির পরিবর্তে সংস্থা পর্যায়ে ইস্যু করা হয়, তাই ইন্টিগ্রেশনের জন্য এগুলোকে সার্ভিস ক্রেডেনশিয়াল হিসেবে বিবেচনা করুন এবং মানুষের অ্যাক্সেসের জন্য মেম্বারশিপ ব্যবহার করুন।

প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী

প্রতিটি ভূমিকা আসলে কী করতে পারে?

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

আমি কি কাউকে শুধু একটি সাইটে অ্যাক্সেস দিতে পারি?

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

এপিআই কি (API keys) কি ব্যক্তিগত টিম সদস্যদের সাথে যুক্ত?

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

একজন ডেভেলপার কি লাইভ সাইটে পরিবর্তনগুলি পুশ করতে পারেন?

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

আপনি কি আমাদের কোম্পানির ডিরেকটরির জন্য SSO সমর্থন করেন?

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

কীভাবে জানব কে কোনো পরিবর্তন করেছে?

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

টিম মেম্বার যোগ করলে কি আমার পেমেন্টে কোনো পরিবর্তন আসে?

প্ল্যানগুলোর মূল্য নির্ধারণ করা হয় মানুষের সংখ্যার চেয়ে হোস্টিং ক্ষমতার ওপর ভিত্তি করে। যেমন, ফুটপ্রন্ট-ফ্রি (Footprint-Free) লাইনে, সমস্ত ৪২টি টায়ারেই অবিকল একই এনটাইটেলমেন্ট সেট রয়েছে এবং এগুলোর মধ্যে কেবল অনুমোদিত সাইটের সংখ্যার দিক থেকেই পার্থক্য রয়েছে। মূল্য সবসময় লাইভ ক্যাটালগ থেকে আপনার মুদ্রায় প্রদর্শন করা হয়, তাই মূল্য নির্ধারণের পৃষ্ঠায় যা দেখতে পান, সেটাই আসলে চার্জ করা হয়।

আমি কি প্রতিশ্রুতিবদ্ধ হওয়ার আগে এটি ব্যবহার করে দেখতে পারি?

হ্যাঁ। Footprint-Free ট্রায়ালটি ১৪ দিন ধরে চলে, এতে কোনো কার্ডের বিবরণের প্রয়োজন হয় না এবং এটি ৫টি সাইট পর্যন্ত কভার করে, তাই কোনো পেমেন্ট করার আগেই আপনি আপনার অর্গানাইজেশন সেটআপ করতে, টিমকে আমন্ত্রণ জানাতে এবং বাস্তব কাজের সাপেক্ষে রোলগুলো পরীক্ষা করে দেখতে পারবেন। পেইড প্ল্যানগুলোর সাথে ৩০ দিনের মানি-ব্যাক গ্যারান্টি রয়েছে।

মিনিটেই আপনার টিম সেট আপ করুন, কোনো টিকিটের প্রয়োজন নেই

Footprint-Free লাইনে কার্ড-মুক্ত ১৪ দিনের ট্রায়াল শুরু করুন, আপনার টিমকে আমন্ত্রণ জানান এবং কোনো অর্থ প্রদান করার আগেই আসল সাইটগুলিতে রোলগুলির কার্যকারিতা দেখুন।

বিনামূল্যে শুরু করুন