TY‑TUN‑DATA‑001 | Data Dictionary پروژه عایق‌کاری تونل

واژگان داده و شناسه‌های مشترک برای اتصال Project Brief، BOQ، Submittal، QA/QC، پیش‌فاکتور، As-built و Agentهای هوش مصنوعی آینده.

چرا قبل از ساخت Agent باید Data Contract داشته باشیم؟

یک زبان مشترک

نام و واحد هر داده بین مشاور، اجرا، QC و فروش ثابت می‌ماند.

بدون قفل‌شدن به یک AI

semantics پروژه مستقل از مدل، CRM یا ERP باقی می‌ماند.

Traceability

هر Roll، Seam، Test و Repair به پروژه و زون وصل می‌شود.

اتصال تجاری

Project ID می‌تواند بعداً به BOQ، پیش‌فاکتور، بارنامه، گارانتی و O&M متصل شود.

شناسه‌های هسته

Field معنی نمونه قاعده
project_id شناسه یکتای پروژه TY-TUN-2026-00125 بعد از ایجاد تغییر نکند.
zone_id زون/Chainage Z06-CH1250-1300 به As-built متصل.
roll_id رول ممبران/ژئوتکستایل M-R-0241 به lot/batch متصل.
panel_id پنل نصب‌شده P-Z06-014 به roll_id و zone_id متصل.
seam_id درز جوش S-Z06-081 به operator، machine و tests وصل.
repair_id Repair/Patch REP-Z06-012 هر Repair شناسه مستقل.
compartment_id کمپارتمان C-Z06-04 boundary + ports ثبت شوند.
test_id رکورد تست NDT-2026-1148 به seam/repair متصل.
ncr_id عدم انطباق NCR-TUN-027 closure status الزامی.

فیلدهای Design Basis

Field Type/Unit Source of Truth
tunnel_method enum Approved Design Basis
waterproofing_philosophy Drained / Closed / Compartmentalized / Gasket-based Approved Design
design_water_head_m m Hydrogeology + Design Basis
design_pressure_kpa kPa Engineering calculation + load case
zone_length_m m IFC/Shop Drawing
developed_perimeter_m m Approved section/CAD polyline
leakage_acceptance text/enum Employer Requirement
design_life_years year Employer/Design Basis

فیلدهای ماده و QC

Field مثال/قاعده
membrane_polymer PVC-P / PE / FPO؛ از Approved Datasheet
membrane_thickness_mm عدد + روش/مرجع پذیرش
membrane_lot lot/batch واقعی رول
rondel_material compatibility با همان membrane family
standard_ref شماره + Edition + Role + Contract status
welder_id کد فرد + qualification reference
machine_id دستگاه + calibration ref
weld_process hot-wedge / hot-air / extrusion / approved-other
trial_weld_ref Trial Weld مرتبط
ndt_method air-channel / vacuum / approved-other
ndt_result Pass / Fail / Retest
decision_status Draft / Reviewed / Approved / Superseded

قاعده طلایی داده مهندسی

هر مقدار مهم باید حداقل با value + unit + source + revision + status ذخیره شود. هر ادعای محصول نیز باید به evidence همان محصول یا lot متصل باشد؛ ویژگی عمومی «PVC» یا «PE» سند پذیرش محصول نیست.

آینده Agentic

وقتی این قرارداد داده ثابت باشد، Agent آینده می‌تواند بدون حدس‌زدن Requirement Matrix بسازد، دو Bid را مقایسه کند، Seam/Test mismatch را پیدا کند، NCR باز را گزارش دهد یا اطلاعات پروژه را به پیش‌فاکتور و Handover متصل کند. تصمیم مهندسی و Approval همچنان با نقش انسانی مسئول باقی می‌ماند.

پیاده‌سازی در ۶ گام

  1. Project ID بسازید: قبل از BOQ، Submittal یا پیش‌فاکتور، پروژه یک شناسه یکتا بگیرد.
  2. فیلدهای اجباری را قفل کنید: نوع تونل، فلسفه آب‌بندی، هد آب، Zone، واحدها و Source of Truth.
  3. شناسه‌های اجرا را تولید کنید: Roll، Panel، Seam، Compartment، Test و Repair.
  4. مدارک را لینک کنید: هر مقدار و تصمیم به Document ID، Revision و وضعیت تأیید وصل شود.
  5. Quality Gate تعریف کنید: داده ناقص یا بدون Source نباید به Approved ارتقا پیدا کند.
  6. خروجی یکپارچه بدهید: همان داده به BOQ، RFQ، QA dossier، As-built، O&M و پرونده تجاری پروژه تغذیه شود.

چک‌لیست کیفیت داده قبل از استفاده در AI یا اتوماسیون

  • □ واحد هر عدد مشخص است.
  • □ Source و Revision هر Requirement ثبت شده است.
  • □ Draft با Approved مخلوط نشده است.
  • □ Standard number بدون Edition/Year رها نشده است.
  • □ مقدار محاسبه‌شده از مقدار قراردادی قابل تشخیص است.
  • □ نام عمومی پلیمر جای Product ID واقعی ننشسته است.
  • □ Seam/Test/Repair بدون Zone یا Chainage وجود ندارد.
  • □ NCR باز از Closure شده قابل تشخیص است.
  • □ نسخه Superseded از مسیر تصمیم فعال خارج شده است.
  • □ داده محرمانه برچسب دسترسی دارد.

نمونه رکورد ساختاریافته

{
  "project_id": "TY-TUN-2026-00125",
  "zone_id": "Z06-CH1250-1300",
  "design_water_head_m": {
    "value": 20,
    "unit": "m",
    "source_ref": "DB-03 Rev.2",
    "status": "Approved"
  },
  "membrane": {
    "product_id": "TY-M-...",
    "polymer": "PVC-P",
    "lot_id": "LOT-...",
    "submittal_status": "Approved"
  },
  "seam": {
    "seam_id": "S-Z06-081",
    "welder_id": "W-04",
    "machine_id": "HW-02",
    "trial_weld_ref": "TW-061",
    "ndt_result": "Pass"
  }
}

این نمونه «فرمت اجباری نرم‌افزاری» نیست؛ قرارداد معنایی داده است. JSON، دیتابیس، اکسل، CRM یا ERP می‌توانند شکل ذخیره‌سازی متفاوتی داشته باشند، اما معنی فیلدها باید ثابت بماند.

از این صفحه چه استفاده عملی کنیم؟

مشاور

Fieldهای Design Basis و استانداردها را به Project Brief و Specification منتقل کند.

Project Brief ←

QA/QC

شناسه‌های Seam، Test، Repair و NCR را در فرم‌های میدانی یکسان کند.

فرم‌های QA/QC ←

خرید

Product ID، Lot، Submittal status و evidence را به RFQ/Technical Bid متصل کند.

RFQ ←

AI/Automation

فقط رکوردهایی را برای تصمیم استفاده کند که Source، Revision و Status روشن دارند.

AI Workflow ←

اتصال به TY‑TunnelSeal

Project Brief · AI + Engineering · Handover/O&M · شاه‌راهکار تونل