Skip to content
Boekhouden.farshadbashir.nl

Valuta kopen en verkopen
Contents and search

Buying and selling currency

Record a currency exchange using the actual bank amounts, fees and settlement dates.

Open Buy/sell currency under Broker. Use the existing Bank accounts in your euro administration. The sold and bought currencies must differ. The module records the trade and actual bank movements, including when they occur on different dates.

Step by step

  1. 1Check the Bank accounts and required mappings for each currency in Broker settings. Select the account you sell from and the account that receives the proceeds. Copy both gross currency amounts and the trade date from your source.
  2. 2Enter the trade date and settlement date. Joint settlement creates two journal entries: the trade and the settlement of both actual bank movements. Select Separate bank dates when the bank movements settle on different dates, or separately on the same day; this creates separate debit and credit journal entries. Dates can be on or after the trade date. Payments before the trade date require an advance-payment workflow that this version does not yet support. Do not change the date to force a posting; your input remains available for checking.
  3. 3If either amount is in euro, that amount is the principal euro countervalue. For an exchange such as USD to GBP, enter one supported euro countervalue on the trade date. Both actual currency amounts are retained.
  4. 4Enter any fees separately, with their actual currency. The configured transaction fee account is used automatically and shown in the booking preview. Select whether fees are added to the payment, withheld from the receipt or paid separately. For a separate payment, also select its actual Bank account and date.
  5. 5Example: exchanging €1,000 for USD 1,100 with USD 2 withheld fees gives an actual receipt of USD 1,098. With €2 added to the euro payment, you pay €1,002. For GBP 2 paid separately, select the GBP account and payment date and enter the supported euro countervalue of those fees. Fees in either principal currency use the valuation of the same trade.
  6. 6Check the complete posting preview, including later postings affected by the change. If the order on a particular day is not proven, explicitly choose before or after one of the displayed events and request another preview. If you change an account or date, check the day order again.
  7. 7Check any evidenced rounding difference. The configured payment difference account is used automatically: by default 8511 for gains and 8611 for losses. The preview shows the amount and account. Then confirm the current preview. An unexplained difference is not automatically posted as an exchange result.
  8. 8Match an imported bank movement to the actual net amount paid or received. Corrections and removals require another complete preview. Existing bank links must first be explicitly unlinked; financially changed postings in a closed period cannot be saved.

What is on the screen?

  • Trade date, sold and bought Bank accounts
  • Gross amounts with up to 12 decimal places, including euro
  • Settlement date, or separate debit and credit dates
  • Euro countervalue for two foreign currencies
  • Optional exchange fees with their currency and settlement
  • Automatically selected posting accounts shown in the preview
  • Optional reference and explicit day order

What happens next?

Original currency amounts remain exact, including amounts smaller than one euro cent. The euro ledger records real events in cents. Between trading and payment, outstanding receivables or payables remain in their own currencies. Settlement transfers their current assigned carrying values, including intervening year-end revaluation, without rounding those normal carrying values again. Proven rounding stays visible and is distinguished from the exchange result on the bank position. Saving applies the entire confirmed change together.

For developers

  • The API is under broker/currency-exchanges. Reading requires investments:read; preview and confirmation require investments:write and current access to every affected administration. Preview and confirm use the same Idempotency-Key and principal. Confirmation accepts only confirmation_token; financial input and source version are bound to the preview.
  • API amounts are positive dot-decimal strings with up to 12 decimal places. An unresolved day order returns HTTP 422 with top-level errors and day_order_options. Resubmit the complete input with day_order and request a new preview. Changed state invalidates the proposal; the server does not post a partial change.