Could someone send me ([email protected]) an example of how the
sales report from OUYA looks? From the marketplace agreement they are
not "the party of the transactions" which greatly complicates things (I
have to report every single sell to my accountant with calculated
exchange rate for the day before the day of the sell instead of just
issuing a single invoice to OUYA when they pay me). It might complicate
things greately and I would have to pay VAT then.
Does OUYA add VAT to the price?
PS. Also - is the report real-time? Because I have to have it for each day before it ends otherwise I might face fines (yeah, my country has really weird laws).
The Analytics section of this site has a Purchases .csv listed by date, that lists the game, the product that was sold, the date, and the count on that date. The list is updated in realtime. Note that the OUYA folks aren't sending you money in realtime at all, they don't send money until you have accumulated $150 in your share of the sales, and they send it as a lump sum 30 days after the end of that month. Here's an example of a couple listings:
Note that the OUYA folks aren't sending you money in realtime at all, they don't send money until you have accumulated $150 in your share of the sales, and they send it as a lump sum 30 days after the end of that month.
What?
Say you release a game the 25th of June. You wont have earned $150 by the 30th.
Do you have to wait until the end of JULY (and hope for $150 by then), and then wait another 30 days?
And after that sum of money is transferred, do you have to wait until you have earned another $150 for the next transaction? If thats the case the system sounds bad.
Perhaps realtime wont work for some reason, but payment each month should occur whatever amount you might have earned.
Post edited by Evgiz on
I made the OUYA exclusive games Cube and Creature and Hellworm! evgiz.net
Yes, that's a correct assessment. Apple works the same way with their App Store, but I think the amount is $300 there. Here's section 7 of the Marketplace Agreement:
Payments and Reporting. Subject to the terms of this section, we will pay you Proceeds approximately 30 days after the end of the calendar month in which the applicable sale to the end user is made. At the time of payment, we will make available to you a report detailing sales of InApplication Products and corresponding Proceeds. All payments will be made via Electronic Funds Transfer (“EFT”) or other methods we designate in the Marketplace Policies, and will be issued in U.S. Dollars. If we pay you for a sale in a currency other than the currency in which the sale was made, we will convert the Proceeds from the currency in which the sale was made to the payment currency at an exchange rate that we or our bank determine, which may include fees and charges for the conversion. We are entitled to accrue and withhold payments, without interest, until the total amounts due to you (net of any tax withholding, as further described below) exceed the minimum payment threshold of one hundred fifty dollars ($150.00). Depending on the country where you are located, we may require you to provide us with information for a valid bank account in your name for receiving EFT payments and, if you do not provide that information, we may withhold payments, without interest, until you do so and/or pay you via check and deduct a payment processing fee. You may not maintain any action or proceeding against us with respect to any report or payment unless you commence that action or suit within 6 months after the date the report or payment was due. If we pay you Proceeds on a sale and later issue a refund or credit to the end user for such sale (or receive a chargeback related to the sale), we may offset the amount of the Proceeds we previously paid you against future Proceeds or other amounts that would otherwise be payable to you under this Agreement, or require you to remit that amount to us. We may also withhold and offset any sums you owe to us against amounts that are payable to you. If a third party asserts that you did not have all rights required to make available an Application to us, if we determine that you may be in breach of this Agreement, or if we have other claims against you, we are entitled to hold all Proceeds pending resolution of such issue. When this Agreement terminates, we may withhold all Proceeds due for a period of three months from the date they would otherwise be payable, in order to ensure our ability to offset any end user refunds or other offsets to which we are entitled.
Thanks for the answers. Apple is easier to manage because they are doing the sales themselves (no need to put into account books each of the games you sell, only the monthly payment from Apple). I was hoping OUYA will do it that way. Instead they went the Google Play route which is much harder on developers.
In case of OUYA even if they decide to pay me a year later I have to pay taxes next month after the sell. But with $150 it shouldn't be too painful. :) The report looks very limited, it will be very hard to do accounting properly based on it (but on the other hand it will be hard to prove I've done it wrongly too, haha). I will consult my accountant, she has to come up with some solution, it's her job, right?
The biggest problem will definitely be exchange rates. I would have to check exchange rate for the day before each sale for each of the used currencies - accounting hell (welcome to Poland :( ).
PS. I've just realised that in the reports there is no: country of buyer (VAT depends on it), currency (exchange rate is calculated based on it), the exact value paid in the currency and the exact fee taken by OUYA (but the last one can be calculated when the payment is made). It's imposibble to do proper accounting with such little information. :(
Magnesus
Posts: 304Member
Comments
The Analytics section of this site has a Purchases .csv listed by date, that lists the game, the product that was sold, the date, and the count on that date. The list is updated in realtime. Note that the OUYA folks aren't sending you money in realtime at all, they don't send money until you have accumulated $150 in your share of the sales, and they send it as a lump sum 30 days after the end of that month. Here's an example of a couple listings:
I made the OUYA exclusive games Cube and Creature and Hellworm!
evgiz.net
Yes, that's a correct assessment. Apple works the same way with their App Store, but I think the amount is $300 there. Here's section 7 of the Marketplace Agreement:
Payments and Reporting. Subject to the terms of this section, we will pay you
Proceeds approximately 30 days after the end of the calendar month in which the
applicable sale to the end user is made. At the time of payment, we will make
available to you a report detailing sales of InApplication Products and corresponding
Proceeds. All payments will be made via Electronic Funds Transfer (“EFT”) or other
methods we designate in the Marketplace Policies, and will be issued in U.S. Dollars.
If we pay you for a sale in a currency other than the currency in which the sale was
made, we will convert the Proceeds from the currency in which the sale was made to
the payment currency at an exchange rate that we or our bank determine, which may
include fees and charges for the conversion. We are entitled to accrue and withhold
payments, without interest, until the total amounts due to you (net of any tax withholding,
as further described below) exceed the minimum payment threshold of one hundred
fifty dollars ($150.00). Depending on the country where you are located, we may
require you to provide us with information for a valid bank account in your name for
receiving EFT payments and, if you do not provide that information, we may withhold
payments, without interest, until you do so and/or pay you via check and deduct a
payment processing fee. You may not maintain any action or proceeding against us
with respect to any report or payment unless you commence that action or suit within 6
months after the date the report or payment was due. If we pay you Proceeds on a sale
and later issue a refund or credit to the end user for such sale (or receive a
chargeback related to the sale), we may offset the amount of the Proceeds we
previously paid you against future Proceeds or other amounts that would otherwise be
payable to you under this Agreement, or require you to remit that amount to us. We
may also withhold and offset any sums you owe to us against amounts that are payable
to you. If a third party asserts that you did not have all rights required to make available
an Application to us, if we determine that you may be in breach of this Agreement, or if
we have other claims against you, we are entitled to hold all Proceeds pending
resolution of such issue. When this Agreement terminates, we may withhold all
Proceeds due for a period of three months from the date they would otherwise be
payable, in order to ensure our ability to offset any end user refunds or other offsets to
which we are entitled.
Apple is easier to manage because they are doing the sales themselves (no need to put into account books each of the games you sell, only the monthly payment from Apple). I was hoping OUYA will do it that way. Instead they went the Google Play route which is much harder on developers.
In case of OUYA even if they decide to pay me a year later I have to pay taxes next month after the sell. But with $150 it shouldn't be too painful. :) The report looks very limited, it will be very hard to do accounting properly based on it (but on the other hand it will be hard to prove I've done it wrongly too, haha). I will consult my accountant, she has to come up with some solution, it's her job, right?
The biggest problem will definitely be exchange rates. I would have to check exchange rate for the day before each sale for each of the used currencies - accounting hell (welcome to Poland :( ).
PS. I've just realised that in the reports there is no: country of buyer (VAT depends on it), currency (exchange rate is calculated based on it), the exact value paid in the currency and the exact fee taken by OUYA (but the last one can be calculated when the payment is made). It's imposibble to do proper accounting with such little information. :(