Ensuring payment from client
Use some form of escrow agent: Some freelancer sites provide payment escrow services (e.g. E-Lance). In this system the client puts money in escrow for the project in advance and then when they accept the project it forwards the payment to the provider. Progress Payments Arrange a progress payment approach with the client where they pay at certain milestones rather than a single payment at the end of the project. Ideally you would have them pre-pay for each milestone before you start work on it. However, you could ask for payment after each milestone, which might be easier to sell to your client. It does leave some risk, but minimizes that risk somewhat. "You should absolutely have a contract between you and your client stipulating the quid-pro-quos of the arrangement. They get the product, you get the money. First off, this contract should specify what you must do, and what they must do, for the contract to be ""satisfied"". This isn't necessarily just product for money; your client may be under deadlines to approve the product in various stages of work in process. Depending on the product, the client may be required to provide starting materials (like existing logos/slogans for advertising/marketing graphics), information on or access to computer systems (for software or infrastructure consulting, or accounting auditing), etc. Second, if you provide a tangible product like graphics or software, the contract should clearly state that ""intellectual property transfers on satisfaction of contract""; they don't own what you have made until they have accepted it and paid you accordingly. If they try to stiff you by taking what you made them and using it before you've been paid, you can take them to the cleaner's for copyright violations. Third, you should structure a payment schedule; don't do too much for free. You can get the money in thirds, for instance; a third up front, a third at some defined halfway point and a third on final delivery and acceptance. Lastly, you should stipulate that the client is responsible for all expenses incurred by you as a result of their failure to pay as stipulated, up to and including attorney's fees. Definitely have a lawyer draft these agreements; contract law is a many-layered area of law with hundreds of years of case law and slightly different nuances in every state. A competent lawyer will know things that can and can't be stipulated in a contract, and if you try to do it alone you'll wish you hadn't when the contract's tossed out by a judge because of some technicality. If they refuse to pay, get the lawyer on the phone and file suit. A well-written contract drafted by a competent lawyer, which you have lived up to on your end, will give your client no loopholes to slip through. As far as recovering damages, it shouldn't matter whether he's in the U.S. or not; if he does business in the U.S. then he very probably has money in banks that have to listen to U.S. courts (or at least court orders)."
Ok so this is the best information I could get!  It is a guarantee from a financial institution that payment will be made for items or services once certain requirements are met.  Let me know if this helps!  I'll try to get more info in the meantime. Source:  Business owner for 13 years.  Unfortunately you may be hard-pressed to get that money back.   You can try sending him to collections, but at that point it often starts to cost  you more than what he owes you, in my experience.   In the worst instance I lost $2100 on a single invoice that I never received a dime for.   Nearly 20 hours of my time wasted for nothing!  A bit of unsolicited advice:  I've found that when working on a service-basis, obtaining billing and payment info up front and taking a deposit makes sense.   I take 1 hour's worth of deposit and bill the rest after.   Not only does it verify the payment method works, but it also gives you a way to confirm the customer's ability to pay in the future.  If the customer balks at this, just walk away.  It's not worth the risk.   As a business, your goal is to make money in exchange for goods or services.  If your customers don't understand that and aren't willing to front a bit of money to secure your services, you'll likely going to lose time and money. Many banks offer online payment. He can add a payee and just type your name and address in. The bank will mail the check out if they cannot deliver payment electronically. Edit: Recently I came across this (Citibank Global Transfer), you and your friend should see if your bank offers a similar service. Citibank requires both of you to have an account with them. "The thing to look at is PayPal's ""PayPal.me"" service, which is a pretty neat little item.  When you sign up for a PayPal.me account (totally free), you create a unique username.  So for example, my PayPal.me account name is DanCAnderson.  I can give someone the following web link to send me $500: http://paypal.me/DanCAnderson/500 If you click the link above, you'll see what the user sees (my company name is Salt River Networks, Inc.).  I gave a live link so you can see the working example of it (no need for anyone to send money! chuckle). I can change the amount by simply changing the value at the end of the URL. When they go to that link, they see a landing page with your name on it and the amount to send to you, then they go through the normal process of paying via PayPal. It's a pretty neat service, and I've used to it bill a few clients for work I've done by emailing that link to them rather than going through the whole PayPal procedure." "You are right in insisting upon a proper B2B contract in any business relationship. You wish to reduce your risk and be compensated fairly. In addition to the cost and complexity of international wire transfers, the US companies may also be considering the fact that as an international contractor in a relatively hard-to-reach jurisdiction, payments to you place the company at higher risk than payments to a domestic contractor. By insisting upon PayPal or similar transmitters, they are reducing their internal complexity and reducing their financial exposure to unfulfilled/disputed contract terms. Therefore, wire payments are ""hard"" in an internal business sense, as well as in a remittance transfer reporting sense. The internal business procedure will likely be the hardest to overcome--changing risk management is harder than filling out forms." Short answer: No. Some of those 'automatic' payments you've agreed to (presumably by signing a PAD form) are initiated in batch by the company whom you're buying from (phone company, cable company etc). So no, the bank has no indication from one day to the next what is coming through.  And the request goes from say, your cable company to THEIR merchant bank to YOUR bank. Typically you have a monthly bill date which is fixed, and they should have terms established when it is due.  If a payment comes back NSF they can retry once - but only for the same amount and I believe it is 14 days from the initial payment attempt.  It makes it predictable, and you'd figure banks would clue in and start to predict for you when things may come out - but strictly speaking your bank doesn't know when or how much. You could of course request payment in EUR or USD, maybe keep a PayPal account and just leave the funds in PayPal unless you need to withdraw the money in local currency? Either currency would be fine because the problem you are trying to overcome is the instability in the ruble. EUR and USD both accomplish that. If you can get local clients to pay in EUR or USD (again, PayPal seems like an easy way to accomplish that) you avoid the ruble, but at the risk that your services become more expensive to local clients because they have to convert a weaker currency to a stronger one. You should also solicit some international clients! You are obviously perfectly fluent in English and that's a significant advantage. And they'll be happy to pay in dollars and euros. Given the combination of the admitted delays and then the failure of the money to arrive with only their word they have sent it, I would be worried that the solicitor is having financial problems and has not really sent your money because they don't have it. This shouldn't be possible unless they were already acting unethically by not properly segregating client money, but that possibility does always exist. I would consult the Solicitor's Regulation Authority for advice as quickly as possible. They may not be the right people to initially deal with the problem, but they should be able to advise on the appropriate next steps and it might help them match up your problem with any other reports they have received. "The service processors are providing is absorbing the risk.  The flow goes, roughly (and I say roughly because it's a complicated process):  1. You swipe/insert your card at Bob's House of Eatery and get charged $10 for a bucket of ramen or something. 2. The device you swipe your card in, (""a terminal"") encodes the card number, amount, and some other transaction details and contacts a ""Payment Gateway"".   3. The gateway decodes the blob of data, and is responsible for determining the issuing financial institution (""Chase"", ""US Bank"", etc.). 4. The gateway contacts the above and asks, ""Can card # 555.. charge $10?"" 5. The gateway also sends this answer to the processor.   5. The processor _immediately_ proxies that yes/no back to the merchant's terminal. 6. The processor, having a transaction ID, and a yes/no, sends the response to the merchant's systems so your receipt can be printed or order processed, and so on.   7. Meanwhile, the processor has a transaction ID and is busy figuring out things like interchange fees.  The amount depends on a whole host of things, and almost everyone involved in the process wants their cut -- the bank, the gateway, the processor, and it all depends on the type of card, customer, rewards, and so on.   8. At the end of the day, week, whatever, the processor collects money from the issuing financial institution and is responsible for giving the right amount -- less fees -- to the merchant.    The processor here also absorbs the risk and costs for things like chargebacks, as almost everyone in that chain (gateway, issuing bank) want their pound of flesh for a chargeback, and often the processor doesn't pass that full cost on to the merchant and instead does some risk analysis to determine if they think this merchant is going to be okay to do business with.    That's what you're paying for." If you are regularly taking payments of $10,000 I'm very surprised you aren't already set up to accept credit card payments. If you are going to be doing this much in the future it would be a good thing to investigate. Some other options might be: Send a well-documented payment to the original creditor.  Do it in such a way that you would have the ability to prove that you sent a payment if they reject it.  Should they reject it, demonstrate that to the credit reporting bureaus. On a summary level, there are three conceptual ways of clearing money electronically. Immediate clearing, where banks (often, but not necessarily) with support of the supervisory entities, send immediate drawing rights against their own cash reserves, and dedicate this right to the account of the receiving customer. This is rather expensive, as it limits the banks ability to use their cash reserves for their own banking operations (crediting etc). This is often the only way to wire significant (in comparison to the bank size) amounts of money.  Internal clearing, where the money actually never leaves the bank - it's just moved between accounts of two different customers of the same bank. It's usually free, as the bank is still free to use your money to do it's banking, and it's usually immediate since nothing actually needs to happen besides a change in the banks entries.  Batch clearing, where banks submit outstanding requests against each other, and calculate the net settlement. Basically, when you from bank A wire money to me in bank B, there is a high chance that a similar amount of money is wired between two other users it the opposite direction. After a bit of accounting the net imbalance is computed (and often drawn via immediate clearing) but the bulk of the money actually never leaves any of the banks, it just is reassigned between each banks customers as per agreed books.  There are also additional ways where companies decide to open accounts in each of the banks and provide some sort of immediate clearing backed by the operators cash reserves rather than the banks.. and so on.. How does it happen in Indonesia? I have no idea, but I think a good overview of how it happens around the world is a publication by a partner entity of ours; http://pymntsreportstore.com/products/global-wire-transfer-choices If you are really curious, I'd research under what legal form does Paypal Indonesia operate (it should be somewhere in the archives) and figure out what other wiring options are available. Generally there's no ultimate protection against charge backs. Some methods are easier to charge back and some harder, and there's always the resort of going to courts. The hardest to contest is, of course, a cash payment or wire transfer. You need to remember that imposing unnecessary/unreasonable difficulties on your customers will drive business away. I can buy diamonds in the nearest mall with my credit card - why would I buy from you if you want cash, BTC, or any other shady way to pay? I'm pretty sure that whatever that is you're selling, anyone can buy elsewhere as well. "The second part of your question is the easiest to answer, how much manual work is involved in settlement processes? Payment systems which handle low value (i.e. high volume) transactions work on the basis of net settlement. Each of the individual payments are netted across all of the participant banks, so that only one ""real"" payment is made by each bank. Some days banks will receive money, others they will pay money. This is arbitrary and depends on whether their outbound payments exceed their inbound payments for that day.   The payment system will notify each Bank how much it owes/will receive for the day. The money is then transferred between all of the banks simultaneously by the payment system to remove the risk that some pay and others don't. If you're going to make or receive a very large payment, you're going to want to make certain that its correct. This means that if there's a discrepancy, you need operations people available to find out why its wrong.   When dealing with this many payments, answering that question can be hard. Did we miss a payment? Is there a duplicate? Etc.  The vast majority of payments will process without any human involvement, but to make the process work, you always need human brains there to fix problems that occur. This brings me to your first question. On every day that settlement happens, a bank will receive (or pay) a very large sum of money. As a settlement bank you must settle that money - the guarantee that every bank will pay is one of the main reasons these systems exist. For settlement to happen, every bank has to agree to participate, and be ready to verify the data on their side and deliver the funds from their account. So there is no particular reason that this doesn't happen on weekends and holidays other than history. But for any payment system to change, it would require the support of (at least) a majority of participants to pay staff to manage the settlement process on weekends. This would increase costs for banks, but the benefits would only really be for you and me (if at all). That means it's unlikely to happen unless a government forces the issue." "There are Cyber Security and Reporting Standards which Financial Service Provider (Banks and Financial services where customers deposit and/or transact fiat currency) You can find a comprehensive list on Wikipedia under Cyber security standards Depending on the geographic location there might be local Govt requirements such as reporting issues, data security etc. Concerning point 1. We have to differ between a fraudulent customer and an attacker on the banks infrastructure. Fraudulent customers / customers that have been compromised by third parties are identified with but not limited to credit scores and merchant databases or data from firms specialized in ""Fraud Prevention"". Attackers (Criminals that intend to steal, manipulate or spy on data) are identified/prevented/recorded by but not limited to IDS solutions and attacker databases. For firms that get compensation by insurances the most important thing is the compilant with law and have records of everything, they rather focus on recording data to backtrack attackers than preventing attacks. Concerning point 2. For you as customer the local law and deposit insurance are the most important things. Banks are insured and usually compensate customers on money theft. The authentication and PIN / TAN methods are most crucial but standard - these authentication methods consist of one password and one offline part such as a TAN from a paperletter or a RSA generator or card reader. WRAPUP: Financial institutions have to comply with local law and meet international standards. Banks use highly advanced Intrusion detection and fraud prevention which logically must be based on databases. For the average joe customer there is seldom high risk to lose deposits even if the attackers gains full access to the bank account but this depends a lot on the country you reside in. Concerning targeted attacks:"