> Cải tiến quy trình liên tục > Record to Report, khóa sổ kỳ và đối chiếu > Oracle Fusion Financials > Mẫu dữ liệu

Mẫu dữ liệu cho quy trình ghi nhận đến báo cáo, khóa sổ và đối chiếu

Oracle Fusion Financials

Các thuộc tính của quy trình ghi nhận đến báo cáo, khóa sổ và đối chiếu(22) Các hoạt động trong quy trình ghi nhận đến báo cáo, khóa sổ và đối chiếu(14) Hướng dẫn trích xuất dữ liệu(1)

Mẫu dữ liệu cho quy trình ghi nhận đến báo cáo, khóa sổ và đối chiếu

Mẫu này hướng dẫn bạn thu thập dữ liệu cần thiết để phân tích quy trình ghi nhận đến báo cáo, khóa sổ và đối chiếu. Mẫu nêu rõ các thuộc tính cần thu thập và hoạt động chính cần theo dõi trong nhật ký sự kiện. Bạn cũng sẽ tìm thấy hướng dẫn thực tế để trích xuất dữ liệu từ Oracle Fusion Financials, giúp bạn chuẩn bị đủ dữ liệu để bắt đầu process mining.

Các thuộc tính nên thu thập
Các hoạt động chính cần theo dõi
Hướng dẫn trích xuất dữ liệu từ Oracle Fusion Financials

Chưa quen với nhật ký sự kiện? Tìm hiểu cách tạo nhật ký sự kiện cho process mining.

Tải mẫu xuống

Các thuộc tính của quy trình ghi nhận đến báo cáo, khóa sổ và đối chiếu

Đây là các trường dữ liệu nên có trong nhật ký sự kiện để phân tích đầy đủ quy trình ghi nhận đến báo cáo, khóa sổ và đối chiếu.

5 Bắt buộc 8 Nên có 9 Không bắt buộc

	Tên	Mô tả
	Hoạt động ActivityName	Tên của tác vụ hoặc sự kiện cụ thể diễn ra trong quy trình khóa sổ kỳ.
Mô tả Thuộc tính này ghi lại các bước riêng biệt trong quy trình làm việc khóa sổ kỳ, chẳng hạn 'Đóng kỳ sổ phụ', 'Bắt đầu đối chiếu tài khoản' hoặc 'Tạo báo cáo tài chính'. Mỗi hoạt động là một mốc hoặc thao tác trong quy trình. Phân tích hoạt động là nền tảng của process mining. Nhờ đó, bạn có thể trực quan hóa sơ đồ quy trình, xác định điểm nghẽn bằng cách đo thời gian giữa các hoạt động và phân tích các biến thể để hiểu những điểm lệch so với quy trình chuẩn. Vì sao điều này quan trọng Thuộc tính này xác định các bước trong quy trình, cần thiết để trực quan hóa luồng quy trình, tìm điểm nghẽn và phân tích các sai lệch. Lấy dữ liệu ở đâu Thông thường, giá trị này được lấy từ mô tả giao dịch, thay đổi trạng thái hoặc nhật ký sự kiện trong các phân hệ Oracle Fusion Financials như Sổ cái, Kế toán sổ phụ và Financial Consolidation and Close. Ví dụ Mở kỳĐóng kỳ sổ phụPhê duyệt đối chiếuTạo báo cáo tài chính
	Kỳ tài chính FinancialPeriod	Mã định danh duy nhất của một kỳ khóa sổ tài chính, chẳng hạn một tháng hoặc quý cụ thể.
Mô tả Kỳ tài chính là mã hồ sơ chính, dùng để nhóm mọi hoạt động liên quan đến việc khóa sổ và đối chiếu tài khoản trong một chu kỳ báo cáo cụ thể. Mỗi kỳ, chẳng hạn 'Jan-2023' hoặc 'Q1-2024', tương ứng với một lần thực hiện quy trình khóa sổ cuối kỳ. Trong phân tích process mining, thuộc tính này giúp bạn theo dõi toàn bộ quy trình khóa sổ từ đầu đến cuối. Bạn có thể dùng thuộc tính này để tính tổng thời gian chu kỳ, so sánh kết quả giữa các kỳ và xác định xu hướng hoặc tình trạng chậm trễ lặp lại theo thời gian. Vì sao điều này quan trọng Đây là mã định danh cốt lõi, kết nối mọi hoạt động khóa sổ liên quan thành một phiên bản quy trình duy nhất, giúp phân tích toàn bộ chu kỳ khóa sổ của từng kỳ. Lấy dữ liệu ở đâu Thông thường, giá trị này được lấy từ tên hoặc mã kỳ trong phân hệ Sổ cái, thường nằm trong các bảng như GL_PERIOD_STATUSES của Oracle Fusion Financials. Ví dụ Tháng 1 năm 2023Tháng 2 năm 2023Quý 1 năm 2024Tháng 3 năm 2024
	Thời gian bắt đầu EventTime	Dấu thời gian cho biết thời điểm một hoạt động hoặc sự kiện cụ thể diễn ra.
Mô tả Thời gian bắt đầu, hay dấu thời gian sự kiện, ghi lại chính xác ngày giờ một hoạt động được thực hiện hoặc trạng thái thay đổi. Đây là dữ liệu quan trọng để sắp xếp sự kiện theo trình tự thời gian và tính thời lượng. Trong process mining, dấu thời gian này được dùng để lập trình tự sự kiện cho từng kỳ tài chính, tính thời lượng hoạt động và đo tổng thời gian của quy trình. Đây là dữ liệu nền tảng để phân tích hiệu suất, xác định điểm nghẽn và theo dõi việc đáp ứng thời hạn. Vì sao điều này quan trọng Dấu thời gian này rất cần thiết để sắp xếp sự kiện, tính các chỉ số thời gian như thời gian chu kỳ và thời lượng hoạt động, đồng thời hiểu được tiến trình của quy trình. Lấy dữ liệu ở đâu Thông tin này thường nằm trong các trường ngày tạo, ngày cập nhật gần nhất hoặc ngày giao dịch của bút toán, đối chiếu và trạng thái kỳ ở các phân hệ Oracle Fusion Financials. Ví dụ 2023-01-28T09:00:00Z2023-02-01T14:30:15Z2023-02-03T11:21:05Z2023-02-05T17:00:00Z
	Hệ thống nguồn SourceSystem	Hệ thống nơi dữ liệu được trích xuất.
Mô tả Thuộc tính này xác định hệ thống thông tin nơi dữ liệu sự kiện phát sinh. Với quy trình này, hệ thống nguồn luôn là Oracle Fusion Financials. Thuộc tính này hữu ích trong môi trường kết hợp dữ liệu từ nhiều hệ thống. Khi phân tích, thuộc tính này cho biết nguồn gốc dữ liệu, yếu tố quan trọng đối với quản trị và xác thực dữ liệu cũng như việc tìm hiểu môi trường công nghệ của quy trình. Nhờ đó, bạn có thể gắn kết quả phân tích với đúng môi trường ứng dụng. Vì sao điều này quan trọng Thuộc tính này cung cấp thông tin quan trọng về nguồn gốc dữ liệu, giúp làm rõ dữ liệu trong môi trường nhiều hệ thống và hỗ trợ quản trị dữ liệu. Lấy dữ liệu ở đâu Thông thường, đây là giá trị tĩnh được thêm trong quá trình trích xuất dữ liệu để ghi nhãn nguồn gốc của tập dữ liệu. Ví dụ Oracle Fusion FinancialsOracle Cloud ERP
	Lần cập nhật dữ liệu gần nhất LastDataUpdate	Dấu thời gian cho biết lần gần nhất dữ liệu được làm mới từ hệ thống nguồn.
Mô tả Thuộc tính này ghi lại ngày giờ của lần trích xuất dữ liệu gần nhất từ Oracle Fusion Financials. Qua đó, bạn biết dữ liệu đang phân tích trong công cụ process mining mới đến mức nào. Người dùng cần biết dữ liệu phân tích được cập nhật đến đâu. Dấu thời gian này giúp họ đánh giá độ tin cậy của dashboard và báo cáo theo thời gian thực, để đưa ra quyết định dựa trên thông tin mới nhất. Vì sao điều này quan trọng Thuộc tính này cho người dùng biết dữ liệu có kịp thời hay không, yếu tố quan trọng khi ra quyết định dựa trên kết quả phân tích quy trình. Lấy dữ liệu ở đâu Đây là trường siêu dữ liệu được tạo và lưu trong quy trình nạp dữ liệu, ghi lại dấu thời gian của lần trích xuất. Ví dụ 2023-03-10T02:00:00Z2023-03-11T02:00:00Z
	Loại bút toán JournalEntryType	Phân loại bút toán, chẳng hạn như “Thông thường”, “Đảo ngược” hoặc “Điều chỉnh”.
Mô tả Thuộc tính này phân loại bút toán theo mục đích. Một loại quan trọng trong quy trình này là “Điều chỉnh”, thường cho biết có sửa lỗi hoặc phân loại lại sau hoạt động đối soát. Thuộc tính này rất cần thiết cho KPI và bảng điều khiển “Số lượng bút toán điều chỉnh”. Khi lọc các bút toán điều chỉnh, doanh nghiệp có thể theo dõi tần suất sửa lỗi. Tần suất cao thường cho thấy vấn đề ở các bước xử lý giao dịch trước đó hoặc trong chính sách kế toán. Giảm số bút toán điều chỉnh là một mục tiêu quan trọng của cải tiến quy trình. Vì sao điều này quan trọng Thuộc tính này giúp tách bút toán điều chỉnh khỏi các bút toán thông thường, để tập trung phân tích việc làm lại và sửa lỗi trong kỳ khóa sổ. Lấy dữ liệu ở đâu Thông tin này thường nằm trong các trường JE_CATEGORY và JE_SOURCE của bảng GL_JE_HEADERS. Có thể cần ánh xạ dữ liệu để tạo loại bút toán đơn giản hơn. Ví dụ Thông thườngĐiều chỉnhPhân loại lạiTrích trước
	Loại đối chiếu ReconciliationType	Danh mục đối chiếu tài khoản đang được thực hiện.
Mô tả Thuộc tính này phân loại loại đối soát, chẳng hạn như Bảng cân đối kế toán, Lãi lỗ hoặc Nội bộ tập đoàn. Mỗi loại đối soát có thể theo quy trình làm việc khác nhau, với mức độ phức tạp và rủi ro khác nhau. Thuộc tính này hỗ trợ bảng điều khiển “Hiệu suất đối soát theo loại”. Khi lọc theo thuộc tính này, chuyên viên phân tích có thể so sánh thời gian xử lý và số lượng của từng nhóm đối soát, từ đó xác định loại nào thường bị chậm trễ hoặc tồn đọng và cần cải tiến quy trình. Vì sao điều này quan trọng Thuộc tính này giúp phân tích quy trình đối soát theo từng nhóm cụ thể, qua đó xác định điểm nghẽn ở những loại tài khoản nhất định, chẳng hạn tài khoản rủi ro cao hoặc tài khoản nội bộ tập đoàn. Lấy dữ liệu ở đâu Có thể lấy thuộc tính này từ loại tài khoản trong Sơ đồ tài khoản hoặc từ các thuộc tính trong mô-đun Account Reconciliation Cloud Service (ARCS), nếu doanh nghiệp đang sử dụng mô-đun này. Ví dụ Bảng cân đối kế toánLãi lỗĐối soát ngân hàngNội bộ tập đoàn
	Mã công ty CompanyCode	Mã định danh của pháp nhân hoặc công ty thực hiện khóa sổ kỳ.
Mô tả Mã công ty, hay mã định danh pháp nhân theo thuật ngữ của Oracle, đại diện cho đơn vị kinh doanh cụ thể đang thực hiện khóa sổ kỳ. Trong một tổ chức toàn cầu, có nhiều mã công ty, mỗi mã có quy trình khóa sổ riêng. Thuộc tính này cần thiết để so sánh. Ban quản lý có thể dùng thuộc tính này để đối chiếu hiệu suất khóa sổ giữa các pháp nhân, xác định đơn vị nào đang tuân theo quy trình chuẩn và tìm nơi xảy ra sai lệch hoặc chậm trễ. Đây cũng là bộ lọc quan trọng để xem chi tiết từng bộ phận của doanh nghiệp. Vì sao điều này quan trọng Thuộc tính này giúp lọc và so sánh quy trình khóa sổ giữa các pháp nhân, yếu tố quan trọng để chuẩn hóa quy trình trên toàn cầu. Lấy dữ liệu ở đâu Thuộc tính này tương ứng với Pháp nhân hoặc Giá trị phân đoạn cân đối trong Sơ đồ tài khoản. Đây là thuộc tính quan trọng trong hầu hết giao dịch tài chính của Oracle Fusion Financials. Ví dụ 101210US01DE01
	Ngày hoàn thành mục tiêu TargetCompletionDate	Thời hạn dự kiến cho một hoạt động hoặc toàn bộ kỳ khóa sổ.
Mô tả Thuộc tính này lưu ngày dự kiến hoàn thành các mốc quan trọng trong quy trình khóa sổ, theo lịch khóa sổ hoặc SLA nội bộ. Đây là mốc chuẩn để so sánh với kết quả thực tế. Ngày này là cơ sở cho bảng điều khiển “Tuân thủ thời hạn khóa sổ” và KPI “Tỷ lệ khóa sổ đúng hạn”. Bằng cách so sánh thời điểm hoàn thành thực tế (EventTime) với ngày mục tiêu, hệ thống có thể tự động đánh dấu các trường hợp chậm trễ và đo mức độ tuân thủ lịch trình. Nhờ đó, doanh nghiệp có thể duy trì kỷ luật trong quy trình khóa sổ. Vì sao điều này quan trọng Thuộc tính này giúp đo lường tỷ lệ hoàn thành đúng hạn và mức độ tuân thủ thời hạn, yếu tố quan trọng để lập báo cáo tài chính kịp thời. Lấy dữ liệu ở đâu Thông tin này thường được quản lý trong công cụ quản lý khóa sổ hoặc cấu hình lịch khóa sổ tùy chỉnh trong Oracle Financials. Ví dụ 2023-01-31T23:59:59Z2023-02-02T17:00:00Z2023-02-28T23:59:59Z
	Người dùng phụ trách ResponsibleUser	Người dùng hoặc nhân viên đã thực hiện hoạt động.
Mô tả Thuộc tính này xác định người dùng cụ thể chịu trách nhiệm thực hiện một tác vụ, chẳng hạn kế toán viên phê duyệt đối chiếu hoặc kiểm soát viên tạo báo cáo tài chính. Thông tin này thường được liên kết với mã người dùng hoặc tên nhân viên. Phân tích theo người phụ trách giúp bạn hiểu cách phân bổ khối lượng công việc, xác định nhu cầu đào tạo và đánh giá hiệu suất của nhóm hoặc từng cá nhân. Đây là dữ liệu cần thiết để xây dựng dashboard theo dõi cân bằng khối lượng công việc và bảo đảm các tác vụ được phân chia hợp lý trong giai đoạn khóa sổ nhiều áp lực. Vì sao điều này quan trọng Thông tin này rất quan trọng để phân tích cách phân bổ khối lượng công việc và tài nguyên, đồng thời xác định cơ hội tự động hóa hoặc đào tạo. Lấy dữ liệu ở đâu Thông tin này thường có trong các trường 'Created By' hoặc 'Last Updated By' của bản ghi giao dịch trong Oracle Fusion Financials, chẳng hạn bút toán hoặc đối tượng đối chiếu. Ví dụ john.doejane.smithcontroller_ussarah.jones
	Phòng ban Department	Phòng ban hoặc trung tâm chi phí liên quan đến hoạt động hoặc hồ sơ.
Mô tả Thuộc tính này cho biết phòng ban chịu trách nhiệm hoặc tham gia vào hoạt động khóa sổ kỳ, chẳng hạn 'Kế toán doanh nghiệp', 'FP&A' hoặc 'Kiểm toán nội bộ'. Thuộc tính này cung cấp bối cảnh về cơ cấu tổ chức của quy trình. Phân tích quy trình theo phòng ban là một cách hiệu quả để so sánh hiệu suất khóa sổ giữa các đơn vị kinh doanh, tìm hiểu ảnh hưởng của việc bàn giao giữa các phòng ban đến tiến độ và phân tích khối lượng công việc ở cấp phòng ban. Vì sao điều này quan trọng Thuộc tính này giúp so sánh quy trình giữa các bộ phận trong tổ chức, từ đó xác định cách làm hiệu quả và chuẩn hóa quy trình. Lấy dữ liệu ở đâu Có thể suy ra thông tin này từ hồ sơ người dùng, phân đoạn trung tâm chi phí của tài khoản Sổ cái hoặc cơ cấu tổ chức của pháp nhân trong Oracle Fusion Financials. Ví dụ Kế toán doanh nghiệpPhải trảNgân quỹFP&A
	Thời gian kết thúc EndTime	Dấu thời gian cho biết thời điểm một hoạt động hoàn tất.
Mô tả Thời gian kết thúc ghi lại chính xác ngày giờ một hoạt động hoàn tất. Thời gian bắt đầu đánh dấu lúc khởi đầu, còn thời gian kết thúc đánh dấu lúc hoàn thành, giúp tính chính xác thời lượng của từng bước. Thuộc tính này cần thiết để tính thời gian xử lý của từng hoạt động. Bằng cách lấy thời gian kết thúc trừ thời gian bắt đầu, nhà phân tích có thể xác định bước nào trong quy trình khóa sổ kỳ tốn nhiều thời gian nhất, qua đó làm rõ điểm nghẽn và tình trạng kém hiệu quả. Vì sao điều này quan trọng Thuộc tính này giúp tính thời gian xử lý hoạt động, cơ sở quan trọng để xác định điểm nghẽn và đo hiệu quả vận hành. Lấy dữ liệu ở đâu Tương tự Thời gian bắt đầu, giá trị này thường nằm trong trường ngày cập nhật gần nhất hoặc trường ngày hoàn tất cụ thể trong các bảng giao dịch của Oracle Fusion Financials. Ví dụ 2023-01-28T09:05:10Z2023-02-01T15:00:00Z2023-02-03T11:45:30Z
	Trạng thái hoạt động ActivityStatus	Trạng thái hoàn thành của một hoạt động, chẳng hạn như “Đã hoàn thành”, “Đang xử lý” hoặc “Thất bại”.
Mô tả Thuộc tính này ghi nhận kết quả hoặc trạng thái hiện tại của một tác vụ trong kỳ khóa sổ. Ví dụ, một lần nhập bút toán có thể “Thành công” hoặc “Thất bại”, còn một lần đối soát có thể “Được phê duyệt” hoặc “Bị từ chối”. Trạng thái này rất quan trọng để hiểu các ngoại lệ và kết quả của quy trình. Chuyên viên phân tích có thể dùng thuộc tính này để xác định tỷ lệ lỗi của các tác vụ tự động, theo dõi các vòng lặp bị từ chối trong quy trình phê duyệt và xem tiến độ khóa sổ theo thời gian thực, qua đó biết hoạt động nào đang chờ và hoạt động nào đã hoàn tất. Vì sao điều này quan trọng Theo dõi trạng thái giúp phát hiện ngoại lệ, lỗi và các vòng lặp làm lại, từ đó đánh giá chất lượng và độ tin cậy của quy trình. Lấy dữ liệu ở đâu Thông tin này thường nằm trong các trường trạng thái trên phần đầu hoặc dòng giao dịch của các mô-đun Oracle Fusion Financials. Ví dụ Đã hoàn thànhĐang xử lýĐược phê duyệtBị từ chốiLỗi
	Đúng hạn IsOnTime	Cờ được tính toán để cho biết hoạt động có hoàn thành trước hoặc đúng ngày mục tiêu hay không.
Mô tả Thuộc tính dạng đúng/sai này so sánh thời điểm hoàn thành thực tế của một hoạt động (EventTime hoặc EndTime) với thời hạn dự kiến (TargetCompletionDate). Giá trị là đúng nếu hoạt động hoàn thành đúng hạn hoặc sớm hơn, và sai nếu bị trễ. Đây là thước đo rõ ràng về mức độ tuân thủ lịch trình và là cơ sở cho KPI “Tỷ lệ khóa sổ đúng hạn”. Thuộc tính này giúp nhanh chóng xác định điểm nghẽn khiến hoạt động trễ hạn, đồng thời cung cấp chỉ số rõ ràng để quản lý theo dõi việc tuân thủ lịch khóa sổ. Vì sao điều này quan trọng Thuộc tính này đo lường rõ ràng việc tuân thủ lịch trình theo dạng đúng hoặc sai, giúp dễ theo dõi mức độ tuân thủ các thời hạn khóa sổ quan trọng. Lấy dữ liệu ở đâu Thuộc tính này được tính trong quá trình chuyển đổi dữ liệu bằng cách so sánh EventTime với TargetCompletionDate (EventTime <= TargetCompletionDate). Ví dụ truefalse
	Là giao dịch nội bộ tập đoàn IsIntercompanyTransaction	Cờ cho biết giao dịch có diễn ra giữa hai pháp nhân khác nhau trong cùng một công ty hay không.
Mô tả Thuộc tính dạng đúng/sai này xác định các giao dịch hoặc lần đối soát có liên quan đến các đơn vị nội bộ tập đoàn. Những hoạt động này thường phức tạp hơn, dễ phát sinh chênh lệch và chậm trễ. Cờ này rất cần thiết cho bảng điều khiển “Luồng đối soát nội bộ tập đoàn” và KPI “Tỷ lệ đối soát nội bộ tập đoàn”. Thuộc tính này giúp tách riêng và phân tích quy trình con để tìm điểm nghẽn đặc thù trong giao dịch giữa các pháp nhân, đồng thời cải thiện độ chính xác của báo cáo tài chính hợp nhất. Vì sao điều này quan trọng Thuộc tính này tách riêng quy trình đối soát nội bộ tập đoàn vốn thường phức tạp và dễ phát sinh vấn đề, giúp bạn phân tích và tối ưu đúng trọng tâm. Lấy dữ liệu ở đâu Có thể xác định thông tin này từ các mô-đun nội bộ tập đoàn chuyên biệt của Oracle (AGIS), hoặc bằng cách phân tích các bút toán có mã công ty khác nhau giữa các dòng hoặc phân đoạn cân đối. Ví dụ truefalse
	Là hoạt động làm lại IsRework	Cờ được tính toán để xác định các hoạt động thể hiện việc làm lại.
Mô tả Thuộc tính dạng đúng/sai này được suy ra từ luồng quy trình và đánh dấu các hoạt động thể hiện việc làm lại. Ví dụ thường gặp trong kỳ khóa sổ là hoạt động “Đã ghi sổ bút toán điều chỉnh” diễn ra sau hoạt động “Đã phê duyệt đối soát” cho cùng một tài khoản, cho thấy lần đối soát trước đó chưa đầy đủ. Thuộc tính này giúp định lượng tần suất và tác động của việc làm lại, một nguyên nhân lớn gây giảm hiệu quả. Khi xác định và phân tích các vòng lặp làm lại, doanh nghiệp có thể tìm nguyên nhân gốc rễ của lỗi, chẳng hạn như đào tạo chưa đủ hoặc quy trình chưa phù hợp, rồi thực hiện biện pháp khắc phục. Vì sao điều này quan trọng Thuộc tính này trực tiếp đo lường phần việc kém hiệu quả bằng cách đánh dấu các hoạt động sửa lại công việc trước đó, giúp tìm nguyên nhân gốc rễ của lỗi. Lấy dữ liệu ở đâu Có thể tính thuộc tính này bằng cách xác định các mẫu làm lại trong công cụ process mining, chẳng hạn như chuỗi “Phê duyệt” rồi đến “Sửa lỗi”. Ví dụ truefalse
	Mã bút toán JournalEntryId	Mã định danh duy nhất của một bút toán.
Mô tả Thuộc tính này là mã định danh duy nhất do hệ thống tạo cho một bút toán sổ cái tổng hợp. Thuộc tính đặc biệt hữu ích với các hoạt động ghi sổ thủ công hoặc điều chỉnh. Mã này giúp theo dõi từng bút toán, nhất là bút toán điều chỉnh, trong suốt vòng đời của chúng. Nhờ đó, bạn có thể tính số lượng bút toán điều chỉnh và truy ngược các lần làm lại về đúng bút toán tài chính liên quan. Vì sao điều này quan trọng Thuộc tính này giúp theo dõi từng bút toán tài chính, cần thiết cho việc kiểm toán và phân tích số lượng cũng như tính chất của các bút toán điều chỉnh. Lấy dữ liệu ở đâu Đây là khóa chính trong bảng GL_JE_HEADERS, thường có tên JE_HEADER_ID. Ví dụ JE1002345JE1002378JE1002412
	Quốc gia Country	Quốc gia gắn với pháp nhân hoặc mã công ty.
Mô tả Thuộc tính này cho biết quốc gia nơi pháp nhân hoạt động, cung cấp thông tin địa lý cho quy trình khóa sổ. Phân tích quy trình theo quốc gia có thể cho thấy sự khác biệt do yêu cầu pháp lý tại địa phương, cách thức kinh doanh hoặc hiệu suất của các trung tâm dịch vụ dùng chung trong khu vực. Nhờ đó, bạn có thể so sánh giữa các khu vực và hiểu rõ ảnh hưởng của khác biệt địa phương đến hiệu quả quy trình. Vì sao điều này quan trọng Thuộc tính này cho phép phân tích quy trình khóa sổ theo khu vực địa lý, làm rõ khác biệt do quy định địa phương hoặc hiệu suất của các nhóm trong khu vực. Lấy dữ liệu ở đâu Thông tin này thường được lấy từ cấu hình Pháp nhân hoặc Đơn vị kinh doanh trong Oracle Fusion Financials. Ví dụ USAĐứcNhật BảnBrazil
	Sổ cái LedgerName	Tên sổ cái chứa các giao dịch và số dư.
Mô tả Trong Oracle Fusion Financials, sổ cái là nơi ghi nhận giao dịch tài chính, được xác định bằng sơ đồ tài khoản, lịch và tiền tệ. Sổ cái có thể là sổ chính của một pháp nhân hoặc sổ phụ/báo cáo dùng cho các chuẩn mực kế toán khác nhau. Phân tích theo sổ cái rất quan trọng để hiểu những khác biệt trong quy trình do yêu cầu kế toán, chẳng hạn IFRS và US GAAP. Nhờ đó, bạn có thể bảo đảm quy trình tuân thủ và hoạt động hiệu quả theo từng chuẩn mực báo cáo. Vì sao điều này quan trọng Thuộc tính này cung cấp bối cảnh kế toán quan trọng, cho phép phân tích theo từng chuẩn mực kế toán hoặc yêu cầu báo cáo. Lấy dữ liệu ở đâu Thông tin này được lưu cùng dữ liệu tài chính trong các bảng Sổ cái cốt lõi, thường được tham chiếu bằng LEDGER_ID trong các bảng như GL_JE_HEADERS và GL_BALANCES. Ví dụ Sổ cái chính Hoa KỳSổ cái chính Vương quốc AnhSổ cái báo cáo IFRS
	Số tiền bút toán JournalEntryAmount	Tổng số tiền ghi nợ hoặc ghi có của bút toán.
Mô tả Thuộc tính này ghi nhận giá trị tiền tệ của một bút toán. Giá trị đó có thể là khoản điều chỉnh, khoản trích trước hoặc một bút toán tài chính khác. Phân tích số tiền của các bút toán điều chỉnh giúp đánh giá tác động tài chính của lỗi hoặc ngoại lệ trong quy trình. Các khoản điều chỉnh lớn hoặc thường xuyên có thể cho thấy điểm yếu đáng kể trong kiểm soát hoặc vấn đề cần xử lý ngay. Nhờ đó, việc phân tích số lượng bút toán cũng xét đến mức độ trọng yếu về tài chính. Vì sao điều này quan trọng Thuộc tính này giúp đánh giá tác động tài chính và mức độ trọng yếu của các khoản điều chỉnh, phân biệt sửa lỗi nhỏ với những điều chỉnh lại báo cáo tài chính có ảnh hưởng lớn. Lấy dữ liệu ở đâu Cần tính giá trị này bằng cách cộng các khoản ghi nợ trong bảng GL_JE_LINES của từng bút toán. Ví dụ 15000.00250.75125000.50
	Tài khoản sổ cái tổng hợp GLAccountNumber	Số tài khoản sổ cái tổng hợp đang được đối soát hoặc ghi sổ.
Mô tả Thuộc tính này cho biết số tài khoản sổ cái tổng hợp cụ thể liên quan đến một hoạt động, chẳng hạn như đối soát tài khoản hoặc lập bút toán điều chỉnh. Nhờ đó, bạn có thể phân tích tài chính ở mức chi tiết hơn. Thuộc tính này giúp phân tích số lượng bút toán điều chỉnh và hiệu suất đối soát của từng tài khoản. Qua đó, bạn có thể tìm ra những tài khoản thường xuyên cần điều chỉnh hoặc mất nhiều thời gian để đối soát, dấu hiệu cho thấy vấn đề tiềm ẩn trong các quy trình con. Vì sao điều này quan trọng Thuộc tính này cho phép xem chi tiết từng tài khoản để tìm ra những tài khoản thường xuyên cần điều chỉnh hoặc bị chậm đối soát. Lấy dữ liệu ở đâu Đây là trường cơ bản trong các bảng sổ cái tổng hợp như GL_JE_LINES và giữ vai trò cốt yếu trong mọi quy trình đối soát. Ví dụ 111001401000625003212001
	Thời gian chu kỳ khóa sổ PeriodCloseCycleTime	Tổng thời gian thực hiện toàn bộ quy trình khóa sổ, từ lúc bắt đầu đến khi hoàn tất.
Mô tả Đây là chỉ số được tính ở cấp hồ sơ, thể hiện tổng thời gian của một kỳ khóa sổ tài chính. Chỉ số được tính bằng thời điểm của hoạt động cuối cùng trừ thời điểm của hoạt động đầu tiên trong một Kỳ tài chính. Đây là KPI chính của quy trình Từ ghi nhận đến báo cáo. Chỉ số này đo lường tổng thể hiệu quả của quy trình đầu cuối và giúp theo dõi các sáng kiến cải tiến nhằm rút ngắn thời gian khóa sổ. Vì sao điều này quan trọng KPI này đo lường hiệu quả đầu cuối của quy trình khóa sổ, một trọng tâm quan trọng của lãnh đạo cấp cao phụ trách tài chính. Lấy dữ liệu ở đâu Chỉ số này được tính ở cấp hồ sơ trong công cụ process mining bằng cách lấy StartTime muộn nhất trừ StartTime sớm nhất của hồ sơ. Ví dụ P5D4HP7D12HP4D20H

Bắt buộc Nên có Không bắt buộc

Các hoạt động trong quy trình ghi nhận đến báo cáo, khóa sổ và đối chiếu

Đây là các bước và mốc chính cần ghi lại trong nhật ký sự kiện để khám phá và phân tích chính xác quy trình khóa sổ tài chính.

6 Nên có 8 Không bắt buộc

	Hoạt động	Mô tả
	Bắt đầu đối chiếu tài khoản	Sự kiện này đánh dấu thời điểm bắt đầu đối chiếu một tài khoản Sổ cái cụ thể hoặc một nhóm tài khoản. Thường có thể suy ra từ thao tác đầu tiên, chẳng hạn giao việc cho người lập đối chiếu hoặc thay đổi trạng thái ban đầu.
Vì sao điều này quan trọng Đây là điểm bắt đầu của một quy trình con quan trọng và thường tốn nhiều thời gian. Đo thời gian từ sự kiện này đến khi phê duyệt giúp tính thời gian đối chiếu và xác định tình trạng tồn đọng. Lấy dữ liệu ở đâu Trong Oracle Account Reconciliation Cloud Service (ARCS), có thể suy ra sự kiện này từ dấu thời gian khi trạng thái đối chiếu chuyển thành 'Open with Preparer' hoặc một trạng thái ban đầu tương tự. Thu thập Suy ra từ dấu thời gian sớm nhất của một đối chiếu tài khoản cụ thể trong kỳ, khi trạng thái chuyển khỏi 'Pending' hoặc 'New'. Loại sự kiện inferred
	Đóng kỳ vĩnh viễn	Đánh dấu việc đóng kỳ kế toán trong Sổ cái lần cuối và không thể đảo ngược. Sau thao tác này, bạn không thể mở lại kỳ hoặc thực hiện thêm thay đổi.
Vì sao điều này quan trọng Hoạt động này là sự kiện kết thúc chính thức của hồ sơ cuối kỳ. Dấu thời gian cuối cùng giúp đo tổng thời gian khóa sổ và bảo đảm tính toàn vẹn của dữ liệu báo cáo. Lấy dữ liệu ở đâu Đây là thao tác cụ thể, được thực hiện rõ ràng để cập nhật trạng thái kỳ trong bảng GL_PERIOD_STATUSES thành 'Permanently Closed'. Hệ thống ghi lại thao tác và dấu thời gian. Thu thập Lấy từ nhật ký thay đổi trạng thái của kỳ tài chính trong GL_PERIOD_STATUSES, khi trạng thái chuyển thành 'Permanently Closed'. Loại sự kiện explicit
	Ghi sổ bút toán điều chỉnh	Đây là việc ghi sổ một bút toán thủ công vào Sổ cái để sửa số dư, ghi nhận khoản trích trước hoặc thực hiện các điều chỉnh khác phát hiện trong quá trình đối chiếu. Mỗi lần ghi sổ là một giao dịch riêng được lưu lại.
Vì sao điều này quan trọng Số lượng bút toán điều chỉnh lớn, nhất là sau khi đối chiếu đã được phê duyệt, cho thấy có thể phải làm lại và quy trình ở các bước trước đang có vấn đề. Theo dõi các bút toán này là việc cần thiết để cải thiện chất lượng dữ liệu. Lấy dữ liệu ở đâu Được ghi trong các bảng GL_JE_HEADERS và GL_JE_LINES. Thường có thể nhận diện bút toán điều chỉnh qua danh mục hoặc nguồn bút toán, thường được đặt là 'Manual' hoặc 'Adjustment'. Thu thập Xác định dựa trên ngày tạo và ngày ghi sổ của các bút toán thuộc danh mục 'Adjustment' trong kỳ. Loại sự kiện explicit
	Mở kỳ	Đánh dấu thời điểm chính thức bắt đầu quy trình khóa sổ tài chính cho một kỳ kế toán cụ thể. Thông thường, người dùng được ủy quyền thực hiện thao tác này trong phân hệ Sổ cái để cho phép ghi sổ giao dịch.
Vì sao điều này quan trọng Hoạt động này là sự kiện bắt đầu chính thức của hồ sơ cuối kỳ. Đây là mốc quan trọng để đo tổng thời gian khóa sổ và xác định việc bắt đầu quy trình bị chậm trễ ở đâu. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận trong phân hệ Sổ cái khi trạng thái kỳ chuyển thành 'Open'. Bạn có thể tìm sự kiện trong bảng GL_PERIOD_STATUSES, nơi lưu trạng thái và dấu thời gian của từng kỳ. Thu thập Lấy từ nhật ký thay đổi trạng thái của kỳ tài chính trong GL_PERIOD_STATUSES. Loại sự kiện explicit
	Phê duyệt đối chiếu	Cho biết người xét duyệt đã chính thức phê duyệt đối chiếu tài khoản, xác nhận tính chính xác và đầy đủ. Đây là mốc quan trọng đánh dấu hoàn tất quy trình làm việc đối chiếu.
Vì sao điều này quan trọng Phê duyệt đánh dấu kết thúc chu kỳ đối chiếu của một tài khoản. Đây là mốc quan trọng để đo hiệu quả đối chiếu và mở đường cho các bước khóa sổ tiếp theo. Lấy dữ liệu ở đâu Đây là sự kiện được ghi nhận rõ ràng kèm dấu thời gian trong Oracle ARCS, khi người xét duyệt được ủy quyền cập nhật trạng thái đối chiếu thành 'Approved' hoặc 'Closed'. Thu thập Lấy từ dấu thời gian của lần đổi trạng thái thành 'Approved' trong nhật ký kiểm tra của hệ thống đối chiếu. Loại sự kiện explicit
	Tạo báo cáo tài chính	Sự kiện này đánh dấu thời điểm tạo các báo cáo tài chính chính, như Báo cáo kết quả kinh doanh, Bảng cân đối kế toán và Báo cáo lưu chuyển tiền tệ. Thông thường, người dùng khởi chạy quy trình do hệ thống thực hiện.
Vì sao điều này quan trọng Đây là mốc quan trọng, đánh dấu kết thúc giai đoạn xử lý dữ liệu và bắt đầu giai đoạn xét duyệt, phê duyệt cuối cùng. Mốc này cần thiết để đo thời gian phê duyệt báo cáo tài chính. Lấy dữ liệu ở đâu Có thể suy ra sự kiện này từ việc các tác vụ lập báo cáo tài chính hoàn tất thành công hoặc từ dấu thời gian tạo báo cáo đã phát hành trong các công cụ báo cáo của Oracle Fusion, như Financial Reporting Studio hoặc Narrative Reporting. Thu thập Suy ra từ dấu thời gian hoàn tất của tác vụ theo lịch tạo bộ báo cáo cuối cùng. Loại sự kiện inferred
	Chạy quy trình hợp nhất	Đánh dấu việc chạy các quy trình hợp nhất dữ liệu tài chính từ nhiều công ty con hoặc đơn vị kinh doanh thành một bộ báo cáo tài chính duy nhất cho công ty mẹ. Đây là quy trình riêng biệt và được ghi lại trong hệ thống.
Vì sao điều này quan trọng Với tổ chức có nhiều pháp nhân, hợp nhất là bước quan trọng và phức tạp. Theo dõi thời điểm chạy và thời lượng giúp bạn hiểu rõ tiến độ khóa sổ ở cấp tập đoàn. Lấy dữ liệu ở đâu Trong Oracle Financial Consolidation and Close Cloud (FCCS), hệ thống ghi lại thời điểm bắt đầu và kết thúc khi chạy các quy tắc và quy trình hợp nhất. Bạn có thể trích xuất dữ liệu này từ bộ lập lịch tác vụ. Thu thập Lấy từ nhật ký chạy tác vụ hợp nhất hoặc quy tắc nghiệp vụ trong phân hệ FCCS. Loại sự kiện explicit
	Chuyển trạng thái kỳ thành 'Closed'	Đây là bước cuối cùng nhưng có thể đảo ngược, trong đó trạng thái kỳ của Sổ cái được chuyển thành 'Closed'. Thao tác này ngăn ghi thêm bút toán vào kỳ, trừ khi kỳ được mở lại.
Vì sao điều này quan trọng Hoạt động này đánh dấu thời điểm kết thúc vận hành của quy trình khóa sổ kỳ kế toán, nhưng chưa phải bước cuối cùng không thể đảo ngược. Đây là mốc quan trọng đối với việc tuân thủ và kiểm soát. Lấy dữ liệu ở đâu Đây là thay đổi trạng thái được ghi rõ trong bảng GL_PERIOD_STATUSES, bao gồm người dùng, dấu thời gian và trạng thái mới 'Closed' của kỳ. Thu thập Lấy từ nhật ký thay đổi trạng thái của kỳ tài chính trong GL_PERIOD_STATUSES, khi trạng thái chuyển thành 'Closed'. Loại sự kiện explicit
	Đóng kỳ sổ phụ	Đánh dấu việc đóng các sổ phụ như Phải trả, Phải thu và Tài sản trong kỳ. Thao tác này ngăn ghi thêm giao dịch vào các sổ phụ và là điều kiện cần trước khi đóng Sổ cái.
Vì sao điều này quan trọng Chậm đóng sổ phụ là điểm nghẽn thường gặp, ảnh hưởng trực tiếp đến thời điểm bắt đầu đóng Sổ cái. Theo dõi hoạt động này giúp bạn sớm xác định nguồn gây chậm trễ. Lấy dữ liệu ở đâu Lấy từ các thay đổi trạng thái của kỳ kế toán trong từng sổ phụ thuộc Oracle Fusion Financials. Thông thường, hệ thống ghi nhật ký và dấu thời gian cho thay đổi trạng thái ở mỗi phân hệ sổ phụ. Thu thập Suy ra từ các bảng trạng thái kỳ của sổ phụ, trong đó ứng dụng cụ thể, chẳng hạn Phải trả hoặc Phải thu, có trạng thái 'Closed'. Loại sự kiện explicit
	Gửi đối chiếu để xét duyệt	Hoạt động này đánh dấu việc bàn giao từ người lập đối chiếu tài khoản sang người chịu trách nhiệm kiểm tra và phê duyệt. Thông thường, đây là thay đổi trạng thái được thực hiện trực tiếp trong công cụ đối chiếu.
Vì sao điều này quan trọng Khâu bàn giao này có thể tạo ra thời gian chờ hoặc trở thành điểm nghẽn. Phân tích thời gian từ lúc gửi đến lúc phê duyệt giúp bạn thấy rõ khâu xét duyệt bị chậm ở đâu và có cơ sở phân bổ tài nguyên. Lấy dữ liệu ở đâu Ghi nhận từ Oracle ARCS khi trạng thái đối chiếu chuyển từ 'Preparation' sang 'Pending Review' hoặc 'Submitted'. Hệ thống lưu dấu thời gian của thay đổi này. Thu thập Dựa trên dấu thời gian khi trạng thái trong hệ thống đối chiếu chuyển thành 'Pending Approval' hoặc trạng thái tương đương. Loại sự kiện explicit
	Hoàn tất đối chiếu nội bộ	Đánh dấu việc hoàn tất đối chiếu giao dịch giữa các pháp nhân khác nhau trong cùng tổ chức. Đây là hoạt động đối chiếu chuyên biệt nhằm bảo đảm số dư nội bộ giữa các công ty cân bằng về 0.
Vì sao điều này quan trọng Đối chiếu nội bộ thường gây chậm trễ và phức tạp cho quy trình khóa sổ. Xác định thời gian thực hiện giúp tối ưu một hoạt động trọng yếu trên lộ trình lập báo cáo hợp nhất. Lấy dữ liệu ở đâu Có thể ghi nhận sự kiện này từ phân hệ Intercompany Transaction hoặc ARCS khi đối chiếu nội bộ trong kỳ chuyển sang trạng thái 'Reconciled' hoặc 'Closed'. Thu thập Suy ra từ dấu thời gian khi trạng thái các lô đối chiếu nội bộ trong kỳ được đánh dấu là hoàn tất. Loại sự kiện inferred
	Nhập bút toán	Hoạt động này ghi nhận việc nhập các giao dịch sổ phụ đã tổng hợp và dữ liệu bên ngoài khác vào Sổ cái. Bước này tập hợp dữ liệu tài chính để chuẩn bị đối chiếu và điều chỉnh.
Vì sao điều này quan trọng Theo dõi thời điểm hoàn tất nhập dữ liệu giúp bạn hiểu thời gian cần thiết để thu thập dữ liệu. Đây là mốc Sổ cái đã có dữ liệu thô cần thiết để tiếp tục quy trình khóa sổ. Lấy dữ liệu ở đâu Có thể xác định hoạt động này bằng cách kiểm tra các quy trình nhập bút toán hoàn tất thành công trong bảng GL_JE_BATCHES và GL_IMPORT_REFERENCES, lọc theo kỳ kế toán liên quan. Thu thập Xác định dựa trên ngày tạo các lô bút toán có nguồn là sổ phụ hoặc dữ liệu nhập từ bên ngoài. Loại sự kiện explicit
	Tạo bảng cân đối thử	Hoạt động này ghi nhận việc tạo báo cáo bảng cân đối thử cho kỳ. Đây là điểm kiểm tra quan trọng để bảo đảm tổng phát sinh Nợ bằng tổng phát sinh Có trước khi lập báo cáo tài chính cuối cùng.
Vì sao điều này quan trọng Lần tạo bảng cân đối thử thành công đầu tiên là một mốc quan trọng, cho thấy nhiều khả năng các điều chỉnh chính đã hoàn tất. Đây là bước then chốt trước giai đoạn lập báo cáo cuối cùng. Lấy dữ liệu ở đâu Có thể suy ra sự kiện này từ yêu cầu chạy đồng thời hoặc quy trình theo lịch 'Trial Balance Report' hoàn tất thành công. Hệ thống ghi lại thời gian chạy các tác vụ này. Thu thập Suy ra từ dấu thời gian hoàn tất của tác vụ tạo báo cáo bảng cân đối thử trong nhật ký bộ lập lịch quy trình của hệ thống. Loại sự kiện inferred
	Xét duyệt báo cáo tài chính	Đánh dấu việc ban quản lý hoàn tất xét duyệt báo cáo tài chính đã tạo. Đây thường là quy trình thủ công, nên có thể cần suy ra thời điểm hoàn tất từ các hoạt động liên quan trong hệ thống hoặc dữ liệu nhập thủ công.
Vì sao điều này quan trọng Giai đoạn xét duyệt thường chiếm phần đáng kể trong chặng cuối của quy trình khóa sổ. Theo dõi giai đoạn này giúp bạn xác định khâu xét duyệt của ban quản lý bị chậm ở đâu và rút ngắn tổng thời gian lập báo cáo. Lấy dữ liệu ở đâu Khó ghi nhận trực tiếp sự kiện này. Có thể suy ra từ dấu thời gian thay đổi trạng thái báo cáo trong công cụ lập báo cáo thuyết minh hoặc từ một tác vụ phê duyệt cụ thể trong công cụ quy trình làm việc. Thu thập Có thể cần suy ra từ các sự kiện khác trong hệ thống, chẳng hạn hoàn tất tác vụ phê duyệt trong quy trình BPM, hoặc nhập dữ liệu thủ công. Loại sự kiện inferred

Nên có Không bắt buộc

Hướng dẫn trích xuất dữ liệu

Cách lấy dữ liệu từ Oracle Fusion Financials

Các bước

Điều kiện tiên quyết và thiết lập: Đảm bảo đã cài Python 3.6 trở lên. Cài các thư viện cần thiết bằng pip: pip install requests pandas. Lấy URL cơ sở Oracle Fusion, chẳng hạn https://[your-fusion-instance].oraclecloud.com, và thông tin xác thực API an toàn cho tài khoản có các vai trò như 'Financial Analyst' và 'General Ledger Manager', cùng quyền truy cập dữ liệu phù hợp.
Cấu hình tập lệnh: Sao chép tập lệnh Python được cung cấp vào một tệp, chẳng hạn extract_r2r.py. Thay các giá trị giữ chỗ của BASE_URL, USERNAME và PASSWORD bằng thông tin môi trường Oracle Fusion của bạn.
Đặt tham số trích xuất: Điều chỉnh biến START_DATE và END_DATE trong tập lệnh để xác định khoảng thời gian trích xuất dữ liệu. Nên bắt đầu với khoảng ngắn, chẳng hạn ba tháng, để kiểm soát lượng dữ liệu.
Chạy tập lệnh: Chạy tập lệnh trong terminal bằng lệnh python extract_r2r.py. Tập lệnh sẽ xác thực với REST API của Oracle Fusion rồi bắt đầu lấy dữ liệu cho từng hoạt động đã xác định.
Theo dõi quá trình chạy: Tập lệnh sẽ in thông báo tiến độ ra cửa sổ dòng lệnh khi lấy dữ liệu cho từng loại hoạt động. Thời gian chạy có thể khá lâu, tùy thuộc vào khoảng ngày và lượng dữ liệu. Theo dõi thông báo lỗi có thể cho biết sự cố xác thực hoặc API.
Lấy dữ liệu và phân trang: Tập lệnh tự xử lý phân trang bằng cách gọi liên tục các endpoint API cho đến khi lấy đủ mọi bản ghi trong khoảng ngày đã chọn. Tập lệnh thu thập dữ liệu cho cả 14 hoạt động bắt buộc.
Chuyển đổi và tổng hợp: Với mỗi bản ghi lấy từ API, tập lệnh chuyển dữ liệu sang định dạng chuẩn, ánh xạ các trường JSON vào những cột nhật ký sự kiện cần thiết như FinancialPeriod, ActivityName và EventTime. Tập lệnh tổng hợp mọi hoạt động vào cùng một cấu trúc dữ liệu.
Thêm cột siêu dữ liệu: Sau khi lấy và chuyển đổi toàn bộ dữ liệu, tập lệnh thêm các cột SourceSystem và LastDataUpdate để cung cấp ngữ cảnh và theo dõi độ mới của dữ liệu.
Xuất nhật ký sự kiện: Tập dữ liệu đã tổng hợp được xuất thành tệp CSV có tên oracle_fusion_r2r_event_log.csv trong cùng thư mục chứa tập lệnh.
Kiểm tra và tải lên: Mở tệp CSV vừa tạo bằng ứng dụng bảng tính để kiểm tra dữ liệu đầy đủ và chính xác. Đảm bảo mọi cột đều có mặt và được điền như mong đợi trước khi tải tệp lên ProcessMind.

Cấu hình

Xác thực: Tập lệnh dùng Basic Authentication. Để tăng cường bảo mật trong môi trường sản xuất, bạn nên sửa tập lệnh để dùng OAuth 2.0. Cách này cần thiết lập ứng dụng bảo mật trong Oracle Identity Cloud Service.
Endpoint API: Tập lệnh chủ yếu dùng các tài nguyên Financials REST API, bao gồm glPeriods để lấy trạng thái kỳ kế toán và journalBatches để lấy thông tin chi tiết về bút toán. Với các hoạt động không có endpoint REST tiêu chuẩn, chẳng hạn tạo báo cáo, tập lệnh truy vấn lịch sử tác vụ Enterprise Scheduler Service (ESS).
Khoảng ngày: Các tham số START_DATE và END_DATE trong tập lệnh xác định khoảng thời gian trích xuất. Với lần phân tích đầu tiên, nên chọn khoảng từ 3 đến 6 tháng để kiểm soát lượng dữ liệu và thời gian chạy.
Lọc dữ liệu: Tập lệnh thêm tham số 'q' vào yêu cầu API để lọc dữ liệu theo lastUpdateDate. Bạn có thể thêm bộ lọc để thu hẹp phạm vi, chẳng hạn lọc theo LedgerId cụ thể để chỉ lấy dữ liệu của một công ty hoặc pháp nhân.
Phân trang: Tham số limit trong lệnh gọi API được đặt là 500 bản ghi mỗi yêu cầu để cải thiện hiệu năng và tránh hết thời gian chờ. Tập lệnh tự động lặp qua các trang để lấy toàn bộ dữ liệu.
Điều kiện tiên quyết: Cần có quyền truy cập môi trường Oracle Fusion Financials. Tài khoản dùng để trích xuất phải có vai trò bảo mật và quyền cần thiết để đọc dữ liệu General Ledger qua REST API.

Truy vấn mẫu python

import requests
import pandas as pd
from datetime import datetime
import os

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion instance details
BASE_URL = class="hl-string">"https://[your-fusion-instance].oraclecloud.com"
USERNAME = os.environ.get(class="hl-string">"FUSION_USER", class="hl-string">"your_username")
PASSWORD = os.environ.get(class="hl-string">"FUSION_PASSWORD", class="hl-string">"your_password")

class=class="hl-string">"hl-comment"># Set the date range for extraction (YYYY-MM-DD)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># --- Generic API Fetch Function ---
def fetch_data(endpoint, q_filter, fields):
    all_items = []
    offset = 0
    limit = 500
    url = fclass="hl-string">"{BASE_URL}{endpoint}"
    
    headers = {
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourceitem+json'
    }
    
    while True:
        params = {
            class="hl-string">'q': q_filter,
            class="hl-string">'fields': fields,
            class="hl-string">'limit': limit,
            class="hl-string">'offset': offset,
            class="hl-string">'onlyData': class="hl-string">'true'
        }
        try:
            response = requests.get(url, auth=(USERNAME, PASSWORD), headers=headers, params=params)
            response.raise_for_status()
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            all_items.extend(items)
            
            if not data.get(class="hl-string">'hasMore', False):
                break
            offset += limit
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {endpoint}: {e}")
            break
            
    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    event_log = []
    now_utc = datetime.utcnow().isoformat() + class="hl-string">'Z'
    date_filter = fclass="hl-string">"lastUpdateDate between '{START_DATE}T00:00:00.000Z' and '{END_DATE}T23:59:59.999Z'"

    class=class="hl-string">"hl-comment"># 1. Period Opened, Closed, Permanently Closed
    print(class="hl-string">"Fetching Period Status changes...")
    period_data = fetch_data(class="hl-string">'/fscmRestApi/resources/11.13.18.05/glPeriods', date_filter, class="hl-string">"periodName,periodStatus,lastUpdateDate,lastUpdatedBy,ledgerName,ledgerId")
    for p in period_data:
        activity_map = {
            class="hl-string">'OPEN': class="hl-string">'Period Opened',
            class="hl-string">'CLOSED': class="hl-string">'Period Set to \'Closed\class="hl-string">'',
            class="hl-string">'PERMANENTLY_CLOSED': class="hl-string">'Period Permanently Closed'
        }
        activity_name = activity_map.get(p.get(class="hl-string">'periodStatus'))
        if activity_name:
            event_log.append({
                class="hl-string">'FinancialPeriod': p.get(class="hl-string">'periodName'),
                class="hl-string">'ActivityName': activity_name,
                class="hl-string">'EventTime': p.get(class="hl-string">'lastUpdateDate'),
                class="hl-string">'EndTime': p.get(class="hl-string">'lastUpdateDate'),
                class="hl-string">'ResponsibleUser': p.get(class="hl-string">'lastUpdatedBy'),
                class="hl-string">'CompanyCode': p.get(class="hl-string">'ledgerId'),
                class="hl-string">'ActivityStatus': class="hl-string">'Completed',
                class="hl-string">'JournalEntryType': None,
                class="hl-string">'ReconciliationType': None,
                class="hl-string">'Department': None,
                class="hl-string">'TargetCompletionDate': None
            })
            
    class=class="hl-string">"hl-comment"># 2. Subledger Period Closed
    print(class="hl-string">"Fetching Subledger Period Close status...")
    class=class="hl-string">"hl-comment"># This is inferred from the GL period's closingStatus property.
    class=class="hl-string">"hl-comment"># A status of class="hl-string">'C' (Closed) or class="hl-string">'W' (Close pending) in sub-fields often indicates subledger closure.
    class=class="hl-string">"hl-comment"># For a more direct approach, specific subledger period APIs would be needed.
    subledger_period_data = fetch_data(class="hl-string">'/fscmRestApi/resources/11.13.18.05/glPeriods', date_filter, class="hl-string">"periodName,closingStatus,lastUpdateDate,lastUpdatedBy,ledgerName,ledgerId")
    for p in subledger_period_data:
        if p.get(class="hl-string">'closingStatus') in [class="hl-string">'C', class="hl-string">'W']:
            event_log.append({
                class="hl-string">'FinancialPeriod': p.get(class="hl-string">'periodName'),
                class="hl-string">'ActivityName': class="hl-string">'Subledger Period Closed',
                class="hl-string">'EventTime': p.get(class="hl-string">'lastUpdateDate'),
                class="hl-string">'EndTime': p.get(class="hl-string">'lastUpdateDate'),
                class="hl-string">'ResponsibleUser': p.get(class="hl-string">'lastUpdatedBy'),
                class="hl-string">'CompanyCode': p.get(class="hl-string">'ledgerId'),
                class="hl-string">'ActivityStatus': class="hl-string">'Completed',
                class="hl-string">'JournalEntryType': None,
                class="hl-string">'ReconciliationType': None,
                class="hl-string">'Department': None,
                class="hl-string">'TargetCompletionDate': None
            })

    class=class="hl-string">"hl-comment"># 3. Journal Entries Imported & 8. Adjusting Journal Entry Posted
    print(class="hl-string">"Fetching Journal Entries...")
    journal_filter = fclass="hl-string">"actualFlag='A' and postedDate between '{START_DATE}' and '{END_DATE}'"
    journal_data = fetch_data(class="hl-string">'/fscmRestApi/resources/11.13.18.05/journalBatches', journal_filter, class="hl-string">"journalBatchName,postedDate,createdBy,jeSource,jeCategory,periodName,ledgerId")
    for j in journal_data:
        class=class="hl-string">"hl-comment"># Imported journals often come from specific sources like class="hl-string">'Payables', class="hl-string">'Receivables', etc.
        if j.get(class="hl-string">'jeSource') not in [class="hl-string">'Manual']:
            activity_name = class="hl-string">'Journal Entries Imported'
            entry_type = class="hl-string">'Imported'
        else:
            activity_name = class="hl-string">'Adjusting Journal Entry Posted'
            entry_type = class="hl-string">'Adjusting'
        event_log.append({
            class="hl-string">'FinancialPeriod': j.get(class="hl-string">'periodName'),
            class="hl-string">'ActivityName': activity_name,
            class="hl-string">'EventTime': j.get(class="hl-string">'postedDate'),
            class="hl-string">'EndTime': j.get(class="hl-string">'postedDate'),
            class="hl-string">'ResponsibleUser': j.get(class="hl-string">'createdBy'),
            class="hl-string">'CompanyCode': j.get(class="hl-string">'ledgerId'),
            class="hl-string">'ActivityStatus': class="hl-string">'Completed',
            class="hl-string">'JournalEntryType': entry_type,
            class="hl-string">'ReconciliationType': None,
            class="hl-string">'Department': None,
            class="hl-string">'TargetCompletionDate': None
        })

    class=class="hl-string">"hl-comment"># 4, 5, 6, 7. Reconciliation Activities (Placeholder - requires ARCS or equivalent module)
    print(class="hl-string">"Fetching Reconciliation activities (Placeholder)...")
    class=class="hl-string">"hl-comment"># These activities are typically in Oracle ARCS. The endpoint below is a professional placeholder.
    class=class="hl-string">"hl-comment"># You would need to use the ARCS REST API if you have that module.
    class=class="hl-string">"hl-comment"># Example endpoint: /armRestApi/v1/reconciliations

    class=class="hl-string">"hl-comment"># 9, 10, 11. Report Generation and Consolidation (via ESS Jobs)
    print(class="hl-string">"Fetching ESS Job history for reports and consolidation...")
    ess_filter = fclass="hl-string">"(jobDefinitionName like '%TrialBalance%' or jobDefinitionName like '%Consolidation%' or jobDefinitionName like '%FinancialStatement%') and lastUpdateDate between '{START_DATE}T00:00:00.000Z' and '{END_DATE}T23:59:59.999Z'"
    class=class="hl-string">"hl-comment"># Note: The ESS job history endpoint is often accessed via SOAP APIs or specific REST resources.
    class=class="hl-string">"hl-comment"># The below is a representation of what such a query might look like.
    class=class="hl-string">"hl-comment"># A common method is a BI Publisher report on ESS tables, exposed as a REST service.
    
    class=class="hl-string">"hl-comment"># 12. Financial Statements Reviewed
    class=class="hl-string">"hl-comment"># This is often a manual step and may not be logged in a standard way. It could be a specific ESS job
    class=class="hl-string">"hl-comment"># status change, a custom object, or inferred from a subsequent action.

    class=class="hl-string">"hl-comment"># --- Final Data Processing ---
    if not event_log:
        print(class="hl-string">"No events found for the specified criteria.")
        return

    df = pd.DataFrame(event_log)
    df[class="hl-string">'SourceSystem'] = class="hl-string">'Oracle Fusion Financials'
    df[class="hl-string">'LastDataUpdate'] = now_utc

    class=class="hl-string">"hl-comment"># Reorder and fill missing columns
    final_cols = [class="hl-string">'FinancialPeriod', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EndTime', class="hl-string">'ResponsibleUser', class="hl-string">'Department', class="hl-string">'CompanyCode', class="hl-string">'ReconciliationType', class="hl-string">'ActivityStatus', class="hl-string">'JournalEntryType', class="hl-string">'TargetCompletionDate', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate']
    for col in final_cols:
        if col not in df.columns:
            df[col] = None
    df = df[final_cols]
    
    class=class="hl-string">"hl-comment"># Sort by time
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'])
    df = df.sort_values(by=[class="hl-string">'FinancialPeriod', class="hl-string">'EventTime']).reset_index(drop=True)

    df.to_csv(class="hl-string">'oracle_fusion_r2r_event_log.csv', index=False)
    print(class="hl-string">"Extraction complete. Event log saved to oracle_fusion_r2r_event_log.csv")

if __name__ == class="hl-string">"__main__":
    main()

Sẵn sàng bắt đầu?

Mẫu dữ liệu này cung cấp nền tảng để bạn bắt đầu tối ưu quy trình ghi nhận đến báo cáo, khóa sổ và đối chiếu. Dùng những thông tin thu được để xác định điểm nghẽn và nâng cao hiệu quả vận hành tài chính.

Quay lại hướng dẫn cải tiến

Tải mẫu xuống

Cải thiện quy trình ghi nhận đến báo cáo, khóa sổ ngay hôm nay

Rút ngắn 30% thời gian chu kỳ R2R, loại bỏ điểm nghẽn và nâng cao độ chính xác.

Bắt đầu dùng thử miễn phí

Không cần thẻ tín dụng, thiết lập chỉ trong vài phút.

Mẫu dữ liệu cho quy trình ghi nhận đến báo cáo, khóa sổ và đối chiếu

Mẫu dữ liệu cho quy trình ghi nhận đến báo cáo, khóa sổ và đối chiếu

Các thuộc tính của quy trình ghi nhận đến báo cáo, khóa sổ và đối chiếu

Các hoạt động trong quy trình ghi nhận đến báo cáo, khóa sổ và đối chiếu

Hướng dẫn trích xuất dữ liệu

Trích xuất dữ liệu bằng Python qua REST API của Fusion Financials

Các bước

Cấu hình

Truy vấn mẫu python

Sẵn sàng bắt đầu?

Cải thiện quy trình ghi nhận đến báo cáo, khóa sổ ngay hôm nay