Migrate your OTRS data
Open-source service management suite with deep customization and process automation. Teams pick it for control; they leave it when the operational overhead outweighs the flexibility.
In its favor
Why people choose OTRS
The signal that keeps OTRS on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Deep customization with Dynamic Fields, custom ticket forms, and per-queue routing rules gives enterprises the control they cannot get from SaaS ticketing tools.
Built-in Configuration Management Database (CMDB) means IT assets and their relationships to tickets stay in the same system without third-party integrations.
Open-source Community Edition lets teams evaluate the full feature set before committing to the paid Business Solution license.
Process Management module supports multi-step workflows with conditional branching, allowing organizations to model complex ITSM processes natively.
Strong role-based access control with groups, roles, and queues allows fine-grained permission scoping for large support organizations.
Annual licensing and support contract costs scale steeply, prompting teams to evaluate lower-cost SaaS alternatives with similar capabilities.
The 300-page admin manual and $2,000+ per-person training requirement means teams cannot self-onboard, creating friction for smaller organizations.
Performance degrades noticeably on large ticket volumes without tuning, and slow loading pages frustrate agents handling high-throughput queues.
The Community Edition received no security patches after OTRS 6, forcing organizations onto paid tiers or unsupported forks to maintain compliance posture.
Reasons to switch
Why people leave OTRS
The recurring reasons buyers give for replacing OTRS. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where OTRS fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
OTRS pricing overview
OTRS uses a per-user annual license model with three named tiers (Starter, Advanced, Business Solution) plus a free Community Edition. The Business Solution starts at $4,995 per year for 10 agents, with pricing scaling upward by agent count and contract level. Implementation and consulting services are billed separately.
Community Edition
Tier 1 of 4
Free (self-hosted)
What's included
Need help selecting your Helpdesk?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on OTRS's schedule — see our quote-based pricing →
What gets migrated
OTRS object support
Object-by-object support for OTRS migrations. Per-pair details surface during scoping.
Tickets
Fully supportedTickets are the primary object with a stable schema across OTRS versions. We export all standard fields (Title, State, Priority, Queue, Owner, CustomerID) and preserve article history and attachments as child records.
Articles
Fully supportedArticles represent ticket communications (emails, notes, external replies). We export the full article body, content-type, and sender information as part of the ticket export pass.
Customers
Fully supportedCustomer records are stored separately from tickets and include contact details, user type, and preferences. We map Customer IDs in ticket records to the Customer object to reconstruct the relationship at the destination.
Dynamic Fields
Mapping requiredDynamic Fields are user-defined properties stored as entity-attribute-value rows in separate tables. We enumerate all defined field names and types during scoping and map each to an equivalent custom property at the destination, handling date, dropdown, checkbox, and text field types specifically.
Configuration Items
Mapping requiredConfiguration Items are CMDB entries with a class-based schema. We export CI data and the CI-to-Ticket linking table so the relationship is reconstructed in the destination CMDB or ticket system.
Queues
Mapping requiredQueues define ticket routing and access boundaries. We export queue names and the assignment rules and map them to destination queues or pipelines depending on the target system's terminology.
Users and Agents
Mapping requiredAgents are tied to roles, groups, and queues via separate permission tables. We export the user record and reconstruct ownership and assignment relationships using the destination system's user schema.
Process Management (Workflows)
Mapping requiredOTRS Process Management stores workflow definitions as XML with activity nodes and transition rules. We export the workflow structure and replay it as a series of state transitions or checklist items at the destination, noting that complex conditional logic may flatten into a simplified sequence.
SLA and Escalations
Mapping requiredSLA definitions link response and solution times to queues and ticket types. We export SLA names and escalation thresholds as metadata tags on each ticket so the destination can reconstruct urgency levels.
Attachments
Fully supportedAttachments are stored as binary blobs linked to ticket articles in the database. We extract each blob with its filename and MIME type and re-attach it to the corresponding article record at the destination.
Service Catalog
Mapping requiredServices define available offerings linked to SLAs and queues. We export service definitions and their SLA associations so catalog items can be recreated at the destination.
Stats and Reports
Not in this platformOTRS reporting stores report definitions and rendered output in the database. These are proprietary to OTRS and cannot be directly imported into third-party systems; we note this gap and advise rebuilding key reports post-migration.
| Object | Support | Notes |
|---|---|---|
| Tickets | Fully supported | Tickets are the primary object with a stable schema across OTRS versions. We export all standard fields (Title, State, Priority, Queue, Owner, CustomerID) and preserve article history and attachments as child records. |
| Articles | Fully supported | Articles represent ticket communications (emails, notes, external replies). We export the full article body, content-type, and sender information as part of the ticket export pass. |
| Customers | Fully supported | Customer records are stored separately from tickets and include contact details, user type, and preferences. We map Customer IDs in ticket records to the Customer object to reconstruct the relationship at the destination. |
| Dynamic Fields | Mapping required | Dynamic Fields are user-defined properties stored as entity-attribute-value rows in separate tables. We enumerate all defined field names and types during scoping and map each to an equivalent custom property at the destination, handling date, dropdown, checkbox, and text field types specifically. |
| Configuration Items | Mapping required | Configuration Items are CMDB entries with a class-based schema. We export CI data and the CI-to-Ticket linking table so the relationship is reconstructed in the destination CMDB or ticket system. |
| Queues | Mapping required | Queues define ticket routing and access boundaries. We export queue names and the assignment rules and map them to destination queues or pipelines depending on the target system's terminology. |
| Users and Agents | Mapping required | Agents are tied to roles, groups, and queues via separate permission tables. We export the user record and reconstruct ownership and assignment relationships using the destination system's user schema. |
| Process Management (Workflows) | Mapping required | OTRS Process Management stores workflow definitions as XML with activity nodes and transition rules. We export the workflow structure and replay it as a series of state transitions or checklist items at the destination, noting that complex conditional logic may flatten into a simplified sequence. |
| SLA and Escalations | Mapping required | SLA definitions link response and solution times to queues and ticket types. We export SLA names and escalation thresholds as metadata tags on each ticket so the destination can reconstruct urgency levels. |
| Attachments | Fully supported | Attachments are stored as binary blobs linked to ticket articles in the database. We extract each blob with its filename and MIME type and re-attach it to the corresponding article record at the destination. |
| Service Catalog | Mapping required | Services define available offerings linked to SLAs and queues. We export service definitions and their SLA associations so catalog items can be recreated at the destination. |
| Stats and Reports | Not in this platform | OTRS reporting stores report definitions and rendered output in the database. These are proprietary to OTRS and cannot be directly imported into third-party systems; we note this gap and advise rebuilding key reports post-migration. |
Gotchas
What to watch for in OTRS migrations
Issues we've hit on past OTRS migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
Community Edition security freeze forces migration
Direct database export preferred over SOAP API
Major version upgrades can leave login broken
| Severity | Issue |
|---|---|
| High | Community Edition security freeze forces migration |
| Medium | Direct database export preferred over SOAP API |
| Medium | Major version upgrades can leave login broken |
Leaving OTRS?
Where OTRS customers move next
7 destinations OTRS can migrate to.
How a OTRS migration works
Four steps, OTRS-specific
Connect
SOAP with session token; Generic Interface supports Bearer token for REST endpoints into OTRS. Scopes limited to read-only on the data we move.
Map
We translate OTRS-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate OTRS quirks before production.
Migrate
Full migration with OTRS rate-limit handling. Rollback available throughout.
FAQ
OTRS migration FAQ
Answers to the questions buyers ask most during OTRS migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your OTRS migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationOther helpdesks we support
Ready when you are
Migrate OTRS.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your OTRS setup and destination — written quote back within a business day.