A Sandbox Boarding Information document is sent following the initial kick-off call. It contains the Merchant ID and URLs associated with the Data Collector (DC) and Risk Inquiry Service (RIS) processes. A separate document for production will be sent with the production service URLs once the test transactions are certified.
Kount creates the initial administrator user. Once the user has been created, an automated email is sent requesting a password creation.
Production traffic must not be sent to the test environment due to the possibility of skewed scoring from the test orders.
On any webpage prior to the completion of the order, typically somewhere in the order summary or checkout process. This could be different if various payment methods take the customer off of the site prior to completion of the order.
The session identifier is used to join the device data with the order data sent to the RIS service. When the RIS process posts data to Kount it must use the session identifier that was created when the customer initiated the Data Collection.
Yes, the session identifier must be unique over a thirty-day period. If there are duplicate session identifiers, device data originating from the Data Collection process may be incorrectly connected to RIS order data. See Session ID Discussion for more information.
Yes, it must be alphanumeric, a minimum of 10, and a maximum of 32 characters long. Dashes and underscores are allowed.
The customer can determine what is used, as long as the limitation guidelines are followed. Potential identifiers include the unique web session, UNIX time stamp, and order number appended by time stamp.
Due to the security concerns regarding test environments or production environment the merchant’s network operations may need to verify that proper access is available.
Verify that the merchantID is the correct ID supplied by Kount.
Ensure that the Session ID being created and stored during the DC process is the correct one being used in the RIS post to Kount and adheres to the session ID requirements.
Determine if the process was successful by using Developer Tools within Chrome or Firefox. A successful data collection is represented by multiple GET/POST requests, including one in which the file – fin – indicates the data collection process is complete.
No. If you do not already have CSP meta tags in place, you do not want to use this feature. This is only for sites who are using CSP tags already, or wish to add more security layers to their site.
This is likely due to your site not using meta tags prior to adding ours. Try removing the meta tag and retesting to ensure the Device Data Collector still works.
Check that the domain name in the CSP settings matches the domain name in the javascript src attribute. The must be the same for things to work. Other common issues are missing quotes (single) within the content value, or misspelled directives (such as 'unsafe-eval' or img-src). Also ensure there is a semicolon in between each directive. See the MDN site for more information.
Due to the security concerns regarding test environments or production environment the merchant’s network operations may need to verify that proper access is available.
Verify that the Merchant ID is the correct ID supplied by Kount.
Device Country is the country of origin set on the device by the end user. This information is gathered by the Device Data Collector and represented in the Extended Variables gadget on the Transaction Details page as a two-character country code such as the “US”.
HTTP Country is the country that is specified in the HTTP header (of the browser). This is a setting that is in the browser when you view the source code for the web page. Usually this is specified by someone changing their language when viewing content within the browser. For example, the HTTP Country could be "en-US" or "vi-VN."
Device Location represents the physical location of the device.