Hướng dẫn ACRA Taxonomy 2022 v1.0: kiến trúc XBRL, mô hình dữ liệu và quy tắc đặt tên

Ấn phẩm, đối tượng và thông tin liên hệ lịch sử

Tên thực tế trên bìa là ACRA Taxonomy 2022 v1.0 Guide, cập nhật tháng 10/2022, mặc dù tên tệp nguồn có “2020”. ACRA bảo lưu quyền; việc sao chép/truyền dưới mọi hình thức, gồm sao chụp/ghi lại, phải ghi nguồn Cơ quan Quản lý kế toán và doanh nghiệp Singapore và chỉ giới hạn sử dụng phi thương mại. Bài tiếng Việt này ghi rõ ACRA là cơ quan của ấn phẩm gốc.

Tuyên bố miễn trách nhiệm: tác giả và nhà xuất bản không nhận trách nhiệm về thiệt hại của người hành động hoặc không hành động dựa vào tài liệu này, dù do sơ suất hay nguyên nhân khác.

Đây là hướng dẫn hỗ trợ kỹ thuật cho người dùng Taxonomy 2022 v1.0, về nội dung báo cáo tài chính và khung XBRL. Dành cho người đã hiểu và có thể áp dụng các đặc tả XBRL; trung lập với phần mềm, không đòi công cụ cụ thể. Người dùng dữ liệu tài liệu instance để phân tích được giải thích kỹ thuật mô hình hóa, cách dữ liệu xuất hiện và cách thiết kế hệ thống tiếp nhận. Nhà cung cấp giải pháp CNTT tạo tài liệu instance được giải thích cấu trúc vật lý tệp và kỹ thuật mô hình hóa để đọc taxonomy và sinh instance. Nên có kiến thức XBRL trước.

Liên hệ được in trong bản năm 2022: Financial Information Division, Accounting and Corporate Regulatory Authority, #03-02, Revenue House, 55 Newton Road, Singapore 307987; email acra_xbrl_general@acra.gov.sg. Không coi địa chỉ lịch sử là xác nhận mới về đầu mối hiện tại.

↑ Mục lục bài viết

Cách đọc và cấu trúc tài liệu

Tài liệu có 54 trang thực tế; chân trang dùng mẫu “Page … of 53”, kể cả “Page 54 of 53” ở trang tham khảo cuối. Mục lục trang 3–8 dẫn đến: 1 Taxonomy; 2 phạm vi; 3 kiến trúc, gồm cấu trúc logic/vật lý/thư mục, mô hình phân cấp và chiều, đường dẫn, namespace/prefix, mô-đun, định nghĩa khái niệm, danh sách giá trị mở rộng, sáu nhóm linkbase và các kiểm tra; 4 hướng dẫn phong cách, gồm nguyên tắc chung, đặt tên tệp, namespace, ELR, tên/nhãn/thuộc tính/tham chiếu phần tử, kiểu dữ liệu và công thức; cuối cùng tài liệu tham khảo. Các quy tắc con và ví dụ đều được trình bày ở các phần tương ứng dưới đây; số mục nguồn được giữ để đối chiếu.

Thuật ngữ: taxonomy là hệ phân loại các khái niệm báo cáo; instance là tài liệu chứa dữ liệu được báo cáo; schema là lược đồ định nghĩa; linkbase là tập liên kết quan hệ; concept/element là khái niệm/phần tử; label là nhãn; namespace là không gian tên; prefix là tiền tố; entry-point là điểm vào. Tên tệp, mã, URI và chuỗi mẫu tiếng Anh được giữ nguyên vì là dữ liệu kỹ thuật, kèm nghĩa tiếng Việt. Các quy tắc trong bản này thuộc phiên bản lịch sử 2022 v1.0.

↑ Mục lục bài viết

1 — Nội dung Taxonomy 2022 v1.0

ACRA cải tổ hệ thống nộp XBRL quốc gia (eXtensible Business Reporting Language, ngôn ngữ báo cáo kinh doanh mở rộng). Cùng yêu cầu nộp sửa đổi, Taxonomy 2022 v1.0 được cung cấp tại https://www.acra.gov.sg/xbrl-filing-and-resources/help-resources. Đây là biểu diễn XBRL theo chuẩn mực và pháp luật để công ty lập bộ FS theo yêu cầu nộp mới; không nhằm biểu diễn đầy đủ mọi yêu cầu của chuẩn mực và pháp luật.

Phạm vi nội dung có đủ bảy nhóm: SFRS do Accounting Standards Council (ASC, Hội đồng Chuẩn mực kế toán) ban hành; thông tin FS trình AGM theo Companies Act; thông tin FS của công ty niêm yết theo Listing Manual của Singapore Exchange Securities Trading Limited (SGX); báo cáo kiểm toán độc lập theo Singapore Standards of Auditing; Document and Entity Information (DEI, thông tin tài liệu và thực thể) nhận diện đơn vị nộp; một số thông tin FS theo Banking Act Notices; các khoản mục thông lệ mà công ty thường báo cáo.

Hình 1 đặt ACRA Taxonomy 2022 ở giữa, các mũi tên từ SFRS, Companies Act, SGX Listing Manual, chuẩn kiểm toán, DEI và công bố thông lệ hướng vào taxonomy. Chú thích 1: FS trình AGM là bộ báo cáo tài chính công ty thành lập ở Singapore lập theo Companies Act và trình đại hội thường niên. Với công ty tư nhân đã miễn tổ chức AGM, đây là FS đã gửi cổ đông.

↑ Mục lục bài viết

2 và 3.1 — Phạm vi và các điểm vào logic

Taxonomy hỗ trợ FS đầy đủ bằng XBRL, XBRL đơn giản (Simplified XBRL) và Financial Statements Highlights (FSH, thông tin tài chính nổi bật). Công ty thành lập tại Singapore, vô hạn trách nhiệm hoặc hữu hạn bằng cổ phần, có nghĩa vụ nộp FS cho ACRA phải theo yêu cầu nộp XBRL sửa đổi. Nguồn dẫn practice direction qua liên kết thực tế trong PDF.

Bốn mẫu là Full XBRL, Simplified XBRL, XBRL FSH cho ngân hàng và XBRL FSH cho bảo hiểm. Mô hình logic nhóm khái niệm theo tiêu chí để người dùng xem phần tử liên quan, mỗi nhóm gọi là điểm vào. Ba tiêu chí: chuẩn lập FS theo SFRS; nộp bộ FS đầy đủ XBRL hay FSH; và loại công ty lập FSH.

Điểm vào Full/Simplified: công ty lập FS dùng SFRS. Công ty đồng thời có doanh thu ≤S$500.000, tổng tài sản ≤S$500.000 và không có trách nhiệm giải trình công chúng sẽ nộp Simplified XBRL cùng bản FS có chữ ký dạng PDF. Công ty có trách nhiệm giải trình công chúng gồm công ty niêm yết và tổ chức tài chính được xác định. Các công ty khác nộp Full XBRL. Điểm vào FSH: doanh nghiệp bảo hiểm được cấp phép; ngân hàng và công ty tài chính, gồm commercial banks, merchant banks, finance companies. Đây là ngưỡng/quy định được in trong bản năm 2022.

↑ Mục lục bài viết

3.2–3.3 — Cấu trúc vật lý và sơ đồ thư mục

Cấu trúc vật lý là liên kết giữa các tệp. Hình 2 phân phần dùng cho mọi điểm vào: Formulas (công thức), References (tham chiếu), Labels (nhãn), Elements (phần tử); phần riêng điểm vào: Full Pre/Cal/Def tới Entry point SFRS, SIM Pre/Cal/Def tới Entry point SIM, FSH-[prefix] Pre/Cal/Def tới Entry point FSH-[prefix], trong nhóm Relationships (quan hệ). Phần gói gồm Taxonomy package files và XML Catalog files. Chú giải: mũi tên đỏ là schema import; xanh là linkbase reference; biểu tượng linkbase là .xml, schema là .xsd, còn biểu tượng XML là tệp XML. Sơ đồ có đường công thức tới SFRS, nhãn/tham chiếu liên hệ phần tử và phần tử được điểm vào tham chiếu.

Hình 3 hiển thị elts, labels, formulas, references, META-INF, fr và entry points. Trong formulas có ar, cr, cs, dm, dt, fsh-dm, md, pn và tệp sg-param_YYYY-MM-DD_lb.xml. Trong fr có sg-sfrs, sg-sim, sg-fsh-bfc, sg-fsh-ins; từng nhóm có pre/def/cal và schema elr. Các điểm vào hình vẽ gồm sg-combined-ent_YYYY-MM-DD.xsd ngoài bốn điểm vào nộp hồ sơ; phần sg-ee có sg-ee-sfrs, schema và def/lab tương ứng. Các chi tiết thư mục được giải nghĩa đầy đủ trong các bảng tiếp theo; điểm vào combined chỉ để xem như mục 3.7 quy định. Riêng Hình 3 in các tên tệp sg-lab-cor_YYYY-MM-DD.xsd và sg-parts-cor_YYYY-MM-DD.xsd; đây là chữ trong hình, khác với tên sg-lab-rol và sg-parts được giải thích trong bảng phía sau.

↑ Mục lục bài viết

3.3(a)/(b) — Ngày phát hành và thư mục elts

elts là viết tắt của elements, tức phần tử.

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

3.3(c)/(d) — Tệp nhãn và tham chiếu

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

3.3(e)/(f) — Công thức và thư mục báo cáo tài chính

formulas chứa mọi quy tắc nghiệp vụ được mô hình bằng formula linkbase. Tệp common (dùng chung) được nhiều hơn một schema điểm vào dẫn chiếu; tệp specific (riêng) chỉ được một điểm vào dẫn chiếu và giới hạn trong điểm đó. Nguồn dẫn chi tiết tới “3.9.6”, trong khi phần công thức thực tế mang số 3.10.6; giữ nhận diện hai vị trí, không tạo mục nguồn mới.

fr viết tắt Financial Reporting (báo cáo tài chính), chứa linkbase theo loại thực thể. sg-sfrs chứa quan hệ cho FS Full XBRL; sg-sim cho Simplified; sg-fsh-ins cho FSH bảo hiểm; sg-fsh-bfc cho FSH ngân hàng/tài chính. Mỗi thư mục con có tệp liên kết trình bày, tính toán, định nghĩa và schema khai báo vai trò liên kết mở rộng. Hậu tố pre là trình bày, def là định nghĩa, cal là tính toán, elr là khai báo vai trò liên kết mở rộng.

↑ Mục lục bài viết

3.3(g)/(h) — Điểm vào và gói

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

3.4 — Mô hình phân cấp và mô hình chiều

Mô hình phản ánh yêu cầu công bố của công ty Singapore phải nộp XBRL. Hai yếu tố chính: cho phép công bố bộ FS đầy đủ bằng kết hợp khối văn bản (text block) và phần tử thông tin chi tiết; thông tin hữu ích để khai thác chuẩn hóa được thu ở phần tử chi tiết. Để tăng khả năng so sánh, công ty không được mở rộng bằng tạo phần tử mới. Taxonomy dùng danh sách phân cấp và chiều; không định nghĩa tuple.

Danh sách phân cấp đơn giản thể hiện cha–con, dùng trong linkbase tính toán, trình bày và định nghĩa. Mô hình chiều dùng cho bảng có hàng/cột như thuyết minh bất động sản, nhà xưởng và thiết bị hoặc tài sản vô hình không gồm lợi thế thương mại; cũng dùng khi cần phân tích chi tiết khái niệm. Phải định nghĩa hypercube (bảng) và dimension (trục). Phần tử phi chiều gọi là line items (khoản mục dòng); chúng nối với bảng, bảng nối với một/nhiều trục; nhóm phân tích gọi là domain members (thành viên miền). Có trục explicit (tường minh) và typed (định kiểu). Với mô hình tường minh, thành viên miền được định nghĩa trong taxonomy; minh họa 2 và 3 là cùng thuyết minh tài sản vô hình ở dạng cây và bảng.

↑ Mục lục bài viết

Minh họa 1 — Toàn bộ cây báo cáo kiểm toán độc lập

[13000000] Independent auditors’ report (báo cáo kiểm toán độc lập) → Disclosures in independent auditors’ report (công bố trong báo cáo): loại ý kiến kiểm toán; chuẩn dùng kiểm toán; nhóm lý do ý kiến sửa đổi, chọn Yes nếu áp dụng, gồm suy giảm giá trị tài sản, hoạt động liên tục, kiểm toán số dư đầu kỳ, hợp nhất hoặc phương pháp vốn chủ sở hữu, điều tra/vụ pháp lý đang diễn ra, khác.

Cùng cấp còn có: có bất định trọng yếu về hoạt động liên tục được báo cáo không; có sai sót trọng yếu của “Other Information” được báo cáo không; theo ý kiến kiểm toán viên, sổ kế toán và hồ sơ khác có được giữ đúng Companies Act không; năm bổ nhiệm người ký kiểm toán/đối tác kiểm toán; số vấn đề kiểm toán trọng yếu. Nhánh công bố KAM gồm định giá phải thu/công cụ tài chính khác; suy giảm lợi thế thương mại/tài sản vô hình khác; định giá bất động sản đầu tư; định giá bất động sản/nhà xưởng/thiết bị; ghi nhận doanh thu không gian lận; KAM khác.

↑ Mục lục bài viết

Minh họa 2–3 — Cây chiều và bảng tài sản vô hình

[33000000] Note – Intangible assets (excluding goodwill) là thuyết minh tài sản vô hình không gồm lợi thế thương mại. Cây gồm công bố tài sản vô hình [abstract], bảng thông tin chi tiết [table], trục FS hợp nhất/riêng với thành viên Consolidated và Separate; trục loại tài sản vô hình với thành viên tài sản vô hình và các loại con: tên thương hiệu, tiêu đề đầu trang và tên ấn phẩm; phần mềm máy tính; giấy phép/nhượng quyền; quyền tác giả, bằng sáng chế, quyền sở hữu công nghiệp, quyền dịch vụ/hoạt động, công thức, mô hình, thiết kế và phần còn lại bị cắt ở cây; tài sản vô hình đang phát triển; tài sản vô hình khác.

Bảng phía dưới hiển thị đầy đủ tên cột dài: “Copyrights, patents, industrial property rights, service & operating rights, recipes, formulae, models, designs, prototypes, capital development” — quyền tác giả, bằng sáng chế, quyền sở hữu công nghiệp, quyền dịch vụ/hoạt động, công thức nấu/chế tạo, mô hình, thiết kế, nguyên mẫu, phát triển vốn. Sáu loại trên cộng cột Total tạo bảy cột; tất cả thuộc Group (tập đoàn), năm 2018, đơn vị SGD. Có liên kết giao diện “Edit Classes of intangible assets” (sửa loại tài sản vô hình), “Auto Calculate Total” (tự tính tổng).

Các dòng nhập dưới giá trị ghi sổ gộp: đầu kỳ; tăng/giảm do chênh lệch tỷ giá thuần hoặc đánh giá lại; tăng thêm gồm hợp nhất kinh doanh; thanh lý gồm mất kiểm soát công ty con; tăng/giảm khác gồm chuyển, xóa sổ, tài trợ; cuối kỳ. Những ô dữ liệu trong ảnh đều trống, các hàng nhóm tô xám; không gán số bằng không cho ô trống. Cây phía trên kết thúc trước dòng cuối kỳ, bảng dưới có thêm dòng đó.

↑ Mục lục bài viết

3.5 — Đường dẫn tuyệt đối và tương đối

URL gốc duy nhất được in là http://www.bizfinx.gov.sg/taxonomy/YYYY-MM-DD/, theo sau là đường dẫn tệp theo mục 3.3; URL được lập theo phong cách mục 4.5.2. Tệp có thể được dẫn bằng đường tuyệt đối hoặc tương đối. Nhà cung cấp phần mềm phải lưu ý không được sửa tệp Taxonomy 2022 v1.0, vì vậy nên dẫn bằng đường tuyệt đối để tránh người lập/người mở rộng sửa tệp. Đặc biệt khi làm trực tiếp trên schema điểm vào mà không nhập vào schema mở rộng khác: mọi sửa linkbase phải coi là mở rộng, lưu trong tệp linkbase mới riêng biệt. Điều này không cho phép công ty tạo phần tử mới trái mục 3.4.

↑ Mục lục bài viết

Bảng 1 — Ví dụ đường dẫn tuyệt đối

Đây là chuỗi mẫu kỹ thuật, không phải khẳng định URL tài liệu đã được truy cập thành công. Tên ở bảng này khác một số mẫu tệp tại 3.3; giữ nguyên từng vị trí.

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

3.6 — Namespace và prefix

Namespace định danh duy nhất schema, đồng thời cho biết ngày phát hành và chủ taxonomy. Mỗi namespace cần prefix duy nhất, gợi nội dung nó tham chiếu. Bảng 2 dưới đây giữ đủ 17 dòng, kể cả mẫu YYYYY có năm chữ Y ở nguồn và sự khác nhau giữa prefix sg-fsh-bfc-rol với đuôi URI sg-fsh-fi-rol; không tự sửa địa chỉ.

↑ Mục lục bài viết

Bảng 2 — Toàn bộ namespace/prefix

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

3.7–3.8.1 — Mô-đun và định nghĩa khái niệm

Mô-đun hóa là chia thành phần taxonomy thành tệp khác nhau. Mục 3.7.1 nói có năm schema chứa khái niệm báo cáo, một schema ràng buộc miền định kiểu, một schema kiểu dữ liệu tùy chỉnh, một schema vai trò nhãn. Ngoài ra, mỗi thư mục quan hệ có schema vai trò chứa định nghĩa ELR trình bày/tính toán/định nghĩa, không chứa khái niệm, bảng, trục hoặc thành viên. Điểm vào combined để xem chung, không dùng tạo instance. URI của ELR là chuỗi theo cú pháp xác định như http://…, được đặt cho từng công bố/báo cáo của mỗi điểm vào. Khai báo phần tử được chia theo yêu cầu chuẩn kế toán, Companies Act, Listing Manual, chuẩn kiểm toán và DEI.

Năm linkbase theo XBRL 2.1 đều được định nghĩa, mô-đun theo mô hình logic 3.1; điểm vào dẫn bằng linkbaseRef. Linkbase trình bày/tính toán/định nghĩa được chia theo chuẩn kế toán, việc nộp FS đầy đủ/đơn giản hay chỉ FSH. Tiếp cận lấy trình bày làm trung tâm: phân tích yêu cầu công bố, hướng dẫn và ví dụ, mô hình thành cây phù hợp rồi tạo tệp XBRL. Cấu trúc gần với FS thường niên giúp người lập/người khai thác dễ đọc, dễ dùng.

Tên và ID theo hướng dẫn 4.6, phản ánh phần tử báo cáo, có từ kỹ thuật như abstract/table/axis. Trong phiên bản tiếp theo, nếu thuật ngữ của chuẩn hoặc luật thay đổi, tên/ID phần tử vẫn giữ vì dùng ánh xạ, cho phép tái sử dụng/điền sẵn dữ liệu instance cũ; chỉ nhãn được đổi. Vì vậy có thể lệch quy tắc camel case tên theo nhãn ở 4.6.3. Không dùng riêng tên phần tử để diễn giải ý nghĩa/yêu cầu công bố; dùng nhãn và thông tin linkbase khác.

↑ Mục lục bài viết

Bảng 3 — Số phần tử trong schema mô-đun

Ngoài phần tử còn có kiểu dữ liệu, bộ phận tham chiếu, vai trò nhãn và thành phần chiều định kiểu trong các schema riêng. Giữ nguyên cách văn bản nói “năm schema” và bảng liệt kê nhiều prefix; không viết lại số của nguồn.

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

3.8.2 — Khái niệm có danh sách giá trị cho phép

Taxonomy dùng item types theo XBRL 2.1 và kiểu bổ sung trong numeric-2009-12-16.xsd, non-numeric-2009-12-16.xsd. Một số khái niệm giới hạn giá trị bằng kiểu dữ liệu riêng, tức XML schema enumerations. Ví dụ LevelOfRoundingItemType chỉ cho Actual, Thousands, Millions, Billions — giá trị thực, nghìn, triệu, tỷ. Các định nghĩa kiểu đặt trong mô-đun sg-types, được schema chứa khái niệm nhập vào; mô-đun này cũng nhập các kiểu do XBRL International định nghĩa. Bảng 4 giữ đủ 24 dòng, tên máy dùng nguyên gốc, giá trị được giải nghĩa tiếng Việt.

↑ Mục lục bài viết

Bảng 4 — Mọi kiểu dữ liệu và giá trị

Ở dòng 12–24, nguồn thực tế đặt tên khái niệm dài trong cột “Data type”, còn tên kiểu YesNoItemType/YesItemType trong cột “Assigned to element”, đảo vị trí so với dòng 1–11. Bảng này giữ đúng vị trí in, không tự tuyên bố sửa schema. Nghĩa các khái niệm dòng 12–24 lần lượt là: lập FS trên cơ sở hoạt động liên tục; thay đổi số so sánh do trình bày lại/phân loại lại/lý do khác; công ty/tập đoàn hơn 50 nhân viên; giám đốc cho rằng FS phản ánh trung thực/hợp lý; có cơ sở tin công ty trả nợ khi đến hạn tại ngày tuyên bố; sáu lý do sửa ý kiến kiểm toán (suy giảm tài sản, hoạt động liên tục, số dư đầu, hợp nhất/vốn chủ sở hữu, điều tra/vụ pháp lý, khác); bất định trọng yếu về hoạt động liên tục; và ý kiến kiểm toán viên về giữ đúng hồ sơ theo Companies Act.

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

3.9 — Danh sách giá trị mở rộng

Extensible Enumerations 1.0 cho phép dùng thành viên miền đã định nghĩa làm danh sách giá trị để báo cáo item XBRL, giữ danh sách chuẩn hóa theo yêu cầu taxonomy. Bảng 5 có một dòng: tính chất FS, hai thành viên hợp nhất/riêng. Trang vật lý 23 chỉ tiếp câu giới thiệu danh sách và khoảng trắng; bảng nằm ở trang 24.

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

3.10–3.10.1 — Linkbase và tính toán

Tiếp cận lấy trình bày làm trung tâm cho phép xem linkbase như bộ FS của từng loại thực thể. Đầu định nghĩa ELR có sort code nhân tạo 8 chữ số để xem/sắp xếp; quy tắc ở 4.5. Calculation linkbase xác định quan hệ số học theo XBRL. Trọng số +1 là cộng vào tổng phụ, −1 là trừ. Có giới hạn nên không định nghĩa được mọi phép cộng/trừ, ví dụ phần tử có periodType khác nhau — instant (thời điểm) và duration (khoảng thời gian).

↑ Mục lục bài viết

Minh họa 4 — Cây tính báo cáo thu nhập theo bản chất chi phí

Các số là thứ tự và trọng số trong ảnh mô hình, không phải số tiền. Những ô không có giá trị được ghi — để biểu thị trống.

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

3.10.2 và minh họa 5 — Linkbase trình bày

Presentation linkbase hiển thị cây như bộ FS thông thường. Khác cây tính toán có phần tử cha tính được ở trên, cây trình bày đặt tổng ở cuối; các phần tử tiêu đề trừu tượng (abstracts) nhóm phần tử.

Ảnh [22000000] gồm Statement of profit or loss [abstract], bảng lãi/lỗ [table], trục FS hợp nhất/riêng với hai thành viên, và khoản mục dòng. Dưới Profit (loss) có đủ: Revenue; Other income; Employee benefits expense; Depreciation expense; Amortisation expense; Repairs and maintenance expense; Sales and marketing expense; Other expenses; Other gains (losses); Finance costs (net); Share of profit (loss) of associates and joint ventures accounted for using equity method; Profit (loss) before taxation from continuing operations; Income tax (expense) benefit from continuing operations; Profit (loss) from discontinued operations, net of taxation; Profit (loss). Nghĩa lần lượt là doanh thu, thu nhập khác, phúc lợi nhân viên, khấu hao, phân bổ vô hình, sửa/bảo trì, bán/tiếp thị, chi phí khác, lãi/lỗ khác, chi phí tài chính thuần, phần lãi/lỗ liên kết/liên doanh theo vốn chủ sở hữu, lãi/lỗ trước thuế hoạt động tiếp tục, thuế hoạt động tiếp tục, lãi/lỗ hoạt động chấm dứt sau thuế và lãi/lỗ. Nhánh “Profit (loss), attributable to” phân cho chủ sở hữu công ty và lợi ích không kiểm soát.

↑ Mục lục bài viết

3.10.3 — Linkbase định nghĩa và chiều mở

Definition linkbase biểu diễn quan hệ chiều, dùng cả explicit và typed. Đa số chiều nối với line items qua hypercube, nhưng có chiều mở không gán line item, chỉ dùng khi cần. Bảng 6 có một dòng: “Consolidated and separate financial statements [axis]” — trục FS hợp nhất/riêng, nhận diện thông tin cấp công ty và tập đoàn.

Đủ năm nguyên tắc: chỉ ELR có quan hệ chiều được đưa vào definition linkbase; mỗi ELR tối đa một hypercube; mọi mặc định của chiều explicit được định nghĩa chung một ELR; mọi hypercube có contextElement=scenario và closed=true; để cho giá trị tổng/mặc định của typed dimension, thêm ELR chứa mọi phần tử đi cùng typed dimension mà cũng cần tổng, rồi thêm một explicit dimension trống để đạt mục đích đó.

↑ Mục lục bài viết

3.10.4 — Linkbase nhãn

Dùng các vai trò nhãn XBRL 2.1 và vai trò được đưa vào các chuẩn XBRL những năm gần đó; thêm Disclosure label để đáp ứng cách trình bày ACRA. Mọi nhãn trong taxonomy là tiếng Anh và theo Style Guide. Các vai trò giúp xem dễ hơn; Bảng 7 dưới giữ URI và tên phần tử, dịch công dụng và nhãn.

↑ Mục lục bài viết

Bảng 7 — Vai trò nhãn, công dụng và ví dụ

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

3.10.4.1 và minh họa 6–7 — Nhãn tổng/thuần

Total/net labels làm preferred labels (nhãn ưu tiên) ở cây trình bày cho phần tử có quan hệ tính toán. Nếu phần tử số bằng tổng phần tử khác, dùng totalLabel.

Minh họa 6: [37000000] Note – Revenue gồm công bố doanh thu [abstract], bảng [table] thứ tự 1, trục hợp nhất/riêng thứ tự 1 với Consolidated/Separate, khoản mục dòng thứ tự 2. Revenue dùng terseLabel; dưới nó có bảy dòng: doanh thu ghi nhận tại một thời điểm từ bất động sản, hàng hóa không gồm bất động sản, dịch vụ; doanh thu ghi nhận theo thời gian từ bất động sản, hợp đồng xây dựng không gồm bất động sản, dịch vụ; doanh thu khác. Order 1–7, đều ReportingLabel. Total revenue ở order 8 dùng totalLabel. Trong Minh họa 6, Revenue có order 1; Consolidated và Separate cũng lần lượt đều có order 1 tại cấp của mình.

Minh họa 7 đặt Revenue làm cha, bảy con order 1–7 đều trọng số 1: doanh thu chuyển giao bất động sản/hàng hóa/dịch vụ tại một thời điểm, bất động sản/hợp đồng xây dựng/dịch vụ theo thời gian, doanh thu khác. Cây tính có tổng ở cha, còn cây trình bày dùng nhãn tổng ở cuối. Trong Minh họa 7, Revenue và cả bảy dòng con đều có ký hiệu Cr (số dư Có).

↑ Mục lục bài viết

3.10.4.2 và minh họa 8 — Nhãn đảo dấu

Nhãn đảo dấu từ Link Role Registry (LRR) thường dùng cho phần tử phải trừ để có tổng phụ. Nhãn chỉ chỉ báo trọng số âm; dùng negated label không thay dấu dữ liệu XBRL đã báo cáo, chỉ ảnh hưởng hiển thị. Ba loại được liệt kê là standard negated label, negated total label, terse negated label; cả ba dòng trong nguồn đều mang nhãn số “3.10.6.1.1”, không coi là ba mục số khác nhau.

Theo đặc tả XBRL, debit có thể cộng debit, credit cộng credit; credit có thể trừ khỏi debit hoặc debit khỏi credit. Trọng số +1/−1 quyết định cộng/trừ. Thanh lý, gồm mất kiểm soát công ty con, phải trừ khỏi giá trị ghi sổ gộp tài sản cố định nên có weight=−1; vì trọng số đã âm, giá trị lưu trong instance không mang dấu hoặc là dương để quan hệ khớp. Phần mềm có thể hiển thị dấu đảo khi gặp nhãn này: ngoặc, cột riêng hoặc dấu trừ trước giá trị.

Minh họa 8: [32000000] thuyết minh bất động sản/nhà xưởng/thiết bị; cây abstract/table, trục hợp nhất/riêng order 1, trục loại tài sản order 2, line items order 2. Giá trị ghi sổ gộp dùng terseLabel; các con order 1 đầu kỳ dùng periodStartLabel; 2 tăng/giảm do tỷ giá hoặc đánh giá lại dùng ReportingLabel; 3 tăng thêm gồm hợp nhất kinh doanh dùng ReportingLabel; 4 thanh lý gồm mất kiểm soát công ty con dùng negatedLabel, được viền đỏ; 5 thay đổi khác gồm chuyển/xóa sổ/tài trợ dùng ReportingLabel; 6 cuối kỳ dùng periodEndLabel.

↑ Mục lục bài viết

3.10.4.3 và minh họa 9 — Nhãn công bố

Khi vai trò nhãn có sẵn không thích hợp và cần nhãn thân thiện hơn nhãn chuẩn, taxonomy định nghĩa disclosureLabel. Minh họa dùng hai ELR FSH: báo cáo thu nhập và báo cáo lưu chuyển tiền tệ.

Khung A: [22000000] FSH – Income statement, có abstract, bảng order 1, line items order 2; Income statement dùng terseLabel. Các dòng lần lượt: Interest income, gross — thu nhập lãi gộp, order 1/disclosureLabel; Interest expense — chi phí lãi, 2/terseLabel; Interest income, net — thu nhập lãi thuần, 3/netLabel; Investment income — thu nhập đầu tư, 4/ô vai trò trống; Fee and commission income, gross — phí/hoa hồng gộp, 5/disclosureLabel; Dividend income — cổ tức, 6/terseLabel; Other revenue, gross — doanh thu khác gộp, 7/terseLabel; Total revenue — tổng doanh thu, 8/totalLabel; Profit (loss) before taxation from continuing operations — lãi/lỗ trước thuế hoạt động tiếp tục, 9/ReportingLabel; Income tax (expense) benefit from continuing operations — thuế hoạt động tiếp tục, 10/ReportingLabel; Profit (loss) from discontinued operations, net of taxation — lãi/lỗ hoạt động chấm dứt sau thuế, 12/disclosureLabel; Profit (loss) — lãi/lỗ, 13/totalLabel. Giữ việc ảnh không có order 11.

Khung B: [23000000] FSH – Statement of cash flows, abstract, bảng order 1, line items order 2; Net cash flows dùng ReportingLabel. Ba con dòng tiền thuần từ/(dùng cho) hoạt động kinh doanh, đầu tư, tài chính có order 1/2/3, cùng disclosureLabel. Ở A, nếu là hiệu tài sản/nợ hoặc thu/chi của phần tử con thì dùng netLabel, như thu nhập lãi thuần. Ở B không có phép tính hỗ trợ/phần tử con trong cây, nên disclosureLabel cho biết cần số thuần nhưng không thể hiện cách tính số thuần.

↑ Mục lục bài viết

3.10.5 — Linkbase tham chiếu

Nguồn tham chiếu gồm nhiều bộ phận theo đặc tả XBRL; Bảng 9 giữ các ví dụ cụ thể. URI vai trò in đầy đủ ở nội dung có thể khác đích /Annots bị cắt; các đích thực tế được giữ riêng trong tài nguyên.

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

Bảng 9 — Các bộ phận tham chiếu

Name là tên; Number số chuẩn; Chapter chương; Section điều/mục; Paragraph đoạn; Sub-paragraph đoạn con; Clause điểm; Effective date ngày hiệu lực; Expiry date ngày hết hiệu lực. Giữ hai ngày ví dụ của nguồn dù ngày hết hiệu lực sớm hơn ngày hiệu lực; đây không phải lịch áp dụng được suy ra.

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

Minh họa 10 — Tham chiếu định nghĩa trong taxonomy

Tài nguyên tham chiếu nằm trong references. Mỗi schema có một/nhiều reference linkbase, trừ sg-types_YYYY-MM-DD.xsd và sg-ty-dim_YYYY-MM-DD.xsd; một số phần tử DEI cũng không có tham chiếu.

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

3.10.6 — Formula linkbase và mô-đun quy tắc

Formula linkbase là phát triển XBRL để khắc phục trong khả năng có thể hạn chế linkbase cũ; mô hình được phần lớn công thức toán, logic và công thức người dùng định nghĩa, cho dữ liệu có hoặc không có chiều. Taxonomy dùng nó cho mọi quy tắc kiểm tra tính nhất quán, tuân chuẩn kế toán và quy định khác: so sánh, cộng tổng, kiểm tra có báo cáo giá trị và dấu đúng. Chia mô-đun theo bản chất quy tắc; do nhiều điểm vào và quy tắc có thể khác nhau, tiếp tục chia dùng chung và riêng điểm vào.

Hình 4: Validation Rules built in formula linkbase → hỏi có dùng chung giữa các điểm vào không. YES → mô-đun theo loại quy tắc: Positive-Negative (dương/âm), Cross Statement (giữa báo cáo), Corelated Data (dữ liệu tương quan, nguồn viết như vậy), Dates (ngày). NO → mô-đun theo điểm vào: Mandatory Elements (bắt buộc), Derived Mandatory (bắt buộc phát sinh điều kiện), Arithmetical (số học). Cả hai nhánh và đủ bảy nhóm đều được giữ.

↑ Mục lục bài viết

3.10.6.1 — Đủ bảy loại quy tắc kiểm tra

Dùng existenceAssertion và valueAssertion; mô hình theo kết quả khẳng định: true là qua quy tắc, false là không qua. Một số tệp formula đã tạo nhưng không được điểm vào dẫn bằng linkbaseRef dành cho giai đoạn thực hiện sau; người lập và nhà cung cấp phần mềm SHOULD NOT xử lý chúng.

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

3.10.6.2 — Mức độ assertion không thỏa

XBRL Assertions Severity 1.0 quy định cú pháp XML chuẩn để phân loại kiểm tra báo cáo XBRL. Về kỹ thuật assertion chỉ thỏa/không thỏa; về nghiệp vụ mức quan trọng khác nhau nên gắn độ nghiêm trọng. Có hai loại: ERROR/Genuine error — lỗi thực, MUST sửa trước tạo hồ sơ XBRL; WARNING/Possible error — lỗi có thể, dữ liệu vẫn được nhận như hồ sơ XBRL hợp lệ dù assertion không thỏa.

Từng tệp formula của điểm vào có thêm assertion-unsatisfied-severity arcroleRefs và mức độ cho từng công thức. Nếu formula id không nêu mức độ, mặc định ERROR. Với WARNING, assertion được nối bằng gen:arc với label “sev_warning”. Ví dụ lỗi thực: tổng tài sản phải bằng tổng nợ + tổng vốn. Ví dụ cảnh báo: có đúng là share capital, vốn cổ phần, bằng không?

↑ Mục lục bài viết

3.11 — Gói taxonomy

Taxonomy phân phối dưới dạng gói, giúp hiểu siêu dữ liệu như nhà xuất bản, phiên bản, điểm vào. Taxonomy gồm nhiều XML, trước đây đi kèm tài liệu giải thích phần nào làm gì. Đặc tả gói cho phép công cụ tuân chuẩn tự nhận diện điểm vào, giúp bắt đầu dùng taxonomy mới/cập nhật dễ hơn. Ánh xạ lại cho biết vị trí công khai của tệp; công cụ có thể coi nội dung gói là bản ngoại tuyến của taxonomy công bố trên Internet mà không cần cấu hình thêm. Tài nguyên bổ sung: https://specifications.xbrl.org/work-product-index-taxonomy-packages-taxonomy-packages-1.0.html.

↑ Mục lục bài viết

4.1–4.2 — Mục đích và thứ tự ưu tiên của Style Guide

Hướng dẫn phong cách làm tài liệu tham chiếu cho người dùng/người mở rộng, tạo taxonomy chất lượng cao, dễ dùng và nhất quán qua quy ước chuẩn. Phạm vi gồm đủ bảy thành phần: namespace/prefix; ELR/sort code; tên phần tử; nhãn; thuộc tính; tham chiếu; kiểu dữ liệu.

Từ ngữ SFRS, Companies Act và tài liệu công bố/manual/luật liên quan SGX được ưu tiên hơn quy tắc của hướng dẫn này. Dùng kết hợp; áp dụng khi những văn bản đó chưa hướng dẫn đủ để tạo thành phần taxonomy.

↑ Mục lục bài viết

4.2.2 — Nghĩa mức yêu cầu

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

4.3 — Quy tắc đặt tên tệp

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

4.4 — Namespace và prefix

Namespace/prefix nối taxonomy với mục đích hoặc chủ sở hữu và nên duy nhất. Theo XBRL, nên dùng các thành phần: chủ taxonomy; thẩm quyền tài phán; loại báo cáo fr (tài chính), br (kinh doanh); loại kế toán như gaap/chuẩn; ngành C&I (thương mại/công nghiệp), ngân hàng, bảo hiểm, all nếu áp mọi ngành; qualifier “/” tùy chọn nếu cần phân thêm; ngày phiên bản.

Mẫu ACRA: http://www.bizfinx.gov.sg/taxonomy/YYYY-MM-DD/[folder name]/[prefix]. Mọi prefix bắt đầu sg cho Singapore, dùng viết tắt quy định như as (Accounting standards), ca (Companies Act), gợi nội dung tệp. Do mục tiêu gợi rõ nội dung, có trường hợp không tuân điều khoản FRTA giới hạn 12 ký tự: một số prefix dài hơn 12. Xem toàn bộ namespace/prefix ở mục 3.6.

↑ Mục lục bài viết

4.5 — Bốn thuộc tính ELR

ELR là nhóm logic mô hình liên kết/quan hệ phần tử, định nghĩa trong schema riêng. Mỗi ELR MUST có: Id — tên liên kết, SHOULD duy nhất, ví dụ statementOfFinancialPosition; role URI — định danh tài nguyên duy nhất, gồm phần namespace của schema nơi định nghĩa ELR và ELR id; definition — tên người đọc hiểu, nên có số nhân tạo sort code để sắp logic; used on — chỉ linkbase trình bày/tính toán/định nghĩa nào có thể dùng ELR.

Ví dụ role URI hiển thị gồm www.acra.gov.sg/as/role/StatementOfFinancialPosition và http://www.bizfinx.gov.sg/taxonomy/2022-01-01/sg-sfrs/role/SFPCurrentNonCurrent. Ví dụ www.acra… nhìn thấy trên ảnh thực tế trang 39 nhưng không có trong lớp chữ trích xuất, nên vẫn được giữ ở đây.

↑ Mục lục bài viết

4.5.1–4.5.6 — Quy tắc và ngoại lệ ELR

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

4.6.1–4.6.6 — Tên và ID phần tử

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

4.6.7 — Tên nội dung giải thích văn bản

SHOULD bắt đầu bằng từ mô tả bản chất văn bản. Ví dụ DisclosureOfCompleteSetOfFinancialStatementsTextBlock — công bố bộ FS đầy đủ dạng khối văn bản. ImpactOfChangesInAccountingEstimates không rõ là số tiền hay diễn giải. Các tiền tố thông dụng được giữ đầy đủ ở bảng dưới; ngoại lệ IncomeStatementTextBlock — khối văn bản báo cáo thu nhập.

↑ Mục lục bài viết

Toàn bộ 27 tiền tố mẫu cho tên văn bản

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

4.6.8–4.6.19 — Các quy tắc tên phần tử còn lại

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

4.7.1 — Nhãn ngắn và có nghĩa

Nhãn SHOULD ngắn, theo thuật ngữ quy định, tránh mô tả quá dài. “Property, plant and equipment before accumulated depreciation and excluding intangible assets” nên thành “Property, plant and equipment, gross” — bất động sản, nhà xưởng và thiết bị, gộp. Có thể cần nhãn dài để khớp tên và tự giải thích, ví dụ “Profit (loss), attributable to ordinary equity holders of entity including dilutive effects” — lãi/lỗ cho người giữ vốn cổ phần phổ thông, gồm tác động pha loãng.

↑ Mục lục bài viết

4.7.2 — Chính tả đã thống nhất

Các cách viết trên là quy tắc chuỗi tiếng Anh của taxonomy, không phải quy tắc đặt dấu trong tiếng Việt.

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

4.7.3 — Ký tự trong nhãn

Nhãn MUST NOT chứa một số ký tự đặc biệt; nguồn nói nên tránh các ký tự trong cột không cho phép. Dấu trích dẫn xuất hiện trong cả hai cột in; giữ đúng khác biệt nội tại, không tự tạo quy tắc phân xử mới.

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

4.7.4–4.7.10 — Viết hoa, dấu câu, số và tính từ

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

Ví dụ nhãn đúng/sai theo mô hình

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

4.7.11 — Nhãn diễn giải văn bản

SHOULD bắt đầu từ mô tả bản chất. Ví dụ “Explanation of amount of commitments for development or acquisition of biological assets” — giải thích số cam kết phát triển/mua tài sản sinh học; “Description of nature of financial statements” — mô tả tính chất FS. “Impact of changes in accounting estimates” không rõ là số tiền hay văn bản. Danh sách mẫu nhãn ở bảng tiếp theo giữ mọi mục của trang 48; khác danh sách tên phần tử ở 4.6.7, trang này không có Disclosures in.

↑ Mục lục bài viết

Mọi mẫu mở đầu nhãn văn bản

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

4.7.12–4.7.26 — Các quy tắc nhãn còn lại

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

4.8.1–4.8.4 — Thuộc tính chuẩn của phần tử

Giữ nguyên từng chuỗi thuộc tính trong bảng nguồn, gồm xbrldt:item ở dòng miền. Abstract là trừu tượng; substitution group là nhóm thay thế; duration là khoảng thời gian; nillable=true cho phép nil. Đây là giá trị kỹ thuật của bản hướng dẫn, không tự thay bằng giá trị giả định đúng hơn.

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

4.8.5–4.8.7 — Period theo kiểu dữ liệu

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

4.9.1–4.9.2 — Phải định nghĩa tham chiếu

MUST định nghĩa tham chiếu cho mọi phần tử không trừu tượng, tức abstract=false. Đồng thời MUST định nghĩa tham chiếu cho Table, Axis, Domain và Domain members. Mục này liệt kê quy tắc tạo tham chiếu, bổ sung mô tả ở phần trước.

↑ Mục lục bài viết

4.9.3 — Mọi bộ phận tham chiếu

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

4.10 — Kiểu dữ liệu mới

Mọi tên kiểu dữ liệu MUST kết thúc ItemType, ví dụ sg-types:ListingItemType. Giá trị liệt kê MUST viết kiểu câu, trừ tên riêng/viết tắt. Ví dụ sg-types:StatementOfFinancialPositionItemType có Current and non-current (ngắn/dài hạn), Order of liquidity (thứ tự thanh khoản).

↑ Mục lục bài viết

4.11.1 — Tên tệp và ID quy tắc công thức

Tên tệp formula chỉ loại quy tắc chứa bên trong; mỗi quy tắc có ID duy nhất thể hiện loại. Khoảng trắng chỉ do xuống dòng trình bày quanh dấu gạch dưới được nối lại; giữ chữ hoa/thường của mẫu.

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

4.11.2 — ID, nhãn và số đếm công thức

Mỗi công thức có ID và nhãn chỉ loại, thêm số nhân tạo để đếm số công thức. Giữ crossstatement viết thường ở ví dụ này, khác crossStatement tại bảng đặt tên.

Vuốt ngang trên điện thoại để xem đủ các cột.

↑ Mục lục bài viết

Tài liệu tham khảo và giới hạn nội dung

Hướng dẫn xét thông lệ của những taxonomy được biết đến toàn cầu để xác định phạm vi tài liệu cần cung cấp: The IFRS® Taxonomy 2019 Guide (hướng dẫn taxonomy IFRS 2019); Climate Change Reporting Taxonomy 2019 – Taxonomy Architecture and Style Guide (kiến trúc/phong cách taxonomy báo cáo biến đổi khí hậu 2019); FASB US GAAP Financial Reporting – Taxonomy Architecture (2019) (kiến trúc taxonomy báo cáo theo US GAAP); GRI Taxonomy Architecture & Style Guide (2019) (kiến trúc/phong cách GRI). Nội dung hướng dẫn hoàn toàn dựa trên ACRA Taxonomy 2022 v1.0; các tài liệu trên chỉ được tham khảo để phù hợp thông lệ tài liệu hóa toàn cầu.

Kiểm kê liên kết gốc: PDF có 67 URI actions, 34 URI duy nhất, gồm email, tài nguyên công khai, địa chỉ mẫu YYYY/ YYYYY và những đích bị cắt hoặc không khớp chuỗi hiển thị. Danh sách tài nguyên giữ đích thực tế nguyên gốc, có nhãn chủ đề tiếng Việt và ghi rõ nếu là mẫu/đích cắt; không nói đã đọc toàn bộ nội dung của tài liệu được liên kết hoặc chứng nhận địa chỉ mẫu hoạt động. Không có URL được đoán từ file://.

↑ Mục lục bài viết