🎓 Masterclass Tự Học Toàn Diện • Offline Ready 🎓 Complete Self-Paced Masterclass • Offline Ready

Thuật Toán SIMILARITY_MATCH: Nhận Diện Cấu Trúc Dữ Liệu & Ghép Nối Thông Minh The SIMILARITY_MATCH Algorithm: Autonomous Tree Discovery & Sourcing Intelligence

Chương trình đào tạo này được thiết kế dành riêng cho bạn — dù bạn chưa từng viết một dòng code Python nào hay chưa từng học qua lý thuyết thuật toán. Khóa học sẽ dẫn dắt bạn qua những ví dụ đời thường sinh động, từng phép tính số học cụ thể, và cách thuật toán này giải quyết bài toán hàng triệu Euro trong Hộ chiếu sản phẩm số Châu Âu (DPP) cũng như Sourcing vật tư MRO. This training course is designed specifically for beginners — even if you have never written a single line of Python or Java or studied formal algorithm theory. We will walk through vivid real-life analogies, step-by-step arithmetic, and explore how this exact engine powers million-Euro systems in European Digital Product Passports (DPP) and industrial MRO sourcing.

⏱️ Thời lượng: 30 - 45 phút Duration: 30 - 45 mins
🎯 Đối tượng: Người mới bắt đầu, Quản lý dự án, Chuyên viên Sourcing Audience: Beginners, Product Managers, Sourcing Specialists
💡 Phương pháp: Trực quan hóa 100% + Thực hành tương tác Methodology: 100% Visual Analogies + Interactive Lab
Chương 1 Chapter 1

🎯 Vấn Đề Lớn Cần Giải Quyết: Tại Sao Chúng Ta Cần Thuật Toán Này? The Core Problem: Why Do We Need This Algorithm?

Trước khi nhìn vào công thức hay dòng code nào, hãy tự hỏi: Nếu không có thuật toán này, loài người đang gặp rắc rối gì trong cuộc sống và công việc hàng ngày? Before looking at any formula or code snippet, ask yourself: Without this algorithm, what major bottlenecks are businesses and supply chains facing every single day?
🧳 Câu chuyện đời thường: Chiếc vali vô chủ tại sân bay Real-Life Analogy: The Unclaimed Airport Luggage

Tưởng tượng bạn là nhân viên an ninh sân bay. Bạn nhặt được một chiếc vali bị bỏ quên, trên vali không dán tem nhãn ghi tên hay số điện thoại của chủ nhân.

Khi mở vali ra kiểm tra, bạn thấy các đồ vật sau:

  • Một đôi giày chạy bộ hiệu Nike size 42.
  • Một cuốn hộ chiếu mang quốc tịch Việt Nam.
  • Một chiếc áo len màu hạt dẻ.
  • Một thẻ tập gym tại quận Hoàn Kiếm, Hà Nội.
  • Một hộp kẹo sô-cô-la Bỉ mua tại siêu thị Duty Free sân bay.

Lúc này, quầy dịch vụ có 3 hành khách đang làm thủ tục báo mất hành lý:

  1. Ông John (Mỹ): Khai báo vali có áo vest đen, tài liệu tiếng Anh, visa du lịch Thái Lan.
  2. Anh Nam (Việt Nam): Khai báo vali có hộ chiếu VN, đồ thể thao size 42, quà mua tại sân bay châu Âu.
  3. Chị Sakura (Nhật Bản): Khai báo vali có mỹ phẩm, áo kimono, quà lưu niệm Tokyo.

Bộ não của bạn sẽ làm gì? Bạn sẽ so sánh từng món đồ tìm thấy trong vali với lời khai của 3 người. Mặc dù anh Nam không thể nhớ hết 100% từng sợi chỉ trong vali, nhưng số đặc điểm trùng khớp (hộ chiếu VN, giày size 42, quà sân bay) quá áp đảo so với 2 người kia. Bạn kết luận ngay: Chiếc vali này 98% là của anh Nam!

Imagine you are an airport security officer. You find an abandoned suitcase with no name tag, barcode, or phone number attached.

Opening the suitcase, you discover:

  • A pair of Nike running shoes, size 42.
  • A Vietnamese passport.
  • A brown knitted sweater.
  • A gym membership card for a fitness club in Hanoi.
  • A box of Belgian chocolates bought at the airport Duty-Free.

At the lost-and-found counter, 3 passengers are filing missing luggage claims:

  1. Mr. John (USA): Declared a black tuxedo suit, English legal papers, Thai visa.
  2. Mr. Nam (Vietnam): Declared a Vietnamese passport, size 42 sportswear, European chocolates.
  3. Ms. Sakura (Japan): Declared cosmetics, kimono silk, Tokyo souvenirs.

What does your brain do instinctively? You match the items found in the suitcase against the declarations. Even though Mr. Nam didn't list every single sock, the overlapping fingerprint (Vietnamese passport, size 42 running shoes, airport chocolates) overwhelmingly points to him. You conclude with 98% certainty: This suitcase belongs to Mr. Nam!

🤖 Bài toán tương tự trong thế giới máy tính: The Exact Same Problem in the Digital World:

1. Cơn đau đầu của Cổng Hải Quan EU (Digital Product Passport - DPP): The EU Customs Bottleneck (Digital Product Passport - DPP):

Liên minh Châu Âu (EU) ban hành quy chế bắt buộc mọi sản phẩm (từ Giày dép, Pin xe điện, đến Dệt may) khi nhập khẩu vào EU phải có một file dữ liệu Hộ chiếu số (DPP). Mỗi nhà máy sản xuất tại Việt Nam hay Châu Á đều sử dụng phần mềm ERP riêng. Khi gửi file dữ liệu JSON lên hệ thống của EU, họ thường quên ghi hoặc không thống nhất tên chuẩn schema.

The European Union mandates that every product (from Footwear to EV Batteries and Textiles) imported into the EU must carry a digital product passport (DPP) payload. Global manufacturers use wildly different ERP systems. When submitting JSON data to EU border gates, they frequently omit or mismatch the official schema version identifier.

Nếu máy tính bắt buộc phải biết chính xác tên mã mới chịu đọc, hàng triệu lô hàng sẽ bị tắc nghẽn ở cảng! Hệ thống thẩm định (Validator) của EU bắt buộc phải tự động "nhìn mặt bắt hình dong": Mở file JSON ra, đếm các trường thuộc tính bên trong (như soleMaterial, upperMesh, taricCode) và tự suy luận: "A! File này 95% là Hộ chiếu Giày dép (Footwear)!".

If systems demanded strict, exact schema header matching, millions of shipments would be blocked at customs! The EU Validator engine must autonomously identify unknown trees: inspect the JSON properties (e.g. soleMaterial, upperMesh, taricCode) and deduce: "Aha! This payload is a 95% match for the Footwear ESPR Schema!".

2. Cơn đau đầu của Doanh Nghiệp Thương Mại & MRO (Phụ tùng nhà máy): The Industrial MRO & Procurement Nightmare:

Trong ngành vật tư bảo trì nhà máy (MRO), khách hàng gửi yêu cầu báo giá (RFQ): "Cần mua gấp 20 vòng bi lỗ trục 25mm, đường kính ngoài 52mm, dày 15mm, có 2 nắp chắn cao su chống bụi". Trong kho bạn có 500.000 linh kiện. SKF ghi là 6205-2RSH, NSK ghi là 6205 DDU, FAG ghi là 6205-2RSR. Nếu dùng cách tìm kiếm chữ chính xác, máy tính sẽ báo "Không tìm thấy"! Thuật toán SIMILARITY_MATCH sinh ra để giải quyết đúng nỗi đau này.

In industrial maintenance & repair (MRO), a factory engineer sends an urgent RFQ: "Need 20 ball bearings: 25mm bore, 52mm OD, 15mm width, dual rubber contact seals". Your catalog has 500,000 SKUs. SKF calls it 6205-2RSH, NSK codes it 6205 DDU, FAG labels it 6205-2RSR. Literal text search returns zero results! The SIMILARITY_MATCH engine bridges this gap autonomously.

Chương 2 Chapter 2

📦 Nhập Môn Cấu Trúc Dữ Liệu JSON (Dành Cho Người Mới) JSON Data Foundations for Beginners (Zero-Code Intro)

Để hiểu thuật toán so khớp, trước tiên chúng ta phải biết "vật liệu" mà nó xử lý là gì. Đó chính là JSON. Before diving into mathematical comparisons, let's understand the raw material the algorithm ingests: JSON.

1. JSON là gì? Không có gì cao siêu cả! What is JSON? Extremely Simple!

JSON (viết tắt của JavaScript Object Notation) chỉ là cách viết thông tin dạng chữ cái đơn giản: TÊN THUỘC TÍNH (Khóa - Key) : NỘI DUNG (Giá trị - Value).

JSON (JavaScript Object Notation) is simply a universal plain-text format for structured information: PROPERTY NAME (Key) : CONTENT (Value).

Ví dụ: Một tờ phiếu JSON miêu tả Đôi Giày Thể Thao Example: A JSON Sheet Describing an Athletic Sneaker JSON
{
  "productName": "EcoStride Ultralight Runner",
  "taricCode": "64041100",
  "weightGrams": 285,
  "manufacturer": {
    "companyName": "EcoStride Footwear AG",
    "country": "DE"
  },
  "materials": [
    { "component": "Upper Mesh", "material": "Recycled Ocean Polyester" },
    { "component": "Outsole", "material": "Natural Vulcanized Rubber" }
  ]
}

2. Khái niệm "Đường Dẫn Thuộc Tính" (JSON Path) The Concept of a "JSON Path"

📮 Ẩn dụ: Địa chỉ gửi thư bưu điện Postal Address Analogy

Khi gửi thư, bạn ghi: Việt Nam > Tỉnh Bình Dương > Huyện Dĩ An > Số Nhà 42. Trong JSON cũng y hệt: Muốn chỉ đến "Tên Công Ty", máy tính đọc từ ngoài vào trong: manufacturer.companyName. Nếu gặp mảng danh sách: materials[].component.

When sending mail, you write: Country > State > City > Street Number. In JSON: To locate the company name, computers walk from the root: manufacturer.companyName. For lists/arrays: materials[].component.

3. Phép thuật "Làm Phẳng" (Flattening) The Magic of "Flattening"

Máy tính khi cần so sánh hàng vạn tài liệu thì cực kỳ ghét sự lồng nhau ngoằn ngoèo. Vì vậy, bước đầu tiên là: Lấy một chiếc bàn ủi, ủi phẳng toàn bộ cây JSON thành một danh sách các đường dẫn duy nhất!

Comparing nested trees with arbitrary indentation is computationally expensive. Therefore, step 1 is: Take a flat iron and press the multi-level JSON tree into a single list of unique paths!

Kết quả sau khi "Làm Phẳng" cây JSON Resulting Flattened Path List FLAT PATHS
[
  "productName",
  "taricCode",
  "weightGrams",
  "manufacturer.companyName",
  "manufacturer.country",
  "materials[].component",
  "materials[].material"
]
Chương 3 Chapter 3

🧩 Mô Tả Thuật Toán Bằng Lời Kể & Hình Ảnh Trực Quan How the Algorithm Works in Plain Words & Visuals

Thuật toán SIMILARITY_MATCH vận hành qua 4 bước cực kỳ logic và tự nhiên, giống hệt cách một vị giám khảo chấm thi tốt nghiệp. The SIMILARITY_MATCH engine executes in 4 intuitive stages, just like an examiner grading an exam.
1
Trích Xuất Đặc Điểm Extract Properties
Bóc tách toàn bộ đường dẫn của dữ liệu gửi lên thành tập hợp Input Paths (I). Flatten the inbound document into a set of unique Input Paths (I).
2
Lấy Hồ Sơ Chuẩn Fetch Target Schema
Lấy ra danh sách các trường bắt buộc của mẫu chuẩn: Required Paths (R). Retrieve the mandatory fields required by the official template: Required Paths (R).
3
Đếm Phần Trùng Khớp Calculate Overlap
Tìm điểm giao nhau giữa 2 tập hợp: những trường nào cả hai bên cùng có: Matched (M). Compute the intersection of both sets: fields present in both sides: Matched (M).
4
Chấm Điểm Ra Quyết Định Gating Decision
Áp dụng công thức tính điểm. Nếu điểm đạt từ 0.30 (30%) trở lên thì kết luận: HỢP LỆ! Evaluate mathematical similarity. If score ≥ 0.30 (30%): PASSED to validator!

🎨 Minh họa trực quan qua Biểu đồ Tập Hợp (Venn Diagram) Visual Set Theory: The Venn Diagram

SCHEMA CHUẨN (R) TARGET SCHEMA (R) Khuôn mẫu trường bắt buộc Mandatory required fields DỮ LIỆU GỬI LÊN (I) INBOUND PAYLOAD (I) Các trường do người gửi mang đến Properties provided by sender TRÙNG NHAU: M = R ∩ I OVERLAP: M = R ∩ I Trường bị thiếu Missing Fields (R - M) Phạt nặng nếu thiếu Heavy penalty if missing M TRÙNG KHỚP MATCHED (Điểm cộng) (Core Score) Trường dư thừa Extra Fields (I - M) Chỉ phạt nhẹ (× 0.25) Dampened penalty (× 0.25)
R = Tổng số trường bắt buộc R = Total mandatory fields
M = Vùng giao nhau màu vàng (Trùng khớp) M = Yellow intersection (Matched properties)
I = Tổng số trường gửi lên I = Inbound payload property count
💡 Ý nghĩa hình học: Vùng màu vàng (M) càng chiếm tỉ lệ lớn thì điểm số tương đồng càng cao. Các trường dư thừa (I - M) chỉ bị phạt nhẹ với trọng số 0.25 trong mẫu số Jaccard. 💡 Geometric Intuition: The larger the yellow intersection (M), the higher the score. Extra fields (I - M) on the right only suffer a 25% dampening penalty in the Jaccard denominator.
Chương 4 Chapter 4

📐 Giải Mã Công Thức Toán Học Bằng Những Con Số Đời Thường Demystifying the Math with Everyday Arithmetic

Đừng để các ký hiệu toán học làm bạn bối rối. Hãy xem đây là cách tính điểm bài thi của học sinh! No advanced calculus required — think of this as simple school exam grading with concrete numbers.

1. Chỉ số thứ nhất: Độ chuẩn xác (Precision) Metric 1: Precision

Độ chuẩn xác trả lời câu hỏi giản dị: "Trong số những thông tin anh mang đến, có bao nhiêu phần trăm là trúng đích?".

Precision answers: "Of all the information you provided, what percentage actually hit the target?".

Precision = M / I
M (Matched) Số trường trùng khớp với mẫu chuẩn Properties matching the schema
I (Input Count) Tổng số trường trong dữ liệu gửi lên Total properties in payload

2. Chỉ số thứ hai: Chỉ số Jaccard có trọng số (Weighted Jaccard) Metric 2: Weighted Jaccard Similarity

Trong toán học cổ điển, Jaccard = M / (R + I - M). Nhược điểm chí mạng: Nếu xưởng giày khai thêm 30 trường ngoài lề, mẫu số phình to ra 40 khiến điểm tụt thảm hại (bị đánh rớt oan uổng!). Các kỹ sư EU phát minh ra Hệ số giảm phạt ma thuật: 0.25 (Penalty Factor):

Classical Jaccard = M / (R + I - M). Fatal flaw: If a compliant sneaker factory declares 30 custom sustainability fields, the denominator blows up, causing a false rejection! EU engineers introduced the 0.25 Penalty Dampener:

Weighted Jaccard = M / ( R + 0.25 × (I - M) )
R (Required) Số trường bắt buộc của khuôn mẫu Mandatory required paths count
(I - M) Số trường gửi thừa ra ngoài lề Extra non-standard fields
0.25 Hệ số phạt nhẹ: Trường thừa chỉ bị phạt 1/4 điểm Penalty factor: Extra fields only penalized 25%
🍜 Ẩn dụ: Gọi một bát phở bò tái The Beef Noodle Soup / Burger Analogy

Quy chuẩn bắt buộc của bát phở bò (R = 3 thứ: Bánh phở, Nước dùng, Thịt bò).

  • Trường hợp A: Bạn gọi thêm quẩy, chanh, ớt (thừa 3 món). Hệ số 0.25 khẳng định: "Bát này vẫn là phở bò! Khách gọi thêm đồ ăn kèm chỉ tính chút phụ gia."Điểm tương đồng vẫn rất cao!
  • Trường hợp B: Bạn bưng ra bát có bánh phở, tương ớt, nhưng quên thịt bò (thiếu món cốt lõi). Bát này lập tức bị từ chối vì không còn là phở bò nữa!

A classic beef noodle soup requires 3 core ingredients: Broth, Noodles, Beef.

  • Scenario A: You order extra lime, chili, and fried dough (3 extra items). The 0.25 factor says: "This is still 100% authentic beef soup! Extra toppings only receive a minimal penalty."Score stays exceptionally high!
  • Scenario B: You serve noodles and chili, but forget the beef. The dish fails validation immediately because a mandatory component is missing!

3. Điểm số quyết định cuối cùng (Final Score) Metric 3: Final Decision Score

Final Score = MAX( Precision, Weighted Jaccard )

Nếu Final Score >= 0.30 (30%), cánh cổng mở ra: File dữ liệu được chuyển tiếp sang bộ thẩm định chi tiết.

If Final Score ≥ 0.30 (30%), the gate unlocks: the payload is routed to detailed schema validation.

📝 Bài tập tính nhẩm bằng tay từng bước (Step-by-Step Walkthrough) Hand Calculation Example with Real Numbers

Đề bài: Schema Giày dép yêu cầu R = 10. Xưởng gửi lên I = 12 trường. Trùng khớp M = 9 (thiếu 1 trường bắt buộc, thừa 3 trường ngoài lề). Problem: Footwear schema requires R = 10. Factory sends I = 12 fields. Overlap M = 9 (1 missing, 3 extra).

👉 Bấm vào đây để xem lời giải chi tiết từng dòng 👉 Click to expand step-by-step arithmetic solution

Step 1: Precision = 9 / 12 = 0.75 (75%)

Step 2: Jaccard Denominator = 10 + 0.25 × (12 - 9) = 10 + 0.75 = 10.75

Step 3: Weighted Jaccard = 9 / 10.75 ≈ 0.837 (83.7%)

Step 4: Final Score = MAX( 0.75 , 0.837 ) = 0.837

Kết luận: 0.837 ≥ 0.30 ⇒ ✅ ĐẠT (PASS)! Conclusion: 0.837 ≥ 0.30 ⇒ ✅ QUALIFIED (PASS)!

Chương 5 Chapter 5

💻 Bóc Tách Từng Dòng Code: Hàm, Biến Số & Lập Trình Từ Con Số 0 Code Dissection: Functions, Variables & Coding from Scratch

Hãy cùng xem các lập trình viên chuyển hóa các ý tưởng này thành mã lệnh máy tính như thế nào. Let's inspect how software engineers translate these mathematical steps into clean code.

Từ điển thuật ngữ dành cho người chưa từng code Beginner's Glossary: Programming Concepts

Thuật ngữTerm Ẩn dụ đời thườngEveryday Metaphor Ý nghĩa trong thuật toán nàyRole in this Algorithm
Variable (Biến số) Chiếc hộp có dán nhãn để cất đồA labeled container storing a value required_paths: Hộp chứa danh sách trường bắt buộcStores list of mandatory schema paths
Function (Hàm) Chiếc máy xay sinh tố (bỏ hoa quả vào, ra nước ép)A blender (put fruit in, get smoothie out) calculate_similarity(): Nhập 2 cây JSON, xuất ra điểm số 0.0 – 1.0Takes 2 JSON trees, returns score 0.0 – 1.0
Loop (Vòng lặp) Bác bảo vệ đi kiểm tra từng phòngSecurity guard checking room by room Duyệt qua từng thuộc tính để bóc táchIterates over properties in the JSON document
Recursion (Đệ quy) Búp bê Nga Matryoshka lồng nhauRussian nesting Matryoshka dolls Mở hộp to thấy hộp con, tự gọi lại chính mình để mở tiếpWhen an object contains nested child objects, the function calls itself

Mã nguồn Python hoàn chỉnh (Có chú thích từng dòng) Complete Python Implementation (Line-by-Line Annotated)

Python 3: calculate_similarity PYTHON
def calculate_similarity(required_paths, input_paths, penalty_factor=0.25):
    # 1. Count total unique properties
    required_count = len(required_paths)  # R
    input_count = len(set(input_paths))   # I
    
    if input_count == 0 or required_count == 0:
        return 0.0
        
    # 2. Find intersection (fields present in both)
    matched = [p for p in required_paths if p in input_paths]
    matched_count = len(matched)          # M
    
    # 3. Precision = M / I
    precision = matched_count / input_count
    
    # 4. Weighted Jaccard = M / ( R + 0.25 * (I - M) )
    extra_fields = input_count - matched_count
    denominator = required_count + penalty_factor * extra_fields
    jaccard = matched_count / denominator if denominator > 0 else 0.0
    
    # 5. Take the highest score
    return max(precision, jaccard)
Chương 6 Chapter 6

🏛️ Đối Chiếu Với Mã Nguồn Gốc Trong Repo dpp-validator Validator Source Code Walkthrough

Trong kho mã nguồn D:GITDPPdpp-validator, thuật toán này được tổ chức bằng Java Quarkus và câu lệnh truy vấn PostgreSQL GIN Index siêu tốc. In the dpp-validator repo, this logic is implemented in Java Quarkus combined with ultra-fast PostgreSQL GIN CTE queries.
PgSQLJsonSchemaRepository.java: PostgreSQL CTE Query SQL
SELECT id, schema_name, schema_version,
    GREATEST(
        matched_count::float / NULLIF($2, 0),                                            -- Precision (M / I)
        matched_count::float / (required_paths_count + 0.25 * ($2 - matched_count))::float  -- Weighted Jaccard
    ) AS preliminary_score
FROM base_jaccard
WHERE GREATEST(...) >= 0.2
ORDER BY preliminary_score DESC LIMIT 5;
Chương 7 Chapter 7

Phòng Thí Nghiệm Trực Quan Tương Tác (Interactive Sandbox Lab) Interactive Visual Sandbox Laboratory

Hãy tự tay điều chỉnh dữ liệu, kéo các thanh trượt và xem thuật toán phản hồi ngay trước mắt bạn! Tweak JSON payloads, adjust penalty sliders, and observe real-time equation updates!
Chọn mẫu thử: Presets:
📋 KHUÔN MẪU CHUẨN (SCHEMA BẮT BUỘC) 📋 TARGET SCHEMA (REQUIRED PATHS) 10 paths
📦 DỮ LIỆU GỬI LÊN (PAYLOAD THỰC TẾ) 📦 INBOUND PAYLOAD (TEST DATA) 10 paths
Hệ Số Phạt Thừa Trường (Penalty Factor α): Penalty Factor (α): 0.25
1.0 = Phạt nặng (Jaccard cổ điển); 0.0 = Không phạt trường thừa. 1.0 = Strict Classical Jaccard; 0.0 = Zero penalty for extras.
Ngưỡng Điểm Tối Thiểu (Acceptance Threshold): Acceptance Threshold: 0.30
Mặc định của DPP Validator là 0.30 (Điểm số trên 30% là ĐẠT). Default DPP threshold is 0.30 (Score ≥ 30% passes gate).
KẾT QUẢ ĐIỂM TƯƠNG ĐỒNG CUỐI CÙNG FINAL SIMILARITY SCORE
Score: 0.850
✅ PASS
Trùng khớp: 9/10 trường • Precision: 0.750 • Weighted Jaccard: 0.837
🔍 KÍNH LÚP THUẬT TOÁN: XEM CHI TIẾT TỪNG BƯỚC THỰC THI ALGORITHM MICROSCOPE: STEP-BY-STEP EXECUTION
Loading...
Chương 8 Chapter 8

🚀 Ứng Dụng Thực Tiễn Trong Doanh Nghiệp (DPP & MRO Sourcing) Enterprise Real-World Applications: EU DPP & Industrial MRO

Thuật toán này đang tạo ra giá trị kinh tế khổng lồ trong 2 lĩnh vực trọng điểm. Delivering tangible business ROI across cross-border trade and industrial distribution.

1. Trong Hộ Chiếu Sản Phẩm Số Châu Âu (EU DPP) In European Digital Product Passports (DPP)

  • Tự động phân luồng (Smart Routing):Autonomous Routing: Nhận diện gói tin thuộc ngành Giày dép, Pin hay Dệt may trong 4 phần nghìn giây. Identifies whether a payload is Footwear, Battery, or Textile in under 4ms.
  • Chống tấn công dữ liệu rác (Spam/DDoS Defense):Spam & DoS Gatekeeper: Từ chối các file rác trong 0.005 giây trước khi chuyển sang các engine kiểm định nặng nề. Instantly rejects garbage payloads before they hit heavy cryptographic validation layers.

2. Trong Quản Lý Vật Tư & Mua Đi Bán Lại Phụ Tùng MRO In Industrial MRO Procurement & Reselling

1. Ghép Nối Báo Giá (RFQ Matching)Instant RFQ Matching
Tự động so khớp mô tả tự do của khách hàng với 500.000 mã hàng của các nhà cung cấp. Maps chaotic customer RFQ descriptions against 500,000 multi-vendor vendor SKUs in seconds.
2. Chuẩn Hóa Danh Mục (Deduplication)Catalog Deduplication
Phát hiện các mã linh kiện bị nhập trùng lặp trong ERP để gom về một mã kho duy nhất. Eliminates duplicate inventory SKUs created by different purchasing engineers.
3. Thư Viện Phụ Tùng Tương ĐươngCross-Reference Engine
Tự động đề xuất mã thay thế tương đương khi mã chính hãng bị hết hàng hoặc giá cao. Auto-suggests drop-in equivalent replacement brands when primary supplier is out of stock.
Chương 9 Chapter 9

🎯 Bài Kiểm Tra Nhanh & Đánh Giá Năng Lực (Quiz) Knowledge Check & Interactive Quiz

Hãy kiểm tra xem bạn đã nắm chắc các nguyên lý cốt lõi của thuật toán chưa nhé! Test your understanding of the core concepts!
Câu 1: Bước đầu tiên của thuật toán Similarity là gì? Question 1: What is the very first step in the Similarity algorithm?
A. Nhân tử số và mẫu số của phương trình A. Multiply numerator and denominator
B. "Làm phẳng" cây JSON lồng nhau thành danh sách các đường dẫn duy nhất B. "Flatten" the nested JSON tree into a unique set of dot-notation paths
C. Xóa toàn bộ dữ liệu người dùng gửi lên C. Delete the inbound payload
D. So sánh mã màu hex của sản phẩm D. Compare product hex colors
Câu 2: Tại sao trong công thức Weighted Jaccard lại có con số 0.25 (hệ số phạt)? Question 2: Why does the Weighted Jaccard formula use the 0.25 penalty factor?
A. Để chia điểm thi cho 4 quý trong năm A. To divide the score into 4 quarters
B. Vì một quy định ngẫu nhiên không có ý nghĩa B. A completely random number
C. Để giảm nhẹ hình phạt khi người gửi cung cấp thêm các trường thông tin mở rộng ngoài lề C. To dampen the penalty when senders provide extra non-standard extension fields
D. Để bắt buộc mọi file phải đạt 100% điểm D. To force every file to reach 100%
Câu 3: Ngưỡng điểm tối thiểu (Threshold) mặc định của DPP Validator để chấp nhận một file là bao nhiêu? Question 3: What is the default minimum qualification threshold in DPP Validator?
A. 0.90 (90%)
B. 0.50 (50%)
C. 0.30 (30%)
D. 0.01 (1%)