راهنمای این صفحهویژه‌ی کارشناسان کارگروه‌های تخصصی داده‌ی کالا

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

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

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

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

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

خاستگاه دستیار هوش مصنوعی (Claude) به درخواست مدیر پروژه ۱۲ آبان ۱۴۰۵، ۱۸:۱۲ 3 Nov 2026, 18:12
این ویژگی مهاجرت‌شده با پژوهش تعریف دقیق گرفت. چه کسی: دستیار هوش مصنوعی (Claude) به درخواست مدیر پروژه. چطور: پژوهش در استانداردهای IEC و ملی، مدل‌های فرهنگ داده‌ی ETIM و IEC 61360، برگه‌های فنی سازندگان معتبر و داده‌ی واقعی سامانه‌ی قدیمی؛ هر مورد به منبع بند خود ارجاع دارد. منطق: کد VDE ساختار را خلاصه می‌کند و بازار ایران نام کابل را با آن می‌شناسد. کلید پیشین «legacy-150» (ویژگی مهاجرت‌شده از سامانه‌ی قدیمی) به کلید معنادار «vde-type-code» تغییر کرد؛ مرجع قدیمی در «legacy-attr:150» ماند. همه‌ی 12109 مقدار موجود با تعریف تازه سازگارند. وضعیت: پیشنهاد پژوهشی؛ کارگروه تخصصی داده‌ی کالا باید با متن استاندارد و کاتالوگ سازنده بازبینی و تأیید کند (D-052).
منابع (۱)
یادداشت پس از ثبت ویرایش و حذف نمی‌شود؛ اگر اشتباه بود، یادداشت تازه‌ای بنویسید که آن را اصلاح کند.
برای «خاستگاه» دست‌کم یک منبع لازم است.

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

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

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

NYY۱٬۳۶۹
NYMHY۱٬۰۵۰
N2XY۷۸۵
NYRY۷۵۰
NYAF۷۱۰
NYSLY۵۸۱
NYA۵۴۶
N2XRY۵۳۰
NYM۴۹۳
NA2XY۴۹۰
N2XBY۴۸۸
NYSLCY۴۲۸
NYBY۴۰۶
NAYY۴۰۵
NYCY۳۵۰
N2XH۲۵۶
NYLHY۲۳۲
NYSLYCY۲۲۱
N2XCY۲۰۵
NAYRY۱۵۴
NFA2X۱۵۱
NYCYRY۱۲۰
NA2XBY۱۱۵
NA2XRY۱۰۴
NAYBY۱۰۰
N2XCYRY۹۸
N2XKYRY۸۵
NYKYRY۸۵
NYSLYO۶۰
NA2XSY۵۸

آموزش این صفحهچه کارهایی می‌توانید بکنید و بهترین روش انجامشان

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