اعلانها
وضعیت سند
آماده بازبینی محصول — مبتنی بر سناریوها، User Flowها، Workflowها و Access Control تأییدشده ماژول.
۱. هدف و مرزبندی
این سند Eventهای اعلان، مخاطب، اولویت، کانال، Fallback، Deduplication و Retry را برای راهاندازی ساختمان و عضویت تعریف میکند.
داخل محدوده
- OTP ورود و دعوت؛
- نتیجههای Async پرداخت و ایجاد ساختمان؛
- Import پسزمینه؛
- Invitation و تصمیم Role؛
- اختلاف Contact Point؛
- پایان و جایگزینی رابطه؛
- Support Ticket و Support Access؛
- تغییر Building Admin.
خارج از محدوده
- یادآوری Charge و پرداخت دورهای؛
- اعلان رزرو Facility؛
- پیامهای تعمیرات و عملیات روزانه؛
- اعلانهای عمومی ساختمان؛
- متن نهایی Marketing یا Campaign.
این موارد در ماژولهای تخصصی خود تعریف میشوند.
۲. Feedbackهایی که Notification نیستند
این موارد در همان صفحه نمایش داده میشوند و Notification جدا ایجاد نمیکنند:
- خطای شماره موبایل یا OTP؛
- خطای اعتبارسنجی فرم ساختمان؛
- هشدار حداقل دو واحد؛
- مشاهده قیمت و تغییر دوره؛
- نتیجه لحظهای موفق یا ناموفق پرداخت؛
- Preview و خطاهای Excel پیش از Import؛
- Save موفق هر بخش Setup؛
- درصد پیشرفت Setup Dashboard؛
- فعالسازی Facility توسط همان Actor؛
- تخصیص Role به خود Building Admin در همان Session.
۳. Channel Policy
SMS الزامی
- OTP؛
- Invitation اولیه؛
- Resend Invitation؛
- تغییر نهایی Building Admin؛
- فعالشدن Support Access حساس.
In-app و Push
- نتیجه نهایی فرایند Async؛
- Event نیازمند اقدام؛
- تغییر Role، Scope یا Ticket؛
- Event امنیتی یا دسترسی مهم.
SMS Fallback
برای Eventهای غیرالزامی فقط زمانی استفاده میشود که:
- Account Link یا Push فعال وجود ندارد؛
- Action کاربر برای ادامه لازم است؛
- متن حداقلی بدون افشای داده حساس قابل ارسال است.
سیاست Push
- Push منبع نهایی حقیقت نیست.
- بازکردن Push باید داده جاری را از سامانه دریافت کند.
- Permission و Scope هنگام بازکردن Deep Link دوباره بررسی میشوند.
- Eventهای قابل جایگزینی میتوانند Collapse شوند؛ Event امنیتی مستقل باقی میماند.
۴. اولویتها
| سطح | کاربرد در این ماژول |
|---|---|
P0 |
Support Access یا تغییر بحرانی Building Admin |
P1 |
OTP، Invitation، قبض نیازمند بررسی و Ticket نیازمند اقدام |
P2 |
نتیجه پرداخت Async، نتیجه قبض، Provisioning، Role Decision و تغییر رابطه |
P3 |
Import، تغییر Template و رویدادهای قابل Digest |
۵. Event Catalog
۵.۱. ورود و OTP
| شناسه | Event | مخاطب | اولویت | کانال | Fallback | Preference |
|---|---|---|---|---|---|---|
OBM-NOT-01 |
OTP_REQUESTED |
شماره موبایل درخواستکننده | P1 |
SMS | ندارد | الزامی |
قواعد:
- OTP در Message Center ذخیره نمیشود.
- متن SMS فقط شامل کد، نام تریپیلون و زمان اعتبار است.
- نام ساختمان، Role یا اطلاعات شخصی در OTP نمایش داده نمیشود.
- Rate Limit و Resend به Workflow احراز هویت وابستهاند.
۵.۲. پرداخت Async
| شناسه | Event | شرط ارسال | مخاطب | اولویت | کانال | Fallback |
|---|---|---|---|---|---|---|
OBM-NOT-02 |
PAYMENT_ASYNC_SUCCEEDED |
پرداخت قبلاً UNDER_REVIEW بوده یا کاربر صفحه را ترک کرده است |
متقاضی | P2 |
In-app + Push | SMS فقط اگر Action لازم و App فعال نیست |
OBM-NOT-03 |
PAYMENT_ASYNC_FAILED |
نتیجه نامشخص به شکست قطعی رسیده است | متقاضی | P1 |
In-app + Push | SMS در نبود App فعال |
قواعد:
- پرداخت موفق یا ناموفق لحظهای فقط Feedback همان صفحه دارد.
- برای پرداخت موفق لحظهای SMS و Notification جدا ارسال نمیشود.
- رسید به پیام پیوست نمیشود و از پنل قابل مشاهده است.
- مبلغ کامل یا اطلاعات مالی در Push و SMS نمایش داده نمیشود.
UNDER_REVIEWNotification تکراری تولید نمیکند.
۵.۳. ایجاد ساختمان
| شناسه | Event | شرط ارسال | مخاطب | اولویت | کانال | Fallback |
|---|---|---|---|---|---|---|
OBM-NOT-04 |
BUILDING_PROVISIONING_COMPLETED |
ایجاد ساختمان Async بوده یا کاربر صفحه را ترک کرده است | Building Admin اولیه | P2 |
In-app + Push | SMS فقط در نبود App فعال |
OBM-NOT-05 |
BUILDING_PROVISIONING_ACTION_REQUIRED |
زمان انتظار از SLA عبور کرده و اقدام کاربر یا پشتیبانی لازم است | Building Admin اولیه | P1 |
In-app + Push | SMS در نبود App فعال |
OBM-NOT-06 |
PROVISIONING_SLA_BREACHED |
Job از SLA داخلی عبور کرده است | تیم عملیاتی پلتفرم | P0 داخلی |
Operational Alert | Escalation داخلی |
قواعد:
- Retry داخلی کوتاهمدت برای کاربر Notification جدید نمیسازد.
- Event
OBM-NOT-05فقط زمانی ساخته میشود که پیام دارای Action واقعی باشد. - هیچ Notificationی کاربر را برای پرداخت دوباره هدایت نمیکند.
۵.۴. Import واحدها و اشخاص
| شناسه | Event | شرط ارسال | مخاطب | اولویت | کانال |
|---|---|---|---|---|---|
OBM-NOT-07 |
IMPORT_COMPLETED |
Import در پسزمینه تمام شده یا Actor صفحه را ترک کرده است | Actor آغازکننده | P3 |
In-app |
OBM-NOT-08 |
IMPORT_FAILED |
ثبت پسزمینه شکست خورده و Retry یا اصلاح لازم است | Actor آغازکننده | P2 |
In-app + Push |
قواعد:
- نتیجه Sync در همان صفحه فقط Inline Feedback است.
- خطاهای Preview پیش از Import Notification نیستند.
- Notification شامل Summary است و جزئیات ردیفها داخل ماژول نمایش داده میشوند.
- Warning موبایل خالی به SMS یا Push تبدیل نمیشود.
۵.۵. Invitation
| شناسه | Event | مخاطب | اولویت | کانال | Fallback | Preference |
|---|---|---|---|---|---|---|
OBM-NOT-09 |
INVITATION_READY_TO_SEND |
شخص دعوتشده | P1 |
SMS + In-app در صورت Account Link | Push در صورت App فعال | SMS الزامی |
OBM-NOT-10 |
INVITATION_RESEND_REQUESTED |
شخص دعوتشده | P1 |
SMS | Push اختیاری | SMS الزامی |
OBM-NOT-11 |
INVITATION_CANCELED |
شخص دعوتشده دارای Account Link | P2 |
In-app + Push | بدون SMS پیشفرض | In-app الزامی |
قواعد:
- یک Envelope چندRole فقط یک SMS دارد.
- SMS نام ساختمان و مسیر ورود امن را دارد، اما جزئیات Permissionها را نمایش نمیدهد.
- لینک SMS Token دائمی دسترسی نیست و استفاده از آن OTP میخواهد.
- Resend روی همان Envelope، Delivery Attempt جدید میسازد.
- Resend خودکار وجود ندارد و فاصله ۲۴ ساعت رعایت میشود.
- لغو Invitation عادی برای شخصی که هرگز Account Link نداشته، SMS جدا ایجاد نمیکند.
- لغو Role تغییر Building Admin تابع Eventهای امنیتی اختصاصی است.
۵.۶. تصمیم Role
| شناسه | Event | مخاطب | اولویت | کانال | Grouping |
|---|---|---|---|---|---|
OBM-NOT-12 |
SENSITIVE_ROLE_ACCEPTED |
Actor ارسالکننده و مدیران دارای Permission مرتبط | P2 |
In-app | قابل Group بر اساس Batch |
OBM-NOT-13 |
SENSITIVE_ROLE_REJECTED |
Actor ارسالکننده و مدیران دارای Permission مرتبط | P2 |
In-app + Push برای Role بحرانی | قابل Group بر اساس Batch |
قواعد:
- رابطه عادی مالک، مستأجر، ساکن یا عضو خانواده Decision Event ندارد.
- پذیرش یا رد هر Role مستقل است.
- برای ارسال گروهی، مدیر بهجای Push جدا برای هر شخص Summary دریافت میکند.
- Building Admin یا Manager فقط Roleهایی را مشاهده میکند که Permission و Scope آنها را دارد.
۵.۷. تعلق اشتباه یا Contact Point مورد اختلاف
| شناسه | Event | مخاطب | اولویت | کانال | Fallback |
|---|---|---|---|---|---|
OBM-NOT-14 |
CONTACT_POINT_DISPUTED |
Building Admin و Building Manager مجاز | P1 |
In-app + Push | Operational escalation در تکرار |
قواعد:
- متن Push فقط اعلام میکند یک رابطه نیازمند بررسی است.
- نام کامل، شماره واحد یا جزئیات مالی در Preview نمایش داده نمیشوند.
- ارسال محتوای حساس به Contact Point مورد اختلاف متوقف میشود.
- حل اختلاف Event جدید و مستقل دارد و Notification قبلی را Supersede میکند.
۵.۸. تغییر Role Template و Permission
| شناسه | Event | مخاطب | اولویت | کانال | Grouping |
|---|---|---|---|---|---|
OBM-NOT-15 |
ROLE_TEMPLATE_CHANGED |
Building Admin و Actorهای دارای audit.access.view |
P3 |
In-app / Message Center | یک Summary برای هر تغییر |
OBM-NOT-16 |
SENSITIVE_PERMISSION_CHANGED |
Building Admin و Actorهای نظارتی مجاز | P1 |
In-app + Push | غیرقابل Collapse با تغییر دیگر |
قواعد:
- Actor انجامدهنده تغییر، در همان Session فقط Inline Confirmation میگیرد؛ رکورد Message Center برای Audit باقی میماند.
- افراد دارای همان Role برای هر تغییر جزئی Push جدا دریافت نمیکنند.
- اگر تغییر بهطور محسوس دسترسی فعال شخص را کاهش یا افزایش دهد، اعلان شخص در ماژول Access Control سراسری بررسی میشود.
۵.۹. پایان یا جایگزینی رابطه
| شناسه | Event | مخاطب | اولویت | کانال | Fallback |
|---|---|---|---|---|---|
OBM-NOT-17 |
RELATIONSHIP_END_SCHEDULED |
شخص دارای Account Link | P2 |
In-app | Push در صورت اهمیت |
OBM-NOT-18 |
RELATIONSHIP_ENDED |
شخص قبلی دارای Account Link | P2 |
In-app + Push | SMS فقط اگر Action لازم است |
OBM-NOT-19 |
RELATIONSHIP_REPLACEMENT_COMPLETED |
Actor آغازکننده | P3 |
In-app | ندارد |
OBM-NOT-20 |
OWNERSHIP_TRANSFER_COMPLETED |
مالک قبلی و جدید دارای Contact معتبر | P1 |
In-app + Push | SMS حداقلی در نبود App |
قواعد:
- پیام عمومی به همه ساکنان ارسال نمیشود.
- جزئیات بدهی در Push یا SMS نمایش داده نمیشود.
- پایان Household میتواند یک Notification Summary برای هر Account مرتبط ایجاد کند.
- Person و Account آرشیو یا حذف نمیشوند.
- Event انتقال مالکیت به مدرک و Effective Date معتبر وابسته است.
۵.۱۰. Support Ticket تغییر Building Admin
| شناسه | Event | مخاطب | اولویت | کانال | Fallback |
|---|---|---|---|---|---|
OBM-NOT-21 |
ADMIN_TRANSFER_TICKET_NEEDS_INFO |
درخواستکننده | P1 |
In-app + Push | SMS در نبود App |
OBM-NOT-22 |
ADMIN_TRANSFER_TICKET_APPROVED |
درخواستکننده و شخص پیشنهادی | P1 |
In-app + Push | Invitation SMS برای شخص پیشنهادی |
OBM-NOT-23 |
ADMIN_TRANSFER_TICKET_REJECTED |
درخواستکننده | P2 |
In-app + Push | SMS در نبود App و نیاز به اقدام |
OBM-NOT-24 |
ADMIN_TRANSFER_COMPLETED |
Building Admin قبلی و جدید | P0 |
In-app + Push + SMS | ندارد |
قواعد:
- دلیل رد کامل فقط داخل Message Center یا Ticket نمایش داده میشود.
- SMS شخص پیشنهادی از Envelope معتبر و Event Invitation استفاده میکند.
OBM-NOT-24مستقل، غیرقابل Digest و غیرقابل خاموشکردن است.- Roleهای نامرتبط مدیر قبلی در متن پیام حذفشده تلقی نمیشوند.
۵.۱۱. Support Access
| شناسه | Event | مخاطب | اولویت | کانال | Preference |
|---|---|---|---|---|---|
OBM-NOT-25 |
SUPPORT_ACCESS_ACTIVATED |
Building Admin | P0 |
In-app + Push + SMS | غیرقابل خاموشکردن |
OBM-NOT-26 |
SUPPORT_ACCESS_COMPLETED |
Building Admin | P2 |
In-app + Push | In-app الزامی |
OBM-NOT-27 |
SUPPORT_ACCESS_REVOKED |
Building Admin و Support Admin استفادهکننده | P1 |
In-app + Push | غیرقابل خاموشکردن |
OBM-NOT-28 |
SUPPORT_ACCESS_EXPIRED |
Building Admin و Support Admin استفادهکننده | P2 |
In-app | In-app الزامی |
OBM-NOT-29 |
BREAK_GLASS_ACCESS_ACTIVATED |
Building Admin، تیم امنیت و Platform Admin ناظر | P0 |
In-app + Push + SMS + Operational Alert | غیرقابل خاموشکردن |
قواعد:
- متن شامل نام یا شناسه پشتیبان، Scope خلاصه و زمان پایان است.
- جزئیات Permissionها داخل صفحه Audit نمایش داده میشوند.
- Notification فعالشدن Support Access حتی اگر درخواست توسط خود Building Admin ثبت شده باشد ارسال میشود.
- Break-glass همیشه اعلان مستقل و Audit تقویتشده دارد.
۵.۱۲. قبض واریز بانکی
| شناسه | Event | مخاطب | اولویت | کانال | Fallback |
|---|---|---|---|---|---|
OBM-NOT-30 |
MANUAL_PAYMENT_RECEIPT_SUBMITTED |
مدیر ساختمان و Roleهای مالی مجاز | P1 |
In-app + Push | ندارد |
OBM-NOT-31 |
MANUAL_PAYMENT_RECEIPT_NEEDS_CORRECTION |
پرداختکننده | P1 |
In-app + Push | SMS در نبود App فعال |
OBM-NOT-32 |
MANUAL_PAYMENT_RECEIPT_APPROVED |
پرداختکننده | P2 |
In-app + Push | SMS اختیاری |
OBM-NOT-33 |
MANUAL_PAYMENT_RECEIPT_REJECTED |
پرداختکننده | P1 |
In-app + Push | SMS در نبود App فعال |
قواعد:
- مبلغ، شماره کارت، شماره حساب و تصویر قبض در Push یا SMS نمایش داده نمیشوند.
- اعلان مدیر به صفحه همان واحد و قبض در انتظار هدایت میشود.
- تأیید قبض فقط یک اعلان نتیجه ایجاد میکند، حتی اگر Apply داخلی Retry شود.
- دلیل رد یا نیاز به اصلاح فقط پس از Authorization داخل صفحه قبض نمایش داده میشود.
۶. Recipient × Channel Matrix
| Event Group | Building Admin | Building Manager | شخص دعوتشده | Actor آغازکننده | Platform / Support |
|---|---|---|---|---|---|
| OTP | — | — | SMS | SMS | — |
| Payment Async | In-app + Push | — | — | In-app + Push | Alert در SLA |
| Provisioning | In-app + Push | — | — | همان Building Admin | Alert در SLA |
| Import | — | — | — | In-app؛ Push در شکست | — |
| Invitation | نتیجه مدیریتی | نتیجه مدیریتی با Permission | SMS + In-app | Summary | — |
| Manual Payment Receipt | In-app + Push | بر اساس Policy | In-app + Push | نتیجه قبض | — |
| Role Decision | In-app | In-app با Scope | Self-service Feedback | Summary | — |
| Contact Dispute | In-app + Push | In-app + Push | Inline Feedback | — | Escalation در تکرار |
| Relationship Change | Audit / In-app | Audit / In-app | In-app + Push | In-app | — |
| Admin Transfer | In-app + Push + SMS | فقط اگر درخواستکننده | SMS برای شخص جدید | In-app + Push | In-app / Alert |
| Support Access | In-app + Push + SMS | — | — | Building Admin | In-app / Alert |
۷. Deduplication Keys
| Event | Dedup Key |
|---|---|
| Payment Final | payment:{payment_id}:{final_status} |
| Provisioning Complete | provisioning:{building_id}:completed |
| Provisioning SLA | provisioning:{job_id}:sla:{threshold} |
| Import Result | import:{attempt_id}:{final_status} |
| Manual Payment Receipt | manual-payment:{receipt_id}:{status} |
| Invitation Send | invitation:{envelope_id}:attempt:{attempt_no} |
| Invitation Cancel | invitation:{envelope_id}:canceled |
| Role Decision | role:{assignment_id}:{decision} |
| Contact Dispute | contact:{contact_point_id}:disputed:{version} |
| Role Template Change | role-template:{template_id}:version:{version} |
| Relationship End | relationship:{relationship_id}:ended:{effective_date} |
| Admin Transfer | admin-transfer:{ticket_id}:{status} |
| Support Access | support-grant:{grant_id}:{status} |
۸. Grouping و Anti-spam
- نتیجه Roleهای یک Invitation گروهی برای مدیر به Summary تبدیل میشود.
- Import هر فایل حداکثر یک Notification نهایی دارد.
- Retry Push یا SMS، Notification منطقی جدید نمیسازد.
- تغییرات متوالی Setup Progress Notification ندارند.
- تغییرات Role Template در یک Save به یک Summary تبدیل میشوند.
- Event امنیتی، Support Access و Admin Transfer با Event دیگر Group یا Collapse نمیشوند.
۹. Retry و Failure
OTP
- Resend با Rate Limit؛
- کد جدید کد قبلی را طبق Policy احراز هویت نامعتبر میکند؛
- Retry خودکار SMS ندارد.
Invitation
- Resend فقط با Action مدیر؛
- فاصله حداقل ۲۴ ساعت؛
- Envelope تکراری ایجاد نمیشود؛
- شکست Delivery، Role یا Membership را تغییر نمیدهد.
Push
- خطای موقت قابل Retry؛
- Token نامعتبر غیرفعال؛
- App پس از بازشدن وضعیت جاری را دریافت میکند.
In-app
- ثبت بر اساس Dedup Key idempotent است؛
- شکست ثبت Notification نباید State اصلی Payment، Role یا Relationship را Rollback کند؛
- Event امنیتی در شکست مداوم Escalate میشود.
۱۰. Preference Matrix
| دسته | In-app | Push | SMS |
|---|---|---|---|
| OTP | ندارد | ندارد | الزامی |
| Invitation | در صورت Account Link | قابل مدیریت | الزامی |
| Security / Access | الزامی | قابل مدیریت در سطح دستگاه | الزامی برای Eventهای P0 تعریفشده |
| Action Required | الزامی | قابل مدیریت | Fallback |
| Important Result | الزامی | قابل مدیریت | Fallback محدود |
| Informational | قابل آرشیو | قابل خاموشکردن | ندارد |
کاربر میتواند Alert کانال Push را محدود کند، اما رکورد امنیتی یا نیازمند اقدام از Message Center حذف نمیشود.
۱۱. Privacy و محتوای کانال
Push
- عنوان کوتاه و بدون اطلاعات خصوصی؛
- بدون مبلغ، شماره حساب، شماره کامل موبایل یا جزئیات Permission؛
- در Event اختلاف، فقط اعلام نیاز به بررسی.
SMS
- نام ساختمان فقط در Invitation و Eventهای امنیتی لازم؛
- بدون فهرست Roleهای چندگانه یا جزئیات Permission؛
- بدون بدهی، مبلغ یا سند مالکیت؛
- لینک کوتاه باید به OTP و Authorization مجدد منتهی شود.
Message Center
- جزئیات بیشتر فقط پس از Authorization؛
- پیام رسمی یا امنیتی Hard Delete ندارد؛
- Archive فقط از دید کاربر است؛
- جزئیات Ticket در ماژول پشتیبانی باقی میماند.
۱۲. Deep Link Matrix
| Event | مقصد |
|---|---|
| Payment Async | وضعیت Payment یا صفحه در حال بررسی |
| Provisioning Complete | صفحه اصلی ساختمان |
| Import Result | نتیجه Import Attempt |
| Invitation | جزئیات واحد ← افراد و نقشها، یا ردیف Role مدیریتی/کارکن |
| Role Decision | همان واحد یا Role Assignment مرتبط؛ بدون مرکز Invitation |
| Manual Payment Receipt | جزئیات واحد ← مالی و پرداختها ← قبض مربوط |
| Contact Dispute | جزئیات واحد ← افراد و نقشها ← رابطه مورد اختلاف |
| Relationship Change | جزئیات واحد ← تاریخچه افراد و نقشها |
| Admin Transfer Ticket | جزئیات Ticket |
| Support Access | جزئیات Grant و Audit |
Deep Link هر بار Permission، Scope و وضعیت جاری Resource را دوباره بررسی میکند.
۱۳. Template Contract
| فیلد | الزام |
|---|---|
template_code |
یکتا و پایدار |
version |
الزامی |
event_code |
الزامی |
channel |
الزامی |
title |
برای In-app و Push |
body |
الزامی |
variables |
Allowlist |
deep_link |
برای پیام Actionable |
priority |
P0 تا P3 |
sensitive_preview |
بله یا خیر |
collapse_key |
فقط Event قابل جایگزینی |
dedup_key |
الزامی |
۱۴. Lifecycle
Notification منطقی
stateDiagram-v2
accTitle: چرخه Notification داخل Message Center
accDescr: اعلان پس از ایجاد فعال میشود و میتواند خوانده، آرشیو یا با نسخه جدید جایگزین شود
state "فعال" as ACTIVE
state "خواندهشده" as READ
state "آرشیوشده" as ARCHIVED
state "جایگزینشده" as SUPERSEDED
[*] --> ACTIVE
ACTIVE --> READ: مشاهده معتبر
ACTIVE --> ARCHIVED: آرشیو توسط گیرنده
ACTIVE --> SUPERSEDED: Event جدیدتر
READ --> ARCHIVED: آرشیو توسط گیرنده
READ --> SUPERSEDED: Event جدیدتر
Delivery Attempt
stateDiagram-v2
accTitle: چرخه ارسال هر کانال اعلان
accDescr: تلاش ارسال از صف به ارسال، تحویل یا شکست میرود و Retry یک Attempt جدید ایجاد میکند
state "در صف" as QUEUED
state "ارسالشده" as SENT
state "تحویلشده" as DELIVERED
state "ناموفق" as FAILED
[*] --> QUEUED
QUEUED --> SENT: پذیرش توسط Provider
QUEUED --> FAILED: خطای ارسال
SENT --> DELIVERED: دریافت Delivery Receipt
SENT --> FAILED: شکست قطعی Provider
DELIVERED --> [*]
FAILED --> [*]
Retry روی همان Notification منطقی، Delivery Attempt جدید میسازد.
۱۵. Eventهایی که عمداً اعلان ندارند
| Event | دلیل |
|---|---|
| Save هر Setup Section | در همان Context قابل مشاهده و پرتکرار |
| تغییر درصد پیشرفت Setup | ایجاد مزاحمت و فاقد Action مستقل |
| تغییر دوره پیش از پرداخت | Feedback همان صفحه |
| پرداخت موفق لحظهای | طبق تصمیم محصول فقط پیام موفقیت صفحه |
| Import Preview | هنوز Event نهایی نیست |
| فعالسازی Facility توسط Actor | نتیجه همان Action |
| تخصیص Role به خود در همان Session | Inline Confirmation و Audit کافی است |
| Retry داخلی Provisioning زیر SLA | فاقد Action کاربر |
۱۶. تصمیمهای باز
| شناسه | موضوع | وضعیت |
|---|---|---|
OPEN-NOT-01 |
SLA لازم برای BUILDING_PROVISIONING_ACTION_REQUIRED |
باید با Workflow عملیاتی تعیین شود |
OPEN-NOT-02 |
SLA و تعداد Escalationهای PROVISIONING_SLA_BREACHED |
نیازمند تصمیم عملیات پلتفرم |
OPEN-NOT-03 |
SMS انتقال مالکیت در نبود App | Fallback محدود پیشنهاد شده و نیازمند بررسی حقوقی است |
OPEN-NOT-04 |
اعلان مستقیم تغییر Role Template به افراد متأثر | فعلاً فقط تغییر محسوس دسترسی بررسی میشود |
OPEN-NOT-05 |
متن نهایی و محدودیت طول Templateهای SMS | در مرحله Content Design نهایی شود |
۱۷. معیارهای پذیرش
- Feedback صفحه از Notification جدا شده است.
- پرداخت موفق لحظهای SMS یا Notification جدا ندارد.
- OTP و Invitation SMS الزامی دارند.
- Envelope چندRole فقط یک SMS ایجاد میکند.
- Invitation Resend خودکار نیست.
- نتیجههای گروهی برای مدیر Summary میشوند.
- Eventهای Security و Support Access غیرقابل Digest هستند.
- SMS و Push اطلاعات حساس نمایش نمیدهند.
- Notification از Delivery Attempt جدا شده است.
- Dedup Key برای Eventهای اصلی تعریف شده است.
- Retry Notification منطقی تکراری ایجاد نمیکند.
- Deep Link دوباره Authorization میشود.
- مسیر Support در تجربه اصلی برجسته نشده است.
- SLAهای Provisioning تعیین شوند.
- Copy نهایی Templateها در Content Design تکمیل شود.
- Fallback انتقال مالکیت بررسی حقوقی شود.