Direct answer: how to enter unadjusted forex gain loss in Tally
To enter unadjusted forex gain/loss in Tally, the key idea is to record the currency impact as observed at the point of transaction/settlement, without applying later revaluation entries. In practice, you map each forex-related movement to either a gain or a loss account (or line) in the same accounting period, and you ensure you are not also posting separate adjustment entries for that same exposure later.
Because “Tally” can be used with different setups and configurations, treat the steps below as a general accounting workflow: record the unadjusted gain/loss amounts you have, post them to the correct gain/loss account heads, and then verify that no revaluation/adjustment postings are being added for the same items.
Explanation: what “unadjusted” means and what you enter
Unadjusted forex gain/loss typically means you include the forex impact from the transaction or settlement rate you used at that time, and you do not later restate outstanding exposures using a new rate for reporting.
In an “Average win loss” review, the goal is usually to keep win/loss inputs consistent: the win/loss figure you compute should match the accounting numbers you actually recorded for each trade cycle (for example, realized results at closure, or a consistent handling of unrealized items).
What to prepare before entering
- Exposure units: which legs are being tracked (e.g., the foreign currency amount and its base currency value as recorded).
- Timing: the date you are treating as the cut-off for “unadjusted” figures (transaction date vs settlement date vs report date).
- Accounts: gain and loss heads (or equivalent entries) you will use in Tally.
How the entry works (conceptually)
- For each relevant event, post a line to a forex gain account if the currency movement increases the base-currency value.
- Post a line to a forex loss account if it decreases the base-currency value.
- Use the same period (so your computed average win/loss uses one consistent dataset).
Example or checks: verify you entered “unadjusted” correctly
Because there are many possible Tally configurations, verification is more reliable than guessing menu names.
Check 1: do you also have revaluation adjustments?
If, after your initial postings, you later create entries that revalue open currency balances (or similar adjustment vouchers), then your first dataset was not truly “unadjusted” for those exposures. In that case, for “unadjusted” reporting you must either:
- stop posting later revaluation for the specific analysis period/version, or
- separate the unadjusted entries from later adjustments (so the analysis uses only the intended set).
Check 2: realized vs unrealized consistency
For realized forex gain/loss, the amount usually becomes final when the position is closed/settled. For unrealized forex gain/loss, it changes with exchange rates and often depends on a reporting date revaluation process. If your average win/loss calculation is based on one treatment (e.g., only realized results), ensure your Tally entries reflect only that treatment.
Check 3: period cut-off
Confirm that entries fall into the same accounting period you use for performance review. A common integrity issue is crossing cut-off dates, which makes the average win/loss appear inconsistent.
Limitations and risks (what can go wrong)
- Definition ambiguity: organizations may use “unadjusted” differently (transaction-rate only vs no revaluation at report date). Your interpretation must match how you later adjust (or do not adjust) exposures. 2. Configuration differences: Tally setups can vary in how they handle currency, accounting heads, and voucher types. The conceptual posting method stays the same, but the exact screens/fields may differ. 3.