forterMobileUID

why does forter need a unique identifier? in the sdk forter's sdk requires a unique mobile device identifier to connect the activity and behavioral data collected by the sdk to the specific device and user this identifier should be specific to android device in the order api if/when a customer makes a purchase from the mobile app, the unique identifier must be included as the fortermobileuid value in the connectioninformation object of the https //docs forter com/reference/order v3 since the orders api call is made entirely from your system's backend, this id should be retrievable from the https request headers and in the same casing as the value generated in the forter sdk in the case of native mobile app orders, make sure that the following fields are populated ordertype "mobile", "ios", or "android" depending on your os (mobile can be used for either os) fortermobileuid should be populated instead of the fortertokencookie if your app is fully native, including your checkout page mobileappversion should reflect the version of the app the user is on { "orderid" "example order fdse0gb449", "ordertype" "android", "timesenttoforter" 1415287568000, "checkouttime" 1415273168, "connectioninformation" { "customerip" "174 255 8 151", "useragent" "teststore 4 92 203 rv 203 (android; linux 24 7 0; en us; lgl158vl)", "fortermobileuid" "2f37b5d22ca986caaaaa4d3b7e02fc152c93186bd4 c2vzc2lvbnrva2vuagvyzq== cf4 es4", "mobileappversion" "4 70 103" }, "totalamount" { "amountusd" "99 95" } } getting the right identifier for sdk version 3 0 0 and above the value returned by fortersdk getinstance() getfortertoken() should be used as the fortermobileuid in the https //portal forter com/api/data objects/connectioninformation object of the server side order api do not store or reuse a previously retrieved token the token is refreshed throughout the sdk lifecycle, so you must always call fortersdk getinstance() getfortertoken() at checkout and send the latest value to the server side order api for sdk versions prior to 3 0 0 the value returned by forterintegrationutils getdeviceuid() should be used as the fortermobileuid in the https //portal forter com/api/data objects/connectioninformation object of the server side order api casing ensure that the fortermobileuid is passed to the order api in exactly the same casing as returned by the sdk forter does not enforce uppercase or lowercase, but any mismatch will prevent correct linkage between sdk device data and backend order api data passing account identifiers at login please provide the user's existing account id upon login to the android app using fortersdk getinstance() setaccountuid(forteraccountidtype merchant account id, accountuid); upon logout please call the same setaccountuid method with an empty string for the account id account identifiers should be passed to the accountowner accountid field in the order api and not the fortermobileuid field do not provide https //en wikipedia org/wiki/personally identifiable information as an identifier if you use the user's email address as an id, encode/hash it before sending