این سند برای تیم داخلی نوشته شده و برای هر سامانهٔ زنده روی سرور، ماهیت کسب‌وکاری و نحوهٔ کار روزمره‌اش را توضیح می‌دهد.
تمرکز روی «این سیستم چه مشکلی را حل می‌کند و کاربر چطور با آن کار می‌کند» است، نه راهنمای نصب.
۱. سامانه جذب و استخدام (ثامن)
آدرس: samen.rahiyann.irپوشه: /home/samen
ثامن نقطهٔ شروع مسیر نیروی انسانی سازمان است. هر متقاضی از ساخت پرونده تا بارگذاری مدارک، بررسی، صدور حکم، آماده‌سازی دسترسی‌های سازمانی و ارسال مرسوله در همین فضا حرکت می‌کند.
اگر استخدام را یک خط تولید تصور کنیم، ثامن کارخانهٔ آن خط است: ورودی‌اش آدم جدید است و خروجی‌اش پروندهٔ تأییدشده و قابل اتکا برای بقیه سامانه‌ها.
نقش‌ها جدا شده‌اند تا مسئولیت قاطی نشود. متقاضی فقط کار خودش را می‌بیند؛ جذب پرونده را جلو می‌برد؛ منابع انسانی مدارک و حکم را نهایی می‌کند؛ IT و روابط عمومی در مرحله‌های مربوط وارد می‌شوند؛ و مالک سیستم دید کامل و تنظیمات اصلی را دارد.
نتیجه این جداسازی این است که هیچ‌کس برای یک تصمیم ساده مجبور نباشد به کل سازمان پیام بدهد.
در عمل، وضعیت پرونده مرحله‌به‌مرحله عوض می‌شود، اعلان‌ها افراد را خبر می‌کنند، و در صورت نیاز امضای الکترونیکی و ارتباط با پورتال یکپارچه (مثلاً برای تمدید قرارداد) فعال می‌شود.
بعد از تأیید نهایی، هویت و داده‌های فرد مبنای ورود به بقیه اکوسیستم می‌شود؛ به همین دلیل ثامن فقط «فرم ثبت‌نام» نیست، بلکه مرجع حقیقت استخدام است.
۲. پورتال یکپارچه
آدرس: yek.rahiyann.irپوشه: /home/yek
یکپارچه میز کار روزمرهٔ نیروی تأییدشده است. به‌جای اینکه هر سرویس درب جدا و منطق ورود جدا داشته باشد، فرد با هویت سازمانی‌اش وارد یک پورتال می‌شود و از آنجا به کیف پول، وام، فروشگاه داخلی، پشتیبانی، آموزش و برخی سامانه‌های تخصصی وصل می‌شود.
ثبت‌نام آزاد وجود ندارد؛ کاربر باید در مسیر استخدام شناخته شده باشد.
ورود معمولاً با کد ملی و موبایل و در ادامه رمز یا کد پیامکی انجام می‌شود. بعد از ورود، هر نقش فقط منوها و داده‌های مجاز خودش را می‌بیند.
یکی از قواعد مهم پورتال، قفل هوشمند دسترسی است: اگر بدهی وام یا کمبود موجودی کیف پول شرایط خاصی بسازد، بخش‌های غیرضروری بسته می‌شوند و مسیرهای حیاتی مثل تیکت باز می‌مانند تا مشکل حل شود نه اینکه کل سازمان قفل شود.
ارتباط با خزانه هم اینجا دیده می‌شود؛ مثلاً درخواست برداشت از کیف پول در یکپارچه ثبت و در خزانه به‌صورت دستور پرداخت پیگیری می‌شود.
به زبان ساده، اگر ثامن «استخدام می‌کند»، یکپارچه «زندگی سازمانی بعد از استخدام» را جمع می‌کند.
۳. مهرآوا — حضور، مرخصی و کارکرد
آدرس: mehrava.rahiyann.irپوشه: /home/mehrava
مهرآوا سامانه عملیاتی زمان حضور نیروهاست. ثبت ورود و خروج، شیفت، مرخصی، مأموریت، کار از راه دور، اعتراض به کارکرد و گزارش‌های دوره‌ای همه در همین جا معنا پیدا می‌کنند.
ساختار سازمانی بر پایه شعبه و دپارتمان است و نقش‌هایی مثل کارمند، ادمین محدوده‌ای و نگهبان هر کدام کار خودشان را دارند.
برای کارمند، تجربه روزمره ساده است: حضور را ثبت می‌کند، درخواست می‌دهد، وضعیت تأیید را می‌بیند و در پایان دوره می‌فهمد کارکردش چطور جمع شده است.
برای مدیر، مهرآوا ابزار کنترل انضباط زمانی و صحت کارکرد است؛ نه فقط یک دفتر حضور خام.
اهمیت مهرآوا در اکوسیستم این است که بسیاری از تصمیم‌های حقوقی و مالی به «چقدر حاضر بوده» وابسته‌اند.
وقتی سامانه دیگری با کد ملی بازه کارکرد می‌پرسد، در واقع از مهرآوا به‌عنوان منبع حقیقت زمان استفاده می‌کند. بدون آن، حقوق تحقق‌یافته و خیلی از گزارش‌ها روی حدس و اکسل‌های پراکنده می‌مانند.
۴. سامانه خزانه
آدرس: khazane.rahiyann.irپوشه: /home/khazane
خزانه جایی است که درخواست مالی به اقدام واقعی پول تبدیل می‌شود. دستورهای پرداخت از پورتال و جریان‌های مشابه وارد صف بررسی می‌شوند، وضعیت می‌گیرند و پس از تأیید مسیر پرداخت را طی می‌کنند.
اگر یکپارچه «درخواست» بسازد، خزانه «اجرای مالی» آن درخواست است.
مخاطب اصلی خزانه واحد مالی و مدیران دارای اختیار پرداخت‌اند. آن‌ها باید ببینند هر درخواست از کجا آمده، متعلق به کیست، در چه وضعیتی است و آیا پرداخت شده یا نه.
این شفافیت جلوی دوباره‌پرداخت، گم‌شدن پیگیری و وابستگی به پیام‌های خصوصی را می‌گیرد.
خزانه با نگاه بودجه‌ای هم هم‌مرز است: هزینه واقعی باید جایی ثبت و قابل گزارش باشد.
در نتیجه نقشش فقط «دکمه واریز» نیست؛ لایه حکمرانی پول سازمان است که بقیه سامانه‌ها برای تسویه به آن تکیه می‌کنند.
۵. سامانه مشارکت
آدرس: mosh.rahiyann.irپوشه: /home/mosh
مشارکت سامانه ثبت و کنترل عملکرد روزانه شعب در حوزه جذب منابع و فعالیت‌های مرتبط است.
اپراتور گزارش روز را می‌نویسد، مدیر شعبه بازبینی می‌کند، مدیران تخصصی فیلدهای خودشان را تأیید می‌کنند، اقلام غیرنقدی ارزش‌گذاری می‌شوند و در نهایت مالی پرونده روز را می‌بندد.
این زنجیره عمداً چندمرحله‌ای است تا هیچ گزارشی با یک تأیید عجولانه «قطعی» نشود.
همزمان سامانه پورسانت را بر اساس فاصله با تارگت محاسبه می‌کند؛ یعنی خروجی‌اش فقط آمار نیست، بلکه مبنای انگیزشی و مالی تیم عملیاتی هم هست.
برای سازمان، ارزش مشارکت در این است که عملکرد شعبه از حافظه افراد و فایل‌های پراکنده خارج می‌شود و به گردش کار قابل حسابرسی تبدیل می‌گردد.
اگر بخواهیم یک جمله بگوییم: مشارکت دفتر روزنامه عملیات شعبه‌هاست با امضای چند لایه.
۶. مشارکت — نسخه جدید
آدرس: mo.rahiyann.irپوشه: /home/moshare
این سامانه همان مسئله مشارکت را با تجربه وب جدیدتر پوشش می‌دهد و روی دامنه جدا اجرا می‌شود.
هدف محصولی همچنان ثبت فعالیت، تأیید و دید مدیریتی روی مشارکت است؛ تفاوت اصلی در مسیر توسعه و جدا شدن از نسخه قدیمی‌تر است تا بتوان قابلیت‌ها را سریع‌تر و تمیزتر جلو برد.
از دید کاربر کسب‌وکار، سؤال مهم این نیست که زیر پوست سیستم چیست؛ سؤال این است که آیا همان جریان گزارش و تأیید را روان‌تر می‌گیرد یا نه.
به همین دلیل بهتر است آن را «نسل بعدی مشارکت» بدانیم نه محصولی با ماهیت کاملاً متفاوت.
در دوره گذار، وجود دو نسخه طبیعی است: یکی پایدار عملیاتی و دیگری مسیر نوسازی.
تصمیم نهایی تیم می‌تواند مهاجرت کامل، اجرای موازی محدود، یا تخصیص گروه خاصی از کاربران به نسخه جدید باشد؛ ولی از نظر ماهیت، هر دو درباره نظم‌دادن به مشارکت شعبه‌اند.
۷. سامانه ثبت و تأیید تراکنش‌های فروش
آدرس: ptf.rahiyann.irپوشه: /home/ptf
این سامانه جریان پول و تعهد بین موسسه و شبکه فروش را دیجیتال می‌کند.
به‌جای اینکه انتقال‌ها فقط در چت یا رسیدهای پراکنده بمانند، هر تراکنش ثبت می‌شود، وضعیت می‌گیرد و باید توسط نقش مناسب تأیید یا رد شود تا نهایی شود.
کاربران فروش تراکنش‌های مرتبط با خودشان را می‌بینند؛ نقش‌های بالاتر صف بررسی و کنترل دارند؛ و خروجی کار یک تاریخچه قابل اتکا از ثبت تا تسویه است.
پورتال یکپارچه هم معمولاً از همین سامانه به‌عنوان مسیر «ثبت و تأیید تراکنش‌ها» یاد می‌کند، یعنی جای آن در اکوسیستم مشخص است.
بدون چنین سامانه‌ای، اختلاف حساب بین مرکز و فروش به‌سختی قابل داوری است.
با آن، هر مبلغ یک هویت، یک وضعیت و یک مسئول تأیید دارد؛ دقیقاً همان چیزی که عملیات فروش برای آرامش مالی لازم دارد.
۸. سامانه وام
آدرس: vam.rahiyann.irپوشه: /home/vam
سامانه وام مسیر درخواست تا بازپرداخت وام‌های سازمانی را مدیریت می‌کند؛ از جمله انواعی مثل وام شرکت، بنیاد و بانکی.
ورود فقط برای افراد ازپیش‌تعریف‌شده و با کد ملی، موبایل و رمز یک‌بارمصرف است. هر کاربر یک نقش دارد و دیوار داده‌ای بین نقش‌ها جدی است.
سهمیه‌دار در سقف مجاز درخواست ثبت می‌کند؛ ضامن تأیید می‌دهد؛ تأییدکننده نوع وام را بررسی می‌کند؛ وام‌گیرنده اقساط و مدارکش را می‌بیند؛ و ادمین قواعد، انواع وام و کاربران را تنظیم می‌کند.
وضعیت‌هایی مثل رد و لغو پایانی‌اند و سهمیه را برمی‌گردانند تا سقف‌ها خراب نشود.
این طراحی جلوی ثبت سلیقه‌ای وام بدون کنترل را می‌گیرد.
پیام سامانه روشن است: وام یک فرآیند تشریفاتی با سهمیه، ضامن و پیگیری قسط است، نه یک فرم ساده «درخواست مبلغ».
۹. سامانه پاداش، جریمه و کارت هدیه
آدرس: padash.rahiyann.irپوشه: /home/padash
پاداش دو نیاز روزمره سازمان را کنار هم گذاشته است: دادن کارت هدیه با پیگیری شفاف، و ثبت پاداش یا جریمه پرسنل روی فهرست رسمی نیروها.
در مسیر کارت هدیه، درخواست ساخته می‌شود، پیامک رهگیری می‌رود، مالی تأیید یا رد می‌کند و ذی‌نفع می‌تواند وضعیت را دنبال کند؛ حتی ویرایش شبا با توکن محدود و یک‌بارمصرف ممکن است.
در مسیر پاداش/جریمه، انتخاب فرد از فهرست همگام‌شده انجام می‌شود تا اشتباه نام و سمت کمتر شود.
گزارش‌گیری با فیلتر تاریخ و وضعیت و خروجی اکسل، کار واحد مالی و منابع انسانی را برای جمع‌بندی ماهانه ساده می‌کند.
ارزش سامانه در سرعت کنترل‌شده است: انگیزه و انضباط بدون کاغذبازی طولانی ثبت می‌شود، اما همچنان تأیید مالی و ردپای پیامکی دارد.
برای سامانه‌های دیگر هم امکان خواندن وضعیت از طریق رابط برنامه‌نویسی در نظر گرفته شده تا اکوسیستم یکدست بماند.
۱۰. سامانه پرسش و پاسخ
آدرس: porsesh.rahiyann.irپوشه: /home/porsesh
پرسش و پاسخ کانال رسمی سؤال‌بردن به دپارتمان‌هاست. به‌جای اینکه سؤال‌ها در گروه‌های شلوغ گم شوند، هر پرسش به مقصد مشخص می‌رود، مسئول پاسخ می‌دهد و وضعیت قابل پیگیری می‌ماند.
پیامک و تایمر پاسخ‌دهی کمک می‌کنند سؤال‌ها روی میز نمانند.
کاربر نهایی فقط باید بداند به کدام واحد می‌نویسد و منتظر پاسخ بماند.
مدیر دپارتمان صف ورودی دارد، اولویت‌ها را می‌بیند و پاسخ را ثبت می‌کند. گزارش‌ها نشان می‌دهند کدام واحد دیر جواب می‌دهد و حجم درخواست‌ها چقدر است.
اگر سازمان بخواهد صدای داخل را ساخت‌یافته کند، این سامانه همان صندوق رسمی است.
ورودی می‌تواند از رابط بیرونی هم بیاید؛ ولی تجربه اصلی همان چرخه «سؤال → تخصیص → پاسخ → اطلاع» است.
۱۱. پرس‌لاین — نظرسنجی و رأی‌گیری
آدرس: porsline.rahiyann.irپوشه: /home/porsline
پرس‌لاین ابزار ساخت و اجرای نظرسنجی برای مخاطب فارسی‌زبان است. ادمین فرم می‌سازد، منتشر می‌کند، پاسخ جمع می‌کند و نتیجه را می‌بیند.
طراحی طوری است که وابستگی به سرویس‌های بیرونی ظاهری کم باشد و تجربه داخل ایران پایدارتر بماند.
برای فرم‌های عمومی، سامانه تلاش می‌کند ثبت مکرر را سخت‌تر کند؛ هرچند هیچ روش مرورگری جلوی کاربر مصمم را صددرصد نمی‌گیرد.
اگر احراز هویت پیامکی لازم باشد، از همان مسیر پیامکی سازمانی استفاده می‌شود تا تجربه ورود با بقیه سامانه‌ها آشنا بماند.
کاربردش از رأی داخلی و رضایت‌سنجی تا جمع‌آوری بازخورد رویدادها گسترده است.
برخلاف پرسش‌وپاسخ که مکالمه دوطرفه است، پرس‌لاین بیشتر «یک سؤال، خیلی پاسخ ساخت‌یافته» است.
۱۲. سامانه مدیریت تارگت
آدرس: target.rahiyann.irپوشه: /home/targhet
تارگت تعهدهای اجرایی سازمان را از حرف به آیتم قابل اندازه‌گیری تبدیل می‌کند.
هدف تعریف می‌شود، به افراد می‌رسد، پیشرفت به‌روز می‌شود، فایل ضمیمه می‌گیرد و در صورت نیاز تأیید یا رد مدیریتی می‌خورد.
نقش‌ها عمداً جدا شده‌اند: کاربر عادی فقط کار خودش را جلو می‌برد؛ کنترل پروژه تعریف و راستی‌آزمایی می‌کند؛ مدیرعامل دید کلان و امکان تصمیم دارد؛ سوپرادمین قواعد سیستم را نگه می‌دارد.
اعلان‌ها و گزارش اکسل کمک می‌کنند پیگیری از حافظه مدیران خارج شود.
تفاوت ظریف تارگت با شاخص این است که تارگت بیشتر «باید به کجا برسیم و کی مسئول است» را می‌پرسد، نه فقط عدد عملکرد را.
سازمان با این سامانه می‌تواند بگوید کدام تعهد زنده است، کدام عقب افتاده و تصمیم مدیریتی کجا ثبت شده است.
۱۳. سامانه مکاتبات سازمانی
آدرس: mok.rahiyann.irپوشه: /home/arshit
مکاتبات، دبیرخانه دیجیتال سازمان است: نامه ساخته می‌شود، ارجاع می‌خورد، وضعیت می‌گیرد و مسیرش قابل ردگیری می‌ماند.
اعلان لحظه‌ای و پیامک کمک می‌کنند نامه در کارتابل خاک نخورد؛ گزارش‌ها هم برای مدیریت و بایگانی خروجی می‌دهند.
کاربر در کارتابلش می‌بیند چه چیزی رسیده، چه چیزی باید ارجاع شود و کجا باید پاسخ بدهد.
دسترسی نقش‌محور است تا محرمانگی و مسئولیت قاطی نشود. تاریخ‌ها شمسی‌اند تا با زبان اداری فارسی هماهنگ باشد.
اگر سازمان هنوز برای نامه رسمی به گروه پیام‌رسان وابسته باشد، این سامانه جایگزین ساختاریافته همان نیاز است.
نتیجه مطلوب، کارتابل شفاف است نه پوشه مشترک پر از فایل بی‌نام.
۱۴. سامانه حقوقی — املاک و قرارداد اجاره
آدرس: hog.rahiyann.irپوشه: /home/hog
حقوقی پرونده املاک و قراردادهای اجاره سازمان را متمرکز می‌کند: ملک، طرف قرارداد، تمدید، فسخ و جریان‌های پرداخت مرتبط.
ورود با هویت ملی است و نقش مدیر، حقوقی و کاربر عادی سطوح دید متفاوت دارند.
کار روزمره تیم حقوقی این است که بداند کدام قرارداد کی سر می‌رسد، چه پرداختی مانده و کدام پرونده نیاز به اقدام دارد.
هشدارهای دوره‌ای برای سررسید طراحی شده‌اند تا تمدید یا فسخ دیر اتفاق نیفتد.
برای اتصال به اکوسیستم، امکان ورود یک‌بارمصرف از سامانه بیرونی هم دیده شده تا کاربر بین سیستم‌ها سرگردان نشود.
خلاصه اینکه حقوقی، حافظه قراردادی املاک سازمان است.
۱۵. سامانه مددکاری
آدرس: madad.rahiyann.irپوشه: /home/madad
مددکاری برای مؤسسه خیریه طراحی شده تا پرونده مددجو، گزارش فعالیت مددکار و موجودی انبار شعبه در یک ساختار واحد بماند.
سازمان به استان و شعبه شکسته می‌شود و معمولاً هر شعبه مددکار مسئول خودش را دارد.
مددکار پرونده‌ها و اقلام شعبه را ثبت و به‌روز می‌کند؛ مدیران سطوح بالاتر تجمیع و نظارت می‌بینند.
قواعد انبار و محدودیت ویرایش کمک می‌کنند آمار کمک‌رسانی قابل دفاع بماند، نه اینکه آخر ماه با موجودی منفی و اعداد ناسازگار روبه‌رو شوند.
ماهیت سامانه اجتماعی-عملیاتی است: هم کرامت مددجو در قالب پرونده منظم حفظ می‌شود، هم شفافیت منابع شعبه‌ای برای خیریه تأمین می‌گردد.
۱۶. سامانه مدیریت بودجه سازمانی
آدرس: bgt.rahiyann.irپوشه: /home/bgt
این سامانه به سؤال «چقدر اجازه خرج داریم و کجا؟» جواب می‌دهد.
سرفصل‌ها و ارقام بودجه تعریف می‌شوند، مصرف و درخواست‌ها دیده می‌شوند و مدیریت می‌تواند انحراف از برنامه را زودتر ببیند.
تفاوتش با خزانه این است که خزانه بیشتر اجرای پرداخت است؛ بودجه بیشتر سقف و نقشه تخصیص است.
وقتی این دو کنار هم درست کار کنند، سازمان هم می‌داند چه برنامه‌ای داشته و هم می‌داند چه پولی واقعاً رفته است.
مخاطب اصلی مدیران مالی و صاحبان بودجه واحدها هستند.
برای آن‌ها ارزش سامانه در جلوگیری از خرج بی‌برنامه و ایجاد زبان مشترک عددی بین واحدهاست.
۱۷. سامانه بودجه توسعه منابع پایدار
آدرس: tmp.rahiyann.irپوشه: /home/tmp
این سامانه بسته کامل‌تری از مدیریت بودجه عملیاتی است: درآمد، هزینه، عملکرد واقعی، گردش تأیید و داشبورد مدیریتی.
تقویم کاری شمسی است و تا وقتی داده نهایی نشده در گزارش مدیریتی حساب نمی‌شود؛ یعنی پیش‌نویس با عدد قطعی قاطی نمی‌شود.
نقش‌هایی مثل مدیر کارگاه، تأییدکننده، مالی و معاونت در زنجیره حضور دارند.
پیوست مدارک هم بخشی از همان اعتماد است: رقم Alone کافی نیست، پشتوانه فایل هم باید قابل رجوع باشد.
نسبت به بودجه سازمانی ساده‌تر، این سامانه برای محیط‌هایی است که بودجه با عملکرد و تأیید چندلایه گره خورده است.
اگر BGT نقشه سقف‌هاست، این یکی اتاق فرمان بودجه پروژه‌ای/پایدار است.
۱۸. سامانه مدیریت شاخص‌های عملکرد
آدرس: ceo.rahiyann.irپوشه: /home/ceo
شاخص برای لایه مدیریت ارشد ساخته شده تا عملکرد سازمان با عدد و روند دیده شود، نه فقط با حس و جلسه.
شاخص تعریف می‌شود، مقدار می‌گیرد، مقایسه می‌شود و به تصمیم‌گیرنده تصویر روشن‌تری از وضع موجود می‌دهد.
برخلاف تارگت که روی تعهد افراد و پیگیری انجام کار تمرکز دارد، اینجا تمرکز روی اندازه‌گیری نتیجه است.
یک سازمان سالم معمولاً به هر دو نیاز دارد: تارگت می‌گوید چه باید بکنیم؛ شاخص می‌گوید چه اثری گرفته‌ایم.
تجربه مطلوب کاربر مدیر این است که بدون پرس‌وجوی تلفنی از چند واحد، بفهمد کدام حوزه جلو است و کدام قرمز.
پس ماهیت سامانه، اتاق شیشه‌ای تصمیم‌گیری است نه ابزار ثبت کار روزانه کارشناسان.
۱۹. منشی پذیرش هوشمند
آدرس: monsh.rahiyann.irپوشه: /home/monsh
منشی نسخه اولیه یک پذیرش هوشمند است که با گفتگو و کمک مدل زبانی، مراجعه‌کننده یا اپراتور را سریع‌تر به مسیر درست می‌رساند.
هدفش حذف کامل نیروی انسانی نیست؛ کم کردن بار سؤال‌های تکراری و راهنمایی اولیه است.
در سناریوی مطلوب، مراجعه‌کننده نیازش را مطرح می‌کند، سامانه موضوع را تشخیص می‌دهد و پاسخ یا مسیر بعدی را پیشنهاد می‌دهد.
اپراتور انسانی وقتی لازم است وارد می‌شود که موضوع پیچیده، حساس یا خارج از الگو باشد.
این محصول بیشتر innovational است تا اداری کلاسیک، ولی جایش در اکوسیستم روشن است: لایه اول ارتباط حضوری/صوتی سازمان.
موفقیتش را باید با کاهش صف سؤال‌های ساده و رضایت مراجعه سنجید، نه با تعداد دکمه‌های پنل.
۲۰. درگاه مرکزی دسترسی و اعتماد دستگاه
آدرس: ps.rahiyann.irپوشه: /home/ps
این سامانه نگهبان ورودی مجموعه اپ‌های سازمانی است. دستگاه کاربر شناسایی می‌شود، در وضعیت انتظار/تأیید/لغو قرار می‌گیرد و اجازه حرکت امن بین سرویس‌های مجاز را می‌دهد.
به زبان ساده، قبل از اینکه فرد در ده‌ها سامانه پخش شود، یک‌بار مشخص می‌شود این دستگاه قابل اعتماد هست یا نه.
برای ادمین امنیت، ارزش کار در کنترل متمرکز است: می‌تواند دستگاه جدید را ببیند، تأیید کند یا دسترسی را پس بگیرد.
برای کاربر عادی، تجربه ایده‌آل تقریباً نامرئی است؛ فقط وقتی دستگاه تازه است یک مرحله تأیید می‌بیند و بعد کارش را ادامه می‌دهد.
بدون چنین لایه‌ای، هر سامانه باید جداگانه نگران دستگاه‌های ناشناس باشد.
با آن، سیاست اعتماد یک‌جا تعریف می‌شود و بقیه سرویس‌ها روی همین اعتماد مشترک سوار می‌شوند.
۲۱. دستیار پاسخ واتساپ با تأیید انسانی
آدرس: what.rahiyann.irپوشه: /home/what
این محصول برای پاسخ‌گویی انسانیِ کمک‌گرفته از هوش مصنوعی روی واتساپ شخصی/سازمانی ساخته شده است.
کاربر حساب واتساپ وب خودش را وصل می‌کند، پیام ورودی را می‌بیند، پیش‌نویس می‌گیرد، ویرایش یا رد می‌کند و فقط با تأیید خودش ارسال انجام می‌شود.
خط قرمز طراحی مهم است: ارسال خودکار، کمپین انبوه و ربات تبلیغاتی عمداً خارج از محدوده‌اند.
هوش مصنوعی نویسنده پیش‌نویس است، نه تصمیم‌گیرنده نهایی. انسان همیشه آخرین امضا را می‌زند.
کاربرد ایده‌آل، پشتیبانی یا ارتباط‌هایی است که لحن مهم است و اشتباه ربات هزینه دارد.
اگر تیم بخواهد سرعت پاسخ را بالا ببرد بدون اینکه کنترل را از دست بدهد، این همان ابزار است.
این سرویس یک صندوق شفاف برای رویدادهای ورودی است. هر پیامک یا وب‌هوکی که به‌صورت داده ساخت‌یافته برسد ذخیره می‌شود و بلافاصله در داشبورد دیده می‌شود.
برای تیم فنی و عملیاتی، جایگزین گشتن بین لاگ‌های پراکنده است.
سناریوی رایج این است که پنل پیامک یا سرویس بیرونی رویدادی می‌فرستد؛ سامانه آن را با زمان و جزئیات نگه می‌دارد؛ و مسئول مربوطه همان لحظه یا بعداً محتوا را بررسی می‌کند.
امکان مشاهده تک‌به‌تک و پاکسازی هم برای مدیریت حجم پیام‌ها وجود دارد.
ماهیتش زیرساختی است، اما اثر کسب‌وکاری دارد: وقتی OTP، اطلاع‌رسانی یا callback مهم گم نشود، اعتماد به کل زنجیره پیامکی سازمان بالا می‌رود.
پس این سامانه را باید «جعبه سیاه قابل‌خواندن رویدادها» دانست.
پوشه‌های صرفاً زیرساختی مثل بایگانی بکاپ به‌عنوان محصول مستقل شرح داده نشدند.
در این سند رمز عبور، کلید API و محتوای فایل‌های محیطی نیامده است.