Why choose an xPress API?
What are the benefits of using xPress?
Districts & States… stay in control of your data.
xPress APIs are developed using open standards and contemporary technologies, therefore opening the marketplace to innovation and allowing users to select ‘best of breed’ applications to meet their requirements. By using modern technologies (like REST and OAuth), xPress APIs embody simplicity by enabling direct communication among systems.
xPress APIs can be developed by vendors (or your own IT department) but are administered by you. With ‘permission only’ access, only authorized personnel have access to the shared data, which is encrypted and sent securely. xPress APIs rely heavily on existing Internet grade security, this includes the use of TLS (HTTPS) to prevent the reading of intercepted messages.
There are currently seventy objects from which solutions (xPress APIs) can be designed and built. Anyone can start to build a product or service based on these objects to provide the marketplace with options that go beyond any single xPress API. The two solutions currently available are Student Record Exchange and Roster, although the Access 4 Learning (A4L) Community are developing more use cases for release in the near future.
Check out these resources below:
Please note, we are not endorsing any company or product by linking to these videos.
The goal of the [insert project name here] project is the creation of a new [insert description] that supports the latest certified version of the SIF Specification and which will allow for the integration of current data from multiple source systems into a single structure. The [insert name of project] project will perform all inter-system data transfers (with internal and external agencies) and application integration functions for [insert function].
The [insert application/solution/etc.] must be certified to the most recent version of the xPress Roster [confirm whether Consumer or Provider] Certification Program, which enable school districts software management systems to communicate roster information with each other.
To assist in the implementation of the state reporting systems required pursuant to [project/legislative/ etc. charge], the Department shall contract for the creation of, and implement, a state-wide data-sharing system that is based on the xPress Roster API. After the state-wide data-sharing system is implemented, each school district may, but is not required to, participate in the state-wide data-sharing system by using a data system that is certified with the Access 4 Learning (A4L) Community.
All technology systems used by the Department of Education and by local K-12 schools and districts shall be xPress Roster Certified. Alternative systems may be used if the alternative system is compliant and all data sets required by the Department of Education are provided to the department in acceptable, real-time format. Schools and districts may use alternative compliant systems if an alternative system is needed because of cost, efficiency, or a need for additional software features.
Any state and/or federal funds utilized in the development and implementation of student record systems, local, regional and state educational entities shall construct systems to contain the following elements and comply with the following standards and compliance capabilities:
By the [insert 20XX-20XX] school year, any state or federally funded student information systems and any instructional management system used by school districts and the state shall comply with the Extensible Mark-up Language (XML), standards and xPress Roster Certification, or any updated versions of the specifications.
API Developers… Develop once, use many times.
The xPress API suite embodies simplicity in its design by using contemporary technologies like REST, JSON and OAuth, enabling direct communication among systems (middleware is optional) and representing commonly used data in a straightforward manner. (If you are not familiar with REST, check out this tutorial ‘What is REST?’.)
Most developers will immediately grasp the concepts and implementation because xPress APIs look and act just like other modern APIs.
In order to ensure interoperability and fit with marketplace needs, xPress API solutions must support the creation of tokens through Password Grant.
(For more information on tokens, please refer to the Developer’s Guide)
Just like OAuth 2.0, xPress APIs rely heavily on existing Internet grade security. This includes the use of TLS (HTTPS) to prevent the reading of intercepted messages.
There are currently seventy objects from which solutions can be designed and built. Anyone can start to build a product or service modeled on these to provide the marketplace with options that go beyond any single xPress API. In addition to this there are many infrastructure advantages that can be realized above and beyond the APIs currently available.
xPress APIs are developed using open standards and contemporary technologies opening the marketplace to innovation and allowing users to select ‘best of breed’ applications to meet their requirements.
Find out more…