How FX Trade and Value Date Time Zones Depend on Market Conventions
Summary
The document asks which time zone determines the trade date and value date in an FX transaction when dates are transmitted without a time-zone label. This matters for converting a date into a deadline for reconciling exposure, especially when the relevant markets are far apart in time. The accepted answer says the convention can depend on the provider and on which pricing desk sets the date. A trade priced by a New York engine may use New York time, and forward value-date calculations may follow the time zone of the interest-rate pricing engine.
The answer also distinguishes a value date from the settlement cutoff: a bank’s clearing desk may use a different time zone from its pricing desk, and the value date alone may not establish when funds must arrive. The discussion offers practical guidance rather than a universal FX standard. It does not establish a single convention for NZD/USD, so traders should confirm date and settlement rules with their provider and bank.
Key ideas
- FX trade dates may follow the time zone of the pricing engine serving the market.
- Forward value-date calculations may use the time zone of the interest-rate pricing engine.
- Spot pricing and interest-rate pricing desks can operate in different locations and time zones.
- A value date does not necessarily specify the bank’s settlement cutoff time.
- Confirm date conventions and payment deadlines with the relevant provider and bank.
Tags
Full text
# Forex trades: what time zone are trade and value dates specified in? # Forex trades: what time zone are trade and value dates specified in? When receiving a value date of D from the counterparty for a trade in NZD/USD, is D assumed to be - date D in Auckland - date D in New York - date D in UTC - date D in some arbitrary time zone ? There are lots of online references to market close being 7AM Auckland time for NZD/USD trades, but I cannot find any places that describe the convention for which timezone the trade and value dates (which are just raw dates, with no time or time zone qualification) are specified in. In addition, the FIX type for this field in an Execution Report simply says it is a "local market date"; it's not clear whether this means "the local market for the primary currency" or "the local market of the counterparty". This matters because, when calculating exposure, you need to be able to determine the UTC 'close of market' time by which the trade must be reconciled. Since Auckland is ~16 hours ahead of New York, it's important to know whether the counterparty's value date is 'date in Auckland' versus 'date somewhere else'. ## Answer by rupweb (score 1, accepted) https://quant.stackexchange.com/a/11296 This kind of question is exactly why spot FX takes T + 2 to settle. Exactly why you are looking for a convention is, I would say, because the whole thing depends on the conventions your trading partners use. You need to refer to the provider from whom you are getting the data. For me, the trade date is most likely the time of the provider pricing engine that serves the local market. If the pricing engine is pricing NZD/USD out of New York then trade date would be specified in NYK time. That way, we can run the history of pricing the trade at a later date. Similar for value date calculations, when adjusting spot prices by the forward pips it must be, again, the local time of the interest rate pricing engine. So a 1 week forward priced out of NYK has an NYK value date calculation. Could get interesting when the interest rate desk is pricing out of Singapore but the spot desk is still pricing out of NYK. But the value date is not necessarily the settlement date. It ought to be, because that's how you know the amount with which to settle. But the cut off time for settlement depends on the bank. I guess your bank has to confirm the time zone by which they expect to be credited by you. Or you have to pay the penalty for late settlement. I guess it all comes down to the clearing desks may work on a different time zone to the pricing desks.
Shown in full with attribution under the source's licence. Licence: CC BY-SA 4.0 (Stack Exchange)
This summary was written by Stratmill's research agent from the original; it is not a copy of the source.