Kết nối doanh nghiệp · Mở ra cơ hội · Hướng tới tương lai
WhatsApp
Zalo⌄
Mã QR Zalo của Hằng Tín

Quét mã để liên hệ qua Zalo. Nhấn để phóng to.

Di động: +65 8585 9090Email: info@acggroupsg.com
Thuế · PDF

CRS XML v3.0: hướng dẫn đầy đủ nộp Singapore, trường tài khoản và sửa

Theo bản IRAS 4.0.1 ngày 8 tháng 7 năm 2026, giữ đầy đủ chuyển đổi nộp từ 2027, trường chuyển tiếp theo năm báo cáo, cá nhân/thực thể/người kiểm soát, định dạng ID, sáu ví dụ NFE thụ động và mười tình huống sửa.

Ngày đối chiếu nguồn bài gốc: 11 tháng 10 năm 2026 · Ngày phát hành tài liệu: 8 tháng 7 năm 2026 Chưa có hiệu lực

Phiên bản và chuyển đổi schema năm 2027

Theo ấn bản thứ tư IRAS 4.0.1, phát hành ngày 8 tháng 7 năm 2026. Từ 1 tháng 1 năm 2027, mọi lần nộp CRS XML, kể cả năm cũ và sửa, dùng OECD v3.0; trước đó dùng v2.0 và ấn bản thứ ba. Ngày nộp quyết định schema, còn năm báo cáo quyết định giá trị chuyển tiếp của trường mới. Hướng dẫn bổ sung quy định CRS và thẩm tra thực chất, không thay việc xác định tài khoản có phải báo cáo.

Kênh nộp, dung lượng và thứ tự

Mọi tờ khai kể cả không tài khoản đều nộp điện tử qua myTax Portal. Có thể gộp mọi nơi phải báo cáo. XML không cần ký số, mã hóa hay nén. Từ 1 tháng 1 năm 2027, mỗi tệp chưa nén tối đa 50 MB, trước đó 5 MB. Chia tệp lớn và chỉ nộp phần tiếp sau khi IRAS nhận tệp đầu. Sửa/hủy không sớm hơn ngày sau lần nộp ban đầu có lỗi; sửa của bản sửa cũng chờ lần trước được nhận. Không bắt buộc cách đặt tên tệp, khuyên dùng MessageRefID. Định chế không tạo XML có thể dùng PDF điền được riêng.

Khai không tài khoản và tín thác do người nhận ủy thác lập hồ sơ

SGFI thông thường không có tài khoản phải báo cáo thì dùng Submit Nil Data trong dịch vụ AEOI, không nộp XML không tài khoản. Người nhận ủy thác có thể khai không tài khoản cho tối đa 50 TDT trong một lần dịch vụ điện tử, hoặc dùng XML cho tín thác mình quản lý. CRS703 chỉ dùng cho XML không tài khoản của người nhận ủy thác này, bỏ AccountReport. ReportingFI trong XML định danh tín thác, không phải người nhận ủy thác gửi tệp.

Mã hóa ký tự, escape và nội dung cấm

Mở đầu bằng khai báo XML, UTF-8 và không BOM. &, nháy đơn, ngoặc nhọn góc và ngoặc kép lần lượt escape thành &, ', <, >, ". IRAS cũng từ chối dữ liệu chứa #, --, /* hoặc &#; hướng dẫn không nêu cách thay thế các chuỗi đó. Trường bắt buộc không là chuỗi rỗng; chuỗi ít nhất một ký tự, trường tùy chọn không có giá trị thì bỏ. Trước gửi, kiểm tra cả schema lẫn quy tắc nghiệp vụ Singapore.

Tùy chọn trong schema không đồng nghĩa tùy chọn báo cáo

Validation phải có và qua kiểm tra tự động; Validation(choice) là chọn một phương án được phép dưới phần tử cha bắt buộc. Mục tùy chọn trong schema vẫn có thể bắt buộc theo CRS, trừ khi thiếu thông tin vì luật hoặc lý do được phép, ví dụ tài khoản hiện hữu trước đây không cần thu TIN. Mục tùy chọn thông thường được khuyến nghị khi có dữ liệu; Optional(non-CRS) không dùng cho CRS. Phải đạt cả nghĩa vụ nghiệp vụ và kiểm tra kỹ thuật XSD.

Tiêu đề thông điệp và định danh bên gửi

SendingCompanyIN định danh SGFI hoặc nhà cung cấp dịch vụ gửi, dùng loại ID thực thể, một khoảng trắng và mã thuế Singapore, ví dụ ASGD A1234567D. Cho UEN-Business, UEN-Local Co, UEN-Others, ASGD, ITR. TransmittingCountry và ReceivingCountry đều SG, MessageType là CRS. IRAS xử lý tự động nên để trống Warning và Contact; liên hệ báo cáo qua CRS@iras.gov.sg kèm mã xác nhận. IRAS liên hệ người đăng ký phụ trách/người dùng được ủy quyền.

Tạo MessageRefID duy nhất 25 ký tự

Định dạng Singapore là năm báo cáo YYYY + mã thuế bên gửi (thêm gạch nối bên phải đủ 10 ký tự) + ngày tạo YYYYMMDD + số tăng ba chữ số trong ngày. Không gồm tiền tố loại ID thực thể. Số tăng 000–999, duy nhất trên mọi tệp do bên gửi lập cùng ngày, kể cả quỹ khác. Ví dụ lịch sử 201701234567L-20180521001, tệp tiếp là 002. Schema chung cho dài hơn nhưng Singapore yêu cầu 25 ký tự. Mỗi lần sửa cũng có MessageRefID mới.

Loại, kỳ báo cáo và dấu thời gian

CRS701 dữ liệu mới, CRS702 sửa/xóa, CRS703 không tài khoản TDT được phép. Một tệp không trộn mới với sửa/xóa và phải khớp Submit New Data hoặc Correct/Void Past Data trên cổng. CRS không dùng CorrMessageRefID. ReportingPeriod là ngày cuối năm báo cáo, như 2017-12-31. Timestamp là giờ tạo YYYY-MM-DDThh:mm:ss, có thể thêm ba chữ số mili giây. Ngày tạo/nộp không thay kỳ báo cáo.

Cư trú thuế cá nhân và thay đổi

Chủ tài khoản cá nhân và người kiểm soát NFE thụ động dùng PersonParty_Type. Điền mã ISO hai chữ cái của cư trú thuế; mỗi nơi cư trú phải báo cáo có AccountReport riêng, không phải quốc tịch hay nước địa chỉ. Nếu đổi nơi cư trú thuế của báo cáo đã được nhận, hủy trước rồi nộp AccountReport mới, không chỉ sửa trường thông thường. Tài khoản không chứng từ dùng mã cư trú SG và địa chỉ quy định. Nationality không thuộc trường CRS.

TIN, nước cấp và lý do thiếu

Điền TIN hoặc mã tương đương được nơi cư trú chấp nhận; có nhiều mã được lặp. Biết issuedBy thì điền, không biết thì bỏ thuộc tính. Không điền 0, chữ lặp hoặc mã giả. Không có mã và không cho mã lý do thì bỏ phần tử TIN. Khuyến nghị mã lý do khi có dữ liệu; IRAS104 cần giải thích hợp lý và chứng từ khi thích hợp. IN thực thể gồm số công ty/EIN được chấp nhận và áp dụng cùng cách.

MãLý do thiếu TIN/IN
IRAS101Nơi cư trú không cấp mã đó
IRAS102Nơi cư trú không yêu cầu báo cáo mã
IRAS103Thay đổi hoàn cảnh, đang lấy tự xác nhận mới có mã
IRAS104Khác, có giải thích và chứng từ khi thích hợp

Tên, đơn danh và thuộc tính bổ nghĩa

FirstName và LastName bắt buộc; thu tên riêng, tên đệm nếu có, họ rồi điền riêng. Không có tên đầy đủ có thể dùng chữ đầu hoặc NFN; đơn danh điền FirstName=NFN và tên duy nhất ở LastName. MiddleName, NamePrefix, danh xưng trước/thông thường, ký hiệu thế hệ, hậu tố và xnlNameType tùy chọn, thường 1–200 ký tự. Loại tên OECD202 cá nhân, 203 bí danh, 204 biệt danh, 205 còn được gọi, 206 tên giao dịch, 207 pháp định, 208 lúc sinh. Không bịa tên lúc sinh/sau kết hôn khi thiếu.

Địa chỉ có cấu trúc, văn bản và tài khoản không chứng từ

Ưu tiên địa chỉ cư trú thường xuyên AddressFix; không có thì dùng địa chỉ thư tín đang lưu lúc lập báo cáo. CountryCode bắt buộc. AddressFix cần City, có mã bưu chính thì điền; đường/tòa nhà/phòng/tầng/quận/hộp thư/bang theo dữ liệu có. Có thể ghép đường dạng tự do với thành phố, bang, mã bưu chính có cấu trúc. Chỉ dùng riêng AddressFree khi không cấu trúc được hoặc tài khoản không chứng từ; lúc đó không cần City. Tách phần văn bản bằng khoảng trắng, gạch chéo hay xuống dòng, tối đa 4.000 ký tự. Không chứng từ dùng SG và AddressFree=Undocumented. OECD301–305 lần lượt là cư trú hoặc kinh doanh, cư trú, kinh doanh, văn phòng đăng ký, chưa xác định.

Thông tin sinh và tài khoản thực thể

Birthdate là YYYY-MM-DD; tài khoản hiện hữu không lưu ngày sinh thì bỏ theo quy tắc. Khi báo nơi sinh, điền thành phố, phân khu thành phố tùy chọn và chọn mã nước hiện tại hoặc tên nước cũ. Thực thể dùng OrganisationParty_Type: cư trú, IN, tên pháp định, địa chỉ. Nhiều nơi cư trú thuế báo riêng, thay đổi phải hủy rồi báo mới. IN được lặp các mã được chấp nhận; issuedBy và INType chỉ nước cấp/loại. Tên pháp định bắt buộc, thường 1–200 ký tự.

Nội dung CRS, ReportingFI và ID TDT

IRAS yêu cầu CrsBody dù sơ đồ XSD thể hiện tùy chọn. Gồm ReportingFI và đúng một ReportingGroup, lặp AccountReport khi cần. ReportingFI là SGFI duy trì tài khoản, không nhất thiết bên gửi. Dùng duy nhất mã thuế Singapore gắn đăng ký CRS theo loại + khoảng trắng + số, không đưa loại vào INType. Người nhận ủy thác báo TDT thì định danh tín thác bằng tham chiếu IRAS, TDT kèm số. ReportingFI và từng AccountReport có DocSpec riêng. Sponsor, Intermediary, PoolReport không áp dụng CRS.

Số và trạng thái tài khoản

AccountNumber bắt buộc, dùng số tài khoản, ISIN/mã nợ/vốn, số hợp đồng bảo hiểm/niên kim hoặc mã chức năng duy nhất tương đương. Chỉ ngoại lệ không có hệ thống đánh số mới dùng NANUM. Có IBAN/ISIN thì ưu tiên và điền loại. OECD601 IBAN, 602 số ngân hàng khác, 603 ISIN, 604 mã chứng khoán khác, 605 khác, 606 sản phẩm tiền điện tử xác định. UndocumentedAccount, ClosedAccount, DormantAccount là thuộc tính Boolean tùy chọn trong schema nhưng bắt buộc báo khi áp dụng. Tài khoản đóng ghi số dư 0 và cờ đóng, không bỏ số dư.

Phân loại chủ tài khoản thực thể

Chọn Individual, hoặc Organisation kèm AcctHolderType, không được bỏ cả hai. CRS101 là NFE thụ động có ít nhất một người kiểm soát phải báo cáo; CRS102 người phải báo cáo; CRS103 NFE thụ động bản thân phải báo cáo. Khi điều kiện NFE thụ động đó áp dụng, thông tin người kiểm soát bắt buộc. Mỗi người kiểm soát khác nhau phải báo cáo và mỗi nơi cư trú phải báo cáo có báo cáo riêng; cùng người nhiều vai trò có thể lặp mục vai trò ControllingPerson trong cùng báo cáo.

Đầy đủ sáu ví dụ báo cáo NFE thụ động

Cư trú trùng có thể tránh lặp báo cáo thực thể thừa, nhưng không gộp người kiểm soát khác nhau. X, Y, Z trong ví dụ là nơi cư trú thuế, không phải quốc tịch.

Ví dụTình huống cư trúBáo cáo cần nộp
1Thực thể X; một người kiểm soát XMột CRS101
2Thực thể X; người kiểm soát 1 và 2 đều XHai CRS101, mỗi người kiểm soát một bản
3Thực thể X; người kiểm soát 1 ở Y, 2 ở Z, đều phải báo cáoHai CRS101 người kiểm soát, thêm một CRS103 thực thể
4Thực thể X; người kiểm soát 1 ở X, 2 ở YHai CRS101, không lặp thực thể X
5Thực thể X không phải báo cáo; người kiểm soát Y phải báo cáoMột CRS101 người kiểm soát
6Thực thể X phải báo cáo; người kiểm soát Y không phải báo cáoMột CRS103 thực thể

Loại người kiểm soát và làm rõ tháng 7 năm 2026

CtrlgPersonType bắt buộc. Từ 2027 nộp năm 2026 hoặc cũ hơn, biết loại trong hồ sơ thì báo, không biết dùng CRS800. Năm báo cáo 2027–2028, có trong dữ liệu điện tử có thể tra cứu thì CRS801–813, không có thì 800. Từ năm báo cáo 2029 báo vai trò thật, không dùng 800. Nhiều vai trò có thể lặp trong báo cáo của người đó. Đây là làm rõ 4.0.1, không phải luôn bỏ loại của năm cũ.

MãVai trò
CRS801Pháp nhân: sở hữu
CRS802Pháp nhân: kiểm soát bằng cách khác
CRS803Pháp nhân: người quản lý cấp cao
CRS804Tín thác: người thiết lập
CRS805Tín thác: người nhận ủy thác
CRS806Tín thác: người bảo hộ
CRS807Tín thác: người thụ hưởng
CRS808Tín thác: khác
CRS809Thỏa thuận khác: tương đương người thiết lập
CRS810Thỏa thuận khác: tương đương người nhận ủy thác
CRS811Thỏa thuận khác: tương đương người bảo hộ
CRS812Thỏa thuận khác: tương đương người thụ hưởng
CRS813Thỏa thuận khác: tương đương vai trò khác
CRS800Không báo cáo, chỉ chuyển tiếp

Vai trò chủ lợi ích vốn trong thỏa thuận pháp lý

EquityInterestType của thực thể đầu tư là thỏa thuận pháp lý có thể lặp. CRS401–405 là người thiết lập, nhận ủy thác, bảo hộ, thụ hưởng, vai trò khác của tín thác; 406–410 là vai trò tương đương ở thỏa thuận khác. Năm 2026 và cũ hơn bỏ dù nộp sau chuyển đổi. Năm 2027–2028 chỉ báo khi có dữ liệu điện tử, không có thì bỏ. Từ 2029 vai trò áp dụng bắt buộc. Khác mã vai trò người kiểm soát.

Trạng thái tự xác nhận của chủ tài khoản và người kiểm soát

Cả hai SelfCert bắt buộc nhưng khác mã. Từ 2027 nộp đến năm báo cáo 2026, chủ tài khoản CRS900, người kiểm soát CRS1000. Từ năm báo cáo 2027, chủ tài khoản 901 đúng/902 sai, người kiểm soát 1001 đúng/1002 sai. Chỉ việc đã cung cấp tự xác nhận hợp lệ hay chưa, không thay thẩm tra thực chất, cũng không cho dùng tiếp mã chuyển tiếp không báo cáo ở năm mới.

Loại tài khoản, loại thẩm tra và tài khoản chung

AccountType: CRS1101 tiền gửi, 1102 lưu ký, 1103 bảo hiểm giá trị tiền mặt/niên kim, 1104 lợi ích nợ/vốn trong thực thể đầu tư. DDProcedure: CRS1201 tài khoản mới, 1202 hiện hữu. Từ 2027 nộp năm 2026 và cũ hơn dùng 1100, 1200; từ năm báo cáo 2027 dùng mã thực chất. Năm 2026 và cũ hơn bỏ JointAccount; từ 2027 phải báo tài khoản chung, Number số nguyên bắt buộc ghi số chủ. Nộp mới không có nghĩa tài khoản mới theo thẩm tra.

Số dư, thanh toán và tiền tệ

Báo số dư/giá trị theo loại, gồm giá trị tiền mặt bảo hiểm và lợi ích nợ/vốn. Số tiền có hai chữ số thập phân, mã tiền tệ ISO4217 ba chữ cái, như 1000.00 và SGD. Đóng tài khoản thì số dư 0 và cờ đóng. Lặp Payment theo loại: CRS501 cổ tức, 502 lãi, 503 tiền bán/mua lại gộp, 504 thu nhập CRS khác. Tiền gửi báo lãi gộp trả/ghi có; lưu ký báo cổ tức, lãi, tiền bán/mua lại gộp và khác; nợ/vốn, bảo hiểm/niên kim báo khoản trả/ghi có gộp gồm mua lại. Mỗi mục cần loại, số tiền, mã tiền tệ.

DocRefID của ReportingFI và tài khoản

ReportingFI là năm + mã thuế FI thêm gạch đủ 10 ký tự + FI + số tăng ba chữ số, ví dụ 201712345678C-FI001. Gửi lại không đổi dùng ID cũ; đổi thông tin tăng số và tham chiếu ID trước. AccountReport là năm + mã đã bổ sung của FI duy trì tài khoản (hoặc TDT) + hậu tố duy nhất định chế đặt tối đa 30 ký tự. Dùng mã thuế FI, không dùng nhà cung cấp gửi. Mỗi sửa/xóa có ID mới duy nhất. Độ dài XSD chung không thay định dạng Singapore. Giữ toàn bộ chuỗi mã được nhận.

Loại bản ghi: thật và thử

OECD1 mới, 2 sửa, 3 xóa. OECD0 chỉ gửi lại ReportingFI cùng năm báo cáo; FI đầu của năm mới dùng 1. 10, 11, 12, 13 chỉ gửi lại/mới/sửa/xóa dữ liệu thử trong kỳ thử, không dùng chính thức. Thông điệp mới không trộn 1 với 2/3; thông điệp sửa có thể trộn sửa/xóa và FI không đổi 0. Chỉ báo thông điệp và bản ghi phải khớp.

Sửa cả bản ghi, tham chiếu phiên bản mới nhất được nhận

Chỉ ReportingFI và AccountReport được sửa độc lập. Sửa mục con phải gửi cả phần tử cha liên quan và mọi mục con không đổi, không chỉ trường đổi. CorrDocRefID tham chiếu DocRefID mới nhất được nhận của bản bị thay/xóa; bản thay có ID mới. Sửa tiếp tham chiếu bản sửa trước, không luôn bản đầu. Mỗi tệp sửa có MessageRefID mới và CRS702. Hủy cả thông điệp thì xóa từng bản ghi, không dùng CorrMessageRefID. Đổi cư trú thuế vẫn áp dụng ngoại lệ hủy trước rồi báo mới.

Tổ hợp sửa cho phép và xóa FI

Ma trận đã được đối chiếu ảnh gốc cho phép các tổ hợp dưới đây. Thông điệp sửa không chứa tài khoản OECD1 hoặc tài khoản OECD0. Không xóa FI khi AccountReport liên quan còn tồn tại; xóa mọi tài khoản cùng thông điệp hoặc trước đó. Chỉ sửa FI thì được bỏ tài khoản không đổi.

Loại bản ghi FIDữ liệu tài khoản liên quan được phép
Sửa FI OECD2Không có báo cáo tài khoản, hoặc tài khoản OECD2/OECD3
Xóa FI OECD3Chỉ không có báo cáo khi mọi tài khoản liên quan đã xóa; hoặc cùng nộp OECD3 xóa tài khoản
FI không đổi OECD0Tài khoản OECD2 hoặc OECD3

Đầy đủ mười tình huống sửa

Thêm mục con vào tài khoản hiện hữu là sửa; tài khoản mới là dữ liệu mới. Bỏ mục con là sửa cha, không xóa cả tài khoản. Hai ví dụ cuối là báo trễ/chia tệp, không cho trộn bản ghi mới vào tệp sửa.

Ví dụThay đổiPhải nộp
1Cùng tài khoản: sửa thanh toán rồi số dưMỗi lần thay cả tài khoản, tham chiếu ID mới nhất; gửi lại FI không đổi 0, bỏ tài khoản thứ hai không đổi.
2Sửa địa chỉ FI rồi thanh toán tài khoảnSửa riêng FI trước; sau gửi lại FI mới nhất không đổi và chỉ sửa tài khoản liên quan.
3Sửa địa chỉ người kiểm soátCả tài khoản gồm số, chủ, người kiểm soát và số dư; gửi lại FI.
4Sửa địa chỉ FI và số dư tài khoản đầuSửa độc lập cả hai bản ghi đầy đủ, bỏ tài khoản thứ hai không đổi.
5Bỏ một mục con người kiểm soátTài khoản OECD2 giữ người kiểm soát còn lại và dữ liệu khác; gửi lại FI.
6Bỏ địa chỉ thứ hai của FIFI2 giữ tên/địa chỉ đầu, bỏ tài khoản không đổi.
7Bỏ cả tài khoảnTài khoản liên quan OECD3 có mục con; gửi lại FI, bỏ tài khoản không đổi khác.
8Thêm mục con thanh toánCả tài khoản gốc OECD2 có thanh toán mới và mục con cũ; gửi lại FI.
9Thêm tài khoản cho FI hiện hữuThông điệp dữ liệu mới riêng, tài khoản mới 1 kèm FI không đổi 0.
10Thêm FI và hai tài khoảnThông điệp dữ liệu mới riêng chỉ có FI và tài khoản mới, tất cả 1.

Thuộc tính phiên bản và namespace

CRS_OECD version đặt 3.0, đích urn:oecd:ties:crs:v3. Phiên bản đầy đủ chính/phụ khác namespace chỉ chứa phiên bản chính. Phụ thuộc cfc urn:oecd:ties:commontypesfatcacrs:v2, ftc urn:oecd:ties:fatca:v1, stf urn:oecd:ties:crsstf:v5, iso urn:oecd:ties:isocrstypes:v1. Phụ lục B tương ứng CrsXML_v3.0.xsd, CommonTypesFatcaCrs_v2.0.xsd, FatcaTypes_v1.2.xsd, OECDCrsTypes_v5.0.xsd, isocrstypes_v1.1.xsd. Phụ thuộc chung chứa FATCA không làm Sponsor/PoolReport áp dụng cho CRS.

Sơ đồ phụ lục và kiểm tra cuối

Mọi sơ đồ Phụ lục A gồm gốc/tiêu đề/nội dung, FI/nhóm/tài khoản, chọn cá nhân hoặc thực thể, số và trạng thái, tiền tệ thanh toán, tên và sinh, địa chỉ cấu trúc/văn bản và IN thực thể. Cũng vẽ nhánh không thuộc CRS, không thay loại trừ của IRAS. Theo thứ tự XSD, không theo thứ tự đoạn giải thích: sơ đồ tài khoản đặt DDProcedure trước AccountType và JointAccount. Kiểm tra phần thêm ID, lựa chọn bắt buộc, độ dài chuỗi, chứng cứ lý do, báo riêng cư trú/người kiểm soát, giá trị trường mới từng năm, hai số thập phân/mã tiền, chuỗi sửa và loại trên cổng. Giữ xác nhận, chờ nhận rồi gửi tệp liên quan.

Nguồn chính thức

Bản dịch tiếng Việt giữ đầy đủ nội dung bài viết tiếng Trung, gồm mọi điều kiện, bước, bảng và phụ lục trong phạm vi bài; các thông tin thực chất được đối chiếu PDF chính thức bằng tiếng Anh. Đây không phải bản dịch nguyên văn toàn bộ mọi tài liệu được liên kết. Xem bản gốc để kiểm cách diễn đạt, ngày và cập nhật về sau.

Xem PDF gốc chính thức ↗
Liên hệ tư vấn
Liên hệ tư vấn