Xác thực quy tắc để tải dữ liệu vào Financial Consolidation
Sau khi bạn nhấp vào Tải dữ liệu, quá trình xác thực được bắt đầu và kết quả của nó được cung cấp. Kết quả bao gồm các thành phần sau:
trong hộp thoại- Số lượng thực thể đã xác thực.
- Số lượng thực thể đã được tải thành công.
- Số lượng thực thể mà cảnh báo đã được ghi lại.
Một cảnh báo cho biết rằng dữ liệu đã được tải và nếu có bất kỳ sự không nhất quán dữ liệu nào, tức là chúng đã được ghi lại.
- Số lượng thực thể mà lỗi đã được ghi lại.
Các thực thể có lỗi bị bỏ qua trong quá trình tải dữ liệu.
Tải xuống nhật ký nếu có bất kỳ cảnh báo hoặc lỗi nào đã được phát hiện trong quá trình xác thực.
Dữ liệu ExchangeRate được tải dựa trên các kỳ mà bạn chọn trong hộp thoại Tải dữ liệu.
Xem chủ đề "Dữ liệu tải vào Financial Consolidation" và các chủ đề con của nó trong phần Mô hình dữ liệu ứng dụng cho Business Modeling của tài liệu này.
Xác thực tải dữ liệu tài chính
Dữ liệu tài chính được tải từ các bảng tích hợp BudgetingMain và FactsTransactionCurrency
Xác thực tải dữ liệu tài chính chỉ chạy cho các thực thể và kỳ mà bạn chọn trong hộp thoại Tải dữ liệu.
Bản ghi trong bảng BudgetingMain và FactsTransactionCurrency phải chỉ tham chiếu đến các bản ghi cơ sở của đối tượng kinh doanh. Một lỗi đã được ghi lại nếu dữ liệu được tải vào thành phần cha.
Đối với mục đích xác thực, các bản ghi đối tượng kinh doanh phải có sẵn trong Business Modeling và phải được xuất bản. Nếu không, lỗi đã được ghi lại.
Danh sách này hiển thị các điều kiện có lỗi và cảnh báo xác thực được ghi lại:
- Trường Thực thể phải có tham chiếu hợp lệ đến bản ghi đối tượng kinh doanh Thực thể. Nếu không, lỗi đã được ghi lại.
- Giá trị trong trường Thực thể và Liên công ty phải khác nhau. Nếu không, dữ liệu từ bảng BudgetingMain được tải vào thành phần Bên ngoài của cấu trúc Liên công ty và các bản ghi từ bảng FactsTransactionCurrency sẽ bị bỏ qua. Trong cả hai trường hợp, cảnh báo sẽ được ghi nhật ký.
- Trường Liên công ty phải có một tham chiếu hợp lệ vào bản ghi đối tượng kinh doanh liên công ty. Nếu không, dữ liệu từ bảng BudgetingMain được tải vào thành phần Bên ngoài của cấu trúc Liên công ty. Trong trường hợp này, các bản ghi từ bảng FactsTransactionCurrency bị bỏ qua và loại trừ khỏi dữ liệu tải. Trong cả hai trường hợp, cảnh báo sẽ được ghi nhật ký.Ghi chú
Chúng tôi khuyên bạn nên để trống trường liên công ty cho các giao dịch bên ngoài.
- Nếu trường Liên công ty của một bản ghi sẽ được điền, giá trị của thuộc tính liên công ty của tài khoản nhóm tham chiếu phải là Đúng. Nếu không, cảnh báo được ghi lại.
- Trường Tài khoản phải có tham chiếu hợp lệ đến bản ghi đối tượng kinh doanh Tài khoản. Nếu không, lỗi đã được ghi lại.
- Đối với các tài khoản thuộc loại A, L, E và R, nếu ID tham chiếu đến tài khoản nhóm không được chỉ định hoặc ID đó tham chiếu tới một thành phần của Tài khoản Nhóm không hợp lệ, thì dữ liệu được tải vào thành phần chưa được chỉ định cho thành phần của tài khoản nhóm. Cảnh báo đã được ghi lại. Bản ghi có các tài khoản thống kê về các loại S, T, T và O sẽ bị bỏ qua và một cảnh báo được ghi lại.
- Nếu trường Tiền tệ trong bảng BudgetingMain trống hoặc giá trị không khớp với cấu hình của tham số thực thể, thì một lỗi sẽ được ghi lại.
- Nếu trường Tiền tệ trong bảng FactsTransactionCurrency bị trống hoặc giá trị không hợp lệ, thì xảy ra lỗi.
- Tỷ giá hối đoái tiền tệ phải tồn tại cho tất cả các tiền tệ trong cả hai bảng tích hợp. Đó là, mỗi nội tệ phải có tỷ giá hối đoái cho tất cả các thực thể tiền tệ của nhóm. Một cảnh báo được ghi lại nếu thiếu một tỷ giá hối đoái trong bất kỳ tổ hợp tiền tệ cục bộ nào.Ghi chú
Trong bảng FactsTransactionCurrency, trường Tiền tệ có thể là NULL. Trong bảng BudgetingMain, trường Tiền tệ có ràng buộc NOT NULL.
- Trường Cấp phải trống hoặc có một tham chiếu hợp lệ đến thành phần tương ứng trong chiều Cấp độ. Giá trị của thuộc tính nhập của thành phần tương ứng phải là True. Nếu thành phần tương ứng không tồn tại trong cấu trúc hoặc nếu giá trị của thuộc tính Nhập thành phần là Sai, thì các hàng dữ liệu sẽ bị bỏ qua và cảnh báo được ghi lại.Ghi chú
Thuộc tính Nhập được định cấu hình trong Business Modeling. Chọn và nhấp vào . Trên tab Nhập hoặc Nhập Cấp độ thực thể, hãy chọn thuộc tính Nhập cho các thành phần bắt buộc.
- Các bảng BudgetingMain và FactsTransactionCurrency phải chứa dữ liệu cho các thực thể và kỳ đã chọn. Bảng tỷ giá hối đoái phải chứa dữ liệu cho các kỳ đã chọn. Nếu không, cảnh báo được ghi lại.
- Các đối tượng kinh doanh tùy chỉnh đã được xác định là Phân đoạn 1, 2, hoặc 3 phải có tham chiếu hợp lệ đến bản ghi tương ứng trong đối tượng kinh doanh tùy chỉnh. Bản ghi tương ứng phải là một đối tượng kinh doanh cấp dưới. Nếu không, cảnh báo được ghi lại.
Bảng này cho biết cách áp dụng xác thực cho các cấu hình phân đoạn khả dụng trong Hợp nhất:
Phân đoạn 1 Phân đoạn 2 Phân đoạn 3 Xác thực Không Không Không Không có xác thực Có Không Không Có, Phân đoạn 1 Có Có Không Có, Phân đoạn 1 và 2 Có Có Có Có, Phân đoạn 1, 2, và 3 - Đối với các bản ghi chứa thông tin liên phân đoạn, các điều kiện này phải được đáp ứng:
- Bản ghi tương ứng phải tồn tại trong đối tượng kinh doanh Phân đoạn đối tác tương ứng. Nếu không, cảnh báo được ghi lại.
- Bản ghi tương ứng không thể là thành phần gốc trong đối tượng kinh doanh Phân đoạn đối tác liên công ty tương ứng. Nếu không, cảnh báo được ghi lại.
- Thông tin phân đoạn và liên công ty phải được chỉ định trong bản ghi. Nếu không, cảnh báo được ghi lại.
- Thông tin liên phân đoạn phải được chỉ định trong bản ghi nếu thông tin phân đoạn và liên công ty được chỉ định. Nếu không, cảnh báo được ghi lại.
Bảng này cho biết cách áp dụng xác thực cho các cấu hình phân đoạn đối tác liên công ty trong Hợp nhất:
Phân đoạn 1 Phân đoạn 2 Phân đoạn 3 Xác thực Không Không Không Không có xác thực Có Không Không Có, Phân đoạn đối tác liên công ty 1 Có Có Không Có, phân đoạn đối tác liên công ty 1 và 2 Có Có Có Có, Phân đoạn đối tác liên công ty 1, 2 và 3 - Trường ScheduleDetailID từ bảng tích hợp BudgetingMain phải có tham chiếu hợp lệ đến bản ghi đối tượng kinh doanh Chi tiết lịch biểu. Nếu không, lỗi đã được ghi lại. Điều này không áp dụng nếu không sử dụng bảng kê. Nghĩa là, nếu bảng kê không được cấu hình trong mô-đun hợp nhất Cốt lõi và không được chỉ định cho một bản ghi đối tượng kinh doanh Tài khoản nhóm.
Bảng này cho biết cách áp dụng xác thực cho các cấu hình lịch trình khác nhau:
Tài khoản có bảng kê Bảng kê có số dư đầu kỳ Bảng kê với các Bảng kê Kỳ Tải vào thành phần lịch biểu Xác thực Không Không Không Kỳ bất kỳ Không tải vào cấu trúc Chi tiết Bảng kê. Không có xác thực. Có Không Không Kỳ bất kỳ Tải lên chi tiết tương ứng, không tính toán chi tiết số dư đầu kỳ. Có. Bản ghi đối tượng kinh doanh tương ứng phải tồn tại. Nếu không, lỗi đã được ghi lại.
Có Có Không Kỳ 0 Tải chi tiết số dư đầu kỳ tương ứng. Được kiểm soát bởi Business Modeling. Không có xác thực. Bất kỳ kỳ nào khác với 0 Tải chi tiết tương ứng. Có. Bản ghi đối tượng kinh doanh tương ứng phải tồn tại. Nếu không, lỗi đã được ghi lại.
Có Có Có Kỳ 0 Tải chi tiết tương ứng. Có. Bản ghi đối tượng kinh doanh tương ứng phải tồn tại. Nếu không, lỗi đã được ghi lại.
Nếu không có ID hoặc ID không chính xác được cung cấp, các bảng cân đối kế toán mặc định cho số dư đầu kỳ được sử dụng để phát hiện thành phần số dư đầu kỳ để tải số dư đầu kỳ.
Bất kỳ kỳ nào khác với 0 Tải chi tiết tương ứng. Có. Bản ghi đối tượng kinh doanh tương ứng phải tồn tại. Nếu không, lỗi đã được ghi lại.
Dữ liệu của kỳ 0 được tải dưới dạng số dư đầu kỳ vào các thành phần số dư đầu kỳ của chiều Chi tiết bảng kê. Các thành phần số dư đầu kỳ được kiểm soát bởi Business Modeling.
Một tài khoản nhóm có thể được chỉ định một bảng kê. Nếu một bảng kê không được chỉ định, thì các thông tin thực tế sau sẽ áp dụng:
- Dữ liệu không được tải vào cấu trúc Chi tiết Bảng kê. Dữ liệu của kỳ 0 chỉ được sử dụng cho số dư cuối kỳ được tính toán YTD của hình khối Tài chính trong Financial Consolidation.
- Xác thực không bắt buộc cho bất kỳ kỳ nào.
Nếu một tài khoản nhóm có bảng kê với số dư đầu kỳ được chỉ định và không có mô-đun con được chỉ định, thì các thực thể sau sẽ áp dụng:
- Dữ liệu của kỳ 0 (số dư đầu kỳ) được tải vào thành phần số dư đầu kỳ tương ứng của cấu trúc Chi tiết Bảng kê. Yếu tố số dư đầu kỳ được kiểm soát bởi Business Modeling.
- Dữ liệu của bất kỳ chu kỳ nào khác với chu kỳ 0 (dữ liệu định kỳ) được tải vào chi tiết lịch biểu tương ứng. Xác thực là bắt buộc.
Nếu một tài khoản nhóm có bảng kê với số dư đầu kỳ và một bảng cân đối kế toán được chỉ định, thì các thực thể sau sẽ áp dụng:
- Dữ liệu của kỳ 0 (số dư) được tải vào thành phần số dư đầu kỳ của các mô-đun con. Nếu ID lịch biểu không khớp với bản ghi đối tượng kinh doanh tương ứng trong cấu trúc Bảng kê, thì các mô-đun con mặc định được sử dụng trong quá trình tải dữ liệu.
- Dữ liệu của bất kỳ chu kỳ nào khác với chu kỳ 0 (dữ liệu định kỳ) được tải vào chi tiết lịch biểu tương ứng. Nếu ID chi tiết bảng kê không tồn tại hoặc không hợp lệ, thì dữ liệu không được tải và lỗi đã được ghi lại.
Nếu một tài khoản nhóm có bảng kê không có số dư đầu kỳ, thì dữ liệu của bất kỳ kỳ nào được tải vào chi tiết bảng kê tương ứng. Nếu ID chi tiết bảng kê không tồn tại hoặc không hợp lệ, thì dữ liệu không được tải và lỗi đã được ghi lại.
Xác thực tải tỷ giá hối đoái
Dữ liệu từ bảng ExchangeRate được tải vào các kỳ đã chọn. Các xác thực xảy ra sau:
- Thực thể tiền tệ của thực thể đó chỉ các cột tiền tệ của nhóm và được kích hoạt tiền tệ trong đối tượng kinh doanh tiền tệ. Nếu không, các hàng không khớp với hàng không khớp và cảnh báo được ghi lại.
- Tức là, trong tích hợp, chỉ tỷ giá hối đoái của loại F (tỷ giá đóng cửa) và PA (tỷ giá trung bình định kỳ) được sử dụng. Các bản ghi có các loại tỷ giá khác được bỏ qua và một cảnh báo được ghi lại.
- Tức là, để tính toán tỷ giá của loại A ( rate), tỷ giá bình quân định kỳ cho các kỳ tài chính trước đó xuất hiện. Các kỳ trước đó phải có trạng thái Mở trong Financial Consolidation. Nếu không, cảnh báo được ghi lại.