Tiêu chuẩn quốc gia TCVN 7981-4:2009 Trao đổi siêu dữ liệu và dữ liệu thống kê

Chú giải: W: ghi, R: đọc.

8. Cấu trúc của SDMX-EDI

Trao đổi SDMX-EDI (tệp tin) có thể chứa vài thông điệp; mỗi thông điệp bao gồm một trình tự các đoạn, mỗi đoạn phản ánh một phần logíc nhỏ của thông điệp. Mỗi đoạn bắt đầu với thẻ định danh gồm ba ký tự. Các thẻ định danh đoạn bắt đầu với UN được gọi là các đoạn dịch vụ và được định nghĩa như một phần của cú pháp EDIFACT (ISO 9735). Các đoạn khác được gọi là đoạn dữ liệu người sử dụng và được định nghĩa trong danh mục các đoạn trong danh mục trao đổi dữ liệu thương mại của Liên hiệp quốc (UNTDID).

8.1. Sơ đồ nhánh SDMX-EDI

Cách thông thường nhất để thể hiện nội dung của thông điệp GESMES là sử dụng sơ đồ nhánh. Sơ đồ nhánh chỉ ra các đoạn trong thông điệp (qua các thẻ đoạn của chúng), trạng thái của chúng (bắt buộc hay điều kiện) và số lần xuất hiện lớn nhất được cho phép; khi sơ đồ nhánh mô tả một thông điệp và không phải là tệp tin trao đổi, thì không chỉ ra tiêu đề và đuôi trao đổi. Phần giải thích sơ đồ nhánh điển hình trong Phụ lục. Đây là sơ đồ nhánh của một thông điệp SDMX-EDI bao gồm tất cả các đoạn được nhóm trong các phần; mỗi phần phản ánh một chức năng:

Trạng thái “điều kiện” của đoạn đầu tiên ở mỗi phần (ví dụ: VLI trong Nhóm 4, DSI trong Nhóm 13, FNS trong Nhóm 20) có thể chuyển thành “bắt buộc” nếu phương tiện tương ứng được sử dụng.

8.2. Các phần đoạn, chức năng và việc thực hiện theo từng bước

Các đoạn của sơ đồ trên có thể được nhóm theo các loại, mỗi loại biểu diễn một nhiệm vụ logic. Danh sách dưới đây cũng bao hàm tiêu đề và đuôi trao đổi (các dòng 1 và 10). Các phần logic của thân thông điệp chính được biểu diễn từ dòng 2 đến 9:

...

...

...

Quản trị thông điệp (các đoạn NNH, BGM, NAD+Z02, NAD+MR, NAD+MS)

Các danh sách mã (các đoạn VLI, CDV, FTX)

Định nghĩa khái niệm thống kê (các đoạn STC, FTX)

Định nghĩa tập khóa (các đoạn ASI, SCD, ATT, IDE)

Quản trị tập dữ liệu (các đoạn DSI, STS, DTM)

Cấu trúc mảng (IDE, GIS, GIS)

Dữ liệu (đoạn ARR)

Các thuộc tính (FNS, REL, ARR, IDE, FTX, CDV)

Kết thúc quản trị thông điệp (đoạn UNT)

...

...

...

Kết thúc quản trị trao đổi (đoạn UNZ)

Bảng dưới đây chỉ ra các đoạn nào ở trên là cần thiết (và thứ tự của chúng) trong thông điệp, theo chức năng của thông điệp3

Bảng 2. Các thông điệp cập nhật thuộc tính và dữ liệu

Kiểu trao đổi dữ liệu/thông điệp:

TUYỆT ĐỐI
CẦN THIẾT

Thông điệp cập nhật dữ liệu

Thông điệp cập nhật dữ liệu

Thông điệp cập nhật thuộc tính và dữ liệu

Phần

...

...

...

Các đoạn quản trị trao đổi

Có

Có

Có

Các đoạn quản trị thông điệp

Có

Có

Có

Các danh sách mã

...

...

...

Các khái niệm thống kê

Các tập khóa

...

...

...

Các đoạn quản trị tập dữ liệu

Có

Có

Có

Các đoạn cấu trúc mảng

Có

Có

Có

(Các) đoạn dữ liệu

...

...

...

Có

Các thuộc tính

Có

Có

Kết thúc quản trị thông điệp

Có

Có

...

...

...

Kết thúc quản trị trao đổi

Có

Có

Có

VÍ DỤ 1:

Thông điệp cập nhật dữ liệu phải có các phần: (1) quản trị trao đổi, (2) các đoạn quản trị thông điệp, (3) các đoạn quản trị tập dữ liệu, (4) cấu trúc mảng, (5) (các) đoạn dữ liệu, (6) kết thúc quản trị thông điệp và (7) kết thúc quản trị trao đổi.

VÍ DỤ 2:

Thông điệp cập nhật thuộc tính và dữ liệu (khi nó chứa thuộc tính), phải bao gồm phần các thuộc tính (trước khi kết thúc quản trị thông điệp).

Khi mục đích của thông điệp là chỉ ra các đối tượng xóa cho cơ quan nhận, thì theo đối tượng bị xóa, các phần sau đây được sử dụng:

...

...

...

Kiểu trao đổi dữ liệu/thông điệp:

Thông điệp xóa dữ liệu

Thông điệp xóa thuộc tính

Thông điệp xóa thuộc tính và dữ liệu

Phần

Các phần bắt buộc

Các đoạn quản trị trao đổi

Có

Có

...

...

...

Các đoạn quản trị thông điệp

Có

Có

Có

Các danh sách mã

Các khái niệm thống kê

...

...

...

Các tập khóa

Các đoạn quản trị tập dữ liệu

Có

Có

...

...

...

Các đoạn cấu trúc mảng

Có

Có

Có

(Các) đoạn dữ liệu

Có

Có

Các thuộc tính

...

...

...

Có

Có

Kết thúc quản trị thông điệp

Có

Có

Có

Kết thúc quản trị trao đổi

Có

Có

...

...

...

Danh sách các đoạn chỉ ra trong bảng về nguyên tắc là giống với phần trước. Nhưng khi xóa các thuộc tính, không phải tất cả các đoạn trong phần các thuộc tính đều được sử dụng (xem thêm thông tin trong phần Các thông điệp xóa).

Bảng sau đây chỉ ra các phần được sử dụng để chuẩn bị cho các thông điệp cấu trúc (chỉ dành cho việc phổ biến từ trung tâm đến các đối tác khác):

Bảng 4. Các thông điệp cấu trúc

Kiểu trao đổi dữ liệu/thông điệp:

Danh sách mã

Định nghĩa khái niệm thống kê

Định nghĩa tập khóa

Phần

Các phần bắt buộc

...

...

...

Có

Có

Có

Các đoạn quản trị thông điệp

Có

Có

Có

Các danh sách mã

Có

...

...

...

Các khái niệm thống kê

Có

Các tập khóa

Có

...

...

...

Các đoạn cấu trúc mảng

(Các) đoạn dữ liệu

...

...

...

Các thuộc tính

Kết thúc quản trị thông điệp

Có

Có

Có

...

...

...

Có

Có

Có

Lưu ý:

Thực tế, sự khác biệt trong các kiểu thông điệp là nhân tạo, chỉ để tạo thuận lợi cho việc biểu diễn và sự tương quan đối với các chức năng logic: kiểu thông điệp (ví dụ: cập nhật dữ liệu, cập nhật thuộc tính, cập nhật thuộc tính và dữ liệu, xóa dữ liệu v.v.) được xác định bởi việc có hoặc không có các phần cụ thể (và việc thiết lập một vài thông số).

Trong các phần tiếp theo, mỗi kiểu thông điệp (ví dụ: thông điệp cập nhật thuộc tính và dữ liệu) được minh họa bằng cách thể hiện chức năng của các đoạn sử dụng trong mỗi phần.

Các sơ đồ nhánh thể hiện trong phần còn lại của điều này mô tả các kiểu thông điệp cụ thể, do đó chúng phản ánh các tập con của thông điệp đầy đủ. Hơn nữa, chúng nhấn mạnh cách hỗ trợ các hoạt động và đáp ứng các chức năng cụ thể, trạng thái đoạn được chỉ ra (bắt buộc/điều kiện) có thể khác với một vài đoạn (đối với các thông điệp đầy đủ) để chỉ ra đoạn thật sự cần thiết với hoạt động và chức năng.

Qua các bảng này, độc giả có thể dễ dàng tham khảo (về mỗi đoạn) cách thực hiện việc phân tích các phần thông điệp và các đoạn của Điều tiếp theo; theo cách này, các chi tiết về mỗi đoạn trình bày trong Điều (“hướng dẫn tham chiếu từng đoạn”) được trình bày ngắn gọn (nhưng bao quát) trong Điều này. Đây là cách hiệu quả nhất để hiểu được toàn bộ hướng dẫn.

5.2.1. Mục đích và cấu trúc đoạn của thông điệp cập nhật dữ liệu

...

...

...

Do đó, sơ đồ nhánh hoàn thiện được rút gọn như sau:

Sơ đồ này mô tả các phần thiết yếu nhất của thông điệp mà mỗi cơ quan có thể quản lý (ghi và đọc) ở giai đoạn thực thi đầu tiên. Tất cả các đoạn (ngoại trừ các đoạn ở đường chấm) bắt buộc có mặt ở đây bởi vì tất cả chúng cần thiết để phục vụ chức năng này.

Để rõ ràng hơn, ba đoạn NAD (NAD+Z02, NAD+MR, NAD+MS) được thể hiện riêng rẽ.

Bảng sau đây đưa ra giải thích ngắn gọn về các đoạn được sử dụng (và cần) trong thông điệp đơn giản:

Bảng 5. Thông điệp cập nhật dữ liệu

Các phần và đoạn thông điệp

Mục đích

Quản trị trao đổi

...

...

...

UNAservice-characters

UUB+syntax-identifier.syntax-version+sender-identification+receiver-identification+date-of-preparation:time-of-preparation+interchange-reference++application-reference(++++test indicator)'

Xác định các ký tự dịch vụ

Tiêu đề trao đổi

Quản trị thông điệp

UNH+message-reference-number+messagetype:message-type-version.message-type-release:controlling-agency’

Định danh thông điệp

BGM+message-function’

...

...

...

NAD+Z02+organisation-id’

NAD+MR+organisation-id’

NAD+MS+organisation-id’

Cơ quan duy trì danh sách mã

Định danh bên nhận

Định danh bên gửi

Quản trị tập dữ liệu

DSI+data-set-identifier’

...

...

...

Thẻ định danh lập dữ liệu

Cập nhật/thay thế(mã trạng thái= 7)

DTM+date-time-type:date-time:date-time-format

DTM+date-time-type:date-time:date-time-format

Ngày tháng-thời gian của tập dữ liệu (và khoảng thời gian báo cáo -điều kiện-)

Dữ liệu và cấu trúc mảng

IDE+5+identifier'

Thẻ định danh tập khóa

...

...

...

Phương pháp gửi dữ liệu trong đoạn ARR

GIS+1:::symbol-used-for-missing-values'

Ký hiệu sử dụng cho các giá trị thiếu

ARR++key:period:date-format:observation:obs- status:obs-confid'

ARR++key:period:date-format:observation:obs-status:obs-confid'

…

etc.

or:

Chứa dữ liệu số, sử dụng hai phương pháp là:

...

...

...

ARR++key:start_date_end_date:time_range_format:obse rvation:

obs-status:obs-confid. + observation: obs-status:obs- confid.+...

+observation: obs-status:obs- confid.'

- hoặc một dải thời gian với các quan sát tương ứng:

ARR++key:start_date-end_date:time_range_format:observation:obs-status:obs- confid. + observation:obs-status:obs-confid. +... +observation: obs- status:obs-confid.'

...etc

Đoạn ARR có thể xuất hiện đến 999000 lần.

Kết thúc đoạn quản trị thông điệp(đuôi thông điệp)

UNT+number-of-segments+message-reference-number'

...

...

...

Kết thúc đoan quản trị trao đổi (đuôi trao đổi)

UNZ+number-of-messages+interchange-reference‘

Kết thúc dữ liệu kiểm soát trao đổi

VÍ DỤ:

Giả thiết rằng ngân hàng quốc gia Bỉ đang gửi chuỗi thời gian M:BE:PROD:GN:NS và Q:BE:PROD:GN:NS (thuộc tập khóa được gọi là ECB_TESTPRICES) tới ECB.

Đối với chuỗi thời gian hàng tháng M:BE:PROD:GN:NS các quan sát sau đây (cùng với “trạng thái”) được báo cáo

Sep95

Oct95

Nov95

...

...

...

Jan96

Feb96

Mar96

99.10 A

98.10 A

98.40 A

99.50 A

...

...

...

99.20 A

99.80 E C

Các cờ A (<= “chuẩn”) and E (= “ước lượng”) là các giá trị về thuộc tính trạng thái quan sát ở đó trạng thái này được gắn cho mỗi quan sát tiếp theo. Cờ C (= mật) là giá trị về thuộc tính bảo mật quan sát, có thể được gắn cho trạng thái quan sát tiếp theo để cung cấp thông tin về trạng thái bảo mặt của quan sát. Chi tiết về cách sử dụng các danh sách mã này, tham khảo trong Phụ lục về các danh sách mã tương ứng.

Đối với chuỗi theo quý Q:BE:PROD:GN:NS. phải gửi dữ liệu sau đây:

95q4

96q1

98.67 A

99.67 A

...

...

...

Trong ví dụ này, các phần tử không cố định được gạch chân hiển nhiên là từng phần tử dữ liệu thực, chủ yếu, chúng cung cấp thông tin quản trị (ví dụ. BE2= ngân hàng trung tâm Bỉ, 4FO= ECB, ECB_TESTPRICE= thẻ định danh tập khóa). Để biết thêm về các đoạn này xem các điều về hướng dẫn tham chiếu trong tiêu chuẩn này.

8.2.2. Mục đích và cấu trúc đoạn của thông điệp cập nhật thuộc tính và dữ liệu

Cơ quan báo cáo dữ liệu có thể gửi từng phần tử các quan sát và thông tin bổ sung giúp người sử dụng các chuỗi thời gian được trao đổi hiểu rõ hơn bản chất hoặc các đặc điểm của chúng (nhan đề, phương pháp luận, v.v.). Các mẫu thông tin này được gọi là các thuộc tính và chúng có thể được mã hóa hoặc không được mã hóa. Chúng còn được trao đổi bằng cách sử dụng đoạn FNS và các đoạn theo sau nó. Sơ đồ nhánh trong phần này được mở rộng hơn so với phần trước, bao gồm tập các đoạn mang thuộc tính:

• Nhóm 13 ở đây là bắt buộc: nếu không có nhóm này thì sẽ không thể trao đổi các quan sát và/hoặc các thuộc tính được;

• Nhóm 14 cũng bắt buộc: đối với việc báo cáo các quan sát (với các cờ quan sát được liên kết của chúng) thì nhóm đó rất cần thiết (nó cung cấp thông tin về cấu trúc trong đoạn ARR theo sau nhóm này); nếu thông điệp được sử dụng để báo cáo thuộc tính thì nhóm 14 nên được sử dụng (chỉ có đoạn ARR theo sau nhóm 14 là không cần thiết trong trường hợp này).

• Nhóm 20 cũng bắt buộc khi Nhóm chứa các thuộc tính.

• Nếu có yêu cầu trao đổi cả quan sát lẫn thuộc tính ngoại trừ các nhóm 13, 14 thì đoạn ARR mà theo sau Nhóm 14 và 20 phải được thể hiện.

...

...

...

Bảng 6. Thông điệp cập nhật thuộc tính và dữ liệu

VÍ DỤ:

Để biết thêm về việc sử dụng các đoạn liên quan đến thuộc tính, độc giả có thể tham khảo trong các hướng dẫn tham khảo từng đoạn.

8.2.3. Thông điệp xóa thuộc tính và dữ liệu

Bảng và cấu trúc đã giới thiệu trong điều trước cũng được sử dụng để xóa các đối tượng (được tạo sẵn cho cơ quan nhận trong quá khứ) ngoại trừ việc gửi dữ liệu và thuộc tính. Điều này được thực hiện bằng cách sử dụng cùng một cấu trúc (như trong thông điệp Cập nhật Dữ liệu và Thuộc tính) và...

· Dựng cờ thông điệp sử dụng thông số khác trong đoạn STS;

· Để xóa dữ liệu:

...

...

...

VÍ DỤ 1:

Các đoạn...

STS+3+6'

….

ARR++M:BE:PROD:GN:NS:199509199603:710'

….

Thông báo với cơ quan nhận rằng nên xóa hàng tháng các quan sát chuỗi M:BE:PROD:GN:NS từ tháng 9 năm 95 đến tháng 3 năm 96.

VÍ DỤ 2

Các đoạn...

...

...

...

….

ARR++:BE:PROD:GN:NS’

…

Thông báo với cơ quan nhận rằng nên xóa nhóm quan hệ (giả thiết rằng miền dữ liệu thứ hai là tần suất) :BE:PROD:GN:NS và tất cả thuộc tính liên kết ở mức này và các mức thấp hơn.

· hoặc, để xóa các thuộc tính:

- FTX và CDV sau Nhóm 23 không được sử dụng (xem sơ đồ bên phải) và đoạn ARR (nhóm 22) được sử dụng để hướng tới các thuộc tính bị xóa.

VÍ DỤ:

Các đoạn

            …

...

...

...

            …

            FNS+Attributes:10'

            REL+Z01+4’

            ARR+5+:ABB:A:DE:02'

            IDE+Z11+COVERAGE'

Thông báo với cơ quan nhận rằng nên xóa thuộc tính đang tham chiếu tới Coverage của nhóm quan hệ:ABB:A:DE:02.

Một thảo luận chi tiết và rộng hơn về các vấn đề liên quan đến việc xóa được giới thiệu trong Điều riêng (xem trang 112)

8.2.4. Mục đích và cấu trúc đoạn của thông điệp trao đổi định nghĩa cấu trúc

...

...

...

Dữ liệu cấu trúc có thể chứa một, hai trong ba phần hoặc cả ba (ví dụ: các danh sách mã, định nghĩa khái niệm thống kê, tập khóa). Thông thường, cả ba phần này đều được sử dụng (trong một hoặc nhiều thông điệp) để cung cấp cho các trung tâm thống kê khả năng phổ biến tới các đối tác của họ tất cả định nghĩa cấu trúc cần thiết theo dạng điện tử.

8.2.5. Danh sách mã

Các đoạn liên quan đến danh sách mã (VLI, CDV, FTX) cung cấp phương tiện phổ biến các danh sách mã cho các khái niệm thống kê mã hóa; chúng được sử dụng như các miền dữ liệu trong tập khóa cụ thể hoặc như các thuộc tính mã hóa.

8.2.6. Định nghĩa khái niệm thống kê

Các đoạn liên quan đến định nghĩa các khái niệm thống kê (STC, FTX) được sử dụng để cung cấp kết nối giữa thẻ định danh khái niệm thống kê và tên thực tế của chúng.

8.2.7. Định nghĩa tập khóa

Các đoạn liên quan đến định nghĩa cấu trúc tập khóa đáp ứng các mục đích sau:

· Gán thẻ định danh tập khóa và mô tả tới tập khóa;

...

...

...

· Xác định cấu trúc chính xác của đoạn ARR (chứa các giá trị số của thông điệp) về tập khóa riêng này.

· Xác định các thuộc tính mã hóa và không mã hóa được sử dụng trong tập khóa (thẻ định danh khái niệm, độ dài trường, trạng thái sử dụng và mức đính kèm; ngoài ra, danh sách mã trong trường hợp thuộc tính mã hóa).

Bảng 7. Thông điệp trao đổi dữ liệu cấu trúc

VÍ DỤ

...

...

...

Ví dụ trên chỉ ra cách các trung tâm (ví dụ ECB, được mã hóa là 4F0) phổ biến dữ liệu cấu trúc đến ngân hàng trung tâm (ví dụ ngân hàng quốc gia Bỉ, được mã hóa là BE2). Việc phổ biến định nghĩa khái niệm (các đoạn bắt đầu với STC) và các danh sách mã (các nhóm bắt đầu với VLI) cung cấp cho bên nhận một vài siêu dữ liệu cơ bản; sau đó khi các miền dữ liệu được đưa ra (nhóm đầu tiên của đoạn bắt đầu với ASI) bên nhận có thể thiết lập cấu trúc chính của tập khóa ((BAL_OF_PAYM_TEST):

FREQ:REF_AREA:BOP_ITEM:DATA_TYPE

độ dài giá trị miền dữ liệu::

1

2

3

 1

...

...

...

M:BE:100:4

Thông tin bổ sung được cung cấp bởi các thuộc tính TITLE (không mã hóa), UNIT (mã hóa) và UNIT_MULT (mã hóa) của tập khóa giúp cho chuỗi này có thể lấy các giá trị

TITLE= bảng cân đối mua bán hàng hóa, UNIT= BEF, UNIT_MULT= 9

9. Hướng dẫn tham chiếu từng đoạn

9.1. Tổ chức hướng dẫn

Các đoạn được thể hiện trong các phần riêng biệt giống với các đoạn đã giới thiệu ở Bảng 2. Mỗi phần phản ánh một kiểu chức năng (ví dụ quản trị thông điệp). Tất cả đều được mô tả theo cách sau:

Phạm vi

Xác định phạm vi của tiện ích.

Các đoạn GESMES được sử dụng

...

...

...

Các chức năng và hướng dẫn sử dụng

Giải thích cách các đoạn được sử dụng để thực hiện tiện ích.

Đối với mỗi đoạn

· Chuỗi của phần tử dữ liệu

Chỉ ra chuỗi của các phần tử dữ liệu trong đoạn.

· Các quy tắc sử dụng phần tử dữ liệu

Đây là một bảng xác định:

· Các quy tắc sử dụng đối với phần tử dữ liệu, bao gồm các trạng thái sau:

- Bắt buộc: phần tử dữ liệu phải xuất hiện;

...

...

...

- Tùy chọn: phần tử dữ liệu không được xử lý, nếu được gửi thì nó chỉ dành cho các mục đích tài liệu.

Định dạng của nó (từ quan điểm mà cú pháp GESMES chung cho phép): ký pháp được sử dụng là: an= cả số lẫn chữ, n= số, “..” = không nhiều hơn; ví dụ an4= bốn ký tự bao gồm cả số lẫn chữ. Điều này thuận lợi cho việc kiểm tra cú pháp đối với các quy tắc GESMES chung.

Các mã hợp lệ và ý nghĩa của chúng (và/hoặc các đặc tả định dạng cụ thể) trong ngữ cảnh SDMX-EDI, Bất cứ khi nào có các tham chiếu tới danh sách mã trong mô tả các đoạn, thì các mã hợp lệ này sẽ tham chiếu đến danh sách mã đã mô tả trong các tệp tin hoặc tài liệu liên quan được cung cấp bởi cơ quan trao đổi dữ liệu, (xem đoạn “Danh sách mã” dưới đây).

Nội dung và các quy tắc sử dụng của đoạn

Cung cấp mô tả vai trò của đoạn và các quy tắc trong ngữ cảnh SDMX-EDI.

· Sự phụ thuộc: mô tả sự phụ thuộc vào các đoạn khác, ngoại trừ các đoạn trong nhóm.

Danh sách mã

Trong một vài đoạn đã thể hiện có các tham chiếu tới “danh sách mã”. Thực chất, các phần tử mã hóa cần lấy các giá trị thích hợp từ các danh sách mã đã xác định trước. Chúng được đưa ra dưới dạng các danh sách mã cụ thể hoặc các danh sách mã mẫu.

9.2. Quản trị trao đổi

...

...

...

Dữ liệu quản trị ở mức trao đổi bao gồm định danh phiên bản cú pháp và tập ký tự được sử dụng, định danh bên gửi, bên nhận và thời gian, ngày tháng của trao đổi.

Quản trị trao đổi phải có mặt trong mọi tệp tin của SDMX-EDI.

9.2.2. Đoạn GESMES được sử dụng

Điều này bao gồm các đoạn UNA và UNB. Các đoạn này không phải một phần của cấu trúc thông điệp, chúng thay thế tiêu đề phong bì nhằm mục đích trao đổi, mà có thể chứa nhiều thông điệp GESMES.

9.2.3. Chức năng và hướng dẫn sử dụng

Một hoặc nhiều thông điệp GESMES có thể được gửi trong một trao đổi.

9.2.4. Cấu trúc đoạn quản trị trao đổi

Kiểu đoạn:

...

...

...

Tên kiểu đoạn:

Đặc tả ký tự cú pháp

Số lần xuất hiện lớn nhất:

1

Trạng thái:

Bắt buộc

Chuỗi Phần tử dữ liệu

Các ký tự cú pháp UNA

Các quy tắc phần tử dữ liệu

...

...

...

Quy tắc sử dụng

Định dạng

Các giá trị mã

Các ký tự cú pháp

Bắt buộc

an6 (bao gồm ký tự kết thúc đoạn)

Trong SDMX-EDI các ký tự này phải là

:+.?’

Nội dung và các quy tắc sử dụng:

...

...

...

(= UNA theo sau bởi dấu hai chấm, dấu cộng, dấu chấm, dấu hỏi chấm, khoảng trống và dấu nháy đơn; dấu nháy đơn là ký tự tương ứng với ANSI/ASCII ký tự 39). Đoạn UNA, được giới thiệu ở trên có nghĩa là:

Phân cách thành phần được sử dụng là: (dấu hai chấm), phân cách phần tử dữ liệu là + (dấu cộng), dấu thập phân. (dấu chấm), chỉ báo lỗi là ? (dấu hỏi chấm), khoảng trống dành cho việc sử dụng trong tương lai và ‘ (dấu nháy; ASCII/ANSI 39) được sử dụng như ký tự kết thúc đoạn.

Các ứng dụng đọc và ghi được biểu diễn bằng thông số các ký tự này (ít nhất là các ký tự dịch vụ: dấu hai chấm, dấu cộng, chỉ báo lỗi). Muốn biết rõ hơn việc sử dụng ký tự báo lỗi xem trong Phụ lục về cú pháp EDIFACT và phần về văn bản chứa trong các thuộc tính không mã hóa (ký tự báo lỗi không cần thiết ở trước dấu chấm nếu dấu chấm không phải là ký tự dịch vụ EDIFACT).

VÍ DỤ

Đoạn quản trị trao đổi được viết là: UNA:+.?’

Chú ý!

(1) Có một khoảng trống giữa ? và ‘.

(2) Trong SDMX-EDI chỉ có dấu chấm (.) được sử dụng cho ký pháp thập phân.

(3) Ký tự cuối cùng (') là một phần của đoạn (và ký tự kết thúc đoạn do trùng hợp).

...

...

...

UNB

Tên kiểu đoạn:

Đặc tả ký tự cú pháp

Số lần xuất hiện lớn nhất:

1

Trạng thái:

Bắt buộc

Chuỗi phần tử dữ liệu

...

...

...

Tên cục bộ

Quy tắc sử dụng

Định dạng

Các giá trị mã

Thẻ định danh cú pháp

Bắt buộc

Thẻ này định danh tập ký tự sử dụng trong trao đổi

an4

UNOC-(ISO 8859-1)

...

...

...

Phiên bản cú pháp

Bắt buộc

Đây là phiên bản thứ ba, cũng là cú pháp mới nhất

n1

3

Định danh bên gửi

Bắt buộc

Định danh bên gửi

an..35

...

...

...

Định danh bên gửi

Bắt buộc

Định danh bên nhận

an..35

Như trên

Ngày tháng

Bắt buộc

Thời gian cục bộ của trao đổi, định dạng là YYMMDD

n6

...

...

...

(chú ý! Nếu là năm 2000 thì YY sẽ là 00)

Thời gian

Bắt buộc

Thời gian cục bộ của trao đổi, định dạng là HHMM

n4

Ví dụ 0950

Số tham chiếu trao đổi

Bắt buộc

Một tham chiếu duy nhất định danh trao đổi, incl.

...

...

...

an..14

Trong SDMX-EDI định dạng là: IREFnnnnnn

Ví dụ IREF000001

Tham chiếu ứng dụng

Bắt buộc

an..14

SDMX-EDI

Chỉ báo kiểm tra

Điều kiện

...

...

...

n1

1

Nội dung và các quy tắc sử dụng

Đoạn này là tiêu đề phong bì cho một hoặc nhiều thông điệp chứa thông tin định tuyến và quản trị được sử dụng bởi dịch vụ truyền thông điệp. UNOC:3 là thẻ định danh cú pháp tham chiếu đến tập ký tự được sử dụng trong trao đổi (trong SDMX-EDI nó được thiết lập ngang bằng với UNOC:3 cho phép việc sử dụng các ký tự cao hoặc thấp hơn trong thông điệp, bao gồm các ký tự la tinh)

Ngày tháng và thời gian (định dạng cố định cho cả hai: YYMMDD:hhmm) tham chiếu tới ngày tháng và thời gian cục bộ mà trao đổi tệp tin do hệ thống bên gửi tạo ra.

Số tham chiếu dùng trong trao đổi là một số nguyên trong chuỗi số (với bước tăng là 1) do bên gửi tạo ra. Đặc biệt lưu ý đối với mọi đơn vị khi gửi tệp tin cho một bên nhận cụ thể phải tăng bộ đếm này lên 1 (trong mỗi đơn vị gửi (cần) nắm giữ các bộ đếm khác nhau đối với từng đơn vị nhận khác nhau); đây là cách an toàn để tìm ra không chỉ các trao đổi giống hệt nhau mà còn tìm ra các trao đổi bị thiếu được gửi tới trung tâm. Một phần số (định dạng đầy đủ: IREFnnnnnn) là sáu ký tự độ dài, bắt đầu với 000001, 000002, v.v; giá trị IREF999999 được nối tiếp bởi IREF000000 và sau đó là IREF000001(bắt đầu lại từ lúc bắt đầu). Trao đổi thử nghiệm nên được đánh dấu bằng cờ với số tham chiếu tăng lên 1 có quan hệ với trao đổi trước đó với cùng cơ quan nhận.

Nhận xét quan trọng: Khi một tệp tin chứa dữ liệu hiện có, được sử dụng để cập nhật các cơ sở dữ liệu hiện có của bên nhận, các đoạn UNB kết thúc với phần tử “++SDMX-EDI”. Tuy nhiên, đối với các tệp tin mà không được bên nhận sử dụng để cập nhật các cơ sở dữ liệu hiện có (ví dụ các tệp tin kiểm tra), đoạn phải được kết thúc với thành phần chỉ báo kiểm tra (++++1).

Sự phụ thuộc

Số tham chiếu trao đổi giống nhau phải xuất hiện lúc kết thúc thông điệp, trong đoạn UNZ.

...

...

...

9.3.3. Các chức năng và hướng dẫn sử dụng

UNH định danh kiểu thông điệp và phiên bản.

BGM định danh mục đích của thông điệp là chứa tập dữ liệu (hay các tham chiếu tới tập dữ liệu) hoặc dữ liệu cấu trúc.

NAD ba lần xuất hiện, một cho việc định danh cơ quan duy trì danh sách mã (NAD+Z02), một cho việc định danh bên nhận (NAD+MR) và một cho định danh bên gửi (NAD+MS). Lần xuất hiện cuối cùng khởi động một đoạn IDE và/hoặc Nhóm 3 (CTA và COM). Đoạn IDE cung cấp thông điệp cung cấp định danh thông điệp (được gán bởi bên gửi) và Nhóm 3 có thể được nhắc trên ba lần, cung cấp thông tin liên lạc chi tiết về bên gửi (nếu được sử dụng bởi bên gửi thì cơ quan gửi sẽ chọn một, hai hoặc ba người liên lạc liên quan).

Nhóm quản trị thông điệp là cần thiết trong các kiểu thông điệp (ba đoạn NAD là bắt buộc).

Trao đổi có thể bao gồm nhiều thông điệp do đó mỗi thông điệp trong trao đổi nên chứa Nhóm quản trị thông điệp.

9.3.4. Cấu trúc đoạn quản trị thông điệp

...

...

...

UNH

Tên kiểu đoạn:

Đoạn đầu thông điệp

Số lần xuất hiện lớn nhất:

1

Trạng thái:

Bắt buộc

Chuỗi phần tử dữ liệu

UNH+message-reference-number+message-type:message-type-version:message-type-release:controlling-agency’

...

...

...

Tên cục bộ

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

Số tham chiếu thông điệp

bắt buộc

tham chiếu phải là duy nhất trong trao đổi sử dụng số nguyên dương chuỗi (với bước tăng là 1) do người gửi tạo ra (xem các quy tắc dưới đây)

an..14

Định dạng:

...

...

...

Kiểu thông điệp

bắt buộc

an..6

GESMES

Phiên bản kiểu thông điệp

bắt buộc

an..3

2

Công bố kiểu thông điệp

...

...

...

an..3

1

Cơ quan kiểm soát

bắt buộc

an..2

E6

Nội dung và các quy tắc sử dụng

Đoạn này bắt đầu bằng thông điệp, chứa dữ liệu định danh kiểu thông điệp và một tham chiếu duy nhất được sử dụng để đánh giá tính toàn vẹn của thông điệp. Trong SDMX-EDI, chỉ có phần tử không cố định đó là số tham chiếu thông điệp, số tham chiếu thông điệp (định dạng: MREFnnnnnn) là một số nguyên dương trong chuỗi (với bước tăng là 1) do bên gửi tạo ra cho mỗi thông điệp trong trao đổi hiện hành (một trao đổi có thể bao gồm nhiều hơn một thông điệp). Một phần của số thuần túy (nnnnnn) gồm sáu ký tự độ dài, bắt đầu với MREF000001, MREF000002,v.v; trong trao đổi không bao hàm nhiều hơn 999,999 thông điệp, số tham chiếu thông điệp đầu tiên nên là 000001.

Sự phụ thuộc

...

...

...

VÍ DỤ

UNH+MREF000001+GESMES:2:1:E6’

Kiểu đoạn:

BGM

Tên kiểu đoạn:

Bắt đầu thông điệp

Số lần xuất hiện lớn nhất:

1

Trạng thái:

...

...

...

Chuỗi phần tử dữ liệu

BGM+message-name'

Các quy tắc sử dụng phần tử dữ liệu

Tên cục bộ

Các quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

Tên thông điệp

bắt buộc

...

...

...

Được sử dụng nếu thông điệp chỉ bao gồm các định nghĩa thống kê (ví dụ: các định nghĩa cấu trúc các danh sách mã) và không có các tập dữ liệu trong thông điệp (ví dụ: không xuất hiện nhóm DSI)

an..3

73-các định nghĩa thống kê

74 - dữ liệu thống kê

Được sử dụng để chỉ ra rằng dữ liệu và/hoặc các thuộc tính được gửi trong thông điệp hoặc thông điệp chứa các tham chiếu xóa; do đó thông điệp chứa nhóm DSI.

74- dữ liệu thống kê DSL- danh sách tập dữ liệu

DSL - danh sách tập dữ liệu

Thông điệp chỉ chứa danh sách các thẻ định danh tập dữ liệu và các định nghĩa tập khóa mà mô tả cấu trúc của chúng

DSL - danh sách tập dữ liệu

...

...

...

Đoạn này định danh chức năng của thông điệp.

Sự phụ thuộc

Nếu tên thông điệp được đặt là 74 thì phần quản trị tập dữ liệu phải xuất hiện và không có phần cấu trúc nào được bao gồm trong thông điệp. Trong thông điệp này, các ứng dụng đọc nên là các thuộc tính hoặc dữ liệu dạng số. Mặt khác, nếu tên thông điệp được đặt là 73 thì phần quản trị tập dữ liệu không nên hiện diện, kết luận rằng thông điệp chứa các định nghĩa cấu trúc (các danh sách khái niệm hoặc danh sách mã hoặc định nghĩa tập khóa).

VÍ DỤ 1:

BGM+74'

Thông điệp này chứa hoặc chỉ liên quan tới dữ liệu (các quan sát) và/hoặc các thuộc tính.

VÍ DỤ 2:

BGM+73'

Thông điệp này chỉ chứa các danh sách mã và/hoặc các định nghĩa khái niệm thống kê và/hoặc các định nghĩa tập khóa.

...

...

...

Nhóm 2 (NAD)

            Số lần xuất hiện lớn nhất:

3

            Trạng thái:

Bắt buộc

Nội dung và quy tắc

Nhóm NAD được sử dụng để cung cấp:

(1) định danh tổ chức duy trì các danh sách mã và định nghĩa tập khóa,

(2) định danh tổ chức nhận và

...

...

...

Mỗi mẩu thông tin được cung cấp bởi đoạn NAD đơn giản (NAD+Z02+..., NAD+MR+... và NAD+MS+...). Đoạn thứ ba (NAD+MS+...) có thể theo sau bởi một đoạn IDE và/hoặc trên ba lần xuất hiện của Nhóm 3(CTA-COM) trong đó đưa ra thông tin thêm liên quan đến bên gửi.

Kiểu đoạn: NAD lần xuất hiện thứ nhất - tham chiếu tới cơ quan quản trị danh sách mã

Tên kiểu đoạn:

Tên và địa chỉ

Số lần xuất hiện lớn nhất:

1

Trạng thái:

Bắt buộc

Chuỗi phần tử dữ liệu

...

...

...

Quy tắc sử dụng phần tử dữ liệu

Tên cục bộ

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

Bên tham gia

bắt buộc

Z02 chỉ ra rằng đoạn NAD liên quan đến bên duy trì các danh sách mã mặc định này.

an..3

...

...

...

Cơ quan duy trì các danh sách mã và các định nghĩa tập khóa

Id của tổ chức

Bắt buộc

id của cơ quan duy trì danh sách mã được đưa ra ở đây

an..35

Các ví dụ:

BIS

ECB

EUROSTAT

...

...

...

OECD

Nội dung và quy tắc

Kiểu đoạn này được sử dụng để cung cấp việc định danh tổ chức duy trì danh sách mã và định nghĩa tập khóa sử dụng trong thông điệp. Cơ quan gửi chọn thông số này theo các hướng dẫn của trung tâm mà các khái niệm thống kê, danh sách mã và cấu trúc được sử dụng trong thông điệp. Đối với cuộc thảo luận về vai trò thực hành và sử dụng khái niệm “cơ quan duy trì”, độc giả nên tham khảo đoạn về các cơ quan trung tâm.

VÍ DỤ 1:

NAD+Z02+EUROSTAT'

Chỉ ra cách đoạn được viết như thế nào nếu thông điệp sử dụng /tham chiếu tới các định nghĩa cấu trúc được quản trị bởi Eurostat.

VÍ DỤ 2:

NAD+Z02+BIS'

VÍ DỤ 3:

...

...

...

Kiểu đoạn:

NAD lần xuất hiện thứ 2 - tham chiếu tới bên nhận thông điệp

Tên kiểu đoạn:

Tên và địa chỉ

Số lần xuất hiện lớn nhất:

1

Trạng thái:

Bắt buộc

Chuỗi phần tử dữ liệu

...

...

...

Quy tắc sử dụng phần tử dữ liệu

Tên cục bộ

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

Bên tham gia

Bắt buộc

bên tham gia là MR

an..3

...

...

...

ID của tổ chức

Bắt buộc

người nhận thông điệp

an..35

Giá trị mã về định danh tổ chức nhận; được cung cấp bởi trung tâm thống kê quản trị trao đổi dữ liệu.

Nội dung và quy tắc sử dụng

Kiểu đoạn này được sử dụng để cung cấp việc định danh cơ quan nhận.

VÍ DỤ

NAD+MR+4F0'

...

...

...

Kiểu đoạn:

NAD lần xuất hiện thứ 3; tham chiếu tới bên nhận thông điệp

Tên kiểu đoạn:

Tên và địa chỉ

Số lần xuất hiện lớn nhất:

1

Trạng thái:

bắt buộc (khởi động)

Chuỗi phần tử dữ liệu

...

...

...

Quy tắc sử dụng phần tử dữ liệu

Tên cục bộ

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

Bên tham gia

bắt buộc

bên tham gia là MS

an..3

...

...

...

Id của tổ chức

bắt buộc

người gửi thông điệp

an..35

Giá trị mã để định danh tổ chức nhận; danh sách mã cơ sở được cung cấp bởi trung tâm thống kê quản trị trao đổi dữ liệu.

Nội dung và quy tắc

Kiểu đoạn này được sử dụng để cung cấp việc định danh tổ chức gửi.

VÍ DỤ:

NAD+MS+BE2'

...

...

...

Kiểu đoạn:

IDE

Tên kiểu đoạn:

Định danh thông điệp

Số lần xuất hiện lớn nhất:

1

Trạng thái:

điều kiện

Chuỗi phần tử dữ liệu

...

...

...

Quy tắc sử dụng phần tử dữ liệu

Tên cục bộ

Quy tắc sử dụng

Định dạng

Giá trị mã SDMD-EDI

Kiểu đối tượng

bắt buộc

kiểu đối tượng là 10

an..3

...

...

...

Định danh thông điệp

bắt buộc

định danh thông điệp được ấn định bởi người nhận thông điệp (xem quy tắc dưới đây)

an..35

(cũng xem các quy tắc dưới đây)

Văn bản tự do

Ví dụ cập nhật hàng ngày, báo cáo hàng tháng v.v.

Nội dung và quy tắc sử dụng

Định danh thông điệp được cung cấp bởi bên gửi. Đó là văn bản tự do và có thể lên tới 35 ký tự độ dài (ví dụ: “cập nhật hàng ngày”, “đánh dấu hàng tháng”).

...

...

...

IDE+10+Quarterly BoP reporting'

Bên gửi đã định danh thông điệp này như “báo cáo BoP hàng quý”

Nhóm đoạn:

Nhóm 3 (CTA-COM)

Số lần xuất hiện lớn nhất: 3

Trạng thái:

điều kiện

Nội dung và quy tắc

Nhóm này cung cấp các chi tiết về thông tin liên lạc liên quan đến tổ chức gửi được định danh trong đoạn NAD+MS trước đó. Các chi tiết này bao gồm tên của liên lạc, các số liên lạc như điện thoại, fax, thư điện tử.

...

...

...

Nhóm 3 được nhắc lại ba lần, nếu bên gửi sử dụng nó, thì có thể lựa chọn tối đa ba người liên quan mà các thông tin về họ có ích cho bên nhận.

Kiểu đoạn:

CTA

Tên kiểu đoạn:

Thông tin liên lạc

Số lần xuất hiện lớn nhất: 1

Trạng thái:

bắt buộc (khởi động)

Chuỗi phần tử dữ liệu

...

...

...

Quy tắc sử dụng phần tử dữ liệu

Tên cục bộ

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

Chức năng liên lạc

Bắt buộc

nó định danh chức năng của con người (bên gửi)

an..3

...

...

...

CP - người có trách nhiệm xử lý dữ liệu máy tính

CF - tiêu đề của đoạn đầu đơn vị cung thông tin

CE - tiêu đề của đoạn đầu đơn vị xử lý thông tin

Id liên lạc

tùy chọn

định danh liên lạc (dept. id) được hiểu là bên phía người gửi

an..17

Ví dụ.BoP, M&B, EDP, ICSD

v.v.

...

...

...

bắt buộc

tên người liên lạc

an..35

Ví dụ John Smith

Nội dung và quy tắc

Đoạn này định danh tên liên lạc tại cơ quan gửi

VÍ DỤ 1

CTA+CC+:Mr John Smith'

John Smith là người có trách nhiệm biên soạn và đưa ra dữ liệu tại cơ quan gửi.

...

...

...

CTA+CP+IS/BoP:Mr John Smith'

John Smith là người có trách nhiệm xử lý dữ liệu tại đơn vị IS/BoP trong cơ quan gửi.

Kiểu đoạn:

COM

Tên kiểu đoạn:

Số truyền thông và kiểu

Số lần xuất hiện lớn nhất: 5

Trạng thái:

điều kiện

...

...

...

Tên cục bộ

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

Số truyền thông

bắt buộc

số điện thoại, số fax hoặc địa chỉ thư điện tử v.v.

an..

512

...

...

...

Kênh truyền thông

bắt buộc

an..3

EM - thư điện tử

TE - số điện thoại

FX - số fax

XF - X.400

Nội dung và quy tắc

Cung cấp số liên lạc về một cá nhân được nhắc tới trong đoạn CTA và định danh kiểu số này (kênh truyền thông)

...

...

...

COM+0049 69 13440:TE'

VÍ DỤ 2:

Liên kết với các đoạn sau::

Ví dụ này chỉ ra cách sử dụng toàn bộ nhóm NAD+MS. ECB (= F0) cung cấp thông tin về các nội dung thông điệp (đoạn IDE) và đối tượng để liên lạc.

9.4. Danh sách mã

9.4.1. Phạm vi áp dụng

Việc phổ biến danh sách mã từ trung tâm cho phép cơ quan nhận lập các bảng gồm các giá trị về khái niệm thống kê được mã hóa (các miền dữ liệu được sử dụng trong các tập khóa và các thuộc tính được mã hóa). Các tham chiếu tới danh sách mã có thể được sử dụng bởi mọi tập dữ liệu gửi trong các thông điệp SDMX-EDI khác.

9.4.2. Các đoạn GESMES được sử dụng

...

...

...

9.4.3. Các chức năng và hướng dẫn sử dụng

Danh sách được gửi trong Nhóm 4. Bản thân danh sách phải được coi như thẻ định danh duy nhất và được gửi trong đoạn CDV (một mã trong mỗi lần xuất hiện của đoạn CDV) và phần mô tả bằng văn bản của chúng được đưa ra trong đoạn FTX (một phần mô tả bằng văn bản cho mỗi lần xuất hiện của đoạn CDV).

9.4.4. Cấu trúc đoạn của danh sách mã

VLI+code-list-id+++code-list-name’

CDV+code-value'

FTX+ACM+++textual-description'

Nhóm đoạn:

Nhóm 4 (VLI-Nhóm 7)

...

...

...

Trạng thái:

điều kiện

Nội dung và quy tắc sử dụng

Nhóm các đoạn chứa một danh sách mã. Danh sách mã này có thể được bên nhận lưu trữ ở cơ sở dữ liệu siêu dữ liệu (xem các cách tổ chức định nghĩa cấu trúc trong điều 3.4.1)

Kiểu đoạn:

VLI

Tên kiểu đoạn:

Định danh danh sách giá trị

Số lần xuất hiện lớn nhất:

...

...

...

Trạng thái:

Bắt buộc (khởi động)

Chuỗi phần tử dữ liệu

VLI+code-list-id+++code-list-name'

Quy tắc sử dụng phần tử dữ liệu

Tên cục bộ

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

...

...

...

bắt buộc

định danh danh sách mã

an..18

Thẻ định danh danh sách mã được cung cấp bởi cơ quan trung tâm,

ví dụ: CL_UNIT

Tên danh sách mã

bắt buộc

tên danh sách mã

an..70

...

...

...

ví dụ.: các đơn vị danh sách mã

Nội dung và quy tắc sử dụng

Đoạn này được sử dụng để cung cấp thẻ định danh duy nhất và tên danh sách mã.

VÍ DỤ 1

VLI+CL_ADJUSTMENT+++điều chỉnh danh sách mã'

Danh sách mã CL_ADJUSTMENT được đưa ra qua các đoạn (CDV, FTX) tiếp theo.

VÍ DỤ 2

VLI+CL_ORGANISATION+++tổ chức danh sách mã'

Danh sách mã CL_ORGANISATION được đưa ra qua các đoạn (CDV, FTX) tiếp theo.

...

...

...

Nhóm 7 (CDV-FTX)

Số lần xuất hiện lớn nhất:

9999

Trạng thái:

bắt buộc

Nội dung và quy tắc sử dụng

Một nhóm các đoạn chứa các giá trị mã trong danh sách mã và các mô tả của chúng. Đoạn CDV xuất hiện một lần đối với mỗi mã và đoạn FTX xuất hiện một lần đối với mỗi CDV.

Kiểu đoạn:

CDV

...

...

...

giá trị mã

Số tần xuất hiện lớn nhất:

1

Trạng thái:

bắt buộc (khởi động)

Chuỗi phần tử dữ liệu

CDV+code-value'

Quy tắc sử dụng phần tử dữ liệu

Tên cục bộ

...

...

...

Định dạng

Giá trị mã SDMX-EDI

Giá trị mã

bắt buộc

giá trị mã

an..18

Giá trị mã từ danh sách mã được cung cấp bởi cơ quan trung tâm.

Nội dung và quy tắc

Đoạn này được sử dụng để cung cấp danh sách mã.

...

...

...

CDV+DK2'

Đây là giá trị mã từ danh sách CL_ORGANISATION (được đề cập trong ví dụ trước khi biểu diễn đoạn VLI).

Kiểu đoạn:

FTX

Tên kiểu đoạn:

văn bản tự do (mô tả bằng văn bản giá trị mã)

Số lần xuất hiện lớn nhất:

1

Trạng thái:

...

...

...

Chuỗi phần tử dữ liệu

FTX+text-subject+++code-value-description’

Quy tắc sử dụng phần tử dữ liệu

Tên cục bộ

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

Chủ đề văn bản

Bắt buộc

...

...

...

an..3

ACM (= mô tả thống kê)

Mô tả giá trị mã

Bắt buộc

Văn bản giá trị mã

an..350

Mô tả bằng văn bản ý nghĩa của giá trị mã. Biểu diễn độ dài lớn nhất: text:text:text:text:text

ở đó mỗi “text” có thể lên tới 70 ký tự độ dài

Nội dung và quy tắc sử dụng

...

...

...

Đoạn này cung cấp một mô tả giá trị mã. Nó có thể lên tới 350 ký tự độ dài. Tuy nhiên, nếu mô tả dài hơn 70 ký tự (giới hạn cao hơn về phần tử thành phần đơn), do đó văn bản nên được chia thành văn bản phần tử thành phần (mỗi văn bản không được dài hơn 70 ký tự và phân chia bởi dấu phân cách thành phần). Các ứng dụng đọc nên đọc các thành phần văn bản nhận và xem xét quá trình tạo ra một chuỗi ký tự trong đó chuỗi này là kết quả của các chuỗi ký tự con. Các ứng dụng ghi chia văn bản nhiều phần nhỏ gồm 70 ký tự hoặc ngắn hơn; một câu hỏi đặt ra là liệu một từ có bị phá hỏng giữa hai phần tử thành phần hay không (xem trong Phụ lục về cú pháp EDIFACT).

Nói ngắn gọn, mô tả giá trị mã có thể được đưa ra dưới dạng free-text:free-text:free-text:free- text:free-text ở đó free-text có thể lên tới 70 ký tự độ dài và nhắc lại trên năm lần. Cũng xem điều 6.9.9.

VÍ DỤ:

FTX+ACM+++Danmarks Nationalbank'

Đoạn này giải thích giá trị mã được chỉ ra trong ví dụ về việc biểu diễn đoạn CDV.

9.5. Định nghĩa khái niệm thống kê

9.5.1. Phạm vi

Điều này cung cấp một danh sách các khái niệm thống kê được các bên tham gia sử dụng với các tên khác nhau.

9.5.2. Các đoạn GESMES chung

...

...

...

9.5.3. Chức năng và hướng dẫn sử dụng

Một cặp đoạn được sử dụng, đoạn đầu tiên (STC) cung cấp thẻ định danh khái niệm thống kê và thẻ thứ hai (FTX) cung cấp tên của nó.

9.5.4. Cấu trúc đoạn của định nghĩa khái niệm thống kê

Nhóm đoạn:

 Nhóm 9 (STC-FTX)

Số lần xuất hiện lớn nhất: 9999

Trạng thái:

...

...

...

Nội dung và quy tắc sử dụng

Một cặp đoạn mô tả khái niệm thống kê.

Kiểu đoạn:

STC

Tên kiểu đoạn:

Khái niệm thống kê

Số lần xuất hiện lớn nhất:

1

Trạng thái:

...

...

...

Chuỗi phần tử dữ liệu

STC+concept-identifier'

Quy tắc sử dụng phần tử dữ liệu

Tên cục bộ

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

Thẻ định danh khái niệm

Bắt buộc

...

...

...

an..18

Thẻ định danh khái niệm thống kê được cung cấp bởi cơ quan trung tâm

Ví dụ: UNIT

Nội dung và quy tắc sử dụng

Đoạn này định danh khái niệm thống kê.

VÍ DỤ:

STC+SOURCE_AGENCY'

Đây là tên của khái niệm mà thẻ định danh của nó là SOURCE_AGENCY, sẽ đưa ra trong đoạn FTX tiếp theo.

Kiểu đoạn:

...

...

...

Tên kiểu đoạn:

 văn bản tự do (tên của khái niệm)

Số lần xuất hiện lớn nhất:

1

Trạng thái:

bắt buộc

Chuỗi phần tử dữ liệu

FTX+text-subject+++code-label’

Quy tắc sử dụng phần tử dữ liệu

...

...

...

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

Chủ đề văn bản

Bắt buộc

Trong SDMX-EDI: “mô tả thống kê”

an..3

ACM (= stat.description)

Nhãn mã

...

...

...

Tên của khái niệm thống kê

an..70

Tên về khái niệm được quy định trong đoạn STC

Nội dung và quy tắc

Đoạn này được sử dụng để cung cấp tên khái niệm thống kê đã trình bày trong đoạn trước(STC).

VÍ DỤ

FTX+ACM+++Source agency’

Đây là tên của khái niệm được biểu diễn trong ví dụ trước (xem mô tả về STC).

9.6. Định nghĩa tập khóa

...

...

...

Điều này cho phép tổ chức nhận thông điệp cấu trúc tương ứng để biểu diễn các định nghĩa tập khóa (các miền dữ liệu và các vị trí) và các danh sách thuộc tính liên quan. Rõ ràng định nghĩa tập khóa không chứa các thành phần cấu trúc (ví dụ khái niệm thống kê) mà không được mô tả trong các khái niệm “trao đổi” (ví dụ qua Nhóm 8): mỗi id khái niệm được sử dụng trong định nghĩa tập khóa nên được hiểu là các cơ quan đối tác.

9.6.2. Các đoạn GESMES được sử dụng

Khi các bên tham gia trao đổi các định nghĩa tập khóa thì họ phải sử dụng; đó là lý do tại sao nhóm này là bắt buộc.

9.6.3. Chức năng và hướng dẫn sử dụng

Định nghĩa tập khóa được phản ánh ở một lần xuất hiện của đoạn ASI. Đoạn FTX cung cấp tên của tập khóa. Mỗi thành phần cấu trúc được định đanh như một lần xuất hiện của đoạn SCD, dưới dạng thẻ định danh khái niệm thống kê (và vị trí của miền dữ liệu trong cấu trúc khóa nếu khái niệm là một miền dữ liệu). Nói chung, một định nghĩa tập khóa đầy đủ bao gồm:

Định danh tất cả miền dữ liệu của tập khóa này và các phần tử thành phần quan sát liên quan khác (thông tin cấu trúc này cần thiết cho việc giải thích đoạn ARR theo sau Nhóm 14 mà không được biểu diễn ở đây, nhóm này mang dữ liệu được trao đổi).

Định danh tất cả các thuộc tính (bắt buộc hoặc không bắt buộc) đang sử dụng tập khóa này (đoạn SCD), định nghĩa về tháng thái và mức đính kèm của chúng, mô tả định dạng các giá trị của khái niệm thống kê (đoạn ATT) và định danh danh sách mã tương ứng (IDE) nếu khái niệm thống kê được mã hóa.

9.6.4. Cấu trúc đoạn của định nghĩa tập khóa

...

...

...

Nhóm đoạn:

Nhóm 10 (ASI-Nhóm 11)

Số lần xuất hiện lớn nhất:

9999

Trạng thái:

 điều kiện

Nội dung và quy tắc sử dụng

Mục đích của nhóm này là cung cấp định nghĩa tập khóa (các miền dữ liệu và thuộc tính). Tập khóa có thể là mới hoặc có thể đã tồn tại trên cơ sở dữ liệu của bên nhận, trong trường hợp này định nghĩa có thể đổi chỗ cơ sở dữ liệu siêu dữ liệu hiện có.

Kiểu đoạn:

...

...

...

Tên kiểu đoạn:

Định danh cấu trúc mảng

Số lần xuất hiện lớn nhất:

1

Trạng thái:

Bắt buộc (khởi động)

Nội dung và quy tắc sử dụng

Đoạn này được sử dụng để định danh cấu trúc tập dữ liệu (ví dụ cấu trúc mảng).

Chuỗi phần tử dữ liệu

...

...

...

Quy tắc sử dụng phần tử dữ liệu

Tên cục bộ

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

Thẻ định danh cấu trúc tập dữ liệu

Bắt buộc

an..18

Thẻ định danh tập khóa

...

...

...

Đoạn này được sử dụng để cung cấp cấu trúc tập dữ liệu: trong SDMX-EDI định danh cấu trúc tập dữ liệu được cung cấp bởi “thẻ định danh tập khóa”.

VÍ DỤ:

ASI + ESCB_BAL_OF_PAYM01'

Kiểu đoạn:

FTX

Tên kiểu đoạn:

Văn bản tự do (tên của tập khóa)

Số lần xuất hiện lớn nhất:

1

...

...

...

Bắt buộc

Chuỗi phần tử dữ liệu

FIX+text-subject+++code-label’

Quy tắc sử dụng phần tử dữ liệu

Tên cục bộ

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

Chủ đề văn bản

...

...

...

Trong SDMX-EDI: “mô tả thống kê”

an..3

ACM (= stat.description)

Nhãn mã

Bắt buộc

Tên của khái niệm thống kê

an..70

tên (mô tả ngắn)của tập khóa được quy định ở đoạn ASI.

Nội dung và quy tắc

...

...

...

VÍ DỤ:

FTX+ACM+++ECB kf for BoP data'

Đây là tên của tập khóa được biểu diễn ở ví dụ trước (xem mô tả về ASI).

Nhóm đoạn:

Nhóm 11 (SCD-ATT-Nhóm 12)

Số lần xuất hiện lớn nhất:

999

Trạng thái:

điều kiện

...

...

...

Nhóm đoạn này định danh các khái niệm thống kê của tập khóa và xác định chúng là các miền dữ liệu hay các thuộc tính. Các miền dữ liệu phải được mã hóa trong khi các thuộc tính thì có thể không. Ngoài ra, nó cung cấp thông tin được yêu cầu để giải thích đoạn ARR theo sau nhóm 14:

Các miền dữ liệu thời gian: “chu kỳ thời gian” (“các chu kỳ mà dữ liệu trong đoạn ARR liên quan đến? “) và “định dạng thời gian” (“dữ liệu trong đoạn ARR có liên quan đến chu kỳ đơn lẻ hoặc đến dẫy và tần suất là gì”)

Các ô mảng: giá trị quan sát, trạng thái quan sát của thuộc tính ở mức quan sát (bắt buộc), quan sát trước dừng và tính bảo mật về việc quan sát các thuộc tính ở mức quan sát (cả hai điều kiện).

Các phân loại định nghĩa được trình bày thêm dưới đây:

Miền dữ liệu: Đối với mỗi miền dữ liệu của tập khóa, (1) vị trí của nó trong cấu trúc khóa, (2) việc biểu diễn (độ dài của các giá trị mã dù cho chúng là dạng số hay cả số lẫn chữ) và (3) tên của danh sách mã liên quan được cung cấp.

Chu kỳ thời gian, định dạng thời gian, giá trị quan sát và các thuộc tính “mảng”: Chúng được xác định bằng cách biểu diễn và vị trí của chúng trong cấu trúc mảng. Thêm nữa, đối với ba thuộc tính mức quan sát (“các thuộc tính mảng”: trạng thái quan sát, tính bảo mật quan sát và giá trị quan sát trước khi dừng), cũng giống như mức đính kèm, trạng thái sử dụng của chúng (không áp dụng cho “quan sát trước khi dừng”) và các danh sách mã liên quan được cung cấp.

Các định nghĩa thuộc tính: Tất cả các thuộc tính về tập khóa được xác định với thông tin về:

· Liệu chúng có được mã hóa hay không

· Trạng thái sử dụng của chúng (bắt buộc hoặc điều kiện)

...

...

...

· Việc biểu diễn: độ dài trường (độ dài tối đa) và thông tin về việc chúng là dạng số hay cả số lẫn chữ.

· Danh sách mã liên quan (đối với các thuộc tính mã hóa).

Khi đoạn ATT được sử dụng với ba mục đích khác nhau (đó là lý do tại sao trong sơ đồ nhánh chỉ ra rằng đoạn ATT có thể được nhắc lại trên ba lần), đối với mỗi cách sử dụng được thể hiện một cách riêng biệt. Sơ đồ dưới đây cung cấp một cái nhìn “phóng đại” về nhóm:

Cấu trúc đoạn

CHÚ THÍCH

Các ví dụ về các đoạn khác nhau được sử dụng trong phần định nghĩa tập khóa bắt nguồn từ tập khóa mẫu định nghĩa trong đoạn kế tiếp. Các ví dụ được thiết lập theo cách này giúp cho độc giả có cái nhìn tổng quát về toàn bộ nhóm. Phần hoàn thiện với các đoạn yêu cầu được giới thiệu trong phần thể hiện đoạn IDE(nhóm 12) sau đây:

Kiểu đoạn:

...

...

...

Tên kiểu đoạn:

Định nghĩa thành phần cấu trúc

Số lần xuất hiện lớn nhất:

1

Trạng thái:

Bắt buộc (khởi động)

Chuỗi phần tử dữ liệu

SCD+concept-type+concept-identifier++++:position-in-key-structure'

Quy tắc sử dụng Phần tử dữ liệu

...

...

...

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

Kiểu khái niệm

Bắt buộc

an..3

1 - thời gian

3 - ô mảng

13 - miền dữ liệu miền dữ liệu “tần suất” trong cấu trúc của tập khóa

...

...

...

Z09 - thuộc tính

Thẻ định danh khái niệm

Bắt buộc

Thẻ định danh của khái niệm thống kê

an..18

Được cung cấp bởi cơ quan trung tâm.

Vị trí trong cấu trúc khóa

Bắt buộc

Đưa ra vị trí của khái niệm thống kê (miền dữ liệu) trong cấu trúc tập khóa (ví dụ: giá trị 1 là vị trí đầu tiên), nếu khái niệm là miền dữ liệu hoặc phần tử của cấu trúc ARR

...

...

...

1 - vị trí đầu tiên

2 - vị trí thứ hai

... v.v.

Nội dung và quy tắc

Đoạn này được sử dụng để định danh các khái niệm thống kê sử dụng trong tập khóa, kiểu (miền dữ liệu hoặc thuộc tính) và trường hợp các miền dữ liệu định danh vị trí của chúng trong cấu trúc khóa. Ngoài ra, đoạn này còn định danh vị trí ô mảng trong các đoạn ARR của phần tử bổ sung, ví dụ: miền dữ liệu thời gian, định dạng thời gian, quan sát, trạng thái quan sát (tính bảo mật và quan sát trước khi dừng, nếu được sử dụng trong tập khóa).

VÍ DỤ

Cùng xem định nghĩa của tập khóa (ví dụ) sau đây:

Khái niệm thống kê

Thẻ định danh

...

...

...

Vai trò khái niệm

Vị trí trong khóa/vị trí cấu trúc mảng

CÁC CHIỀU:

Tần suất

Vùng tham chiếu

Khoản mục BOP

Kiểu dữ liệu

FREQ

...

...

...

BOP_ITEM

DATA_TYPE

an1

an2

an3

an1

miền dữ liệu

...

...

...

miền dữ liệu

miền dữ liệu

1

2

3

4

Chu kỳ thời gian

TIME_PERIOD

...

...

...

thời gian miền dữ liệu

5

Định dạng thời gian

TIME_FORMAT

an3

thời gian

6

Quan sát

OBS_VALUE

...

...

...

miền dữ liệu quan sát

7

Trạng thái quan sát

OBS_STATUS

an1

ô mảng

8

Tính bảo mật quan sát

OBS_CONF

...

...

...

ô mảng

9

Giá trị quan sát trước khi dừng

OBS PRE BREAK

an..15

ô mảng

10

CÁC THUỘC TÍNH:

Nhan đề

...

...

...

Số nhân đơn vị

TITLE

UNIT

UNIT_MULT

an..70

an..12

an..2

...

...

...

thuộc tính

thuộc tính

thuộc tính

-

-

-

(Trong tập khóa này, giả thiết rằng tính bảo mật quan sát và tính quan sát trước dừng được bao hàm trong cấu trúc mảng của tập khóa; thì đoạn này không phải là trường hợp cho các tập khóa khác)

Các đoạn về định nghĩa cấu trúc tập khóa:

...

...

...

SCD+4+REF_AREA++++:2'...               (có các đoạn ATT và IDE tương ứng theo sau) ...

SCD+4+BOP_ITEM++++:3'...                (có các đoạn ATT và IDE tương ứng theo sau) ...

SCD+4+DATA_TYPE++++:4'                (có các đoạn ATT và IDE tương ứng theo sau) ...

Các phần tử thành phần khác (miền dữ liệu thời gian và các ô mảng) giới thiệu trong các đoạn ARR về tập khóa này:

SCD+1+TIME_PERIOD++++:5'

(có đoạn ATT tương ứng theo sau)

SCD+1+TIME_FORMAT++++:6'

...(có đoạn ATT tương ứng theo sau)...

SCD+3+OBS_VALUE++++:7'

...

...

...

SCD+3+OBS_STATUS++++:8'

...(có các đoạn ATT và IDE tương ứng theo sau)...

SCD+3+OBS_CONF++++:9'

...(có các đoạn ATT và IDE tương ứng theo sau)...

SCD+3+OBS_PRE_BREAK++++:10'

...(có các đoạn ATT và IDE tương ứng theo sau)...

Các thuộc tính được sử dụng trong tập khóa (chú ý rằng chỉ có kiểu khái niệm và thẻ định danh khái niệm mới được sử dụng ở đây)

SCD+Z09+TITLE'

...(có đoạn ATT tương ứng theo sau)...

...

...

...

... (có các đoạn ATT và IDE tương ứng theo sau)...

SCD+Z09+UNIT_MULT’

... (có các đoạn ATT và IDE tương ứng theo sau)...

Kiểu đoạn:

ATT

lần xuất hiện đầu tiên - tham chiếu đến định dạng biểu diễn

Tên kiểu đoạn:

Thuộc tính

Số lần xuất hiện lớn nhất:

...

...

...

Trạng thái:

Bắt buộc

Chuỗi phần tử dữ liệu

ATT+domain+type+:::format-specification’

Quy tắc sử dụng phần tử dữ liệu

Tên cục bộ

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

...

...

...

Bắt buộc

an..3

3 - liên quan tới định nghĩa tập khóa

kiểu

Bắt buộc

an..3

5 - biểu diễn

đặc tả định dạng

Bắt buộc

...

...

...

an..35

Ví dụ

AN2 (= cả số lẫn chữ, 2 ký tự độ dài)

AN..3 (= trên 3 ký tự độ dài)

v.v.

Nội dung và quy tắc

VÍ DỤ:

Xem lại ví dụ trước:

Khái niệm thống kê

...

...

...

Số hoặc cả số lẫn chữ

(n)

Vai trò khái niệm

Vị trí trong khóa/vị trí cấu trúc mảng

Tần suất

FREQ

an1

Miền dữ liệu

1

...

...

...

REF_AREA

an2

Miền dữ liệu

2

Khoản mục BOP

BOP_ITEM

an3

Miền dữ liệu

3

...

...

...

DATA_TYPE

an1

Miền dữ liệu

4

Chu kỳ thời gian

TIME_PERIOD

an..35

thời gian miền dữ liệu

5

...

...

...

TIME_FORMAT

an3

thời gian

6

Quan sát

OBS_VALUE

an..15

miền dữ liệu quan sát

7

...

...

...

OBS_STATUS

an1

ô mảng

8

Tính bảo mật quan sát

OBS_CONF

an1

ô mảng

9

...

...

...

OBS_PRE_BEAK

an..15

ô mảng

10

Nhan đề

TITLE

an..70

Thuộc tính

-

...

...

...

UNIT

an..12

Thuộc tính

-

Số nhân đơn vị

UNIT_MULT

an..2

Thuộc tính

-

...

...

...

SCD+13+FREQ++++:1’

ATT+3+5+:::AN1’

….

Đoạn IDE theo sau

SCD+4+REF_AREA++++:2'

ATT+3+5+:::AN2'

...

...

...

….

Đoạn IDE theo sau

SCD+4+BOP_ITEM++++:3’

ATT+3+5+:::AN3'

….

Đoạn IDE theo sau

SCD+4+DATA_TYPE++++:4'

...

...

...

ATT+3+5+:::AN1’

….

Đoạn IDE theo sau

SCD+1 +TIME_PERIOD++++:5'

ATT+3+5+:::AN..35'

Không có thêm các đoạn liên quan đến TIME_PERIOD

SCD+1+TIME_FORMAT++++:6'

...

...

...

ATT+3+5+:::AN3'

Không có thêm các đoạn liên quan đến TIME_FORMAT

SCD+3+OBS_VALUE++++:7'

ATT+3+5+:::AN..15'

Không có thêm các đoạn liên quan đến OBS_VALUE

SCD+3+OBS_STATUS++++:8'

ATT+3+5+:::AN1'

...

...

...

….

Các đoạn ATT và IDE theo sau

SCD+3+OBS_CONF++++:9'

ATT+3+5+:::AN1'

….

Các đoạn ATT và IDE theo sau

SCD+3+OBS_PRE_BREAK++++:10'

...

...

...

ATT+3+5+:::AN..15'

….

Các đoạn ATT và IDE theo sau

SCD+Z09+TITLE'

ATT+3+5+:::AN..70'

….

...

...

...

SCD+Z09+UNIT'

ATT+3+5+:::AN..12'

…..

Các đoạn ATT và IDE khác theo sau

SCD+Z09+UNIT_MULT'

ATT+3+5+:::AN..2'

...

...

...

…..

Các đoạn ATT và IDE khác theo sau

Kiểu đoạn:

ATT

lần xuất hiện thứ 2 - tham chiếu tới trạng thái sử dụng

Tên kiểu đoạn:

Thuộc tính

Số lần xuất hiện lớn nhất:

...

...

...

Trạng thái:

Điều kiện

Chuỗi Phần tử dữ liệu

ATT+domain+type+code:code-list-qualifier‘

Quy tắc sử dụng Phần tử dữ liệu

Tên cục bộ

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

...

...

...

Bắt buộc

an..3

3 - liên quan tới định nghĩa tập khóa

Kiểu

Bắt buộc

an..3

35 - trạng thái sử dụng

Mã

Bắt buộc

...

...

...

an..3

1 - điều kiện

2 - bắt buộc

Từ hạn định danh sách mã

Bắt buộc

Đưa ra danh sách mã mà các giá trị trước được lấy ra từ đó

an..3

USS - trạng thái sử dụng

Nội dung và quy tắc

...

...

...

VÍ DỤ:

Xem lại ví dụ trước, các đoạn về định nghĩa cấu trúc (SCD, sự biểu diễn và định nghĩa trạng thái sử dụng trong ATT) liên quan tới các thuộc tính dưới đây:

SCD+3+OBS_STATUS++++:8'

ATT+3+5+:::AN1'

ATT+3+35+2-.USS'

Trạng thái sử dụng cho OBS_STATUS là bắt buộc

…

Các đoạn IDE và ATT theo sau

SCD+3+OBS_CONF++++:9'

...

...

...

ATT+3+5+:::AN1'

ATT+3+35+1:USS’

Trạng thái sử dụng cho OBS_CONF là điều kiện

….

Các đoạn IDE và ATT theo sau

SCD+3+OBS_PRE_BREAK++++:10'

ATT+3+5+:::AN..15'

...

...

...

ATT+3+35+1:USS’

Trạng thái sử dụng cho OBS_PRE_BREAK là điều kiện

…

Đoạn ATT khác theo sau

SCD+Z09+TITLE'

ATT+3+5+:::AN..70'

...

...

...

ATT+3+35+2:USS’

Trạng thái sử dụng cho TITLE là bắt buộc

….

Đoạn ATT khác theo sau

SCD+Z09+UNIT'

ATT+3+5+:::AN..12'

ATT+3+35+2:USS'

...

...

...

…

Các đoạn IDE và ATT theo sau

SCD+Z09+UNIT_MULT'

ATT+3+5+:::AN..2'

ATT+3+35+2:USS’

Trạng thái sử dụng cho UNIT_MULT là bắt buộc

…

...

...

...

Kiểu đoạn:

ATT

lần xuất hiện thứ 3 - tham chiếu tới mức đính kèm

Tên kiểu đoạn:

Thuộc tính

Số lần xuất hiện lớn nhất:

1

Trạng thái:

...

...

...

Chuỗi phần tử dữ liệu

ATT+domain+type+code:code-list-qualifier'

Quy tắc sử dụng phần tử dữ liệu

Tên cục bộ

Quy tắc sử dụng

Định dạng

Giá trị mã SDMX-EDI

Miền

Bắt buộc

...

...

...

3 - liên quan đến định nghĩa tập khóa

Kiểu

Bắt buộc

an..3

32 - kiểu kết nối đối tượng (mức đính kèm)

Mã

Bắt buộc

Đưa ra mức đính kèm của thuộc tính

an..3

...

...

...

4 - chuỗi thời gian

5 - quan sát

9 - nhóm quan hệ

Từ hạn định danh sách mã

Bắt buộc

Đưa ra danh sách mã mà các giá trị trước được lấy ra từ đó

an..3

ALV - mức đính kèm

Nội dung và quy tắc

...

...

...

VÍ DỤ:

Sử dụng lại ví dụ trước, ta giả thiết rằng trong tập khóa:

· “trạng thái quan sát”, “tính bảo mật quan sát” và “quan sát trước khi dừng” được xác định ở mức quan sát;

· “nhan đề” được xác định ở mức nhóm quan hệ

· “đơn vị” và “số nhân đơn vị” ở mức chuỗi thời gian.

Các đoạn định nghĩa cấu trúc (SCD và sự biểu diễn nó, trạng thái sử dụng và định nghĩa mức đính kèm ở đoạn ATT) chỉ liên quan tới các thuộc tính được đưa ra như sau (các miền dữ liệu và miền dữ liệu thời gian không chứa đựng mức đính kèm).

SCD+3+OBS_STATUS++++8'

ATT+3+5+:::AN1’

ATT+3+35+2:USS'

...

...

...

Đính kèm OBS_STATUS ở-mức quan sát

…

Đoạn IDE (định danh danh sách mã liên quan) theo sau

SCD+3+OBS_CONF++++:9’

ATT+3+5+:::AN1’

...

...

...

ATT+3+32+5:ALV’

Đính kèm OBS_CONF ở mức quan sát

….

Đoạn IDE theo sau

SCD+3+OBS_PRE_BREAK++++:10’

ATT+3+5+:::AN..15'

...

...

...

ATT+3+35+1:USS'

ATT+3+32+5:ALV'

Đính kèm OBS_PRE_BREAK ở mức quan sát.

SCD+Z09+TITLE'

ATT+3+5+:::AN..70'

...

...

...

ATT+3+35+2:USS'

ATT+3+32+9:ALV’

Đính kèm TITLE ở mức quan hệ

SCD+Z09+UNIT'

ATT+3+5+:::AN..4'

ATT+3+35+2:USS'

...

...

...

ATT+3+32+4:ALV’

Đính kèm UNIT ở mức chuỗi thời gian

…

Đoạn IDE theo sau

SCD+Z09+UNIT_MULT’

ATT+3+5+:::AN..2'

...

...

...

ATT+3+35+2:USS'

ATT+3+32+4:ALV'

Đính kèm UNIT_MULT ở mức chuỗi thời gian

…

Đoạn IDE theo sau

Nhóm đoạn:

Nhóm 12 (IDE)

...

...

...

1

Trạng thái:

điều kiện

Nội dung và quy tắc sử dụng

Nhóm này được sử dụng để định danh danh sách mã được sử dụng bởi khái niệm thống kê mã hóa.

Kiểu đoạn:

IDE

Tên kiểu đoạn:

định danh

...

...

...

1

Trạng thái:

bắt buộc

Chuỗi phần tử dữ liệu

IDE+object-type+identifier'

Quy tắc sử dụng phần tử dữ liệu

Tên cục bộ

Quy tắc sử dụng

Định dạng

...

...

...

Kiểu đối tượng

Bắt buộc

an..3

1 - danh sách mã

Thẻ định danh

Bắt buộc

an..18

Cung cấp bởi cơ quan trung tâm.

Thẻ định danh danh sách mã

...

...

...

Đoạn này chứa thẻ định danh danh sách mã của khái niệm thống kê được quy định trong đoạn SCD trước đó nếu khái niệm này được mã hóa.

VÍ DỤ 1:

IDE+1+CL_FREQ'

Chú ý rằng đoạn IDE này nên được đề cập đến trước bởi một đoạn SCD liên quan (và một hoặc ba đoạn ATT phụ thuộc vào việc khái niệm là một miền dữ liệu hay thuộc tính). Ví dụ. để đưa ra đoạn trước, thì cần đề cập tới các đoạn sau đây:

SCD+13+FREQ++++:1’

ATT+3+5+:::AN1’

Rõ ràng, đoạn IDE không được sử dụng nếu khái niệm thống kê liên quan không được mã hóa.

VÍ DỤ 2:

Tham khảo ví dụ được giới thiệu ở các trang trước, phần về định nghĩa cấu trúc đầy đủ (SCD và sự biểu diễn nó, trạng thái sử dụng và định nghĩa mức đính kèm trong đoạn ATT và đoạn IDE điều kiện) về các miền dữ liệu, các ô mảng và các thuộc tính được đưa ra như sau:

...

...

...

ATT+3+5+:::AN1'

IDE+1+CL_FREQ'

SCD+4+REF_AREA++++:2’

Khái niệm: REF_AREA (= vùng tham chiếu)

ATT+3+5+:::AN2'

...

...

...

Danh sách mã CL_AREA_EE được sử dụng cho REF_AREA

SCD+4+BOP_ITEM++++:3‘

ATT+3+5+:::AN3’

IDE+1+CL_BOP_ITEM'

SCD+4+DATA_TYPE++++:4'

ATT+3+5+:::AN1'

IDE+1 +CL_BOP_DATA_TYPE'

SCD+1+TIME_PERIOD++++:5'

ATT+3+5+:::AN..35'

...

...

...

ATT+3+5+:::AN3'

SCD+3+OBS_VALUE++++:7'

ATT+3+5+:::AN..15'

SCD+3+OBS_STATUS++++:8'

ATT+3+5+:::AN1’

ATT+3+35+2:USS'

ATT+3+32+5:ALV’

IDE+1+CL_OBS_STATUS'

SCD+3+OBS_CONF++++:9'

...

...

...

ATT+3+35+1:USS'

ATT+3+32+5:ALV'

IDE+1+CL_OBS_CONF'

SCD+3+OBS_PRE_BREAK++++:10'

ATT+3+5+:::AN..15'

ATT+3+35+1:USS'

ATT+3+32+5:ALV'

SCD+Z09+TITLE’

ATT+3+5+:::AN..70'

...

...

...