Accounts for Automatic Transactions
The Accounts for automatic transactions page serves as the architectural nexus for configuring default General Ledger (GL) accounts for systemic, cross-module posting events. While the majority of posting rules are defined on module-specific configuration pages (such as Customer or Inventory Posting Profiles), certain system-wide automatic transactions require a centralized configuration.
In this enterprise system, this page is predominantly utilised for capturing and routing penny difference postings that naturally arise during foreign currency translation and rounding operations.
Accessing the Configuration
Navigate to General ledger > Posting setup > Accounts for automatic transactions.
Architectural Purpose
When the system's subledger orchestration engine processes a transaction, it relies on predefined posting profiles to construct the debit and credit legs of the voucher. However, during the calculation of complex exchange rates or the allocation of fractional amounts, rounding discrepancies can occur. The system must inherently balance these entries down to the penny to adhere strictly to double-entry accounting principles.
Rather than failing the posting process, the system dynamically routes these fractional anomalies to the accounts configured here. If an automatic transaction is triggered but the corresponding posting type is left unconfigured, the system will raise an architectural exception preventing the transaction from posting (e.g., "The account for [Posting type] can't be found.").
Default Posting Types
The following table details the primary posting types configured within this matrix.
| Posting Type | Typical GL Account Type | Debit/Credit Application | Description |
|---|---|---|---|
| Penny difference in accounting currency | Expense | Both | Invoked automatically when a fractional penny difference occurs while translating a foreign transaction amount into the company's base accounting currency. This typically maps to a miscellaneous expense or dedicated rounding variance account. |
| Penny difference in reporting currency | Expense | Both | Invoked automatically when a fractional penny difference arises during the translation of the accounting currency into a secondary reporting currency (if configured). |
It is paramount to understand the distinction between this page and module-specific profiles. For example, while you could theoretically define a generic "Customer balance" account here, it is architectural best practice to define such accounts within the Customer posting profiles, where you can exercise granular control (e.g., differentiating between domestic, foreign, and intercompany receivables). This page should be reserved exclusively for unavoidable systemic anomalies like rounding differences.