Tiêu chuẩn quốc gia TCVN ISO/TS 20625:2005 Trao đổi dữ liệu điện tử trong hành chính - tập lược đồ XML EDI

• Số hiệu: TCVNISO/TS20625:2005
• Loại văn bản: Tiêu chuẩn Việt Nam
• Nơi ban hành: Bộ Khoa học và Công nghệ
• Người ký: ***
• Ngày ban hành: 17/02/2006

Nhóm đoạn
Đoạn
Phần tử dữ liệu hỗn hợp
Phần tử dữ liệu

Bắt buộc:

Nhóm đoạn

Đoạn

Phần tử dữ liệu hỗn hợp

Phần tử dữ liệu

...

...

...

Số lần xuất hiện mà MIG tạo ra lần xuất hiện XML. Giá trị được cung cấp qua thuộc tính XSD maxOccurs.

Ví dụ:

Nhóm đoạn

Đoạn

Từ phiên bản cú pháp số 4 của EDIFACT (TCVN ISO 9735-1) và việc thực thi các danh mục thích hợp, quy tắc lần xuất hiện có thể áp dụng với phần tử dữ liệu hỗn hợp và phần tử dữ liệu.

6.6. Quy tắc 6: Các dạng thức của phần tử dữ liệu

6.6.1. Biểu diễn “chữ số” (“an”) và “chữ” (“a”) thành “chuỗi ký tự” (“string”), “số” (“n”) thành “số thập phân” (“decimal”). Đối với độ dài các phần tử dữ liệu số và chữ số được định nghĩa trong MIG, các kiểu dữ liệu đơn giản (simpleType) thích hợp sẽ được tạo ra.

...

...

...

Ngày tháng (date):

Thời gian (time):

Thời gian tức thời (timeInstant):

Ví dụ:

6.7. Quy tắc 7: Danh sách mã và mã do người sử dụng định nghĩa

...

...

...

6.7.2. Nếu MIG không cung cấp mã cho một phần tử dữ liệu thì danh sách mã có hiệu lực đầy đủ là được phép. Danh sách mã đầy đủ này sẽ được chuyển đổi sang cấu trúc XML.

6.7.3. Danh sách mã được sử dụng lặp lại có thể được cung cấp bằng việc sử dụng các tệp ngoài.

6.7.4. Tên mã sẽ được lưu trữ tùy chọn như phần chú thích cùng với mã.

6.7.5. Theo quy tắc 3 (xem phần 6.3) các mã hằng số hoặc các hạn định hằng số sẽ không được chuyển đổi sang cấu trúc XML (đối với một phần tử dữ liệu cụ thể chỉ một mã được tài liệu hóa trong MIG). Các phần tử dữ liệu tương ứng không cần được cung cấp trong cấu trúc XML. Tuy nhiên, nếu việc sử dụng một phần tử dữ liệu được yêu cầu rõ ràng, nó phải bao gồm trong cấu trúc XML (như là; một phần tử dữ liệu đang sử dụng hiện hành 6345 trong đoạn MOA).

Ví dụ:

(1)

(2)

...

...

...

(4)

(5)

6.8. Quy tắc 8: Các tên của đối tượng EDI

6.8.1. Tên được định nghĩa bởi người sử dụng hoặc được tiêu chuẩn hóa của nhóm đoạn, đoạn, phần tử dữ liệu hỗn hợp và phần tử dữ liệu có thể được cung cấp như thuộc tính “chú thích” trong lược đồ. Chỉ một tên EDI được cho phép như một thuộc tính cho một phần tử XML bất kỳ.

6.8.2. Nếu có cả tên định nghĩa bởi người sử dụng và được tiêu chuẩn hóa cho một đối tượng EDI thì chỉ giữ lại tên định nghĩa bởi người sử dụng.

...

...

...

Ví dụ:

(1)

(2)

6.9. Quy tắc 9: ánh xạ các chi tiết

6.9.1. Đến mức MIG bao gồm các chi tiết ánh xạ, “điểm neo” có thể được tạo như các thuộc tính. Chúng phải cho phép thực thi dễ dàng một dạng thức trao đổi XML trong các hệ thống EDI phụ.

6.9.2. Nguồn EDI[FACT] được cung cấp bằng việc sử dụng thuộc tính “nguồn EDI”. Các ký hiệu này kết hợp chức năng thực thi tư liệu với thông tin cơ sở của một phiên bản phát hành danh mục - ví dụ danh mục EDIFACT.

Áp dụng các quy tắc sau đây:

...

...

...

- nhóm đoạn có thể xuất hiện nhiều lần để chỉ các mức của cấu trúc EDI[FACT].

- trong trường hợp đa biến thể ngữ nghĩa việc hạn định nhóm đoạn của các nhóm đoạn thì hạn định của nó và giá trị tương ứng của hạn định đó nên được đặt trong ngoặc vuông.

Tại cuối số thứ tự của đoạn được đưa ra trong kiểu thông điệp EDIFACT gốc được bổ sung số thứ tự phần tử dữ liệu (phần tử dữ liệu hỗn hợp hoặc phần tử dữ liệu thường) trong đoạn tương ứng sau dấu hai chấm và nếu thích hợp, cả số thứ tự phần tử dữ liệu thành phần trong một phần tử dữ liệu hỗn hợp.

Ví dụ, ký hiệu (0120 : 020 : 02) được đọc như sau: “Số thứ tự của đoạn trong tiêu chuẩn” : “số thứ tự phần tử dữ liệu hỗn hợp hoặc phần tử dữ liệu” : “số thứ tự phần tử dữ liệu thành phần trong phần tử dữ liệu hỗn hợp nếu thích hợp”.

Các ví dụ:

(1)

(2)

...

...

...

6.10. Quy tắc 10: Tập hợp của bộ lưu trữ dữ liệu cùng tên

Nếu có các kịch bản thực thi với các kiểu thông điệp khác nhau và người sử dụng muốn tập hợp bộ lưu trữ dữ liệu cùng tên và mô tả chúng trong kịch bản duy nhất thì áp dụng các quy tắc sau:

6.10.1. Cấu trúc

Các bộ lưu trữ dữ liệu tập hợp bao gồm tất cả phần tử phụ tối thiểu được sử dụng và tài liệu hóa trong hướng dẫn thực thi thông điệp. Thứ tự các phần tử đó phải tuân theo thứ tự được đưa ra trong Tiêu chuẩn - EDI.

6.10.2. Trạng thái

Trong một bộ lưu trữ dữ liệu tập hợp thì trạng thái phần tử phụ phải là tùy chọn nếu phần tử phụ này được sử dụng tùy ý ngay trong bộ lưu trữ dữ liệu theo câu hỏi trong toàn bộ kịch bản của thông điệp.

Ví dụ: ORDERS DTM 2379 trạng thái: R, IFTMIN DTM 2379 trạng thái: O

→ Trạng thái XML: O.

6.10.3. Dạng thức

...

...

...

Ví dụ: Dạng thức của ORDERS DTM 2380: n8, dạng thức của IFTMIN DTM 2380: an..35

→ Dạng thức của XML: chuỗi1..35.

6.10.4. Danh sách mã

Đối với mỗi phần tử dữ liệu mã hóa thì một danh sách mã tập hợp phải được tạo ra để bao gồm tất cả mã có thể áp dụng theo hướng dẫn thực thi thông điệp.

Ví dụ: Danh sách mã của ORDERS DTM 2380: 102; 103, danh sách mã của IFTMIN DTM 2380: 103; 203

→ Danh sách mã XML: 102; 103; 203.

Phụ lục A

(tham khảo)

...

...

...

CHÚ THÍCH: Vì các lý do thực tế, ví dụ được trình bày trong phụ lục này dựa trên cơ sở các thẻ nói theo Tiếng Đức. Tuy nhiên, nó không loại trừ việc sử dụng các ngôn ngữ khác. Trạng thái R nghĩa là “yêu cầu” còn trạng thái O nghĩa là “tùy chọn”. Cả hai trạng thái đều là thông tin trạng thái áp dụng và có nghĩa như M (bắt buộc) và C (điều kiện). Trạng thái N nghĩa là “không sử dụng”.

A.1. Cấu trúc EDIFACT cơ bản cho ánh xạ

A.1.1. Khái quát

Cơ sở cấu trúc XML được tạo ra là việc thực thi kiểu thông điệp EDIFACT đơn đặt hàng (đơn đặt hàng mua bán) với các chi tiết như sau.

A.1.2.1. Bảng đoạn

Bảng A.1 - Bảng đoạn đơn đặt hàng (ORDERS) của EDIFACT cơ bản

Số

Thẻ

...

...

...

Lặp lại

Nội dung

01

UNH

M

1

Tiêu đề thông điệp

...

...

...

BGM

M

1

Kiểu tài liệu và số hiệu

03

DTM

M

1

...

...

...

04

DTM

M

1

Ngày tháng phân phối

SG2

...

...

...

1

Người mua

05

NAD

M

1

Định danh người mua

...

...

...

FII

O

1

Thông tin tài khoản ngân hàng của người mua

SG3

O

1

...

...

...

07

RFF

M

1

Số hiệu VAT

SG5

...

...

...

1

Thông tin liên hệ người mua

08

CTA

M

1

TƯ cách pháp nhân người mua

...

...

...

COM

O

1

Số điện thoại

10

COM

O

1

...

...

...

SG2

R

1

Người bán

11

NAD

...

...

...

1

Định danh người bán

SG7

O

1

Tiền tệ

...

...

...

CUX

M

1

Tiền tệ theo đơn hàng

SG25

R

10

...

...

...

13

LIN

M

1

Số hiệu hàng của nhà cung cấp

14

IMD

...

...

...

1

Mô tả sơ lược về sản phẩm

15

QTY

O

1

Số lượng được đặt hàng

...

...

...

MOA

O

1

Tổng hạng mục dòng

SG27

O

1

...

...

...

17

PRI

M

1

Giá của mỗi hạng mục/ đơn vị

18

UNS

...

...

...

1

Kiểm soát phần

19

MOA

R

1

Tổng giá trị

...

...

...

UNT

M

1

Đuôi thông điệp

A.1.2.2. Sơ đồ cấu trúc thông điệp

Hình A.1 - Sơ đồ cấu trúc thông điệp (Sơ đồ nhánh) Đơn đặt hàng (ORDERS) của EDIFACT cơ sở

A.1.3. Mô tả đoạn

Đoạn:

...

...

...

Số hiệu đoạn

Trạng thái

1

M

Mức 

Số lần lặp lại
lớn nhất

0

1

Tiêu đề thông điệp

...

...

...

Mô tả đoạn:

EDIFACT

Trình ứng dụng

Thẻ

Tên

T.T Dạng thức

tt

Ví dụ

Sử dụng/ Giải thích

...

...

...

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

M an..14

M

+1

Số duy nhất của thông điệp được chỉ định bởi người gửi.

S009

ĐỊNH DANH THÔNG ĐIỆP

M

M

...

...

...

0065

Định danh kiểu thông điệp

M an..6

M

+ORDERS

ORDERS = Thông điệp đơn đặt hàng

0052

Số hiệu phiên bản kiểu thông điệp

...

...

...

M

:D

D = Danh mục nháp

0054

Số hiệu phát hành kiểu thông điệp

M an..3

M

:93A

93A = Phiên bản danh mục EDIFACT 93A

...

...

...

Cơ quan kiểm soát

M an..2

M

:UN'

UN = UN/ECE/TRADE/WP.4, Thông điệp tiêu chuẩn Liên hợp quốc (UNSM)

Giải thích:

Đây là đoạn tiêu đề thông điệp.

Ví dụ:

UNH+1+ORDERS : D : 93A : UN'

...

...

...

BGM

Số hiệu đoạn

Trạng thái

2

M

Mức 

Số lần lặp lại
lớn nhất

0

1

...

...

...

Tên: Số hiệu và kiểu tài liệu

Mô tả đoạn:

EDIFACT

Trình ứng dụng

Thẻ

Tên

T.T Dạng thức

tt

Ví dụ

...

...

...

C002

TÊN THÔNG ĐIỆP/ TÀI LIỆU

C

R

1001

Tên thông điệp/tài liệu, mã hóa

C an..3

...

...

...

+220

220 = Order

1004

Số thông điệp/tàI liệu

C an..35

R

+1-96'

Dạng thức an..8

Số tài liệu, được chỉ định bởi người gửi

...

...

...

Giải thích:

Ví dụ:

BGM + 220 + 1 - 96'

Đoạn:

DTM

Số hiệu đoạn

Trạng thái

3

M

...

...

...

Số lần lặp lại
lớn nhất

1

1

Ngày tháng/giờ/quá trình

Tên: Ngày tháng thanh toán

Mô tả đoạn:

EDIFACT

Trình ứng dụng

Thẻ

...

...

...

T.T Dạng thức

tt

Ví dụ

Sử dụng/ Giải thích

C507

Ngày tháng/ giờ/ quá trình

M

M

...

...

...

2005

Hạn định ngày tháng/giờ/quá trình

M an..3

M

+4

4 = Ngày tháng/giờ thanh toán

2380

Ngày tháng/giờ/quá trình

C an..35

...

...

...

:19960101

D.thức n8

Ngày tháng thanh toán

2379

Hạn dạng thức ngày tháng/giờ/quá trình

C an..3

R

:102'

102 = JJJJMMTT

...

...

...

Ví dụ:

DTM+4 : 19960101 : 102'

Đoạn:

DTM

Số hiệu đoạn

Trạng thái

4

M

Mức 

...

...

...

1

1

Ngày tháng/giờ/quá trình

Tên: Ngày tháng truyền phát

Mô tả đoạn:

EDIFACT

Trình ứng dụng

Thẻ

Tên

...

...

...

tt

Ví dụ

Sử dụng/ Giải thích

C507

Ngày tháng/giờ/quá trình

M

M

...

...

...

Hạn định ngày tháng/giờ/quá trình

M an..3

M

+2

2 = Ngày tháng/giờ truyền phát, yêu cầu

2380

Ngày tháng/giờ/quá trình

C an..35

R

...

...

...

D.thức n8

Ngày tháng truyền phát

2379

Hạn dạng thức ngày tháng/giờ/quá trình

C an..3

R

:102'

102 = CCYYMMDD

Giải thích:

...

...

...

Ví dụ:

DTM+4 : 19960110 : 102'

Nhóm:

SG2

Trạng thái

R

Số lần lặp lại
lớn nhất

1

Người mua

...

...

...

Đoạn:

NAD

Số hiệu đoạn

Trạng thái

5

M

Mức 

Số lần lặp lại
lớn nhất

1

...

...

...

Tên và địa chỉ

Tên: Định danh người mua

Mô tả đoạn:

EDIFACT

Trình áp dụng

Thẻ

Tên

T.T Dạng thức

tt

...

...

...

Sử dụng/ Giải thích

3035

Hạn định bên tham gia

M an..3

M

+BY

BY = Người mua

C082

CHI TIẾT ĐỊNH DANH BÊN THAM GIA

...

...

...

3039

Định danh id bên tham gia

M an..17

N

...

...

...

TÊN VÀ ĐỊA CHỈ

C

N

3124

Dòng tên và địa chỉ

M an..35

N

...

...

...

C080

TÊN BÊN THAM GIA

C

N

3036

Tên bên tham gia

...

...

...

R

+BONBON
AG

Dạng thức an..10
Tên người mua

C059

ĐƯỜNG PHỐ

C

O

...

...

...

Đường phố và số/P.O. Box

M an..35

M

+SIRUPST RASSE 15

Đường phố của người mua

3164

Tên thành phố

C an..35

O

...

...

...

 Thành phố của người mua

3229

Định danh vùng phụ trong quốc gia

C an..9

N

3251

Định danh mã bưu điện

...

...

...

O

+55555'

Dạng thức n5
Mã bưu điện người mua

Giải thích:

Ví dụ:

NAD + BY +++ BONBON AG + SIRUPSTRASSE 15 + ZUCKERSTADT ++ 55555'

Nhóm:

SG2

Trạng thái

...

...

...

Số lần lặp lại
lớn nhất

1

Người mua

Trường hợp SG2 này, thông tin liên quan người mua được truyền.

Đoạn:

FII

Số hiệu đoạn

Trạng thái

6

...

...

...

Mức 

Số lần lặp lại
lớn nhất

2

1

Thông tin tổ chức tài chính

Tên: Thông tin tài khoản ngân hàng người mua

Mô tả đoạn:

EDIFACT

Trình ứng dụng

...

...

...

Tên

T.T Dạng thức

tt

Ví dụ

Sử dụng/ Giải thích

3035

Hạn định bên

M an..3

M

...

...

...

BB = Ngân hàng người mua

C078

ĐỊNH DANH TÀI KHOẢN

C

R

3194

Số người giữ tài khoản

...

...

...

R

[phone]

90

D.thức n10

Số tài khoản người mua

Số tài khoản người mua. Theo luật Đức cấm tài khoản giấu tên.

3192

Tên người giữ tài khoản

C an..35

...

...

...

:BONBON AG

D.thức an..10

Người giữ tài khoản. Để bảo vệ vấn đề hợp pháp bất kỳ phải truyền tên người dữ tài khoản.

C088

ĐỊNH DANH CƠ QUAN

C

R

...

...

...

Định danh tên cơ quan

C an..11

R

[phone]

D.thức n8

Người mua BIC

1131

Hạn định danh sách mã

C an..3

...

...

...

:25

25 = Định danh ngân hàng

3055

Cơ quan chịu trách nhiệm danh sách mã, mã hóa

C an..3

R

:131

131 = Hội chủ ngân hàng Đức

3434

...

...

...

C an..17

O

:262

Đây là phần tử có thể sử dụng cho đặc tả số tổ chức tài chính chi nhánh.

1131

Hạn định danh sách mã

C an..3

N

...

...

...

3055

Cơ quan chịu trách nhiệm danh sách mã, mã hóa

C an..3

N

3432

Tên tổ chức

C an..70

...

...

...

:SBANK'

Tên ngân hàng người mua

Chứa tên ngân hàng người mua.

Giải thích:

Đoạn này được sử dụng cho truyền số tài khoản và ngân hàng người mua.

Ví dụ:

FII + BB + 1236547890 : BONBON AG + 10090045 : 25 : 131 : 262 ::: SBANK'

Nhóm:

SG2

...

...

...

R

Số lần lặp lại
lớn nhất

1

Người mua

Trường hợp SG2 này, thông tin liên quan người mua được truyền.

Nhóm:

SG3

Trạng thái

O

...

...

...

1

Số VAT người mua

Đoạn:

RFF

Số hiệu đoạn

Trạng thái

7

M

Mức 

...

...

...

2

1

Tham chiếu

Tên: Số VAT

Mô tả đoạn:

EDIFACT

Trình ứng dụng

Thẻ

Tên

...

...

...

St

Ví dụ

Sử dụng/ Giải thích

C506

THAM CHIẾU

M

M

...

...

...

Hạn định tham chiếu

M an..3

M

+VA

VA = Số đăng ký VAT

1154

Số hiệu tham chiếu

C an..35

R

...

...

...

DE998887

7'

Số ID VAT người mua

Giải thích:

Ví dụ:

RFF + VA : DE9988877'

Nhóm:

SG2

Trạng thái

...

...

...

Số lần lặp lại
lớn nhất

1

Người mua

Trường hợp SG2 này, thông tin liên quan người mua được truyền.

Nhóm:

SG5

Trạng thái

O

Số lần lặp lại
lớn nhất

...

...

...

Thông tin liên hệ người mua

Đoạn:

CTA

Số hiệu đoạn

Trạng thái

8

M

Mức 

Số lần lặp lại
lớn nhất

...

...

...

1

Thông tin liên hệ

Tên: Người chịu trách nhiệm cho người mua

Mô tả đoạn:

EDIFACT

Trình ứng dụng

Thẻ

Tên

St D.thức

...

...

...

Ví dụ

Sử dụng/ Giải thích

3139

Chức năng liên hệ, mã hóa

C an..3

R

+IC

IC = Thông tin liên hệ

C056

...

...

...

C

3413

Định danh cá nhân hoặc văn phòng

C an..17

O

O

...

...

...

Simpson'

D.thức an..15

Liên hệ người mua

Giải thích:

Ví dụ:

CTA + IC + Bart Simpson'

Nhóm:

SG2

Trạng thái

...

...

...

Số lần lặp lại
lớn nhất

1

Người mua

Trường hợp SG2 này, thông tin liên quan người mua được truyền.

Nhóm:

SG5

Trạng thái

O

Số lần lặp lại
lớn nhất

...

...

...

Thông tin liên hệ người mua

Đoạn:

COM

Số hiệu đoạn

Trạng thái

9

M

Mức 

Số lần lặp lại
lớn nhất

...

...

...

1

Liên hệ truyền thông

Tên: Số điện thoại

Mô tả đoạn:2

EDIFACT

Trình áp dụng

Thẻ

Tên

St D.thức

...

...

...

Ví dụ

Sử dụng/ Giải thích

C076

Liên hệ truyền thông

M

M

3148

...

...

...

M an..25

M

+05368-

22347

D.thức an..12

Số điện thoại người mua

3155

Hạn định kênh truyền thông

M an..3

...

...

...

:TE'

TE = Điện thoại

Giải thích:

Ví dụ:

COM + 05368 - 22347 : TE'

Nhóm:

SG2

Trạng thái

R

...

...

...

1

Người mua

Trường hợp SG2 này, thông tin liên quan người mua được truyền.

Nhóm:

SG5

Trạng thái

O

Số lần lặp lại
lớn nhất

1

...

...

...

Đoạn:

COM

Số hiệu đoạn

Trạng thái

10

M

Mức 

Số lần lặp lại
lớn nhất

3

...

...

...

Liên hệ truyền thông

Tên: Liên hệ truyền thông

Mô tả đoạn:

EDIFACT

Trình ứng dụng

Thẻ

Tên

St D.thức

St

...

...

...

Sử dụng/ Giải thích

C076

Liên hệ truyền thông

M

M

3148

Số truyền thông

...

...

...

M

+05368-

22555

D.thức an..12

Số fax người mua

3155

Hạn định kênh truyền thông

M an..3

M

...

...

...

FX = Fax

Giải thích:

Ví dụ:

COM + 05368 - 22555 : FX'

Nhóm:

SG2

Trạng thái

R

Số lần lặp lại
lớn nhất

...

...

...

Người mua

Trường hợp SG2 này, thông tin liên quan người mua được truyền.

Đoạn:

NAD

Số hiệu đoạn

Trạng thái

11

M

Mức 

...

...

...

1

1

Tên và địa chỉ

Tên: Định danh người bán

Mô tả đoạn:

EDIFACT

Trình ứng dụng

Thẻ

Tên

...

...

...

St

Ví dụ

Sử dụng/ Giải thích

3035

Hạn định bên

M an..3

M

+SE

SE = Người bán

...

...

...

CHI TIẾT ĐỊNH DANH BÊN

C

N

3039

Định danh id bên

M an..17

N

...

...

...

C058

TÊN VÀ ĐỊA CHỈ

C

N

3124

Dòng tên và địa chỉ

...

...

...

N

C080

TÊN BÊN

C

R

...

...

...

Tên bên

M an..35

M

+KAKAO

GMBH

D.thức an..10

Tên người bán

C059

PHỐ

...

...

...

O

3042

Số và phố/P.O. Box

M an..35

M

+FRUCHT

STRASSE

...

...

...

Phố người bán

3164

Tên thành phố

C an..35

O

+SAHNEB ERG

Thành phố người bán

3229

Định danh vùng phụ trong quốc gia

...

...

...

N

3251

Định danh mã bưu điện

C an..9

O

+98765'

D.thức n5

...

...

...

Giải thích:

Ví dụ:

NAD + SE +++ KAKAO GMBH + FRUCHTSTRASSE 1 + SAHNEBERG ++ 98765'

Nhóm:

SG7

Trạng thái

O

Số lần lặp lại
lớn nhất

1

...

...

...

Đoạn:

CUX

Số hiệu đoạn

Trạng thái

12

M

Mức 

Số lần lặp lại
lớn nhất

...

...

...

1

Tiền tệ

Tên: Tiền tệ thanh toán

Mô tả đoạn:

EDIFACT

Trình ứng dụng

Thẻ

Tên

St D.thức

...

...

...

Ví dụ

Sử dụng/ Giải thích

C504

CHI TIẾT TIỀN TỆ

C

R

6347

...

...

...

M an..3

M

+2

2 = Tiền tệ tham chiếu

6345

Tiền tệ, mã hóa

C an..3

R

:EUR

...

...

...

6343

Hạn định tiền tệ

C an..3

O

:9'

9 = Tiền tệ thanh toán

Giải thích:

Ví dụ:

CUX + 2 : EUR : 9'

...

...

...

SG25

Trạng thái

R

Số lần lặp lại
lớn nhất

10

Dòng hạng mục

Đoạn:

LIN

...

...

...

Trạng thái

13

M

Mức 

Số lần lặp lại
lớn nhất

1

1

Dòng hạng mục

Tên: Số mặt hàng của người cung cấp

...

...

...

EDIFACT

Trình ứng dụng

Thẻ

Tên

St D.thức

St

Ví dụ

Sử dụng/ Giải thích

1082

...

...

...

C n..6

O

+1

D.thức n..5

Số dòng

1229

Yêu cầu hành động/thông báo, mã hóa

C an..3

N

...

...

...

C212

ĐỊNH DANH SỐ HẠNG MỤC

C

R

7140

Số hạng mục

...

...

...

R

+2001

D.thức an..10

Số hạng mục

7143

Kiểu số hạng mục, mã hóa

C an..3

R

:SA'

...

...

...

Giải thích:

Phần dòng hạng mục một đợt thanh toán bao gồm một hoặc nhiều lần lặp lại của một nhóm đoạn, bắt đầu với một đoạn LIN. Mỗi đoạn LIN nói tới một sản phẩm chính xác.

Ví dụ:

LIN + 1 ++ 2001 : SA'

Nhóm:

SG25

Trạng thái

R

Số lần lặp lại
lớn nhất

...

...

...

Dòng hạng mục

Đoạn:

IMD

Số hiệu đoạn

Trạng thái

14

O

Mức 

...

...

...

2

1

Mô tả hạng mục

Tên: Mô tả ngắn sản phẩm

Mô tả đoạn:

EDIFACT

Trình ứng dụng

Thẻ

Tên

...

...

...

St

Ví dụ

Sử dụng / Giải thích

7077

Kiểu mô tả hạng mục, mã hóa

C an..3

R

+F

F = Mẫu tự do

...

...

...

Đặc điểm hạng mục, mã hóa

C an..3

N

C273

MÔ TẢ HẠNG MỤC

C

R

...

...

...

7009

Định danh mô tả hạng mục

C an..7

N

1131

Hạn định danh sách mã

...

...

...

N

3055

Cơ quan chịu trách nhiệm danh sách mã, mã hóa

C an..3

N

...

...

...

 Mô tả hạng mục

C an..35

R

SCHOKOL ADENMAS SE

D.thức an..20

Mô tả hạng mục, dòng 1, nếu đoạn này được sử dụng, sự mô tả phải được truyền.

Dòng văn bản hạng mục 1

7008

Mô tả hạng mục

...

...

...

O

:BRAUN'

D.thức an..20

Dòng văn bản hạng mục 2

Giải thích: Ví dụ:

IMD + F ++ ::: SCHOKOLADENMASSE : BRAUN'

Nhóm:

SG25

Trạng thái

...

...

...

Số lần lặp lại
lớn nhất

10

Dòng hạng mục

Đoạn:

QTY

Số hiệu đoạn

Trạng thái

15

...

...

...

Mức 

Số lần lặp lại
lớn nhất

2

1

Số lượng

Tên: Số lượng thanh toán

Mô tả đoạn:

EDIFACT

Trình ứng dụng

...

...

...

Tên

St D.thức

St

Ví dụ

Sử dụng / Giải thích

C186

Chi tiết số lượng

M

M

...

...

...

6063

Hạn định số lượng

M an..3

M

+21

21 = Số lượng thanh toán

6060

Số lượng

...

...

...

M

:2

D.thức n..5

Số lượng thanh toán

6411

Hạn định đơn vị đo lường

C an..3

O

:TNE'

...

...

...

TNE = Tấn (1000 kg) *

KGM = Kilogram *

GRM = Gram *

LBR = Pound GB, US (0,45359237 kg)

LTR = Litre (1 dm3) *

DZN = Dozen

Giải thích:

Ví dụ:

QTY + 21 : 2 : TNE'

...

...

...

SG25

Trạng thái

R

Số lần lặp lại
lớn nhất

10

Dòng hạng mục

Đoạn:

MOA

...

...

...

Trạng thái

16

O

Mức 

Số lần lặp lại
lớn nhất

2

1

Tổng tiền

Tên: Tổng dòng hạng mục

...

...

...

EDIFACT

Trình ứng dụng

Thẻ

Tên

St D.thức

St

Ví dụ

Sử dụng/ Giải thích

C516

...

...

...

M

M

5025

Hạn định kiểu tổng tiền

M an..3

M

+203

...

...

...

5004

Tổng tiền

C n..18

R

:2800'

Tổng dòng hạng mục

Giải thích:

Đoạn này bao gồm tổng giá trị dòng hạng mục (giá nhân số lượng).

Ví dụ:

...

...

...

Nhóm:

SG25

Trạng thái

R

Số lần lặp lại
lớn nhất

10

Dòng hạng mục

Trường hợp SG2 này, thông tin liên quan người mua được truyền.

Nhóm:

...

...

...

Trạng thái

O

Số lần lặp lại
lớn nhất

10

Giá hạng mục

Đoạn:

PRI

Số hiệu đoạn

...

...

...

17

M

Mức 

Số lần lặp lại
lớn nhất

2

1

Chi tiết giá

Tên: Giá mỗi hạng mục / đơn vị

Mô tả đoạn:

...

...

...

Trình ứng dụng

Thẻ

Tên

St D.thức

St

Ví dụ

Sử dụng/ Giải thích

C509

THÔNG TIN GIÁ

...

...

...

R

5125

Hạn định giá

M an..3

M

+AAB

AAB = Tổng tính

...

...

...

Giá

C n..15

R

:1400

D.thức n..12

Giá đơn vị

5375

Kiểu giá, mã hóa

C an..3

...

...

...

5387

Hạn định kiểu giá

C an..3

O

:CAT

CAT = Tuyển tập giá

5284

...

...

...

C n..9

N

6411

Hạn định đơn vị đo lường

C an..3

O

:TNE'

...

...

...

KGM = Kilogram

LTR = Litre (1 dm3)

TNE = Tấn (1000 kg)

Giải thích:

Ví dụ:

PRI + AAB : 1400 :: CAT :: TNE'

Đoạn:

UNS

Số hiệu đoạn

...

...

...

18

M

Mức 

Số lần lặp lại
lớn nhất

0

1

Điều khiển vùng

Tên: Điều khiển vùng

Mô tả đoạn:

...

...

...

Trình ứng dụng

Thẻ

Tên

St D.thức

St

Ví dụ

Sử dụng/ Giải thích

0081

Định danh vùng

...

...

...

M

+S'

S = Sự chia vùng khái quát hóa/chi tiết

Giải thích:

Ví dụ:

UNS + S'

Đoạn:

MOA

Số hiệu đoạn

...

...

...

19

R

Mức 

Số lần lặp lại
lớn nhất

0

1

Tổng tiền

Tên: Tổng giá trị

Mô tả đoạn:

...

...

...

Trình ứng dụng

Thẻ

Tên

St D.thức

St

Ví dụ

Sử dụng/ Giải thích

C516

TỔNG TIỀN

...

...

...

M

5025

Hạn định kiểu tổng tiền

M an..3

M

+86

86 = Thông điệp tổng giá trị tiền

...

...

...

Tổng tiền

C n..18

R

:2800'

D.thức n..12

Giá trị thanh toán tổng

Giải thích:

Ví dụ:

MOA + 86 : 2800'

...

...

...

UNT

Số hiệu đoạn

Trạng thái

20

M

Mức 

Số lần lặp lại
lớn nhất

0

1

...

...

...

Tên: Đuôi thông điệp

Mô tả đoạn:

EDIFACT

Trình ứng dụng

Thẻ

Tên

St D.thức

St

Ví dụ

...

...

...

0074

Số đoạn trong một thông điệp

M n..6

M

+20

0062

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

M an..14

...

...

...

+1'

Số duy nhất của thông điệp được chỉ định bởi người gửi: phải bằng giá trị của DE 0062 trong UNH.

Giải thích:

Ví dụ:

UNT + 20 + 1'

A.2. Cấu trúc XML tạo ra

A.2.1. Lược đồ XML với thẻ EDI và tên miền

CHÚ THÍCH: Tên miền ‘din’ trong ví dụ phần này chỉ có mục đích minh hoạ và cũng có thể sử dụng tên miền phù hợp bất kỳ khác.

...

...

...

Ví dụ thông điệp XML cho lược đồ trên:

...

...

...

...

...

...

TÀI LIỆU THAM KHẢO

ISO 8879, Ind.thứcion processing - Text and office systems - Standard Generalized Markup Language

(SGML). (Xử lý thông tin - Hệ thống văn phòng và văn bản - Ngôn ngữ đánh dấu khái quát hóa tiêu chuẩn (SGML)).

TCVN ISO/TS 16668, Basic Semantics Register (BSR). (Bộ đăng ký ngữ nghĩa cơ sở (BSR)).

XML Schema - Part 1 : Structures, http://www.w3.org/TR/2001/REC-xmlschema-1-20010502. (Lược đồ XML - Phần 1 : Cấu trúc, http://www.w3.org/TR/2001/REC-xmlschema-1-20010502).

XML Schema - Part 2 : Datatypes, http://www.w3.org/TR/2001/REC-xmlschema-2-20010502. (Lược đồ XML - Phần 2 : Kiểu dữ liệu, http://www.w3.org/TR/2001/REC-xmlschema-2-20010502).

...

...

...

Lời nói đầu

Lời giới thiệu

1. Phạm vi áp dụng

2. Tài liệu viện dẫn

3. Thuật ngữ, ký hiệu và chữ viết tắt

3.1. BSR

3.2. BSU

3.3. DTD

3.4. EDI

...

...

...

3.6. ELEMENT (phần tử)

3.7. HTML

3.8. MIG

3.9. NAME (tên)

3.10. SGML

3.11. Tag

3.12. Template

3.13. XLL

3.14. XML

...

...

...

3.16. XSL

3.17. W3C

4. Nội dung tiêu biểu của hướng dẫn thực thi thông điệp

4.1. Mức: MIG

4.2. Mức: Kiểu thông điệp

4.3. Mức: Đoạn và phần tử dữ liệu hỗn hợp

5. Các yêu cầu của các quy tắc tạo lược đồ

6. Quy tắc tạo lược đồ XML từ các MIG EDI

6.1. Quy tắc 1: (đặt tên thẻ)

...

...

...

6.1.2. Biến thể 2

6.2. Quy tắc 2: Cấu trúc

6.2.1.

6.2.2.

6.2.3.

6.3.4.

6.3. Quy tắc 3: Cấu trúc tối ưu

6.3.1.

6.3.2.

...

...

...

6.4. Quy tắc 4: Trạng thái

6.5. Quy tắc 5: Số lần xuất hiện lớn nhất

6.6. Quy tắc 6: Dạng thức thức phần tử dữ liệu

6.6.1.

6.6.2.

6.7. Quy tắc 7: Danh sách mã và mã do người sử dụng định nghĩa

6.7.1.

6.7.2.

6.7.3.

...

...

...

6.7.5.

6.8. Quy tắc 8: Tên của đối tượng EDI

6.9. Quy tắc 9: Chi tiết ánh xạ

6.10. Quy tắc 10: Tập của bộ lưu trữ dữ liệu cùng tên

6.10.1. Cấu trúc

6.10.2. Trạng thái

6.10.3. Dạng thức

6.10.4. Danh sách mã

Phụ lục A

...

...

...

A.1.1. Khái quát

A.1.3. Mô tả đoạn

A.2. Cấu trúc XML tạo ra

A.2.1. Lược đồ XML với thẻ EDI và tên miền

A.2.2. Lược đồ XML khác với thẻ “nói”