PHPackages                             thebishopofsoho/omnipay - PHPackages - PHPackages  [Skip to content](#main-content)[PHPackages](/)[Directory](/)[Categories](/categories)[Trending](/trending)[Leaderboard](/leaderboard)[Changelog](/changelog)[Analyze](/analyze)[Collections](/collections)[Log in](/login)[Sign up](/register)

1. [Directory](/)
2. /
3. [Payment Processing](/categories/payments)
4. /
5. thebishopofsoho/omnipay

ActiveLibrary[Payment Processing](/categories/payments)

thebishopofsoho/omnipay
=======================

A framework agnostic, multi-gateway payment processing library

v1.1.0(12y ago)0137MITPHPPHP >=5.3.2

Since Feb 12Pushed 12y ago1 watchersCompare

[ Source](https://github.com/TheBishopOfSoho/omnipay)[ Packagist](https://packagist.org/packages/thebishopofsoho/omnipay)[ Docs](https://github.com/adrianmacneil/omnipay)[ RSS](/packages/thebishopofsoho-omnipay/feed)WikiDiscussions master Synced 2mo ago

READMEChangelogDependencies (8)Versions (22)Used By (0)

Omnipay
=======

[](#omnipay)

**An easy to use, consistent payment processing library for PHP 5.3+**

[![Build Status](https://camo.githubusercontent.com/71310765494f9fb02f8ef0fe58a2e81dbf0a67b100414cd2b43373b2916b4e1d/68747470733a2f2f7472617669732d63692e6f72672f61647269616e6d61636e65696c2f6f6d6e697061792e706e673f6272616e63683d6d6173746572)](https://travis-ci.org/adrianmacneil/omnipay)[![Latest Stable Version](https://camo.githubusercontent.com/61fbd537c3c13f964c5f3466ea386583d1a2ca73c543bf065f608970ca9901c7/68747470733a2f2f706f7365722e707567782e6f72672f6f6d6e697061792f6f6d6e697061792f76657273696f6e2e706e67)](https://packagist.org/packages/omnipay/omnipay)[![Total Downloads](https://camo.githubusercontent.com/c25bedf79b9fcd9c4b6f7157ed6f02b0145e76c9663e958c7d989cd47d888184/68747470733a2f2f706f7365722e707567782e6f72672f6f6d6e697061792f6f6d6e697061792f642f746f74616c2e706e67)](https://packagist.org/packages/omnipay/omnipay)

Omnipay is a payment processing library for PHP. It has been designed based on ideas from [Active Merchant](http://activemerchant.org/), plus experience implementing dozens of gateways for [CI Merchant](http://ci-merchant.org/). It has a clear and consistent API, is fully unit tested, and even comes with an example application to get you started.

**Why use Omnipay instead of a gateway's official PHP package/example code?**

- Because you can learn one API and use it in multiple projects using different payment gateways
- Because if you need to change payment gateways you won't need to rewrite your code
- Because most official PHP payment gateway libraries are a mess
- Because most payment gateways have exceptionally poor documentation
- Because you are writing a shopping cart and need to support multiple gateways

**Important Note: Upgrading from <1.0**

If you are upgrading from a pre-1.0 version of Omnipay, please note that the currency format has changed. See the [changelog](https://github.com/adrianmacneil/omnipay/blob/master/CHANGELOG.md) for more details.

TL;DR
-----

[](#tldr)

Just want to see some code?

```
use Omnipay\Common\GatewayFactory;

$gateway = GatewayFactory::create('Stripe');
$gateway->setApiKey('abc123');

$formData = ['number' => '4242424242424242', 'expiryMonth' => '6', 'expiryYear' => '2016', 'cvv' => '123'];
$response = $gateway->purchase(['amount' => '10.00', 'currency' => 'USD', 'card' => $formData])->send();

if ($response->isSuccessful()) {
    // payment was successful: update database
    print_r($response);
} elseif ($response->isRedirect()) {
    // redirect to offsite payment gateway
    $response->redirect();
} else {
    // payment failed: display message to customer
    echo $response->getMessage();
}
```

As you can see, Omnipay has a consistent, well thought out API. We try to abstract as much as possible the differences between the various payments gateways.

Package Layout
--------------

[](#package-layout)

Omnipay is a single package which provides abstract base classes and implementations for all officially supported gateways. There are no dependencies on official payment gateway PHP packages - we prefer to work with the HTTP API directly. Under the hood, we use the popular and powerful [Guzzle](http://guzzlephp.org/) library to make HTTP requests.

New gateways can either be added by forking this package and submitting a pull request (unit tests and tidy code required), or by distributing a separate library which depends on this package and makes use of our base classes and consistent developer API.

Installation
------------

[](#installation)

Omnipay is installed via [Composer](http://getcomposer.org/). To install, simply add it to your `composer.json` file:

```
{
    "require": {
        "omnipay/omnipay": "1.*"
    }
}
```

And run composer to update your dependencies:

```
$ curl -s http://getcomposer.org/installer | php
$ php composer.phar update

```

Payment Gateways
----------------

[](#payment-gateways)

All payment gateways must implement [GatewayInterface](https://github.com/adrianmacneil/omnipay/blob/master/src/Omnipay/Common/GatewayInterface.php), and will usually extend [AbstractGateway](https://github.com/adrianmacneil/omnipay/blob/master/src/Omnipay/Common/AbstractGateway.php) for basic functionality.

The following gateways are already implemented:

- 2Checkout
- Authorize.Net AIM
- Authorize.Net SIM
- Buckaroo
- CardSave
- Dummy
- eWAY Rapid 3.0
- First Data Connect
- GoCardless
- Manual
- Migs 2-Party
- Migs 3-Party
- Mollie
- MultiSafepay
- Netaxept (BBS)
- Netbanx
- PayFast
- Payflow Pro
- PaymentExpress (DPS) PxPay
- PaymentExpress (DPS) PxPost
- PayPal Express Checkout
- PayPal Payments Pro
- Pin Payments
- Sage Pay Direct
- Sage Pay Server
- SecurePay Direct Post
- Stripe
- TargetPay
- WorldPay

Gateways are created and initialized like so:

```
use Omnipay\Common\GatewayFactory;

$gateway = GatewayFactory::create('PayPal_Express');
$gateway->setUsername('adrian');
$gateway->setPassword('12345');
```

Most settings are gateway specific. If you need to query a gateway to get a list of available settings, you can call `getDefaultParameters()`:

```
$settings = $gateway->getDefaultParameters();
// default settings array format:
array(
    'username' => '', // string variable
    'testMode' => false, // boolean variable
    'landingPage' => array('billing', 'login'), // enum variable, first item should be treated as default
);
```

Generally most payment gateways can be classified as one of two types:

- Off-site gateways such as PayPal Express, where the customer is redirected to a third party site to enter payment details
- On-site (merchant-hosted) gateways such as PayPal Pro, where the customer enters their credit card details on your site

However, there are some gateways such as Sage Pay Direct, where you take credit card details on site, then optionally redirect if the customer's card supports 3D Secure authentication. Therefore, there is no point differentiating between the two types of gateway (other than by the methods they support).

Credit Card / Payment Form Input
--------------------------------

[](#credit-card--payment-form-input)

User form input is directed to an [CreditCard](https://github.com/adrianmacneil/omnipay/blob/master/src/Omnipay/Common/CreditCard.php)object. This provides a safe way to accept user input.

The `CreditCard` object has the following fields:

- firstName
- lastName
- number
- expiryMonth
- expiryYear
- startMonth
- startYear
- cvv
- issueNumber
- type
- billingAddress1
- billingAddress2
- billingCity
- billingPostcode
- billingState
- billingCountry
- billingPhone
- shippingAddress1
- shippingAddress2
- shippingCity
- shippingPostcode
- shippingState
- shippingCountry
- shippingPhone
- company
- email

Even off-site gateways make use of the `CreditCard` object, because often you need to pass customer billing or shipping details through to the gateway.

The `CreditCard` object can be initialized with untrusted user input via the constructor. Any fields passed to the constructor which are not recognized will be ignored.

```
$formInputData = array(
    'firstName' => 'Bobby',
    'lastName' => 'Tables',
    'number' => '4111111111111111',
);
$card = new CreditCard($formInputData);
```

You can also just pass the form data array directly to the gateway, and a `CreditCard` object will be created for you.

CreditCard fields can be accessed using getters and setters:

```
$number = $card->getNumber();
$card->setFirstName('Adrian');
```

If you submit credit card details which are obviously invalid (missing required fields, or a number which fails the Luhn check), [InvalidCreditCardException](https://github.com/adrianmacneil/omnipay/blob/master/src/Omnipay/Common/Exception/InvalidCreditCardException.php)will be thrown. You should validate the card details using your framework's validation library before submitting the details to your gateway, to avoid unnecessary API calls.

For on-site payment gateways, the following card fields are always required:

- firstName
- lastName
- number
- expiryMonth
- expiryYear
- cvv

You can also verify the card number using the Luhn algorithm by calling `Helper::validateLuhn($number)`.

Gateway Methods
---------------

[](#gateway-methods)

The main methods implemented by gateways are:

- `authorize($options)` - authorize an amount on the customer's card
- `completeAuthorize($options)` - handle return from off-site gateways after authorization
- `capture($options)` - capture an amount you have previously authorized
- `purchase($options)` - authorize and immediately capture an amount on the customer's card
- `completePurchase($options)` - handle return from off-site gateways after purchase
- `refund($options)` - refund an already processed transaction
- `void($options)` - generally can only be called up to 24 hours after submitting a transaction

On-site gateways do not need to implement the `completeAuthorize` and `completePurchase` methods. If any gateway does not support certain features (such as refunds), it will throw `BadMethodCallException`.

All gateway methods take an `$options` array as an argument. Each gateway differs in which parameters are required, and the gateway will throw `InvalidRequestException` if you omit any required parameters. All gateways will accept a subset of these options:

- card
- token
- amount
- currency
- description
- transactionId
- clientIp
- returnUrl
- cancelUrl

Pass the options through to the method like so:

```
$card = new CreditCard($formData);
$request = $gateway->authorize([
    'amount' => '10.00', // this represents $10.00
    'card' => $card,
    'returnUrl' => 'https://www.example.com/return',
]);
```

When calling the `completeAuthorize` or `completePurchase` methods, the exact same arguments should be provided as when you made the initial `authorize` or `purchase` call (some gateways will need to verify for example the actual amount paid equals the amount requested). The only parameter you can omit is `card`.

To summarize the various parameters you have available to you:

- Gateway settings (e.g. username and password) are set directly on the gateway. These settings apply to all payments, and generally you will store these in a configuration file or in the database.
- Method options are used for any payment-specific options, which are not set by the customer. For example, the payment `amount`, `currency`, `transactionId` and `returnUrl`.
- CreditCard parameters are data which the user supplies. For example, you want the user to specify their `firstName` and `billingCountry`, but you don't want a user to specify the payment `currency` or `returnUrl`.

The Payment Response
--------------------

[](#the-payment-response)

The payment response must implement [ResponseInterface](https://github.com/adrianmacneil/omnipay/blob/master/src/Omnipay/Common/ResponseInterface.php). There are two main types of response:

- Payment was successful (standard response)
- Website requires redirect to off-site payment form (redirect response)

### Successful Response

[](#successful-response)

For a successful responses, a reference will normally be generated, which can be used to capture or refund the transaction at a later date. The following methods are always available:

```
$response = $gateway->purchase(['amount' => '10.00', 'card' => $card])->send();

$response->isSuccessful(); // is the response successful?
$response->isRedirect(); // is the response a redirect?
$response->getTransactionReference(); // a reference generated by the payment gateway
$response->getMessage(); // a message generated by the payment gateway
```

In addition, most gateways will override the response object, and provide access to any extra fields returned by the gateway.

### Redirect Response

[](#redirect-response)

The redirect response is further broken down by whether the customer's browser must redirect using GET (RedirectResponse object), or POST (FormRedirectResponse). These could potentially be combined into a single response class, with a `getRedirectMethod()`.

After processing a payment, the cart should check whether the response requires a redirect, and if so, redirect accordingly:

```
$response = $gateway->purchase(['amount' => '10.00', 'card' => $card])->send();
if ($response->isSuccessful()) {
    // payment is complete
} elseif ($response->isRedirect()) {
    $response->redirect(); // this will automatically forward the customer
} else {
    // not successful
}
```

The customer isn't automatically forwarded on, because often the cart or developer will want to customize the redirect method (or if payment processing is happening inside an AJAX call they will want to return JS to the browser instead).

To display your own redirect page, simply call `getRedirectUrl()` on the response, then display it accordingly:

```
$url = $response->getRedirectUrl();
// for a form redirect, you can also call the following method:
$data = $response->getRedirectData(); // associative array of fields which must be posted to the redirectUrl
```

Error Handling
--------------

[](#error-handling)

You can test for a successful response by calling `isSuccessful()` on the response object. If there was an error communicating with the gateway, or your request was obviously invalid, an exception will be thrown. In general, if the gateway does not throw an exception, but returns an unsuccessful response, it is a message you should display to the customer. If an exception is thrown, it is either a bug in your code (missing required fields), or a communication error with the gateway.

You can handle both scenarios by wrapping the entire request in a try-catch block:

```
try {
    $response = $gateway->purchase(['amount' => '10.00', 'card' => $card])->send();
    if ($response->isSuccessful()) {
        // mark order as complete
    } elseif ($response->isRedirect()) {
        $response->redirect();
    } else {
        // display error to customer
        exit($response->getMessage());
    }
} catch (\Exception $e) {
    // internal error, log exception and display a generic message to the customer
    exit('Sorry, there was an error processing your payment. Please try again later.');
}
```

Token Billing
-------------

[](#token-billing)

Token billing allows you to store a credit card with your gateway, and charge it at a later date. Token billing is not supported by all gateways. For supported gateways, the following methods are available:

- `createCard($options)` - returns a response object which includes a `cardReference`, which can be used for future transactions
- `updateCard($options)` - update a stored card, not all gateways support this method
- `deleteCard($options)` - remove a stored card, not all gateways support this method

Once you have a `cardReference`, you can use it instead of the `card` parameter when creating a charge:

```
$gateway->purchase(['amount' => '10.00', 'cardReference' => 'abc']);

```

Recurring Billing
-----------------

[](#recurring-billing)

At this stage, automatic recurring payments functionality is out of scope for this library. This is because there is likely far too many differences between how each gateway handles recurring billing profiles. Also in most cases token billing will cover your needs, as you can store a credit card then charge it on whatever schedule you like. Feel free to get in touch if you really think this should be a core feature and worth the effort.

Example Application
-------------------

[](#example-application)

An example application is provided in the `example` directory. You can run it using PHP's built in web server (PHP 5.4+):

```
$ php composer.phar update --dev
$ php -S localhost:8000 -t example/

```

For more information, see the [example application directory](https://github.com/adrianmacneil/omnipay/tree/master/example).

Support
-------

[](#support)

If you are having general issues with Omnipay, we suggest posting on [Stack Overflow](http://stackoverflow.com/). Be sure to add the [omnipay tag](http://stackoverflow.com/questions/tagged/omnipay) so it can be easily found.

If you want to keep up to date with release anouncements, discuss ideas for the project, or ask more detailed questions, there is also a [mailing list](https://groups.google.com/forum/#!forum/omnipay) which you can subscribe to.

If you believe you have found a bug, please report it using the [GitHub issue tracker](https://github.com/adrianmacneil/omnipay/issues), or better yet, fork the library and submit a pull request.

Contributing
------------

[](#contributing)

- Fork the project.
- Make your feature addition or bug fix.
- Add tests for it. This is important so I don't break it in a future version unintentionally.
- Commit just the modifications, do not mess with the composer.json or CHANGELOG.md files.
- Ensure your code is nicely formatted in the [PSR-2](https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-2-coding-style-guide.md)style and that all tests pass.
- Send the pull request.
- Check that the [travis build](https://travis-ci.org/adrianmacneil/omnipay) passed. If not, rinse and repeat.

Feedback
--------

[](#feedback)

**Please provide feedback!** We want to make this library useful in as many projects as possible. Please head on over to the [mailing list](https://groups.google.com/forum/#!forum/omnipay)and point out what you do and don't like, or fork the project and make suggestions. **No issue is too small.**

[![Bitdeli Badge](https://camo.githubusercontent.com/fcc7cf16ad9147e852830dacdd02c26c2c215ffb4d0d3a9f5b6ff9ba31bbb7d8/68747470733a2f2f64327765637a68766c38323376302e636c6f756466726f6e742e6e65742f61647269616e6d61636e65696c2f6f6d6e697061792f7472656e642e706e67)](https://bitdeli.com/free "Bitdeli Badge")

###  Health Score

31

—

LowBetter than 68% of packages

Maintenance20

Infrequent updates — may be unmaintained

Popularity10

Limited adoption so far

Community18

Small or concentrated contributor base

Maturity67

Established project with proven stability

 Bus Factor1

Top contributor holds 77.8% of commits — single point of failure

How is this calculated?**Maintenance (25%)** — Last commit recency, latest release date, and issue-to-star ratio. Uses a 2-year decay window.

**Popularity (30%)** — Total and monthly downloads, GitHub stars, and forks. Logarithmic scaling prevents top-heavy scores.

**Community (15%)** — Contributors, dependents, forks, watchers, and maintainers. Measures real ecosystem engagement.

**Maturity (30%)** — Project age, version count, PHP version support, and release stability.

###  Release Activity

Cadence

Every ~13 days

Recently: every ~28 days

Total

19

Last Release

4587d ago

Major Versions

v0.9.3 → v1.0.02013-06-24

PHP version history (2 changes)v0.8.0PHP >=5.3.3

v0.8.4PHP >=5.3.2

### Community

Maintainers

![](https://www.gravatar.com/avatar/7d6a9192131608212ba106c9c32426291de7710d0af8aa8417482920f8da121a?d=identicon)[TheBishopOfSoho](/maintainers/TheBishopOfSoho)

---

Top Contributors

[![amacneil](https://avatars.githubusercontent.com/u/637671?v=4)](https://github.com/amacneil "amacneil (189 commits)")[![aderuwe](https://avatars.githubusercontent.com/u/1125184?v=4)](https://github.com/aderuwe "aderuwe (17 commits)")[![pilot](https://avatars.githubusercontent.com/u/28564?v=4)](https://github.com/pilot "pilot (11 commits)")[![TheBishopOfSoho](https://avatars.githubusercontent.com/u/1419264?v=4)](https://github.com/TheBishopOfSoho "TheBishopOfSoho (7 commits)")[![winzou](https://avatars.githubusercontent.com/u/702928?v=4)](https://github.com/winzou "winzou (2 commits)")[![johnkary](https://avatars.githubusercontent.com/u/135607?v=4)](https://github.com/johnkary "johnkary (2 commits)")[![rlerdorf](https://avatars.githubusercontent.com/u/54641?v=4)](https://github.com/rlerdorf "rlerdorf (2 commits)")[![steveneaston](https://avatars.githubusercontent.com/u/242405?v=4)](https://github.com/steveneaston "steveneaston (2 commits)")[![justinjones](https://avatars.githubusercontent.com/u/14925?v=4)](https://github.com/justinjones "justinjones (1 commits)")[![maclof](https://avatars.githubusercontent.com/u/4358583?v=4)](https://github.com/maclof "maclof (1 commits)")[![mtudor](https://avatars.githubusercontent.com/u/1683723?v=4)](https://github.com/mtudor "mtudor (1 commits)")[![nedmas](https://avatars.githubusercontent.com/u/842280?v=4)](https://github.com/nedmas "nedmas (1 commits)")[![pborreli](https://avatars.githubusercontent.com/u/77759?v=4)](https://github.com/pborreli "pborreli (1 commits)")[![brunogaspar](https://avatars.githubusercontent.com/u/2285372?v=4)](https://github.com/brunogaspar "brunogaspar (1 commits)")[![benjamindavid](https://avatars.githubusercontent.com/u/2911900?v=4)](https://github.com/benjamindavid "benjamindavid (1 commits)")[![ruudk](https://avatars.githubusercontent.com/u/104180?v=4)](https://github.com/ruudk "ruudk (1 commits)")[![cfreear](https://avatars.githubusercontent.com/u/619726?v=4)](https://github.com/cfreear "cfreear (1 commits)")[![davesouthey](https://avatars.githubusercontent.com/u/4697633?v=4)](https://github.com/davesouthey "davesouthey (1 commits)")[![amsross](https://avatars.githubusercontent.com/u/450220?v=4)](https://github.com/amsross "amsross (1 commits)")

---

Tags

stripepaymentgatewaypaypalidealmolliepaymerchantpurchaseauthorizegocardlessewayworldpaydpspinexpresspayfastauthorize.net2checkout2corapidsagepayAuthNetpayflowpaymentexpresssecurepaymultisafepaymigsnetbanxbuckaroonetaxepttwocheckouttargetpaycardsaveegatetalatala-paymentscommweb

###  Code Quality

TestsPHPUnit

Code StylePHP\_CodeSniffer

### Embed Badge

![Health badge](/badges/thebishopofsoho-omnipay/health.svg)

```
[![Health](https://phpackages.com/badges/thebishopofsoho-omnipay/health.svg)](https://phpackages.com/packages/thebishopofsoho-omnipay)
```

###  Alternatives

[aktive_merchant/aktive_merchant

Aktive-Merchant provides a common interface to process payments using multiple gateways.

15036.8k](/packages/aktive-merchant-aktive-merchant)[omnipay/authorizenet

Authorize.Net gateway for the Omnipay payment processing library

602.5M7](/packages/omnipay-authorizenet)[aimeos/ai-payments

Payment extension for Aimeos e-commerce solutions

2160.7k](/packages/aimeos-ai-payments)

PHPackages © 2026

[Directory](/)[Categories](/categories)[Trending](/trending)[Changelog](/changelog)[Analyze](/analyze)