<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
    <channel>
        <title>نوشته های آکادمی مدیریت اطلاعات دارایی ها</title>
        <link>https://virgool.io/feed/@hamidcmms</link>
        <description>همه چیز در مورد دارایی ها (تجهیزات، ساختمان ها، تاسیسات، سیستم ها و...)                                                                  حمید درخشان -تلفن: 09022099202 ایمیل: hamidcmms@gmail.com</description>
        <language>fa</language>
        <pubDate>2026-07-01 07:12:07</pubDate>
        <image>
            <url>https://files.virgool.io/upload/users/255420/avatar/rHWGkG.png?height=120&amp;width=120</url>
            <title>آکادمی مدیریت اطلاعات دارایی ها</title>
            <link>https://virgool.io/@hamidcmms</link>
        </image>

                    <item>
                <title>آیا مدیریت دارایی‎ها در سازمان ما پیاده شده؟</title>
                <link>https://virgool.io/@hamidcmms/%D8%A2%DB%8C%D8%A7-%D9%85%D8%AF%DB%8C%D8%B1%DB%8C%D8%AA-%D8%AF%D8%A7%D8%B1%D8%A7%DB%8C%DB%8C%D9%87%D8%A7-%D8%AF%D8%B1-%D8%B3%D8%A7%D8%B2%D9%85%D8%A7%D9%86-%D9%85%D8%A7-%D9%BE%DB%8C%D8%A7%D8%AF%D9%87-%D8%B4%D8%AF%D9%87-oeqhnhm5u3qr</link>
                <description>هنوز برای خیلی از سازمان‎ها گنگه که چرا به مدیریت دارایی‎ها نیاز دارند؟ آیا اصلا نیازی به این موضوع دارند؟ بودن و نبودن مدیریت دارایی‎ها چه تفاوتی در سازمان ما بوجود میاره؟ اگر مدیریت دارایی‎ها، نگهداری و تعمیرات تجهیزات+ساختمان‎ها هست که الان داره توی سازمان انجام میشه، آیا صرف وقت و هزینه زیاد برای یکپارچه کردن این دو موضوع اصلا بصرفه هست؟ کمیته‎ای در سازمان ما تشکیل شده که مدعی هست مدیریت دارایی‎ها در سازمان پیاده شده، اما من دقیقا نمی‎دونم چکار انجام دادن! از کجا بفهمم که مدیریت دارایی‎ها در سازمان ما پیاده شده؟اگر برای شما هم این مهم گنگ هست، موارد زیر رو در سازمانتون پیگیری کنید:• اثبات اثربخشی هزینه‌ای به ذی‌نفعان مشکل است• کارکنان مالی و فنی و مهندسی سازمان با زبان یکسانی صحبت نمی‌کنند که این مشکل موجب صرف انرژی زیاد، سوءتفاهم‌ها و جدل در بین آن‌ها می‌شود• مدیریت ریسک به‌صورت جزیره‌ای انجام می‌شود و مبنای تصمیم‌گیری‌های روزانه نیست• فرهنگ ‌سازمانی تکه‌تکه شده است و دپارتمان‌ها هرکدام دارای خرده فرهنگ جداگانه هستند و با برنامه‌ها و مقیاس‌های عملکردی خودشان کار می‌کنند• استراتژی شفافی جهت مشخص کردن شکاف میان آنچه سازمان از دارایی‌هایش در کوتاه‌مدت، میان‌مدت و بلندمدت انتظار دارد و آنچه دارایی‌ها انجام می‌دهند وجود ندارد• دارایی‌ها فرسوده شده‌اند و یا تکنولوژی آن‌ها قدیمی شده است و نیاز به سرمایه‌گذاری دوباره احساس می‌شود اما منابع مالی محدود است و فرایندی جهت ارزیابی این‌که کدام سرمایه‌گذاری مهم‌تر است یا کدام ضروری‌تر است، وجود ندارد• منبع یکتا و صحیحی از اطلاعات در مورد آنچه دارایی‌های سازمان واقعا چه چیزی و چه تعداد هستند، وضعیتشان چگونه است، چه‌کاری انجام می‌دهند و کجا هستند، وجود ندارد. داده‌ها متفرق و قدیمی هستند و قابل‌اعتماد نیستند.اگر یک یا چند مورد از موارد بالا براتون آشناست پس مشی مدیریت دارایی‌ها در سازمان شما جاری و ساری نیست و شما ۱۰۰% به آن نیاز دارید!نوشته‌شده در مرداد ۱۲, ۱۳۹۷مرداد ۱۵, ۱۳۹۷</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Mon, 22 May 2023 15:41:54 +0330</pubDate>
            </item>
                    <item>
                <title>مدل پنیر سوئیسی در نمایش انواع موانع در RCA</title>
                <link>https://virgool.io/@hamidcmms/%D9%85%D8%AF%D9%84-%D9%BE%D9%86%DB%8C%D8%B1-%D8%B3%D9%88%D8%A6%DB%8C%D8%B3%DB%8C-%D8%AF%D8%B1-%D9%86%D9%85%D8%A7%DB%8C%D8%B4-%D8%A7%D9%86%D9%88%D8%A7%D8%B9-%D9%85%D9%88%D8%A7%D9%86%D8%B9-%D8%AF%D8%B1-rca-tlgxwdhkwmdi</link>
                <description>در این مدل بخوبی انواع موانع در جلوگیری از رخداد حادثه نمایش داده شده. مشکلی که برخی از روش های RCA دارند و تصور اشتباه برخی اینه که ما باید به ریشه ی پنهان خرابی برسیم تا بتونیم راه کار ارائه کنیم و یا باید فقط برای ریشه ها (فیزیکی، انسانی، پنهان) راهکار ارائه کنیم. در صورتی که طبق این مدل شما در ارائه راهکار برای ریشه فقط از اتفاق رویداد پیشگیری می کنید و اگر برای سایر موانع راهکاری نداشته باشید، بعد از رویداد احتمالی حادثه راهکاری برای مقابله با اون ندارید. پس برای بعد از حادثه هم باید راهکارهایی از جنس “کشف خرابی”، “کنترل خرابی” و “کاهش پیامدهای خرابی” داشته باشید. در خیلی از روش های RCA تحلیل از نقطه رویداد شروع میشه و به عقب برمی گرده و بنابراین یکجورایی موانع بعد از رویداد نادیده گرفته می شه اما در برخی مدل های دیگه نقطه شروع تحلیل از پیامدهاست. همچنین باید در نظر داشته باشید که پیش از رویداد حادثه، در چندین نقطه امکان پیشگیری از رویداد وجود داره.نوشته‌شده در مرداد ۲۶, ۱۳۹۷مرداد ۲۶, ۱۳۹۷</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Mon, 22 May 2023 15:41:07 +0330</pubDate>
            </item>
                    <item>
                <title>انواع دارایی ها</title>
                <link>https://virgool.io/@hamidcmms/%D8%A7%D9%86%D9%88%D8%A7%D8%B9-%D8%AF%D8%A7%D8%B1%D8%A7%DB%8C%DB%8C-%D9%87%D8%A7-ohlqk5nzwoqb</link>
                <description>Equipment Asset  دارایی‎های تجهیزاتیLinear Asset دارایی‎های خطیHardware Asset دارایی‎های سخت‎افزاریFleet Asset دارایی‎های ناوگانیBuilding Asset دارایی‎های ساختمانیInfrastructure Asset دارایی‎های تاسیساتیAsset System سیستم های دارایی ها‎Spare Asset دارایی‎های یدکیTools Asset دارایی‎های ابزاریمعمولا وقتی با کسی در مورد دارایی‎ها صحبت کنید که با مدیریت دارایی‎ها آشنایی نداشته باشه، اولین چیزی که به ذهنش می‎رسه “امواله”! حتما براتون پیش اومده که وقتی توی اینترنت کلمه “دارایی” رو سرج می‎کنید، یک سری موضوع در مورد اموال براتون لیست میشه. واقعیتش اینه که مطابق استاندارد Pas 55 اموال فقط یک نوع از دارایی‎هاست و دارایی‎ها رو میشه در ۵ گروه تقسیم‎بندی کرد:۱-دارایی‌های انسانی۲-دارایی‌های مالی۳-دارایی‌های اطلاعاتی۴-دارایی‌های نامشهوددارایی های فیزیکیدر مورد انواع دارایی‎های فیزیکی که بیش‎تر مد نظر صنایع و استانداردی چون Pas 55 هست، دسته‌بندی استانداردی ارائه نشده و یا لااقل من تا به حال جایی ندیدم ولی دسته‎بندی‎های غیررسمی وجود داره.نهایتا از نظر نحوه‎ی مدیریت دارایی‎ها من به شخصه لیست زیر رو بهتون پیشنهاد می‎کنم که می‎تونید استفاده کنید:۱-دارایی‎های تجهیزی: شامل تجهیزات مکانیکی، الکتریکی، ابزاردقیقی که در صنایع برای تولید و ارائه‎ی خدمت استفاده می‎شن۲-دارایی‎های سخت‎افزاری: شامل سخت‎افزارهای مورد استفاده در مباحث آی تی و مخابرات مثل کامپیوتر، پرینتر، رک‎ها و آنتن‎ها۳-دارایی‎های ساختمانی: مشخصا شامل ساختمان‎ها۴-دارایی‎های تاسیساتی: شامل پایه‎ها، ستون‎ها، سدها، پل‎ها، جاده‎ها، شبکه‎های فاضلاب، کارخانه‎ها و…۵-دارایی‎های ناوگانی: شامل قطار، هواپیما، کشتی، خودرو و…۶-دارایی‎های یدکی: مشخصا شامل قطعات یدکی۷-دارایی‎های ابزاری: مشخصا شامل ابزارآلاتهمچنین دارایی‎های خاصی به نام دارایی‎های “خطی” شامل خطوط لوله، خطوط کابل، ریل‎ها و… وجود دارند که می‎تونن توی یه دسته‎ی جداگانه باشن یا زیرمجموعه‎ای از دسته‎های بالا و دارایی‎هایی به نام “اموال” که خیلی از دارایی‎های بالا رو که ارزش ریالی برای سازمان دارند رو می‎تونه شامل بشه به علاوه دارایی‎های دیگه مثل میز و صندلی و… .به لیست بالا سیستم‎ها و شبکه‎های دارایی‎ها که مجموعه‎ای از چند دارایی مرتبط با هم هستند رو هم اضافه کنید.این نکته رو هم توجه داشته باشید که لیست بالا استاندارد نیست و تجربی هست و این که خیلی از دارایی‎ها ممکنه توی این دسته‎ها همپوشانی داشته باشند. این که دارایی‎هایی که قراره از طریق مدیریت دارایی‎ها مدیریت بشن شامل چه چیزهایی باشه و کدوم دارایی‎ها توی کدوم دسته‎ها قرار بگیرن، به سیاست سازمان بستگی داره اما در مورد صنایع می‎تونید از این لیست هفتگانه استفاده کنید.</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Mon, 22 May 2023 15:40:08 +0330</pubDate>
            </item>
                    <item>
                <title>چه تفاوتی میان آموزش با حرفه‌ای‎سازی وجود دارد؟</title>
                <link>https://virgool.io/@hamidcmms/%DA%86%D9%87-%D8%AA%D9%81%D8%A7%D9%88%D8%AA%DB%8C-%D9%85%DB%8C%D8%A7%D9%86-%D8%A2%D9%85%D9%88%D8%B2%D8%B4-%D8%A8%D8%A7-%D8%AD%D8%B1%D9%81%D9%87-%D8%A7%DB%8C%D8%B3%D8%A7%D8%B2%DB%8C-%D9%88%D8%AC%D9%88%D8%AF-%D8%AF%D8%A7%D8%B1%D8%AF-f6kafsadtiwy</link>
                <description>معمولا آموزش با حرفه‌ای‎سازی اشتباه گرفته می‌شود؛ بعضی وقت‌ها هم افراد می‌دانند که این دو چیز متفاوت‌اند اما مطمئن نیستند که مرز هرکدام چیست. خب پس بهتر است که اول من به‌طور ساده تفاوت این دو را توضیح دهم:آموزش به افراد آموزش می‌دهد که چطور در شغلشان درست عمل کنند و حرفه‌ای‎سازی به افراد می‌آموزد که در زمینه‌هایی فراتر از شغلشان پیشرفت کنند. این یعنی دستیابی به دانش، مهارت و توانایی‌هایی که به‌طور وسیعی میان شغل‌ها و صنایع مختلف قابل انتقال است. آموزشی که در این سطح اتفاق می‌افتد معمولا ادراکی است و نیاز است که یادگیرنده در به‌کارگیری آنچه یاد گرفته است تلاش کند.آموزش افراد را منطبق می‌سازد و حرفه‌ای‎سازی آن‌ها را متعهد.خب چرا دانستن تفاوت این دو مهم است؟دلیل اول: چگونگی یادگیری در این دو حوزه خیلی متفاوت است پس اگر شما کسی را برای آموزش به سازمان می‌آورید، نباید توقع داشته باشید که این شخص بتواند افراد را حرفه‌ای کند و بلعکس. همچنین ممکن است به این فکر افتاده باشید که چه خوب است که بجای استخدام از بیرون، از متخصصان درون‌سازمانی برای آموزش استفاده کنید. این خوب است اما بعید است که این افراد علاقه‌ای به حرفه‌ای‎سازی دیگر افراد داشته باشند؛ همچنین این اشتباه را نکنید که چون یک نفر در یک کاری خبره است پس می‌تواند آموزش هم بدهد. این تفکر مثل این است که فکر کنیم که چون یک نفر در کاری که انجام می‌دهد خوب است پس می‌تواند ناظر خوبی هم برای آن کار باشد.دیگر دلیلی که باید بین این دو مقوله تفاوت قائل شویم این است که برای این دو باید بودجه‌ی متفاوتی درنظر گرفته شود. اگر شما بین این دو تفاوت قائل نشوید، تمام بودجه‌ی شما صرف آموزش و آموزش و آموزش می‌شود. چون همه می‌دانند که آموزش برای انجام درست کارها ضروری است، اغلب هرگونه نیازی برای رشد استراتژیک افراد نادیده گرفته می‌شود.زمانی که از مدیران یا رهبران پرسیده می‌شود که آن‌ها چه‌کاری برای حرفه‌ای‎سازی افراد انجام داده‌اند، اغلب باافتخار هزینه‌های صرف شده برای آموزش را اعلام می‌کنند اما واقعیت این است که آن هزینه‌ها تنها صرف این شده که مطمئن شویم که افراد می‌دانند که چطور کار خودشان را درست انجام دهند؛ و برای یادگیری مداوم افراد یا سرمایه‌گذاری خیلی کمی انجام‌شده و یا هیچ سرمایه‌گذاری صرف یاددادن به افراد در این‌که چطور بتوانند مشکلات را بهتر حل کنند، چطور تفکر انتقادی داشته باشند و چطور نوآور باشند، نمی‌شود.کاملا مشخص است که افراد نیاز دارند که بدانند چطور کارشان را درست انجام دهند اما پس‌ازآن به همان میزان اهمیت دارد که آن‌ها یادگیری مستمر داشته باشند. همان‌گونه که شما دوست دارید کسب‌وکارتان مداوما بهبود پیدا کند، شما مایلید که افرادی که در کسب‌وکار فعالیت می‌کنند، به‌طور مداوم بهبود پیدا کنند و این جایی است که پای حرفه‌ای‎سازی به میان می‌آید. بعد از آموزش، عملکرد عالی افراد به حرفه‌ای‎سازی گره‌خورده است.همان‌طور که در بالا گفتم، آموزش شمارا مطمئن می‌کند که افراد منطبق‌اند و منطبق بودن ضروری است؛ اما زمانی که شما فرصت‌های آموزشی را برای افراد مهیا کنید که ذهنشان را باز شود و به آن‌ها اجازه دهید که به دنبال ایده‌های جدید باشند، آن زمان است که آن‌ها متعهد می‌شوند. زمانی که افراد به یک سازمان متعهد شدند و تنها زمانی که آن‌ها متعهد شدند، می‌توانند که اتفاقات جالبی را رقم بزنند.نویسنده: امیل کرسلمترجم: سیدحمید درخشاننوشته‌شده در مهر ۲۸, ۱۳۹۷</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Mon, 22 May 2023 15:38:19 +0330</pubDate>
            </item>
                    <item>
                <title>انتشار کتاب راهنمای کدینگ و کاتالوگینگ اقلام و قطعات با استفاده از سیستم MESC</title>
                <link>https://virgool.io/@hamidcmms/%D8%A7%D9%86%D8%AA%D8%B4%D8%A7%D8%B1-%DA%A9%D8%AA%D8%A7%D8%A8-%D8%B1%D8%A7%D9%87%D9%86%D9%85%D8%A7%DB%8C-%DA%A9%D8%AF%DB%8C%D9%86%DA%AF-%D9%88-%DA%A9%D8%A7%D8%AA%D8%A7%D9%84%D9%88%DA%AF%DB%8C%D9%86%DA%AF-%D8%A7%D9%82%D9%84%D8%A7%D9%85-%D9%88-%D9%82%D8%B7%D8%B9%D8%A7%D8%AA-%D8%A8%D8%A7-%D8%A7%D8%B3%D8%AA%D9%81%D8%A7%D8%AF%D9%87-%D8%A7%D8%B2-%D8%B3%DB%8C%D8%B3%D8%AA%D9%85-mesc-napg4zdyxha9</link>
                <description>کتاب راهنمای کاتالوگینگ و کدینگ اقلام و قطعات (کالا) با استفاده از سیستم MESC توسط گروه نت پارسه منتشر شد.استاندارد کاتالوگینگ و کدینگ مواد، قطعات و تجهیزات یا MESC[1] یکی از قدیمی‌ترین سیستم‌های کدینگ کالاهاست که برای کالاهای صنایع نفت در سال 1932 میلادی توسط شرکت شل[2] بوجود آمد.این سیستم در صنایع نفت و گاز و پتروشیمی در کل دنیا و بخصوص ایران شناخته شده است و تاکنون مرجع بسیاری از سیستم های کدینگ سازمانی برای مواد و قطعات چه در صنایع نفت و گاز و پتروشیمی و چه دیگر صنایع (مانند کد TMC توانیر) قرار گرفته است.این کتاب (یا به عبارت بهتر سند)، راهنمایی است برای شناخت و استفاده از سیستم کدینگ MESC که بخش عمده‌ی آن بر پایه ‎ی سند راهنمایی است که شرکت راه‌حل‌های جهانی شل به‌عنوان متولی سیستم MESC در سال 2006 ارائه کرده است؛ اما با توجه به این‌که این سند بر اساس یک سری پیش‎فرض‎ ها در مورد شناخت و اطلاعات کاربر از سیستم MESC تدوین‌شده، نویسنده تلاش داشته با جمع‌آوری اطلاعات بیش‌تر در مورد این سیستم کدینگ، سند را هرچه غنی‌تر کند (هرچند که اطلاعات در مورد آن بسیار محدود است).با این حال این کتاب شاید تنها مرجع فارسی زبان موجود است که به نحوه عملکرد سیستم MESC در ویرایش های جدید آن (با رویکرد مدیریت داده های اصلی) پرداخته است.این سند توسط گروه نت پارسه جهت پیش برد پروژه های کاتالوگینگ و کدینگ با استفاده از نرم افزار اسپکس جمع آوری و ترجمه شد و سپس تصمیم بر آن شد که جهت کمک به مدیران، مهندسان و مشاوران حوزه‎ ی مدیریت دارایی ‎ها به‌صورت رایگان ارائه‌ شود.جهت دریافت فایل PDF کتاب، در لینک زیر ثبت نام کنید.https://lnkd.in/ddkJpvkz[1] Material &amp; Equipment Standards and Code[2] Royal Dutch Shell plc.شرکت هلندی-بریتانیایی، فعال در زمینه‎ ی صنعت نفت و گاز و پتروشیمی</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Sat, 21 Aug 2021 11:32:20 +0430</pubDate>
            </item>
                    <item>
                <title>دوره آموزشی آشنایی با اصول کدینگ و کاتالوگینگ نوین اقلام و قطعات</title>
                <link>https://virgool.io/@hamidcmms/%D8%AF%D9%88%D8%B1%D9%87-%D8%A2%D9%85%D9%88%D8%B2%D8%B4%DB%8C-%D8%A2%D8%B4%D9%86%D8%A7%DB%8C%DB%8C-%D8%A8%D8%A7-%D8%A7%D8%B5%D9%88%D9%84-%DA%A9%D8%AF%DB%8C%D9%86%DA%AF-%D9%88-%DA%A9%D8%A7%D8%AA%D8%A7%D9%84%D9%88%DA%AF%DB%8C%D9%86%DA%AF-%D9%86%D9%88%DB%8C%D9%86-%D8%A7%D9%82%D9%84%D8%A7%D9%85-%D9%88-%D9%82%D8%B7%D8%B9%D8%A7%D8%AA-a4ktrbni9isd</link>
                <description>پس از استقبال دوستان، دوره آموزشی آشنایی با اصول کاتالوگینگ و کدینگ نوین اقلام و قطعات برای بار سوم اما این بار به وقت عصر برگزار می گردد.در این دوره ابتدا مروری خواهیم داشت بر سیستم های کدینگ معروف صنعتی و غیرصنعتی و سپس با فرایند کاتالوگینگ و کدینگ کالا به روش OTD آشنا خواهیم شد. در آخر دمویی از نرم افزار کاتالوگینگ و کدینگ اسپکس برای درک هرچه بهتر مطلب نمایش داده خواهد شد.لینک ثبت نام: https://lnkd.in/dqJun9e</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Wed, 19 May 2021 15:39:47 +0430</pubDate>
            </item>
                    <item>
                <title>دوره آموزشی آشنایی با اصول کاتالوگینگ و کدینگ نوین اقلام و قطعات</title>
                <link>https://virgool.io/@hamidcmms/%D8%AF%D9%88%D8%B1%D9%87-%D8%A2%D9%85%D9%88%D8%B2%D8%B4%DB%8C-%D8%A2%D8%B4%D9%86%D8%A7%DB%8C%DB%8C-%D8%A8%D8%A7-%D8%A7%D8%B5%D9%88%D9%84-%DA%A9%D8%A7%D8%AA%D8%A7%D9%84%D9%88%DA%AF%DB%8C%D9%86%DA%AF-%D9%88-%DA%A9%D8%AF%DB%8C%D9%86%DA%AF-%D9%86%D9%88%DB%8C%D9%86-%D8%A7%D9%82%D9%84%D8%A7%D9%85-%D9%88-%D9%82%D8%B7%D8%B9%D8%A7%D8%AA-qzafqwvrd7n2</link>
                <description>گروه نت پارسه برگزار می کند:دوره آموزشی آشنایی با اصول کاتالوگینگ و کدینگ نوین اقلام و قطعات، ویژه ی صنایع، بصورت مجازی و رایگان.مدرس: حمید درخشانزمان: دوشنبه 1400/02/06 از ساعت 10 الی 12برای ثبت نام اینجا کلیک کنید و یا با شماره های زیر تماس بگیرید:021-8836975309022099202</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Tue, 20 Apr 2021 01:08:36 +0430</pubDate>
            </item>
                    <item>
                <title>آشنایی با نرم افزار کدینگ (کدگذاری) و کاتالوگینگ SPEX</title>
                <link>https://virgool.io/@hamidcmms/%D8%A2%D8%B4%D9%86%D8%A7%DB%8C%DB%8C-%D8%A8%D8%A7-%D9%86%D8%B1%D9%85-%D8%A7%D9%81%D8%B2%D8%A7%D8%B1-%DA%A9%D8%AF%DB%8C%D9%86%DA%AF-%DA%A9%D8%AF%DA%AF%D8%B0%D8%A7%D8%B1%DB%8C-%D9%88-%DA%A9%D8%A7%D8%AA%D8%A7%D9%84%D9%88%DA%AF%DB%8C%D9%86%DA%AF-spex-f9d8ntpjpfan</link>
                <description>فرایند کدگذاری (کدینگ) و کاتالوگ­سازی (کاتالوگینگ) پایه‌ای‌ترین فرایند در مدیریت کالاها به‌ویژه مواد و قطعات یدکی در طول چرخه‌ی عمر آن‌ها یعنی از سفارش‌دهي، خرید، تأمین، مدیریت موجودی و فرایندهای انبارداری، بهره‌برداری و نگهداری و تعمیرات است که ارتباط مابین تأمین‌کنندگان و مصرف‌کنندگان را با ایجاد زبان مشترک، آسان می‌کند.کدگذاری به چه معناست؟کدگذاری یا کدینگ فرایندی است که به‌واسطه‌ی آن تمامی کالاها شناسایی، طبقه‌بندی و به‌صورت یکتا و با روشی یکسان شماره‌گذاری می‌شوند تا از دیگر کالا متمایز شوند.کاتالوگ­سازی به چه معناست؟کاتالوگ­سازی یا کاتالوگینگ، فرایند نام‎دهی و توصیف کالاها در روشی یکسان و ارتباط آن به کد کالا است. در کاتالوگینگ، کاتالوگ‎ها را می‎توان در دو دسته قرار داد: کاتالوگ فنی که شامل مشخصات فنی کالا است که به ذات کالا مربوط است و کاتالوگ مدیریتی که شامل اطلاعات دیگری مانند واحد شمارش، نوع بسته‌بندی، لیست سازندگان و تأمین‌کنندگان یک قطعه، قطعات مشابه و... است.روش‌های کدگذاری  در طول سالیان، تلاش‌های زیادی جهت کاهش زمان و هزینه‌ی کدگذاری انجام‌شده و سیستم‌های کدگذاری زیادی در صنایع مختلف و برای کاربردهای مختلف ایجادشده است که ازجمله‌ی آن‌ها می‌توان به سیستم کدگذاری کالای نفت (MESC)، سیستم کدگذاری صنایع دریانوردی (SFI) و سیستم کدگذاری صنایع دفاعی (NCS) اشاره کرد که هرکدام در طول زمان دستخوش تغییرات زیادی بوده و نسخه‎های متعددی از هرکدام در دسترس است.اکثر روش‎های کدگذاری، طبقه‎های کالاها را کد می‎کنند نه خود کالاها را!شیوه‌ی کار اکثر روش‌ها و نسخه‎های کدگذاری قدیمی، استفاده‌ی از درختواره‌ها جهت شناسایی و کدگذاری است؛ یعنی فرد کدگذار، با پایین آمدن از یک سلسله‎مراتب (مثلاً گروه‌های کالا)، به سطح مرتبط به کالا می‎رسد و معمولاً با تجمیع کدهای سطوح بالادست کالا، کد کالا ساخته می‎شود.کدگذاری به این روش باعث اشکالات زیادی می‌شود همچون:- سهم زیاد خطای انسانی در فرایند کدگذاری- وابستگی فرایند شناسایی و کدگذاری به تجربه‎ی افراد- نیاز به ایجاد سطوح جدید در سیستم طبقه‌بندی و درنتیجه افزایش زمان کدگذاری- عدم کاتالوگ‎سازی فنی کالا و بسنده کردن به نام به دست آمده از گروه‎بندی کالا- عدم جوابگویی اطلاعات ساختار طبقه‎بندی جهت تأمین و سفارش کالا و نیاز به وجود داغی- یکسان نبودن تعریف قطعه میان تعمیرات، انبار و سازنده و در نتیجه ایجاد تنش میان کارکنان- ایجاد کدهای تکراری برای اقلام یکسان و درنتیجه افزایش موجودی انبار و هدر رفت منابع- عدم امکان بهینه‎سازی موجودی انبارها به دلیل عدم وجود استاندارد در تعریف کالا- راکد شدن مقادیر زیاد اقلام در انبار در نتیجه‎ی عدم تعریف صحیح آن‌ها- تفاوت کالای خریداری‌شده، با چیزی که سفارش داده‌شدهروش کدگذاری OTDاز سال ۲۰۰۹ روش کدگذاری جدیدی به نامOTD (Open Technical Dictionary)  توسط سازمان ایزو (ISO) و در قالب سری استانداردهای ISO 22745 ارائه شد که نظام های کدگذاری را متحول کرده است، به‌طوری که سایر روش‌های کدگذاری مطرح یا خود را با این استاندارد تطابق داده‎اند و یا در حال تطابق با آن هستند.تفاوت اساسی کدگذاری به روش OTD نسبت به روش‎های قدیمی‎تر، عدم استفاده‎ی مستقیم از طبقه‎بندی کالاها جهت کدگذاری و رجوع مستقیم به مشخصات ذاتی کالاها، استفاده از مقادیر و رویه‎های از پیش تعریف‌شده‌ی استاندارد بدین منظور در دیکشنری فنی و اعمال استانداردهای کیفیتی برای شناسایی است و همین ویژگی باعث ثبات کد حاصل‌شده در کل چرخه‎ی عمر کالا و عدم وابستگی آن به دانش و سلیقه‎ی افراد و محل انجام کدگذاری شده است. در شکل زیر ساختار کدینگ OTD را در کاربرد استاندارد ISO 22745 مشاهده می‎کنید:در روش OTD کیفیت داده‎ها و اطلاعات با توجه به ۱۰ شاخص زیر حفظ می‎شود:1. شفافیت (Clarity): شرح کالای کاملاً شفاف و غیرمبهم2. صحت (Accuracy): انعکاس درست از کلا در کد و شرح کالای ایجادشده3. اصالت (Consistency): ثابت ماندن کاتالوگ و کد از نظر تعریف، رویه، فرمت و ارزش، در هر زمان و مکان4. کامل بودن (Completeness): کامل بودن اطلاعات جهت درخواست، سفارش، خرید و تأمین کالا5. یکتایی (Uniqueness): اطمینان از یکتا بودن کدها و کاتالوگ‎های ایجاد شده6. امانت (Integrity): محفوظ ماندن ساختار فرمت‎ها و رویه‎های ایجاد کاتالوگ به‌صورت پایدار7. سلامت (Correctness): اطمینان از تأیید اطلاعات پیش از استفاده از آن‎ها8. قابلیت استناد (Authenticity): حفظ ارتباط کاتالوگ‎ها و کدهای ایجاد شده با مستندات جدید و قدیمی (سفارش‌ها، رسیدها، حواله‎ها و...)9. قابلیت استفاده (Usability): قابلیت جستجو و فراخوانی بالای اطلاعات ذخیره‌شده توسط افراد و قابلیت استفاده‎ی کدهای ایجاد شده برای استفاده در نرم‎افزارها، چاپ و لیبل‎زنی، بارکدگذاری و...10. باورپذیری (Believability): اعتماد به کاتالوگ‎ها وکدهای ایجاد شده به‌واسطه‌ی شفاف بودن منبع و رویه‎های استفاده شده در ایجاد آنخروجی این روش، یک کد کاملاً یکتا، یک شرح کالای استاندارد و شفاف و یک کاتالوگ باکیفیت است.در روش OTD هدف اصلی، شناسایی باکیفیت کالا است نه ساخت کد!مزایای استفاده از روش OTD:- ایجاد زبان مشترک میان دپارتمان‎های مختلف یک سازمان و سازمان‎های مختلف یک سازمان مادر- جلوگیری از ایجاد کدهای تکراری و تعریف اقلام یکسان با کدهای متفاوت- اطمینان بالا به واقعیت موجودی انبار به دلیل عدم وجود کدهای تکراری- ایجاد شرح فنی کامل و یکدست از کالا- تسهیل فرایند درخواست از انبار به دلیل شرح فنی استاندارد و امکان جستجوی آسان- تسهیل فرایند خرید داخلی و خارجی به دلیل شرح فنی استاندارد دو یا چند زبانه- اطمینان بالا در تأمین کالای خریداری شده و عدم نیاز به استفاده از داغی- کاهش قابل توجه موجودی به دلیل جاری شدن کالاهای راکد پس از شناسایی و امکان‎پذیر شدن اجرای بهینه‎سازی دقیق موجودی    بنا به گزارش سازمان ناتو استفاده از سیستم کدگذاری OTD در صنایع نتایج زیر را به دنبال داشته است:همچنین بنا بر گزارش گروه مشاوران مکنزی[1]، تغییر فناوری‎هایی همانند OTD در چرخه‎ی تأمین و تدارکات کالا، می‌تواند منجر به بیش از ۴۰ درصد کاهش در هزینه‎ی فرایند خرید شود!اصلی‎ترین خروجی OTD، داده‎ها و اطلاعات باکیفیت و کدهای یکتاستهرچند استاندارد ISO 22745 الزامی به استفاده از نرم‎افزار برای اجرای روش OTD ندارد ولی اجرای آن بدون استفاده از نرم‎افزار می‌تواند خیلی وقت‎گیر و پیچیده شود به همین منظور برای استفاده از این روش چندین راه حل نرم‎افزاری توسط سازمان‎ها و شرکت‎های بزرگ تولید شده است که از جمله معروف‎ترین آن‎ها می‎توان به نرم‎افزار eMDV سازمان ECCMA، نرم‎افزار CMT شرکت Shell، نرم‎افزار NMCRL سازمان NATO و نرم‎افزارهای معروف دیگری مانند eCat، ecl@ss، sphere و KOIOS اشاره کرد.اساس عمل تمامی این‌گونه نرم‎افزارها پیروی از اصول استاندارد ISO 22745 برای پیاده‎سازی مدیریت کیفیت داده‎ها در فرایند کدگذاری و کاتالوگ‎سازی مطابق با استاندارد ISO 8000 است.در ادامه اصول کار نرم‎افزار اسپکس (SPEX) به‌عنوان نمونه در برآورد این خواسته، از نظر می‌گذرد.نرم‎افزار کاتالوگ­سازی و کدگذاری اسپکس (SPEX)نرم‎افزار اسپکس یک نرم‎افزار دو زبانه (فارسی و انگلیسی) جهت ایجاد کاتالوگ‎های فنی و مدیریتی و کدگذاری یکتای کالاها است که بر اساس استانداردهای بین‌المللی ISO 22745 جهت پیاده‌سازی روش OTD در کدگذاری، استاندارد ISO 8000 جهت تضمین کیفیت اطلاعات و استاندارد ISO 81346 جهت انطباق با کدگذاری در مدیریت دارایی‎ها و تضمین ارگونومی و قابلیت استفاده‎ی کد ایجاد شده برای استفاده در نرم‎افزارهای مدیریتی مانند ERP، CMMS، مدیریت انبار و... و چاپ و لیبل‎زنی کدها، طراحی شده است.در طراحی اسپکس همچنین از صنعتی مطرح این حوزه یعنی استاندارد eOTD سازمان [2]ECCMA، استاندارد NCS سازمان [3]NATO، استاندارد [4]MESC شرکت Shell، استاندارد PIDX سازمان [5]PIDX و استاندارد eCl@ss سازمان[6]eCl@ss جهت شناسایی امکانات خاص آن استانداردها و برآورد نیازهای صنایع مختلف و همچنین درنظر گرفتن بهترین تجربیات، استفاده شده است.فرایند کاتالوگ‎سازی و کدگذاری در اسپکس بدین شکل است:1. درخواست تعریف کالای جدید2. تعیین کلاس کالا3. فراخوانی مشخصات فنی از پیش تعریف شده4. تخصیص مقادیر مجاز به مشخصات فنی کاتالوگ5. ایجاد کاتالوگ فنی و شرح فنی استاندارد6. بررسی تکراری بودن کالا براساس کاتالوگ فنی7. پذیرش کاتالوگ فنی در صورت تکراری نبودن8. ایجاد کد یکتا برای کاتالوگ فنی9. تکمیل کاتالوگ فنی با مشخصات غیرفنی و ایجاد کاتالوگ مدیریتیمزایای استفاده از نرم‎افزار SPEX:- ایجاد زبان مشترک میان دپارتمان‌های فنی و انبار و همچنین دپارتمان انبار با تدارکات کالا- ایجاد رویه‎ی مشترک جهت کدگذاری اقلام با در تمامی انبارهای سازمان- ایجاد خودکار کد کالا توسط نرم‎افزار جهت شناسایی یکتای کالا- ایجاد خودکار کد هویت جهت تسهیل جانمایی اقلام در انبار- جلوگیری از ایجاد کدهای تکراری و تعریف اقلام یکسان با کدهای متفاوت- كاهش زمان کدگذاری به دليل وجود اطلاعات معتبر از پیش تعیین‌شده- ایجاد کاتالوگ الکترونیک استاندارد- ایجاد شرح فنی استاندارد فارسی و انگلیسی برای تأمین از منابع داخلی و خارجی- ایجاد بارکد و کیوآرکد جهت چاپ و لیبل زنیامکانات ویژه SPEX:- امکان یکپارچه‌سازی با نرم‌افزارهای انبار و تدارکات (MRO)، نرم‌افزارهای نگهداری و تعمیرات (CMMS) و نرم‌افزارهای مدیریت منابع (ERP)- امکان تعریف کاتالوگ سازندگان و تامین‎کنندگان کالا- شناسایی خودکار و پیشنهاد قطعات مشابه یک قطعه (SPIR)- امکان ایجاد ارتباط قطعات کالا با درخت اجزای تجهیزات و ایجاد BOM- امکان تعریف راهنمای گام‌به‌گام و تصویری جهت کاتالوگ‎سازی کالا (IIG)- امکان حفظ ارتباط کد جدید با کدهای قدیمی جهت حفظ قابلیت استناد- امکان انتخاب ادبیات سیستم‎های بین‌المللی کدینگ NCS، MESC، ECCMA و eCl@ss- امکان کار در محیط کاملا فارسی یا کاملا انگلیسی- دارای سیستم بازخورد از کاربران جهت رفع مشکلات و بروزرسانی کاتالوگ‎ها و کدها- امکان ایجاد کد براساس استاندارد MESC برای صنایع نفت و گاز و پتروشیمی- امکان ایجاد کد براساس استاندارد SFI برای صنایع بندری، دریایی و کشتیرانی- امکان ایجاد کد براساس استاندارد NCS برای صنایع نظامی و دفاعی- دارای ماژول مدیریت مواد و قطعات یدکی (حواله، رسید، سفارش خرید، انبارگردانی و...)- دارای ماژول اندازه‎سنجی و بهینه‌سازی موجودی (تعیین نقطه سفارش و سیاست انبارش)- دارای ماژول کدگذاری دارایی‎ها (تجهیزات، تأسیسات، ساختمان‎ها، مکان‎ها و اموال)- دارای ماژول مدیریت اسناد مواد و قطعات یدکی (EDMS)- امکان ارائه‎ی نسخه یکپارچه با نرم‎افزار مدیریت دارایی‎های پارسهویژگی‎های فنی اسپکس:- مبتنی بر وب (web-based)- زبان برنامه‎نویسی ASP.NET- استفاده از پایگاه داده ی SQL Server 2018- دارای 12 فرمت خروجی از اطلاعات</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Mon, 04 Jan 2021 20:00:07 +0330</pubDate>
            </item>
                    <item>
                <title>داده های پرتابل (قابل حمل)</title>
                <link>https://virgool.io/@hamidcmms/%D8%AF%D8%A7%D8%AF%D9%87-%D9%87%D8%A7%DB%8C-%D9%BE%D8%B1%D8%AA%D8%A7%D8%A8%D9%84-%D9%82%D8%A7%D8%A8%D9%84-%D8%AD%D9%85%D9%84-vqtaba4g7cts</link>
                <description>داده ها، ارائه ی فیزیکی از اطلاعات هستنددر دنیای فناوری اطلاعات، اصطلاح &quot;اطلاعات&quot; برای نشان دادن دانش مربوط به اشیا ، واقعیت‌ها ، حوادث ، چیزها ، فرایندها یا ایده‌ها، استفاده می‌شود (ISO / IEC 2382) و از اصطلاح &quot;داده&quot; برای نشان دادن بازنمایی مجدد اطلاعات به روشی رسمی و مناسب برای ارتباطات، تفسیر یا پردازش، استفاده می‌شود (ISO / IEC 2382).داده‌ی پرتابل یا داده‌ی قابل حمل، داده‌ای است که به‌صورت مجزا از نرم‌افزاری که برای تولید آن استفاده‌شده، معنی‌دار است. داده‌های پرتابل باید معنای خود را به‌گونه‌ای حفظ کنند که اطمینان حاصل شود که اطلاعات به‌طور قابل اعتمادی به داده‌ها تبدیل و حفظ می‌شوند تا آن‌ها را بتوان در هر نرم‌افزار دیگری مورد استفاده قرار داد.همان‌طور که تجهیزات یک ساختمان ازنظر قانونی، بخشی از آن هستند، وقتی‌که داده‌ها به بخشی جدایی‌ناپذیر از یک نرم‌افزار تبدیل شوند به این معنی که فقط در آن نرم‌افزار معنی داشته باشند، ازنظر قانونی بخشی از نرم‌افزار می‌شوند. با جدا نگه‌داشتن داده‌ها از برنامه‌های نرم‌افزاری می‌توان مالکیت معنوی داده‌ها را از مالکیت معنوی نرم‌افزار، جدا کرد.داده‌های قابل حمل با جلوگیری از قالب‌بندی یا رمزگذاری داده‌ها برای وابستگی همیشگی به نرم‌افزارها، از مالکیت معنوی داده‌ها محافظت می‌کنند.برای این‌که داده‌ها، قابل حمل باشد به یک نام فایل الکترونیک (filename)، یک رمزگذاری کاراکتر (character encoding)، یک نحو (syntax) و رمزگذاری معنایی صریح (explicit semantic encoding) نیاز است.نام فایل:اطلاعات به‌صورت باینری در فایل‌های الکترونیک ذخیره می‌شوند که آن فایل‌ها دارای یک نام هستند. قراردادهای عمومی نام‌گذاری فایل شامل یک نام فایل پایه و یک پسوند اختیاری است که از هم تفکیک هستند. سیستم‌های مختلف فایل (NTFS ، CDFS ، exFAT ، UDFS ، FAT ، FAT32) ، قوانین مشخصی برای طول نام فایل و کاراکترهای مجاز برای نام‌گذاری دارند. فایل‌ها انواع مختلفی را شامل می‌شوند مانند فایل‌های تجاری مانند فایل های صفحه گسترده مانند اکسل، فایل‌های ورد، اکسس و فایل‌های غیرتجاری مانند XML، SDF و غیره. از این میان فایل‌های xml و SDF چون تجاری نیستند، برای خواندن آن‌ها نیازی به بکار بردن نرم‌افزارهای تجاری مانند اکسل و ورد و غیره نیست.رمزگذاری کاراکتر:برای ذخیره اطلاعات به‌عنوان داده، نیاز به استفاده از یک استاندارد رمزگذاری کاراکتر برای تبدیل کاراکترها به نمایش دودویی آن‌ها و همچنین یک &quot;نحو&quot; ، که دستور زبان است، می‌باشند. همان‌طور که یک زبان دارای نحوی است که مشخص می‌کند چه ترکیبی از کاراکترها کلمات معتبر را تشکیل می‌دهند و چگونه کلمات با علائم نگارشی ترکیب می‌شوند تا جمله‌ها و پاراگراف‌ها را بسازند، رایانه‌ها نیز از نحو برای سازمان‌دهی بایت‌ها در ساختاری که برنامه‌ها درک می‌کنند استفاده می‌کنند.برای تبدیل کاراکترهای قابل خواندن انسان به باینری قابل پردازش کامپیوتر، نیاز به استفاده از استاندارد رمزگذاری کاراکتر است. ASCII (کد استاندارد آمریکا برای تبادل اطلاعات) متداول‌ترین استاندارد رمزگذاری کاراکتر برای 128 حرف اصلی لاتین است که می‌تواند در یک بایت هشت بیتی نشان داده شود. فرمت ASCII به فرمت جهانی (UTF-8) توسعه یافت که این فرمت می‌تواند 1،112،064 کاراکتر را با استفاده از چندین بایت هشت بیتی رمزگذاری کند.نحو:قوانین نحوی کلی داده‌ها اساساً ساده هستند. مقادیر باید برچسب‌گذاری شوند. این برچسب‌گذاری اغلب به‌عنوان زوج &quot;مشخصه-مقدار&quot;، &quot;کلید-مقدار&quot; یا &quot;ویژگی-ارزش&quot; شناخته می‌شود که کوچک‌ترین ساختار معنی‌دار داده‌ای برای نشان دادن اطلاعات است. داده‌های معنی‌دار باید دارای یک ویژگی مشخص و یک مقدار باشند. مثلاً (13991001) یک مقدار بی‌معنی است درحالی‌که (تاریخ=13991001) یک زوج مشخصه-مقدار معنی‌دار است. همچنین (تاریخ = اولین روز ماه دی سال 1399) نیز یک زوج مشخصه-مقدار معنی‌دار است که فقط به درک ضمنی معنای اصطلاحات &quot;اول&quot; ، &quot;روز&quot; ، &quot;ماه&quot; &quot;دی&quot; و &quot;سال&quot; نیاز دارد که معنای آن‌ها را می‌توان در فرهنگ لغت جستجو کرد.JSON (JavaScript Object Notation) یک نحو استاندارد باز برای ذخیره و انتقال داده‌های متشکل از زوج‌های مشخصه - مقدار است. این یک نحو معمول است که با اکثر زبان‌های برنامه‌نویسی سازگار است.رمزگذاری مفهوم:برای ذخیره اطلاعات به‌عنوان داده‌های معنی‌دار، مشخصات و مقادیر ضروری هستند اما کافی نیستند. برای این‌که بتوان داده‌ها را به‌طور قابل اعتمادی به اطلاعات اصلی برگرداند، معانی مشخصه‌ها و مقادیر نیز باید در دسترس باشد.کلمات یا اختصارات به تنهایی، بسیار ضعیف هستند و مقادیر مخفف شده می‌توانند گیج‌کننده باشند. مثلاً CA می‌تواند بیانگر California ، Canada ، Cost Analysis و... باشد. برای معنی‌دار کردن مشخصات و مقادیر نیاز به یک دیکشنری (فرهنگ لغت) است. در دیکشنری هر مفهوم به‌صراحت با استفاده از یک عدد ، شناسه مفهوم توصیف و شناسایی می‌شود. جایگزینی این شماره یا شناسه برای نام مشخصه‌ها یا مقادیر، &quot;رمزگذاری مفهومی&quot; نامیده می‌شود. استاندارد ISO 22745 یک دیکشنری را با عنوان دیکشنری فنی باز (OTD) معرفی و نحوه ی استفاده از آن را برای داده های اصلی (Master Data) بیان می کند. همچنین با استفاده از استاندارد ISO 8000-115 می‌توان یک شناسه مفهوم فرهنگ لغت منحصربه‌فرد در سطح جهان ایجاد کرد.موسسه‌ی ECCMA که توسعه‌دهنده‌ی اصلی استانداردهای ISO 22745 و ISO 8000 است، استاندارد چهارم خود را یعنی ECCMA 4 در مورد داده‌های پرتابل معرفی کرد که چکیده‌ی آن را در این مقاله مطالعه کردید. این استاندارد در آینده به‌عنوان یکی دیگر از استانداردهای ISO معرفی خواهد شد.با توجه استاندارد ECMMA 4، الزامات زیر را برای یک داده‌ی پرتابل باید رعایت کرد:1- در یک فایل با فرمت .sdf ذخیره شود.2- از فرمت UTF-8 برای رمزگذاری کاراکترها استفاده کند.3- از استاندارد ISO/IEC 21778:2017 برای قوانین نحو استفاده کند.4- از استاندارد ISO 8000-115 برای رمزگذاری مفهوم استفاده کند.در مورد استفاده از نرم‌افزارها، خصوصاً نرم‌افزارهای کدگذاری (کدینگ) و کاتالوگینگ توجه داشته باشید که پس از اجرای پروژه‌ی کدگذاری، این سازمان خدمات گیرنده است که مالک کدها و کاتالوگ‌های تولیدشده است. شرکت نرم‌افزاری نباید داده‌ها را به نحوی نمایش و خروجی دهد که فقط توسط همان نرم‌افزار قابل فراخوانی باشد. نرم‌افزارهای باید قابل خروجی گرفتن در فرمت‌های قابل حمل معمول تجاری (فایل‌های اکسل یا اکسس) و غیرتجاری (XML یا SDF) را داشته باشد. همچنین دقت شود که شرح کالای ایجادشده، قابلیت تبدیل به مستقیم یا غیرمستقیم به زوج‌های مشخصه-ارزش را داشته باشد (متأسفانه این مورد در اکثر نرم‌افزارها رعایت نمی‌شود.).نرم‌افزار کدینگ و کاتالوگینگ اسپکس با رعایت مالکیت معنوی داده‌ها، امکان خروجی کامل از داده‌های ذخیره‌شده را در فرمت‌های اکسل و XML فراهم می‌کند و شرح کالاها را با فرمت eSTS ارائه‌شده توسط سازمان ECCMA ارائه می‌کند که فرمتی استاندارد، بخش‌بندی شده، قابل ‌فهم و قابلیت تبدیل به XML و انتقال آن به نرم‌افزارهای دیگر است.</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Thu, 05 Nov 2020 21:43:59 +0330</pubDate>
            </item>
                    <item>
                <title>مدیریت مبتنی بر شواهد دارایی ها</title>
                <link>https://virgool.io/@hamidcmms/%D9%85%D8%AF%DB%8C%D8%B1%DB%8C%D8%AA-%D9%85%D8%A8%D8%AA%D9%86%DB%8C-%D8%A8%D8%B1-%D8%B4%D9%88%D8%A7%D9%87%D8%AF-%D8%AF%D8%A7%D8%B1%D8%A7%DB%8C%DB%8C-%D9%87%D8%A7-dteplk0fou5c</link>
                <description>مدیریت مبتنی بر شواهد دارایی هاامروزه در نظام سلامت، استانداردی طلایی وجود دارد بنام پزشکی مبتنی بر شواهد (EBM) که در مقابل آن پزشکی متکی بر نظرات افراد خبره قرار دارد که از کمترین شواهد معتبر استفاده می کند. اکنون انتظار می رود که تمامی افراد باتجربه، اظهار نظرهای رسمی خود را به مطالعات علمی ارجاع دهند. مدیریت مبتنی بر شواهد دارایی ها (EBAM)، اهداف مشابهی را دنبال می کند. در نگهداری و تعمیرات و مدیریت دارایی ها، ما دیگر نمی خواهیم که مبنای تصمیم گیری های خودمان را بر فشار، قوانین پایه، شهود یا تنها تجربیات چندین ساله بگذاریم. در EBAM تمرکز بر ارزیابی های مبتنی بر حقیقت است نا بیانه های شهود محور. EBAM متشکل شده است از ورودی، فرایند و خروجی. ورودی EBAMداده های محاسباتی و یا نظرات دقیق و بی طرفانه ی خبره هاست. فرایند شامل تکنیک های پیشرفته ی ریاضی و آماری است که داده ها را برای تولید خروجی دقیق و معتبر، پاکسازی و پردازش می کند.ثابت شده که اعمال اصول EBAM به تصمیم گیری های مدیریت دارایی ها منجر به صرفه جویی های عظیمی برای شرکت ها می شود. این تصمیم گیری ها به عنوان مثال شامل یافتن سن مناسب برکناری دارایی ها گران قیمت، محاسبه ی دوره های بازرسی بهینه برای تجهیزات حفاظتی، پایه گذاری بازه های تعویض پیشگیرانه ی در اقتصادی ترین حالت ممکن برای یک قطعه، خرید قطعات یدکی بیمه ای گران قیمت به تعداد درست، تعیین بهترین سیاست تصمیم گیری تعویض در برابر تعمیر و تصمیم گیری های بهینه در مورد نگهداری و تعمیرات مبتنی بر وضعیت می شود.نواحی ای که کارآمدی EBAM  در آن ها ثابت شده است:· بهینه سازی تصمیم گیری های هزینه های چرخه ی عمر (LCC)· بهینه سازی تاکتیک های نگهداری و تعیمرات از قیبل استراتژی های تعویض پیشگیرانه· بهینه سازی سیاست های بازرسی از قبیل نگهداری و تعمیرات پیشگویانه و بازه های انجام عملیات کشف خرابی ها (FFIs)· بهینه سازی الزامات استفاده از منابع از قبیل اندازه سنجی تعداد کارکنان نگهداری و تعمیرات، تخمین بودجه، تعیین تعداد بهینه ی قطعات یدکی و... .نویسنده : علی زواشکیانیمترجم: حمید درخشان</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Mon, 05 Oct 2020 00:50:02 +0330</pubDate>
            </item>
                    <item>
                <title>انتشار نسخه ی دیجیتال سند OREDA</title>
                <link>https://virgool.io/@hamidcmms/%D8%A7%D9%86%D8%AA%D8%B4%D8%A7%D8%B1-%D9%86%D8%B3%D8%AE%D9%87-%DB%8C-%D8%AF%DB%8C%D8%AC%DB%8C%D8%AA%D8%A7%D9%84-%D8%B3%D9%86%D8%AF-oreda-walx9gkhoors</link>
                <description>گروه OREDA که در زمینه ی داده های قابلیت اطمینان نفت و گاز فعالیت می کنند، خبر دادند که نسخه ی دیجیتال هندبوک OREDA بعد از سه سال توسعه و ماه ها تست، آماده شده و هفته آینده نسخه ی آزمایشی آن منشر خواهد شد.پروژه ی OREDA از سال 1981 در حال جمع آوری و استانداردسازی اطلاعات نگهداشت و قابلیت اطمینان تجهیزات در صنعت نفت و گاز و پایه گذار استاندارد ISO 14224 است و این خبر از این جهت اهمیت دارد که وجود اینچنین نسخه ای از داده های خرابی تجهیزات، کمک شایانی به شرکت های نرم افزاری خصوصا آن هایی در مباحث BIG data، اینترنت چیزها و نگهداشت تجویزی در حال فعالیت هستند، می کنند و راه را برای تصمیم گیری های داده محور و پیاده سازی مدیریت مبتنی بر شواهد دارایی ها هموار خواهد کرد.</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Sat, 03 Oct 2020 15:00:40 +0330</pubDate>
            </item>
                    <item>
                <title>درخت وظیفه در بازرسی مبتنی بر ریسک RBI</title>
                <link>https://virgool.io/@hamidcmms/%D8%AF%D8%B1%D8%AE%D8%AA-%D9%88%D8%B8%DB%8C%D9%81%D9%87-%D8%AF%D8%B1-rbi-w7bpuuvhtby4</link>
                <description>آیا با ساختار سلسله مراتبی وظیفه ای برای جمع آوری اطلاعات پایپینگ جهت تحلیل RBI آشنایی دارید؟ RBI یا Risk Based Inspection ، روشی جهت بدست آوردن زمان بهینه بازرسی ها بمنظور اقدام بموقع پیشگیری از خرابی تجهیزات در معرض خوردگی و پایین آوردن هزینه بازرسی هاست؛ هرچند خود واژه RBI عمومی است و هر بازرسی ای عموما باید بر مبنای ریسک پایه گذاری بشود. برای جمع آوری اطلاعات سلسله مراتب وظیفه ای (Functional Hierarchy) در شبکه پایپینگ ها، استاندارد API سلسله مراتب زیر را پیشنهاد می دهد:۱-شبکه پایپینگ: مجموعه تمامی پایپینگ و تجهیزات مرتبط با آن ها۲-سیستم پایپینگ (لوپ کروژن) : گروهی از پایپینگ و تجهیزات که تحت یک فرایند مشابه (شرایط بهره برداری و مایع یا گاز حمل کننده) و مکانیزم خوردگی مشابه قرار دارند.۳-مدار (سیرکت): بخشی از یک لوپ کروژن که از نظر متالوژی از مواد مشابه ای ساخته شده اند و انتظار میرود که نرخ خوردگی مشابهی داشته باشندتوجه داشته باشید که برای تحلیل RBI ایجاد این سلسله مراتب و ثبت خرابی بر روی اون ها ضروری هست.</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Fri, 18 Sep 2020 11:59:11 +0430</pubDate>
            </item>
                    <item>
                <title>آیتم قابل تعمیر؟ قابل نگهداشت؟</title>
                <link>https://virgool.io/@hamidcmms/%D8%A2%DB%8C%D8%AA%D9%85-%D9%82%D8%A7%D8%A8%D9%84-%D8%AA%D8%B9%D9%85%DB%8C%D8%B1-%D9%82%D8%A7%D8%A8%D9%84-%D9%86%DA%AF%D9%87%D8%AF%D8%A7%D8%B4%D8%AA-udfm5z8bjqn7</link>
                <description>آیتم قابل نگهداشت یکی از اون تعاریف ایزو هست که هنوز برای خیلی از افراد ابهام داره و هرکس یه تعریف از اون داره. بعضی می گن این آیتم شامل چند قطعه است، بعضی می گن قطعه ای که میشه تعمیرش کرد و...در تعریف #استاندارد در استاندارد ایزو ۱۴۲۲۴، maintainable item یا آیتم قابل نگهداشت اینگونه تعریف شده:آیتمی شامل یک قطعه یا مجموعه ای از قطعات که معمولا پایین ترین سطح درخت اجزای تجهیز از منظر نگهداشت است.با این تعریف چند چیز مشخص میشه:۱-این آیتم لزوما شامل چند قطعه نیست و می تونه حتی یک قطعه باشه۲-تعمیرپذیری معادل درستی برای قابل نگهداشت بودن نیست. آیتم قابل نگهداشت، یعنی آیتمی که موضوع نگهداشت هست۳-آیتم قابل نگهداشت می تونه یک قطعه باشه ولی هر قطعه ای نمی تونه آیتم قابل نگهداشت باشه۴-این آیتم مربوط به تجهیز هست۵-این آیتم معمولا پایین ترین سطح درخت اجزا از منظر نگهداشت رو داره، یعنی درخت تجهیز از منظر مثلا مهندسی می تونه خیلی ریزتر باشه و از منظر دیگه به صورت دیگه ولی اینجا از منظر نگهداشت مهمه۶-سطح این آیتم بستگی به توانایی سازمان در نگهداشت اجزا و همچنین ارزش نگهداشت اون قطعه برای اون سازمان داره.</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Fri, 18 Sep 2020 11:56:16 +0430</pubDate>
            </item>
                    <item>
                <title>انواع اصطلاحات مرتبط با خرابی و تفاوت آن ها (مد خرابی، کد خرابی..)</title>
                <link>https://virgool.io/@hamidcmms/%D8%A7%D9%86%D9%88%D8%A7%D8%B9-%D8%A7%D8%B5%D8%B7%D9%84%D8%A7%D8%AD%D8%A7%D8%AA-%D8%AE%D8%B1%D8%A7%D8%A8%DB%8C-%D9%88-%D8%AA%D9%81%D8%A7%D9%88%D8%AA-%D8%A2%D9%86-%D9%87%D8%A7-%D9%85%D8%AF-%D8%AE%D8%B1%D8%A7%D8%A8%DB%8C-%DA%A9%D8%AF-%D8%AE%D8%B1%D8%A7%D8%A8%DB%8C-en9mktikze2q</link>
                <description>احتمالا شما هم عناوین کد خرابی، مد خرابی، مکانیزم خرابی، کد مشکل را در مورد جمع آوری اطلاعات خرابی ها شنیدید. اما فرق این ها با هم چیست؟ آیا اصلا با هم فرقی دارند؟بیایید با استفاده از استاندارد EN 13306:2017 از ساده ترین ها شروع کنیم: خرابی (failure)از دست رفتن توانایی یک آیتم در اجرای وظیفهی مورد انتظار از آنپس از خرابی، آیتم معیوب میشود که ممکن است به طور کامل یا جزئی باشد.خرابی یک رویداد است و با معیوب شدن که یک حالت است، تفاوت دارد.خرابی ها می توانند پنهان یا آشکار باشند.مد یا شیوه ی خرابی (Failure Mode)شیوه ای که خرابی از آن طریق خودش را نمایان می سازد.مدهای خرابی برای هر کلاس تجهیز متفاوت است.مدهای خرابی در سه سطح تعریف می شوند:     سطح 1: خرابی هایی که در آن ها عملکرد اصلی تجهیز بدست نمی آید (یعنی تجهیز فرمان نمی گیرد، مثلا      روشن نمی شود، خاموش نمی شود، قطع نمی شود، وصل نمی شود و...)     سطح 2: خرابی هایی که در آن ها تجهیز عملکردش را در حین کار از دست می دهد یا خارج از محدوده      استاندارد کار می کند (مثلا ولتاژ خروجی بالا، سرعت دور از انتظار، توقف بی مورد و...)     سطح 3: خرابی هایی که در آن ها تجهیز کار می کند اما عملکرد مطلوبی ندارد. در این خرابی ها تجهیز می      تواند به کار ادامه دهد و خرابی بحرانی نیست (مثل گرم شدن بیش از حد، لرزش، صدا و....)مکانیزم یا سازوکار خرابی (Failure Mechanism)فرایندهای فیزیکی، شیمیایی یا دیگر فرایندهایی که ممکن است منجر به خرابی شوند.مکانیزم خرابی توصیف رویداد خرابی است که از نظر تکنینال نتیجه گیری می شود.در اصطلاح فنی، مکانیزم خرابی یک مد خرابی را در رده های پایین تر از تجهیز است.هیچ دلیلی وجود ندارد که مکانیزم خرابی یک تجهیز با مد خرابی آن یکی باشد. مثلا در مورد یک کمپرسور، مد خرابی می تواند نشتی باشد اما مکانیزم خرابی آن ممکن است فرسودگی مکانیکال سیل باشد.دلیل خرابی (Failure Cause)منظور از دلیل خرابی، دلیل ریشه ای خرابی است یعنی رویدادهای اولیه ای که منجر به خراب شدن یک تجهیز می شود.برخی مواقع رسیدن به دلیل خرابی به سادگی امکان ندارد و برای رسیدن به آن به تحلیل علت ریشه ای ) RCA ( نیاز است.خب حالا تفاوت ها را بررسی کنیم:تفاوت کد خرابی و مد خرابی  بطور خلاصه، مد خرابی بخشی از کد خرابی است و این دو برخلاف تصور، معادل یکدیگر نیستند. کد خرابی حداقل از سه عنصر تشکیل شده: مد خرابی، مکانیزم خرابی و جزء آسیب دیده.   کد خرابی= مد خرابی+مکانیزم خرابی+جزء آسیب دیده  در واقع وقتی ما از خرابی صحبت می کنیم، منظور از خرابی جمع حداقل این سه عنصر است. خیلی مهم است که در گزارش خرابی، توصیف خرابی حداقل با این سه عنصر گزارش شود چون شاخص ها و نهایتا تحلیل های صحیح تری از اطلاعات جمع آوری شده بدست می آید. کد خرابی می تواند عناصر دیگه ای را هم شامل و کامل تر شود:  کد خرابی= مد خرابی+مکانیزم خرابی+جزء آسیب دیده+علت خرابی+شدت خرابی+پیامد خرابیتفاوت کد مشکل و کد خرابیاما کد مشکل چیست و تفاوت آن با کد خرابی چیست؟!تفاوت اصلی این است که خرابی یکی از انواع مشکلات است. در واقع هر خرابی ای یک مشکل است ولی همه  ی مشکلات خرابی نیستند!مثلا وقتی که در طراحی یک پنل برق فراموش شده باشد که هیتر (heater) تعبیه کنند، مهندسان یا تکنسین ها متوجه این قضیه می شوند. در واقع مشکل را کشف می کنند ولی این در صورتی است که تجهیز در حال کار است و خراب نیست! در واقع در این مورد، تجهیز ناقص یا معیوب است و عیب با خرابی متفاوت است.یا مثلا یکی از پرسنل اداره ی  ایمنی در سایت متوجه می شود که یک تجهیز دارای لبه های آسیب زننده است. در این مورد نیز، تجهیز خراب نیست ولی ایمنی آن قابل بهبود است.عیب یا خرابی، مسئله این استطبق تعریف استاندارد EN 13306:2017، عیب (fault) حالتی از یک آیتم که به وسیله ی ناتوانی در اجرای وظیفه ی مورد انتظار از آن مشخص می شود.عیب می تواند نتیجه ی خرابی باشد اما هر عیبی نتیجه ی یک خرابی نیست. برخی عیب ها می توانند در هنگام طراحی و ساخت تجهیز بوجود بیایند. اگر عیب بر وظیفه های خواسته شده از تجهیز تاثیر گذار باشد، آن عیب باید زدوده شود و اگر فراتر از وظایف باشد، می تواند بهبود یابد.خرابی و عیب هردو مشکل یا به بیان بهتر مسئله (Problem) و در سازمان ها معمولا رفع آن ها جزو فعالیت های روزانه ی سازمان نگهداری و تعمیرات هستند پس علت وجود فیلدی به نام کد ایراد/مشکل در بعضی از نرم افزارهای نگهداری و تعمیرات دقیقا همین مسئله است. در واقع این فرم ها برای گزارش مشکلات مختلف است که یکی از این مشکلات، خرابی ها هستند.اما خاصیت تفکیک این دو نوع مشکل از هم چیست؟بطور واضح بالا بردن کیفیت اطلاعات و گزارش ها و در نهایت بهبود کیفیت تصمیم گیری ها.به عنوان نمونه:۱-عمل زدودن عیب و بهبود خیلی پیش کنشی تر (proactive) از عمل اصلاح خرابی و پیشگیری از آن است و دلیل این امر هم تعلق داشتن این گونه فعالیت ها به بخش D-I منحنی D-I-P-F است. یعنی اگر نقطه F در این منحنی به خرابی بالافعل و نقطه P به خرابی بالاقوه تعلق داشته باشد، ما در زدودن عیب و بهبود قبل از نقطه P و در دامنه ی پیشکنشی وارد عمل می شویم یعنی وقتی خرابی هنوز رخ نداده.منحنی D-I-P-Fاگر درصد انواع فعالیت ها، با این روش تقسیم بندی، گزارش شود، سازمانی که رفع عیب و بهبود بیشتری انجام می دهد، پیش کنشی تر و متعالی تر است.۲-در خیلی از سازمان ها خصوصا شرکت های نوپا، گروه نگهداری و تعمیرات، موارد رفع نقص (بجا مانده از فاز طراحی و راه اندازی کارخانه) و بهبود زیادی انجام می دهند. حتی خیلی اوقات پرسنل نگهداری و تعمیرات درگیر پروژه های توسعه شرکت هم می شوند (مانند کشیدن خط لوله جدید، سیم کشی ساختمان و...) اما به دلیل استفاده ی صرف از کدهای هزینه (cost codes) و یا عدم ارتباط درست آن ها با انواع فعالیت ها در نگهداری و تعمیرات، هزینه ی این قبیل کارها به عنوان هزینه تعمیرات در نظر گرفته می شود و نهایتا در برآورد هزینه های نگهداری و تعمیرات و حتی بودجه ریزی اشتباه رخ می دهد.بنابراین کار درست این است که این قبیل کارها در سازمان و خصوصا در فرم های درخواست کار و دستورکار تفکیک شوند.من بنا به تجربه پیشنهاد می کنم که لیست زیر به عنوان انواع فعالیت های نگهداری و تعمیرات در فرم درخواست کار استفاده شود:۱-ایجاد/ساخت۲-اصلاح خرابی۳-پیشگیری از خرابی۴-پیش بینی خرابی۵-بهبود/بهسازی/بهینه سازی۶-بازسازی۷-اوراق کردن/تخریبپینوشت: استاندارد EN 13306:2017 توسط گروه نت پارسه ترجمه شده و اگر در اینترنت آن را جستجو کنید، از انتشارات کتاب سبز قابل دانلود است. همچنین برای دریافت نسخه چاپی این استاندارد می توانید با من تماس بگیرید.</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Fri, 18 Sep 2020 11:54:51 +0430</pubDate>
            </item>
                    <item>
                <title>قضیه «مار صمد» و کدگذاری تجهیزات</title>
                <link>https://virgool.io/@hamidcmms/%D9%82%D8%B6%DB%8C%D9%87-%D9%85%D8%A7%D8%B1-%D8%B5%D9%85%D8%AF-%D9%88-%DA%A9%D8%AF%DA%AF%D8%B0%D8%A7%D8%B1%DB%8C-%D8%AA%D8%AC%D9%87%DB%8C%D8%B2%D8%A7%D8%AA-ompzn0a4tjjc</link>
                <description>معلم روی تخته می نویسه «مار» و میگه بچه ها این ماره، صمد میگه این که مار نیست و میره پایه تخته یه مار میکشه  و میگه این ماره! بعد از همکلاسی هاش می پرسه: مار من ماره یا مار آقا معلم، همه می گن «مار صمد، مار صمد»ساده سازی ها در سازمان ها خیلی شبیه به قضیه «مار صمد» هست! چیزهایی که توی فرهنگ سازمان جاافتاده و کسی حاضر نیست اون رو با یه چیز پیشرفته تر اما ناآشنا و نیاز به یادگیری عوض کنه!نمود این قضیه رو توی جریان #کدگذاری تجهیزات می بینید. معمولا کدگذاری تجهیزات در ساده ترین شکل ممکن با حروف اختصاری انجام میشه، مثلا پمپ میشه pu و بعد شمرده میشه pu001، pu002 والخ. مسلما این روش خیلی ساده هست، خیلی یادگیری اون آسونه و ساختن و دستورالعمل کردن اون خیلی شیرینه اما در زمان استفاده خیلی محدود و ناکارآمد، درست مثل شکل مار! در مقام مقایسه، کدینگ پیشرفته ای مثل #RDS پیچیدگی بیشتری داره و نیاز به آموزش داره اما بسیار منعطف هست درست مثل «حروف الفبا» که با اون میشه بی نهایت جمله و کتاب نوشت اما استفاده از حروف اختصاری مثل کشیدنه شکل ماره! با دیدن شکل مار، شما خیلی سریع مفهوم اولیه رو می فهمید اما فقط در همین حد. دیگه خبری از این که مار چکار میکنه، کجا هست و... به شما داده نمیشه مگر این که یکسری شکل دیگه همراهش کنید که خیلی کار براتون سخت میشه و نتیجه مطلوب هم گرفته نمیشه.مقایسه دیگه مقایسه نوشته هایی هست که مردمان عصر حجر روی غارها میکشیدن تا یکسری مفاهیم اولیه رو برسونن، در مقابل حروف الفبای امروزی!کدینگ تجهیزات با استفاده از حروف اختصاری مثل همون حکاکی های داخل غار میمونه و کدینگ پیشرفته ای مثل RDS همون حروف الفبا ست که نهایتا منجر به ادبیات میشه!نتیجه این که استفاده از کدینگ اختصاری درون سازمانی شاید برای یک سازمان کوچیک با سیستم های ساده مناسب باشه اما برای سازمان های بزرگ و سیستم های پیشرفته هرگز مناسب نیست! شما با یادگیری حروف الفبای صنعت یا همون RDS می تونید یک زبان واحد میان تمامی کارکنان اعم از بهره برداری، نگهدشت، مهندسی، مالی و.‌.. برقرار کنید، با اون زبان با پیمانکاران تون صحبت کنید و نهایتا با همان زبان با صنایع دیگه توی هر نقطه دنیا تبادل اطلاعات انجام بدید، بشرطی که یکبار اون رو یاد بگیرید تا دیگه مثل «صمد» نباشید https://virgool.io/p/ompzn0a4tjjc/edit </description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Fri, 18 Sep 2020 11:44:01 +0430</pubDate>
            </item>
                    <item>
                <title>RCA مدل پنیر سوئیسی در نمایش انواع موانع</title>
                <link>https://virgool.io/@hamidcmms/rca-%D9%85%D8%AF%D9%84-%D9%BE%D9%86%DB%8C%D8%B1-%D8%B3%D9%88%D8%A6%DB%8C%D8%B3%DB%8C-%D8%AF%D8%B1-%D9%86%D9%85%D8%A7%DB%8C%D8%B4-%D8%A7%D9%86%D9%88%D8%A7%D8%B9-%D9%85%D9%88%D8%A7%D9%86%D8%B9-sqwbdwlrrllw</link>
                <description>در این مدل بخوبی انواع موانع در جلوگیری از رخداد حادثه نمایش داده شده. مشکلی که برخی از روش های RCA دارند و تصور اشتباه برخی اینه که ما باید به ریشه ی پنهان خرابی برسیم تا بتونیم راه کار ارائه کنیم و یا باید فقط برای ریشه ها (فیزیکی، انسانی، پنهان) راهکار ارائه کنیم. در صورتی که طبق این مدل شما در ارائه راهکار برای ریشه فقط از اتفاق رویداد پیشگیری می کنید و اگر برای سایر موانع راهکاری نداشته باشید، بعد از رویداد احتمالی حادثه راهکاری برای مقابله با اون ندارید. پس برای بعد از حادثه هم باید راهکارهایی از جنس &quot;کشف خرابی&quot;، &quot;کنترل خرابی&quot; و &quot;کاهش پیامدهای خرابی&quot; داشته باشید.  در خیلی از روش های #RCA تحلیل از نقطه رویداد شروع میشه و به عقب برمی گرده و بنابراین یکجورایی موانع بعد از رویداد نادیده گرفته می شه اما در برخی مدل های دیگه نقطه شروع تحلیل از پیامدهاست. همچنین باید در نظر داشته باشید که پیش از رویداد حادثه، در چندین نقطه امکان پیشگیری از رویداد وجود داره.</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Fri, 18 Sep 2020 11:26:08 +0430</pubDate>
            </item>
                    <item>
                <title>عالم هپروت مدیران تعمیرات</title>
                <link>https://virgool.io/@hamidcmms/%D8%B9%D8%A7%D9%84%D9%85-%D9%87%D9%BE%D8%B1%D9%88%D8%AA-%D9%85%D8%AF%DB%8C%D8%B1%D8%A7%D9%86-%D8%AA%D8%B9%D9%85%DB%8C%D8%B1%D8%A7%D8%AA-vfvggmppa9fk</link>
                <description>&quot;هفته ی گذشته آمد و گفت که باید از برنامه ی زمان بندی تبعیت کنیم. هفته ی قبلتر اما آمد و گفت که باید بر دستورکارها تمرکز کنیم و هرچه قدر می توانیم دستورکارهای باز را به اتمام برسانیم و ببندیم. هیچ وقت هم نفهمیدیم که از تمرکز قرار است چه چیزی عایدمان شود و بالاخره باید از که و چه تبعیت کنیم! اگر از ما می خواهد که کارها انجام شود پس نباید مدام دخالت کند و نظر خود را عوض کند!&quot;این صحبت های همراه با عصبانیت یک ناظر تعمیرات بود که من حین ارزیابی سازمان در مورد اولویت انجام کارها از او پرسیدم. همچنان که گفتگوی ما پیش می رفت، طعنه و نارضایتی او بیش تر می شد.این حالتی است که من به آن می گویم، رفتن به عالم هپروت! دنیای سورئالی که مدیران فکر می کنند تصمیماتی می گیرند که به راحتی قابل اجراست.اما این عالم هپروت چطور ایجاد می شود؟ مدیر می دانند که برخی از نواحی عملکردی نیازمند بهبودند. او دستور رفع نقص صادر می کند و این کار را معمولا بدون در اختیار داشتن داده های کافی یا درک صحیح از علت های واقعی نواقص انجام می دهد و به این دلیل رفع نقص ها اغلب نادرست و بیهوده از آب در می آید. بعد از آن است که مدیر سرخورده، علت ناکامی را در ناله کردن زیردستی ها و عدم تطبیق آن ها با تغییرات می یابد.متقابلا تعمیرکاران هم نمی تواند درک کند که چرا مدیر دقیقا از آن ها نمی خواهد که چه کار کنند و چه تغییری قرار است انجام شود. تعمیرکاران معمولا علت واقعی مشکلات را می دانند و اعتقاد دارند که روش های بهتری برای حل مشکل دارند اما مدیر از آن ها نظری نمی پرسد.پیش از این که مدیر را شماتت کنیم، بیاد داشته باشیم که ناظران و تعمیرکاران اغلب در مورد مشکل می دانند ولی یا اصلا راه حلی ارائه نمی کنند و یا راه حل های آن ها غیرمنطقی است و یا با توجه به محدودیت ها قابل دست یابی نیست. آن ها اغلب از تمامی محدودیت هایی که مدیر با آن ها دست و پنجه نرم می کند، آگاه نیستند.مدیر اما اعتقاد دارد که دستورکارهای لازم ارسال شده و ناظر مسئول پیگیری کارهاست و با این خیال سراغ حل مشکل بعدی می رود و این قضیه با همین الگو ادامه می یابد. مدیران اما فراموش می کنند که همه به دنبال ثبات هستند و تغییرات مکرر آن ها را به هم می ریزد.همه ی سازمان ها باید ارتباطی قوی میان اهداف سازمانی و اهداف گروه های کاری داشته باشند. زمانی که این ارتباط غیرشفاف و یا ضعیف باشد، توسعه و نگهداری فرایندها و رویه های کاری سخت است. اگر فرایندها و رویه ها وجود نداشته باشند، تنوع بالا خواهد رفت و زمانی که تنوع بالا رود، سیستم از کنترل خارج شده و پایداری خود را از دست می دهد.حال اگر شما در عالم هپروت به سر می بیرید، چطور از آن خارج شوید؟اولین کار این است که بفهمیم مشکل چیست. گام بعدی این است که نگاه سخت گیرانه ای به اهداف سازمانی و اهداف گروه های کاری بیاندازیم که آیا آن ها در یک راستا هستند یا نه و آیا می توان دقیقا متوجه شد که چطور تلاش های گروه های کاری منجر به رسیدن به اهداف سازمانی می شود؟ اگر این ارتباط برقرار نیست، از این نقطه شروع کنید و ارتباطی شفاف و قابل اندازه گیری میان این دو برقرار کنید.در گام بعدی، تنوع و عدم قطعیت را بوسیله طراحی سیستم ها و فرایندها و ایجاد رویه ها و شاخص هایی که بخوبی تعریف شده اند، کاهش دهید تا افراد بدانند که دقیقا از آن ها چه انتظاری دارید. همچنین وجود داده های پایدار، جمع آوری و ارزیابی آن ها مدیر را آگاه می کند و باعث می شود که تصمیم هایی بگیرد که تیم های کاری را دستپاچه و ناامید نکند.در کنار کار بر روی این استراتژی های بهبود، من قویا مدیران را تشویق می کنم که ارتباط بهتری را با ناظران و تعمیرکاران داشته باشند و زمان بیش تری را با آن ها بگذرانند و از آن ها بخواهند که در مورد مشکلات صحبت کنند و در مورد راه حل های احتمالی نظر دهند. همچنین در مورد آن مشکلات به آن ها دید بدهند و محدودیت هایی که با آن مواجه هستند را با آن ها در میان بگذراند.نویسنده: تام موریارتی</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Fri, 18 Sep 2020 11:24:32 +0430</pubDate>
            </item>
                    <item>
                <title>عقد قرارداد مجتمع صنعتی ذوب آهن پاسارگاد با گروه نت پارسه جهت پیاده سازی نرم افزار کاتالوگینگ و کدینگ اسپکس.</title>
                <link>https://virgool.io/@hamidcmms/%D8%B9%D9%82%D8%AF-%D9%82%D8%B1%D8%A7%D8%B1%D8%AF%D8%A7%D8%AF-%D9%85%D8%AC%D8%AA%D9%85%D8%B9-%D8%B5%D9%86%D8%B9%D8%AA%DB%8C-%D8%B0%D9%88%D8%A8-%D8%A2%D9%87%D9%86-%D9%BE%D8%A7%D8%B3%D8%A7%D8%B1%DA%AF%D8%A7%D8%AF-%D8%A8%D8%A7-%DA%AF%D8%B1%D9%88%D9%87-%D9%86%D8%AA-%D9%BE%D8%A7%D8%B1%D8%B3%D9%87-%D8%AC%D9%87%D8%AA-%D9%BE%DB%8C%D8%A7%D8%AF%D9%87-%D8%B3%D8%A7%D8%B2%DB%8C-%D9%86%D8%B1%D9%85-%D8%A7%D9%81%D8%B2%D8%A7%D8%B1-%DA%A9%D8%A7%D8%AA%D8%A7%D9%84%D9%88%DA%AF%DB%8C%D9%86%DA%AF-%D9%88-%DA%A9%D8%AF%DB%8C%D9%86%DA%AF-%D8%A7%D8%B3%D9%BE%DA%A9%D8%B3-rriz092n7tma</link>
                <description>مجتمع پاسارگاد به عنوان بزرگ ترین تولید کننده خصوصی فولاد کشور از سال 88 شروع به کار کرده و رویکرد کارشناسان و مدیران سازمان در پیاده سازی بستری قابل اعتماد و چابک در بخش مدیریت مواد و قطعات یدکی به عنوان یکی از حیاتی ترین بخش های سازمان در پشتیبانی از نگهداشت، در ابتدای شروع به فعالیت مجتمع، منجر به عقد قرارداد با گروه نت پارسه جهت پیاده سازی نرم افزار اسپکس گردید.امید است که با همت و دانش کارشناسان آن مجتمع یکی از بهترین تجربیات در زمینه کدینگ و کاتالوگینگ در ایران بدست خواهد آمد.</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Fri, 18 Sep 2020 11:15:16 +0430</pubDate>
            </item>
                    <item>
                <title>بهترین تجربیات در شاخص های کلیدی عملکرد (KPI) نگهداری و تعمیرات</title>
                <link>https://virgool.io/@hamidcmms/%D8%A8%D9%87%D8%AA%D8%B1%DB%8C%D9%86-%D8%AA%D8%AC%D8%B1%D8%A8%DB%8C%D8%A7%D8%AA-%D8%AF%D8%B1-kpi-%D9%86%DA%AF%D9%87%D8%AF%D8%A7%D8%B1%DB%8C-%D9%88-%D8%AA%D8%B9%D9%85%DB%8C%D8%B1%D8%A7%D8%AA-gqadftkbla62</link>
                <description>برای سازمان هایی که دنبال یک پکیج شاخص KPI برای مقایسه با کلاس جهانی هستند، بنظرم این یکی از بهترین لیست هاست. (منبع: پرزنت آقای ریکی اسمیث).۱-نفر-ساعت نت پیشگیرانه: ۱۵٪۲-نفر-ساعت دستورکارهای اصلاحی ناشی از نت پیشگیرانه: ۱۵٪۳-نفر-ساعت نت پیشگویانه: ۱۵٪۴-نفر-ساعت دستورکارهای اصلاحی ناشی از نت پیشگویانه: ۳۵٪۵-کل کارهای برنامه ریزی شده: ۹۰٪۶-نفر-ساعت کارهای اضطراری: کمتر از ۲٪۷-دستورکارهای منتظر قطعه: کمتر از ۲٪۸-تطابق زمانی کارهای زمان بندی شده در روز و هفته: ۸۵ تا ۹۰٪۹-وجود سیاست زدودن خرابی به عنوان یک عنصر کلیدی (با پیاده سازی سیستم FRACAS)۱۰-بسته شدن تمامی دستورکارها بصورت کد شده (سیستمی)۱۱-محاسبه هزینه نت به عنوان درصدی از ارزش جایگزینی داراییدیگر شاخص های توصیه شده آقای ریکی اسمیث-ترجمه در ادامه۱-درصد هزینه نت براساس ارزش جایگزینی دارایی: ۲.۵ تا ۳.۵٪۲-توقفات تولید: کمتر از ۱٪۳-مجموع نفر-ساعت کارهای اصلاحی و اضطراری: کمتر از ۱۰ درصد۴-درصد دوباره کاری: کمتر از ۱٪این شاخص ها رو هم از سایت lifetime reliability داشته باشید. ترجمه در ادامه۱-آپتایم: بیش از ۹۰٪۲-تعداد متخصص قابلیت اطمینان: یک نفر به ازای هر ۱۲ تا ۱۸ نفر تعمیرات۳-MTBF: رشد بیش از ۱۰درصدی در هر سال۴-تعداد روزهای آموزش پرسنل تعمیرات: ۵ تا ۱۰ روز در سال۵-کارهای انباشت: ۴هفته۶-تعداد نفر برنامه ریز: یک نفر به ازای هر  ۲۰ تا ۲۷ نفر تعمیرات۷-نسبت خواب سرمایه در انبار به ازای ارزش جایگزینی دارایی: کمتر از ۰.۲۵٪۸-هزینه نفر-ساعت نت به کل هزینه نت: ۲۰ تا ۲۵٪۹-هزینه نت پیمانکاری به ازای کل هزینه نت: ۱۰ تا ۴۰٪(باقی موارد هم که تکراری هست).زیاد دنبال جمع آوری شاخص از این ور و اون ور نباشید. همین سبد شاخص ها رو داشته باشید و هدف گذاری کنید، کلی راه رو توی مسیر تعالی نت رفتید</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Fri, 18 Sep 2020 11:12:56 +0430</pubDate>
            </item>
                    <item>
                <title>نگهداری و تعمیرات تجویزی یا RxM</title>
                <link>https://virgool.io/@hamidcmms/%D9%86%DA%AF%D9%87%D8%AF%D8%A7%D8%B4%D8%AA-%D8%AA%D8%AC%D9%88%DB%8C%D8%B2%DB%8C-%DB%8C%D8%A7-rxm-feymugfeqb9k</link>
                <description>واژه جدیدی که اخیرا به دنیای نگهداشت وارد شده و قراره از این به بعد خیلی بیش تر ازش بشنویم و شاید در آینده ای نچندان دور جایگزین تمامی روش های نگهداشت بشه.این نوع نگهداشت مبتنی بر #یادگیری_ماشینی و #اینترنت_چیزها ی صنعتی هست. همون نوع نگهداشتی که ارتش آمریکا برای نگهداری ماشین های نظامیش شروع به استفاده کرده. مشخصا تفاوت این نوع نگهداشت با انواع قبلی (دیگه میشه گفت سنتی!) در استفاده از داده های خیلی زیاد از سنسورها و ربات های خیلی زیاد و تحلیل توسط یادگیری ماشینی هست. یک نسل پیش ما شاهد ورود نگهداشت پیشگویانه بودیم که در اون نیز از پارامترها استفاده می شد تا وضعیت سلامت تجهیز تحلیل بشه. #نگهداشت_پیشگویانه حتما نیاز به یک تحلیل گر داره تا بتونه وضعیت تجهیز رو براساس روند پارامترهای دریافتی از دستگاه های پایش وضعیت نظیر دوربین ترموگرافی و ارتعاش سنج حدس بزنه. معمولا تحلیل گر فقط به یکی از تکنیک های پایش وضعیت اشراف داره و تحلیل ترکیبی پارمترها کار خیلی سختیه. در نگهداشت تجویزی، یک ماشین (نرم افزار+رایانه+سنسورها) این عمل رو بصورت خیلی دقیق انجام می ده و بجای این که نیازی باشه ماشین بره سر کلاس بشینه تا مثلا آنالیز ارتعاش رو یاد بگیره، خودش با تحلیل الگوی داده ها و مقایسه رفتارها و وضعیت های مختلف دستگاه و دستگاه های مشابه در حالت های خراب و سالم، وضعیت سلامت تجهیز رو با دقت بسیار بالایی حدس می زنه و فراتر از اون در بهترین موقع دستورکار تعمیر تجهیز رو هم صادر می کنه. ضمن این که داده های مورد استفاده در این نوع نگهداشت فقط به پارامترها محدود نمیشه و از انواع و اقسام داده ها از پارامترها گرفته تا داده های تاریخچه ای، داده های آزمایش ها و...استفاده میشه.بطور خلاصه نگهداشت تجویزی یعنی انجام نگهداشت بوسیله ی هوش مصنوعی در بهترین زمان ممکن بر روی دقیقا آیتمی که نیاز به نگهداشت داره.پ ن: شاید من ترجمه دقیقی از عنوان این نوع نگهداشت نداشتم. اگر معادل درستش و یا معادل خوبش رو می دونید، من رو هم در جریان بذارید. من خودم فعلا «نگهداشت با استفاده از #هوش_مصنوعی » رو ترجیح می دم.پ ن۲: در همین راستا از انجمن نت و دیگران دوستان خواهش می کنم لفظ اشتباه «اینترنت اشیاء» رو در پوسترها و پرزنت ها بکار نبرن و معادل درست اون «اینترنت چیزها» رو استفاده کنن. چیز غلط غلطه ولو این که همه استفاده کنن.در این تصویر بلوغ تکنولوژی های مورد استفاده در نگهداشت رو می بینید.سطح۱: توصیف-چه اتفاقی افتادهسطح۲:تشخیص-چه اتفاقی افتاده و چرا این اتفاق افتادهسطح۳:پیش بینی-چه اتفاقی افتاده و چرا این اتفاق افتاده و کی خرابی رخ می دهسطح۴:تجویز-چه اتفاقی افتاده و چرا این اتفاق افتاده و کی خرابی رخ می ده و وقتی خرابی رخ داد چه کاری باید برای اصلاحش و پیشگیری از رخدادش انجام بشه.همانطور که می بینید تفاوت مشخص #نگهداشت_تجویزی با سطوح قبلی اینه که این نوع تکنولوژی نه تنها خرابی رو توصیف می کنه، علتش رو تشخیص می ده و زمان رخدادش رو حدس می زنه، بلکه به ما میگه که چکاری برای رفعش و چه کاری برای پیشگیری از اون باید انجام بشه.در تصویر زیر می بینید که #نگهداشت_تجویزی چقدر زودتر نسبت به #نگهداشت_پیشگویانه می تونه سیگنال های اولیه خرابی رو تشخیص بدهیه نکته جالب در مورد #نگهداشت_تجویزی. مخفف این نوع نت RxM هست. حالا چرا RxM؟:Rx علامتی هست که روی بسته های داروهای  نیاز به نسخه (تجویز) پزشک زده میشه که در واقع Px هست و مخفف Prescriptive اما بخاطر طرز نوشتن خاص Px روی داروها (شکل بالا)، کم کم Rx خونده شده و جا افتاده.البته از طرفی می گن که Rx از تغییر یک علامت باستانی رومیان برای خدای ژوپیتر منشا گرفته شده. به هر حال نیازی نیست نگران باشید که یه PM جدید وارد مخفف های نت شد. با خیال راحت بگید: RxM</description>
                <category>آکادمی مدیریت اطلاعات دارایی ها</category>
                <author>آکادمی مدیریت اطلاعات دارایی ها</author>
                <pubDate>Fri, 18 Sep 2020 11:07:29 +0430</pubDate>
            </item>
            </channel>
</rss>