Multiple Fiscal Accounting CalendarsIn Figure 7-3, the data is capture dịch - Multiple Fiscal Accounting CalendarsIn Figure 7-3, the data is capture Việt làm thế nào để nói

Multiple Fiscal Accounting Calendar

Multiple Fiscal Accounting Calendars
In Figure 7-3, the data is captured by posting date, but users may also want to
summarize the data by fiscal account period. Unfortunately, fiscal accounting periods
often do not align with standard Gregorian calendar months. For example, a
company may have 13 4-week accounting periods in a fiscal year that begins on
September 1 rather than 12 monthly periods beginning on January 1. If you deal
with a single fiscal calendar, then each day in a year corresponds to a single calendar
month, as well as a single accounting period. Given these relationships, the calendar
and accounting periods are merely hierarchical attributes on the daily date dimension.
The daily date dimension table would simultaneously conform to a calendar
month dimension table, as well as to a fiscal accounting period dimension table.
In other situations, you may deal with multiple fiscal accounting calendars that
vary by subsidiary or line of business. If the number of unique fiscal calendars is a
fixed, low number, then you can include each set of uniquely labeled fiscal calendar
attributes on a single date dimension. A given row in the daily date dimension would
be identified as belonging to accounting period 1 for subsidiary A but accounting
period 7 for subsidiary B.
In a more complex situation with a large number of different fiscal calendars,
you could identify the official corporate fiscal calendar in the date dimension. You
then have several options to address the subsidiary-specific fiscal calendars. The
most common approach is to create a date dimension outrigger with a multipart key
consisting of the date and subsidiary keys. There would be one row in this table for
each day for each subsidiary. The attributes in this outrigger would consist of fiscal
groupings (such as fiscal week end date and fiscal period end date). You would
need a mechanism for filtering on a specific subsidiary in the outrigger. Doing so
through a view would then allow the outrigger to be presented as if it were logically
part of the date dimension table.
A second approach for tackling the subsidiary-specific calendars would be to
create separate physical date dimensions for each subsidiary calendar, using a
common set of surrogate date keys. This option would likely be used if the fact
data were decentralized by subsidiary. Depending on the BI tool’s capabilities, it
may be easier to either filter on the subsidiary outrigger as described in option
1 or ensure usage of the appropriate subsidiary-specific physical date dimension
table (option 2). Finally, you could allocate another foreign key in the fact table to
a subsidiary fiscal period dimension table. The number of rows in this table would
be the number of fiscal periods (approximately 36 for 3 years) times the number of
unique calendars. This approach simplifies user access but puts additional strain
on the ETL system because it must insert the appropriate fiscal period key during
the transformation process.
Accounting 209
Drilling Down Through a M
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Multiple Fiscal Accounting CalendarsIn Figure 7-3, the data is captured by posting date, but users may also want tosummarize the data by fiscal account period. Unfortunately, fiscal accounting periodsoften do not align with standard Gregorian calendar months. For example, acompany may have 13 4-week accounting periods in a fiscal year that begins onSeptember 1 rather than 12 monthly periods beginning on January 1. If you dealwith a single fiscal calendar, then each day in a year corresponds to a single calendarmonth, as well as a single accounting period. Given these relationships, the calendarand accounting periods are merely hierarchical attributes on the daily date dimension.The daily date dimension table would simultaneously conform to a calendarmonth dimension table, as well as to a fiscal accounting period dimension table.In other situations, you may deal with multiple fiscal accounting calendars thatvary by subsidiary or line of business. If the number of unique fiscal calendars is afixed, low number, then you can include each set of uniquely labeled fiscal calendarattributes on a single date dimension. A given row in the daily date dimension wouldbe identified as belonging to accounting period 1 for subsidiary A but accountingperiod 7 for subsidiary B.In a more complex situation with a large number of different fiscal calendars,you could identify the official corporate fiscal calendar in the date dimension. Youthen have several options to address the subsidiary-specific fiscal calendars. Themost common approach is to create a date dimension outrigger with a multipart keyconsisting of the date and subsidiary keys. There would be one row in this table foreach day for each subsidiary. The attributes in this outrigger would consist of fiscalgroupings (such as fiscal week end date and fiscal period end date). You wouldneed a mechanism for filtering on a specific subsidiary in the outrigger. Doing sothrough a view would then allow the outrigger to be presented as if it were logicallypart of the date dimension table.A second approach for tackling the subsidiary-specific calendars would be tocreate separate physical date dimensions for each subsidiary calendar, using acommon set of surrogate date keys. This option would likely be used if the factdata were decentralized by subsidiary. Depending on the BI tool’s capabilities, itmay be easier to either filter on the subsidiary outrigger as described in option1 or ensure usage of the appropriate subsidiary-specific physical date dimensiontable (option 2). Finally, you could allocate another foreign key in the fact table toa subsidiary fiscal period dimension table. The number of rows in this table wouldbe the number of fiscal periods (approximately 36 for 3 years) times the number ofunique calendars. This approach simplifies user access but puts additional strainon the ETL system because it must insert the appropriate fiscal period key duringthe transformation process.Accounting 209Drilling Down Through a M
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Nhiều tài chính kế toán Lịch
Trong hình 7-3, các dữ liệu được thu theo ngày đăng, nhưng người dùng cũng có thể muốn để
tóm tắt dữ liệu của kỳ tài khoản tài chính. Thật không may, các kỳ kế toán tài chính
thường không phù hợp với tiêu chuẩn lịch Gregorian tháng. Ví dụ, một
công ty có thể có 13 kỳ kế toán 4 tuần trong một năm tài chính bắt đầu vào
ngày 01 tháng 9 chứ không phải 12 kỳ hàng tháng bắt đầu từ ngày 1 tháng Giêng Nếu bạn đối phó
với một lịch tài chính duy nhất, sau đó mỗi ngày trong một năm tương ứng với một lịch đơn
tháng, cũng như một kỳ kế toán duy nhất. Với những mối quan hệ, lịch
thời gian và kế toán là thuộc tính chỉ có thứ bậc trên chiều ngày hàng ngày.
Các bảng chiều ngày hàng ngày đồng thời sẽ phù hợp với một lịch
bảng chiều tháng, cũng như một bảng kế toán tài chính chiều kích thời gian.
Trong tình huống khác, bạn có thể đối phó với nhiều lịch kế toán tài chính mà
thay đổi theo từng công ty con hoặc ngành nghề kinh doanh. Nếu số lượng lịch tài chính duy nhất là một
, số lượng thấp cố định, sau đó bạn có thể bao gồm mỗi bộ lịch tài chính có nhãn duy nhất
thuộc tính trên một chiều hướng ngày duy nhất. Một hàng đưa ra trong chiều ngày hàng ngày sẽ
được xác định là thuộc về kỳ kế toán cho 1 công ty con A nhưng chiếm
thời gian 7 cho công ty con B.
Trong một tình huống phức tạp hơn với một số lượng lớn của lịch tài chính khác nhau,
bạn có thể xác định được lịch tài chính của công ty chính thức trong chiều nay. Bạn
sau đó có một vài lựa chọn để giải quyết tài chính công ty con lịch cụ thể. Các
phương pháp phổ biến nhất là tạo ra một Outrigger chiều ngày với một chìa khóa nhiều phần dữ liệu
bao gồm các phím ngày và công ty con. Sẽ có một hàng trong bảng này cho
mỗi ngày đối với mỗi công ty con. Các thuộc tính trong Outrigger này sẽ bao gồm tài chính
nhóm (như tài chính ngày cuối tuần và tài chính giai đoạn ngày kết thúc). Bạn sẽ
cần một cơ chế lọc trên một chi nhánh cụ thể trong Outrigger. Làm như vậy
thông qua một điểm sau đó sẽ cho phép các Outrigger để được trình bày như thể nó là một cách hợp lý
là một phần của bảng chiều nay.
Một cách tiếp cận thứ hai để giải quyết những công ty con lịch cụ thể sẽ được để
tạo ra chiều ngày vật lý riêng biệt cho mỗi lịch công ty con, sử dụng một
tập hợp chung của các phím ngày thay thế. Tùy chọn này có khả năng sẽ được sử dụng nếu thực tế
dữ liệu được phân cấp của công ty con. Tùy thuộc vào khả năng của các công cụ BI, nó
có thể được dễ dàng hơn cho một trong hai bộ lọc trên Outrigger công ty con như được mô tả trong tùy chọn
1 hoặc đảm bảo sử dụng ngày vật lý kích thước chi nhánh cụ thể thích hợp
bảng (phương án 2). Cuối cùng, bạn có thể phân bổ một khóa ngoại trong bảng thực tế để
một thời kỳ tài chính bảng kích thước công ty con. Số lượng hàng trong bảng này sẽ
là số kỳ tài chính (khoảng 36 cho 3 năm) lần số
lịch độc đáo. Phương pháp này đơn giản hóa truy cập người dùng nhưng đặt thêm căng thẳng
trên hệ thống ETL vì nó phải chèn phím thời kỳ tài chính phù hợp trong quá
trình chuyển đổi.
Kế toán 209
Khoan Xuống Qua M
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: