![]() ![]() ![]() Exchange rate for EUR to USD as of the payment date: 1.2277.dollars (USD) as of the invoice date: 1.2062 A currency exchange gain transaction is generated during the settlement process. The payment is settled with an open invoice for customer 4000 in Fabrikam East. Payment is received and posted in Fabrikam for Fabrikam customer 4000 AccountĮxample 3: Customer payment of invoice from another legal entity with realized exchange rate gainįabrikam receives a payment of 600.00 euros (EUR) for Fabrikam customer 4000, Northwind Traders. Invoice is posted in Fabrikam East for Fabrikam East customer 4000 Account The cash discount is posted to the legal entity of the invoice, Fabrikam East. The payment is settled with the open Fabrikam East invoices. The invoice has a 20.00 cash discount available. Fabrikam East has an open invoice for customer 4000. Payment is received and posted in Fabrikam for customer 4000 Accountįabrikam payment is settled with Fabrikam East invoiceĮxample 2: Customer payment of invoice from another legal entity with cash discountįabrikam receives a payment of 580.00 for Fabrikam customer 4000, Northwind Traders. Invoice is posted in Fabrikam East for customer 4000 Account The payment is settled with an open invoice for customer account 4000 in Fabrikam East. The customers from the various legal entities are identified as the same customer because they share the same global address book ID.Įxample 1: Customer payment of invoice from another legal entityįabrikam receives a payment of 600.00 for Fabrikam customer account 4000, Northwind Traders. Customer Northwind Traders is set up as a customer in each legal entity.The Post currency exchange gain or loss field on the Intercompany accounting page is set to Legal entity of the payment.The Post cash discount field on the Intercompany accounting page is set to Legal entity of the invoice.Customer payments are entered into Fabrikam. The legal entities are Fabrikam, Fabrikam East, and Fabrikam West.The following configuration is assumed for all these examples: The following examples illustrate how posting is handled in various scenarios. The bank account should be in the current company. The Offset account type should be set to Bank or Ledger. On the centralized payment journal line, the Account type should be set to Customer. You can specify which legal entity in the organization receives the realized gain or realized loss transactions, and how cash discount transactions that are related to a centralized payment are handled. ![]() During the settlement process, the applicable due-to and due-from transactions are generated. Payments for all the operating legal entities are received by a single legal entity, which is known as the legal entity of the payment. In a centralized payment organization, there are many legal entities for operations, and each operating legal entity manages its own invoices receivable information. Additionally, the organization saves time, because the processes for payment proposals, settlements, and editing open and closed transactions for centralized payments are streamlined. This article provides examples that show how posting for centralized payments is handled in various scenarios. Therefore, the same transaction doesn't have to be entered in multiple legal entities. Organizations that include multiple legal entities can create and manage payments by using a single legal entity that handles all payments. ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |