npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

advanced-billing-sdk

v0.0.2

Published

Ultimate billing and pricing flexibility for B2B SaaS. Maxio integrates directly into your product, so you can seamlessly manage your product catalog, bill customers, and collect payments.

Downloads

5

Readme

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 “[email protected]” 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:

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 [email protected] 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."
  ]
}
{
  "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

Install the Package

Run the following command from your project directory to install the package from npm:

npm install [email protected]

For additional package details, see the Npm page for the [email protected] npm.

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 | string | The subdomain for your Chargify site.Default: 'subdomain' | | domain | string | The Chargify server domain.Default: 'chargify.com' | | environment | Environment | The API environment. Default: Environment.Production | | timeout | number | Timeout for API calls.Default: 30000 | | httpClientOptions | Partial<HttpClientOptions> | Stable configurable http client options. | | unstableHttpClientOptions | any | Unstable configurable http client options. | | basicAuthUserName | string | The username to use with basic authentication | | basicAuthPassword | string | The password to use with basic authentication |

HttpClientOptions

| Parameter | Type | Description | | --- | --- | --- | | timeout | number | Timeout in milliseconds. | | httpAgent | any | Custom http agent to be used when performing http requests. | | httpsAgent | any | Custom https agent to be used when performing http requests. | | retryConfig | Partial<RetryConfiguration> | Configurations to retry requests. |

RetryConfiguration

| Parameter | Type | Description | | --- | --- | --- | | maxNumberOfRetries | number | Maximum number of retries. Default: 0 | | retryOnTimeout | boolean | Whether to retry on request timeout. Default: true | | retryInterval | number | Interval before next retry. Used in calculation of wait time for next request in case of failure. Default: 1 | | maximumRetryWaitTime | number | Overall wait time for the requests getting retried. Default: 0 | | backoffFactor | number | Used in calculation of wait time for next request in case of failure. Default: 2 | | httpStatusCodesToRetry | number[] | Http status codes to retry against. Default: [408, 413, 429, 500, 502, 503, 504, 521, 522, 524] | | httpMethodsToRetry | HttpMethod[] | Http methods to retry against. Default: ['GET', 'PUT'] |

The API client can be initialized as follows:

const client = new Client({
  timeout: 30000,
  environment: Environment.Production,
  basicAuthUserName: 'BasicAuthUserName',
  basicAuthPassword: '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

Classes Documentation