Add card payments from iZettle to your own app
Objective-C HTML Shell Ruby
Latest commit fab8265 Feb 14, 2017 @Sajjon Sajjon committed on GitHub Merge pull request #123 from iZettle/version_1.4.2
SDK version 1.4.2

CocoaPods CocoaPods

iZettle SDK for iOS

The iZettle SDK makes it possible to accept card payments with an iZettle card reader from any iOS app. When triggered, it will display a screen over the host application where all interaction takes place. It is designed to be easy to implement and use.

Main features

  • Take card payments with an iZettle card reader.
  • Refund card payments.
  • Receive information about a payment.
  • Login/logout of iZettle accounts and simple switching between multiple accounts.
  • Settings screen where the user can handle card readers and access help and support.


  • The SDK will only work on markets where iZettle is operating, please visit for more information.
  • It does not currently support other payment methods than cards.


CocoaPods Installation

CocoaPods is an easy way to install iZettleSDK.

1. Podfile

platform :ios, '8.0'
target 'Your App' do
    pod 'iZettleSDK'

2. Continue from step 4 in manual installation process.

Manual Installation

1. Requirements

2. Add the iZettle frameworks to Embedded Frameworks for your target


3. Make sure you link with the following frameworks and libraries


4. Create a new “Run Script Phase” in your app’s target’s “Build Phases” and paste the following snippet in the script text field:


This step is required to work around an App Store submission bug when archiving universal binaries.

5. Setup external accessory protocols in info.plist

Add/modify the property "Supported external accessory protocols" and add com.miura.shuttle.izettle

This is what it should look like in the "source code" view of your info.plist:



The iZettle bluetooth card readers are part of the Apple MFi program. In order to release apps supporting accessories that are part of the MFi Program, you have to apply at Apple. Please contact us at and we will help you with this process.

6. Setup CLLocationManager texts in info.plist

iZettle will prompt the user for permission during the first payment if the merchant haven't already granted your app this permission. On iOS8, iZettle will execute CLLocationManagers method requestWhenInUseAuthorization.

Add the keys:

  • NSLocationUsageDescription (iOS7)
  • NSLocationWhenInUseUsageDescription (iOS8)

Suggested value for the above keys is "You need to allow this to be able to accept card payments."

iZettle won't accept payments without these texts implemented.

7. Include the framework headers and start the SDK

Make sure to include the iZettle SDK framework:

@import iZettleSDK; 

Before you execute any operations in iZettle SDK, you have to start the SDK with your API key. This is typically done in your AppDelegates method application:didFinishLaunchingWithOptions:.

- (void)startWithAPIKey:(NSString *)apiKey;


- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
    [[iZettleSDK shared] startWithAPIKey:@"API_KEY"];
    return YES;


Important: Only use the singleton instance returned from [iZettleSDK shared] when calling the methods below.

Asynchronous operations have a completion block as an argument, the completion block is called when an operation is considered complete, cancelled or failed. See iZettleOperationCompletion for more information.

iZettle SDK will handle presentation and dismissal of its views. Operations with UI will accept a UIViewController as an argument from which iZettle SDK will be presented.

If the user isn't yet authenticated with iZettle when an operation is presented, a login screen will automatically be displayed.

Enforced User Account

  • enforcedUserAccount (optional): If set, operations will be restricted to only work for the specified iZettle username.

By setting the shared instance property enforcedUserAccount to an iZettle username, subsequent operations will be restricted to only be performed on that account. If the set enforced user account was not previosuly logged in, an iZettle login prompt will be presented with a readonly email field prefilled with the enforced user account. If the enforced user account was already logged in (even though another account has been used in between), the account will be switched to use the enforced user account account instead.

If enforcedUserAccount is set to nil, any iZettle account can be used, and the email field will be editable.

Enforced user account can be changed between operations to allow switching between different users for different operations. This is useful for integrators supporting multiple accounts.

Preferably integrating apps will provide a settings page where the user can enter their iZettle account (used to set the enforced user account).


Perform a payment with an amount and a reference.

- (void)chargeAmount:(NSDecimalNumber *)amount
            currency:(NSString *)currency
           reference:(NSString *)reference
presentFromViewController:(UIViewController *)viewController
  • amount: The amount to be charged in the logged in users currency.
  • currency (optional): Only used for validation. If the value of this parameter doesn't match the users currency the user will be notified and then logged out. For a complete list of valid currency codes, see ISO 4217
  • reference (optional): The payment reference. Used to identify an iZettle payment, used when retrieving payment information at a later time or performing a refund. Max length 128.


Refund an amount from a payment with a given reference.

- (void)refundAmount:(nullable NSDecimalNumber *)amount
ofPaymentWithReference:(NSString *)reference
refundReference:(nullable NSString *)refundReference
presentFromViewController:(UIViewController *)viewController
  • amount (optional): The amount to be refunded from the payment (passing nil will refund full amount of original payment)
  • reference: The reference of the payment that is to be refunded.
  • refundReference (optional): The reference of the refund. Max length 128.

Retrieve payment info

Query iZettle for payment information of a payment with a given reference.

- (void)retrievePaymentInfoForReference:(NSString *)reference

Present settings

Present iZettle settings view. The user can switch account, access the iZettle FAQ, view card reader settings etc.

- (void)presentSettingsFromViewController:(UIViewController *)viewController;

Abort operation

Attempt aborting the ongoing operation. Only use this if absolutely necessary. The state of the payment will be unknown to the user after this call.

- (void)abortOperation;



Object that contains information about a payment and the card used.

  • referenceNumber - iZettles reference to the payment (not to be confused with the reference provided by you during a charge or refund operation)
  • entryMode - EMV, CONTACTLESS_EMV, MAGSTRIPE_CONTACTLESS, MAGSTRIPE etc. More entry modes might be added independent of SDK version
  • obfuscatedPan - e.g. "**** **** **** 1111"
  • panHash - a hash of the pan
  • cardBrand
  • authorizationCode
  • AID*
  • TSI*
  • TVR*
  • applicationName*
  • numberOfInstallments*
  • installmentAmount*

* These fields are only available for some entry modes. Don't rely on them being present.

Example of a card reader chip payment:

entryMode = EMV
obfuscatedPan = "**** **** **** 0640"
panHash = 0092C7D95900033B84CE08B43F7E973485FB7081
cardBrand = MASTERCARD
authorizationCode = 007602
AID = A0000000041010
TSI = 4000
TVR = 8000000000
applicationName = MasterCard

Example of a card reader contactless payment:

obfuscatedPan = "**** **** **** 0640"
panHash = 0092C7D95900033B84CE08B43F7E973485FB7081
cardBrand = MASTERCARD
authorizationCode = 007602
AID = A0000000041010
TVR = 8000000000
applicationName = MasterCard

Example of a card reader swipe payment:

entryMode = MAGSTRIPE
obfuscatedPan = "**** **** **** 2481"
panHash = 99426D012C6740D9AEC8E26580E8640A196E3C27
cardBrand = MASTERCARD
authorizationCode = 004601


iZettle will display any errors that occur during an operation to the user, the NSError-object returned in the operation completion block is only intended to be used by developers for debugging, diagnostics and logging to be able to better communicate errors to iZettle. You should never present the returned errors to the end user.