card.io provides fast, easy credit card scanning in mobile apps.
Please keep your app up to date with the latest version of the SDK. All releases follow semantic versioning.
To receive updates about new versions:
- Follow @cardio (also great to send us feedback)
- Subscribe to our card-io-sdk-announce list
- "Watch" this GitHub repository
You can find and start technical discussions using the Stack Overflow card.io tag.
For a quick first look at card.io, we have included a very small sample application that you can build and run.
- Download the latest version of the SDK.
- Simply open the
SampleApp
folder and follow the instructions in theREADME.md
file you find there.
The card.io iOS SDK includes header files and a single static library. We'll walk you through integration and usage.
- To use the card.io SDK, you'll need to sign up and get an app token.
- Supports target deployment of iOS version 6.1+ and instruction set armv7+ (including 64-bit).
- Download the latest version of the SDK.
- Add the CardIO directory (containing several .h files and libCardIO.a) to your Xcode project.
- In your project's Build Settings (in the
TARGETS
section, not thePROJECTS
section), add-lc++
toOther Linker Flags
. - Either:
- Add these frameworks to your project.
Weak linking is supported.
- AudioToolbox
- AVFoundation
- CoreGraphics
- CoreMedia
- CoreVideo
- Foundation
- MobileCoreServices
- OpenGLES
- QuartzCore
- Security
- UIKit
- or, if you are using Xcode 5 or newer:
- Add only these frameworks to your project (as
Optional
[i.e., weak-linked] libraries):- AVFoundation
- AudioToolbox
- CoreMedia
- MobileCoreServices
- and confirm that these two Build Settings are both enabled:
Enable Modules (C and Objective-C)
Link Frameworks Automatically
- Add card.io's open source license acknowledgments to your app's acknowledgments.
- Refer to the header files for more usage options and information.
You can use card.io in two ways:
-
As a view controller: Quick and easy. Create a
CardIOPaymentViewController
and present it modally. The card.io view controller handles all aspects of the UX, including manual entry as a fallback, all transitions, and number confirmation. -
As a view: More flexible. Create a
CardIOView
to do card scanning only and manage everything else yourself. This enables a broader range of presentations, such as in-place transitions, but requires that you handle the rest of the UI yourself.
Create a class (most likely a subclass of UIViewController
) that conforms to CardIOPaymentViewControllerDelegate
.
// SomeViewController.h
#import "CardIO.h"
@interface SomeViewController : UIViewController<CardIOPaymentViewControllerDelegate>
// ...
Make an optional call to speed up the subsequent launch of card.io scanning:
// SomeViewController.m
- (void)viewWillAppear:(BOOL)animated {
[super viewWillAppear:animated];
[CardIOPaymentViewController preload];
}
Start card.io card scanning:
// SomeViewController.m
- (IBAction)scanCard:(id)sender {
CardIOPaymentViewController *scanViewController = [[CardIOPaymentViewController alloc] initWithPaymentDelegate:self];
scanViewController.appToken = @"YOUR_APP_TOKEN_HERE"; // get your app token from the card.io website
[self presentModalViewController:scanViewController animated:YES];
}
Write delegate methods to receive the card info or a cancellation:
// SomeViewController.m
- (void)userDidCancelPaymentViewController:(CardIOPaymentViewController *)scanViewController {
NSLog(@"User canceled payment info");
// Handle user cancellation here...
[scanViewController dismissModalViewControllerAnimated:YES];
}
- (void)userDidProvideCreditCardInfo:(CardIOCreditCardInfo *)info inPaymentViewController:(CardIOPaymentViewController *)scanViewController {
// The full card number is available as info.cardNumber, but don't log that!
NSLog(@"Received card info. Number: %@, expiry: %02i/%i, cvv: %@.", info.redactedCardNumber, info.expiryMonth, info.expiryYear, info.cvv);
// Use the card info...
[scanViewController dismissModalViewControllerAnimated:YES];
}
Create a class (most likely a subclass of UIViewController
) that conforms to CardIOViewDelegate
.
// SomeViewController.h
#import "CardIO.h"
@interface SomeViewController : UIViewController<CardIOViewDelegate>
// ...
Using a CardIOView provides UI flexibility. Here are two sample integration options:
- Create a CardIOView when you need it, and then delete it when its work is finished.
- Include a hidden CardIOView in your view, show it when you need it, and then hide it when its work is finished.
Confirm that the user's device is capable of scanning cards:
// SomeViewController.m
- (void)viewDidLoad {
[super viewDidLoad];
if (![CardIOView canReadCardWithCamera]) {
// Hide your "Scan Card" button, or take other appropriate action...
}
}
Make an optional call to speed up the subsequent launch of card.io scanning:
// SomeViewController.m
- (void)viewWillAppear:(BOOL)animated {
[super viewWillAppear:animated];
[CardIOView preload];
}
Start card.io card scanning:
// SomeViewController.m
- (IBAction)scanCard:(id)sender {
CardIOView *cardIOView = [[CardIOView alloc] initWithFrame:CGRECT_WITHIN_YOUR_VIEW];
cardIOView.appToken = @"YOUR_APP_TOKEN_HERE"; // get your app token from the card.io website
cardIOView.delegate = self;
[self.view addSubview:cardIOView];
}
Write the delegate method to receive the results:
// SomeViewController.m
- (void)cardIOView:(CardIOView *)cardIOView didScanCard:(CardIOCreditCardInfo *)info {
if (info) {
// The full card number is available as info.cardNumber, but don't log that!
NSLog(@"Received card info. Number: %@, expiry: %02i/%i, cvv: %@.", info.redactedCardNumber, info.expiryMonth, info.expiryYear, info.cvv);
// Use the card info...
}
else {
NSLog(@"User cancelled payment info");
// Handle user cancellation here...
}
[cardIOView removeFromSuperview];
}
Include a method to cancel card scanning:
// SomeViewController.m
- (IBAction)cancelScanCard:(id)sender {
[cardIOView removeFromSuperview];
}
Option 2: Include a hidden CardIOView in your view
Make an IBOutlet property:
// SomeViewController.m
@interface SomeViewController ()
@property(nonatomic, strong, readwrite) IBOutlet CardIOView *cardIOView;
@end
In your .xib, include a CardIOView, mark it as hidden
, and connect it to the IBOutlet property. (Note: usually you will want to set the background color of the CardIOView to clearColor
.)
After confirming that the user's device is capable of scanning cards, set the appToken
and delegate
properties of the CardIOView:
// SomeViewController.m
- (void)viewDidLoad {
[super viewDidLoad];
if (![CardIOView canReadCardWithCamera]) {
// Hide your "Scan Card" button, remove the CardIOView from your view, and/or take other appropriate action...
} else {
self.cardIOView.appToken = @"YOUR_APP_TOKEN_HERE"; // get your app token from the card.io website
self.cardIOView.delegate = self;
}
}
Make an optional call to speed up the subsequent launch of card.io scanning:
// SomeViewController.m
- (void)viewWillAppear:(BOOL)animated {
[super viewWillAppear:animated];
[CardIOView preload];
}
Start card.io card scanning:
// SomeViewController.m
- (IBAction)scanCard:(id)sender {
self.cardIOView.hidden = NO;
}
Write the delegate method to receive the results:
// SomeViewController.m
- (void)cardIOView:(CardIOView *)cardIOView didScanCard:(CardIOCreditCardInfo *)info {
if (info) {
// The full card number is available as info.cardNumber, but don't log that!
NSLog(@"Received card info. Number: %@, expiry: %02i/%i, cvv: %@.", info.redactedCardNumber, info.expiryMonth, info.expiryYear, info.cvv);
// Use the card info...
}
else {
NSLog(@"User canceled payment info");
// Handle user cancellation here...
}
cardIOView.hidden = YES;
}
Include a method to cancel card scanning:
// SomeViewController.m
- (IBAction)cancelScanCard:(id)sender {
self.cardIOView.hidden = YES;
}
- Processing images can be memory intensive, so make sure to test that your app properly handles memory warnings.
- For your users' security, obscure your app's cached screenshots.
Note: By default, aCardIOPaymentViewController
automatically blurs its own screens when the app is backgrounded. ACardIOView
does not do any automatic blurring. - The first time that you create either a
CardIOPaymentViewController
or aCardIOView
, the card.io SDK must load resources, which can result in a noticeable delay. To avoid this delay you may optionally call thepreload
method (of either class) in advance, so that this resource loading occurs in advance on a background thread.