Pending euro payment to a usd account
Currency exchange is rather the norm than the exception in international wire transfers, so the fact that the amount needs to be exchanged should have no impact at all. The processing time depends on the number of participating banks and their speeds. Typically, between Europe and the US, one or two business days are the norm. Sending from Other countries might involve more steps (banks)  which each takes a bit of time. However, anything beyond 5 business days is not normal. Consider if there are external delays - how did you initiate the sending? Was it in person with an agent of the bank, who might have put it on a stack, and they type it in only a day later (or worse)? Or was it online, so it is in the system right away? On the receiver side, how did you/your friend check? Could there be a delay by waiting for an account statement? Finally, and that is the most common reason, were all the numbers, names, and codes absolutely correct? Even a small mismatch in name spelling might trigger the receiving bank to not allocate the money into the account. Either way, if you contact the sender bank, you will be able to make them follow up on it. They must be able to trace where they money went, and where it currently is. If it is stuck, they will be able to get it ‘unstuck’.
"When trading Forex each currency is traded relative to another. So when shorting a currency you must go long another currency vs the currency you are shorting, it seems a little odd and can be a bit confusing, but here is the explanation that Wikipedia provides: An example of this is as follows: Let us say a trader wants to trade   with the US dollar and the Indian rupee currencies. Assume that the   current market rate is USD 1 to Rs.50 and the trader borrows Rs.100.   With this, he buys USD 2. If the next day, the conversion rate becomes   USD 1 to Rs.51, then the trader sells his USD 2 and gets Rs.102. He   returns Rs.100 and keeps the Rs.2 profit (minus fees). So in this example the trader is shorting the rupee vs the dollar. Does this article add up all other currency crosses to get the 'net' figure? So they don't care what it is depreciating against? This data is called the Commitment of Traders (COT) which is issued by the Commodity Futures Trading Commission (CFTC)  In the WSJ article it is actually referring to Forex Futures. In an another article from CountingPips it explains a bit clearer as to how a news organization comes up with these type of numbers. according to the CFTC COT data and calculations by Reuters which calculates the dollar positions against the euro, British pound, Japanese yen, Australian dollar, Canadian dollar and the Swiss franc. So this article is not talking about futures but it does tell us they got data from the COT and in addition Reuters added additional calculations from adding up ""X"" currency positions. No subscription needed: Speculators Pile Up Largest Net Dollar Long Position Since June 2010 - CFTC Here is some additional reading on the topic if you're interested: CFTC Commitment of the Traders Data – COT Report FOREX : What Is It And How Does It Work? Futures vs. Forex Options Forex - Wiki" "I'd recommend an online FX broker like XE Trade at xe.com.  There are no fees charged by XE other than the spread on the FX conversion itself (which you'll pay anywhere). They have payment clearing facilities in several countries (including UK BACS) so provided you're dealing with a major currency it should be possible to transfer money ""free"" (of wire charges at least).  The FX spread will be much better than you would get from a bank (since FX is their primary business). The additional risk you take on is settlement risk.  XE will not pay the sterling amount to your UK bank account until they have received the Euro payment into their account.  If XE went bankrupt before crediting your UK account, but after you've paid them your Euros - you could lose your money. XE is backed by Custom House, which is a large and established Canadian firm - so this risk is very small indeed. There are other choices out there too, UKForex is another that comes to mind - although XE's rates have been the best of those I've tried." For the first part of your question, I think the answer is a combination of three things:  (1) Bigger companies have leverage to negotiate better deals due to volume.  (2) Some of these companies are also taking bookings from outside the US for people traveling to the US (either directly or through affiliates).  This means that they also have income in other currencies, so they may not actually be making as many wire transfers as you think.  They simply keep a bank account in Europe, for example, in Euros to receive and send money in the Eurozone as needed.  They balance the exchange on their books internally in this case, without actually sending funds through the international banking system.  Similarly in other parts of the world. (3) These companies are not going to make a wire transfer for every transaction, in any case.  They are going to transfer big sums of money to an account abroad to balance things on a longer-term basis (weekly, month, etc.)  Then they will make individual payments to service providers out of the overseas account in between these larger, international transfers. For the second part of your question, I think there's probably no way for a new business to get the advantages of scale unless you've got significant capital backing your endeavor that would make it plausible that you'll be transferring in scale.  I don't see any reason in principle that the new company could not establish bank accounts abroad and try to execute the plan outlined in #2 above except that it would require some set-up costs to do the proper paperwork in each country, probably to travel, and to initially fund the various accounts. Cheaper and faster are usually mutually exclusive. If you want faster, nothing is faster than cash.  I would recommend using an ATM to withdraw cash from your USD account as Florints and then use as appropriate. If you want cheaper, then the cheapest currency conversion commonly available is foreign exchange / transfer services like OFX / XE Trade / Transferwise.  Turn around time on these can be as little as a business day or two but more commonly takes a few business days, but they typically offer the best currency exchange rates at the lowest cost.  If you must make regular payments to 3rd parties, you can set these services up to send the converted currency to a 3rd party rather than back to your own account. "I recently needed to compute a better balance that let us pick and choose what to include in the computed sum without losing information, so I revisited this topic and I'm pleased to say that I've found a solution that works (at least for our data - you may have transactions that this code doesn't recognize, but you can always modify it to match). My solution was written natively for MS SQL Server 2008 or later, it uses a scalar UDF, a VIEW, and a windowed aggregate (SUM OVER (ORDER BY ...) which means it should be almost-syntax compatible with PostgreSQL. MySQL does not support OVER but you can perform a running-sum using a variable with arithmetic addition directly in the SELECT clause. Create a database table with this schema (feel free to exclude columns you're not interested in, such as Option1Name): Create a UNIQUE index on TxnId - you could use it as a primary-key, I suppose. You might be tempted to create a Foreign-Key relationship between ReferenceTxnId and TxnId, however this will fail if you enforce it: we have many transactions where ReferenceTxnId points to a Transaction that doesn't exist. This is usually in the case of [Type] = 'Web Accept Payment Received' AND [Status] = 'Canceled'. We also have some TransactionId values longer than 17 characters: some TransactionIds start with ""U-"" - all pending money requests, I suspect this indicates the transaction is ""unfinished"". Re-download your entire PayPal History CSV files so that you have the latest retroactive updates. Import these CSV files into this PayPalHistory table. Do a simple test to see how bad PayPal's default data is: To find out where the differences are coming from, run this query: (The ORDER BY (...), RowId is to ensure consistent ordering when multiple transactions share the same timestamp) As you scroll through the results, you'll see how the naive SUM is thrown-off from the official PayPal-computed Balance column. So as you can see, the Net column value cannot always be trusted - what we need is to generate our own ""EffectiveNet"" value which is accurate - that is, the value is 0.00 for rows which do not affect the balance, instead of being what they are right now. The problem is, given a single row of data (such as any single row from the example table in my original Question) we have no way of inherently knowing what its ""EffectiveNet"" is. I have devised two functions to help solve this problem, the first function only looks at the ReferenceTxnId, Type and Status column values and generates accurate values for the vast majority of rows - indeed, in our dataset we only had one row for which this approach did not work. I recommend you try this one first and compare the running-sum value to ensure it works for your data: You can use this function in the query like so below, hopefully it should give you an accurate running-sum and balance figure at the end: 8. And here's the view that ties it all together: Used like so: I hope this helps anyone else wanting to do accurate bookkeeping with PayPal Transaction History files!" The workaround that I use in a recent time is very simple, effective and it is spreading very quickly - Payoneer. What you will need is http://www.payoneer.com/USPService.aspx which will get you US bank account that you can link to your paypal account. "In short, yes. By ""forward selling"", you enter into a futures contract by which you agree to trade Euros for dollars (US or Singapore) at a set rate agreed to by both parties, at some future time. You are basically making a bet; you think that the dollar will gain on the Euro and thus you'd pay a higher rate on the spot than you've locked in with the future. The other party to the contract is betting against you; he thinks the dollar will weaken, and so the dollars he'll sell you will be worth less than the Euros he gets for them at the agreed rate. Now, in a traditional futures contract, you are obligated to execute it, whether it ends up good or bad for you. You can, to avoid this, buy an ""option"". By buying the option, you pay the other party to the deal for the right to say ""no, thanks"". That way, if the dollar weakens and you'd rather pay spot price at time of delivery, you simply let the contract expire un-executed. The tradeoff is that options cost money up-front which is now sunk; whether you exercise the option or not, the other party gets the option price. That basically creates a ""point spread""; you ""win"" if the dollar appreciates against the Euro enough that you still save money even after buying the option, or if the dollar depreciates against the Euro enough that again you still save money after subtracting the option price, while you ""lose"" if the exchange rates are close enough to what was agreed on that it cost you more to buy the option than you gained by being able to choose to use it." I ended up just trying. I gave A the IBAN of B's account, which I calculated online based on the bank code and account number (because B claimed IBAN won't work, so didn't give it to me), and B's name. A was able to transfer the money apparently without extra difficulties, and it appeared on B's account on the same day. Contrary to some other posts here, IBAN has nothing to do with the Euro zone, nor is it a European system. It started in Europe, but it has been adopted as an ISO standard (link). As usual of course some countries don't see the urgency to follow an international standard :) XE.com has a list of all IBAN countries; quite a few are non-European. Here is even the list formatted specially for the European-or-not discussion: link.