Run the command below in your project's root directory
flutterpubaddokhi_flutter
Install necessary pods by running the command below in your project's root directory
cd ios/ && pod install --repo-update && cd ../
Configuration
Android
SDK Targets
The OkHi libraries target Android devices >= SDK 21. Make sure you're targeting at least the same and set compileSdkVersion & targetSdkVersion to 34 by modifying your app/build.gradle file.
The OkHi Flutter library supports iOS devices running OS 12+. Make sure you are targettingat-least the same by following these steps.
In the Xcode project: Update the Deployment Target to iOS 12 or later:
Open your Xcode project.
Select your project in the Navigator.
Under the General tab, locate the Deployment Info section.
Set the iOS Deployment Target to 12.0 or higher.
In the Podfile: Specify the platform version to ensure CocoaPods aligns with the iOS 12+ requirement:
Open your Podfile in a text editor.
Add or update the platform line at the top of the file as shown below
platform :ios,'12.0'
Save the file and run pod install to apply the changes.
Background Modes
OkHi iOS library obtains and transmits verification signals in the background, to enable this make sure to add Location updates and Background fetch at Background Modes under Signing & Capabilities of your target
Permissions
Add the following permissions to your Info.plist located under the root directory of your iOS project.
<dict> <key>NSLocationAlwaysUsageDescription</key> <string>Grant to enable verifying your addresses.</string> <key>NSLocationWhenInUseUsageDescription</key> <string>Grant to enable creating addresses at your current location.</string> <key>NSLocationAlwaysAndWhenInUseUsageDescription</key> <string>Grant to enable creating and verifying your addresses.</string></dict>
AppDelegate file setup
Finally set up background location monitoring in your AppDelegate file. Open your AppDelegate file located under ios/Runner/AppDelegate.swift and add in the following.
Add the following initialization code to your main.dart file. Replace my_branch_id and my_client_key with the keys provided to you after sign up.
import'package:okhi_flutter/okhi_flutter.dart';classMyAppextendsStatefulWidget {constMyApp({Key? key}) : super(key: key);@overrideState<MyApp> createState() =>_MyAppState();}class_MyAppStateextendsState<MyApp> {@overridevoidinitState() { super.initState();final config =OkHiAppConfiguration( branchId:"<my_branch_id>", // your branch ID clientKey:"<my_client_key>", // your client key env:OkHiEnv.prod, notification:OkHiAndroidNotification( title:"Verification in progress", text:"Verifying your address", channelId:"okhi", channelName:"OkHi", channelDescription:"Verification alerts", ), );OkHi.initialize(config).then((result) {print("init done: $result"); // returns true if initialization is successfull }); }@overrideWidgetbuild(BuildContext context) {returnconstMaterialApp( home:Home(), ); }
Create and verify addresses
Always use your phone number or a phone number you own during testing as a message will be sent to this number after an address is created.
We recommend that you persist the verification state of the user in your app local storage. This state can be used to ensure that a user may only verify a predefined number of addresses. Usually one address for most use cases.
If you'd like to only have physical verification done you can include the usage type as part of the configuration object that's passed to OkHiLocationManager
If you'd like to only create the address and still obtain usage data that will help verification later, you can include the usage type as part of the configuration object that's passed to OkHiLocationManager
It's possible to have both physical and digital verification to run at the same time for a given address. Include both usage types as part of the array.
It's possible to create an address, obtain usage data that will help verification and initiate either physical and/or digital at a later time.
The example assumes:
You created an address using addressBook usage type. See here.
You've securely stored previous address information either on device or server and have access to the locationId obtained in the success response of okcollect.
It is possible to completely transform the default appearance of OkHiLocationManager to better match your brand by creating a okhiTheme object and passing it to OkCollect as shown below.
Once verification starts a persistent notification is visible (Android < 13). You can specify a custom default icon and a custom default color by adding these lines inside the application tag to set the custom default icon and custom color. You'll need to have already created the icon resource in your android application. Icon assets can be created by following these steps
<application><!-- Set custom default icon for OkVerify's foreground service --> <meta-dataandroid:name="io.okhi.android_background_geofencing.foreground_notification_icon"android:resource="@drawable/ic_person_pin" /><!-- Set custom default icon color for OkVerify's foreground service --> <meta-dataandroid:name="io.okhi.android_background_geofencing.foreground_notification_color"android:resource="@color/colorAccent" /> <activityandroid:name=".MainActivity"> <intent-filter> <actionandroid:name="android.intent.action.MAIN" /> <categoryandroid:name="android.intent.category.LAUNCHER" /> </intent-filter> </activity></application>
Prepare for submission to the Google Play store
Submitting an app to the Google Play store that has background location permissions has a few extra requirements. Follow these guide to know what to expect and how to handle the extra requirements:
If you have minifyEnabled set to true in your build.gradle file located android/app/build.gradle, you'll need to modify your proguard-rules.pro file, located android/app/proguard-rules.proas shown below to include classes required by the library to run.
Copy
-dontwarn sun.reflect.**
-dontwarn java.beans.**
-dontwarn sun.nio.ch.**
-dontwarn sun.misc.**
-keep class com.esotericsoftware.** {*;}
-keep class java.beans.** { *; }
-keep class sun.reflect.** { *; }
-keep class sun.nio.ch.** { *; }
-keep class com.snappydb.** { *; }
-dontwarn com.snappydb.**
# If you don't use OkHttp as a dep and the following
-dontwarn org.codehaus.mojo.animal_sniffer.*
-dontwarn javax.annotation.**
-keepnames class okhttp3.internal.publicsuffix.PublicSuffixDatabase
-dontwarn org.codehaus.mojo.animal_sniffer.*
-dontwarn okhttp3.internal.platform.ConscryptPlatform
-dontwarn org.conscrypt.ConscryptHostnameVerifier
Create home or work addresses
You may turn off either of the OkHi address types. This is to allow your users to create either home or work addresses to better suit your use-case. By default both address types are on.
The OkHiLocationManager has an onError method where you can handle errors. The OkHiException object has both getCode and getMessage methods that will help you diagnose what went wrong with the either the address creation process or address verification process.
unsupported_platform error code when launching the OkHiLocationManager on Android OS < 7
Due to known browser limitations on devices running Android OS versions below 7, the OkHiLocationManager is not supported on these devices. This is because the necessary browser APIs required to accurately create and verify addresses are unavailable. We are aware of this issue and are actively working on an update to address it. In the meantime, please ensure you capture and track errors as demonstrated above to better understand the impact on your users.
Server side integration
Accessing address properties
On the client/app, within your onSucess handler you can access both user and address information which you can use to transit securely to your servers. See the API reference for complete list of properties on user and location.
consthandleOnSuccess=async (response:OkCollectSuccessResponse) => {console.log(response.user.id); // access user propertiesconsole.log(response.location.id); // access location propertiesawaitsendToServer(response.user,response.location) // send address info to your serverawaitresponse.startVerification(); // start verification}
Handling verification events
Once an address has been created and you've configured a webhook in the OkHi Customer Dashboard, you'll be able to receive updates regarding address verification in your backend, which you can use to enable certain services in your app. The OkHi Dashboard allows you to do much more; please see the full webhook documentation here.
Testing
Title
Scenario
How to test
Create an address
Address creation succeeds and verification is initiated
Launch OkHi's address manager via the button you created and create an address. A sticky notification appears on android.
Dashboard
When verification is initiated, the address shows up on OkHi Dashboard
Check OkDash, you should see a list of all the addresses created. It takes ~3min for addresses to show up on OkDash
Proof of address
When an address is verified, the webhook receives the status update and the app shows the correct verification status.
A proof of address certificate is made available on OkDash.
Install your app on your personal device that you move around with and create your home address. Check okDash in 3 days for your proof of address certificate once your address has been verified.
Business logic
When an address is verified or not, the correct business logic is applied successfully.
Conduct a comprehensive test with multiple users, wherein they create various addresses to observe diverse outcomes. These outcomes may include successful creation of home addresses, entering incorrect addresses, refusing to grant necessary location permissions, or uninstalling the app immediately after initiating the address verification process, among other scenarios.