ERP migration

Migrate from JTL-Wawi to Infor CloudSuite Corporate

Field-level mapping, validation, and rollback between JTL-Wawi and Infor CloudSuite Corporate. We move data and schema; workflows are rebuilt natively in Infor CloudSuite Corporate.

JTL-Wawi logo

JTL-Wawi

Source

Infor CloudSuite Corporate

Destination

Infor CloudSuite Corporate logo

Compatibility

90%

9 of 10

objects map 1:1 between JTL-Wawi and Infor CloudSuite Corporate.

Complexity

BStandard

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

JTL-Wawi and Infor CloudSuite occupy different tiers of the ERP market. JTL-Wawi is a German-market e-commerce ERP designed for SMB retailers managing multi-channel selling across eBay and Amazon via JTL-Connector; Infor CloudSuite is an enterprise-grade cloud ERP built for manufacturing, distribution, and complex supply-chain operations with multi-tenant architecture on AWS. There is no native connector between these platforms, so migration proceeds through JTL-Ameise CSV exports transformed into Infor's Migration Utility import format. We extract Artikels (items with custom fields), Kunden (customers with addresses), Aufträge (orders with workflow state), Rechnungen (invoices with tax calculations), and Lagerbestände (inventory snapshots) from JTL-Wawi, transform them against Infor's table schema, and load through Infor's sequenced import steps. We do not migrate JTL-Workflows, JTL-Connector credentials, or JTL-WMS pick-and-pack configurations; we deliver written inventories of these for the customer's admin to rebuild in Infor or document for the migration team.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

JTL-Wawi logo

JTL-Wawi

What's pushing teams away

  • Support costs escalate significantly when issues require Bronze or Silver tier assistance, and the tariff model means simple questions can become billable support tickets.
  • English documentation remains incomplete with many pages still showing German screenshots and links, creating friction for non-German-speaking administrators.
  • Cloud hosting was discontinued by JTL, forcing customers to either self-host on-premises or find third-party RDP providers, disrupting existing deployment patterns.
  • Customer satisfaction scores are modest (G2 3.8, Trustpilot 2.4) with reviewers citing feature gaps and support responsiveness as recurring frustrations.

Choosing

Infor CloudSuite Corporate logo

Infor CloudSuite Corporate

What's pulling them in

  • Infor CloudSuite is industry-specific out of the box — manufacturing, distribution, healthcare, and food & beverage editions ship with preconfigured workflows that reduce the need for extensive customization and accelerate time to value for operations-heavy organizations.
  • The platform's deep integration with Excel for financial reporting is frequently cited as a key productivity feature, allowing finance teams to pull data directly and make changes without leaving familiar tooling.
  • AWS-hosted multi-tenant deployment eliminates data center management for IT teams, and Infor OS provides a unified integration layer (ION) that connects the CloudSuite to third-party applications without point-to-point middleware.
  • Organizations with multi-site or multi-country operations choose Infor for its multicurrency, multilanguage, and local regulatory compliance capabilities across 175+ countries, which simplifies consolidation for global CFOs.
  • The two-tier ERP strategy positioning lets corporate headquarters run CloudSuite while subsidiaries run lighter instances, which appeals to complex organizational structures that want standardization without full replacement.

Object mapping

How JTL-Wawi objects map to Infor CloudSuite Corporate

Each row shows how a JTL-Wawi object lands in Infor CloudSuite Corporate, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

JTL-Wawi

Artikels (Items/Products)

maps to

Infor CloudSuite Corporate

Item Master (MITMAS, MITCTL)

1:1
Fully supported

JTL-Wawi Artikels map to Infor CloudSuite Item Master records. The Artikelnummer becomes Part Number; the Artikelbeschreibung maps to Description. Variationskombinationen (variant combinations) require a 1:N split: the base Stammartikel maps to the Infor item, and each Variationskombination becomes a separate item record with variant-specific attributes linked via MITMAS-MITCTL relationships. Custom fields (Eigene Felder) on Artikeln migrate to Mongoose custom fields or extended data structures depending on whether the customer uses the Mongoose Framework. We resolve cross-references to Stammartikel at migration time using the Artikelnummer as the dedupe key.

JTL-Wawi

Kunden (Customers)

maps to

Infor CloudSuite Corporate

Customer (OCUSMA)

1:1
Fully supported

JTL-Wawi Kunden map to Infor CloudSuite Customer records. The Kundengruppe (customer group) maps to a Customer Type or Territory code in Infor. Address records (Rechnungsadresse, Lieferadresse) become separate address roles in OCUSMA. Payment terms from JTL (Zahlungsziel) map to Infor's payment term codes. We preserve any custom fields on Kunden in Mongoose-extended fields. Customer merge or duplicate handling requires a reconciliation step before import because Infor enforces referential integrity on customer codes.

JTL-Wawi

Aufträge (Sales Orders)

maps to

Infor CloudSuite Corporate

Sales Order (OEHEAD, OELINH)

1:1
Fully supported

JTL-Wawi Aufträge map to Infor CloudSuite Sales Order header and line records. The Auftrag_erstellt, bezahlt, ausgeliefert workflow states map to Infor's order status codes. We preserve the full order lifecycle including partial shipments by mapping each JTL shipping event to an Infor shipment record. Aufträge reference Kunden (customer) and Artikeln (items); both must be loaded first so that customer and item codes are valid at insert time. Infor requires order dates and requested dates to be sequenced within the order lifecycle.

JTL-Wawi

Rechnungen (Invoices)

maps to

Infor CloudSuite Corporate

Invoice (AR invoices via OEHEAD)

1:1
Mapping required

JTL-Wawi Rechnungen map to Infor CloudSuite Accounts Receivable invoice records. Tax codes from the Rechnungen export require mapping to Infor's tax jurisdiction codes, which are region-specific and must be entered manually or mapped from regional VAT configurations during scoping. We preserve line-item tax calculations from JTL as Infor tax amount fields on each invoice line. Rechnungen that reference Aufträge require the parent order to exist before invoice import.

JTL-Wawi

Lagerbestände (Inventory/Warehouse Stock)

maps to

Infor CloudSuite Corporate

Inventory (WHINP, WHSIT)

1:1
Fully supported

JTL-Wawi Lagerbestände map to Infor CloudSuite inventory records per Lager (warehouse). Aktuelle Bestände (current stock levels) and pending reservations migrate as on-hand quantity and allocated quantity respectively. We capture the exact inventory snapshot at migration cutover time and load it into Infor's warehouse site records. Multi-Lager configurations in JTL map to separate Infor warehouse sites with inter-warehouse transfer records if stock needs redistribution.

JTL-Wawi

Lieferanten (Suppliers/Vendors)

maps to

Infor CloudSuite Corporate

Supplier (APVEND)

1:1
Mapping required

JTL-Wawi Lieferanten map to Infor CloudSuite Supplier records. Einkaufspreise (purchase prices) migrate to Infor's supplier price lists if the destination uses standard costing or to purchase order line defaults if using average cost. Rahmenbestellungen (framework orders) require mapping to Infor's Blanket Purchase Agreement records if the destination uses them. Supplier address and contact fields map to Infor vendor address roles.

JTL-Wawi

Zusatzkosten (Additional Costs on A/P Invoices)

maps to

Infor CloudSuite Corporate

Landed Cost / Additional Charges

lossy
Mapping required

JTL-Wawi Zusatzkosten (transport, customs, duties) attached to Lieferantenbestellungen map to Infor CloudSuite landed cost or additional charge categories. These are cost types defined per supplier order and must be mapped to Infor's cost category codes during scoping. Infor's landed cost model may require additional configuration if the customer's business relies heavily on duty and freight cost tracking.

JTL-Wawi

JTL-Workflows (Automated Workflows)

maps to

Infor CloudSuite Corporate

Not migrated; written inventory delivered

1:1
Mapping required

JTL-Workflows define event-condition-action chains tied to JTL-Wawi's event-driven automation engine. These do not migrate to Infor CloudSuite because Infor has a different automation model. We document all active JTL-Workflows during scoping with their trigger events, conditions, and actions, and deliver a written audit report for the customer's Infor administrator to rebuild using Infor Process Automation or ION workflows post-migration.

JTL-Wawi

JTL-Connector Links (Shopware, PrestaShop, WooCommerce)

maps to

Infor CloudSuite Corporate

Not migrated; connector audit delivered

1:1
Fully supported

JTL-Connector credentials that synchronize Artikels and Aufträge between JTL-Wawi and storefronts do not migrate because they are JTL-platform-specific. We deliver a connector audit document listing all active storefront connections, the data flows they manage, and recommended approaches for re-establishing integration in Infor CloudSuite (typically via Infor ION or API-based connectors from the storefronts).

JTL-Wawi

JTL-WMS (Warehouse Management)

maps to

Infor CloudSuite Corporate

WMS data (limited mapping)

1:1
Mapping required

JTL-WMS extends JTL-Wawi with pick-and-pack workflows and pack-station configuration. WMS-specific data (Arbeitsstationen, Packtisch-Konfiguration) is not exposed via JTL's REST API and is not part of the standard JTL-Ameise export templates. We handle WMS data via JTL-Ameise where supported and flag any WMS configuration that requires manual documentation. Infor's warehouse management capabilities are covered by CloudSuite WMS if the customer licenses that module.

Gotchas + challenges

What specifically takes care here

Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.

JTL-Wawi logo

JTL-Wawi gotchas

Medium

SCX API per-endpoint rate limits return HTTP 429

High

UNC paths required for all file-based imports and exports

High

JTL Cloud hosting discontinued forces third-party RDP reliance

Low

Incomplete English documentation with untranslated content

Infor CloudSuite Corporate logo

Infor CloudSuite Corporate gotchas

High

Infor OS tier-based usage limits gate API and BaaS capabilities

Medium

Custom Fields use inconsistent naming across Infor editions

Medium

SQL migration utility requires source database access

Medium

Multi-site and multi-currency data require separate period closure sequencing

Low

REST API payload and timeout limits restrict bulk migration throughput

Pair-specific challenges

  • No native connector between JTL-Wawi and Infor CloudSuite

    There is no pre-built connector, API integration, or migration tool for moving data from JTL-Wawi to Infor CloudSuite. All migration proceeds via JTL-Ameise CSV exports extracted from JTL-Wawi and transformed into Infor's Migration Utility import format. We validate the source JTL-Wawi database connection and export path (UNC path required per JTL's path-resolution rules) before any extraction begins. The absence of a native bridge means schema transformation is entirely custom work scoped to the customer's specific JTL data model.

  • Infor Migration Utility requires SQL Server as source

    Infor CloudSuite's Migration Utility connects to a SQL Server 2008 or later source database. JTL-Wawi's database is a local or RDP-hosted SQL Server or PostgreSQL instance depending on the deployment. We assess the database connectivity from the migration workstation during discovery and ensure the Migration Utility can reach the JTL-Wawi database. If the JTL-Wawi database is on a third-party RDP host, network path validation and RDP credential access are required before migration planning proceeds.

  • Data-dependency sequencing is mandatory in Infor Migration Utility

    Infor CloudSuite's Migration Utility enforces import sequence order because master data must exist before transactional data. For example, Unit of Measure Codes must be defined before Unit of Measure Conversions; Kunden must exist before Aufträge; Artikeln must exist before order lines. We build a dependency graph from the JTL-Wawi export scope and sequence the Infor import steps accordingly. Skipping the sequence or running preliminary transfers out of order results in referential integrity failures and partial data rejection.

  • Custom fields from JTL-Wawi require Mongoose Framework mapping in Infor

    JTL-Wawi's Eigene Felder (custom fields) on Artikeln and Kunden are stored in JTL's database schema. Infor CloudSuite extends its data model using the Mongoose Framework, which has its own data schema that interacts with how custom tables and fields are migrated and managed. We map JTL custom fields to Mongoose custom fields or Infor extended data structures, but any JTL custom field that stores complex data types (HTML editor content, multi-select lists) may require manual re-entry in Infor forms after migration.

  • Historical data and open transactions require explicit cutover planning

    JTL-Wawi migrations typically include multi-year Rechnungen and Aufträge history. Infor CloudSuite's transactional database has storage and performance implications for loading years of historical data. We work with the customer during scoping to define the historical cutoff date, migrate open transactions (offene Aufträge, offene Einkaufsbestellungen) at cutover, and archive pre-cutoff historical records as a JTL-Wawi read-only reference or export them to a data lake for reporting. Infor's Data Lake integration is the preferred long-term home for historical data.

Migration approach

Six steps for a successful JTL-Wawi to Infor CloudSuite Corporate data migration

  1. Discovery and data audit

    We audit the source JTL-Wawi installation across all supported objects: Artikels with Variationskombinationen, Kunden with address records, Aufträge with order lifecycle state, Rechnungen with tax calculations, Lagerbestände per Lager, Lieferanten with Einkaufspreise, Zusatzkosten, and JTL-Workflows. We assess the JTL-Wawi database type and connectivity (SQL Server or PostgreSQL), the UNC export path from the migration workstation, any JTL-Connector active storefronts, and the JTL-WMS configuration. The discovery output is a written migration scope document, a data-dependency graph, and a historical cutoff recommendation.

  2. Infor environment assessment and Migration Utility setup

    We assess the target Infor CloudSuite environment: which CloudSuite product variant (Industrial/SyteLine, Distribution, or LN), the database initialization status, and whether the Migration Utility pack is installed. We connect Infor's Migration Utility to the JTL-Wawi source database and validate the SQL Server 2008+ communication path. We configure the migration database in Infor and verify that the JTL-Wawi table schema is accessible for mapping.

  3. Schema mapping and transformation design

    We design the field-level mapping from JTL-Wawi objects to Infor CloudSuite tables using Infor's Database Schema Report and DataMap Schema-Properties spreadsheet. For each JTL object (Artikeln, Kunden, Aufträge, Rechnungen, Lagerbestände, Lieferanten), we define the target Infor table, the column mapping, the data type transformation, and any default values for Infor-required fields with no JTL counterpart. We build the import sequences in Infor's Import Steps form, ordering them by data dependency. We flag any JTL custom fields requiring Mongoose Framework mapping and coordinate with the customer on Mongoose schema deployment.

  4. Sandbox migration and reconciliation

    We run a full migration into a staging environment using representative data volume. The customer's Infor administrator reconciles record counts (Artikels in, Kunden in, Aufträge in, Rechnungen in, Lagerbestände in), spot-checks 25-50 records per object against the JTL-Wawi source, and validates that custom field data, address records, and order lifecycle states are correctly mapped. Any mapping corrections, missing required fields, or sequence errors are resolved here. The customer signs off on the sandbox migration before production migration begins.

  5. Production migration in dependency order

    We run production migration in strict sequence: master data first (Artikeln with Variationskombinationen, Kunden with addresses, Lieferanten, Unit of Measure Codes, Lager/Warehouse sites), then transactional data (Aufträge with resolved Kunden and Artikel references, Rechnungen with resolved Auftrag references, Lagerbestände per Lager). We run preliminary data transfers in Infor's Migration Utility, review the Data Assessment Report for each sequence, correct any transformation rules flagged by the utility, and then run final data transfers. Each phase emits a row-count reconciliation report.

  6. Cutover, delta migration, and workflow handoff

    We freeze JTL-Wawi writes at cutover, run a final delta migration for any records modified during the migration window, and hand off to the customer as the Infor CloudSuite system of record. We deliver the JTL-Workflow audit report, the JTL-Connector audit document, and the JTL-WMS configuration notes for the customer's Infor administrator to rebuild automation and re-establish storefront integrations. We support a one-week hypercare window for reconciliation issues. We do not rebuild JTL-Workflows or JTL-Connectors inside the migration scope; those are separate engagements or internal admin tasks.

Platform deep dives

Context on both ends of the pair

JTL-Wawi logo

JTL-Wawi

Source

Strengths

  • Integrated multi-channel selling across eBay, Amazon, and custom storefronts via JTL-Connector ecosystem.
  • Automated workflow engine (JTL-Workflows) reduces manual tasks using event-driven process chains.
  • JTL-Ameise provides CSV-based import/export for all core business objects without requiring API access.
  • Active German e-commerce partner network with certified service partners and 72,000-post community forum.
  • RDP-based hosting option eliminates on-premises Windows server maintenance for small teams.

Weaknesses

  • English documentation is incomplete with German-language screenshots persisting even on translated pages.
  • Support model transitioned to paid tiers, making basic issues potentially billable under Bronze or Silver plans.
  • No standalone cloud offering from JTL itself forces customers to third-party RDP providers.
  • Modest review scores (G2 3.8, Trustpilot 2.4) reflect ongoing customer satisfaction concerns.
  • JTL-Connector ecosystem is tightly coupled to JTL-Wawi, making cross-platform migrations more complex.
Infor CloudSuite Corporate logo

Infor CloudSuite Corporate

Destination

Strengths

  • Industry-specific preconfiguration across manufacturing, distribution, healthcare, and food & beverage reduces post-implementation customization effort.
  • Deep Excel integration for financial reporting allows finance teams to export, manipulate, and push data back without leaving a familiar environment.
  • Multi-tenant AWS deployment with Infor OS provides a unified integration layer that simplifies connecting to third-party applications and legacy systems.
  • Strong multicurrency, multilanguage, and regulatory localization capabilities support organizations operating across 175+ countries from a single platform.
  • Modular architecture allows organizations to deploy core financials, supply chain, or manufacturing modules independently and expand over time.

Weaknesses

  • Opaque pricing model with no public per-user rates and deployments commonly ranging from $500K to $5M creates significant budget uncertainty for prospective buyers.
  • Implementation complexity and timeline (commonly 2+ years for large deployments) leads to extended periods of reduced productivity and elevated project risk.
  • Steep learning curve with hidden options and a lack of public setup guidance makes self-service onboarding difficult compared to competitors with richer documentation communities.
  • Manufacturing module functionality is perceived by some users as outdated relative to modern ERP platforms, with reported bug issues that require workarounds.
  • Tight coupling between modules and environment-specific configurations makes migration to non-Infor systems labor-intensive, increasing switching costs.

Complexity grading

How hard is this migration?

Standard ERP migration. 1 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across JTL-Wawi and Infor CloudSuite Corporate.

  • Object compatibility

    B

    1 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    JTL-Wawi: Per-endpoint rate limits enforced; HTTP 429 returned on exceed (specific limits not publicly documented).

  • Data volume sensitivity

    B

    JTL-Wawi doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your JTL-Wawi to Infor CloudSuite Corporate migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about JTL-Wawi to Infor CloudSuite Corporate data migrations

Answers to the questions buyers ask most during JTL-Wawi to Infor CloudSuite Corporate migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your JTL-Wawi to Infor CloudSuite Corporate migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between six and ten weeks for accounts under 15,000 Artikels, 5,000 Kunden, and 3,000 Aufträge with clean, well-structured data. Migrations with complex Variationskombinationen, multi-Lager inventory snapshots, historical Rechnungen spanning more than two fiscal years, or Zusatzkosten on Lieferantenbestellungen move to twelve to twenty weeks because of transformation work, Mongoose Framework field mapping, and Infor Migration Utility sequencing. The JTL-Wawi database type (SQL Server vs PostgreSQL) and third-party RDP connectivity are early gating factors in the timeline.

Adjacent paths

Related migrations to explore

Ready when you are

Move from JTL-Wawi.
Land in Infor CloudSuite Corporate, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day