ډلې او لاسرسی

ستاسو په ټیم کې هر فرد ته دقیقا هماغه لاسرسی ورکړئ چې ورته اړتیا لري

د پیرودونکي څلور رولونه، فرعي حسابونه چې ستاسو د سوداګرۍ اصلي جوړښت منعکس کوي، د هر سازمان لپاره د API کلي ګانې، یو ځل ننوتل (single sign-on) او د هر امتیاز لرونکي عمل تر شا د پلټنې یو لاګ. ورته لاسرسي ماډل په ډشبورډ، API، CLI، Terraform او زموږ په MCP سرور کې پلي کیږي. شتون: د Terraform چمتو کونکی د فعالې پراختیا په حال کې دی او لاهم شتون نلري. دلته نور هر څه تشریح شوي نن ورځ فعال دي.

څو کسان چې په یوه حساب پورې تړلي دي، هر یو یې خپلې مشخصې اجازې لري.
  • +۷۰۰،۰۰۰په ټوله نړۍ کې کوربه شوي سایټونه
  • 4د پېرودونکي رولونه، پیل شوي او چمتو دي
  • 35د کرښې په کچه د اجازې کیلي ګانې
  • ۱۴ ورځېبې کارت ازموینه

څلور رولونه، چې هلته ټاکل شوي چیرې چې کار واقعاً وېشل کیږي

لاس رسی یو ساده فعال/غیرفعال سویچ نه دی. د هر پیرودونکي سازمان څلور رولونه لري، چې هر یو یې د تفصیلي module.action اجازو یوه ثابته ټولګه ده — نو د مالي چارو اړیکه هیڅکله سرور ته لاسرسی نه مومي او یو پراختیا ورکوونکی هیڅکله انوائس نه ګوري.

مالک

د سازمان او د هغې د فرعي حسابونو بشپړ کنټرول: د فرعي سازمانونو جوړول، د غړو بلنه او لرې کول، د رولونو بدلول، د API کیليګانو اداره کول، د سایټونو چمتو کول، بیا پیل کول، ځنډول او حذف کول، د انوایسونو او د تادیې لارو چارو اداره کول، او د پلټنې لوګ لوستل. دوه شیان په قصدي ډول له دې څخه بهر ساتل شوي — د سازمان تړل او د پیسو بېرته ورکول د کارمندانو کار دی، نه د پیرودونکي رول.

د بلینګ مدیر

هر څه مالي او نور هیڅ نه: انوائسونه، ګډونونه، د تادیې لارې او د پلانونو لړلیک، او ورسره د سازمان او د هغې د غړو د نوملړ لیدنه. سایټ ته هیڅ ډول لاسرسی نشته — یو مالي اړیکه لرونکی یا بهرنی محاسب نشي کولی هیڅ شی بیا پیل، وځنډوي یا یې حذف کړي.

پرمخ بېوونکی

بې له دې چې پیسو ته لاس ور وړئ، په سایټونو کار وکړئ: سایټونه وګورئ او تنظیم یې کړئ، خدمات بیا پیل کړئ، کیشونه پاک کړئ، د API کیلي ګانې مدیریت کړئ، او د ملاتړ ټکټونه جوړ کړئ یا ځواب ورکړئ. د بلینګ لید نشته، د غړو مدیریت نشته، ځنډول او حذف کول نشته — ویجاړوونکي او سوداګریز اقدامات له مالک سره پاتې کیږي.

یوازې د لوستلو وړ

د هر څه د بدلولو وړتیا پرته بشپړ لید — غړي، سایټونه، بلینګ، پلانونه، ټکټونه، د ژباړې وضعیت، او د پلټنې لاګ. د پیرودونکي د برخه‌وال، یوه داخلي پلټونکي، یا یو نوي پیل کونکي لپاره مناسب رول چې لا هم په کار پوهیږي.

فرعي حسابونه چې ستاسو د اصلي جوړښت سره سمون لري

کرایه نشیني یوه شجرېزه بڼه ده، نه یو هوار لست. د بیا پلورونکي اداره د خپلو پیرودونکو ادارو څخه پورته ده، او ویب سایټونه د هغو لاندې شتون لري. د ډلې غړی یو غړیتوب دی — یو کاروونکی، یوه اداره، یو رول — له همدې امله همدا بنسټیز عنصر د دوه کسانو ډله، یوه اداره چې سلګونه د پیرودونکو حسابونه اداره کوي، او یو بیا پلورونکی چې د خپل برانډ لاندې فرعي حسابونه پرمخ وړي، پیاوړي کوي.

رولونه د هر سازمان له مخې ورکول کېږي، او پلي کول یې هم د هر سازمان له مخې دي. په یو سازمان کې رول په بل جلا، نااړوند سازمان کې هېڅ لاسرسی نه ورکوي — یو قراردادي کولی شي له ورته ننوتلو څخه د یوه پیرودونکي په حساب کې پراختیا ورکوونکی (Developer) او په دویم کې یوازې لوستونکی (Read-only) وي. خو لاسرسی ستاسو په خپله سلسله مراتب کې ښکته جریان لري: په اصلي سازمان کې یو رول په هغو سازمانونو پلي کېږي چې تر هغه لاندې ځای پر ځای شوي وي، چې دا لار ده چې بیا پلورونکي او ادارې پرې خپل پیرودونکي اداره کوي.

جلاوالی یوازې د اپلیکیشن په کوډ کې نه، بلکې په ډیټابیس کې عملي کیږي. د Postgres د کرښې په کچه امنیت د هر کرایه دار پوښتنه د غوښتونکي تر فرعي څانګې پورې محدوده ساتي، او د دې فرعي څانګې څخه بهر هر څه د اجازې د تېروتنې پر ځای د نه موندلو تېروتنه ښيي — نو پلاتفورم هیڅکله حتی دا هم نه تاییدوي چې د بل کرایه دار اداره یا سایټ شتون لري.

په هر سطح ورته اجازې

رولونه یوازې د ډشبورډ د اسانتیا لپاره ندي. پلاتفورم ته د ننوتلو هره لاره ورته د اجازې کیلي ګانو ته رسیږي، نو داسې هیڅ پټه لار نشته چې ستاسو د لاسرسي له مقرراتو څخه تېره شي.

ډشبورډ

سایټونه، بیلینګ، ټکټونه، خبرتیاوې، نوټیفیکیشنونه، د API کیلي‌ګانې او د ټیم مدیریت ټول په یو ځای کې. انټرفیس هغه څه ښیي چې د ننوتلي غړي رول یې اجازه ورکوي، نو خلکو ته هغه کنټرولونه نه ښودل کیږي چې دوی یې نشي کارولی.

عام API او CLI

خپور شوی API همغه د انجن API دی چې ډشبورډ یې کاروي. د API کیلي ګانې په هر سازمان کې د تفصیلي ساحو سره صادریږي چې د RBAC اجازو سره تړلې دي، او جلا شګلنه بکس (sandbox) او ژوندي حالتونه پدې معنی دي چې تاسو کولی شئ پرته له اصلي بیلینګ یا چمتو کولو سره لاسوهنې ادغامونه و ازموئ.

د Terraform چمتوکوونکی

سایټونه، ډومینونه، DNS، بریښنالیک بکسونه او پلانونه د کوډ په بڼه د زیربنا په توګه اداره کړئ او د کوربه توب د چمتو کولو لپاره terraform apply پرمخ بوځئ — چې د نورو ټولو شیانو په څیر د ورته ساحو لخوا اداره کیږي.

د MCP سرور

د Claude Code، Cursor، ChatGPT، Claude Desktop یا هر MCP وړتیا لرونکی وسیله وصل کړئ. ټوکنونه یو سازمان او د هغې د RBAC اجازو پورې محدود دي، د هرې وسیلې له مخې د لغوه کیدو وړ دي، په ویجاړونکو کړنو باندې تایید، د لګښت حدونه او د پلټنې بشپړ بهیر لري.

د کلۍ سمبالښت

د هرې API کلي یوازې هش زېرمه کېږي — هېڅکله اصلي کلی نه زېرمه کېږي. کلۍ یو نوم او ښکاره مختاړی لري ترڅو تاسو وکولی شئ هغوی توپیر کړئ، ثبت کړئ چې کله وروستی ځل کارول شوې وې، او پرته له دې چې نورو ته خنډ رامنځته کړي په انفرادي ډول لغوه کېدای شي.

یو ننوت، په معیارونو ولاړ، په هر څه کې

پیژندنه په Keycloak چلیږي، نو تصدیق د کوربه توب پینل سره د یو ځانګړي ننوتلو فارم پرځای مناسب OIDC او SAML دی.

  • په تلواله توګه د جادويي لېنک له لارې د برېښنالیک ننوتنه، او د برېښنالیک او پټنوم لاره د هغو کسانو لپاره د بدیل په توګه چې دا غوره ګڼي.
  • د فشنګ په وړاندې د خوندي ننوتلو لپاره پاس‌کیز او WebAuthn، او همدارنګه د پالیسۍ له مخې د هر چا لپاره لازمي شوی TOTP دوه پړاوزه تصدیق.
  • د Google، Microsoft، GitHub او نورو پیژندګلوۍ چمتو کونکو له لارې ټولنیز ننوتل.
  • د تصدۍ او اژانس پیرودونکو لپاره د SAML یو ځل ننوتل، ترڅو د ټیم لاسرسی ستاسو د شته لارښود سره سم وي.
  • د ډشبورډ، اډمین کنسول، عامه سایټ او د پوهې اساس، او ملاتړ ټیکټونو په اوږدو کې یوه ناسته — پنځه ځله نه، یو ځل ننوځئ.
  • د حساب جوړېدو دمخه د هر نوم لیکنې برېښنالیک اعتبار تاییدېږي، نو نه رسېدونکي او ناسم ادرسونه هیڅکله ستاسو ټیم ته نه راځي.
  • ځکه چې دا پر معیارونو ولاړ دی، د پېژندنې وړاندې کوونکی پخپله پرته له دې چې د هغې شاوخوا کوم شی له سره ډیزاین شي بدلېدای شي — دا د نه تړلتیا هماغه قاعده ده چې موږ یې پر هر بل عرضه کوونکي پلي کوو.

مسؤلیت چې تاسو یې تفتیش کونکي ته سپارلی شئ

هر امتیازي عمل د پلټنې یو داسې ریکارډ ثبتوي چې یوازې ورزیاتېدونکی دی: دا کار چا کړی، څه یې کړي، په څه باندې یې کړي، ملاتړي شواهد او اصلي IP پته. لاګ یوازې د ورزیاتېدو وړ دی — پېښې اضافه کېږي، په خپل ځای نه ایډیټ کېږي — او په پروډکشن کې دا د وخت له مخې وېشل شوی ترڅو د ډېرېدو سره سره چټک پاتې شي.

د دې لاګ لوستل پخپله یو اجازه لیک دی. مالکان او یوازې د لوستلو اجازه لرونکي غړي دا حق لري، نو د حساب مسؤل کس او د هغې پلټونکی دواړه کولی شي بشپړ تاریخچه وګوري پرته له دې چې د دې کولو لپاره لوړو حقونو ته اړتیا ولري.

د دې تر څنګ هغه کنټرولونه شتون لري چې لویې ډلې یې غوښتنه کوي: د ناستې تګلارې، د هر سازمان لپاره اختیاري د IP باوري لستونه، او په حساسو کړنو باندې ګام په ګام تصدیق ترڅو یوازې یوه فعاله ناسته د یو مهم کار د ترسره کولو لپاره کافي نه وي.

اجازې څنګه ستاسو سره یوځای پراخیږي

د اجازې کتلاګ معلومات دي، نه هارډکوډ شوی منطق — له همدې امله دا د پلیټفارم له بیا جوړولو پرته پراخیدلی شي.

  • نن ورځ د module.action تفصیلي ۳۵ کلۍ، چې سازمانونه، غړي، د API کلۍ، سایټونه، بلینګ، پلانونه، بیړۍ، ټکټونه، پیرودونکي، ناوړه ګټه اخیستنه، کمپاینونه، ژباړې او پلټنې رانغاړي.
  • کتالوګ په هر ځای پرځای کولو کې په ایډیمپوټینټ ډول تخم کیږي، او که کوم رول داسې اجازې ته اشاره وکړي چې شتون نلري نو تصدیق په ښکاره ډول ناکامیږي — د ټایپ غلطي نشي کولی په پټه توګه هیڅ شی ورنکړي.
  • د محصول نوي وړتیاوې مخکې لدې چې پای ټکی خپور شي، د اجازې کیلي ګانې کتلاګ ته اضافه کوي، نو له همدې امله د لاسرسي کنټرول هیڅکله د یوې ځانګړتیا له فعالیدو وروسته په شاتګ سره نه برابریږي.
  • د یو واحد غړیتوب لمن مشخصو سایټونو یا یوې مشخصې سیمې ته محدودول یو پلان شوی پرمختګ دی، داسې څه نه دي چې تاسې یې نن فعال کړئ. اوسنۍ طریقه دا ده چې دا سایټونه په یو فرعي سازمان کې ځای پر ځای کړئ او هلته هغه کس ته رول ورکړئ — کوم چې تاسې ته د کرایه دارۍ د ونې (tenancy tree) په کارولو سره ورته جلاوالی برابروي.
  • د API کلي ګانې د فرد پر ځای د سازمان په کچه صادرېږي، نو له همدې امله له هغو سره د ادغام لپاره د خدمت د باورلیکونو په توګه چلند وکړئ او د انساني لاسرسي لپاره له غړیتوبونو څخه کار واخلئ.

پرله پسې پوښتنې

هر رول په حقیقت کې څه کولی شي؟

مالک د سازمان او د هغې د فرعي حسابونو بشپړ کنټرول لري، په شمول د غړو، API کیلي ګانو، سایټونو او د تادیې طریقو. د بلینګ مدیر انوائسونه، ګډونونه، د تادیې طریقې او پلانونه ګوري، پرته له دې چې سایټ ته لاسرسی ولري. پراختیا ورکوونکی سایټونه او API کیلي ګانې اداره کوي او ټکټونه حل کوي، پرته له دې چې د بلینګ یا غړو کنټرول ولري. یوازې لوستونکی کولی شي پرته له دې چې څه بدل کړي غړي، سایټونه، بلینګ، پلانونه، ټکټونه او د پلټنې لاګ وګوري.

ایا زه کولی شم چا ته یوازې یو سایټ ته لاسرسی ورکړم؟

تر اوسه د هرې سایټ ځانګړی تنظیم نه دی — یو واحد غړیتوب مشخصو سایټونو ته محدودول یو پلان شوی پرمختګ دی. نن ورځ تاسو کولی شئ د کرایه دارۍ ونې (tenancy tree) سره ورته جلاوالی ترلاسه کړئ: دا سایټونه په یو فرعي سازمان کې ځای په ځای کړئ او هغه کس ته هلته یو رول ورکړئ. څرنګه چې رولونه د هر سازمان له مخې ورکول کیږي، دا لاسرسی ستاسو په حساب کې بل هیڅ شی ته نه لیږدول کیږي.

ایا د API کیلي ګانې د ډلې د انفرادي غړو پورې تړلې دي؟

نه — د API کلي ګانې په هر سازمان پورې اړه لري، چې له هماغو RBAC اجازو سره تړلي تفصيلي حدود او جلا sandbox او live حالتونه لري. دا د ادغامونو، CI یا Terraform لپاره د خدمت د باورلیکونو په توګه وکاروئ، او د خلکو لپاره غړیتوبونه وکاروئ. د هرې کلي یوازې هش ساتل کیږي، هره کلي ثبتوي چې وروستی ځل کله کارول شوې وه، او هر کلي په جلا توګه باطله کیدی شي.

ایا یو پراختیا کونکی کولی شي ژوندی سایټ ته بدلونونه واستوي؟

د پراختیا ورکوونکي رول د سایټونو لیدل او تنظیمول، د خدماتو بیا پیل کول، د کیش پاکول، د API کیليګانو اداره کول او د ټکټونو سمبالول رانغاړي. دا په ژوندي سایټ کې د خپرولو حقونه نه لري، نو که تاسو غواړئ یو څوک بدلونونه پلي کړي، دا لاسرسی باید له یوه مالک سره وي. رولونه د هر سازمان له مخې دي، نو تاسو کولی شئ په بل حساب کې یو بل رول ولرئ.

ایا تاسو زموږ د شرکت ډایرکټرۍ لپاره د SSO ملاتړ کوئ؟

هو. پیژندنه په Keycloak باندې له OIDC او SAML سره کار کوي، نو د ادارې او تصدۍ پیرودونکو لپاره د SAML single sign-on شتون لري د magic-link له لارې ننوتلو، بریښنالیک او پټنوم، ټولنیزو برابروونکو، passkeys او د TOTP دوه پړاوه تایید ترڅنګ، چې د پالیسۍ له مخې لازمي دی. یوه ناسته ډشبورډ، عامه سایټ او د معلوماتو اډانه، او د ملاتړ ټکټونه پوښي.

زه څنګه پوه شم چې چا څه بدل کړي دي؟

هر ځانګړی شوی اقدام په یو یوازې-د-اضافه-کولو وړ اډیټ لاګ کې ثبتېږي چې ترسره کوونکی، اقدام، هدف، ملاتړي شواهد او IP پته ثبتوي. د دې لوستل پخپله یو جلا اجازه ده، چې د مالک او یوازې-لوستلو دواړو رولونو لخوا ساتل کېږي، نو د حساب مالک او یو اډیټر کولی شي یو شان تاریخچه وڅېړي.

ایا د ټیم د غړو اضافه کول زما د تادیې اندازه بدلوي؟

پلانونه د کسانو پر ځای د کوربه توب (hosting) د ظرفیت له مخې قیمت ټاکل کیږي. د مثال په توګه، په Footprint-Free لاین کې، ټولې ۴۲ درجې بالکل ورته امتیازات لري او یوازې د هغو سایټونو په شمیر کې توپیر لري چې اجازه ورکوي. نرخونه تل د ژوندي کتالګ څخه ستاسو په اسعارو کې ښودل کیږي، نو هغه څه چې تاسو یې د نرخونو په پاڼه کې ګورئ، هماغه مقدار دی چې واقعیا اخیستل کیږي.

ایا زه کولی شم د ژمنې کولو دمخه دا هڅه وکړم؟

هو. د Footprint-Free ازمایښت ۱۴ ورځې دوام کوي، د کارت هیڅ تفصیلاتو ته اړتیا نلري او تر ۵ پورې سایټونه تر پوښښ لاندې راولي، نو تاسو کولی شئ مخکې له دې چې څه پیسې ورکړئ، خپل سازمان تنظیم کړئ، خپل ټیم ته بلنه ورکړئ او د رښتیني کار پر وړاندې رولونه و ازمویئ. تادیه شوي پلانونه د ۳۰ ورځو د پیسو بیرته ورکولو تضمین لري.

خپله ډله په څو دقیقو کې تنظیم کړئ، نه د ټکټونو له لارې

په Footprint-Free لاین کې له کارت پرته د ۱۴ ورځو ازمایښت پیل کړئ، خپله ډله راوبولئ، او مخکې له دې چې پیسې ورکړئ، په اصلي سایټونو کې د رولونو عملي کار وګورئ.

وړیا پیل کړئ