ST X3 FinancialAcctSeries NFR

Sage University
Sage ERP X3
Financial Accounting Series: Fundamentals
Sage North America certified course curriculum

Sage ERP X3
Financial Accounting Series: Fundamentals
CERTIFIED STUDENT CURRICULUM

SAGE UNIVERSITY
t io n
o duc
ep r
o rR
sale
R e
f o r
N ot
Curriculum Version 3.0

NOTICE
This document and the Sage ERP X3 software may be used only in accordance with the accompanying Sage ERP X3
End User License Agreement. You may not use, copy, modify, or transfer the Sage ERP X3 software or this
documentation except as expressly provided in the license agreement.
Visit our website at www.SageU.com, or call 1-800-944-4299 to learn about training classes that are added throughout
the year.
Information in this document is intended solely as general information with respect to common business issues and is
not to be construed as professional advice. It is always best to consult a tax or accounting professional for all tax and
account related questions. THE INFORMATION HEREIN IS PROVIDED “AS IS” AND ALL WARRANTIES ARE
EXPRESSLY DISCLAIMED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY: OF
MERCHANTABILITY; OF FITNESS FOR ANY PARTICULAR PURPOSE; OF NON-INFRINGEMENT OF ANY
PROPRIETARY RIGHT OF ANY THIRD PARTY IN ANY COUNTRY; OTHERWISE ARISING OUT OF ANY
PRODUCT, PROPOSAL, SPECIFICATION OR SAMPLE; AND ANY WARRANTY THAT THE DOCUMENT IS
ERROR FREE. No license, express, implied, by estoppel or otherwise, to any intellectual property right is granted by
this document. Sage Software may make changes to the information in this document at any time, without notice.
Recipient is solely responsible for assessing the suitability of the information and assumes all risk of use.
© 2014 Sage Software, Inc. All rights reserved. Sage, the Sage logos, and the Sage product and service names mentioned
herein are registered trademarks or trademarks of Sage Software, Inc., or its affiliated entities. All other trademarks are
the property of their respective owners.
07/2014
Financial Accounting Series - Fundamentals
Contents
Welcome and Introduction .................................................................... 1
Key Concepts ........................................................................................ 2
Overview of Transaction Flow .............................................................. 3
Organizational Setup.............................................................................. 5
What You Need ..................................................................................... 6
Account Plan ......................................................................................... 7
Account Classes .................................................................................. 10
What is Analytical Accounting ............................................................ 12
Dimension Types................................................................................. 13
Ledgers ............................................................................................... 15
Account Core Model ........................................................................... 19
Company & Site Information............................................................... 21
Fiscal Years & Periods ........................................................................ 29
Accounts & Dimensions ....................................................................... 33
Accounts ............................................................................................. 34
Collective Account Groups.................................................................. 42
Account Pyramids ............................................................................... 43
Dimension Values ............................................................................... 50
Default Dimensions ............................................................................. 52
Dimension Pyramids ........................................................................... 55
Entries ................................................................................................... 62
Posting to the General Ledger .............................................................. 63
Journal Entry Setup ............................................................................. 64
Journal Codes ...................................................................................... 68
Journal Entries ..................................................................................... 70
Reversing Entries ................................................................................ 74
Batch Entry ......................................................................................... 76
Allocations .......................................................................................... 78
Automatic Journals .............................................................................. 84
Financial Data Extraction .................................................................... 90
General Overview ............................................................................... 91
Financial Data Extraction .................................................................... 92
Sage North America Certified Student Course Curriculum - Version 3.0 Page i
Copyright © 2014 Sage, Inc. All Rights Reserved.
Financial Extraction Calculation.......................................................... 99

Financial Extraction Inquiry .............................................................. 101
Intercompany Transactions ............................................................... 104
Overview of Intercompany Transactions ........................................... 105
Setting Up Intercompany Transactions .............................................. 107
Intercompany Journal Entries ............................................................ 109
Closing Procedures & Reports .......................................................... 111
Final Validation................................................................................. 112
Simulations ....................................................................................... 113
Commitments .................................................................................... 115
Analytical Modifications ................................................................... 117
Matching ........................................................................................... 118
Recurring Journals ............................................................................ 119
Calculated Journals ........................................................................... 122
Reports & Inquiries ........................................................................... 125
Closing Periods ................................................................................. 128
Closing Fiscal Years.......................................................................... 130
Summary........................................................................................... 131
Page ii Sage North America Certified Student Course Curriculum - Version 3.0
Lesson 1
Welcome and Introduction
Welcome to the Sage X3 ERP Financial Accounting Series - Fundamentals training
class. This course is divided into discussion of concepts and activities.
The information in this document is intended to provide you with information on setting
up your financials, which includes account plans, accounts, ledgers, and company and
site information.
This course is designed to provide you with knowledge of:
How to define company and site information, which includes defining the account
plan, chart of accounts, dimensions, and appropriate values.
How to enter transactions directly in Financials. This includes journal entries,
reversing entries, simulations, and allocation transactions.
How to complete the process for closing the period and year, which includes
recurring entries and reports.
Sage North America Certified Student Course Curriculum - Version 3.0 Page 1
Key Concepts
Before defining accounting information in Sage ERP X3, it is important you understand
how all the various accounting settings and parameters defined impact a company and
site created.
When defining information, you are using a combination of various functions on the
Setup and Common data blocks.
You should always review settings defined in functions such as Parameter values
(ADPVAL) in the Setup > General parameters block as these settings can impact
what information is defined and required in a specific function.
Page 2 Sage North America Certified Student Course Curriculum - Version 3.0
Overview of Transaction Flow
For the majority of transactions in Sage ERP X3, there is a direct and real-time flow to
the ledgers. This means that once a transaction is entered and posted, it creates a journal
entry immediately. This journal entry can be referred to as the accounting document
related to the transaction.
In order for this transaction flow to happen, there are a few system tasks that must be
performed and as highlighted in the previous topic, certain transaction setup elements
must be in place:
Journal Status Transaction

Batch Server Monitor Details
Active (always (Accounting • Automatic Journal
on) Tasks ) • Document Type
(always on)
Batch Server and Journal Status Monitor

Two system utilities must be active and running at all times for transaction flow to
happen in the program.
The Batch server must be active – this would only need to be restarted if the server
is reset
The Journal status monitor must be running – this allows for accounting documents
to be generated from posted transactions
Both of these functions are located in the Usage > Batch server block.
Overview of Transaction Flow (continued)

Server Activation
The Server activation function is used to start the Batch Server. Once selected, the
following window displays:
Selecting Yes initiates the Batch Server.

Accounting Tasks
The Accounting tasks function allows for the Journal status monitor to be started.
The Journal status monitor can be started by clicking Run now in the Right panel.
- If there are unprocessed transactions, you will be able to view the number of
Journals on hold to identify the number of transactions waiting to be processed.
The Journal status monitor provides a helpful utility for managing and maintaining
period end and financial reconciliation tasks.
- This allows for the stopping and starting of all transaction flow through to the
ledgers.
- In order for the system to operate as real-time however, the Journal Status
Monitor should always be running.
Lesson 2
Organizational Setup
In the following topics, you will learn how to define information required to create the
chart of accounts as well as gain an understanding of the information defined for
companies and sites.
The topics in this lesson include:
What You Need
Account Plan
Account Classes
What is Analytical Accounting
Dimension Types
Ledgers
Account Core Model
Company & Site Information
Fiscal Years & Periods
What You Need
Before you are able to enter transactions in a company, there are several settings you
must define. This includes the chart of accounts, ledgers, dimensions (if used), and
account core model. Before beginning the setup process, you should gather the
following information:
The chart of accounts, including the account structure and dimensions.
Account numbers and dimension values
The number and types of ledgers for which you will be tracking values
Company and site information, including addresses, contact information, and chart
of accounts used.
Account Plan
Use Charts of accounts (GESCOA) in the Setup > Organizational structure block to
define an account plan. The account plan defines the following:
The chart of accounts structure.
Controls tax postings
Details of specific accounts (e.g. Retained Earnings)
Links to account classes
Linked accounts between sites
Allows generation of Reporting Codes and inter plan mapping
Enables generation of default dimension types by account root
Note: You must define an account plan before you can define information such as an
actual account, account class, and dimension. You must return to this function to define
any additional setup information once the other setup functions are completed.
Account Plan (continued)

For each chart of accounts, enter a 3 digit chart code and description to identify the
chart of account structure you are defining.
In the Identification section on the Plan tab, enter a short title, column header, and
access code.
- The short title entered is used when displaying constraints and on reports
preventing the use of the full description.
- The column header displays when entering such items as journal entries and
invoices.
- The access code selected determines who has access to the plan based on
security defined for the user.
Controls
The table below provides information on the options available in the Management
section.
General tracking Select to indicate that this chart of accounts
contains general accounts for tracking balances
and financial reporting.
Ana tracking Select to allow definition of a default dimension
specific to an account root.
Ctrl accounts Select to allow the use of collective accounts
within the plan.
Tax management Select to use the plan for tax management.
Automatic creation Select to allow new accounts to be automatically
created as part of transaction entry (e.g. any non-
existent GL account is automatically added).
Format
Select the Fixed length check box to specify all accounts created for this account
plan must be a specific length.
- If you create an account less than the specified length, the system auto-fills the
remainder with zeros (0).
- For example, if you specify a fixed length of 10 and you enter 3005 as the
account number, the program automatically adjusts it to 3005000000.
- If the check box is cleared, you can still specify a maximum length; however,
the account number created can be less than the maximum length.
- For example, if you specify a field length of 10, but it is not fixed, you can enter
either 3005, 30005, 300006 as an account number.
Account Plan (continued)

The Account format field determines the maximum or fixed length of the account
number as well as determines if the account numbers entered are numeric,
alphanumeric, or alpha only.
- You must enter the account length followed by either # (numeric only), A (alpha
characters only), or c (alphanumeric).
- For example, 10A stands for a maximum length of 10 and you can only enter
alpha characters as the account number (e.g. ARACCT).
- If you have the Fixed length check box selected, you cannot make the format
alpha characters only.
At the Reference pyramid field, select a pyramid containing dimensions and
accounts for reports and inquiries.
BL
At the BI pyramid field, select a pyramid the chart of account code will be used in. It
does not have to be defined at this time.
Account Classes
Account classes are assigned to accounts and account groups and determine if the
account is a Balance Sheet or Profit & Loss account, the default sign, and the analytic
sense.
Account classes represent the different sections of financial statements such as
Assets and Liabilities.
You can define account classes that represent the same section of a financial
statement such as Current Liabilities and Long Term Liabilities.
Use Account classes (GESCLS) in the Setup > Financials block to create account
classes.
Note: A default set of account class codes are automatically created when activating a
legislation; however, new ones can be added and existing ones can be modified.
Account classes are legislation specific.

The account code is comprised of one to ten alphanumeric characters. You can
define an unlimited number of account class codes.
Account Classes (continued)

If the root (first character(s)) of an account number created matches an account class
code, it automatically defaults to the appropriate account class; however, it can be
changed.
- For example, if you enter account number 1001, it would default to the 1
account class code.
The Category type column represents the account category. The options available
include Normal, Exceptional, and Unused.
- Select Exceptional to have the option of excluding these accounts from certain
balance reports.
- Select Unused to prevent the creation of accounts for this account code.
The option selected at the CFE (Carry forward) field determines if the accounts are
reinitialized when closing the fiscal year.
- Select Yes to carry forward the amount to the following fiscal year, either as a
simulated amount if the current year is not closed or as a carry-forward entry
when running the fiscal year-end process. For example, you would select for
Asset and Liability type account classes.
- Select No to post the balance to the Retained Earnings account giving a zero
balance, either as a simulated amount if the current year is not closed or as a
carry-forward entry when running the fiscal year-end process. For example, you
would select for Revenue and Expense type account classes.
The default sign selected determines if the cursor is positioned automatically in
either the Debit or Credit column when posting an entry to an account associated
with the account class.
The analytic sense determines if the sign/sense of the analytic balance of an account
associated with the account class is a charge or revenue. This information is only
used when viewing analytical inquiries and reports.
What is Analytical Accounting
Analytical Accounting enables transactions to be tagged and reported by user-defined

dimension codes representing financial, date, or statistical information.
Analytical views of the data are optional and are driven by ledger settings.
In the figure above, Market Area, Sales Region, and Product Category represent
individual dimensions.
- Based on settings and requirements defined for dimensions, you would be able
to obtain information for sales postings specific to any one of the dimensions.
You can make the selection of a dimension value required or optional and not all
postings have to require an entry for every dimension.
- For example, you may require a selection is made for the Sales Region
dimension when entering customer invoices; however, when entering a supplier
invoice no dimension values are required.
Dimension Types
Use Dimension types (GESDIE) in the Setup > Organizational structure block to define
dimension type codes.
Dimensions are typically used to represent such items as departments, locations,
regions, and product lines.
A maximum of 20 dimension type can be defined.
These dimensions are shared across all companies defined within a Folder.
The values for a dimension type code are defined using the Dimensions function,
and a value can be an amount or quantity.
The entry made at the Dim view format field in the Management section defines the
format of the values defined for the dimension type code created. You can enter a
maximum length of 15.
- You must enter the dimension length followed by either # (numeric only), A
(alpha characters only), or c (alphanumeric).
- For example, 10A stands for a maximum length of 10 and you can only enter
alpha characters as the account number (e.g. ARACCT).
- It is important to note, some reports may not display the entire 15 characters if
using the maximum length due to space limitation, font, and/or printer used.
Dimension Types (continued)

Use the Automatic creation check box to determine if a dimension value entered for
the selected dimension type is automatically created during the posting process
based on the automatic journal.
- If selected and a user enters a value for the dimension type during data entry that
does not currently exist, the system will automatically generate it as long as it
meets the format criteria.
- If cleared, the system will not automatically generate the value and an error
message is displayed.
If you do not want the value for a dimension to be carried forward into the new
fiscal year, select the No carry-forward entry check box.
- If selected, the value for the dimension is reset to zero.
- If cleared, the value is carried over into the new fiscal year.
Selecting the Change final entries check box allows you to modify postings marked
as final at the journal entry for a dimension, without having to reopen the period.
- Parameters and settings for the journal also determine if modifications can be
made.
The Entity and Envelope check boxes are used specifically by the Operating
Budgets module. Only dimension codes with either of these check boxes selected
can be used when defining operational budgets.
Ledgers
A ledger is the principal book for recording transactions. You can have the same or
separate ledgers for tracking transactions and balances associated with the general
ledger or analytical ledger.
You can define an unlimited number of ledgers; however, you can only associate a
maximum of 10 ledgers with an account core model.
- An account core model is associated with a specific company and determines the
ledgers, chart of accounts, and dimensions available.
You can post a single entry to multiple ledgers. For example, if you have a general
ledger and an analytical ledger, you can post to actual accounts in the general ledger
and dimension values in the analytical ledger.
The benefits of using multiple ledgers is to allow for greater analytical reporting,
conforming to government reporting requirements, tracking different ledgers at the
same time to reduce redundant data entry, etc.
Use Ledgers (GESLED) in the Setup > Organizational structure block to define
ledgers.
Ledgers (continued)
Type of accounting
In the Type of accounting section, you determine the type of ledger you are creating.
You can define a single ledger that is used to track all types shown, or you can
create individual ledgers for each.
The options available are listed in the table below.
General This represents your legal ledger.
Purchases, sales, and payments post against this
ledger.
Financial statements such as Balance Sheets and
Income Statements are generated based on this
ledger type.
Accounts must balance in the General ledger.
You must define at least one ledger as General.
Analytical You must have a ledger defined as Analytical to
post information based on dimensions.
A General ledger can also be defined as an
Analytical ledger.
Budget You must have at least one Budget ledger defined
to track budget information for an account.
This option is only available if Analytical is also
selected.
You can have both an analytical ledger used for
tracking postings by dimension and a separate
analytical ledger for budgets.
Operating Budgets This option is only available if Analytical is also
selected and if Operating Budgets is activated.
If selected, you must have a dimension of Entity
and Envelope associated with it.
You can have both an analytical ledger used for
tracking postings by dimension and a separate
analytical ledger for operating budgets.
Ledgers (continued)
Commitments Must be selected in order to benefit from the
automatic creation of pre-commitments and
commitments generated by the Purchase module.
selected.
If this check box is not selected for the main
analytical ledger defined in the account core
model, than only the manual entry of
commitments is possible.
IAS Management This ledger is used for fixed assets and is only
available if utilizing International Accounting
Standards.
selected and if the Fixed Assets module is
activated.
COA and Dimension Types

Use the COA and Dimension Types section to associate a chart of accounts with the
ledger and define the total number of dimensions used along with the dimension types.
You can only define dimension information if Analytical is selected in the Type of
accounting section.
You can associate a maximum number of 9 dimension types with a single ledger.
Management
In the Management section, you determine if entries posted to the journal must balance
and if matching is performed on the General ledger.
Select the Balance check box to ensure that a journal entry is in balance prior to
posting (e.g. debits equal credits).
- This check box must be selected for the main general ledger.
If you are posting entries from site to site, you can optionally choose to ensure the
entry balances within each site by selecting the Balance by site check box.
- The balance is achieved using the linked accounts defined in the chart of
accounts.
Ledgers (continued)
Matching consists of pairing account postings in order to facilitate the analysis of an
account balance on a given date. For example, matching the posting for an invoice
with the posting for the payment.
- Select the Matching check box to ensure postings are matched either manually
or automatically based on the journal for the entry.
Select the At least one dimension check box to make it mandatory that a user select
at least one dimension code when posting an entry to the Analytical ledger.
- The check box is only available if Analytical is selected as the type of ledger and
a minimum of 1 dimension type code is defined in the CoA and dimension types
section.
Select the Storage of empty allocations check box to allow for the system to track a
blank dimension value; otherwise, if selected, an entry must be made.
- The check box is only available if Analytical is selected as the type of ledger and
a minimum of 1 dimension type code is defined in the CoA and dimension types
section, and the At least one dimension check box is not selected.
Fiscal Year End
In the Fiscal Year End section, you determine how the carry-forward amount created
through the fiscal year-end process is generated.
During the fiscal year-end process, the system generates a Carry Forward Entry
journal transaction. The generation type selected determines if the carry-forward
amount creates an entry based on the site or company combination.
Select the C/fwd balance check box to generate a carry-forward entry as part of the
fiscal year-end process.
- This check box is automatically selected if Balance is selected in the
Management section, which ensures it is selected for the main General ledger.
- Based on how your Analytical ledger and dimension types are defined, you can
optionally choose to create a carry-forward entry for the Analytical ledger.
- If selected, a closing report is generated showing all of the closing entries and is
generated as part of the fiscal year-end process. Select the One journal per
account check box to generate this report separately for each individual account.
Account Core Model
The program allows you to manage companies with identical or different legislations
within a single folder that may or may not have the same accounting organization. This
organization, called the Account Core Model, is a structure containing charts of
accounts.
Every legal company is associated with an account core model.
The account core model identifies the ledgers used, currency in which transactions
post to the ledger, and how the currency rate is determined and calculated when
posting in a different currency.
Use Account core models (GESGCM) in the Setup > Organizational structure block
to define the account core model.
Account Core Model (continued)

The main general ledger selected can be defined as both a general and analytical
ledger.
The main analytical ledger selected is the only ledger from which some analytical
accounting operations can be carried out including pre-commitments and operating
budget tracking.
Ledgers
For each ledger type in the Ledger section, you determine the ledger used along with
currency and exchange rate information, if using multi-legislation.
The Auto ledger field determines if the ledger is based on another defined ledger.
- If Yes is selected it is considered an automatic ledger that is updated based on
transactions posted to the source ledger, which is selected at the Source type
field.
- Entries for the automatic ledger are generated to be exactly identical to those of
its original (source) ledger.
- The only information that can vary between these two original/destination
ledgers is the following: the currency, exchange rate information, and matching
option.
Controls
If different ledgers are defined for the ledger types, you can define links between a
combination of the ledgers selected in the Controls section.
These controls determine whether an entry entered in one ledge is updated to
another ledger.
The ledger selected at the Ledger field determines the characteristics for the
reference type including the accounting type(s), chart of accounts used, dimension
types, and end-of-year balancing information.
Company & Site Information
The program is based on hierarchical structure with the highest level being the Folder.
A single folder can contain multiple companies and the company currency can differ
from the folder currency.
A single company can also have multiple sites, and the sites can represent different
locations, warehouses, etc.
Companies and sites can be grouped together for reporting purposes.
Company & Site Information (continued)

Creating a Company
Use Companies (GESCPY) in the Setup > Organizational structure block to create and
modify company information.
For each company, enter a company code, description, and short description. You
can enter a maximum of 5 characters for the company code.
Select the Legal company check box to indicate the company is legal according to
specific accounting guidelines. Only legal companies can have account postings and
balances.
- A non-legal company can be used for simulations and analytical groupings.
You can add an image to use as a logo on reports. The image files can .bmp, .jpg,
.jpeg, .wmf and .gif.
- You can either drag and drop the file into the Logo section or click Select file to
manually select the logo.

Acct Tab
Use the Acct tab to define such information as the account core model, the first fiscal
year, and dimension information.
The accounting currency and the accounting code are based on the account core
model selected and cannot be changed.
When defining the first fiscal year, it is important that you enter the first day of the
first period and year for which you will be importing or entering transactional
history.
- For example, if the current period and year is 01/01/14; however, you are
importing transactional history back to 01/01/11; you would enter 01/01/11 as
the first fiscal year.
In the Dimension types/dimensions section, you can define a default dimension,
determine if a selection for the dimension is mandatory for functions requiring
dimension entry, and select whether upstream entry is allowed.
- You cannot modify or add to the dimensions listed in this function.
Addresses Tab
Use the Addresses tab to define addresses for the company. You can define an unlimited
number of addresses, as well as determine which address is the default.
Bank ID Number Tab
Use the Bank ID Number tab to associate a bank with the company. Bank information
must already be defined in the Bank (counter) (GESABN) function in the Common data
> Common tables block.
Contacts Tab
Use the Contacts tab to define contact information within the company. For each
contact, you can identify such information as the function, department, language, birth
data, and company address where they work.
Others Tab
Use the Others tab to define the company address for 1099s and a default price structure
to use for generating prices. The address information entered includes the company
registration or tax ID number.
Sites Tab
Use the Sites tab to view the Site pyramid which shows how sites are associated with
the selected company. Associating a site with a company is discussed in a later topic.

Creating Sites
Use Sites (GESFCY) in the Setup > Organizational structure block to create a site. Sites
are associated with a company and can represent various locations, warehouse, etc.
The Legal company field determines the company the site is associated with.
The Financial site check box determines if the site is a financial site, allowing for
financial reporting and tracking.
- If the check box is selected, the accounting code defaults to the one associated
with the company selected on the General tab, and cannot be changed.
- If the check box is cleared, the site is only used to track stock movements (e.g.
warehouses) and not financial transactions.

In the Asset management section, you determine if counts are performed at this site.
- If No is selected, you must select a stock count site to associate with the one you
are creating. This selection is mandatory.
- If you are defining count sites and non-count sites, you must define the count
sites first.
Information on the Addresses, Bank ID Number, and Contacts tabs are the same as
discussed when creating a company.
Details Tab
Use the Details tab to define such information as the type of site and default workdays.
The type of site selected can impact the type of transactions you can enter in a site.
For example, you cannot enter sales transactions in a site that does not have Sales
selected.
Select the DAS2 check box if 1099 invoices are entered for this site.
- Clear the check box if 1099 invoices are not tracked at this site; however, you
can enter a 1099 site at the DAS2 site field to extract any necessary line items to
the other site as needed for 1099 information.
At the Unavailable field, you can select an Unavailable schedule that defines what
days the site is closed for such events as holidays.
- This information is defined through the Unavailable periods function in the
Common data > BP tables block.

DAS2 Tab
Use the DAS2 tab to define information necessary for 1099s. This includes the address,
tax ID number, SIC code, and DAS2 signer (1099 signature) information.
Select the Tax on salaries check box if the site is subject to wage tax.
The DAS2 Signer information represents the manager of the 1099 site.

Warehouse Tab
Use the Warehouse tab to activate warehouses for a site and define default warehouse
for use in receipt and issue flows.
A warehouse is a group of locations and multiple warehouses can be associated with
a single site.
The options on the Warehouse tab are not available if the Stock check box is not
selected on the Details tab.
In the Default Warehouses section, you can optionally assign default warehouses to
use when entering receipt and issue transactions.
- Warehouses are created using the Warehouse function in the Common data >
Product tables block.
Updating Account Plan with Linked Accounts
After defining sites for a company, you can define linked account information for a
specific account plan in the Charts of accounts function.
This is primarily used when entering inter-site transactions and can define such
accounts as the inter-site clearing account.

Site/Company Groups
Use the Site/company groupings (GESAGF) function on the Setup > Organization
structure block to create a company group and/or a site group.
Select the Company group check box to indicate you are creating a company group.
If selected, you cannot select a site.
On the Grouping tab, the Company and Site sections are used to select company or
site you are assigning to the group.
- You cannot select both a company and a site for the same group.
On the Pyramids tab, you can view the results of the selections made and the
pyramid created.
You should create a group for each single company and then one for any company
groups you want to define.
Note: You can only group companies within the same Folder.
Fiscal Years & Periods
Once a company is created, you can define the fiscal years and periods. Information is
automatically defined based on the starting date entered when creating a company.
Fiscal Years
Use Fiscal years (GESFIY) in the Common data > G/L accounting tables block to
define fiscal years for each company/legal ledger combination. You must define fiscal
years for each fiscal year starting with the first fiscal year defined for the company up to
your current fiscal year.
You can enter a description and short description, as well as modify the end date for
each fiscal year added.
- Changing the end date automatically updates the start date for the next fiscal
year.
The start date for the first fiscal year displayed is based on the date entered when
starting the company.
Fiscal Years & Periods (continued)

The system automatically displays all fiscal years up to the current fiscal year plus
one based on your starting date.
- For example, if the current year is 2010 and you start the company in 2008, the
system will automatically display 2008, 2009, 2010, and 2011 automatically.
- The status is always set to not open for each fiscal year listed.
To open a fiscal year, click Opening in the Right panel. You can only open those
fiscal years added to the company in the Fiscal years function window.
- You can have multiple fiscal years open at one time.
- You can only post to a fiscal year that has an Open status.
You cannot close a period in this function; however, you can reopen a closed period.
- Closing and reopening a period are discussed in a later topic.
Fiscal Year
Click Fiscal year in the Right panel to create a new fiscal year.
Select Yes in the Y/N field to add a fiscal year to the company. You can modify the
ending date once added.

Fiscal Periods
Use Fiscal periods (GESPER) in the Common data > G/L accounting tables block to
define fiscal periods for each fiscal year associated with a specific company.
Fiscal periods are defined based on the company, ledger type, and fiscal year
selected.
The Details section is used to define the end dates for each period associated with
the fiscal year selected.
- By default 12 periods are created automatically; however, they can be changed.
- The period start date for the first period is based on the start date for the fiscal
year and cannot be changed.
- The period end date for the last period is based on the fiscal year end date and
cannot be changed.

Period Status
The Period status column specifies if the period is open or closed to activity. To open a
period, click Opening in the Right panel.
You can open a single or range of periods at one time, up to a maximum of 20
periods at a time.
You cannot have periods open that are not in order. For example, you cannot have
periods 1 and 3 open and leave period 2 closed.
You can only open periods within a fiscal year that is also open.
Stock Status
The Stock status column specifies if the period is open to any stock movements. Stock
movements include such transactions as adjustments, receipts, and shipments.
For example, you can have a period open for any necessary period-end adjustments
that still must be made but prevent any stock movement transactions from posting to
that period.
The statuses available include:
- Open - The period is open to all stock movements.
- Balance adjustment – The period is open to only stock adjustment transactions.
- Closed – No stock movement transactions can post.
Closing
Before you can close a fiscal year, the periods associated with that year must also be
closed. You can close a period directly in this function by clicking Closing in the Right
panel.
Periods are closed one after the other.
Once a period is closed, it can only be re-opened using the Re-open period function
under Closing in the Financials > Utilities block.
Additional information on closing the period is discussed in a later topic.
Lesson 3
Accounts & Dimensions
In the following topics, you will learn how to define specific accounts, dimension
values, and account and dimension pyramids for reporting.
Accounts
Collective Account Groups
Account Pyramids
Dimension Values
Default Dimensions
Dimension Pyramids
Accounts
After defining the accounting plan and the account classes, you are ready to create
accounts. Accounts are defined using the Accounts function (GESGAC) under General
in the Common data > G/L accounting tables block.
Accounts created are associated with an account plan, which is selected at the Chart
field. The account plan is selected by clicking Plan in the Right panel.
The account number entered is based on the format defined for the account plan
selected.
- You can create an unlimited number of accounts for a single account plan.
- A warning displays if the account number entered does not match the format
defined.
- Additionally, a red underline displays in the field as soon as the entry differs
from the defined format.
If using multi legislation, you can optionally choose to select a currency at the
Currency field. Selecting a specific currency restricts the use of the account to that
currency only.
Accounts (continued)
Fields in the Accessibility section determine which users, companies, sites, and
groups can access, view, or select the account.
The Classification field is used to associate the account with a specific account
class.
Control Accounts
A control account requires the selection of a business partner for additional tracking
purposes and is normally associated with accounts receivable and accounts payable
accounts.
Business partners represent customers and suppliers.
When selecting an accounts receivable or accounts payable account as a default or
when entering a transaction, you can only select an account defined as a control
account.
To make an account a control account, you must select the Control check box.
Short Code
Use the Short code field to enter an additional reference to the account created. This
reference can be between 2 to 4 alphanumeric characters and is used as a keyboard
shortcut during data entry.
Short codes are specific to accounts and the same short cannot be used for multiple
accounts in the same account plan.
You must enter a short code if the Control account check box is selected.
You can use the short code when defining selection and search criteria in functions
and inquiries.
The short code entered must begin with a letter.
Default accounts
In the Default Accounts section, you can define default accounts used in another
account plan, requiring the user to enter information for that account whenever the
current account is selected.
You cannot create defaults for multiple accounts in the same account plan.
In instances where there is not a strict relationship between accounts in both ledgers,
you can define a wildcard string in the Screening field to permit for a range of
accounts to be specified in the subsequent ledger.
If the Default account field is left blank, you can select either Yes or No at the
Mandatory entry field. This indicates if posting to an affiliated ledger is mandatory
or not.
- Keep in mind, Analytical ledgers are not required to balance in the same manner
as Legal ledgers.
Management Tab
Use the Management tab to define information specific to recurring entries, taxes,
reporting codes, and consolidation.
In the Recurring Entries section, you can associate an accrual account with a
recurring account, which is typically an expense or revenue account.
- The automatic balance function of the recurring journals is used to automatically
balance a recurring journal account to the associated accrual account.
- If the accrual account selected is a control account, you must also select a
business partner at the BP field.
If you are using multiple legislations, you can determine if an exchange rate
variance for payments is generated during entry matching.
- In the Variance type section, you determine if the conversion variance calculated
is posted to the Balance Sheet, Profit and Loss (retained earnings account), or
not at all.
Taxes
The Taxes section allows for the specification of a tax code to a GL account. Also
subsequent journal postings against this account will capture the tax code on the journal
entry line.
Under Tax management, you have the following options:
- Not Subjected: Indicates the account is not used for tax management. This
would be for accounts such as employee expense accounts or depreciation
accounts.
- Subjected: Indicates the account receives entries that must be considered to
determine the taxable base (taxable and non-taxable amounts). The sales and
purchase accounts must have this option selected.
- Tax Account: Indicates the account is a tax account and determines the amount
of tax collected.
- The remaining options are not used in North America.
If you select either Subjected or Tax Account, you must indicate the taxing rules
under Tax allocation.
In the Tax codes fields, select the tax codes associated with the account.
- You can select a maximum of three codes for a single account.
- These fields are only available if either Subjected or Tax Account is selected
under Tax management.
Consolidation
The Consolidation section is only available if you have the Consolidation (CSL) activity
code active.
If the Consolidation analysis check box is selected, the pre-consolidated balance
details the balance of the account by partner.
- When consolidated, it groups transactions based on the values entered at the
Account if debit and Account if credit fields. All accounts with the same
debit/credit value are grouped together into one balance.
- If the check box is cleared all debit and credit entries will manifest in the
account itself and the account will present themselves at its net balance.
The Flow management field allows for the specification of a flow code on an
account. Any journal postings against this account will capture the flow code on the
journal entry line. The options available include Not entered, Optional, and
Mandatory.
- If Optional or Mandatory is selected, you can select a flow code to use at the
Flow if debit and Flow if credit fields.
- These codes are defined through the Data (GESADI) function under
Miscellaneous tables in the Development > Data and parameters block.
Miscellaneous Tab
Use the Miscellaneous tab to determine if the account is matchable, fixed assets are
tracked against the account, the default sign for entries and balances, and BP
authorization.
Select the Matchable check box to indicate that transactions relating to the same
source are matched. For example, this can be used to match entries posted for a
customer invoice to the invoice payment.
- You can have the system match automatically for you or manually match
transactions.
If the Summary reporting check box is selected, a summary total is displayed by
journal and month for the account on reports.
- If the check box is cleared, all individual detail postings are detailed on reports.
- Regardless of the selection, detailed information is always stored for the
account.
The Subject to discount check box is only active on the Miscellaneous tab if:
- The folder is mono-legislation and the discount management mode is set to
Breakdown by VAT, account level at the folder level.
- The folder is multi-legislation and the discount management mode is set to
Breakdown by VAT, account level at the legislation level.
The Credit level update field determines if the posting to this account triggers the
update of the customer or supplier record.
- This field is only available if the Control check box is selected.
The Default sign selected defines the default entry position when entering a manual
journal entry, either the Debit or Credit column. If unspecified, the cursor defaults to
the column possible to balance the entry.
The Balance sign selected defines the normal sign on the account balance. At the
end of the fiscal year, a list of accounts from which the sign of the balance is
different from the default sign is generated.
- You can also generate a list of customer with credit balances and suppliers with
debit balances based on this setting.
In the BP authorization section determines if a control account can receive entries
from one or more of the available business partner types.
Analytical Tab
Use the Analytical tab to determine if budgets are tracked for this account, as well as
default values.
Select the Budget tracking check box to track budget information for this account.
Budgets can only be entered for an analytical ledger, which is discussed in a later
topic.
Note: Dimension defaults are discussed in a later topic.
Bank ID Number Tab
Use the Bank ID number tab to define bank account information by country. You can
capture the bank ID number defined for the account when entering payments in the
Payment/receipt entry (GESPAY) function.
Updating the Account Plan
After creating accounts, you can return to the account plan and define information on
the Miscellaneous tab. This tab is used to define specific accounts to post to for such
miscellaneous accounts as the Suspense account.
Copying From an Existing Account
You can copy settings from one account to a new account, making the setup process
easier for accounts that are similar, such as multiple accounts receivable accounts or
expense accounts.
To copy information from an existing account to a new account, simply select the
account you want to copy from and enter a new account number at the Account
field.
When you Tab out of the field, it puts you in a new status; however, all entries and
selections made from the original account are defined for the new account.
When you click Create, you are prompted to continue with the copy process.
Copying Accounts from an Account Plan
You can copy accounts from one account plan to another. This is done by selecting
Copy chart of accounts under Functions in the Right panel.
You can copy from an account plan in either the current or another X3 Folder by
selecting the correct folders in the From folder and To the folder fields.
- Both fields automatically default to the current folder.
- Additionally, the account plan to copy from defaults to the current plan selected
and cannot be changed.
At the Copy of plan and To the plan fields, select the account plans to copy from
and to.
- If you are copying from an existing account plan in the same X3 folder, verify
the plan you want to copy from is selected prior to accessing this function.
- After selecting the plans, you can optionally enter a range of accounts to copy at
the Account ranges fields.
You can copy accounts from different account plans into a single account plan. For
example, you can copy accounts defined for both account plans A and B into
account plan C.
- This is done by first copy accounts from account plan A to account plan C and
then from account plan B to account plan C.
The system will not overwrite or modify any existing accounts during the copy
process. For example, if account 10005 is in both account plans, it will not be
overwritten or modified to match the account plan you are copying from.
When copying accounts, you should verify that the format for the account number
will accommodate accounts defined for the account plan you are copying from.
Collective Account Groups
Use Control groups (GESGSC) under General in the Common data > G/L accounting
tables block to group control accounts together under a single code for use when
defining selection criteria and in inquiry functions and reports.
For example, if you have multiple accounts receivable accounts, you can create a
control group to combine them together making it easier to view all information in
an inquiry function.
You can only select accounts defined as control accounts.

The same control account can be associated with one or more control groups.
The mnemonic entered for the account selected displays at the control field, not the
actual account number.
You can view and select accounts based on a specific plan by clicking Plan in the
Right panel.
Account Pyramids
Account pyramids define a hierarchy of accounts that are used for reporting purposes
and created to determine how much detail is provided based on the level used in the
defined pyramid.
Note: Group 2, in the pyramid below, does not have information defined in this
example.
A group can contain other groups or specific account numbers.

In the example above:
- Group 1 contains subgroups of Group 10 and Group 12
- Group 10, contains subgroups of Group 101 and 102
- Groups 101 and 102 contain specific account numbers.
When creating the pyramid, you determine the level, which determines the amount
of detail reported.
- The lower the level number the less amount of detail and the higher the level
number the greater amount of detail.
- The account number would represent the highest level meaning the greater
amount of detailed information.
- For example, if we reported using the pyramid above and level 40, you would
receive totals for group 101, 102, 121, and 122. You would not receive totals for
each individual account.
An existing account pyramid can be copied to a new pyramid in the same folder or
to a different folder using the Duplicate pyramid function on the Function block.
Account Pyramids (continued)

Account Pyramids
Use Account pyramids (GESGYM) under General in the Common data > G/L
accounting tables block to create a pyramid code and to view the pyramid schema
created.
You must have a pyramid code defined before creating account groups; however,
you cannot view or create the actual pyramid schema until account groups are
created.

For each pyramid, you must define an ID and associate it with an account plan.
- You can assign the same account plan to multiple pyramids, giving you
unlimited flexibility in how information is reported.
The value entered at the Start group field represents the root group, or the highest
level of your pyramid.
- In the example above, TOTAL is the highest level and all other groups total into
this level.
- Although it is considered an account group, when creating a new pyramid the
system automatically creates it as TOTAL.
- You can modify this group in the Account groups function.
Not all levels have to represent the same information.
- For example, level 30 does not have to be all account groups, it can be reporting
on a combination of account groups and specific account numbers.
You can switch between the List and Graph view by clicking the Actions icon for
the Pyramid and selecting either Show list or Show graph.
Once a pyramid is created, you can manually make changes by clicking and
dragging groups to different levels.
- As you make changes, the appropriate account groups are also automatically
updated to reflect the correct level information.
A Pyramid toolbox is also accessible in the display allowing you to print the
pyramid information.

Account Groups
Use Account groups (GESGRY) under General in the Common data > G/L accounting
tables block to create groupings within the pyramid. You can add subgroups to build up
the pyramid and/or add specific account numbers.
When defining account groups, you must start building from the bottom of the
pyramid (most amount of detail) to the top (least amount of detail).
Account groups created are associated with a pyramid, which also determines the
chart of accounts used.
- The pyramid is selected by clicking Pyramids in the Right panel.

At the Group field, enter a group ID and a description to identify the grouping of
sub-groups and/or accounts. The description displays in inquiries and on reports to
identify the group.
The account group displayed at the Parent group field is assigned by the system
based on the definition level assigned to the group you are creating.
- It represents the group the current group is grouped under in the Pyramid. For
example, group 1 is under the TOTAL group.
At the Definition level field, assign a level to the group numbered anywhere
between 1 and 98.
- Level 99 is reserved for dimension types, which are used when defining a
Dimension Pyramid.
- Multiple groups can be assigned the same level number. This puts them on the
same level in the pyramid. For example, groups 10, 12, 15, and 18 all have the
same group level.
- If the group is included in another group for the pyramid, the level number must
be greater than that of the group in which it is included. For example, the
TOTAL level is 10; therefore, anything included in this group must be numbered
11 or higher.
- If the group contains sub-groups, the level must be less than that of the sub-
groups. For example, if sub-groups 10, 12, 15 and 18 all have level 30, than
group 1 must be 29 or lower.
At the Print row field, enter a row number that is used when printing the group and
aids in sorting the groups of the same level.
In the Controls section, you can define a non-financial unit of entry that is used for
the dimensions associated with a natural account as well as determine if budget
information is associated with the group.
In the Subgroups section, you can add existing account groups as sub-groups of the
group you are currently defining. For example, groups 10, 12, 15, and 18 all rollup
into group 1.
The Accounts section is used to add individual accounts to the group you are
currently defining.

Auto Generating Pyramids
In addition to manually creating a pyramid, you can also have the system auto generate
a pyramid in the Account pyramids (GESCYM) function including groups using the
Auto generation option under the Functions block in the Right panel.
Each level of the pyramid generated is given a number, with 10 being the highest,
20 next, etc.
Each account is assigned a level based on its length (number of characters). For
example, level 20 starts with accounts that start with 1, level 30 continues with
accounts that start with 11, 12, etc.
Verification
You can run a verification that checks to ensure all relevant values are in the pyramid
and that you have not mixed account specific groups with sub-groups, etc.
To run a verification, select Verification from the Functions block in the Right panel
of the Account pyramid function.
When the verification is run, a report is generated and documents any discrepancies
that are found.
You can run the verification as many times as needed to ensure the pyramid will
function correctly when used for inquiries or reports.

Account Information
As you assign accounts to a group in the Account groups function, the system
automatically updates the Pyramids tab in the Accounts function for the appropriate
account.
Information includes the Pyramid, Group, Level, and Row it was assigned to.
You cannot modify information for account pyramids that have already been
created; however, you can assign an account to an existing pyramid and group.
To modify a group or pyramid an account is assigned to, use the Account groups
function.
Dimension Values
Use Analytical dimensions (GESCEE) under Analytical in the Common data > G/L
accounting tables block to define values for all dimension types defined in the
Dimension types function. You can define an unlimited number of dimension values for
each dimension type.
The value entered at the Dimension field is based on the format defined for the
dimension type selected. You can create an unlimited number of values for a single
dimension type.
The Accessibility section determines which users, companies, sites, and groups can
access, view, or select the dimension.
Select the Budget tracking check box in the Management section to enter and track
budget information for the selected value.
Dimension Values (continued)

Select the Chargeable check box to indicate whether or not you can post entries to
this dimension. Otherwise, it is strictly used for budget tracking.
In the Other Dimensions section, you can define default values for other dimension
types.
- These values are automatically populated into the appropriate dimension type
field when the current value is selected during journal, invoice, or payment
entry.
- The default values can be changed during data entry.
In the Non-Financial Units section, you define non-financial information associated
with the selected value. For example, you can enter the number of employees in a
specific department.
Updating Account Plan with Default Dimension Types
After defining dimension information including the dimension type and values, you can
associate a default dimension with a specific account plan and account root on the
Default Dimension Types tab in the Chart of accounts function.
After defining the defaults, you can click the Execute button to update the
appropriate accounts with the default dimension information.
For example, you can define that all accounts starting with “4” will be assigned the
DPT (Department) dimension value and the “admin” department.
Defining a specific default dimension is optional.
Default Dimensions
Once dimension types are defined, there are several functions in which you can define
default types associated with an entity, such as an account, customer, etc.
Default Dimension Types
Use Default dimension types (GESCDI) in the Setup > Organizational structure block to
define which dimension types are associated with specific entities in the system, such as
a product, customer, supplier, sales rep, user, etc.
For example, in the figure below, the CCT, PRJ, PRO, and MAR dimension types
are associated with the Customer entity.
- When creating a customer, you can enter values only for those dimension types
associated with the entity.
- No other dimension types are shown and a user cannot add an additional
dimension type.
A single dimension type can be assigned to multiple entities.
Default Dimension (continued)

Charts of Accounts
In the Charts of accounts function, you can define default dimension types associated
with a specific account root on the Default dimension types tab.
For a specific account root, you can define a dimension type and optionally a default
dimension value.
- The Account root field represents the first character in an account number. In the
example shown above, any account starting with “4” will have the dimension
types of CCT, EMP, MAR, PRO, etc. associated with it.
- Dimension codes must already have been defined in the Analytical dimension
function to assign a value at the Default dimension field.
You can also assign dimension types and dimension codes at the account level in the
Accounts function.
If you have already defined accounts, click the Run icon to automatically update
existing accounts with any information defined on this tab.
Default Dimension (continued)

Accounts
In the Accounts function, you can associate specific dimension types to an account on
an account-by-account basis. You can also define a default dimension code that is used
when processing transactions.
The default dimension code can be changed when entering a transaction.
Dimension Pyramids
Dimension pyramids define a hierarchy of dimensions that are used for reporting
purposes and created to determine how much detail is provided based on the level used
in the defined pyramid.
For example, you can create a dimension pyramid to report information on various
dimension types (e.g. Bike). You can receive information either by individual
dimension code or by each individual dimension type.
A group can contain other groups or specific account numbers.

In the example above:
- Group Total contains subgroups of Group Bike and Group COMP
- Group Bike, contains specific items.
When creating the pyramid, you determine the level, which determines the amount
of detail reported.
- The lower the level number the less amount of detail and the higher the level
number the greater amount of detail.
- The dimension code would represent the highest level meaning the greater
amount of detailed information.
- For example, if we reported using the pyramid above and level 20, you would
receive totals for group Bike and COMP. You would not receive totals for each
individual dimension code.
Dimension Pyramids (continued)

Dimension Pyramids
Use Dimension pyramids (GESCYM) under Analytical in the Common data > G/L
accounting tables block to create a pyramid code and to view the pyramid schema
created.
You must have a pyramid code defined before creating dimension groups; however,
you cannot view or create the actual pyramid schema until dimension groups are
created.
For each pyramid, you must define an ID and associate it with a dimension type.
- You can assign the same dimension type to multiple pyramids, giving you
unlimited flexibility in how information is reported.

The value entered at the Start group field represents the root group, or the highest
level of your pyramid.
- In the example above, TOTAL is the highest level and all other groups total into
this level.
- Although it is considered a dimension group, when creating a new pyramid the
system automatically creates it as TOTAL.
- You can modify this group in the Dimension groups function.
Not all levels have to represent the same information.
- For example, level 30 does not have to be all dimension groups, it can be
reporting on a combination of dimension groups and specific dimension codes.
Once a pyramid is created, you can manually make changes by clicking and
dragging groups to different levels.
- As you make changes, the appropriate dimension groups are also automatically
updated to reflect the correct level information.
A Pyramid toolbox is also accessible in the display allowing you to print the
pyramid information.

Dimension Groups
Use Dimension groups (GESCRY) under Analytical in the Common data > G/L
accounting tables block to create groupings within the pyramid. You can add subgroups
to build up the pyramid and/or add specific dimension codes.
When defining dimension groups, you must start building from the bottom of the
pyramid (most amount of detail) to the top (least amount of detail).
Dimension groups created are associated with a pyramid, which also determine the
dimension codes used.
- The pyramid is selected by clicking Pyramids in the Right panel.
At the Group field, enter a group ID to identify the grouping of sub-groups and/or
dimension codes.
- The description displays in inquiries and on reports to identify the group.

The dimension group displayed at the Parent group field is assigned by the system
based on the definition level assigned to the group you are creating.
- It represents the group the current group is grouped under in the Pyramid. For
example, group O is under the TOTAL group.
At the Definition level field, assign a level to the group numbered anywhere
between 1 and 99.
- Multiple groups can be assigned the same level number. This puts them on the
same level in the pyramid. For example, groups 50 and 60 all have the same
group level.
- If the group is included in another group for the pyramid, the level number must
be greater than that of the group in which it is included. For example, the
TOTAL level is 10; therefore, anything included in this group must be numbered
11 or higher.
- If the group contains sub-groups, the level must be less than that of the sub-
groups. For example, if sub-groups 50 and 60 all have level 20, than any higher
group must be 19 or lower.
At the Print row field, enter a row number that is used when printing the group and
aids in sorting the groups of the same level.
Select the Budget tracking check box to permit for the loading of budgetary data at
the dimension group level.
The Subgroups section is used to add existing dimension groups as sub-groups of
the group you are currently defining.
The Dimensions section is used to add individual dimension codes to the group you
are currently defining.

Auto Generating Pyramids
In addition to manually creating a pyramid, you can also have the system auto generate
a pyramid in the Dimension pyramids function including groups using the Auto
generation function under Function in the Right panel.
Each level of the pyramid generated is given a number, with 10 being the highest,
20 next, etc.
Each account is assigned a level based on its length (number of characters). For
example, level 20 starts with accounts that start with 1, level 30 continues with
accounts that start with 11, 12, etc.
Select the Use wild-cards check to allow for the automatic entry of new accounts
into the group based on the wildcard string defined (e.g. 10* would auto-include any
accounts which start with 10).
The Homogenous levels check box should be selected if you wish for all branches in
the pyramid to have the same number of levels.
Verification
You can run a verification option that checks to ensure all relevant values are in the
pyramid and you have not mixed dimension code specific groups with sub-groups, etc.
To run a verification, select Verification under Functions in the Right panel.
When the verification is run, a report is generated and documents any discrepancies
that are found.
You can run the verification as many times as needed to ensure the pyramid will
function correctly when used for inquiries or reports.

Dimension Information
As you assign dimensions to a group in the Dimension groups function, the system
automatically updates the Pyramids tab in the Analytical dimensions function for the
appropriate dimension.
Information includes the Pyramid, Group, Level, and Row it was assigned to.
You cannot modify information for dimension pyramids that have already been
created; however, you can assign a dimension to an existing pyramid and group.
To modify a group or pyramid a dimension is assigned to, use the Dimension groups
function.
Lesson 4
Entries
In the following topics, you will learn how enter such transactions as journal entries,
reversing entries, simulations, commitments, allocations, and gain a basic understanding
of Automatic Journals.
Posting to the General Ledger
Journal Entry Setup
Journal Codes
Journal Entries
Reversing Entries
Batch Entry
Final Validation
Allocations
Automatic Journals
Posting to the General Ledger
Prior to reviewing the functions available for manually entering journal transactions, it
is important to understand how ledgers are updated, including the general ledger.
The Production, Fixed Assets, and Stock journals post via a user controlled
interaction, which can be run by a batch process.
The Sales and Purchase journals as well as the Manual Journals post to the General
Ledger in real time.
- For example, when entering an invoice it updates the appropriate ledger(s) when
you click Post.
With the exception of manually entering a journal entry, all other functions post
using automatic journals.
- All of these functions can be monitored in the Accounting tasks monitor.
Note: An overview of automatic journals is discussed later in this course.
Journal Entry Setup
When entering journal transactions, there are several elements that come together to
define the transaction. This includes:
Document Type (Entry type): Defines the various types of journal that are used in
accounting.
Journal Entry Transaction (Transaction): Defines the layout of the data entry screen
and fields displayed or hidden.
Journal Code (Journal): Defines the source journal for journal entries.
Journal Entry Setup (continued)

Document Types
Use Document types (GESGTE) in the Setup > Financials block to define the various
types of journals that are used for posting transactions. This includes those manually
entered in the Journal entries function or through functions entered in other modules
such as Stock, Purchasing, and Sales.

You can define who has access to the document type in the Accessibility section and
specify which type of journals are created in the Category section.
- The Actual journal check box must be selected in order to create a final entry.
The Identification section allows you to define the default journal to post to in
general ledger and the document number sequence counter for transactions.
- When entering transactions, the document number applied on the original entry
flows through the system to the journal entry.
- The document type that defines the journal entry that also defines the document
numbers such as invoice numbers, receipt numbers, etc.
- Document numbers are defined as sequence counter codes which are defined in
the Structures (GESANM) function under Sequence number definition in the
Setup > General parameters block.
Journal Entry Transactions
Use Journal entry transactions (GESGDE) in the Setup > Financials block to define
entry transactions specific to the Journal entries function. Entry transactions are used to
customize the entry screens specific to a company’s requirements. You can create
multiple entry transactions for the same function.

There are three entry types available, they include:
- Column: On journal entry, for each line, all the manual ledgers are visible.
- Row: On journal entry, the first lines corresponds to the first ledger specified in
the list of ledgers for the current transaction.
- Tab: The tab configuration in only available in inquiry.
If the Entry by log flag check box is selected, the entry transaction is only used in
the Batch entry function.
If the current entry transactions fields are no numerous, select the ‘one page’ flag
check box. This indicates that the journal entry window displayed will be one page,
not utilizing the Header and Lines tabs.
In the Account Structure section, you can specify the account core models for which
account structures can be applied to the current entry transaction.
- If needed, specify an entry model at the Account Structure field that can be used
only within the account core model selected.
- If no chart of accounts has been specified, the current transaction will be used
regardless.
If multiple entry transactions are defined, you are prompted for the appropriate entry
transaction to use when accessing the specific data entry function.
Header and Line Tabs
On the Header and Line tabs, you determine if a field is display only, allows for data
entry, or is hidden. In some cases you can also determine the default value and whether
the field displays in form mode.
Dimensions Tab
Use the Dimensions tab to select dimension types that you want to display or have the
user enter data for during data entry. You can also define a default value.
Journal Codes
Every entry posted originates from a specific journal code. Use Journal codes
(GESIOU) under General in the Common data > G/L accounting tables block to define
and modify the codes for identifying the source journal for journal entries.
A default set of journal codes is created automatically and are associated with the
appropriate automatic journals defined when creating a new company.
If Treasury is selected at the Type field, you must select a treasury (bank) account in
the Management section. This account is used as the offset for any transaction
posting to this journal code to balance the transaction, if needed.
Type
The Type field identifies how the journal is used. The options available for type include
Sales, Purchasing, Treasury (Cash), Miscellaneous Operations, and Balance Forward.
Six journal types have been allocated to the miscellaneous operations.
- Misc. Operations 1, Misc. Operations 2, and Misc. Operations 3 are reserved for
the general accounting.
- Misc. Operations 4, Misc. Operations 5, and Misc. Operations 6 are for
dimension accounting.
- The titles of the miscellaneous operation types can be changed through the Local
blocks function in the Setup > General parameters block.
Once entries are posted to a specific journal code, you cannot modify the type.
Journal Codes (continued)

Status
Click Status in the Right panel to define a starting and ending date range for when the
journal code can be used.
You must define a starting date for the journal code; however, if the journal code
does not a have a specific ending date, leave the Opening end date field blank.
The journal code can only be used on or after the starting date and on or before the
ending date.
If the date entered for the transaction does not fall within the active period, an error
message displays when posting the entry.
You can optionally click Opening in the Right panel to define a start and end date
for a range of journal codes based on specific selection criteria.
Plan
If you have accounts typically used for a specific journal or if you want to restrict the
journal from being used with specific accounts, click Plan in the Right panel.
In the Frequent Account List section, select a list of frequent accounts. This does not
limit the journal code these accounts but provides an easy to use lookup feature
whenever the journal code is used for a transaction.
In the Restricted accounts section, you can restrict the journal code from being used
with the accounts selected.
- You must manually enter account numbers.
- You can also use a wildcard (*) or ? to represent specific character values.
- For example, 6* would restrict this journal code from being used with any
accounting starting with “6”.
Defining information in this function is optional.
Journal Entries
Use Journal entry (GESGAS) in the Financials > Journals block to enter journal entries
consisting of details closely related to a single purpose. Examples include adjusting
entries and depreciation.
If specific transaction entries were defined for this function, you are prompted for
the transaction prior to accessing the function.
When you first access Journal entry, the last entry you viewed or entered in this
function displays.
- You can view all entries made regardless of the function used in the left
navigation pane.
- This includes transactions posted from Sales, Purchasing, etc.
Header Information
For each entry, you must enter header information which details such information as the
site, entry type, journal, date, and currency information.
Journal Entries (continued)

The number displayed at the Number field is assigned when the entry is created. It is
generated based on the document type and parameters defined.
The date entered at the Date field represents the transaction date. The date on the
document which is used for currency purposes is entered at the Document date field.
You can also define a default due date, reference, and determine if the entry is a
reversing entry.
Category
The category selected at the Category field determines how the transaction affects the
general ledger. The options available include:
Actual Actuals can be viewed and printed on reports and
affects the balance of an account.
Active simulation Simulated journal entries are used to view the
impact a transaction may have on the balance of an
account without actually affecting the balance.
Simulated journals can be included in inquiries
and on reports.
It is important to note that a period cannot be
closed if simulation postings have not been
converted to actual or made inactive.
Inactive simulation Used to change an active simulation to inactive so
that it is no longer viewable in inquiries and on
reports.
Off-balance sheet If selected, you can only post to accounts
associated with an account category defined as
Exceptional.
This type is generally used to track financial
commitments.
Template Used to create a template entry that can be used as
the basis for generating recurring general ledger
entries.
Template entries do not update account balances
or general ledger.

Status
An entry can have one of two statuses: Final and Temporary. Once an entry is in a Final
status, you can no longer make modifications to information such as the date, amounts,
accounts, and other purely accounting information fields.
The exception is for analytical postings, which can be modified at any time as they
have no impact on an accounts balance.
You can enter a transaction in a Temporary status and later change it to Final;
however, if entered in a Final status changes cannot be made once the entry is
created.
If you have multiple entries with a Temporary status, you can change them all too
Final using the Final Validation function.
Details
The details for an entry are entered in the grid. A separate row is entered for each
account that makes up the entry.
The information entered is based on the document type selected. For example, this
can determine if a BP is selected, whether columns display for dimension types, etc.
The cursor defaults to the Debit or Credit column based on the default sense
assigned to the selected account.
- If the default account sense is not defined, the cursor defaults to the column that
is used to balance the entry.
- You can also right-click in the Debit or Credit column to access options for
balancing the entry. This includes Balance and Account Balance.
- An additional option of Forced amount is available when using different
currencies.

If a tax code is selected for a line, the system will automatically calculate the tax
lines based on the amount entered and the setup of the tax code.
When entering analytical information, you may be required to enter information
such as a quantity and unit of measure.
The Total debit and Total credit fields provide total debits and credits entered. The
balances must match to be in balance.
Inter-Site Journal Entries
You can create journal entries that post an amount from one site to another. You must
have defined linked accounts for the sites you want to enter transactions between in the
Chart of accounts function.
The linked account defined between sites is used to balance the entry when created.
When entering the line items for the entry, simply select the site, account, and enter
the appropriate debit/credit amount.
When you click Create, the system will automatically balance the entry within the
individual sites based on the linked account defined.
Reversing Entries
You can also use the Journal entry function to enter accruals that are reversed as of a
date you specify. This is referred to as a reversing entry.
You can define an entry as reversing by selecting Yes at the Reversal field. Once
selected, you can define a reversal date and description.
Only the original entry posts when created based on the status.
The reversing entry is posted using either Reversal under Zooms in the Right panel
or by selecting the Reversals (CPTEXT) function.
Reversing
There are two ways to create the actual reversing journal entry.
You can select the entry in the Journal entry function and select Reversal under
Zooms in the Right panel.
- Select the Debit <=> Credit option to post the reversing entry as reversed debits
and credits or select Amount <=> Negative Amount to post the reversing entry
as a negative debit and credit.
- When posting a single reversing entry, you can modify the reversing date at the
Reversal date field. Additionally, you can change the generated description.
Reversing Entries (continued)

You can reverse multiple entries at one time by selecting Reversals (CPTEXT) from
the Financials > Current processings block.
- When posting reversing entries for multiple reversing journal entries, you can
define a selection criteria. For example, you can post the reversing entries for a
specific company, site, and journal.
Once the reversing entry is posted, the Reversing field on the original reversing
journal entry created is changed to Reversed.
Batch Entry
Use Batch entry (GESLOT) in the Financials > Journals block to enter transactions in a
batch mode. This allows you to enter multiple entries with different journals in the same
function prior to validating and creating.
In the Header section, you can define a default site, journal, and description.
- If transaction entries have been defined, you must select the entry transaction to
use for creating the journal entries. This is the same as selecting the transaction
when accessing the Journal entry function.
In the Input section, enter the individual entries.
- The document field is set to Yes for the first line or any entry and No for each
associated line.
- In the example show, lines 1 and 2 are grouped together as on entry and lines 3
and 4 are grouped together as a second entry.
Batch Entry (continued)

You can save a batch that is not balanced; however, it cannot be posted until all
entries in the batch are in balance.
Batches are validated and posted using the Batches function.
Batches
Use Batches (CPTLOT) in the Financials > Current processings block to validate and
post batches created in the Batches function.
You can post the entries as Actual, Active Simulation, or Inactive Simulation, as
well as a Final or Temporary journal entry.
You can also select to view the log file to detail the process and entries generated
and to automatically delete the log file once viewed.
The Batch server must be Active and the Accounting functions status Active.
- From the Usage > Batch server block, select Accounting functions and verify the
Task Status is Active for ACCENTRY.
- To activate the batch server, select the Server activation function from the Usage
> Batch server block and select Yes.
Allocations
An allocation is the posting of an amount from an account (source), usually an expense

account, to several other analytic dimension values (destination). There are a number of
uses for allocations.
For example, an invoice is received from the telephone company entered into
Accounts Payable.
- The accounts payable clerk posts the invoice to the telephone expense account.
- Because the expense is allocated out over several different departments
(dimension), it is necessary to take the amount and allocate a portion to the
different department values.
When posting entries, it is important to keep in mind that you can allocate the
amount posted to an account to a specific analytical dimension value; however, not
to multiple dimensions values for the same type.
Defining an analytic allocation makes the above example easier to achieve.
There are several ways to allocate an amount either when entering an individual
transaction using a pre-defined distribution or by using the Dimensional allocations
function.
Allocations (continued)
Analytic Allocation
Use Analytical allocation (GESDSP) under Analytical in the Common data > G/L
accounting tables block to define how a specific amount is distributed into several
analytical dimensions. The allocations defined are used at the Distribution field when
entering an individual line item on a transaction.
In the Dimension Types section, select the dimension types to include. You can
distribute to more than one dimension type.
In the Dimensions section, enter the conversion factor and the appropriate
dimension value. A separate column displays for each dimension type selected.
The conversion factor entered represents the coefficient used to calculate the amount
to assign to the dimension(s) selected.
- If you select multiple dimension types, the conversion factor entered applies to
all values selected on the row.
- You cannot enter a different conversion factor for each different dimension
type/dimension combination.
- The total of the coefficients entered cannot exceed 100%.
- The system will calculate the relative weighting for the different lines with
respect to the account posting amount.
If the allocation you are defining is only valid for a specific period of time, you can
enter a starting and ending date at the Valid from and Valid to fields.
- You are not required to enter both a valid from and valid to date.
- For example, you can enter only a valid from date to ensure the allocation is not
used until on or after that date.
Using Analytic Allocations During Data Entry
When entering a line item for a transaction, you can distribute the value entered to a
specific dimension value. However, if you want that amount distributed to several
dimension values, you must either enter multiple line items posting to the same account
with different amounts for each dimension value, or you can use analytical allocation.
To use an analytical allocation, select the allocation defined at the Distribution field
for a specific line item.
Once the transaction is posted an in a final status, click the Actions icon on the
appropriate line and select Analytical account inquiry to view the allocation.
- If you select the Account inquiry option from the Action icon, click the
appropriate row in the inquiry window and select Analytical to view the
analytical breakdown.
Later Distributions
If at the time you are entering a transaction, you are not sure of the dimensional
allocation, you can choose to allocate the account amount to the appropriate
dimensional value(s) using Dimensional allocations.
Prior to using this function, you must first define allocation information in the Later
distributions (GESDAD) function under Accounting forms in the Setup > Financials
block.
This function allows you to define the dimensions affected, account balance to use,
and percentages.
In the Setup section, define information for the allocation including the dimension
type, dimension value, account to distribute, percentage, and source information.
The type selected at the Type field controls the calculation method for the amount
that is posted to the destination dimension(s). This amount can be:
- Calculated based on the quantity of allocation non-financial units entered into
the selected receiving dimension(s).
- Calculated based on the balance in amount or on the quantities consumed at a
given date: either the selected destination dimension(s) or allocation account.
Creating Allocations using Later Distributions
Use Dimensional allocations (CPTDSPANA) in the Financials > Current processings
block to allocate an amount from an account to the appropriate dimension values based
on settings defined in Later distributions.
You can select either a company or group or specific companies to post the selected
allocation for.
In the Criteria section, select the later distribution at the Structure field.
In the Generation section, you can select the allocation period and calculation period
to use based on the setup of the distribution selected, as well as determine if the
entries created are actual, simulated, temporary, or final.
- If the entries created are simulated and/or temporary, use the same methods as
discussed previously regarding temporary entries and simulated entries.
You must also define the type of entry and journal to use when creating the entries.
Automatic Journals
All activity that generates a profit or loss in a company needs to post in accounting. The
connection between these is the accounting interface.
Note: This topic is intended to provide a brief overview of automatic journals.
Automatic Journals (continued)

The automatic journals convert a document into an entry journal. They are used
when a document is validated (invoices, payments, etc.) or an interface process is
run (stocks and WIP).
The program will search the automatic journal associated with the original
document and applies the parameterization set to create the journal entry.
You can define a group of automatic journals in order to:
- Create different entries for a given automatic journal code.
- Have different automatic journals according to each legislation.
- Generate automatic matching for entries (only usable in payment automatic
journals)
The program will search the automatic journal associated with the original
document and apply the parameterization set to create the journal entry.

Accounting Codes & Automatic Journals
Accounting codes and automatic journals work together to determine accounts and how
to generate the appropriate journal entries.
Note: It is important to keep in mind that an understanding of the entire program,
formulas, and tables is necessary to modify automatic journals.
Accounting codes can be related to a different type of element such as a supplier,

customer, item, invoice line items, tax code, fixed asset, etc.
The system automatically includes a standard set of automatic journals and
accounting codes for standard postings of transactions.
The only time they are modified, is if special posting requirements are in place and
the source of the actual accounts to use are not part of the standard structure.

Accounting Codes
Use Accounting codes (GESCAC) under Accounting interface in the Setup > Financials
block to view and create accounting codes.
The Type field identifies what you are creating the accounting code for, as well as
the code and description.
In the Details section, define the accounts based on the type selected. You can
define specific accounts, use wildcards to generate the account from multiple codes,
or leave blank.
- If you leave an account blank, it is assumed you are setting up the automatic
journal to either include an account or to look to another source.
You can define an unlimited number of accounting codes.

Automatic Journals
Use Automatic journals (GESGAU) under Accounting interface in the Setup >
Financials block to view and add automatic journals. Remember, the program
automatically includes automatic journals for standard posting processes for each
module.
You define information such as the module, grouping, formulas for generating the
description, if negative entries are allowed, and any special linking to additional
tables.

Lines
Click Lines in the Right panel to define how the actual entry posts including accounting
codes, ledgers, and any special formulas.
Lesson 5
Financial Data Extraction
In the following topics, you will learn the purpose of financial data extraction and
understand how to use the tools available to create any financial report.
General Overview
Financial Extraction Calculation
Financial Extraction Inquiry
General Overview
The Financial data extraction tool allows you to extract data from the general ledger,
analytical dimensions, and budgets.
The parameters you define are based on fixed data (e.g. account characters,
dimensions, etc.) and variables (e.g. an amount based on the result of another field)
Execution of the data extraction is in a single mode or for a group of reporting
codes.
There are standard reports (USBS and USPL); however, you can build your own
report and link it to a reporting code or group.
Use Financial data extraction (GESTXS) under Accounting forms in the Setup >
Financials block to define the report format as well as formulas for extracting amounts
and quantities.
For each financial data extraction definition, you must enter a code and group ID.
- You can create a new group by entering a new group ID or select one already
created.
- Remember, you can run the financial data extraction for either a single
extraction code or a group.
In the Ledgers section, select the default general and analytical ledgers to use.
- These are used when defining information to filter the data available.
Definition Tab
Use the Definition tab to define in the lines what you want to see across the columns of
the report created, fields to drill-down on, version management, and a link to any
special Office documents.
Financial Data Extraction (continued)

Columns Section
For each line in the Columns section, enter a column title, total calculation, input
characters, style and effect, devisor factor, and decimals.
In the Total field, you can optionally enter a simple formula using the four
arithmetic operations (e.g. +, -, *, and /) to calculate a total based on other columns.
- For example, the formula 1-2 will display the different between column 1 and
column 2.
- Each entered number represents a column number.
- If a formula is entered, all the lines of the column (Lines tab) are entered with
the same formula, which cannot be changed.
- If you leave this field blank, you can define different formulas to use for various
lines defined on the Lines tab.
- Deleting a formula from the Total field on the Definition tab does not remove
them from the appropriate fields on the Lines tab.
At the Input field, you determine if the column is hidden, displayed, or entered when
generating the report or inquiry.
- If you create a column needed specific to creating a calculation; however, you
do not want it displayed, select the Hidden option.
The Style and Effect fields define how the values display in the column. For
example, you can have a style of Italic with an Underlined effect.
At the Divisio factor and Decimals fields change the displayed values.
- The devisor must be greater than zero and makes it possible, for instance, to
display amounts in thousands or Euros.
Storage Section
By default, all calculated amounts are stored in detail. For each financial data extraction
it is necessary to specify whether the account, business partner, or dimension detail
should be stored.
The detail storage information is then used to navigate with the inquiry allowing you
to sort information by site, account detail, etc.
The Site detail check box is always selected and the BP detail check box is only
available if the Account detail check box is selected.
For each option selected, you can associate additional information. This information
appears in detail inquiry as well as on printed reports.
- For example, for the BP detail, you can select to display the business partner
name.

Special Features Section
Select the Auto numbering of versions check box to activate version management,
which will automatically number versions of the reports generated for the financial
extraction code.
- If this check box is clear, you can manually enter a version number.
You can also select to print negative amount in brackets by selecting the Negative in
brackets check box.
If you have created a specific report code to use with the extraction code, select the
report code at the Report code field. Otherwise, the system will use the default of
TXSVAL.
Lines Tab
Use the Lines tab to define the data to display for each column created on the Definition
tab. Basically, these are the lines of the report.
Each line must have a title entered at the Title field. You can enter a maximum of 50
characters as the title.
For each line, identify under each column the data you want to trigger. You can use
a formula with the following structure:
- Up to 250 characters
- One formula can be the concatenation of several expressions, separate with
spaces
- If one formula has more than one expressions, the calculated amounts are the
sum of each expression
- If a line is left completely blank, the title still displays.

For each formula, click the Actions icon in the field to:
- Modify – If you have more than one expression, you must specify which one
you want to modify. The system leads you through a formula wizard where you
can make modifications. The wizard is discussed later in this topic.
- Add – Select this option to access the wizard to create a formula.
- Format field – Select this option to define a different style or print effect.
- Summarize Yes – Summarizes the information and does not display the detail.
Can turn off by clicking the Actions icon and selecting Summarize No.
- Copy to the bottom – Select this option to copy the current formula to any
remaining fields in the column.
- Significance – This option gives you a detailed explanation of what the formula
is triggering. For example, the formula “266 D268 269” would provide the
following result:

Help
Using Help you are able to view all the syntax information and a description. This
includes syntax for:
Amounts extracted from the General Balance
Amounts extracted from the Analytical Balance
Use of the Pyramids
Amounts extracted from the Budgets
Formula Wizard
The Formula wizard automatically displays when you select the Add or Modify options
through the Actions icon. The Formula data extraction wizard is designed to guide you
through the creation of a formula; making it unnecessary to know the various extraction
syntaxes.

Based on the selections made, the wizard enables all the fields related to the chosen
type and disables all the others that are out of context.
- For example, if you select Budget accounting in the Formula Type section, the
Budget and Version fields in the Budget section are available.
You can also define your own formula by selecting Expression as the formula type
and entering the formula at the Expression field.
The Formula field displays the formula you have created.
Variables Tab
Use the Variables tab to define variables used in the analytical and totals formulas, as
well as to search for a value in another version and/or financial data extraction.
The name of the variable always starts with “V_” followed by a maximum of 8
characters.
- If “V_” is not entered, the system will automatically add it to the name once
entered.
At the Type field, select the data type. This controls the data entered and determines
what value the user is prompted for either when performing the extraction or in the
inquiry window.
- The options available include: BUP (Budget code), BUV (Budget versions),
CCE (Analytical dimension), DIE (Dimension types), GAC (G/L accounts), and
TXS (Financial data extraction).
The option selected at the Type field determines what you select at the Parameter
field. For example, if you select GAC, you must select the chart of accounts to use
at the Parameter field.
You can optionally select a default value at the Default value field. You are
prompted for values in inquiry functions and when extracting data for the report.
- The default value is also based on the Type selected. For example, if you choose
BUP as the type, you can select a default budget code.

Usage Examples
To make a reference to one or more fields from the extracted data.
- $V1(L5(2)) – It takes the value of line 5 and column 2 from version V1 of the
current extracted data table.
- $T1.V1(L5(2)) – It takes the value of line 5 and column 2 from version V1 of
the reporting code T1. The amount is achieved but not the detail of the value.
- The syntax “$” is used to make reference into any line/column.
Used to replace the crossing dimensions (Type=BUP), dimensions (Type=CCE),
accounts (Type=GAC) and to use them in budgets, general ledger accounting, and
analytical accounting. The variable must exist in the table in order to use in the line.
To replace any value like a rate. For example, R((L1)*V_TAUX).
Report Tab
Use the Report tab to define the information for the page format that is passed to the
report when printed.
You can generate information to displays in the Page Header and Page Footer using
either free text or a formula.
- You can create multiple lines in these sections and determine if it is Left, Center,
or Right text.
If you are entering free text, you must enter between quotes (“”).
Financial Extraction Calculation
Use Calculation (TXSGRP) under Financial data extraction in the Financials >
Reporting block to perform the data extraction and calculations necessary and create the
table used to view information in the Inquiry function.
You can select to run the calculation for all extraction codes defined for a group or a
range at the Start and End fields.
You can either select to automatically generate the version for the extracted data by
selecting the Automatic version check box or manually enter a version at the New
version field.
- You can have an unlimited number of versions created.
- Once a version is created, you can extract and recalculate the data for that
version by selecting a specific version at the Version field in the List section.
- When recalculating for an existing version, you can choose to recalculate using
the same parameters and values or select new ones.
The number entered at the Period shift field is to aid in the entry of preloaded dates
in the Start and End fields in the Parameter Definition section.
The List section lists the extraction codes selected. For each code, you must define
parameters and variable values.
Financial Extraction Calculation (continued)

The Variables section displays variables and you can enter a value at the Value
column.
Parameter Definition Section
The Parameter definition section defines information to determine the data extracted for
the extraction code selected in the List section. For example, the company and dates to
use.
The columns listed are associated with the extraction code selected.
- For each column, you must define parameters such as the company, site,
start/end dates, currency information, and the amount type.
The Sel. curr field defines the selection currency. If you select a specific currency,
only the amounts in that currency are extracted. Leave the field blank to extract all
amounts, regardless of currency.
The Print curr field defines the print currency, which is mandatory.
- If it is the same as the currency at the Sel. curr field, then an exchange rate is not
required.
- If it is different to the currency at the Sel. curr field, then you must define a rate
type at the Rate type field.
The option selected at the Amount type field determines if the carry-forward and
closing entries are taken into account.
- The options available include: Movements + CR + Closing, Movements + CR,
Movements + Closing, Movements only, CR only, or Closing only.
- CR represents carry-forward and they are only taken into account if the start date
corresponds to the first period of the fiscal year.
- The Closing entries are taken into account if the end date corresponds to the last
period of the fiscal year.
Financial Extraction Inquiry
Use Inquiry (GESTXW) under Financial data extraction in the Financials > Reporting
block to view the results of the calculation performed for an extraction code and
version.
The extraction codes and version created can be selected at the Extraction code and
Version fields or from the Financial data extraction option in the Left List.
You can modify the values displayed within each column on the Values tab.
- If changed, the values display in red to indicate a change was made.
- You can save the changes for the extraction code and version selected by
clicking Save.
- If you selected to track detail, you can click the Actions icon in a field and select
Detail to view the details that make up the value displayed.
Financial Extraction Inquiry (continued)

You can select to recalculate the values based on new dates, variables, etc. by
clicking Calculation in the Right panel.
The Parameter definition and Setup tabs display the information used to calculate
the values and the formulas defined on the Lines tab for the extraction code in
Financial data extraction.
- You cannot modify the information on these tabs.
Click New Word Document in the Right panel to use the Microsoft Office
integration and send the data to Microsoft Word using a template you select.
You can also export the data to Excel in a .csv format by clicking Export in the
Right panel.
- When exporting, you can select to include the column and line titles, export
values entered by the user, and select the destination location for the file created.
You can also print the report for the extraction code and version selected by clicking
the Print icon.
- Information in the Header and Footer is based on settings defined in the
extraction code.
- If you did not define a specific report code for the extraction code, the default
TXSVAL report code is used.
Click the Actions icon in the upper-left corner of the Values tab to display the data
in a graphical format.
- Once displayed, you can select the type of graph to view and the column.
- Click the Actions icon again to return to the list view.
Financial Extraction Inquiry (continued)

Financial Extraction Inquiry Report
A report was developed to provide a landscape view of financial extraction information.
You can access the report by selecting TXSVAL3 in the Financial accounting function
under Financials in the Printouts > Prints/group block.
When defining the parameters, select the appropriate extraction code and version to
view the appropriate report.
You can also access the Financial extraction inquiry report in the Financial
accounting function under Financials in the Printouts> Prints/group block.
Lesson 6
Intercompany Transactions
In the following topics, you will learn how to setup information for intercompany
transactions as well as how to enter an intercompany journal entry.
Overview of Intercompany Transactions
Setting Up Intercompany Transactions
Intercompany Journal Entries
Overview of Intercompany Transactions
You can enter intercompany transactions as journal entries or customer/supplier

invoices. Intercompany transactions are recorded in the financial transaction of each
company involved in that transaction, eliminating the need to enter multiple entries
increasing productivity.
You can set up and process intercompany transactions in the following functions:
- Journal entries
- Customer BP invoices
- Supplier BP invoices
What are Intercompany Transactions
Intercompany transactions occur when one company is involved with another company
in the same entity.
These companies may be parent (source company) and one or more subsidiaries
(target company).
There can have multiple subsidiaries or even two divisions of one entity.
An intercompany transaction is recorded in the financial transactions of both

companies of that entity.
Overview of Intercompany Transactions (continued)

When Are Intercompany Transactions Used
Intercompany transactions can occur for a variety of reasons but they often occur as a
result of normal business relations that exist between companies.
This allows you to record a financial transaction when a parent company generates
for invoices for expenses or revenue that belong to one or more subsidiaries.
The types of transactions used and examples include:
- Services and Expense: Including billing from a profit center or allocations from
a cost center.
- Dividend payments: Parent company may need cash from subsidiaries to pay
dividends or their own expenses.
- Loans: Centralized at the parent company level where subsidiaries may barrow
from the parent where interest may or may not be charged.
- Reimbursements: Where parent company may arrange and pay for external
services for a subsidiary.
- Inventory Transfers: Could be down-stream sales from parent to subsidiary or
up-stream from subsidiary to parent or lateral subsidiary to subsidiary.
Features of Intercompany Transactions
Some of the features of intercompany transactions include:
Ability to designate a financial site belonging to a different company on both a
supplier and customer invoice.
Automatic generation of journal entries in the source (parent company) and the
target (subsidiary company) using the offsetting due to/due from account set up in
each company.
Intercompany transactions is also possible between legislations.
Traceability from intercompany invoice to all journal entries created.
Can modify the transaction of the intercompany journal in your financials.
Setting Up Intercompany Transactions
There are several setup steps that must be completed prior to entering intercompany
transactions. This includes activating intercompany transactions, allowing for
intercompany invoice creation, and defining intercompany account mapping.
In order to enter intercompany transactions, you must activate the INTCO activity
code using the Activity codes function under Development setup in the
Development > Data and parameters block.
To enter either a customer or supplier intercompany invoice, you must select Yes for
the INTCPYINV parameter value for the TRS chapter and INV group. This is done
through the Parameter values function in the Setup > General parameters block.
Intercompany Account Mapping
User Intercompany account mapping under General in the Common data > GL
accounting tables block to define the intercompany relationship between companies.
The information defined is used as the basis for the creation of intercompany journal
entries.
At the Source company field, select the company used to originate the transaction
and at the Target company field select the company used to post transactions from
the source company.
Setting Up Intercompany Transactions (continued)

The Main general chart fields display the chart code for the accounts associated with
the main ledger for the source and target companies.
- The chart of accounts does not have to match between the target and source
companies.
The fiscal year and period do not have to match; however, you cannot post to a prior
period or year in the target company.
Due To and Due From Accounts
The program uses the accounts entered in the Source Mapping and Target Mapping as
holding accounts when processing intercompany transactions.
The Debited account in both sections represents the Due From account which is
typically an Asset account and is used as an intercompany receivable account.
- It records the amount due from another company.
The Credited account in both sections represents the Due To account which is
typically a Liability account and is used as an intercompany payable account.
- It records the amount due to another company.
The source debit account (Due From) and target credit account (Due To) are used
when recording an asset to the source company and a liability to the target company.
The source credit account (Due To) and target debit account (Due From) are used
when recording a liability to the source company and an asset to the target company.
The accounts can either be selected at the appropriate account field or by selecting a
control/collective account at the Control fields.
- If control accounts are used, you must select the BP associated with the source
and target control accounts at the Target BP and Source BP fields.
Intercompany Journal Entries
Use Intercompany Journal entry in the Financials > Journals block to enter and post an
intercompany transaction. For example, you may need to reallocate costs from a parent
company’s expense account to the subsidiary company’s expense account.
The site selected in the Header section is the parent (Source) company.
At the Entry type field, select the document type for intercompany transactions. The
sequence counter associated with this document type will automatically generate the
entry number when the entry is created.
- If using multi-legislation and to avoid any type of legislation errors, make sure
the document type and journal code do not have a specific legislation selected.
Intercompany Journal Entries (continued)

The date entered is the accounting date for all transactions in both the source and
target(s) companies.
For each line entry, you can select the site, document type, and journal as well as the
appropriate account to post to at the Main general field.
- You cannot select a site that has not been defined in the Intercompany account
mapping function.
- The ledgers used are the main ledgers defined for the site selected.
You do not select the Due To or Due From accounts. The appropriate accounts are
used to balance the entries in each company based on the settings defined in the
Intercompany account mapping function.
Once the entry is posted, the appropriate journal entries are made in each company.
Lesson 7
Closing Procedures & Reports
This topic provides information on the functions associated with closing a period and
year in Financials. This includes accruals, credits to review, invoices to be issued,
recurring entries, balance transfers, and closing the period and year. In addition, an
overview of the reports and inquiry functions available are discussed.
Final Validation
Simulations
Commitments
Analytical Modifications
Matching
Recurring Journals
Calculated Journals
Reports & Inquiries
Closing Periods
Closing Fiscal Years
Final Validation
Use Final validation (CPTVAL) in the Financials > Current processings block to change
the status or journal entries from Temporary to Final. This includes entries made
manually in the Journal entry function as well as those posted from other modules.
The entries validated are based on criteria you define in the Criteria section. For
example, you can select to only finalize entries based on a specific company and
site, as well as a specific journal type.
To view a log file of the results generated based on this function, verify that the Log
file check box is selected. This is important to view any warnings or errors
generated by this function. Additionally, the log file provides a list of entries that
have been finalized.
After defining the criteria, click OK to begin the process.
Simulations
Simulated entries allow you to enter a transaction that does not post to the general
ledger or affect balances, but can be included on inquiries and reports to see how
transactions may impact balances, reports, etc.
Simulated entries are created through the Journal entry function, by selecting Active
Simulation as the category.
- You must select a document type that is set up to allow for simulated entries.
- Additionally, you must enter a number to track the simulation at the Number
field.
- You cannot enter a status for a simulation entry.
Simulation Activation
If a simulation entered has a category of Inactive Simulation, you can either manually
make it active by selecting Active Simulation as the category on an entry-by-entry basis
or you can activate a batch of inactive simulations using the Activation (CPTACTSIM)
function under Simulations in the Financials > Current processings block.
Simulation entries are activated based on selection criteria you define.
Simulation Deactivation
If a simulation entered has a category of Active Simulation, you can either manually
make it inactive by selecting Inactive Simulation as the category on an entry-by-entry
basis or you can inactivate a batch of active simulations using the Deactivation
(CPTDESSIM) function under Simulations in the Financials > Current processings
block.
Simulation entries are deactivated based on selection criteria you define.
Simulation Cancellation
The Cancellation (CPTANUSIM) function under Simulations in the Financials >
Current processings block is used to delete simulation journal entries regardless if they
are active or inactive. Once deleted, you can no longer make them active or inactive.
Simulations (continued)
Posting Simulations
If you decide after creating a simulation journal entry, that you now want it to be
temporary or final, you can do so by changing the category to Actual on an entry-by-
entry basis or you can make a batch of the actual journal entries using the Post
(CPTVALSIM) function under Simulations in the Financials > Current processings
block.
Simulation entries are made into actual journal entries based on selection criteria
you define.
In the Generation section, you can select to generate them as Temporary or Final, as
well as assign them to a specific document type and journal.
- Temporary journal entries generated are made final using the same process as
discussed previously for a standard journal entry.
Commitments
Commitments allow you to take into account future commitments that may impact your
financials. Commitments are made automatically when entering such items as a
purchase order; however, you can also manually enter commitments.
You can view commitments and pre-commitments in general balance and analytical
balance inquiry functions.
These commitments are viewed and defined through the Commitments (GESCMM)
function in the Financials > Journals block.
The commitment number is assigned based on parameters; however, you can enter a
description.
The Type section determines the type of commitment you are entering and whether
it is an expense or revenue.
In the Input section, enter the details for the commitment, including the site, date,
account, amount, and dimension information.
Commitments (continued)
You can view and modify commitments generated from purchase orders. The
description details the purchase order the commitment is from.
Pre-commitments are generated when requests are made and may or may not be
approved.
Commitments are normally made when the actual purchase is made.
You can delete or cancel generated commitments and pre-commitments.
Analytical Modifications
Use Dimensional modifications (CPTANA) in the Financials > Current processings

block to select and modify on an entry-by-entry basis amounts/quantities distributed to a
dimension. This is typically used after transactions have been made final and you
discover the dimension value was incorrect. For example, you selected the ADMIN
value for the Department dimension and it should have been SALES.
The entries displayed for modification are based on the criteria defined. For
example, you can select to only modify entries entered for a specific company, site,
document type, journal, and dimension.
After clicking OK, the list of entries meeting the criteria are displayed and you can
make the appropriate modifications to the dimension values.
Matching
The matching process consists of pairing account postings in order to analyze an

account balance on a given date. Matching is done based on collective accounts defined.
For example, matching would associate an invoice entry with its payment entry.
Matching allows for reconciliation of collective accounts and to apply outstanding
transactions to open items.
Transactions recorded in the A/P-A/R accounting module for customer and supplier
accounts that are applied to existing open items are automatically matched (e.g. the
payment is posted directly against the invoice).
The principle of matching in Financials consists of generating a selection process
and the reconciliation of postings as a function of previously defined criteria.
- This can be done manually or automatically using either Manual Matching or
Automatic matching (LETTRAUTO) in the Financials > Matching block.
Manual Matching
Use Manual matching (LETTRAGE) to manually match entries based on criteria you
define including the site, ledger, account, BP, and date range.
When matching transactions, you can select all lines that to match and click the
Matched button.
Transactions matched will indicate their ‘match’ with an upper or lower case letter.
- Upper case letters indicate that the entire transaction is fully matched (i.e. debits
equal credits); while lower case letters indicate transactions still have unapplied
amounts to match.
Automatic Matching
Use Automatic matching (LETTRAUTO) to automatically scan through transactions in
specific collectives and match entries based on criteria you define including the site,
ledger, account, BP, and date range.
You can use this function to scan through transactions in a single site, company, or
multiple companies at one time.
Unmatching
Use Unmatching (DELETTRAGE) to unmatch transactions matched either in the
manual or automatic functions. This may be necessary if the criteria defined were
incorrect or you matched transactions prior to all entries being made.
Recurring Journals
Recurring journal entries can eliminate the date entry time for journal entries posted
repetitively on a set cycle.
Recurring Entries
Use Recurring entries (GESGAF) under Accounting forms in the Setup > Financials
block to define the setup of the recurring entry. This includes the template journal,
start/end date, type, and generation information.
The type selected deters if the recurring journal accounts/amounts are fixed or
variable.
- If Variable is selected, you must also define an allocation.
In the Characteristics section, you can define how often the recurring entry should
post. This includes a specific number of days, weekly, 10-day period, 2-week
period, or monthly.
Recurring Journals (continued)

Template Journal & Type
The recurring journal entry is generated based on a template journal selected. The
amount and accounts are based on the type selected.
At the Template journal fields, select the journal and specific entry to use as the
template.
If Fixed is selected as the type, the recurring entry generated is a duplicate of the
template selected.
If Variable is selected, an amount is posted to the account on the first line of the
template selected and the remaining accounts and distribution amounts are based on
an allocation selected at the Allocation field.
- The amount entered is the global amount to be distributed for the whole period
of the recurring function.
Generation Tab
Use the Generation tab to define the document type and journal for the actual entry
created. You can also define formulas and view the last actual or simulated journal
created based on this recurring entry.
The formula entered is used in the generation of the reference or title. This is visible
in the Journal entry function and inquiries once created.
If Fixed is selected as the type, the recurring entry generated is a duplicate of the
template selected.
Recurring Journals (continued)

Generating Recurring Entries
Use Recurring entries (VALABT) under Recurring entries in the Financials > Current
processings block to process recurring entries defined. You can select to generate
recurring entries based on the company, site, user, and journal code. Additionally you
can determine if the entry is actual or simulated as well as temporary or final.
Calculated Journals
A calculated journal entry is the same as recurring journals. The generation of these
journal entries is based on a template journal and the date and amount of each entry
journal is different on each generation.
The main difference between a calculated journal and a recurring journal is that you
can define a formula that will use amounts from the balance for one account or a
root of accounts and there is no periodicity associated with the calculated journal.
For example, a warranty provision based on 5% of sales.
Calculated Journal Generation
Use Calculated journals (GESCLC) under Accounting forms in the Setup > Financials
block to define the information necessary to generate the journal.
Calculated Journals (continued)

You can select either Global or By BP as the generation type. If By BP is selected,
you must use collective accounts as the calculation base.
If either the new period or closing period is taken into account when generating the
calculation, you must select the appropriate check box.
At the Calculation base field, define the accounts or account classes to be used for
the calculation of the journal amount. The syntax to be compiled is defined below.
- 707 - for all accounts starting with 707
- 70-72 - for all account ranging from 70 to 72
- 70(7) - for all accounts in the class 70 accept those starting with 707.
- 707 709 - for all accounts starting with 707 and those starting with 709.
The calculation formula to be applied for the calculation of the journal amount is
entered at the Formula field. The formula must at least contain one of the following
four variables:
- TD, TC – to calculate the amounts from the debit total (TD) or credit total (TC)
of those accounts in the calculation base.
- SD, SC – to calculate the amounts from the sum of the debit balance (SD) or the
credit balance (SC) of those accounts in the calculation base.
The amount calculated from the calculation base and formula posts to the account of
the first line of the template journal.
Click Actual in the Right panel to display a generated journal in actual mode.
Click Simulation in the Right panel to display a generated journal in simulation
mode.
Calculated Journals (continued)

Calculated Journal Generation
Use Calculated journals (GESCLC) in the Financials > Current processings block to
calculate and generate the appropriate entries. The options available are similar to those
discussed for recurring entries.
Reports & Inquiries
There are several reports and inquiries available that allow you to review information
posted to general ledger.
Inquiries
You can access inquiry functions from the Financials > Inquiries block. Additionally,
inquiry functions can be launched by right-clicking on a transaction.
Account balances – Used to view the general and auxiliary balances for an account
based on a company, site, ledger, and date range entered.
- You can drill-down on the individual accounts listed.
Dimension balances – Used to view balances for dimensions. You can view the
individual detail for the dimension values, or review information based on a
pyramid and level.
- You can review information based on a specific company, ledger type, site,
budget, and version.
- You can also define the fiscal periods, columns displays, and total level.
- You must define the criteria before the data is displayed and you can change the
criteria as needed to review the information.
Account balance by currency – This provides the same information as the Account
Balances function; however, information is only displayed in the default currency
for the company/site selected.
Accounts – Used to view information for transaction posted to a specific account.
- You can drill-down on the individual transactions to view the source document
and complete journal entry.
- You can define criteria based on the company, site, currency, and date range.
- Click the Criteria button for additional options based on the journal, type, source
document, reference, etc.
Accounts by dimension – Used to view the detail for posting lines affecting an
analytical account, with the possibility of tunneling to the accounting documents.
Dimensions – Similar to the Accounts function; however, you are viewing
information for a specific dimension type and value.
Entries – Used to view information for all transactions posted for a specific
company/site, ledger, and date range.
- You can drill-down on the individual transactions to view the source document
and complete journal entry.
- Click the Criteria button for additional options based on the journal, account,
source document, etc.
Reports & Inquiries (continued)

Reports
There are several financial reports and dimension/budget reports available by selecting
Financial accounting (RPT03), Legal reports (RPT06)), or Dimension/budget
accounting (RPT04) under Financials in the Printouts > Prints/group block.
Reports were designed using Crystal Reports and print and preview in this format.
Financial Accounting
Under Financial accounting, there are several reports available including the Trial
Balance, Accounts Without Movement, GL Detail Account Balances, Accounting
Entries, and Financial Data Extraction Inquiry.
Each report displays a setup window where you can define criteria to use when
generating the report.
- This includes values for such items as company, site, account, and entry types.
The options available change based on the type of report.
- You can select to preview, print, message (e-mail), or print the report to a file.
- If Printer or Message is selected, you must define a print server and e-mail
server to use.
- When printing to a file, you can define the format at the Format field. This
includes such items as Word for Windows, Rich Text, ASCII Text, and PDF.
- You can also define the number of copies to print and the page range.
Select the Financial Extraction Inquiry report to print such reports as the Income
Statement and Balance Sheet based on Financial Data Extraction parameters
defined.
- There are two default financial data extraction parameters already defined for
Balance Sheet and Income Statement.
- To design your own, it is recommended that you make a copy of the existing
reports.
- The financial data extraction parameters are defined through the Financial data
extraction function under Accounting forms in the Setup > Financials block.
Reports & Inquiries (continued)

Legal Reports
Under Legal reports, there are several reports available including the General Balance,
GL Account Journal Details, General Journals, Journal Codes, GL Account Journal
Details, and GL by Business Partner reports.
The report setup options are similar to those discussed for financial reports.
Dimension/budget accounting
Under Dimension/budget accounting, there are several reports available including the
Budget History, GL budgets, Budget/site, Budget/company, Commitments/account, and
the Analytical General ledger reports by account or dimension.
The report setup options are similar to those discussed for financial reports.
Closing Periods
Periods are closed by clicking the Close button in the Fiscal periods (GESPER) function
in the Common data > G/L accounting tables block.
Periods are closed for a specific company, ledger type, and fiscal year.
You can close more than one period at a time.
- Once closed, you cannot create, modify, or delete any entry journals in that
period.
You must close all periods in order to close the fiscal year.
Blocking Controls on Closing the Period
There are several prerequisites for closing the period that can block the period from
being closed.
The prior period must be closed and the next period open.
The current date is greater than the period end date.
Several prerequisites related to miscellaneous data must be watched over:
- All documents must be posted in accounting
- All stock accruals must be generated
- Verification that the recurring journals are generated
- Verification that there are no items to be reversed
- All journal entries, regardless of source, must be in a Final status
In addition to the above, the following are verified:
- The matched groups are balanced
- Open items are balanced
- Existence of GL accounts
- Consistency between the control account, the BP and the GL account
- For analytical accounting, the existence of natures, dimension views, and
dimensions are verified
The Pre-Closing Verification report identifies all the blocking and warnings issued
as part of closing the period.
- For example, if the balance of a certain account is contra nature against what is
defined in the account definition.
- This report is printed by selecting Financial Accountings from the Printouts >
Prints/group > Financials block.
Closing Periods (continued)

Non Blocking Controls on Closing the Period
The following is also checked; however, they will not block you from closing the
period.
Warning if the +/- sign of the account balances is different to the default sign of the
account.
Warning if an account reserved for a currency carries postings in a different
currency.
Closing Last Period
When closing the last period of a fiscal year, a warning message displays alerting you
this is the last period. There are also additional controls that impact the closing of the
last period.
Checks if the balance is balanced
Checks if the GL is balanced
Checks analytical coherence
Checks if the generic accruals are launched
Verification that the generation of the fixed asset charge postings is made
Re-opening a Period
To re-open a closed period, use the Re-open period (OPNPER) function under Closing
in the Financials > Utilities block. This returns the status to open for the last closed
period.
If additional transactions take place while the period is open, you must close using
the standard closing process in the Fiscal periods function.
If there is no movement or activity, you can use the Period closing (UTICLOPER)
function under Closing in the Financials > Utilities block.
Closing Fiscal Years
Use Fiscal year end (FIYEND) in the Financials > Closing processings block to close
the fiscal year.
You can close the fiscal year for a single or multiple companies and ledgers.
The start date for the new financial year is automatically displayed.
Once information is entered, a trace file is used to follow the operation that is
carried out.
You must define a closure document to use when an entry journal is generated to
balance accounts.
On the first day of the new fiscal year, an entry journal is generated to balance all
the carry forward accounts as well as the not carry forward accounts (results).
- The carry forward procedure is performed according to the two level structures
of dimension and dimension view code.
The same processes are reviewed as discussed for the last period of the fiscal year.
You can optionally choose to perform a year end simulation which takes into
account simulations. The year is not actually closed in this process.
- This is done through the Year end simulation (SIMULFINEX) function under
Closing in the Financials > Utilities block.
To re-open a closed fiscal year, use the Re-open fiscal year (OPNFIY) function
under Closing in the Financials > Utilities block.
- This deletes all the carry forward entry journals generated and will set the fiscal
year status to Open.
- You must follow the normal process for re-closing the fiscal year.
Summary
You have learned:

How to set up a company and site including the chart of accounts, accounts,
dimensions, and necessary values.
How to define dimension information for tracking information by department,
locations, etc.
How to enter transactions such as journal entries, allocations, simulations, and
collectives.
How to close the period and year along with all the necessary tasks associated with
this process.
Visit Sage University for your training needs.
www.SageU.com
© 2014 Sage Software, Inc. All rights reserved. Sage, the Sage logos, and the Sage product and
service names mentioned herein are registered trademarks or trademarks of Sage Software, Inc.,
or its affiliated entities. All other trademarks are the property of their respective owners.

ST X3 FinancialAcctSeries NFR

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

ST X3 FinancialAcctSeries NFR

Caricato da

Copyright:

Formati disponibili

Sage University

Sage North America certified course curriculum

CERTIFIED STUDENT CURRICULUM

Curriculum Version 3.0

Financial Extraction Calculation.......................................................... 99

Overview of Transaction Flow

Journal Status Transaction

Batch Server and Journal Status Monitor

Overview of Transaction Flow (continued)

Selecting Yes initiates the Batch Server.

What You Need

Account Plan (continued)

Account Plan (continued)

Account classes are legislation specific.

Account Classes (continued)

What is Analytical Accounting

Analytical Accounting enables transactions to be tagged and reported by user-defined

Dimension Types (continued)

COA and Dimension Types

Account Core Model

Account Core Model (continued)

Company & Site Information

Company & Site Information (continued)

Company & Site Information (continued)

Company & Site Information (continued)

Company & Site Information (continued)

Company & Site Information (continued)

Company & Site Information (continued)

Company & Site Information (continued)

Fiscal Years & Periods

Fiscal Years & Periods (continued)

Fiscal Years & Periods (continued)

Fiscal Years & Periods (continued)

Collective Account Groups

You can only select accounts defined as control accounts.

A group can contain other groups or specific account numbers.

Account Pyramids (continued)

Account Pyramids (continued)

Account Pyramids (continued)

Account Pyramids (continued)

Account Pyramids (continued)

Account Pyramids (continued)

Dimension Values (continued)

A single dimension type can be assigned to multiple entities.

Default Dimension (continued)

Default Dimension (continued)

The default dimension code can be changed when entering a transaction.

A group can contain other groups or specific account numbers.

Dimension Pyramids (continued)

Dimension Pyramids (continued)

Dimension Pyramids (continued)

Dimension Pyramids (continued)

Dimension Pyramids (continued)

Dimension Pyramids (continued)

Posting to the General Ledger

Journal Entry Setup

Journal Entry Setup (continued)

Journal Entry Setup (continued)

Journal Entry Setup (continued)

Journal Codes (continued)

Journal Entries (continued)

Journal Entries (continued)

Journal Entries (continued)