رنگ قالب
فرهنگ ویژگی‌ها · تعریف یک ویژگی

گارانتی (قدیمی)

فرهنگ ویژگی‌ها

راهنمای این صفحهویژه‌ی کارشناسان کارگروه‌های تخصصی داده‌ی کالا
چرا
تعریف یک ویژگی و پرونده‌ی یادداشتش.
چطور
فیلدها را با راهنمای زیر هر کدام پر کنید؛ راهنمای نوع داده و خانواده با انتخاب عوض می‌شود. پس از ذخیره، دلیل تغییر را یادداشت کنید.
نکته
تغییر تعریف، مقادیر موجود را عوض نمی‌کند؛ کادر «سازگاری» نشان می‌دهد کدام مقادیر دیگر جور نیستند.

تعریف ویژگیهر فیلد باید منطق فنی و منبع داشته باشد، نه سلیقه

۲ مقدار · ۲ نوع کالا
نام فنی رایج فارسی؛ نماد استاندارد را در پرانتز بیاورید (مثل In یا U₀/U).
همان عبارت متن استاندارد یا برگه‌ی فنی؛ برای API و معادل‌یابی با ETIM.
حروف کوچک لاتین و خط تیره؛ سامانه‌های مصرف‌کننده با این کلید کار می‌کنند، پس پس از انتشار عوضش نکنید.
نماد SI (A، V، kV، W، mm²، °C، lm، K)؛ واحد در تعریف می‌آید نه در مقدار.
برای عدد، عدد صحیح و بازه؛ از حد فیزیکی یا استاندارد بگیرید (مثلاً ضریب توان ≥ 0).
مقدار بیرون از بازه پذیرفته نمی‌شود؛ مرز را تنگ‌تر از واقعیت نگیرید.
با «|» یا هر مقدار در یک خط. فهرست را از استاندارد بسازید (مثلاً منحنی‌های B، C، D از IEC 60898-1)، نه فقط از داده‌ی موجود. خالی یعنی محدودیتی نیست.
فقط برای مقادیری که خودشان مدرک‌اند (مثل نشانی برگه‌ی فنی) خاموش کنید؛ ادعای فنی همیشه راستی‌آزمایی می‌خواهد (اصل دوم).
معنای دقیق، شرط اندازه‌گیری و اشتباه‌های رایج را بنویسید؛ این متن در فهرست و فرم‌های ورود داده به کارشناس نشان داده می‌شود.
انصراف

پرونده‌ی یادداشت ویژگی۲ یادداشت · دلیل و منطق تغییرات را برای همکاران بنویسید

پرونده‌ی کاری این مورد: یادداشت، خاستگاه داده، تصمیم و پرسش باز، با نویسنده و تاریخ. یادداشت‌ها پاک نمی‌شوند تا تاریخچه‌ی تصمیم‌ها بماند.

خاستگاه دستیار هوش مصنوعی (Claude) به درخواست مدیر پروژه ۱۳ آبان ۱۴۰۵، ۰۴:۱۲ 4 Nov 2026, 04:12
این ویژگی مهاجرت‌شده با پژوهش تعریف دقیق گرفت. چه کسی: دستیار هوش مصنوعی (Claude) به درخواست مدیر پروژه. چطور: پژوهش در استانداردهای IEC و ملی، مدل‌های فرهنگ داده‌ی ETIM و IEC 61360، برگه‌های فنی سازندگان معتبر و داده‌ی واقعی سامانه‌ی قدیمی؛ هر مورد به منبع بند خود ارجاع دارد. منطق: ویژگی مهاجرت‌شده از سامانه‌ی قدیمی؛ کلید معنادار، عنوان لاتین، خانواده و نوع داده بر پایه‌ی معنای فنی و مقادیر واقعی‌اش تعیین شد. کلید پیشین «legacy-3» به کلید «warranty-legacy» تغییر کرد؛ مرجع منبع در «legacy-attr:3» ماند. همه‌ی 2 مقدار موجود با تعریف تازه سازگارند. وضعیت: پیشنهاد پژوهشی؛ کارگروه تخصصی داده‌ی کالا باید با متن استاندارد و کاتالوگ سازنده بازبینی و تأیید کند (D-052).
منابع (۱)
  • داده‌ی سامانه‌ی قدیمی Legacy_23roElectricStore (MDM-ARC-002): نام، واحد و مقادیر واقعی این ویژگی در کالاهای مهاجرت‌شده
تصمیم دستیار هوش مصنوعی (Claude) — تعیین تکلیف ناسازگاری‌ها به درخواست مدیر پروژه ۱۳ آبان ۱۴۰۵، ۱۳:۲۲ 4 Nov 2026, 13:22
تعیین تکلیف ناسازگاری‌ها و ویژگی‌های مشکوک (D-065). سلسله‌مراتب شواهد: گفته‌ی صریح نام کالا، کد VDE، قاعده‌ی استاندارد، نام نوع کالا. مقدارهای تغییرکرده «اعلام منبع» شدند و سابقه دارند. • منسوخ شد؛ جایگزین: «warranty-period»
منابع (۳)
یادداشت پس از ثبت ویرایش و حذف نمی‌شود؛ اگر اشتباه بود، یادداشت تازه‌ای بنویسید که آن را اصلاح کند.
برای «خاستگاه» دست‌کم یک منبع لازم است.

سازگاری مقادیر موجودبا تعریف فعلی سنجیده شد؛ مقادیر دست نمی‌خورند

همه‌ی ۲ مقدار با تعریف سازگارند.

پرتکرارترین مقادیر

رستگار صنعت۱
نامشخص۱

آموزش این صفحهچه کارهایی می‌توانید بکنید و بهترین روش انجامشان
کارهای ممکن در این صفحه
  • ویرایش عنوان، خانواده، نوع داده، واحد، کمینه و بیشینه، مقادیر مجاز، نیاز به راستی‌آزمایی و توضیح.
  • دیدن شمار مقادیر ناسازگار با تعریف و رفتن به صف بررسی همان ویژگی.
  • کپی پرتکرارترین مقادیر به شکل فهرست برای ساختن مقادیر مجاز.
  • نوشتن یادداشت (دلیل تغییر، تصمیم، پرسش باز یا خاستگاه) در پرونده.
بهترین روش‌ها
  • کلید پایدار را پس از انتشار عوض نکنید؛ زیرسامانه‌ها با آن کار می‌کنند.
  • مقادیر مجاز را از استاندارد بسازید؛ داده‌ی موجود ممکن است خطا داشته باشد (مثلاً «HO7V-K» با حرف O).
  • بازه را تنگ‌تر از واقعیت فیزیکی نگیرید؛ مقدار درست را رد می‌کند.
  • هر تغییر تعریف را با یک یادداشت توضیح دهید تا همکار بعدی منطق را بداند.