Veracity Logo





Back to TOC

User Manual

Versions of Veracity Learning

Veracity Learning LRS comes in a few versions. The main version, and the one you're most likely looking at right now, is

Table Of Contents

This is our cloud hosted SaaS service, where anyone can create an LRS. You can use the free version, which is subject to some restrictions, or you can get more data storage, more transactions per second, and additional support by choosing a paid plan. is a special build, and contains a few features that are not available in any other version. Additionally, is managed by our team. We know the software inside and out, so we can make database upgrades, system updates, and generally keep everything running smoothly without you needing to do anything.

Service Tiers

Accounts on have a service tier. Each tier give you a specific amount of storage per LRS, a certain amount of LRSs, and a budget of transactions per second. You can upgrade your tier at any time by contacting us.

Many of your are on the free tier. This tier give you up to

  • 3 separate LRSs.
  • 100MB of storage each.
  • 10,000 xAPI transactions per day.

For a full list of the current rates and limits for the service tiers, click here. We can also generate a custom tier for you.

Shared vs. Dedicated Infrastructure

Most accounts are on our "Shared Infrastructure". This means that the webserver to access, the database cluster in which your LRS's database is hosted, the load balancer and rate limiter; all these are shared among our clients. The rates and limits of each tier exist primarily to ensure fair allocation of these resources.

Veracity can also host your account on dedicated infrastructure. This means that you don't use the same databases or webservers as other clients. You're entitled to the full throughput of the machines allocated to your account. These tiers don't have any rates or limits, other than those set by the fundamental limits of the hardware. This is the best solution for enterprise clients.

On Site Options

Veracity Learning LRS is also available for you to install and host on your own servers. While we've tried to make the process as easy as possible, you will have to set up and run your own databases, and install our server software. Onsite versions come in 2 flavors.


This free, downloadable software can be used in production or just for testing. It's easy to use, easy to setup and install, and high performance. The free version has some limitations - we restrict the ability to use some advanced analytics capabilities, restrict the total number of LRSs, and only let you have a single user account for the administrative interface. This version is suitable for many users, but is missing many of the awesome features that make our LRS one of the best on the market. Additionally, this version cannot use ElasticSearch to accelerate the analytics system. While there is no hard limit on the number of xAPI statements you can store, practical limits to the speed of the analytics will begin to appear on the order of a few hundred thousand xAPI statements.

You can download Veracity Learning LRS Lite by clicking here. Then, click the green "Download Veracity Learning Lite" button.


Veracity Learning LRS is also available in an Enterprise version for onsite installation. This option is appropriate for large enterprises with the need to manage huge amounts of data. The Enterprise version is much like - it includes all the features of the SaaS solution, but in your own data center. It even has a few capabilities that does not, namely, the ability to host plugins that expand the way that the system works. shared infrastructure tiers can't do this because of security concerns, but when you control the system, you can add .JS files that expand the abilities of the analytics system, or integrate with other platforms.

Here's list of features that are available in the Enterprise version that are not available in Lite:

  • Visualizations
    • Custom Bar Graphs
    • Custom Pie Charts
    • Custom Serial Charts
    • Custom Aggregation Pipeline
    • Class/Course Dashboard
    • Video Histograms
    • Chart Exporting
    • Plugin Analytics Processors
  • Users
    • Self service user management
    • Admin user management GUI
    • User account email interfaces
    • Per LRS user permissions
    • Scalability
    • Multi threaded server
    • Support for multiple servers
    • No data limits
    • Connect to sharded or replica set databases
  • Learners
    • Learner creation and management GUI
    • CSV upload
    • Editable learner portal
    • Learner self reported progress
    • Certificate and evidence upload
    • Learner profile data
    • Learner individual data dashboards
  • Content
    • Course package upload
    • Course content hosting
    • xAPI and Tincan launch integration
    • Track external links
    • Tested against Domainknow, Articulate, Captivate, Camtasia, Lectora and others
    • Digital statement signatures
  • Import/Export
    • Statement Forwarding
    • Export backup
    • Restore backup


The process for installing the Lite on Enterprise version of the LRS is quite similar. First, you'll need to download and extract the software. Veracity Learning LRS is cross-platform. You can run it on Windows, Mac, or Linux. If you need to run the server on some other OS, contact us for a build - we can make a version for most operating systems.

Inside the archive, you'll find executable for each common OS. Select the one you need, and copy it to your server.

Setup Steps
  1. Install MongoDB
    MongoDB must be installed an running before the server software starts. MongoDB is very popular and has great documentation to get you started. Note that the DB does not necessarily need to be on the same server as the Veracity Learning software. In general, it's a good idea to keep the database and the webserver on different machines. If you have the Enterprise version, you should consider creating a replica set to ensure the maximum uptime.
  2. Start MongoDB. MongoDB must be running before the Veracity Learning server can be configured
    You'll also want to make sure that MongoDB starts each time the server reboots.
  3. Unzip the zip file for your operating system
  4. Locate the executable file. This file will be name “lrs2-” followed by a string representing your operating system.
  5. Using a command prompt (or terminal), execute the file. This will begin the setup process.
    On Linux or Mac, you may need to set the permissions on the file to allow it to execute. Also, be sure that the user running the file has write access to the direction the file is in. Otherwise, the system may not have permission to create its own configuration file.
  6. Answer the questions as presented by typing into the console and pressing enter.
    Be sure to answer ‘yes’ to the final question. This will write out a file, ‘env’ that will contain your configuration settings. You may manually edit this file and restart the server to update the configuration.
  7. Run the executable again.
    The server will start up and begin serving requests on the port you specified. You may now log in as the super admin, and create users (Enterprise Version) and LRSs. You should use your operating systems scheduling tools to set up the system to run on boot.
Explanation of Setup Questions
  • Enter the connection string to the MongoDB database. (default: 'mongodb://localhost')
    This is the address of the MongoDB server. Do not include a database name in the connection string. You may include replicaSet or authorization options (Enterprise Version). Check the Mongo documentation for a full accounting of the format. For simple test installs, if Mongo is running on the same machine as the server, the default will work. The server tests the string after you enter it - Mongo must be running at this point.

  • Will you use a Redis server to enforce rate limiting? (type 'yes' or 'no')
    This question and the following question (the address of the Redis server) control whether or not some Enterprise features are enabled. These features include rate limiting and Websocket notifications. They are completely optional. Answer ‘no’ for test installs. If you answer yes, the following question will prompt you for the server address. Redis must be running, as the system verifies that it can connect.

  • What is the external host name (DNS) that users will use to access this system? (default: '')
    The server must know its own public facing internet address. In production deployments, it is common for the address and port that the software uses to differ from the one displayed to users, because of proxy configuration, load balancers or DNS. For a local install, please accept the default. This default value is a DNS entry controlled by Veracity that resolves to ‘localhost’. Do not enter ‘localhost’ directly, as our subdomain routing features may not work on all OSs.

  • What port number should the server run on? (default: '80')
    This is the local port that the server actually listens on. Port 80 is the default for common web servers, but often is in use by other software. You may choose any port. On some OSs, certain ports require the process to be run with administrative access.

  • What is the port number that external users will use to access this system…
    This is the port that will be displayed to users. If behind a proxy, use the port the proxy listens on. For a local test install, use the same port as the previous question.

  • Does your webserver use an SSL certificate?
    Is the server behind an SSL terminating proxy? Note that Veracity Learning does not currently support SSL configuration natively, and should be placed behind a proxy with SSL support like NGinx or Apache. For a local install, answer ‘no’.

  • Enter the email address for the super-administrator user. This account must not already exist, as it will be created now.
    This question and the following control the super admin login credentials. Note that this information is visible in the .env file.

  • Would you like to disable subdomains in the URLs for each hosted LRS?
    The default behavior of the system is to allocate subdomains to each LRS in the system. This can cause problems with some DNS providers, and is not supported for the hostname ‘localhost’. You may disable this behavior, but it is highly discouraged. For local installs, use as the public address, which will resolve to your local machine properly. Not all features currently support ‘non-subdomain’ installs.

  • Enter the name of the database to use for the system client information. User and LRS metadata is stored here, not the actual statements. (default: 'VTCLRS')
    The system allocates a new database on the Mongo Server for each LRS in the system. The data needed to manage the systems overall is located in the database provided in this prompt. You can answer any alphanumeric string, but it is rarely necessary to use anything other than the default.

  • Enter a random string of characters that will be used as an encryption key. (default: 'youAbsolutelyMustChangeThis')
    Several parts of the system require a unique random string for encryption functions. Enter a string here. In a multi server install, all servers must include the same string. When backing up and restoring a database, this setting must not have changed from the initial value provided at install. Please don’t accept the default for a production deployment.

  • Would you like the server to send emails (Enterprise Version)
    Answering ‘yes’ to this question will then prompt you for SMTP configuration information. If you answer ‘no’, the server will not allow “self service” accounts, and instead each user must be created and confirmed by the super admin.

The .env File

All system settings are configured via a file called .env. This file should be in the working directory in which the server executes. This is generally the directory where the executable file is located, but is not always so. The .env file needs to have its permissions set so that the user account used to run the server has access to read and write it. Values in the file can be overridden by environment variables you set in the shell. The file looks something like This

[email protected]
closeConnectionsAfter=10 minutes

You can edit these files in a text editor. If you do so, the server will need to be restarted for the values to take effect.