Ấn phẩm 5124 là tài liệu kỹ thuật lịch sử của Hoa Kỳ
Bản tháng 4 năm 2017 giải thích FATCA XML Schema 2.0, có hiệu lực từ ngày 17 tháng 1 năm 2017. Tài liệu chuyển Form 8966 thành thông điệp điện tử, không phải hướng dẫn thao tác cổng nộp của Singapore. FATCA liên quan tài khoản Hoa Kỳ và các khoản thanh toán được chỉ định của định chế tài chính nước ngoài, đồng thời bao gồm thực thể nước ngoài phi tài chính khai trực tiếp. NFFE thụ động thường phải xác nhận không có chủ sở hữu Hoa Kỳ đáng kể, hoặc khai các chủ sở hữu liên quan, để xử lý yêu cầu khấu trừ thuế; NFFE khai trực tiếp báo cáo với IRS. Bản gốc có quy tắc chuyển tiếp năm 2014–2016; bài giữ nguyên bối cảnh các năm đó. Người khai tại Singapore vẫn phải riêng tuân thủ đặc tả bổ sung IRAS và cơ chế địa phương áp dụng. Ấn phẩm nói rõ khi diễn giải bằng lời không nhất quán với XML Schema thì lấy Schema làm chuẩn.
Model 1, Model 2 và chủ thể khai báo
Định chế Model 1 thường khai với cơ quan thuế nước mình; không thể tự suy ra phải truyền thẳng cho IRS. Hướng dẫn cũng giải thích Model 1 Option 2: định chế gửi qua IDES để cơ quan trong nước duyệt rồi chuyển đi. Định chế Model 2 thường khai trực tiếp với IRS; khi có yêu cầu của nhà chức trách về tài khoản không hợp tác thì cơ quan thuế tham gia. Tổ chức bảo trợ khai cho định chế được bảo trợ hoặc NFFE khai trực tiếp được bảo trợ; bên nhận ủy thác khai cho tín thác do bên nhận ủy thác lập hồ sơ. Tư cách khai của định chế tại lãnh thổ Hoa Kỳ và đại lý khấu trừ thuế có thể khác nhau. Theo cách dùng Model 1 của hướng dẫn, người liên quan của NFFE thụ động là người kiểm soát Hoa Kỳ được chỉ định; tài khoản phải báo cáo cho Hoa Kỳ được hiểu theo IGA áp dụng. Không thể gọi chung mọi tư cách này là đại lý.
GIIN, FIN và đăng ký hệ thống là những việc khác nhau
GIIN là mã đăng ký định chế FATCA, thường có 19 ký tự kể cả dấu câu. Một số bên khai không có GIIN, như đại lý khấu trừ Hoa Kỳ, định chế tại lãnh thổ được coi là người Hoa Kỳ, bên khai thứ ba hoặc nhà cung cấp phần mềm, có thể lấy FATCA Identification Number (FIN) để đăng ký IDES. FIN dùng cho tư cách truyền tương ứng, không được đặt vào trường nội dung đòi GIIN hoặc mã số thuế của định chế. FIN có trên danh sách FFI hằng tháng không chứng minh người giữ mã là FFI, cũng không quyết định tư cách khấu trừ thuế. Hướng dẫn dẫn riêng các việc đăng ký, danh sách FFI, IDES, metadata, ICMM và thông báo tới ấn phẩm 5118, 5147, 5190, 5188, 5189, 5216; 4557, 4600 và hướng dẫn Form 8966 xử lý các vấn đề an toàn và điền tờ khai khác.
Các tầng thông điệp, phiên bản và kiểm tra hợp lệ
Phần tử gốc FATCA_OECD có thuộc tính phiên bản, một MessageSpec và một hoặc nhiều phần nội dung FATCA. Mỗi phần nội dung có ReportingFI và một hoặc nhiều ReportingGroup. Trong nhóm có thể có Sponsor, Intermediary, rồi chọn NilReport hoặc báo cáo tài khoản và/hoặc báo cáo tổng hợp. Phiên bản 2.0 không tương thích ngược với 1.1; sửa bản ghi đã nộp trước đây cũng phải theo cấu trúc 2.0 được yêu cầu. Ấn phẩm phân biệt trường bắt buộc theo Schema, bắt buộc theo quy tắc ứng dụng, và trường tùy chọn mà IGA có thể yêu cầu thêm; trường ghi null không dùng cho mục đích này. Sai Schema có thể làm cả tệp bị từ chối, còn sai quy tắc nghiệp vụ có thể bị xử lý theo từng bản ghi. Vì vậy, Schema cho phép bỏ trường không có nghĩa quy tắc khai báo cũng chấp nhận bỏ.
Mã hóa, namespace và văn bản an toàn
Phải dùng UTF-8, không dùng UTF-16 hoặc UTF-32. Hướng dẫn khuyến nghị ký tự Latin mở rộng và dùng các ký tự thực dụng như chữ, số, dấu cộng, gạch dưới, gạch nối và dấu chấm cho mã định danh. Namespace chính là ftc urn:oecd:ties:fatca:v2, sfa urn:oecd:ties:stffatcatypes:v2, iso urn:oecd:ties:isofatcatypes:v1, stf urn:oecd:ties:stf:v4. Dấu & và dấu nhỏ hơn phải chuyển thành XML entity; dấu lớn hơn, nháy đơn và nháy kép cũng có thể dùng entity tương ứng. Kiểm tra mối đe dọa có thể từ chối hai dấu gạch nối liên tiếp, dấu gạch chéo kèm sao, dấu & kèm # và một số văn bản giống SQL sau dấu nháy. Đóng gói IDES, phân biệt hoa thường của tên tệp, chứng thư và mã hóa còn có yêu cầu riêng. Kiểm thử cần thông tin xác thực thử hợp lệ và môi trường thử; không trộn mã sản xuất với mã thử.
MessageSpec xác định bên truyền, khu vực và năm báo cáo
SendingCompanyIN điền GIIN của bên truyền, mã định danh cơ quan thuế có định dạng GIIN, hoặc FIN phù hợp của bên truyền không có GIIN. TransmittingCountry dùng mã ISO hai ký tự của khu vực nơi duy trì tài khoản, không tự động là nơi đặt trụ sở. NFFE khai trực tiếp theo nơi cư trú; tổ chức bảo trợ theo khu vực của tài khoản hoặc NFFE liên quan; đại lý khấu trừ theo nơi cư trú của bên trả tiền. Khi truyền cho IRS, ReceivingCountry là US và MessageType là FATCA. Warning tùy chọn tối đa 4,000 ký tự; Contact tối đa 200 nhưng được ghi không sử dụng cho mục đích xử lý này. ReportingPeriod là ngày 31 tháng 12 của năm báo cáo, định dạng YYYY-MM-DD, không dùng kỳ tương lai. Timestamp dùng YYYY-MM-DDThh:mm:ss, không có phần giây thập phân.
Mã tham chiếu thông điệp và bản ghi phải duy nhất
MessageRefId phải duy nhất giữa mọi tệp của cùng bên truyền, tối đa 200 ký tự; hướng dẫn khuyến nghị tạo bằng GUID. CorrMessageRefId cấp thông điệp có thể lặp để tham chiếu nhiều thông điệp gốc, nhưng dữ liệu mới FATCA1 không được kèm trường này. ReportingFI, Sponsor, Intermediary, NilReport, AccountReport và PoolReport có thể sửa đều có DocSpec và DocRefId duy nhất vĩnh viễn. DocRefId dài ít nhất 21, tối đa 200 ký tự; hướng dẫn yêu cầu kết hợp GIIN 19 ký tự, dấu chấm và hậu tố duy nhất. Không dùng lại cùng mã cho bản ghi khác. Trường tiền phải có currCode ISO ba ký tự, tối đa hai chữ số thập phân; số XML không có dấu phân cách hàng nghìn.
DocTypeIndic phân biệt dữ liệu mới, sửa theo thông báo, hủy và tự sửa
Mã sản xuất FATCA1 là dữ liệu mới; FATCA2 dùng sửa sau thông báo lỗi cấp bản ghi của IRS; FATCA3 hủy bản ghi đã được chấp nhận; FATCA4 tự sửa bản ghi đã được chấp nhận khi bên khai phát hiện lỗi. Mã thử tương ứng là FATCA11, 12, 13, 14. Hướng dẫn khuyến nghị mỗi tệp chỉ có một loại thao tác, tránh trộn khai mới, sửa, hủy và tự sửa; nhiều bản sửa có thể tham chiếu các thông điệp gốc khác nhau. CorrMessageRefId và CorrDocRefId của FATCA2, 3, 4 chỉ tới thông điệp và phần tử gốc, không phải chính tệp mới. Các trường hợp từ chối cấp tệp như N1–N4 trong hướng dẫn không phải lý do gửi bản sửa cấp bản ghi cho dữ liệu chưa được chấp nhận.
Địa chỉ có thể dùng trường cấu trúc hoặc văn bản tự do
Ngay cả khi phần còn lại của địa chỉ là văn bản tự do, CountryCode vẫn bắt buộc. Nên dùng AddressFix với City bắt buộc; đường, số tòa nhà, căn, tầng, quận, hộp thư, mã bưu chính và tỉnh/bang là các phần cấu trúc tùy chọn, thường mỗi trường tối đa 200 ký tự. AddressFree tối đa 4,000 ký tự, có thể dùng riêng khi không tách được địa chỉ hoặc bổ sung cho AddressFix. Mã legalAddressType gồm OECD301 nhà ở hoặc kinh doanh, 302 nhà ở, 303 kinh doanh, 304 văn phòng đăng ký, 305 không xác định, nhưng ấn phẩm ghi thuộc tính này không dùng. Sơ đồ xác nhận CountryCode nằm ngoài lựa chọn hai cách ghi địa chỉ; dùng văn bản tự do cũng không được bỏ quốc gia.
Cá nhân: tên, mã số thuế Hoa Kỳ và quy tắc ngày sinh giới hạn
Cá nhân phải có tên và địa chỉ; FirstName, LastName bắt buộc. Không có tên riêng thì hướng dẫn cho phép chữ cái đầu hoặc NFN. Danh xưng, tiền tố, hậu tố, thuộc tính loại tên và quốc tịch được ghi không dùng, không phải yêu cầu danh tính bắt buộc thêm. SSN và ITIN Hoa Kỳ đều có chín chữ số; hướng dẫn cho phép không có dấu câu hoặc dùng định dạng gạch nối được chỉ định. TIN tùy chọn theo Schema nhưng có thể bắt buộc theo quy tắc ứng dụng, cần xét IGA áp dụng. Nếu bỏ quốc gia issuedBy thì mặc định US. BirthDate dùng YYYY-MM-DD, áp dụng thay TIN trong trường hợp tài khoản có trước được chỉ định cho cơ quan thuế/IGA, không phải miễn chung việc thu thập TIN; phần nơi sinh ghi không sử dụng. Chủ tài khoản cá nhân ghi địa chỉ cư trú, không lấy được thì dùng địa chỉ thư tín.
Tổ chức và bản ghi tổ chức có thể sửa
Organisation có ít nhất một tên pháp lý và một địa chỉ. Quốc gia cư trú thuế và TIN có thể lặp nhưng mã định danh phải đúng tư cách khai thực tế. Mã số thuế Hoa Kỳ, GIIN hoặc trường hợp để trống được cho phép rõ ràng không thể thay lẫn bằng mã thuế nước ngoài hoặc FIN. Loại tên tổ chức OECD201–208 gồm SMFAlias, Individual, Alias, Nick, AKA, DBA, Legal, AtBirth; mục đích IRS này không yêu cầu điền. CorrectableReportOrganisationParty thêm FilerCategory và DocSpec bắt buộc vào dữ liệu tổ chức. ReportingFI, Sponsor và Intermediary cùng dùng cấu trúc đó không có nghĩa mọi mã phân loại đều áp dụng cho mọi tư cách.
FilerCategory: đủ mười một mã tư cách và giới hạn năm
FilerCategory áp dụng từ năm báo cáo 2016, không dùng cho 2014, 2015. FATCA601 là FFI tham gia không thuộc Model 2; 602 FFI đăng ký được coi tuân thủ, gồm Model 1; 603 chi nhánh giới hạn; 604 FFI Model 2; 605 QI, WP, WT; 606 NFFE khai trực tiếp; 607 tổ chức bảo trợ FFI; 608 tổ chức bảo trợ NFFE khai trực tiếp; 609 bên nhận ủy thác của tín thác do bên nhận ủy thác lập hồ sơ; 610 đại lý khấu trừ thuế; 611 định chế tại lãnh thổ được coi là người Hoa Kỳ. Mã 610 cũng liên quan các chi nhánh Hoa Kỳ được hướng dẫn liệt kê, cần phân biệt theo tư cách FFI và có được coi là người Hoa Kỳ hay không. ReportingFI thường điền loại của mình nhưng FFI được bảo trợ, NFFE khai trực tiếp được bảo trợ và tín thác do bên nhận ủy thác lập hồ sơ bỏ trường tại đây. Sponsor bắt buộc dùng 607, 608, 609; Intermediary không được có FilerCategory.
Mã ReportingFI tùy tư cách và chi nhánh
ReportingFI là định chế duy trì tài khoản, bên trả khoản tiền phải báo cáo hoặc NFFE khai trực tiếp. Nếu chi nhánh duy trì tài khoản, dùng GIIN chi nhánh đó, không tự động dùng mã trụ sở. Bảng hướng dẫn dùng GIIN cho định chế tham gia hoặc đăng ký được coi tuân thủ, Model 1, NFFE khai trực tiếp, đa số FFI được bảo trợ và NFFE khai trực tiếp được bảo trợ; QI, WP, WT cung cấp cả GIIN và EIN. Định chế lãnh thổ được coi là người Hoa Kỳ hoặc đại lý khấu trừ dùng EIN Hoa Kỳ. Bảng ghi rõ để trống TIN cho các loại giới hạn được chỉ định, tín thác do bên nhận ủy thác lập hồ sơ và phương tiện đầu tư được bảo trợ nắm giữ chặt chẽ. Không được hiểu chú thích lỗi tổng quát dưới bảng là cho phép tạo mã giả cho các loại để trống này; phải kiểm tư cách theo Schema và đặc tả địa phương áp dụng. Địa chỉ là địa chỉ thư tín hoặc văn phòng chi nhánh duy trì tài khoản liên quan.
Tổ chức bảo trợ, bên nhận ủy thác và trung gian
Định chế được bảo trợ hoặc NFFE khai trực tiếp ghi chính mình ở ReportingFI và tổ chức bảo trợ ở Sponsor. Tín thác do bên nhận ủy thác lập hồ sơ ghi tín thác ở ReportingFI, bên nhận ủy thác ở Sponsor. Tổ chức bảo trợ hoặc bên nhận ủy thác phải dùng GIIN đăng ký cho chính tư cách ấy, không thay bằng GIIN Single, Lead hoặc Member của tư cách khác. Mã bảo trợ là 607, 608, 609. Intermediary dùng cho định chế lãnh thổ hoặc trung gian được chứng nhận coi tuân thủ tương ứng. Định chế lãnh thổ không được coi là người Hoa Kỳ dùng mã số thuế IRS hoặc EIN lãnh thổ; định chế được chứng nhận coi tuân thủ thuộc trường hợp áp dụng không có GIIN hoặc TIN thì để trống theo hướng dẫn. Intermediary tuyệt đối không điền FilerCategory. Bản ghi bảo trợ và trung gian vẫn mỗi bên cần DocSpec duy nhất.
NilReport là báo cáo thay thế, không phải tổng hợp với số tài khoản bằng không
NilReport cho biết không có tài khoản phải báo cáo hoặc NFFE khai trực tiếp không có chủ sở hữu Hoa Kỳ đáng kể. Ấn phẩm thường coi khai không có tài khoản là tùy chọn, trừ NFFE khai trực tiếp và được bảo trợ khai trực tiếp; IGA hoặc quy tắc địa phương cũng có thể yêu cầu. Vẫn phải có ReportingFI và Sponsor nếu áp dụng. NoAccountToReport chỉ nhận chữ yes. Cùng một định chế và năm không được đồng thời có khai không tài khoản với khai tài khoản hoặc tổng hợp. Phải hủy bản khai không tài khoản đã được chấp nhận trước khi gửi tài khoản mới; dữ liệu tài khoản đã được chấp nhận cũng phải xử lý thích hợp trước khi chuyển sang khai không tài khoản. PoolReport có số tài khoản bằng không không hợp lệ. Hướng dẫn nói không phải hủy tổng hợp trước đây chỉ vì đã dùng cách ghi số lượng không cũ; tài khoản mới phát hiện phải báo cáo thì gửi tổng hợp mới hợp lệ riêng.
Số tài khoản, đóng tài khoản và người đồng sở hữu
AccountNumber bắt buộc. Khi không có hệ thống đánh số, người nhận tiền của đại lý khấu trừ không có tài khoản liên quan, hoặc là NFFE khai trực tiếp, dùng NANUM. AcctNumberType tùy chọn áp dụng từ 2016: OECD601 IBAN, 602 số tài khoản ngân hàng khác, 603 ISIN, 604 mã chứng khoán khác, 605 mã định danh khác. AccountClosed cũng dùng từ 2016, không dùng cho 2014, 2015; thể hiện đóng thực sự hoặc chuyển hết khỏi định chế. Tái tục trong cùng định chế tự nó không phải đóng, đại lý khấu trừ bỏ trường này. AccountHolder chọn cá nhân hoặc tổ chức. Hai người đồng sở hữu phải báo cáo thì báo cáo riêng từng người, không gộp trường danh tính. NFFE khai trực tiếp cũng báo cáo riêng giá trị và thanh toán liên quan của mỗi chủ sở hữu Hoa Kỳ đáng kể.
Loại chủ tài khoản tổ chức và chủ sở hữu đáng kể
Chủ tài khoản tổ chức phải điền AcctHolderType: FATCA101 FFI do chủ sở hữu lập hồ sơ có chủ sở hữu Hoa Kỳ liên quan; 102 NFFE thụ động có chủ sở hữu Hoa Kỳ đáng kể hoặc người kiểm soát Hoa Kỳ liên quan theo IGA; 103 FFI không tham gia; 104 người Hoa Kỳ được chỉ định; 105 NFFE khai trực tiếp; 106 chỉ Chính phủ Hoa Kỳ dùng, định chế tài chính hay cơ quan thuế trong nước không được dùng. Mã 105 áp dụng từ 2016; phần diễn giải gắn với mã bên khai trực tiếp 606, còn khai được bảo trợ có mã tổ chức bảo trợ 608 riêng. Không gộp các trường tư cách khác nhau thành một mã. Chủ tài khoản tổ chức có mã thuế do Hoa Kỳ cấp thì điền mã đó, không thay bằng mã thuế nước ngoài và quốc gia cấp nước ngoài. SubstantialOwner có thể lặp, có thể là cá nhân hoặc tổ chức, dùng cho FFI do chủ sở hữu lập hồ sơ, NFFE thụ động hoặc NFFE khai trực tiếp tương ứng, không dùng cho chủ tài khoản là FFI không tham gia hay người Hoa Kỳ được chỉ định.
AccountBalance được xác định theo loại khai báo
AccountBalance bắt buộc, có thể bằng không hoặc âm, phải có mã tiền tệ. Nếu định chế báo cáo giá trị bình quân thì dùng bình quân tương ứng; nếu không, hướng dẫn thường dùng số dư cuối năm. Khi đóng hoặc chuyển hết tài khoản, báo số tiền rút hoặc chuyển theo quy tắc áp dụng, không phải lúc nào cũng bằng không. Đại lý khấu trừ khai FFI do chủ sở hữu lập hồ sơ dùng giá trị bình quân hoặc cuối năm tương ứng; trong trường hợp báo cáo thanh toán được nêu, số dư tài khoản của người nhận là NFFE thụ động hoặc FFI không tham gia bằng không. Cơ quan thuế xử lý theo IGA; NFFE khai trực tiếp điền giá trị vốn chủ sở hữu của từng chủ sở hữu Hoa Kỳ đáng kể. Do đó cùng trường XML có thể thể hiện khoản đo lường khác nhau tùy tư cách khai.
Mã thanh toán và các loại phải tổng hợp
FATCA501 là cổ tức, 502 lãi, 503 tổng tiền bán hoặc mua lại, 504 các thanh toán phải báo cáo khác. Tài khoản tiền gửi báo tổng lãi; tài khoản lưu ký tách cổ tức, lãi, tổng tiền bán/mua lại và các khoản khác áp dụng. Quyền lợi nợ hoặc vốn chủ sở hữu, bảo hiểm có giá trị tiền mặt và hợp đồng niên kim gộp thanh toán liên quan, gồm tiền mua lại, vào 504. Tài khoản đóng trong năm gồm thanh toán trước khi đóng. Khi cung cấp Payment thì PaymentAmnt bắt buộc, theo tiền tệ và định dạng thập phân tương ứng. PaymentTypeDesc tối đa 4,000 ký tự, không dùng trong báo cáo IRS đang mô tả nhưng có thể hỗ trợ báo cáo trao đổi có đi có lại. Phân loại thanh toán theo bản chất, không sao chép thẳng số dư cuối năm.
Khai thanh toán đặc biệt và tham chiếu yêu cầu của nhà chức trách
Báo cáo thanh toán FFI không tham gia trong hướng dẫn chỉ cho 2015, 2016. Có thể báo số tiền nước ngoài phải báo cáo được chỉ định theo loại thanh toán hoặc gộp vào 504; còn có lựa chọn báo các khoản thu nhập từ mọi nguồn, tiền bán và mua lại được mô tả. Đại lý khấu trừ báo các khoản phải khấu trừ liên quan trả cho FFI do chủ sở hữu lập hồ sơ hoặc NFFE thụ động. NFFE khai trực tiếp điền tổng thanh toán từng chủ sở hữu Hoa Kỳ đáng kể nhận, gồm tiền thanh lý và mua lại. CARRef dùng khi Model 2 trả lời yêu cầu của nhà chức trách, nhận diện GIIN, MessageRefId, DocRefId của tổng hợp gốc, mỗi trường trong giới hạn 200 ký tự được chỉ định. AdditionalData không dùng cho mục đích IRS này; nếu dùng cho mục đích khác được phép, mỗi AdditionalItem phải có tên tối đa 200 và nội dung tối đa 4,000 ký tự.
PoolReport: nhóm áp dụng và số tài khoản dương
Báo cáo tổng hợp dùng cho nhóm người giữ tài khoản không hợp tác hoặc không đồng ý thuộc Model 2 được hướng dẫn nêu và trường hợp FFI không tham gia lịch sử, không phải báo cáo tài khoản Model 1 thông thường. AccountCount phải là số nguyên dương, không chấp nhận không. AccountPoolReportType gồm FATCA201 có dấu hiệu Hoa Kỳ, 202 không có dấu hiệu Hoa Kỳ, 203 tài khoản không hoạt động, 204 FFI không tham gia năm 2015/2016, 205 người Hoa Kỳ, 206 NFFE thụ động. Mỗi tổng hợp có DocSpec riêng. PoolBalance thường cộng giá trị tài khoản cuối năm; tổng hợp FFI không tham gia dùng thanh toán nước ngoài phải báo cáo được chỉ định hoặc số tiền thay thế từ mọi nguồn đã chọn, không phải số dư tài khoản. Mã tiền tệ vẫn bắt buộc. Các nhóm người và tiền tệ khác nhau cần bố trí thành bản ghi phù hợp, không trộn tùy ý.
Sửa dữ liệu phải thay đầy đủ bối cảnh báo cáo
Trước thao tác với bản ghi cũ, phải đợi chấp nhận và thông báo liên quan. Nếu truyền hoặc tệp bị từ chối, gửi lại như dữ liệu mới với mã mới. Sửa hoặc tự sửa hợp lệ phải chứa đầy đủ bản ghi liên quan: ReportingFI, Sponsor hoặc Intermediary nếu áp dụng, cùng tài khoản, khai không tài khoản hoặc tổng hợp; không chỉ gửi mẩu định chế đã đổi. Đổi thông tin định chế đi kèm một tài khoản không tự đổi các tài khoản khác cùng định chế. Khi sửa theo thông báo lỗi IRS, có thể gồm thay đổi khác mới phát hiện trong chính bản ghi ấy. Bản ghi không đáng phải khai thì hủy. Sơ đồ cho thấy mỗi tổ chức có thể sửa và mỗi báo cáo đều có DocSpec; tham chiếu phải trỏ đúng phần tử gốc thực sự bị thay.
Lỗi danh tính phải hủy rồi khai mới
Hướng dẫn yêu cầu hủy rồi khai mới đối với các lỗi danh tính được chỉ định: thiếu hoặc sai TIN, sai tên chủ tài khoản hay chủ sở hữu đáng kể, và trường hợp tên cùng địa chỉ sai được nêu. Theo IGA còn có trường hợp thiếu TIN hoặc ngày sinh, hoặc không có TIN đồng thời ngày sinh bị sai. Không được dùng tự sửa để âm thầm đổi danh tính người đã được chấp nhận. FATCA3 phải tái hiện dữ liệu gốc và tham chiếu mã gốc, sau đó gửi FATCA1 với mã mới nếu cần. Với thay đổi thông thường khác của dữ liệu đã được chấp nhận, tự phát hiện có thể dùng FATCA4, còn thông báo lỗi cấp bản ghi IRS thì dùng FATCA2. Sửa Form 8966 giấy vẫn theo đường giấy, không sửa XML cho bản ghi điện tử không tồn tại.
Bảng thuật ngữ và phụ lục sơ đồ giúp hiểu cấu trúc
Bảng thuật ngữ phân biệt FFI tham gia, đăng ký được coi tuân thủ, do chủ sở hữu lập hồ sơ, không tham gia, cùng NFFE chủ động/thụ động/khai trực tiếp; giải thích chi nhánh, tổ chức bảo trợ, cơ quan thuế và các mô hình báo cáo. Vị trí tài khoản chi nhánh xét theo luật và bối cảnh hoạt động áp dụng, không chỉ địa chỉ thư tín của mẹ. Phụ lục B–P lần lượt vẽ phần gốc, đầu thông điệp, ReportingFI, ReportingGroup, tài khoản, tổng hợp, chủ tài khoản cá nhân/tổ chức, chủ sở hữu đáng kể, Sponsor/Intermediary, PersonParty, địa chỉ, OrganisationParty, tổ chức có thể sửa và DocSpec. Đường liền, nét đứt và số lần thể hiện bắt buộc, tùy chọn và lặp. Chủ tài khoản và chủ sở hữu đáng kể chọn cá nhân hoặc tổ chức; tổ chức phải có tên, địa chỉ; bản ghi có thể sửa thêm DocSpec; nhóm dùng khai không tài khoản thay cho tài khoản/tổng hợp. Đọc sơ đồ cùng quy tắc ứng dụng vì ô tùy chọn theo Schema vẫn có thể bắt buộc cho tư cách cụ thể.
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 chính thức ↗