TransportialTransportial
Pricing
Log InGet Started Free

Start managing transport with Transportial

Start free. No credit card required. Full platform access.

Get Started FreeTalk to Sales
TransportialTransportial

The all-in-one Operational Transport Management System for logistics companies and solution providers.

Solutions

  • Transport Companies
  • Freight Forwarders
  • 3PL & Logistics Providers
  • Couriers & Last-Mile
  • Shippers & Manufacturers
  • Fleet Managers

Pages

  • Home
  • Product
  • Integrations
  • Pricing
  • TMS Comparisons
  • About us

Free Tools

  • LDM Calculator
  • CMR Waybill Generator
  • EU Driving Time Calculator
  • Trip Profitability Calculator
  • Savings & ROI Calculator
  • Dutch Toll Calculator

Company

  • Blog
  • Glossary
  • Contact
  • Brand Assets
  • Privacy Policy
  • Cookies Policy

DevelopersAPI

  • Developer Hub
  • Documentation
  • API Reference
  • Open Source

Contact

  • info@transportial.com
  • +31 85 208 6329
  • Dierenriem 44
    7071TH ULFT
    Netherlands

© 2026 Transportial B.V.. All rights reserved.

Built on OTM5 Open Standard

Home›Product›Security & Access Control
Product

Security & Access Control

Enterprise-grade security built in from the start: authentication, authorisation, 2FA, SSO, and a full audit trail.

Start FreeRequest a Demo
JWTTOTPRBACSAML 2.0Argon2Rate limitingSentry
200+
Named permissions
TOTP
2FA built-in
SAML
2.0 SSO
Argon2
Password hashing

Security is not an afterthought at Transportial. JWT-based authentication with short-lived tokens, two-factor authentication, 200+ named permissions, SAML 2.0 SSO, Argon2 password hashing, and per-API-key rate limiting are all standard, not add-ons.

Key highlights

  • JWT authentication: Short-lived access tokens (minutes) with long-lived refresh tokens (days) minimise the window of exposure if a token is compromised. Token rotation is automatic.
  • Two-Factor Authentication (TOTP): All users can enable 2FA using any TOTP app (Google Authenticator, Authy, etc.). Setup uses a QR code and generates recovery codes.
  • Role-Based Access Control (RBAC): Five built-in roles (USER, CHAUFFEUR, SUPPORT, ADMIN, SUPER_ADMIN) provide a sensible default structure.
  • 200+ named permissions: Fine-grained permissions like read:vehicle-description and create:trip let you control exactly what each role or user can do.
  • SAML 2.0 SSO: Enterprise customers integrate their own IdP (Azure AD, Okta, or any SAML 2.0 provider) for SSO with automatic user provisioning.
  • Argon2 password hashing: Passwords are hashed using Argon2id, the winner of the Password Hashing Competition, providing resistance against GPU-based brute-force attacks.
  • Per-API-key rate limiting: Every API key has its own configurable rate limit. Burst traffic from a misbehaving integration is contained without affecting other consumers.
  • Error tracking & request logging: All API requests are logged. Errors are reported to Sentry in real time with full stack traces and request context.

How it works

  1. Authenticate with short-lived tokens

    Users sign in and receive a short-lived JWT access token with automatic rotation against a longer-lived refresh token, so a leaked token is useful for minutes, not months. Authentication is stateless and validated before requests reach business logic.

  2. Add a second factor

    Any user can enable TOTP two-factor authentication with a standard authenticator app. Setup is a QR code, and recovery codes cover a lost device.

  3. Assign roles, then refine

    Five built-in roles give a sensible default structure. From there, more than 200 named permissions, such as create:trip or approve:invoice, let you tailor exactly what each role or individual user can do.

  4. Scope every integration

    API keys are created per consuming system, each with its own scopes and rate limit. Revoking one integration never touches another.

  5. Keep the record

    All requests are logged, errors are tracked in real time with full context, and every data change lands in the immutable audit trail.

Access control that matches how transport companies actually work

A TMS is used by people with very different responsibilities: planners who touch everything operational, drivers who should only see their own trips, accountants who approve invoices but never plan, and external customer users who must see nothing beyond their own shipments. Coarse roles alone cannot express that, which is why Transportial layers more than 200 named permissions on top of its five built-in roles. Permissions are specific, read a vehicle's details, create a trip, approve an invoice, so access can follow the job instead of the other way around.

This granularity is what prevents the quiet over-permissioning that builds up in most systems, where everyone eventually becomes an admin because the roles were too blunt. In Transportial, giving a subcontractor coordinator exactly the six permissions they need is a normal configuration task, not a custom development request.

Security posture a buyer can verify

For anyone evaluating vendor risk, the relevant facts are concrete. Passwords are hashed with Argon2id, the winner of the Password Hashing Competition and the current best practice against GPU-based cracking. Sessions are stateless JWTs with short-lived access tokens and automatic rotation. Two-factor authentication is built in for every user, not a premium add-on. Enterprise customers can replace passwords entirely with SAML 2.0 single sign-on through their own identity provider, so joiner-leaver processes stay in their hands.

On the operational side, every API request is logged, errors are reported to Sentry in real time with full request context, and every change to every entity is recorded in an append-only audit trail. When something needs investigating, whether an incident or an auditor's question, the evidence already exists.

Containment by default

Security failures in integrated platforms usually spread through shared credentials: one API key used by five systems, impossible to revoke without breaking four of them. Transportial's model is one key per consumer, each with its own scopes and its own rate limit. A misbehaving or compromised integration is throttled or revoked in isolation, and burst traffic from one system cannot starve the others.

The same containment thinking applies across the platform: tenant isolation is enforced at the database layer, permission checks are declared per endpoint rather than scattered through code, and platform administration runs as a separate privileged context. Each boundary limits how far any single mistake can travel.

Technical details

Authentication is stateless, with no session storage. Access tokens are validated at the API gateway level before requests reach business logic. The permission check is performed per-endpoint via a declarative annotation system.

Frequently asked questions

Does Transportial support two-factor authentication?

Yes, for every user. 2FA uses standard TOTP apps such as Google Authenticator or Authy, is set up with a QR code, and generates recovery codes for account recovery. It is included, not a paid add-on.

Can we use our own identity provider?

Yes. Transportial supports SAML 2.0 single sign-on with Azure AD, Okta, Google Workspace or any compatible IdP. Users are provisioned automatically on first sign-in, and access control stays with your IT department.

How fine-grained is access control?

Beyond the five built-in roles, more than 200 named permissions control individual actions such as creating trips, reading vehicle details or approving invoices. Permissions can be tailored per role or per individual user.

How are passwords stored?

Passwords are hashed with Argon2id, the winner of the Password Hashing Competition, chosen for its resistance to GPU-based brute-force attacks. Plaintext passwords are never stored.

What happens if an API key is compromised?

Keys are scoped per consuming system with individual rate limits, so a compromised key is revoked on its own without affecting other integrations. Short-lived access tokens and request logging limit and expose any window of misuse.

Is there an audit trail for compliance?

Yes. Every change to every entity is written to an append-only audit log with the user, timestamp and previous value, and all API requests are logged. This supports both compliance requirements and day-to-day dispute resolution.

Related features

View all features

Multi-Tenancy & White-Label

Run your own branded logistics platform, fully isolated, fully customisable, on your own domain.

Integration Framework

Connect Transportial to any external system (ERPs, telematics, ordering platforms, and more) with a full REST API and App Store.

Reporting & Insights

Turn operational data into decisions with configurable dashboards, TQL-powered queries, and a complete audit trail.

View all features

Transport Order ManagementInteractive Plan BoardAI-Powered Trip OptimisationFleet & Resource Management3D Load PlanningOpenMove Driver AppReal-Time Vehicle TrackingMulti-Modal RoutingPricing EngineInvoicing & Financial ManagementMessage AutomationsDocument Management & GenerationIntegrated Email InboxIn-App ChatCustomer & Business PortalIntegration FrameworkReporting & InsightsMulti-Tenancy & White-LabelSecurity & Access Control

Ready to put this to work?

Start free with full platform access, or talk to our team about your specific operation.

Start FreeBook a Demo