Every company in Türkiye that issues or receives foreign-currency invoices runs into the same equation: there are two different exchange rates for the same transaction. On one side, the rate your bank applies to you; on the other, the rate officially published by the CBRT (Central Bank of Türkiye). Which one you use when keeping the ledger is not just a matter of preference — from an audit standpoint, it is a binding decision.
What is the CBRT official rate, and why does it matter?
The CBRT publishes a daily foreign exchange bulletin every business day at 15:30. This rate is a neutral reference that reflects the market average and contains no bank profit margin. Under the Turkish Tax Procedure Law (VUK) and TMS/TFRS (Turkish accounting and financial reporting standards), the Turkish lira equivalent of foreign-currency transactions must be calculated using the CBRT official rate. Even if your bank sold to you at 36.50 EUR/TL, the ledger entry carries that day's CBRT rate — say, 36.35.
The rate auditors accept is the one with no profit margin in it. The bank's spread belongs in your financial expense account, not on your balance sheet.
The difference looks small — but once thousands of invoices accumulate over a year, it becomes a material line item across the balance sheet. Under-reported FX differences end up being re-booked as "correcting entries" during audit season.
Three dates, three rates: the anatomy of an entry
Imagine issuing an invoice in EUR and collecting it 30 days later. Three separate rates come into play:
1. Invoice-date rate. The CBRT official rate on the day you issue the invoice. The revenue or the TL equivalent of the expense is recorded in the ledger at this rate.
2. Payment-date rate. The CBRT rate on the day the collection or payment actually happens. The TL amount that lands in your bank account is mathematically verified against this rate.
3. Bank-applied rate. The buy/sell rate your bank applies to you. It includes a spread and always differs from the CBRT rate.
The differences between them are posted to the `FX gain/loss` account. The IAS 21 (The Effects of Changes in Foreign Exchange Rates) standard makes this three-way structure mandatory.
A practical example
| Event | Date | CBRT rate | Amount (EUR) | Amount (TL) | |---|---|---|---|---| | Invoice issued | March 1 | 35.20 | 10,000 | 352,000 | | Payment collected | March 31 | 36.50 | 10,000 | 365,000 | | On the bank statement | March 31 | 36.30 | 10,000 | 363,000 |
Two line items arise in this example:
- Unrealized FX gain: 365,000 - 352,000 = +13,000 TL
- Bank spread expense: 365,000 - 363,000 = -2,000 TL
Done manually, calculating every row one by one, every month, is both exhausting and error-prone.
The 3 hidden costs of manual reconciliation
1. Pulling rates from the CBRT website. Visiting the site and copying the right cell — every day, for every currency, for every historical date you will later need to query. For a single accounting firm, the annual time cost runs to 200+ hours.
2. Booking the spread to the wrong place. Recording the bank spread as a product cost instead of an FX loss is a common mistake. In balance-sheet analysis it artificially depresses the gross profit margin.
3. A pile of correcting entries at audit time. At year-end the auditor arrives and finds 800 invoices booked without the proper CBRT rate. Every single one has to be corrected. That burns 3-5 days of team capacity.
Automation: CBRT API + smart matching
Modern reconciliation software automates this process in three steps:
1. CBRT rates are pulled automatically. Every business day after 15:30, the rate table is refreshed via API, with the past 10 years kept in the archive. 2. Every invoice is matched automatically. Invoice date → that day's rate is pulled from the CBRT table and the TL equivalent is calculated. 3. It is compared against the bank rate. The difference is instantly posted to the FX difference account. The spread amount is separated out as a financing expense.
The iFinances Reconciliation module does exactly this — CBRT API integration is built in, and your foreign-currency invoices become audit-ready automatically at both the transaction date and the payment date.
The audit perspective: answering one question
An auditor asks a single question: "Which rate did you use, and why?" If your answer is "The CBRT official rate, because VUK and TMS require it," the discussion is over. If your answer is "The bank rate, because it was more convenient," it drags on for hours.
To pass an audit, what you need is not just the CBRT official rate — it is the ability to prove it was applied automatically.
Here, automation buys you more than time: it buys audit assurance.
Conclusion
Foreign-currency invoice reconciliation rests on choosing the right rate, maintaining the three-date discipline, and booking FX difference items correctly. Done manually, it is expensive; automated, it becomes an invisible process.
iFinances' three-way cross-source reconciliation automatically matches your EUR/USD invoices against the CBRT official rate — aligning the bank statement, the e-invoice, and the ledger entry at the same time. Read the three-way reconciliation guide for the detailed mechanics, or request a demo and put it to the test with your own foreign-currency invoices.
One post a month.
Get new insights straight to your inbox. No spam, just well-crafted reads.
