Abstract:
A system, medium, and method for extrapolating financial data based on line items of a transactional system, the method including receiving a request to determine a key indicator for a period having a future end date; obtaining financial data representing at least one of an accurate account of: actual posted data for the period, costs and revenues data, recurring entries, extraordinary postings that occur strictly in the time period, and effects of closing activities due to a closing of the period on the future end date, all of the financial data being based on line item entries in financial data model including an accurate record of financial details for an organization; generating a key indicator for the period; and presenting, in response to the request, a record of the generated key indicator.
Abstract:
A system stores financial accounting data in a Base ledger, together with overlying extension ledger(s). An engine receives both generic financial data, and financial data utilized for specific purposes. Utilizing a mapping table the engine stores in an underlying Base ledger, the generic financial data (e.g., a fixed asset acquisition). The engine stores in overlying extension ledgers, specific financial data (e.g., a linear asset depreciation and/or an declining balance method of asset depreciation) derived from that generic data. This reduces memory footprint by persisting the generic data in one location only. The stored data may be read utilizing dataviews combining data from Base and extension ledgers. A recursive algorithm may evaluate chain(s) of ledgers. Embodiments may be particularly suited to store in the Base ledger generic financial data common to multiple accounting principles (e.g., GAAP, IFRS), and store in extension ledger(s) the associated financial data specific to those accounting schemes.
Abstract:
A system stores financial accounting data in a Base ledger, together with overlying extension ledger(s). An engine receives both generic financial data, and financial data utilized for specific purposes. Utilizing a mapping table the engine stores in an underlying Base ledger, the generic financial data (e.g., a fixed asset acquisition). The engine stores in overlying extension ledgers, specific financial data (e.g., a linear asset depreciation and/or an declining balance method of asset depreciation) derived from that generic data. This reduces memory footprint by persisting the generic data in one location only. The stored data may be read utilizing dataviews combining data from Base and extension ledgers. A recursive algorithm may evaluate chain(s) of ledgers. Embodiments may be particularly suited to store in the Base ledger generic financial data common to multiple accounting principles (e.g., GAAP, IFRS), and store in extension ledger(s) the associated financial data specific to those accounting schemes.
Abstract:
Financial reporting methods and systems integrate profitability and accounting data. A universal journal entry allows user definition of relevant characteristics for a market segment. The entry appends the structure of a financial document to provide linkage to market segment characteristics. When creating the financial document including profit and loss (P&L) and balance account line items, a market segment is defined with determined characteristics stored in the line item on the basis of business process dependent rules. For example in posting information on a sales order item, sales order data may be read, and customer, product, and/or other sales order information input. Additional data can be derived on the basis of the determined master data, depending upon user needs. Embodiments allow enriched reporting (e.g., flexible market segment reporting) at the line item level, affording intuitive access to defined characteristics, e.g., drill-down into details of P&L and balance account information.
Abstract:
Financial reporting methods and systems integrate profitability and accounting data. A universal journal entry allows user definition of relevant characteristics for a market segment. The entry appends the structure of a financial document to provide linkage to market segment characteristics. When creating the financial document including profit and loss (P&L) and balance account line items, a market segment is defined with determined characteristics stored in the line item on the basis of business process dependent rules. For example in posting information on a sales order item, sales order data may be read, and customer, product, and/or other sales order information input. Additional data can be derived on the basis of the determined master data, depending upon user needs. Embodiments allow enriched reporting (e.g., flexible market segment reporting) at the line item level, affording intuitive access to defined characteristics, e.g., drill-down into details of P&L and balance account information.