Toàn cảnh buildingSMART – “bộ chỉ huy” của openBIM: Từ lịch sử ra đời, mối quan hệ với Autodesk đến tương lai của tiêu chuẩn thế hệ mới IFC5

Khi nói về chuyển đổi số (DX) và Digital Twin trong ngành kiến trúc – xây dựng, có một tổ chức phi lợi nhuận quốc tế không thể bỏ qua: buildingSMART International (bSI).

buildingSMART được biết đến rộng rãi là tổ chức xây dựng IFC (Industry Foundation Classes), nhưng vai trò thực sự của tổ chức này không chỉ dừng ở việc quản lý một định dạng file. Đây là tổ chức tiêu chuẩn hóa quốc tế về hạ tầng thông tin, nhằm thiết lập “chủ quyền dữ liệu” không phụ thuộc vào một nhà cung cấp phần mềm cụ thể và hỗ trợ khả năng tương tác trên toàn ngành xây dựng.

Bài viết này sẽ giải thích toàn diện từ lịch sử thực tế và nhiều va chạm về lý do buildingSMART ra đời và phát triển, mối quan hệ vừa hợp tác vừa cạnh tranh với các nhà cung cấp phần mềm khổng lồ, mối liên hệ với chính sách BIM/CIM của Bộ Đất đai, Hạ tầng, Giao thông và Du lịch Nhật Bản (MLIT), sự mở rộng sang quy mô đô thị, lộ trình công nghệ đang diễn ra hướng tới IFC5 và thời đại Web API, cho đến hệ sinh thái mã nguồn mở mà các nhà phát triển nên biết.

Lịch sử hình thành: Từ việc thành lập “IAI” năm 1994 đến tiêu chuẩn hóa toàn cầu

Lịch sử của buildingSMART đã trải qua 5 bước ngoặt lớn, từ đầu những năm 1990 khi 3D CAD bắt đầu phổ biến mạnh trên máy tính cá nhân, cho đến thời đại chuyển đổi số hiện nay, nơi phạm vi đã mở rộng đến cả cơ sở hạ tầng.

 1994 ── “IAI” được thành lập bởi 12 công ty, trong đó có Autodesk
          (dựa trên STEP/EXPRESS)
   │
 1997 ── Phát hành “IFC 1.0”, bước đầu của mô hình công trình
          (mô hình hướng đối tượng)
   │
 2005 ── Đổi tên thành “buildingSMART International”
          (tuyên bố openBIM)
   │
 2013 ── Phát hành “IFC4” và được tiêu chuẩn hóa quốc tế thành ISO 16739
   │
 2024 ── “IFC4.3” mở rộng sang hạ tầng dân dụng được phổ biến
          và bắt đầu chuyển dịch sang “IFC5”

Sự ra đời của “IAI” bởi 12 doanh nghiệp vào năm 1994

Đầu những năm 1990, mỗi phần mềm CAD sử dụng một định dạng dữ liệu độc quyền khác nhau. Khi trao đổi dữ liệu giữa các công ty thiết kế, nhà thầu thi công, nhà thầu thiết bị và các bên khác, tình trạng biến dạng hình học và mất dữ liệu thuộc tính thường xuyên xảy ra. Đây chính là vấn đề thiếu khả năng tương tác (interoperability).

Để giải quyết vấn đề nghiêm trọng của ngành, năm 1994, 12 doanh nghiệp và tổ chức lớn đại diện cho lĩnh vực kiến trúc, thiết bị và CNTT — với Autodesk đóng vai trò trung tâm, cùng AT&T (viễn thông), HOK (công ty thiết kế lớn), Carrier (nhà sản xuất thiết bị điều hòa không khí), v.v. — đã cùng thành lập IAI (International Alliance for Interoperability). Đây là tổ chức tiền thân của buildingSMART.

IAI chọn STEP (ISO 10303), tiêu chuẩn trao đổi dữ liệu đã được sử dụng thành công trong các ngành sản xuất như hàng không và ô tô, cùng ngôn ngữ mô tả dữ liệu EXPRESS, làm nền tảng kỹ thuật để phát triển IFC (Industry Foundation Classes) — mô hình dữ liệu chung cho các đối tượng công trình.

“IFC 1.0” – sự ra đời của định dạng chung cho công trình vào năm 1997

Sau ba năm phát triển tập trung kể từ khi IAI được thành lập, thành quả đầu tiên là IFC 1.0 chính thức được phát hành vào năm 1997.

Khác với các định dạng DXF/DWG hay IGES vốn chủ yếu chỉ thể hiện dữ liệu dưới dạng tập hợp các đường và bề mặt (hình học 2D/3D), IFC 1.0 đưa ra mô hình hướng đối tượng mang ý nghĩa kiến trúc (semantics) và thuộc tính, chẳng hạn như “tường (IfcWall)”, “cột (IfcColumn)” và “cửa (IfcDoor)”.

Sau các bản cập nhật IFC 1.5 vào năm 1998 và IFC 2.0 vào năm 1999, các nhà cung cấp CAD bắt đầu tích hợp chức năng nhập/xuất IFC, giúp việc trao đổi dữ liệu 3D giữa các hệ CAD khác nhau tiến thêm một bước về tính thực tiễn.

Đổi tên thành buildingSMART và tuyên bố openBIM vào năm 2005

Năm 2005, tổ chức đổi tên từ IAI thành buildingSMART International (bSI) như hiện nay.

Đây là một bước ngoặt lớn khi tổ chức thoát khỏi vị trí hẹp là một “liên minh kỹ thuật kết nối dữ liệu CAD”, và tái định nghĩa sứ mệnh thành một tổ chức tiêu chuẩn quốc tế dẫn dắt các tiêu chuẩn quản lý thông tin mở, không phụ thuộc nhà cung cấp, xuyên suốt toàn bộ vòng đời công trình từ quy hoạch, thiết kế, thi công đến bảo trì — tức openBIM.

Từ giai đoạn này, các chapter quốc gia lần lượt được thành lập tại Bắc Âu, Vương quốc Anh, Đức và nhiều nước châu Âu khác. buildingSMART nhanh chóng chuyển mình từ một tổ chức kỹ thuật do khu vực tư nhân dẫn dắt thành một tổ chức toàn cầu hỗ trợ tiêu chuẩn hóa BIM ở cấp quốc gia.

Phát hành IFC4 và tiêu chuẩn hóa quốc tế thành ISO 16739 vào năm 2013

Năm 2013, IFC4 (ISO 16739:2013) được phát hành như phiên bản kế nhiệm của IFC2x3 vốn đã được sử dụng rộng rãi trong thời gian dài, và chính thức được Tổ chức Tiêu chuẩn hóa Quốc tế (ISO) công nhận là tiêu chuẩn quốc tế.

IFC4 không chỉ nâng cao độ chính xác trong biểu diễn hình học mà còn tăng cường cấu trúc thuộc tính cần thiết cho hiệu suất môi trường (IfcMaterialDefinition), quản lý thi công và Facility Management (FM).

Việc trở thành tiêu chuẩn ISO đã tạo nên nền tảng pháp lý và chính sách mạnh mẽ để các yêu cầu giao nộp dữ liệu theo openBIM dựa trên ISO 16739 (IFC) được đưa vào hồ sơ mua sắm công tại nhiều quốc gia châu Âu, trong đó có chính sách BIM Mandate của Chính phủ Anh yêu cầu áp dụng BIM Level 2 vào năm 2016.

IFC4.3 mở rộng sang hạ tầng và sự chuyển dịch sang IFC5 từ năm 2024

Năm 2024, ISO phê duyệt IFC4.3 (ISO 16739-1:2024), tích hợp toàn diện dữ liệu về đường bộ, đường sắt, cầu, cảng, đường thủy và địa kỹ thuật. Nhờ đó, ranh giới giữa công trình kiến trúc (BIM) và hạ tầng dân dụng (InfraBIM/CIM) về mặt kỹ thuật dần biến mất, mở ra thời đại quản lý toàn bộ hạ tầng đô thị bằng một mô hình dữ liệu mở thống nhất.

Hiện nay, buildingSMART đang tiến tới cuộc tái thiết kế toàn diện với IFC5, rời khỏi cách tiếp cận STEP đã được sử dụng từ khi thành lập năm 1994 — vốn về cơ bản là một file text lớn duy nhất — để chuyển sang tiêu chuẩn thế hệ mới có khả năng tương thích cao với công nghệ Web/Cloud, JSON, USD và API.

Vai trò của buildingSMART và “5 giải pháp cốt lõi”

buildingSMART thường bị hiểu nhầm là “tổ chức chỉ tạo ra định dạng file IFC”. Trên thực tế, tổ chức này cung cấp 5 yếu tố/giải pháp phối hợp với nhau để tạo thành hệ sinh thái openBIM.

IFC (Industry Foundation Classes / ISO 16739)

• Tổng quan: Tiêu chuẩn quốc tế cho mô hình dữ liệu hướng đối tượng, biểu diễn cột, tường, cửa, thiết bị, geometry (hình dạng) và quan hệ không gian (topology) theo cấu trúc phân cấp.
• Đặc điểm: Ngoài lĩnh vực công trình kiến trúc truyền thống (IFC2x3, IFC4), IFC4.3 mới nhất đã mở rộng đáng kể phạm vi sang hạ tầng dân dụng như đường bộ, đường sắt, cầu và cảng.

bSDD (buildingSMART Data Dictionary)

• Tổng quan: Dịch vụ từ điển Web/API giúp ánh xạ tiêu chuẩn quốc gia của từng nước (ví dụ: đặc tả BIM của Nhật Bản, Uniclass/OmniClass ở châu Âu) hoặc định nghĩa thuộc tính riêng của doanh nghiệp vào semantics (ngữ nghĩa) toàn cầu.
• Đặc điểm: Ngay cả khi thuộc tính sử dụng ngôn ngữ khác nhau hoặc quy tắc đặt tên riêng, thông qua URI của bSDD chúng có thể được tự động nhận diện và chuyển đổi như dữ liệu mang cùng ý nghĩa.

BCF (BIM Collaboration Format)

• Tổng quan: Tiêu chuẩn mở cho phép trao đổi riêng các issue như “vị trí nào đang có clash hoặc lỗi gì”, mà không cần gửi lại toàn bộ mô hình BIM nặng tới vài GB.
• Đặc điểm: Bao gồm giao tiếp thông điệp dựa trên XML/JSON và RESTful API (BCF API), cho phép đồng bộ issue theo thời gian thực giữa các công cụ khác nhau như Solibri, Navisworks, Revit và Archicad.

IDS (Information Delivery Specification)

• Tổng quan: Tiêu chuẩn thế hệ mới định nghĩa các yêu cầu thông tin mà chủ đầu tư hoặc quản lý dự án cần (EIR/AIR) dưới dạng máy tính có thể hiểu và tự động kiểm tra, dựa trên XML.
• Đặc điểm: Rút kinh nghiệm từ cấu trúc phức tạp của mvdXML (Model View Definition), IDS sử dụng cấu trúc nhẹ và dễ hiểu hơn, cho phép tự động xác định trước những yêu cầu như “đối tượng tường cụ thể đã có thuộc tính cấp chịu lửa và mã sản phẩm hay chưa”.

OpenCDE API

• Tổng quan: Tiêu chuẩn REST API chung cho phép các CDE (Common Data Environment — Môi trường dữ liệu chung) của các nhà cung cấp khác nhau liên kết liền mạch với nhau để trao đổi tài liệu dự án và dữ liệu BIM.
• Đặc điểm: Gồm Foundation API, Documents API và các thành phần khác, nhằm tiêu chuẩn hóa chia sẻ file giữa các cloud cũng như xác thực bằng OAuth 2.0.

Mối quan hệ vừa hợp tác vừa xung đột với các tập đoàn IT lớn và tương lai của “BIM/CIM”

Khi nói về buildingSMART, không thể bỏ qua mối quan hệ “cùng hội cùng thuyền nhưng đầy mâu thuẫn” với các nhà cung cấp phần mềm proprietary (thương mại, đóng) như Revit của Autodesk — sản phẩm có thị phần rất lớn — cũng như mối liên hệ với chính sách BIM/CIM do Bộ Đất đai, Hạ tầng, Giao thông và Du lịch Nhật Bản (MLIT) thúc đẩy.

Nghịch lý của Autodesk: một trong những bên khai sinh và cũng là nhà tài trợ lớn

Autodesk là một trong những thành viên sáng lập IAI và hiện vẫn cung cấp lượng lớn nguồn lực tài chính và kỹ thuật với tư cách đối tác chiến lược cấp cao.

Tuy nhiên, xét từ góc độ kinh doanh, việc giữ người dùng trong định dạng native .rvt và hệ sinh thái cloud riêng như Autodesk Construction Cloud có thể giúp tối đa hóa doanh thu thông qua vendor lock-in.

Vì thế Autodesk luôn đứng trước nghịch lý giữa “chiến lược muốn ưu tiên trải nghiệm bên trong công cụ của chính mình” và “trách nhiệm thúc đẩy tiêu chuẩn mở để liên kết với công cụ của các hãng khác”.

Áp lực chính sách từ các chính phủ châu Âu và việc bắt buộc openBIM

Trong khi đó, Vương quốc Anh, các nước Bắc Âu, Đức và EU có mức độ cảnh giác cao đối với việc dữ liệu hạ tầng quan trọng của quốc gia và chính quyền địa phương bị phụ thuộc vào định dạng riêng do một tập đoàn công nghệ Mỹ kiểm soát.

Vì vậy, trong nhiều yêu cầu mua sắm công, các chính phủ đã áp dụng chiến lược yêu cầu giao nộp dữ liệu theo openBIM dựa trên ISO 16739 (IFC). Trong bối cảnh này, buildingSMART còn đóng vai trò chính trị như một “đê chắn sóng kỹ thuật” nhằm bảo vệ chủ quyền số của châu Âu.

Phân tích và triển vọng đối với thuật ngữ riêng của Nhật Bản “CIM”

Tại Nhật Bản, từ năm 2012, MLIT đưa ra CIM (Construction Information Modeling) như một sáng kiến DX trong lĩnh vực hạ tầng dân dụng, và sau đó sử dụng thuật ngữ BIM/CIM khi kết hợp với BIM cho công trình kiến trúc.

Một trong những lý do kỹ thuật lớn nhất khiến Nhật Bản cần cách gọi riêng “CIM” vào thời điểm đó là vì IFC khi ấy (IFC2x3/IFC4) chủ yếu dành cho công trình kiến trúc, trong khi chưa tồn tại mô hình dữ liệu chung để thể hiện công trình hạ tầng dân dụng. Do đó MLIT có lý do thực tế để sử dụng “CIM” như một khẩu hiệu riêng.

Tuy nhiên, với việc IFC4.3 được tiêu chuẩn hóa quốc tế thành ISO 16739-1:2024, đường bộ, đường sắt, cầu và dữ liệu địa kỹ thuật có thể được tích hợp trong một mô hình IFC thống nhất. Về mặt kỹ thuật, ranh giới giữa BIM cho kiến trúc và CIM cho hạ tầng vì vậy đã trở nên mờ đi đáng kể.

Hiện tại, hệ thống thuật ngữ hành chính chưa lập tức thay đổi, nhưng sau khi MLIT hoàn tất một vòng triển khai nguyên tắc BIM/CIM cho các dự án do cơ quan trung ương trực tiếp quản lý trong năm tài chính 2023, việc IFC4.3 hoàn thiện có thể được xem là động lực và cơ hội chính sách thuận lợi để dần hội tụ thuật ngữ “CIM” riêng của Nhật Bản vào BIM theo tiêu chuẩn quốc tế, bao gồm ISO 19650.

Lộ trình công nghệ thế hệ mới: Từ IFC4.3 đến IFC5 và chuyển dịch sang Web/API

buildingSMART hiện đang thúc đẩy một cuộc chuyển dịch công nghệ lớn, rời khỏi STEP — định dạng text truyền thống được sử dụng từ khi thành lập — để tiến tới kiến trúc Web hiện đại.

IFC4.3 – tích hợp toàn diện hạ tầng dân dụng

IFC4.3, được quốc tế phê duyệt thành tiêu chuẩn ISO vào năm 2024, là một bản cập nhật mang tính lịch sử, mở rộng IFC từ trọng tâm truyền thống là “công trình kiến trúc” sang “hạ tầng nói chung”.

Phạm vi hỗ trợ
Đường bộ, đường sắt, cầu, cảng và đường thủy, địa kỹ thuật.

Giá trị
Trong các sáng kiến như i-Construction, PLATEAU và smart city của MLIT, Digital Twin cho đường bộ và công trình hạ tầng có thể được quản lý trên một mô hình dữ liệu thống nhất.

Cải tổ cấu trúc với tiêu chuẩn mô-đun thế hệ mới IFC5

IFC5, hiện đang được phát triển, là một tiêu chuẩn tái thiết kế toàn diện, rời khỏi công nghệ STEP có kiến trúc từ khoảng 30 năm trước và áp dụng các tư tưởng kỹ thuật dữ liệu hiện đại.

Hỗ trợ đa định dạng
Thay vì chỉ sử dụng một file text .ifc, cấu trúc mới hướng tới khả năng hỗ trợ tự nhiên các định dạng phù hợp với Web như JSON, RDF/Linked Data cho Semantic Web, cùng USD (Universal Scene Description / AOUSD) và glTF, vốn đã trở thành các tiêu chuẩn quan trọng trong ngành CG và giải trí.

Thiết kế hướng thành phần (mô hình ECS)
“Geometry 3D”, “metadata thuộc tính” và “mô phỏng vật lý / quan hệ” được tách thành các layer độc lập.

Nhờ đó có thể tạo ra cấu trúc phi phá hủy, trong đó chỉ những thuộc tính cần thiết mới được cập nhật hoặc truy xuất độc lập.

Từ chia sẻ file sang Web API và kiến trúc dữ liệu

Trước đây, người dùng phải tải xuống các file .ifc có dung lượng từ hàng trăm MB tới vài GB rồi mở chúng bằng phần mềm BIM.

Thế giới mà IFC5 và xu hướng Web/API hướng tới là khả năng truy cập trực tiếp qua HTTP vào GUID của một đối tượng cụ thể trong cơ sở dữ liệu cloud thông qua BIM REST API hoặc GraphQL, sử dụng các thao tác như GET / PATCH.

Trình duyệt Web, smartphone và thiết bị IoT có thể truy vấn hoặc cập nhật dữ liệu Digital Twin theo thời gian thực bằng các thông điệp Web nhẹ mà không cần parse toàn bộ file 3D nặng.

Vượt khỏi công trình đơn lẻ: Mở rộng sang đô thị, vận hành và hành chính

Hoạt động của buildingSMART không chỉ giới hạn ở trao đổi file CAD/BIM. Tổ chức này đang đóng vai trò như một đơn vị thiết kế hệ sinh thái tổng thể cho ngành xây dựng, bao gồm tích hợp dữ liệu không gian đô thị, tự động hóa thủ tục hành chính bằng AI, vận hành/bảo trì công trình (FM), và đào tạo nhân lực.

Các ủy ban chuyên môn “Rooms” và Digital Building Permit

Bên trong buildingSMART, tiêu chuẩn được xây dựng thông qua các ủy ban chuyên môn theo từng domain được gọi là “Rooms”, chẳng hạn Regulatory Room, Sustainability Room, Infrastructure Room và Airport Room.

Regulatory Room (Digital Building Permit)
Đây là một trong những lĩnh vực nhận được nhiều sự chú ý nhất trên toàn cầu. Như ví dụ CORENET X tại Singapore, khi dữ liệu BIM (IFC) được nộp vào hệ thống hành chính, thuật toán có thể tự động kiểm tra mức độ phù hợp với quy chuẩn xây dựng và quy định phòng cháy chữa cháy. buildingSMART đang thúc đẩy việc tiêu chuẩn hóa mô hình Digital Building Permit này.

Sustainability Room (ESG và khử carbon)
Phát triển cấu trúc dữ liệu chung để liên kết lượng phát thải CO2 của từng vật liệu xây dựng (embodied carbon) và dữ liệu LCA (Life Cycle Assessment) với thuộc tính IFC, nhằm tự động tính toán tác động môi trường của toàn bộ công trình.

GeoBIM – tích hợp GIS và Digital Twin đô thị

GeoBIM là khái niệm kỹ thuật kết nối liền mạch dữ liệu không gian địa lý quy mô lớn (GIS) với mô hình công trình và cơ sở vật chất có độ chính xác cao (BIM).

Liên minh với OGC (Open Geospatial Consortium)
buildingSMART phối hợp với OGC, tổ chức tiêu chuẩn quốc tế về dữ liệu địa không gian, để xây dựng các thông số chuyển đổi tọa độ như IFCMapConversion nhằm tích hợp mô hình đô thị (CityGML / CityJSON / 3D Tiles) và mô hình cơ sở vật chất (IFC) trong hệ tọa độ tuyệt đối chính xác.

Mở rộng sang Digital Twin đô thị như PLATEAU
Trong các sáng kiến như Project PLATEAU và smart city của MLIT, các tiêu chuẩn này hỗ trợ nền tảng chia sẻ thông tin có thể chuyển liền mạch từ quy mô đô thị xuống bên trong tòa nhà, phòng và thiết bị.

Mở rộng sang vận hành & bảo trì (O&M / FM) và COBie

Hơn 80% chi phí vòng đời công trình (LCC) được cho là phát sinh sau khi hoàn thành, trong giai đoạn Facility Management và bảo trì.

COBie (Construction Operations Building Information Exchange)
Đây là đặc tả dữ liệu tiêu chuẩn dùng để chuyển các thông tin như thời hạn bảo hành, model thiết bị và hướng dẫn bảo trì từ BIM thiết kế/thi công sang hệ thống quản lý tòa nhà (BMS/phần mềm FM) khi công trình hoàn thành.

Liên kết với ISO 19650-3
Cung cấp hướng dẫn vận hành để chuyển dữ liệu liền mạch từ PIM (Project Information Model) ở giai đoạn xây dựng sang AIM (Asset Information Model) ở giai đoạn vận hành.

Tiêu chuẩn quốc tế cho con người và chất lượng: PCERT và buildingSMART Awards

buildingSMART không chỉ dẫn dắt tiêu chuẩn kỹ thuật mà còn thúc đẩy tiêu chuẩn hóa và đảm bảo chất lượng đối với con người và các case study tiên tiến.

• PCERT (Professional Certification Program): Chương trình chứng nhận theo tiêu chuẩn toàn cầu dành cho người hiểu và có thể thực hành đúng các khái niệm openBIM và quy trình quản lý thông tin ISO 19650, chứ không chỉ đơn thuần biết vận hành phần mềm BIM. Chương trình được triển khai thông qua các chapter quốc gia.
• buildingSMART Awards: Cuộc thi toàn cầu được tổ chức hàng năm. Thay vì chỉ đánh giá một mô hình 3D đẹp, giải thưởng xem xét việc một dự án đã sử dụng các tiêu chuẩn openBIM như thế nào để vượt qua rào cản giữa tổ chức và công cụ, tạo khả năng liên thông dữ liệu mà không phụ thuộc vào một nhà cung cấp cụ thể. Đây được xem là một trong những danh hiệu danh giá nhất của ngành.

Hệ sinh thái mã nguồn mở và công nghệ mà developer / engineer nên biết

Phong trào openBIM do buildingSMART thúc đẩy không chỉ đơn thuần là việc đặt ra quy tắc cho ngành xây dựng. Đây còn là quá trình “giải phóng” dữ liệu CAD/BIM vốn khép kín để có thể xử lý tự do bằng các công nghệ Web như REST API, JSON, WebGL và WebGPU.

Các kỹ sư phát triển ứng dụng trong hệ sinh thái openBIM nên nắm các thư viện mã nguồn mở và tư tưởng kiến trúc dưới đây.

Hệ sinh thái mã nguồn mở tiêu biểu

IfcOpenShell
C++ / Python
Một trong những engine C++ mã nguồn mở và Python wrapper giàu kinh nghiệm nhất để phân tích, tạo và sinh geometry từ file IFC.

web-ifc (That Open Company)
C++ / WebAssembly
Thư viện WebAssembly dùng để parse file IFC với tốc độ cao ngay trên trình duyệt và hiển thị 3D bằng các công cụ như Three.js.

xBIM Toolkit
C# / .NET
Framework mã nguồn mở mạnh dành cho môi trường enterprise để xử lý dữ liệu BIM trong Windows/C#.

IFC-LBD (Linked Building Data)
W3C / RDF
Công nghệ biểu diễn dữ liệu IFC dưới dạng graph bằng RDF/OWL và cho phép semantic search bằng SPARQL.

Định hướng kiến trúc phần mềm trong tương lai

Không phụ thuộc quá mức vào API của một nhà cung cấp cụ thể
Phát triển chỉ dựa vào API riêng của nhà cung cấp như Revit API sẽ trực tiếp chịu rủi ro từ thay đổi phiên bản hoặc chính sách license. Thiết kế core logic theo IFC/openBIM là cách tiếp cận bền vững hơn.

Thiết kế loose coupling giữa “geometry (glTF/USD)” và “metadata (JSON/Graph)”
Một kiến trúc Web tiêu chuẩn, trong đó dữ liệu mesh nhẹ dùng cho hiển thị 3D như glTF/GLB được lưu tách biệt với dữ liệu thuộc tính và property nghiệp vụ như JSON/bSDD, sau đó liên kết bằng GUID, là một trong những phương pháp bền vững và mạnh mẽ nhất cho phát triển DX xây dựng thế hệ mới.

Giành lại “chủ quyền dữ liệu” cho ngành xây dựng và mở ra một hệ sinh thái mở

Bản chất của openBIM, điều buildingSMART đã thúc đẩy trong hơn 30 năm, không chỉ là nâng cao khả năng tương thích giữa các định dạng file.

Đó chính là việc thiết lập “chủ quyền dữ liệu”, giải phóng dữ liệu xây dựng khỏi các đặc tả proprietary và sự khóa chặt của một nhà cung cấp cụ thể, để dữ liệu của hạ tầng xã hội thực sự có thể được chia sẻ.

Sáng kiến khởi đầu từ một liên minh nhiều va chạm đã phát triển qua những cuộc cạnh tranh chính trị và thương mại gay gắt với các tập đoàn IT lớn, dẫn tới tiêu chuẩn hóa theo chính sách quốc gia ở châu Âu, tiêu chuẩn ISO và cuối cùng là IFC4.3, bao phủ cả hạ tầng dân dụng.

Sự chuyển dịch đang diễn ra sang IFC5 và Web API có thể tạo nên một cuộc thay đổi mô hình lớn hơn nữa, đưa thế giới CAD/BIM vốn nặng nề lên cùng nền tảng với các tiêu chuẩn Web hiện đại như JSON, REST API, WebGL/WebGPU và USD.

Từ thủ tục cấp phép xây dựng, Digital Twin đô thị, khử carbon cho tới vận hành và bảo trì, các tiêu chuẩn mở do buildingSMART định nghĩa đang bắt đầu hoạt động như “giao thức chung” cho toàn ngành xây dựng.

Những bên có thể kết hợp tiêu chuẩn mở với công nghệ Web và dữ liệu hiện đại — thay vì chỉ giới hạn trong việc vận hành một phần mềm thương mại cụ thể hoặc phát triển plugin proprietary — sẽ là những bên có khả năng tạo ra giá trị bền vững và mang tính quyết định trong thị trường DX xây dựng của tương lai.