Options
- Click the Options tab in the Ledger Setup (LES) dialog.
-
Specify this information in the Automated Bank Payments section:
- Automated Bank Payments
- This option controls the transactions included in
the bank transfer file, depending on whether or not the bank details have
been defined for the supplier, customer or client. Select one option from:
- Unused
this is set if a bank transfer file is not required
- Post All
this option includes all payment transactions on the file regardless of whether or not the bank details have been defined
- Post All and Report if Bank Record Not
Present
this option includes all payment transactions on the file and produces a warning message identifying the suppliers/customers/clients for whom bank details have not been defined
- Post Only if Bank Record Present
this option excludes payment transactions from the file if the bank details have not been defined for the supplier, customer or client.
- Unused
-
Specify this information in the Exchange Gain/Loss Post Rule section:
- Exchange Gain/Loss Post Rule
- In a multi-currency processing environment, this
determines how revaluation losses and gains are posted. Select one option
from:
- Net Gains and Losses
this option posts a net gain or loss to a single account
- Gains Only
this posts gains only
- Losses Only
this posts losses only
- Gains and Losses Separately
this posts both gains and losses to separate accounts.
- Net Gains and Losses
-
Specify this information in the Statement/Remittance section:
- Show Split Creditor Trans
- This determines whether creditor/payables account transactions should be shown in detail or summarized on payment documents, for example remittance advices. If the summarized option is chosen, transactions with the same account code, accounting period, transaction reference, journal number, transaction date, allocation marker, debit/credit indicator and currency code are combined into a single line.
- Show Split Debtor Trans
- This determines whether debtor/receivables account transactions should be shown in detail or summarized on account documents, for example statements. If the summarized option is chosen, transactions with the same account code, accounting period, transaction reference, journal number, transaction date, allocation marker, debit/credit indicator and currency code are combined into a single line.
-
Specify this information in the Trial Balance Subtotal section:
- Position of Character
- This produces a subtotal break on the trial balance when the specified character in the chart of accounts code changes. For example, if you want subtotals for account codes beginning 10, 11, 12, 13, 20, 21, and so on., you should enter 2; if you want subtotals for account codes beginning 1, 2, 3, 4 and so on., you should enter 1. Leave this field blank if you do not want subtotaling on trial balance reports.
-
Specify this information:
- Retain Import Entry Date
- This determines the Entry Date to be recorded within SunSystems.
- If set to Yes and an entry date is present on the import file, the entry date on the import file is recorded as the entry date.
- If set to Yes but there is no entry date in the import file, or if set to No, and a Registration Date is present on the Ledger Sequence Code, the Registration Date is recorded as the entry date.
- In all other cases, the Retain Import Entry Date is recorded as today's date.
- Use Journal Number Gaps
- Every journal posted to the Financials ledger is assigned a unique journal number. The posting function allocates the next available journal number to a journal prior to it being posted. Under certain circumstances, the journal may not be posted, and the journal number is skipped. The next journal to be posted leaves a gap in the journal numbering.
- If set to Yes, this option enables SunSystems to assign the unused number (which has left a gap in the journal numbering) to the next journal to be posted.
- If set to No, SunSystems will not use the missing number, and it will remain as a gap in the journal numbering.
- Revalue Future Closed Trans
- This determines whether or not Ledger Revaluation (LER) is to include transactions that have been allocated in a period subsequent to the period of the revaluation. For example, you post some invoices in period 04/2006, and pay and allocate them in 05/2006. You then perform a Ledger Revaluation at the end of 04/2006, so in other words, the period in which the invoices are closed is subsequent to the revaluation period. By setting this option, your Ledger Revaluation at the end of period 04/2006 can post the unrealized exchange differences on these invoices because, in addition to their allocation markers, the system takes into account their period of allocation (in this case 05/2006).
- Without this option, Ledger Revaluation only looks at the Allocation Marker and simply treats the invoices as allocated, or closed, and therefore as irrelevant for revaluation purposes.
- Transaction Date Substitution
- This limits the automatic substitution of
Transaction Dates by Ledger Import when it is outside of the open date range
specified in Ledger Setup (LES) and
miscellaneous permissions in Security. Select one option from:
- Allow on All
any invalid transaction dates are substituted - this is the default option
- Allow on Order Fulfilment Only
any invalid transaction dates in journals from Order Fulfilment, including Business Line Import, are substituted, and all other invalid transaction dates are rejected.
- Disallow
any invalid transaction dates are rejected rather than substituted.
- Allow on All
-
Note: If Validate Transaction Dates in Financial Calendars (FCS) is selected for the current year, the last calendar day of the accounting period is substituted. If it is not set, the current run date is substituted.
- Days Rec Mnger Tables Retained
- When transactions are extracted in Reconciliation Manager (RCM), the data is written to a temporary table for each user. Each user's previously extracted data is cleared down the next time the user extracts transactions in Reconciliation Manager. This option allows you to specify between 2 and 7 days for retaining the data; the default is 7 days.
- Save your changes.