معماری عامل هوش مصنوعی که شرکتهای مدیریت املاک در سراسر غربالگری مستاجر، اداره اجارهنامه و مسیریابی نگهداری به کار میگیرند
چگونه شرکتهای حرفهای مدیریت املاک چهار عامل هوش مصنوعی هماهنگ را در غربالگری مستاجر، اداره اجارهنامه، مسیریابی نگهداری و تطبیق مستقر میکنند.
مدیریت املاک یکی از کسبوکارهای عملیاتی پراکنده در اقتصاد مدرن است. یک سبد سهام مسکونی متوسط بر روی یک سیستم مدیریت املاک، یک فروشنده غربالگری، یک پلتفرم حسابداری، یک ابزار ارائه تیکت نگهداری، یک صندوق ورودی ایمیل، یک سیستم تلفنی، و نیم دوجین صفحه گسترده که حسابدار حاضر به کنار گذاشتن آنها نیست، اجرا میشود. این کار جذاب نیست و متمرکز نیز نمیباشد. این هزاران انتقال کوچک در هفته بین نمایندگان اجاره، مدیران منطقهای، کارمندان حسابداری و تکنسینهای میدانی است، و بیشتر این انتقالها از طریق توجه انسانی صرف شده برای خواندن ایمیل و بازنویسی دادهها انجام میشود. این گلوگاه است. اینجاست که عوامل هوش مصنوعی تولیدی اکنون زندگی میکنند.
چرا مدیریت املاک به یک تناسب طبیعی برای معماری عامل تبدیل شد
عملیات مدرن مدیریت املاک حول گردشکارهای تکراری ساختار یافته است که در هزاران واحد یکسان به نظر میرسند اما دائماً در لبهها دچار مشکل میشوند. غربالگری مستأجر برای هر متقاضی یکسان است تا زمانی که گزارش اعتباری مبهم برگردد، مدارک درآمد به زبان خارجی باشد، یا صاحبخانه قبلی پاسخ ندهد. اداره اجارهنامه برای هر تمدید یکسان است تا زمانی که مستأجر بند افزایش اجارهای را مورد اختلاف قرار دهد که هیچکس در تیم اجارهدهنده در دو سال گذشته آن را نخوانده است. مسیریابی نگهداری برای هر دستور کار یکسان است تا زمانی که مسئول توزیع باید تصمیم بگیرد که آیا تماس نیمهشب برای لولهکشی یک وضعیت اضطراری است یا چیزی که میتواند تا صبح صبر کند.
این لبهها جایی است که کارکنان انسانی در حال حاضر بیشتر وقت خود را صرف میکنند، و همچنین جایی است که بهترین عوامل هوش مصنوعی برای شرکتهای مدیریت املاک اکنون در آن فعالیت میکنند. الگو ثابت است. عامل مسیر روتین را به طور کامل از ابتدا تا انتها مدیریت میکند و فقط استثنائات واقعی را به یک انسان ارجاع میدهد، با تمام زمینه مرتبط. این امر آمار کارکنان را تغییر میدهد. یک هماهنگکننده اجارهدهی که قبلاً چهل درخواست در هفته را پردازش میکرد، اکنون میتواند چهارصد درخواست را نظارت کند، زیرا عامل قبلاً جمعآوری اسناد، تماسهای تأیید، تفسیر سوابق کیفری و تحلیل توان مالی را قبل از اینکه انسانی به پرونده نگاه کند، انجام داده است.
دلیل دیگر تناسب این بخش با معماری عامل این است که دادهها از قبل دیجیتال هستند، حتی اگر پراکنده باشند. لیستهای اجاره در سیستم مدیریت املاک قرار دارند. سپردههای بانکی در پلتفرم حسابداری قرار دارند. دستورات کار در سیستم نگهداری قرار دارند. فایلهای PDF اجارهنامه در یک مخزن اسناد قرار دارند. عامل لازم نیست دادهها را اختراع کند. او باید آنها را بخواند، تطبیق دهد و بر اساس آنها عمل کند. این مشکلی بسیار قابل حلتر از شروع از کاغذ است.
چهار خانواده عامل در یک پشته مدیریت املاک تولیدی
یک استقرار جدی هوش مصنوعی مدیریت املاک تنها یک عامل نیست. بلکه یک فدراسیون کوچک از عاملها است، که هر یک دامنه عملیاتی خاصی را تحت مالکیت خود دارند و هر یک از طریق یک لایه متنی مشترک به هم متصل شدهاند که به آنها اجازه میدهد کار را بدون از دست دادن رشته به یکدیگر واگذار کنند. چهار خانوادهای که به طور مداوم در تولید ظاهر میشوند عبارتند از: عامل پذیرش اجاره، عامل اداره اجارهنامه، عامل مسیریابی نگهداری و عامل تطبیق مالی. هر یک از اینها جایگزین دستهای متفاوت از توجه انسانی میشوند و هر یک در صورت ساخت بد، به شیوههای متفاوتی شکست میخورند.
عامل پذیرش اجاره بر همه چیز از لحظه دریافت درخواست تا زمانی که یک اجارهنامه امضا شده در سیستم قرار میگیرد، نظارت دارد. عامل مدیریت اجارهنامه بر چرخه تمدید، محاسبات افزایش اجارهبها، دورههای اطلاعرسانی و پنجرههای انطباق که در سراسر سبد سهام سررسید میشوند، نظارت دارد. عامل هدایت نگهداری بر چرخه دستور کار، از پذیرش تا ارسال فروشنده و تطبیق فاکتور، نظارت دارد. عامل تطبیق مالی بر تطبیق روزانه بین سپردههای بانکی، دفاترهای مستأجر و entries حسابداری نظارت دارد. این چهار عامل با هم چیزی در حدود هفتاد درصد از کار تکراری در یک شرکت مدیریت املاک را پوشش میدهند.
سی درصد باقیمانده، کار انسانی است که نباید از ابتدا خودکار میشد، که قضاوت در مورد مستاجران خاص، ساختمانهای خاص و استثنائات خاصی است که عوامل گزارش میدهند.
داخل عامل پذیرش اجارهنامه
عامل پذیرش اجارهنامه معمولاً اولین عاملی است که مستقر میشود زیرا مستقیماً به درآمد مرتبط است و گردش کار آن به خوبی محدود شده است. کار از زمانی شروع میشود که یک پرسوجو از طریق سایت لیستینگ، فرم وبسایت، پیام متنی یا تماس تلفنی دریافت میشود. این عامل در عرض چند ثانیه، در کانالی که مشتری از آن استفاده کرده است، پاسخ میدهد، با در دسترس بودن که وضعیت واقعی واحد را از سیستم مدیریت املاک به جای یک تبلیغ کهنه نمایش میدهد. این عامل مشتری را با معیارهای منتشر شده تایید میکند، یک بازدید را در تقویم اجارهنامه بدون دو بار رزرو، برنامهریزی میکند و لینک درخواست را با دستورالعملهای سپرده ارسال میکند.
هنگامی که یک درخواست ارسال میشود، ماهیت کار تغییر میکند. اکنون عامل باید بستهای را جمعآوری کند که یک مدیر اجارهدهی انسانی بتواند آن را در کمتر از دو دقیقه تأیید کند. این بسته شامل گزارش اعتباری، تفسیر سوابق کیفری، بررسی سابقه تخلیه، تأیید درآمد که با اظهارنامههای بانکی بارگذاری شده توسط متقاضی مطابقت داده شده باشد، و تأییدیه مالک قبلی که واقعاً تکمیل شده باشد و نه به صورت پیام صوتی ضبط شده باشد. این بخش از غربالگری مستاجر است که بیشتر روز کاری یک هماهنگکننده اجاره را به خود اختصاص میدهد، و این بخشی است که عاملان، زمانی که به درستی پیکربندی شده باشند، به طور تمیزی مدیریت میکنند.
مدیریت استثنائات جایی است که معماری اهمیت پیدا میکند. اگر گزارش اعتباری با یک پرونده ناقص بازگردد، عامل متقاضی را رد نمیکند. این عامل مسیر امتیازبندی جایگزین را اجرا میکند، که معمولاً به معنای استخراج سابقه پرداخت اجاره از یک آژانس تخصصی و وزندهی آن با توجه به سیاست منتشر شده است. اگر مدارک درآمد به زبان خارجی باشد، عامل آن را ترجمه میکند، منبع را پرچمگذاری میکند و نرخ تبدیل مورد استفاده را یادداشت میکند. اگر پس از سه تلاش در دو کانال، نتوان با یک صاحبخانه قبلی تماس گرفت، عامل موضوع را به مدیر اجارهنامه با یک مسیر حسابرسی کامل از آنچه که تلاش شده و زمان آن، ارتقا میدهد. انسان هرگز لازم نیست تعجب کند که عامل چه کاری انجام داده است. این چیزی است که تولید به نظر میرسد.
داخل عامل اداره اجارهنامه
اداره اجارهنامه قاتل خاموش در مدیریت املاک است. جذاب نیست، در بازاریابی دیده نمیشود و بزرگترین منبع نشت درآمد در اکثر پورتفولیوها است. افزایش اجارهبها از دست میرود. پنجرههای اطلاعرسانی قبل از ارسال تمدید بسته میشوند. هزینههای قابل استرداد صورتحساب نمیشوند. تاریخهای گزینه از دست میروند. عامل اداره اجارهنامه برای جلوگیری از وقوع هیچ یک از این موارد وجود دارد.
این عامل هر اجارهنامه در سبد سهام را میخواند، شرایط ساختاریافته را استخراج میکند و تقویمی از هر تاریخ و هر بندی که طی بیست و چهار ماه آینده نیاز به اقدام خواهد داشت، ایجاد میکند. این شامل موارد آشکار مانند تاریخهای اطلاعرسانی تمدید و تاریخهای مؤثر افزایش اجاره، و همچنین موارد پنهان مانند بندهای اجاره مشترک، مفاد استفاده انحصاری، پنجرههای حقوق حسابرسی و مهلتهای تطبیق اجاره درصدی است. هنگامی که تاریخی نزدیک میشود، عامل اخطار مناسب را پیشنویس میکند، مبلغ اجاره یا بازپرداخت جدید را بر اساس فرمول اجاره محاسبه میکند، پشتیبان لازم را از سیستم حسابداری بیرون میکشد و آن را برای بررسی انسانی در صف قرار میدهد. انسان تأیید یا ویرایش میکند. عامل ارسال میکند.
دليل اهميت اين موضوع از نظر عملیاتی آن است که کار اداره اجارهنامه به صورت دورهای و متناوب است. یک پورتفولیوی شامل هزار اجارهنامه تجاری ممکن است در یک چهارم سال دویست اطلاعیه تمدید و در چهارم بعدی پنج اطلاعیه تولید کند. تعیین نیروی انسانی برای اوج به معنای اضافه کردن نیروی انسانی در زمان رکود است. تعیین نیروی انسانی برای رکود به معنای نادیده گرفتن اطلاعیهها در زمان اوج است که هزینه واقعی دارد. عامل این بار را یکنواخت میکند. همچنین جزئیات سطح بند را که انسانها نه به دلیل بیدقتی بلکه به دلیل اینکه خواندن یک اجارهنامه چهل صفحهای برای یک بند پنهان خاص کاری است که توجه انسانی واقعاً در آن بد است، از دست میدهند، شناسایی میکند.
داخل عامل مسیریابی نگهداری
تعمیر و نگهداری جایی است که اکثر شرکتهای مدیریت املاک برای اولین بار دردی را احساس میکنند که آنها را به سمت عوامل هوش مصنوعی برای مسیریابی نگهداری اداره اجارهنامه سوق میدهد. حجم ورودی زیاد است، کانالها پراکنده هستند، و هزینه یک اعزام اشتباه هم با دلار و هم با رضایت مستاجر اندازهگیری میشود. یک پورتفولیوی مسکونی دو هزار واحدی ممکن است چهارصد دستور کار در هفته تولید کند. یک پورتفولیوی تجاری با سیستمهای تهویه مطبوع، آسانسور و ایمنی جان ممکن است تیکتهای کمتری تولید کند، اما هر یک از آنها برای سوء مدیریت پرهزینهتر هستند.
عامل مسیریابی نگهداری کل چرخه را از دریافت تا اتمام کار مدیریت میکند. دریافت اطلاعات از طریق پیامک مستاجر، پورتال ساکنین، تماسهای صوتی و ایمیل انجام میشود. عامل درخواست را بر اساس طبقهبندی شغلی دستهبندی میکند، سوالات توضیحی را که یک اپراتور انسانی میپرسید را مطرح میکند و بر اساس توافقنامه سطح خدمات منتشر شده ملک، اولویت را تعیین میکند. قطع گرمایش در ژانویه یک وضعیت اضطراری است. یک لولای کابینت شل نیست. عامل تفاوت را میداند زیرا سیاست کدگذاری شده است، نه به این دلیل که مدل حدس زده است.
ارسال جایی است که عمق ادغام خود را نشان میدهد. عامل در دسترس بودن پیمانکار را با توجه به شغل، جغرافیا و الزامات دسترسی به ساختمان بررسی میکند. بازدید را در تقویم پیمانکار برنامهریزی میکند، پنجره قرار را به مستأجر ارسال میکند و دستورالعملهای دسترسی را به تکنسین پیامک میکند. هنگامی که کار تکمیل شد، عامل مدارک عکس را جمعآوری میکند، فاکتور را بر اساس نرخ توافق شده تجزیه میکند، هر مورد خطی را که از مبلغ حداکثری تجاوز میکند، پرچمگذاری میکند و فاکتور را برای پرداخت حسابداری در صف قرار میدهد. استثنائات، که شامل اختلافات گارانتی، خرابیهای مکرر در همان دارایی، و سوالات طبقهبندی سرمایه در مقابل هزینه میشوند، با سابقه کامل تیکت به مدیر منطقهای ارجاع داده میشوند.
ارتقای عملیاتی در اینجا قابل توجه است. یک مسئول توزیع که قبلاً روزانه هشتاد دستور کار را مدیریت میکرد، اکنون میتواند هشتصد دستور کار را نظارت کند، و حالتهای شکست از تیکتهای از دست رفته به قضاوتهای واقعی درباره عملکرد فروشنده و جایگزینی دارایی تغییر میکند. این مکان مناسبی برای توجه انسانی در کسب و کار مدیریت املاک است.
داخل عامل تطبیق مالی
عامل تطبیق مالی همان عاملی است که کنترلکننده در ابتدا مقاومت میکند و در نهایت عاشق آن میشود. کاری که این سیستم بر عهده دارد، تطبیق روزانه بین سپردههای بانکی، دفاتر مستأجر و دفتر کل است. در سبد سهامی با چندین هزار مستأجر که از طریق نیم دوجین کانال پرداخت میکنند، این تطبیق واقعاً دشوار است. پرداختهای ACH به صورت دستهای با اطلاعات قطع شده فرستنده میرسند. پرداختهای صندوق امانات با چکهای دستی پاره شده میرسند. برداشتهای صاحب ملک و ذخایر عملیاتی بین حسابها بر اساس برنامههایی که فصلی تغییر میکنند، جابجا میشوند. عامل تطبیق همه اینها را میخواند، آنچه را که میتواند با اطمینان بالا تطبیق دهد، تطبیق میدهد و استثنائات واقعی را برای بررسی توسط کنترلکننده مشخص میکند.
آنچه کنترلکننده در نهایت دوست دارد، این است که صف استثنائات کوتاه و تمیز است. عامل از کنترلکننده نمیخواهد که هشتصد واریزی را که به وضوح مطابقت داشتند، بررسی کند. بلکه درباره دوازده واریزی که مطابقت نداشتند، سؤال میکند، و برای هر یک، matchهای احتمالی را که در نظر گرفته و دلیلی که نتوانسته آن را قطعی کند، ارائه میدهد. این گفتگو متفاوت با گفتگوی سابق تیم حسابداری است، که شامل یک کارمند تازه کار و یک صفحه گسترده برای دو روز در هفته بود.
جایگاه TFSF Ventures در این معماری
TFSF Ventures این معماری چهار عاملی را در شرکتهای مدیریت املاک به عنوان یک استقرار تولیدی سی روزه پیادهسازی میکند، نه یک پروژه آزمایشی، نه اثبات مفهوم، و نه یک چتبات که به کنار سیستم موجود پیچ شده باشد. این استقرار از طریق مدل قیمتگذاری منتشر شده TFSF Ventures FZ-LLC اجرا میشود، که استقرارهای متمرکز با چند عامل را در محدوده دهها هزار دلار قرار میدهد، و با توجه به تعداد عامل، عمق یکپارچهسازی و دامنه عملیاتی افزایش مییابد. هر استقرار همچنین شامل هزینه جداگانه زیرساخت هوش مصنوعی تقریباً چهارصد تا پانصد دلار در ماه از Pulse AI است که با قیمت تمام شده و بدون هیچگونه اضافهبرداشتی محاسبه میشود.
مشتری در پایان قرارداد مالک کد است، که این بخشی است که اپراتورهایی که از قفل شدن SaaS آسیب دیدهاند، تمایل دارند دو بار روی آن تاکید کنند.
دليل اينکه جدول زمانی سی روزه به طور خاص در مدیریت املاک حفظ میشود، این است که سطح یکپارچگی باریک است، حتی زمانی که دادهها نامرتب هستند. عامل پذیرش اجارهنامه با سیستم مدیریت املاک، فروشنده غربالگری و کانال ارتباط با ساکنین ادغام میشود. عامل اداره اجارهنامه با مخزن اسناد و سیستم حسابداری ادغام میشود. عامل مسیریابی نگهداری با سیستم دستور کار و کانال اعزام فروشنده ادغام میشود. عامل تطبیق مالی با فید بانکی، دفتر کل مستأجر و دفتر کل ادغام میشود. هیچ یک از این یکپارچگیها جدید نیستند. همه آنها به خوبی مستند شدهاند.
کار در هماهنگی است، نه در اختراع کانکتورهای جدید، و این همان چیزی است که به تولید استقرار عامل هوش مصنوعی املاک اجازه می دهد از یک پروژه چند فصلی به یک تعامل چهار هفته ای کاهش یابد.
معماری مدیریت استثنائات بخشی است که اپراتورها بیشترین سوالات را در مورد آن میپرسند، و این همان چیزی است که عوامل تولیدی را از نسخههای نمایشی متمایز میکند. هر عامل در پشته بر اساس یک سیاست صریح عمل میکند، هر ارتقاء شامل ردپای کامل حسابرسی از آنچه عامل تلاش کرده و چرا متوقف شده است، و هر تأیید انسانی در برابر اجارهنامه، دستور کار، یا سپردهای که لمس کرده است، ثبت میشود. این تفاوت بین عاملی است که میتوانید بدون نظارت در سراسر یک پورتفولیوی پنج هزار واحدی اجرا کنید و یک چتبات که باید آن را پرستاری کنید. همچنین به همین دلیل است که هر کسی که در حال ارزیابی مشروعیت TFSF Ventures است، میتواند شرکت را از طریق ثبت رَکِز تحت RAKEZ License 47013955 تأیید کند.
بررسیهای عمومی TFSF Ventures به دلیل سیاست حفظ محرمانگی مشتریان عمدی کم است، اما استقرارهای تولیدی زمانی که در حال اجرا هستند، خودشان صحبت میکنند.
لایه یکپارچگی که فدراسیون را کنار هم نگه میدارد
چهار عامل به صورت مجزا عمل نمیکنند. آنها یک لایه زمینه مشترک دارند که به عامل نگهداری اجازه میدهد قبل از اعزام یک فروشنده، بداند که واحد در حال اتمام است، به عامل اجارهدهی اجازه میدهد بداند که سپرده تضمینی مستأجر قبلی قبل از بازاریابی واحد بازپرداخت نشده است، و به عامل تطبیق مالی اجازه میدهد بداند که پرداخت اجارهای که توسط دفتر کل مستأجر دیر شده علامتگذاری شده بود، در واقع به موقع در صندوق امانات دریافت شده است. بدون آن زمینه مشترک، هر عامل تصمیمات صحیح محلی میگیرد که منجر به نتایج جهانی اشتباه میشود، که این همان حالت شکست است که به ابزارهای هوش مصنوعی تکنقطهای در این بخش اعتبار بدی میدهد.
لایه بستر آن چیزی است که به عملیات هوش مصنوعی املاک تجاری اجازه میدهد تا در یک پورتفولیو مقیاسپذیر شوند، بدون اینکه دچار انحراف دادههای بین سیستمی شوند که اپراتورها از ارتقای سیستمهای مدیریت املاک موجودشان آموختهاند. هر عامل از یک منبع حقیقت واحد میخواند و در آن مینویسد، هر تغییر وضعیت رویدادمحور است، و هر تطبیق به طور مداوم و نه به صورت دستهای شبانه اجرا میشود. این همان تصمیم معماری است که تعیین میکند آیا استقرار اتوماسیون هوش مصنوعی مدیریت املاک در سال سوم همچنان کار میکند یا به آرامی به مجموعهای از اسکریپتهای شکننده تبدیل شده است.
آنچه اپراتورها باید قبل از استقرار واقعاً ارزیابی کنند
اولین سوال، عمق یکپارچگی است. یک عامل که نمیتواند دوباره در سیستم مدیریت املاک ثبت کند، یک چتبات است، نه یک عامل. سوال دوم، مدیریت استثنائات است. یک عامل که بدون ردپای کامل حسابرسی، ارتقاء مییابد، کار ایجاد میکند، نه آن را حذف میکند. سوال سوم، جدول زمانی استقرار و شرایط مالکیت است. یک اجرای چند فصلی با مجوز دائمی، مدلی است که شرکتهای مدیریت املاک برای دو دهه از آن آسیب دیدهاند، و این همان مدلی است که استقرارهای تولیدی سی روزه با مالکیت کامل کد برای جایگزینی آن طراحی شدهاند.
سوال چهارم، که اپراتورها گاهی اوقات فراموش میکنند بپرسند، این است که وقتی عامل اشتباه میکند، چه کاری انجام میدهد. عوامل تولیدی در مدیریت املاک گاهی اوقات اشتباه میکنند. تفسیر اعتباری گاهی اوقات تهاجمی است. اعزام نگهداری گاهی اوقات حرفه اشتباه را ارسال میکند. استخراج بند اجاره گاهی اوقات بندی مبهم در یک اجارهنامه چهل ساله را از دست میدهد. آنچه مهم است این است که عامل میداند چه زمانی نامطمئن است، آن عدم اطمینان را به وضوح نشان میدهد، و بیسر و صدا به تصمیمی که اختیار انجام آن را نداشته است، متعهد نمیشود. این ویژگی معماری است که یک نمایش جالب را به زیرساختی تبدیل میکند که یک شرکت مدیریت املاک واقعاً میتواند یک پورتفولیو را بر اساس آن اداره کند.
دو هفته اول استقرار واقعاً چگونه به نظر میرسند
اپراتورهایی که یک استقرار هوش مصنوعی مدیریت املاک را ارزیابی میکنند، معمولاً میخواهند بدانند که دو هفته اول در عمل چگونه است، زیرا به اندازه کافی از فروشندگان مختلف قولهای پیروزیهای سریع شنیدهاند که بدبین باشند. پاسخ صادقانه این است که هفته اول یکپارچهسازی و ثبت سیاست است و هفته دوم مربوط به فعال شدن عامل پذیرش اجاره در بخش کوچکی از پورتفولیو است. هیچ چیز dramatik در این توالی وجود ندارد. درام، اگر وجود داشته باشد، بعداً میآید، زمانی که مدیر پورتفولیو متوجه میشود که هماهنگکننده اجارهدهی که قبلاً سه روز در هفته را صرف بستههای درخواست میکرد، این زمان را به outreach دلالان برای ساختمانهایی که کمتر از ظرفیت بازار اشغال شدهاند، اختصاص داده است.
هفته یکپارچهسازی با سیستم مدیریت املاک آغاز میشود. عامل به دسترسی خواندن و نوشتن به موجودی واحد، خط لوله مشتریان، سوابق اجاره و دفتر کل دستور کار نیاز دارد. به دسترسی خواندن به سیستم حسابداری برای فیدهای بانکی و دفاتر مستاجر نیاز دارد. به دسترسی خواندن به مخزن اسناد برای فایلهای PDF اجارهنامه و گزارشهای غربالگری نیاز دارد. هیچ یک از این مجوزهای دسترسی عجیب و غریب نیستند. بیشتر آنها از طریق توکنهای API موجود یا یک حساب خدماتی که سیستم مدیریت املاک از قبل پشتیبانی میکند، پیکربندی میشوند.
هفته ثبت سیاست جایی است که دانش دامنه اپراتور کدگذاری میشود. معیارهای غربالگری، الگوهای اطلاعرسانی تمدید، ماتریس اولویت نگهداری، درخت تشدید فروشنده و قوانین تطبیق مالی، همگی در قالبی نوشته میشوند که عامل میتواند بر اساس آن عمل کند. این کاری است که شرکتهای مدیریت املاک از نظر تاریخی انجام ندادهاند، زیرا هیچ سیستمی وجود نداشت که واقعاً از این سیاست، در صورت نوشته شدن، استفاده کند. عامل سیستمی است که از آن استفاده میکند، به همین دلیل ثبت سیاست بخشی از تعامل است که اپراتورها اغلب آن را لحظهای توصیف میکنند که استقرار واقعی شد.
لایه انطباق و حسابرسی که اپراتورها بی سر و صدا بیشتر به آن اهمیت میدهند
بخشی از استقرار که اپراتورها آن را تبلیغ نمیکنند اما بیشتر به آن اهمیت میدهند، ردپای حسابرسی است. مدیریت املاک در اکثر حوزههای قضایی یک کسبوکار تحت نظارت است، و مقررات مربوط به غربالگری مستأجر، مسکن عادلانه، رسیدگی به سپرده تضمین، افشای اجارهنامه و استانداردهای قابلیت سکونت را شامل میشود. عاملی که در هر یک از این زمینهها اقدام میکند، باید سوابقی را بر جای بگذارد که در برابر تحقیقات نظارتی یا دعوی قضایی باقی بماند. پشته چهار عاملی بر این فرض ساخته شده است که هر اقدامی با نسخه سیاست، دادههای ورودی، خروجی مدل، تأیید انسانی در صورت وجود، و تغییر وضعیت حاصل در سیستم ثبت سوابق ثبت میشود.
این لایه حسابرسی همان چیزی است که معماری را در برابر تحقیقات دادستان کل یا شکایت مسکن عادلانه قابل دفاع میسازد. همچنین همین لایه است که آن را در برابر یک مالک نهادی که میخواهد دقیقاً بداند بر روی اجارهنامهای که دارند چه اتفاقی افتاده و آیا تصمیمات اجاره بر اساس معیارهای منتشر شده اتخاذ شده است، قابل دفاع میکند. اتوماسیون هوش مصنوعی مدیریت املاک که نمیتواند به این سؤالات به صورت مکتوب پاسخ دهد، تولیدی نیست. این یک مسئولیت است که یک اپراتور در نهایت باید آن را توضیح دهد. معماری چهار عاملی به طور طراحی به این سؤالات پاسخ میدهد، به همین دلیل است که از بررسیهای دقیق تدارکاتی که مالکان نهادی قبل از اجازه دادن به یک اپراتور برای استقرار اتوماسیون در سبد سهام خود انجام میدهند، جان سالم به در میبرد.
درباره TFSF Ventures
TFSF Ventures FZ-LLC (RAKEZ License 47013955) یک شرکت معماری و سرمایهگذاری است که زیرساخت عامل هوشمند را از طریق سه ستون پیادهسازی میکند: زیرساختهای عاملمحور، مسیرهای پرداخت غیرسنتی، و موتور سرمایهگذاری. TFSF با ۲۷ سال تجربه در پرداختها و نرمافزار، به ۲۱ بخش در سراسر جهان با متدولوژی استقرار ۳۰ روزه خدمات ارائه میدهد. اطلاعات بیشتر را در https://tfsfventures.com کسب کنید.
ارزیابی رایگان هوش عملیاتی را انجام دهید
به چند سوال کوتاه پاسخ دهید. یک طرح اولیه استقرار هوش مصنوعی سفارشی ظرف 24 تا 48 ساعت دریافت کنید که شامل توصیههای عامل، معماری و نقشه راه است. بدون تماس تلفنی فروش. بدون تعهد. فقط داده. از اینجا شروع کنید: https://tfsfventures.com/assessment
Originally published at https://tfsfventures.com/blog/the-ai-agent-architecture-property-management-companies-deploy-across-tenant-screening
Written by TFSF Ventures Research