Just had a few simple questions on the Authorize.net Automated Recurring Billing
Does the API allow you to manage subscriptions remotely?
An example would be updating subscriptions and searching through them through the API and editing any info you see fit?
Can you modify the automated emails to look personalized?
Can you pro-rate, or do you need to set it up through AIM (Advanced Integration Method) for the initial transaction and with the AVS (Address Verification Service) for validity?
Thanks much.
Does the API allow you to manage subscriptions remotely? An example would be updating subscriptions and searching through them through the API and editing any info you see fit?
You can update subscriptions after they are created. The ARBUpdateSubscriptRequest API call allows for this. You should refer to the API guide to see what you can and cannot do with it.
Can you modify the automated emails to look personalized?
No. If you want to have personalize emails you will need to send your own.
Can you pro-rate, or do you need to set it up through AIM (Advanced Integration Method) for the initial transaction and with the AVS (Address Verification Service) for validity?
You should always do the first payment through AIM to verify the payment goes through and the credit is valid anyway so if pro-rating a payment is necessary it's easily handled during this step.
Related
We are working on a solution built on top of WSO2 APIM.
Problem Statement:
We want to add custom capability in existing APIM. Right now if we consume a single api endpoint it gives us meaningful statics some of them are:
API Usage API
API Usage per Application
Top Users per Application
Resource Usage per Application
But what we need is to store some/all incoming request data into database and extract meaningful information over time.
Example:
Suppose we have a api endpoint like below:
HTTP-Verb: POST
URL: http://localhost:9444/subscriptions/1/create_subscription
Params: name:sample_name, type:sample_type, user_id:12345
What we want?
It could be WSO2, OpenAM or any other opensource API manager.
We need to store parameter values e.g. sample_name, sample_type
and user_id in database.
Observations?
Looks like WSO Stream Processor can provide this functionality.
As it has a solution for HTTP Analytics. But we are not certain
to proceed with this option.
Another possible candidate is to Extend API Manager. But docs doesn't have anything to target what we wanted to do.
I am not sure but we can use RequestInterceptor?
Anyone has a experience with this kind of problem please let me know.
There are two problems you have to solve here,
1. Capture the required data from the APIM side
2. Publish to Analytics Server
3. Perform Analytics on received events
As you have observed WSO2 SP can be used for 3.
For 1 & 2, please see blog (https://medium.com/#naduni_pamudika/how-to-publish-custom-attributes-from-wso2-api-manager-to-wso2-analytics-38dd83e8aea2) for extending the publishers to capture and publish additional data.
You can also take a look at OpenIG, it is easy to extend and you can implement your own filter to store request data in database. Another approach is develop your own gateway based on Netflix Zuul or Spring Cloud Gateway
I came across this admin-dashboard component and am just curious what it is or what it can do.
It is mentioned in WSO2 documentation related to workflow customization. I did not find any related pages dedicated to this component. What is it, and what is designed for, or what it can do?
Any help is appreciated.
Its created for the administrative tasks and few other tasks. You can do the following using the admin dashboard.
There are several activities related to api store which we can configure workflows. For example, if someone wants to sign up to your store, you can submit it for the store owner's approval. Other places where you can configure work flows are application creation and api subscription. Such pending approval appear in the admin dashboard where the admin can approve or reject them.
You can upload customized themese for api store
This also provides a UI for adding and editing throttling tiers.
In the next releases this will get more such functionalities added.
From Google Apps Reseller API: Manage Subscriptions
To immediately cancel a non Google Apps subscription, use the following DELETE HTTP request with a deletionType of 'transfer_to_direct'
So, how to cancel google apps subscription ?
I have filed an internal bug to have the documentation updated and will see that this is corrected promptly. I apologize for the confusion the docs have caused you.
To clarify 'transfer_to_direct' is the best way to immediately cancel a Google Apps subscription and transfer the customer to a direct relationship with Google. Customers are given a short window of 'free' service.
TL;DR: 'transfer_to_direct' can be used for Google Apps subscriptions
I'm writing an utility to email an alert when:
a Google Apps domain's number of users approaches the subscription limit
a Google Apps domain's subscription is coming up for renewal
I found the data for point 1 in the Admin Settings API in fields called MaximumNumberOfUsers and CurrentNumberOfUsers
Unfortunately I cannot find any subscription/billing details in the APIs except in the Reseller APIs (which doesn't help me, I'm not a reseller)
This information is available in other cloud product APIs, like Office 365 etc.
Does anyone know if this information is accessible via an API?
The License Manager API provides a way to get/update/assign licenses to users but does not provide details about subscription renewals.
There is no API function currently to retrieve the renewal date.
I am integrating with Authorize.NET
I have implemented Charge Refund and Automated Recurring Payments
But because recurring payments execute on the Authorize server I need to sync them back. ARB API does not have a QueryTransactions function. Is there any way to implement this functionality in Authorize.NET
What you need to use is Silent Post. It's just like Paypal's IPN in which you are notified whenever a transaction is made and that includes subscription payments made through ARB.
(Disclaimer: I wrote that article)