This is a test package publishing, Please ignore
Project description
Getting Started with Maxio Advanced Billing
Introduction
Introduction
API Integration
Maxio Advanced Billing (formerly Chargify API) can be integrated with many environments and programming languages via our REST API. Some of our users have contributed their API wrappers in various programming languages. Check out the API Code Overview doc for an introduction to the wrappers and available code samples.
Testing Guide
Maxio Advanced Billing has compiled a testing guide that covers a list of important factors to consider while in the testing phase. Here's a high-level overiew of what's covered in our testing guide:
- Test credit card basics
- Test site limits
- Live mode versus test mode
We strongly suggest reading over the testing guide, as well as the entire set of application-based documentation to aid in your discovery of the product.
Engage Support
We always enjoy (and appreciate) hearing about larger integrations ahead of time. If you’re planning on importing a large amount of data into Maxio via our API, we suggest sending a “heads up” to “support@chargify.com” so we can coordinate with you to ensure your import process goes smoothly.
Our API, while considered stable, is continually being improved and polished. Please feel free to contact support if you experience issues when integrating with the Maxio Advanced Billing API.
If you have any additional questions regarding our documentation please don't hesitate in reaching out.
Support Access
Access to our Technical Specialist team for API support is currently limited to purchasers of our larger Maxio support plans.
But don’t worry! There are quite a few options to help you get the answers you need:
- Read our documentation for developers
- Explore the endpoints of our API Documentation
- Watch our videos and tutorials
- Check out the Chargify tag on Stack Overflow
API Overview
The Chargify API allows you to interact with our system programmatically from your own application. Using the API you interact with Resources such as:
- Products
- Subscriptions
- Customers
- etc.
The API attempts to conform to the RESTful design principles. You interact with the resources exposed via the API by accessing resource collection and element URIs using the HTTP verbs (GET, POST, PUT, and DELETE). Chargify accepts and returns both JSON and XML data via the API.
You’ll likely need access to a web developer or programmer (if you’re not one) to get the most use out of the API.
Available Formats: JSON and XML
JSON is the primary and recommended format for use with the Chargify API. XML is also provided as a backwards compatible option for Merchants who require it.
Authentication
Authentication is implemented as HTTP Basic Authentication over TLS >= 1.2 (HTTPS), as described in API Authentication
URL
The URL for API requests includes the subdomain of the Site you are working with:
https://<subdomain>.chargify.com/<resource URI>
Response Data
Response data is sent as either XML or JSON, depending on the type of data requested (HTTP Content-Type
header) or the type specified as being accepted (HTTP Accept
header).
GETs for individual statements & invoices may also be requested as PDF using application/pdf
or appending .pdf
to the resource URI.
Response codes are sent via the normal HTTP Response Code, and are documented separately for each resource.
For boolean fields, please note that a value of null
may be considered as false. However, this is not true across all cases. Please excercise good judgement here, or contact support with any questions.
For example:
null
can define that there's no data available for that attribute
Pagination
When an endpoint returns a list of items, it will be paginated. Usually, 20 items will be returned by default, and you may request up to a maximum of 200 at a time. Pagination is done with query string parameters, for example: ?page=5&per_page=200
Response Time Zones
API responses from Chargify are sent with the timezone of current Chargify site.
Alternately, webhooks sent from Chargify globally utilize EST as the timezone for all content in the body of the payload.
Request Data
POST and PUT request data may be formatted as either XML (application/xml
) or JSON (application/json
). For best results, you should set your HTTP Content-Type
request header accordingly, although you may also specify your format by appending .xml
or .json
extensions on to the resource URI.
Note that Chargify does not accept PUT or POST data sent as query params or form encoded data – data must be sent as either XML or JSON. If you fail to set your Content-Type
to either application/xml
or application/json
, your request may fail due to triggering of forgery protection mechanisms.
About Decimal Numbers
In order to prevent losing precision, we serialize decimal numbers as strings instead of as JSON numbers.
We recommend parsing these strings into their decimal equivalent using a decimal number library in your programming language (i.e. BigDecimal
in Ruby) instead of relying on floating point values or arithmetic.
About Amount Fields
Fields holding amount values are given as a string representing a decimal whole currency amount.
For example, "1.23"
in currency "USD"
would equate to $1.23
.
Not all fields will be rounded to the smallest currency denomination. Intermediate results, such as those that derive from line-level tax calculations, may hold precision up to 8 decimal places. However, the top-level totals we provide (e.g. total_amount
) will be rounded to the smallest currency denomination.
It is up to API consumers to parse the string into a decimal number representation and do any rounding necessary for your application.
Debugging
If you’re having difficulty executing a request via our API, try the simplest thing and attempt your request via the curl command-line tool, as shown in the below example. Add the --verbose
flag to your request to receive even more debugging information.
Another handy tool is Beeceptor. You can use this to intercept your request to see exactly what is being sent.
If you are unable to connect at all, check that you are using TLS 1.2 or better.
If you see a "Could not resolve host" error, double check that the url is correct, including your subdomain. For example: mysite.chargify.com
. This error means your DNS server could not find an IP address for the domain you are trying to connect to.
Backwards Compatibility
We consider the following changes to be backwards compatible and may make them without advance notice:
- Adding new API endpoints, or adding new attributes in the responses of existing endpoints
- Adding new optional parameters to be sent to existing API endpoints
- Adding new fields to exported data
- Changing the type or length of any of the ID attributes
- For example, most IDs are currently integers, but you should not assume that this will always be the case.
In addition, you should not depend on the order of attributes within the API response as this may change.
Chargify does not provide notifications for additions that are clearly defined as backwards compatible.
Examples
The following examples use the curl command-line tool to execute API requests.
Subscription Listing
Request
curl -u <api_key>:x -H Accept:application/json -H Content-Type:application/json https://acme.chargify.com/subscriptions.json
API Access Limitations
There are a few scenarios that may end up in causing an API request to be blocked even with correct credentials. Please note: All relevant API requests will be blocked if any of the below conditions are true. These limitations also apply to Chargify Direct.
Those scenarios are as follows:
- Your Chargify subscription is canceled.
- Your Chargify trial has reached an end.
- The site you're making a request for is in the process of "clearing site data"
- Note: any API request for another site that is in a good state will NOT be blocked
- The site you're making a request for has been deleted.
- Note: any API request for another site that is in a good state will NOT be blocked
Read more about your Chargify subscription here
What happens when an API request is blocked
The request will fail with a 422
http status code. The response will also include a message explaining the reason for the request being blocked. For example:
- If your Chargify subscription is canceled:
{
"errors" => [
[0] "Your Chargify account has been canceled. Please contact support@chargify.com to reactivate."
]
}
- If your Chargify trial has reached and end and you attempted to make an API request, the response body will look like:
{
"errors" => [
[0] "Your trial has ended, please contact sales."
]
}
- If the site you're making a request for is in the process of "clearing site data":
{
"errors" => [
[0] "Site data clearing is in progress. Please try later."
]
}
- If the site you're making a request for has been deleted:
{
"errors" => [
[0] "This site has been deleted."
]
}
Secure Applications
Please note that it is NOT possible to make API requests directly from the customer's browser or device. Doing so would expose your API key on the client side, and anyone who has that key has full access to all of your Chargify data.
Instead you will need to take care to tokenize sensitive information by using Chargify.js or a similar JavaScript library provided by your gateway, and then post the token and other information to your own server, from which you can make the API call to Chargify.
Troubleshooting
If you attempt to make a Chargify API request directly from the customer's browser, you may see an error such as:
Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Origin' header is present on the requested resource.
or
Origin 'https://example.com' is therefore not allowed access.` `The response had HTTP status code 404.
This is an error message indicating that Cross-Origin Resource Sharing (CORS) is not enabled on the Chargify server.
Relationship Invoicing
API Compatibility for Relationship Invoicing
This section describes the API for the new, Relationship Invoicing style of invoices introduced in January 2018.
If you are an existing customer from prior to January 2018 or have not otherwise explicitly opted into this new style of invoices, you are probably looking for the legacy "Invoices" section that describes invoice-billing legacy-style invoices.
These new invoices provide a single representation of all of your Chargify billing, whether you collect automatically or via remittance.
About Decimal Numbers
In order to prevent losing precision, we serialize decimal numbers as strings instead of as JSON numbers.
We recommend parsing these strings into their decimal equivalent using a decimal number library in your programming language (i.e. BigDecimal
in Ruby) instead of relying on floating point values or arithmetic.
About Amount Fields
Fields holding amount values are given as a string representing a decimal whole currency amount.
For example, "1.23"
in currency "USD"
would equate to $1.23
.
Not all fields will be rounded to the smallest currency denomination. Intermediate results, such as those that derive from line-level tax calculations, may hold precision up to 8 decimal places. However, the top-level totals we provide (e.g. total_amount
) will be rounded to the smallest currency denomination.
It is up to API consumers to parse the string into a decimal number representation and do any rounding necessary for your application.
Relationship Invoicing Summary
-
If your site is using relationship invoicing, you may only use the methods described in this section for working with invoices.
-
If your site is not using relationship invoicing, please use the legacy invoice methods:
Install the Package
The package is compatible with Python versions 3 >=3.7, <= 3.11
.
Install the package from PyPi using the following pip command:
pip install subtain-apimatic-sdk==1.0.0
You can also view the package at: https://pypi.python.org/pypi/subtain-apimatic-sdk/1.0.0
Initialize the API Client
Note: Documentation for the client can be found here.
The following parameters are configurable for the API Client:
Parameter | Type | Description |
---|---|---|
subdomain |
str |
The subdomain for your Chargify site. Default: 'subdomain' |
domain |
str |
The Chargify server domain. Default: 'chargify.com' |
environment |
Environment | The API environment. Default: Environment.PRODUCTION |
http_client_instance |
HttpClient |
The Http Client passed from the sdk user for making requests |
override_http_client_configuration |
bool |
The value which determines to override properties of the passed Http Client from the sdk user |
http_call_back |
HttpCallBack |
The callback value that is invoked before and after an HTTP call is made to an endpoint |
timeout |
float |
The value to use for connection timeout. Default: 30 |
max_retries |
int |
The number of times to retry an endpoint call if it fails. Default: 0 |
backoff_factor |
float |
A backoff factor to apply between attempts after the second try. Default: 2 |
retry_statuses |
Array of int |
The http statuses on which retry is to be done. Default: [408, 413, 429, 500, 502, 503, 504, 521, 522, 524] |
retry_methods |
Array of string |
The http methods on which retry is to be done. Default: ['GET', 'PUT'] |
basic_auth_user_name |
str |
The username to use with basic authentication |
basic_auth_password |
str |
The password to use with basic authentication |
The API client can be initialized as follows:
from advancedbilling.advanced_billing_client import AdvancedBillingClient
from advancedbilling.configuration import Environment
client = AdvancedBillingClient(
basic_auth_user_name='BasicAuthUserName',
basic_auth_password='BasicAuthPassword'
)
Environments
The SDK can be configured to use a different environment for making API calls. Available environments are:
Fields
Name | Description |
---|---|
production | Default Production server |
environment2 | Production server |
Authorization
This API uses Basic Authentication
.
List of APIs
- API Exports
- Advance Invoice
- Billing Portal
- Custom Fields
- Events-Based Billing Segments
- Payment Profiles
- Product Families
- Product Price Points
- Proforma Invoices
- Reason Codes
- Referral Codes
- Sales Commissions
- Subscription Components
- Subscription Groups
- Subscription Group Invoice Account
- Subscription Group Status
- Subscription Invoice Account
- Subscription Notes
- Subscription Products
- Subscription Status
- Coupons
- Components
- Customers
- Events
- Insights
- Invoices
- Offers
- Products
- Sites
- Subscriptions
- Webhooks
Classes Documentation
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Hashes for subtain-apimatic-sdk-1.0.0.tar.gz
Algorithm | Hash digest | |
---|---|---|
SHA256 | 3adb0a0bd967ad5a5538f35c3591d7a6f2ab6974cb0cd8221aed1d23b0099ba3 |
|
MD5 | 7c8bc264079a8cff2dbe750340d8d915 |
|
BLAKE2b-256 | 14da621fa7b1295eb23b91e74f780aed30f797e883af0a776b0a4abbd199b475 |
Hashes for subtain_apimatic_sdk-1.0.0-py3-none-any.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | dc15b800efd60f071e07de04a458bbe57a1c641e13c3b532306239c8c59e6e92 |
|
MD5 | 27b83797fcdbea7f4320bb641c1c711d |
|
BLAKE2b-256 | 77ae9995b6e557c4bb9ec1474dd1b517d827ae3daad203a3c6ff66dd2b8bbba5 |