Skip to content
Pipeliner CRM API client library for PHP
Branch: master
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Type Name Latest commit message Commit time
Failed to load latest commit information.

Pipeliner API client library for PHP


This library serves as a convenient wrapper around Pipeliner's REST API. You can also view the API documentation for the individual classes.


The recommended way to install this library is via composer. Add "pipelinersales/pipeliner-api-client": "~1.0" to your dependencies in composer.json.

An alternative way is to manually download the sources and include the manual/pipeliner.php file. This will use a bundled autoloader to load all the library's classes.

The library requires PHP >= 5.3 with the cURL extension.

Basic usage

Creating the client object

The API client object is created like this

use PipelinerSales\ApiClient\PipelinerClient;

$url        = '';
$pipelineId = 'eu_myPipeline';
$token      = 'api token';
$password   = 'api password';

$pipeliner = PipelinerClient::create($url, $pipelineId, $token, $password);

The API token and password for a particular pipeline can be found in the Sales Pipeline → API Access section of customer portal.

The create method sends a HTTP request in order to obtain the existing entity types.

Loading data

All data can be retrieved by either directly supplying the requested item's ID (the getById method), or by making a query with the get method.

try {
    // load all accounts (up to a maximum of 25)

    // load a specified account by id

}catch (PipelinerHttpException $e) {
    // something went wrong

For queries with no explicitly specified limit, up to 25 items will be returned.

The getById method returns an Entity object. See the Working with entities section to read about how to work with these objects. The get method returns an EntityCollection object, which can be accessed like a regular PHP array.

The library throws a PipelinerClientException or one of its subclasses on errors. For more information, see the Error handling section of this document.

Types of data in the system

The types of entities that the system consists of depend on the version of the pipeline that's being worked with. Versions 9 to 15 are supported by the current version of the library. The version of the pipeline can be obtained by calling $pipeliner->getPipelineVersion().

The list of entities along with their descriptions can be found in the API documentation at

A full list can also be obtained in code, by calling the $pipeliner->getEntityTypes()

In code, entities are obtained by using repositories available as properties of the client object. Name of such a property is usually the plural of the entity name in camel case, so entities of type Account can be accessed via $pipeliner->accounts, etc. You can also obtain the repository with the getRepository method.

There are a few exceptions to this camel case plural rule. The full list of available repositories can be seen in the Magic properties summary in the PipelinerClient class documentation.


The criteria for which items should be retrieved consist of properties described in the server API docs Building the query strings manually is a hassle. The library offers several convenience classes to make it easier and your code more readable. These are available in the PipelinerSales\ApiClient\Query namespace.

You can specify the query criteria in one of several ways. Full list is available in the get method documentation.

// load up to 10 accounts and sort them by the organization name
$pipeliner->accounts->get(array('limit' => 10, 'sort' => 'ORGANIZATION'));

// load up to 5 accounts which were modified in the last week
$criteria = new Criteria();
$criteria->limit(5)->after(new DateTime('-7 days midnight'));

// load accounts whose organization name contains the string 'co'
$pipeliner->accounts->get(Filter::contains('ORGANIZATION', 'co'));

// load up to 10 accounts whose name starts with the letter A ordered by name in an ascending order

Working with entities

Entities are represented by the Entity class. Their fields can be accessed in several ways:

  • Using the field name directly, with the getField and setField methods. Please note that all standard fields have names in upper case, while custom fields can contain lower case letters and other characters.
  • Using the magic getters/setters. These map the method name onto field name by converting the camel case part into upper case and adding underscores where necessary.
  • Using the array access operators, e.g. $entity['OWNER_ID'] = 3454;

The magic getters/setters are generally the preferred way of accessing fields. Custom fields should be set with the getField/setField methods

$account = $pipeliner->accounts->getById('ID-219034053254');
echo $account->getOrganization() . "\n";
echo $account->getEmail1() . "\n";


In addition to strings and numbers, all of these methods will automatically convert DateTime objects into a format expected by the server. The date/time will also be converted to UTC if it isn't already.

Modifying and saving data

After setting some of an entity's fields, the entity must be saved to the server with the save method on the proper repository object.

$account = $pipeliner->accounts->getById('ID-219034053254');

By default, only fields which have been modified in the code will be sent to the server. This behavior can be changed with the second argument of the save method. After a successful save, all fields will be reset to not modified.

If you have an entity object that you don't know the type of, you can obtain the proper repository by calling $pipeliner->getRepository($entity).

Creating new entities

New entities are created with a repository's create method. Just like with modifying data, they will not be sent to the server until the save method is called.

$salesUnit = $pipeliner->salesUnits->create();

After a successful save, the ID field of the entity object will be set to the new entity's ID. You can also create entities by simply providing an associative array with all the fields and values.

$response = $pipeliner->salesUnits->save(
    array( 'SALES_UNIT_NAME' => 'Aq' )

In case of success, the returned response will be a CreatedResponse object. The id of the new entity can be obtained by calling the getCreatedId method of this object.

Deleting entities


$account = $pipeliner->accounts->getById('ID-342534523462');

    array('ID-219034053254', 'ID-3456134218434', 'ID-0186703160934')

Using collections

When loading multiple entities at once using the get method, its return value will be a EntityCollection object. For most purposes, it works like a regular PHP array (it extends PHP's ArrayObject class), but compared to arrays, it contains some extra information about the query.

$collection = $pipeliner->accounts->get();

// entity collections can be accessed like arrays
$firstAccount = $collection[0];

foreach ($collection as $account) {
    // do something with each account

One important difference is that EntityCollection objects are immutable (even though the elements inside them are themselves mutable).

$accounts = $pipeliner->accounts->get();

// this is allowed

// this throws an exception
$accounts[0] = $pipeliner->accounts->getById('ID-3452134134');

If you need a mutable array, you can obtain a copy of the collection's underlying array with the getArrayCopy method.

Full range iterators

When loading multiple entities, Pipeliner's REST API allows you to limit the retrieved data to only parts of the results by specifying the limit and offset query parameters.

The EntityCollectionIterator class provides a convenient way of iterating through the entire range of matching results (without the limit) while only having a part of the data available at a time.

// default limit 25 items
$accounts = $client->accounts->get();

$accountIterator = $client->accounts->getEntireRangeIterator($accounts);

$emails = array();
// this will iterate over ALL of the results (even beyond the 25)
foreach ($accountIterator as $account) {
    $emails[] = $account->getEmail1();

    if (!$accountIterator->nextDataAvailable() and !$accountIterator->atEnd()) {
        // next iteration will issue a HTTP request

Initially, the iterator starts at the offset that was used in the request that returned the EntityCollection.

This class implements the SeekableIterator interface, which allows you to arbitrarily move through the result set. Data will be fetched from the server as needed. Currently loaded data is thrown away when new data is loaded, so it is a good idea to use this class in a way that minimizes the number of issued HTTP requests.

Error handling

The library uses exceptions for error handling. The base exception type it uses is PipelinerClientException, the other types inherit it.

In case of an error response from the server, a PipelinerHttpException is thrown. If the response contained error information from the server, it can be read using the getErrorMessage and getErrorCode methods. This information will also be part of the standard exception message.

try {
    $account = $pipeliner->accounts->create();
    // mandatory fields in the account are empty, so the server will refuse to save it
}catch (PipelinerHttpException $e) {
    echo $e->getErrorMessage();
You can’t perform that action at this time.