My web app "Jet" allows users to purchase tickets to events, similar to EventBrite. We built a connector so that all events created in Jet get pushed to EventBrite.
If someone buys a ticket for an event on EventBrite, the order information gets copied to Jet so it knows to update the quantity of tickets sold/available/etc.
But, if someone buys a ticket on Jet, is it possible to copy that order information to EventBrite so it knows that a ticket has been sold? Single and recurring events?
I'm trying to keep the number of tickets sold in sync between the two apps so I can't oversell (sell 100 tickets on Jet and 100 on EventBrite to the same event).
Currently, the workaround has been "When a ticket is purchased on Jet, decrease the capacity of available tickets on EventBrite by 1", but that only works with single events, not recurring.
Related
Our website is manually notifying Corrily of subscription and charge events. How should we handle discounts?
Send the price that the user paid when calling create subscription and create charge
Send the full price and then somehow indicate the discount in a subsequent call(s) to Corrily's API.
When calling create charge/subscription you should pass the price that the user paid. So #1 is the correct approach.
Source: I am currently helping the Corrily team with their documentation. This answer is what the Corrily engineering team told a customer to do.
I'm trying to use the Offer Codes feature Apple introduced in iOS 14. While it mostly works we are receiving reports of issues from our users that they can't actually redeem the offer.
From the documentation:
Select the customer eligibility for your offer. You can choose any combination of new, active, or expired users.
New: Users who have never subscribed to any subscription product within the group.
Active: Users who are currently subscribed to a product within the group.
Expired: Users who were previously subscribed to a product within the group, but whose subscription has expired.
Our subscription group has following plans (only 1 level):
1 Month
3 Months
6 Months
12 Months
We have created an Offer Code for the 12 Months plan.
Based on the documentation users who are currently subscribers on the 1m, 3m, 6m plans should therefore be able to crossgrade using this offer.
But users that actually try to do this receive an error:
This offer cannot be redeemed with your current subscription.
I checked and there are in the same subscription group and users can crossgrade without a problem if not using the offer. Any ideas what am I missing?
We are currently offering a variety of premium plans on our app using in-app purchases and not Subscriptions. We have a 4 months plan and 1 year plan when user pays from the start (he can cancel at any-time by contacting us and our back-end manages the plans so after the period of the plan has ended he is downgraded automatically) and we want to switch this mechanism to monthly payments subscriptions for better revenue reasons.
It looks as (at least on Google Play) that we can define the billing period by weekly, monthly, etc, but the period of the subscription is still indefinit by meaning of time.
Are subscriptions are "for life" until user cancels it? How does it work?
Is it possible to create a fixed 4 months or 1 year subscription that is paid monthly until its finished automatically? How can we define that a subscription needs to end after exactly 4 months since user first purchase it? (It should also be auto-renewal month by month in that period).
If this is not possible, can we somehow create an indefinit subscriptions and "cancel" the subscription on iOS and Google Play stores for the user without him knowing? (from back-end or clients)
Also, what happens if user to buy a different subscription while he is already in one? Should he cancel and also then buy?
Thanks for any clarification. The official guidelines by both companies are no so clear.
I have some queries on Microsoft Translator API
1.If i use trial period before characters limit will be over am i going to get any emails from the configured email in datamarket.azure.com. I have seen that notifications will appear in our account when our subscription balance is 15% of our monthly limit and when our balance is completely finished, but i think these notifications will display in our www.datamarket.azure.com account. It's not good to check our account regular basis.So is there any other approach which is maintaining by Microsoft?
2.is there any specific limited characters or transactions per day for paid service also?
I referred this link but i didn't get much details
https://datamarket.azure.com/help-overview-purchasing-subcribing-data-apps#x_taxes
Please provide me the answers for the above queries.
Microsoft translator Support has sent a response for the above queries as follows
1.At this time the notification for low balances only appear in your Windows Azure Marketplace account. The email notification for low balances is a priority feature that we expect to be included in a future release of Marketplace. If you subscribe to a paid monthly subscription, a new feature for paid Translator API subscribers called ‘Auto-Refill’ was added last week and you may find this to be useful depending on your usage scenario.
If you enable this feature for your paid Translator API subscription, you allow Marketplace to automatically refill your subscription if your remaining balance reaches 10% or less of your monthly subscription limit. More information on Auto-Refill can be found here.
2.You are currently able to translate a maximum of 10000 characters per request, but we recommend keeping each request between 2000 and 5000 characters to optimize response times.
I'm developing an app in Ruby on Rails where companies buy advertising campaigns. First they buy credits to their account on my site, then they buy the campaigns with the credits. The thing is the campaign is payed per view/click. A company reserves a budget of credits for each campaign and these reserved credits can't be used to buy other campaigns with. When a campaign ends and not all credits are used they will be un-reserved and available to buy more campaigns for.
How do I structure the models in the database and how to move/reserve/un-reserve the credits in order to periodically check for any credits that should be un-reserved in a background process?
Have a client/campaigns relationship. Each client has a number of credits. Each client campaign can withdraw credits from the client. As a campaign is viewed/clicked it withdraws credit from the client campaign.
A process periodically checks for lapsed campaigns. When it finds one, any remaining credits are deposited back to the client's main account.
All the money is kept in the company's account all the time. The goal is then to dynamically calculate how much of the funds that are reserved and how much that are not. This can be done if every campaign have a reserved amount attribute and a used amount attribute. When a user clicks on the campaign I withdraw money from the companies account and add them to the campaigns used account.