I'm developing an app that will help users control their recurring payments.
Connected Plaid to connect to bank accounts, mi get all user transactions. Our program finds among them recurring subscriptions.
How do I technically release the cancellation of recurring paid subscriptions?
How is this implemented in Rocketmoney (Truebill), Trim and other similar services?
I don't know how to implement the cancellation of user payments.
Thank you!
Related
I'm thinking on my scenario and there is a point I cannot manage to bring to a valid approach:
I have a web app where users log in and, among other things, they can create calendars. If this calendars are marked as publics, all users can see them.
I want them to be able to sync the calendars with their google calendar account. I have this already implemented using gapi.
The problem is when, after a while, any user updates an event of a calendar which other user had synchronized before. He is not going to see the changes in his google calendar, as I'm not able to send him updates since he is not logged into the app.
So, my idea was to create all calendars in our own account, and whoever wants to have it in their google account, just have to subscribe to it. I would do that with gapi.acl lib.
What I don't know how to do is: when the first user wants to syncronize the calendar, it should first be created in our own google account, so that the user will be able to subscribe to it...
But how do I change the account where to create a calendar using gapi?
Maybe it is a stupid question but I cannot manage to find out how to do it.
Thanks in advance!!!!
But how do I change the account where to create a calendar using gapi?
You cant, what you are trying to do is get offline access to a users Google calendar data. OffLine access means that your application can access the users account when the user is "offLine" as in not there. This being a fully automated functionality of your application.
You need to request permission of the user for "offline" access once that is granted you are given a Refresh token the refresh token can then be used to request a new access token when ever your application needs even if the user is "offline".
Your problem being that JavaScript is client side this means that the code is running in the users browser. Due to major security concerns offline access is not something you can request using JavaScript you need to use a server sided programming language.
Maybe it is a stupid question but I cannot manage to find out how to do it.
I don't think its a stupid question but I do think there are some major wholes in your applicating design.
You first need to think of if users really want you writing to their personal calendar account.
Then you need to consider weather or not you want to be writing and sharing your personal calendar with a bunch of unknown users.
There are also major limitations to the number of writes or inserts you can make to a single calendar per day so storing everyone's calendar data in your own calendar is going to not only messy but it may end up overloading your request limit.
Once all that is added up have you considered the verification process this application is going to have to go though. How will you justify your application to googles security review, I am writing to a users calendar, I am storing users calendar data in my own personal calendar ....
IAP was implemented in my application. I followed Steve Hannah's blog post Auto-Renewing Subscriptions in iOS and Android.
There are full-price and discounted subscriptions in the application. When starting a discount subscription, the full-price subscription must be closed. Can this be solved programmatically in the application?
THX.
Péter
No. You can't cancel a subscription programmatically and can't re-initiate a subscription without user interaction. I think Apple/Google might have a "trial" period in their web UIs that allow you to define an SKU that has a discount in the initial period.
We are currently using PayPal's Delayed Chained Payments for our website transactions (desktop). The problem is with our mobile transactions. We've considered the following solutions:
Embedded Payment Flow (mini-browser) but the problem with this is that the minibrowser is buggy. It does not call the returnUrl or the cancelUrl after a transaction. And it does NOT support Chrome and Safari on iPhone
We've also considered PayPal's Mobile SDK but the SDK for iOS does not support Adaptive Payments.
I was just thinking if there is a way to make a Delayed Payment using Express Checkout and not the Adaptive Payment. An example of the process flow:
On an events website, a provider creates an event and posted an online registration.
On the first day, User A pays the fee. On the second day, User B and on the third day User C. Each payment is made using Express Checkout or Mobile Express Checkout.
Each time a user pays, the website's Paypal account holds the payment.
The event starts and three days after it started, the website would transfer all the funds or payments that it got to the event provider's PayPal account.
Questions: Is the process possible? Would the website still need to pay an additional transaction fee for the fund transfer? And would the website have a way to track which transaction payment it should forward to which provider?
I am a newbie on PayPal so please bear with me.
I wonder if its possible to get reminders due in a certain period of time. I am working on a Calendar app. I was thinking of using Google Calendar as a "backend/calendar storage engine". Since implementing a calendar backend seems hard. The recurrences and reminders part. The challenge that I have now is, I want to send push notifications for reminders. So was wondering if there is a way to query for reminders due the next hour for example.
How can I do this?
Reminders are alarms triggered at a specified time before an event starts
However, the delivery mechanisms only available by Google API are
Pop-up. These are supported on mobile platforms and on web clients.
Email sent by the server.
SMS. These are only available for Google Apps for Work, Education, and Government customers.
Push Notification is a bit different, as you're required to have a GCM Connection Server with additional configurations in the developer console.
With the arrival of WP7, I developed a solution to business appointments. And I wonder about the architecture. My Silverlight application needs to communicate with web services, no problem here.
By cons, I have another need that is a push to notify phones with the Microsoft Notification Push Service. My problem is how to handle this server side.
First problem, IIS has a timeout and I need to push to ensure WP7 if an appointment.
Second problem, there will be a lot
of appointments.
I thought of an IIS / WAS to host the WCF services and a Windows service that handles notifications Push, for each new appointment creates a timer to send the push.
Have you an idea of architecture for this solution? Do you know a server / library planning?
Best regards,
Vincent BOUZON
I'm not entriely sure what your question is but it may be useful to clarify the following:
Push notification messages will not
have guaranteed delivery.
If you need to guarantee adding appointments to a persons device, so they don't miss any business appointments, why not have the person subscribe to a shared calendar and remotely update the calendar from the server? Or send a meeting request via Exchange/email?
With regard to the volume of appointments, you can send up to 500 notifications per app, per device, per day. I don't think you'll reach that limit in terms of physical meeting appointments. Not unless you have some VERY busy people.
In terms of a process on a web server sending the messages, you could also consider having an Azure Worker Role generating the messages.
Here's a very timely Channel9 video on push notifications that's probably worth watching.