Platform Science SPEED certification is comprised of a combination of automated tests runningon predefined test environments and human validation of results and/or experiences. SPEEDCertification is valid for the version of the application that was submitted. New versions ofsubmitted app will have to pass a new SPEED Certification.
Security Test guidelines preserve the integrity of the RPM Distribution System, Platform ScienceCustomer and Platform. A customer purchasing an application expects it to be secure and free of malware and system vulnerabilities. Submitted applications need to adhere to the following guidelines.
Applications should take necessary precautions to ensure data is being transmitted securelythrough the cloud. This includes encrypting sensitive data like PII (Personally IdentifiableInformation).
Applications must clearly indicate how it plans to use data that is collected from the user and needs to ask for explicit permission to collect data on behalf of the user. Data that is collected and used in a manner not prescribed by the End User License Agreement (EULA) and/or used by a third party not identified in the agreement will be grounds for removal from the Marketplace.
Applications that steal data, monitor users without permissions or are otherwise malicious arenot permitted. This includes spyware, trojan horses, malware, or applications that download anexecutable other than from the RPM enabled Marketplace.
Submitted applications must take precautionary measures to prevent distributed denial-of-service (DDoS) attacks. Users found to be in violation of the aforementioned terms will have access revoked. Revoked users can request further explanation via the developer portal.
Applications operating on the Platform Science platform must only allow authenticated users to access functionality within the application. Unauthorized uses should not be permitted to access any part of the application. We require the use of the Platform Science mobile authenticationSDK.
Protect user privacy and data. Often times, there will be shared devices where multiple users can authenticate into the same device. When one user logs out, make sure the new user does not have access to previous user data.
Presence of a developer signing key or certificate, paired with the application package name, will be tested for to ensure that a specific build was generated for the Platform and will function on a Platform Science tablet enabling access to local SDK APIs.
Ensure the submitted application works with the list of currently approved Platform Sciencetablets. Current list available upon request.
Platform Science routinely evaluates and upgrades the operating system on the tablets. The current version of Android supported is Android 8. Please ensure your application utilizes the features that are available on the current certified version of Android. In certain instances, backwards compatibility will also be required.
If you are submitting a web application, ensure it works with the latest version of the relevant browsers (Chrome, Edge, Firefox, Safari).
Submitted applications should be a “final release” candidate and not include demo or beta versions of your software. The application may have the ability to provide a trial period that gives customers the ability to evaluate your software.
There are certain instances where running applications in the background is a requirement to ensure the right experience. Apps that are found to take undue advantage of this provision will be asked to re-evaluate the need to run in the background.
Applications deployed via RPM may not prompt the user for additional download or install additional features over-the-air (OTA).
Submitted applications must include relevant descriptions and additional metadata that accurately describes the application and the value it provides to the customer. Do not falsely associate your brand with other brands unless you have prior written approval. Additionally, please provide a list of Platform Science SDKs that are being used. (Full list of available SDKs is available as part of developer documentation)
Platform Science users want a consistent experience as they move through different applications on the device. These applications are used in a vehicle. Be mindful of that when building your application experiences. We understand your brand is unique and want to enable that without compromising the overall user experience. When possible, ensure you meet the brand experience guidelines found below.
Applications may never prompt the user to restart the device or suggest changes to the core settings of the tablet. For example, do not suggest users to turn off Wi-Fi, Bluetooth, etc.
Applications may not display content that is partially visible or “locked” that requires the enduser to make in-app purchases and/or payments.
Users must have a seamless way of upgrading to the latest version of the application and should not be able to inadvertently subscribe to multiple versions/instances of applications within the same device.
Advertising in the applications is not permitted (own upgrades or other company apps).
Submitted applications that infringe on the intellectual property of others are not permitted.
Submitted applications must respect local, state and federal laws as they relate to operating your application within certain Duty statuses.
Often times, drivers will use applications while they are driving. Be judicious in popping up notifications to the user.
Unless provided prior written approval, applications may not require in-app purchases in order to complete a transaction or view content. If you want to provide the ability to unlock features or provide additional functionality, this must be handled outside the app experience via a signed contract executed by the customer.
Unless prior written approval is obtained, apps may not require the use of browsers (embedded or otherwise) to display content. Provide a uniform experience within the application itself.
Ensure the submitted application icon accurately represents your application. Do not reuse or modify app icons used by Platform Science or other apps/extensions in the marketplace.
Applications must use data/bandwidth within reasonable amounts. If your application needs large bandwidth requirements, then prior written approval is needed.
There are instances when the device will be out of network coverage. Your application must be designed to provide graceful degradation when in an area without full coverage. In addition, your application must pick up seamlessly when connectivity is available.
Design your application to use power efficiently and be used in a way that does not damage the device. Applications are not permitted to rapidly drain the battery, generate excessive heat or put unnecessary strain on system resources.
Applications that include content that is not acceptable (pornography, extreme violence, etc.)will be subject to immediate removal from the Marketplace.
Platform Science will review provided documentation to ensure completeness in the interest of maintaining a consistent Platform Science Marketplace experience.
Completeness is quantified as production-ready applications capable of integration. Make sure your documentation covers all application functionality and provides appropriate EULA, user guides, training materials, troubleshooting and customer care FAQs as appropriate for your application.
Ensure your documentation reflects the current version of the application that is being deployed.
After following the aforementioned guidelines, also complete these final tasks:
Once the application is submitted for review and Platform Science has acknowledged receipt of any supporting hardware, your submission will be in the review period. SPEED certification will commence once Platform Science has received all components required to fully replicate the usage of your application.
Platform Science will generally provide results of the SPEED certification within 5 business days after the review process has started. However, if your application is complex, we will require additional time to process the SPEED certification. You will be notified of this via email.
The current status of your submitted application will be communicated to you via email and/orthe developer portal.
If you have a critical timing issue, you may request an expedited process by contacting us email@example.com. If we find you are abusing this option, we reserve the right to reject future expedite requests.
Our goal is to make the SPEED certification process as transparent as possible and apply the guidelines presented fairly. If your application has been rejected, you will be provided with reasoning and steps that you can take to correct your app. If you would like to appeal the rejection, you may do so by contacting us firstname.lastname@example.org.
Adhering to the guidelines in this document provides a path to a successful app submission.Please keep the following overall success guidelines in mind.
Copyright 2022, Platform Science, Inc. All Rights Reserved.
No part of this publication may be reproduced, transmitted, transcribed, stored in a retrieval system, or translated into any language or any computer language, in any form or by any third party, without the prior written permission of Platform Science, Inc.
The information and/or the products described herein are protected by the laws of the UnitedStates and/or other countries, including their laws on trade secrets, patents, trademarks, and copyrights. All information herein is subject to change without notice, and Platform Science, Inc.,hereby disclaims any express or implied warranties with respect thereto. Platform Science, Inc.,its affiliates and vendors shall not be liable for any damage caused to its products or any injury suffered by any person, either directly or indirectly, as a result of the use or repair of its products outside their intended use.
Platform Science is a registered trademark of Platform Science, Inc. in the U.S. and/or other countries. All other trademarks are the property of their respective owners.
1-5500-SPEED, Rev A