ERP migration
Field-level mapping, validation, and rollback between Tuhund and Infor CloudSuite Corporate. We move data and schema; workflows are rebuilt natively in Infor CloudSuite Corporate.
Tuhund
Source
Infor CloudSuite Corporate
Destination
Compatibility
12 of 12
objects map 1:1 between Tuhund and Infor CloudSuite Corporate.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from Tuhund to Infor CloudSuite is a multi-module ERP migration that requires careful schema alignment across master data, transactional records, and organizational structures. Tuhund organizes data around branches and departments, with Companies and Persons as separate B2B and B2C contact records; Infor CloudSuite uses Sites and Warehouses for inventory, with Customer and Supplier accounts derived from a common party model. We map the Tuhund branch hierarchy into CloudSuite Sites, resolve Company and Person records into the appropriate party type, and migrate open Purchase Orders and Goods Receipt Notes against mapped Supplier and Item records. Tuhund's Sales modulequotations, proforma invoices, and commercial invoices migrate as Order and Invoice records, with tax calculation logic validated against destination-side tax codes. Service Requests and Job Cards map to CloudSuite's service management module where available, or are delivered as Case records for manual categorization. Workflows, approval chains, and custom field configurations at the branch and department level do not migrate; we deliver a written inventory of these for the customer's Infor administrator to rebuild in Infor OS Ming.le or the appropriate CloudSuite configuration screen.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Source platform
Tuhund platform overview
Scorecard, SWOT, gotchas, and pricing for Tuhund.
Destination platform
Infor CloudSuite Corporate platform overview
Scorecard, SWOT, gotchas, and pricing for Infor CloudSuite Corporate.
Data migration guide
The complete Infor CloudSuite migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Infor CloudSuite migration checklist
Pre- and post-cutover tasks for moving onto Infor CloudSuite Corporate.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Tuhund 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.
Tuhund
Company
Infor CloudSuite Corporate
Customer (Party Account)
1:1Tuhund Company records (B2B contacts) map to Infor CloudSuite Customer Party records. We use the Company name as the Account name and the registered address fields as the primary address. GSTIN and CIN from Tuhund migrate to custom identifier fields on the Customer Party. Tuhund branch-specific company configurations require resolution: if the same company exists with different data per branch, we consolidate into a single Customer record with the most recent active configuration, flagging branch-specific variations for manual review in CloudSuite.
Tuhund
Person
Infor CloudSuite Corporate
Customer Contact
1:1Tuhund Person records (B2C contacts) map to Infor CloudSuite Contact records attached to an Anonymous or Consumer Party. Where a Person record has an associated Company, we link the Contact to that Customer Party. Mobile and email from Tuhund migrate to the Contact communication fields; the Tuhund person_type (customer, supplier, staff) determines whether the Contact attaches to a Customer or Supplier Party in CloudSuite.
Tuhund
Branch
Infor CloudSuite Corporate
Site
1:1Tuhund's Branch entity maps to Infor CloudSuite Site. The branch code becomes the Site code, and branch-level address details migrate to the Site address. Tuhund's multi-branch architecture means the same customer, product, or user can exist with different configurations per branch; we scope the migration to a named branch or replicate across all branches depending on the customer's requirements. Branch-level custom fields migrate as Site-level extension attributes if supported by the CloudSuite edition.
Tuhund
Department
Infor CloudSuite Corporate
Department or Business Unit
1:1Tuhund Department records map to Infor CloudSuite Department or Business Unit depending on the CloudSuite edition. Workflow and approval chains scoped to departments in Tuhund do not migrate as automation; we document the department-to-approver matrix and deliver it as a written handoff for the customer's Infor administrator to configure in Infor OS Ming.le. Mapping to flat organizational structures in CloudSuite requires admin discretion on whether to preserve the hierarchy or consolidate.
Tuhund
Inventory / Product
Infor CloudSuite Corporate
Item (Product Master)
1:1Tuhund Product records map to Infor CloudSuite Item master records. The product category from Tuhund maps to the Item Product Group or Category in CloudSuite. Stock levels per location migrate as on-hand quantity records against the mapped Site and Warehouse. Tuhund's Material Allocation data migrates as a static on-hand quantity note; live allocation tracking is destination-side. The product hs_sku equivalent migrates to the Item code or cross-reference field.
Tuhund
Stock Location
Infor CloudSuite Corporate
Warehouse
1:1Tuhund stock locations per branch map to Infor CloudSuite Warehouses within the corresponding Site. We reconcile Tuhund's stock location codes against CloudSuite's warehouse structure before migration to avoid duplicate warehouse creation. If a Tuhund stock location spans multiple branch inventories, we flag the mapping for manual consolidation or multi-warehouse split as appropriate.
Tuhund
Sales Quotation
Infor CloudSuite Corporate
Sales Order (Quote Status)
1:1Tuhund Sales Quotations and Proforma Invoices map to Infor CloudSuite Sales Order records with a Quote or ProForma document type. Line items, pricing, quantity, and product references migrate intact. Status mapping: Tuhund's quotation status (open, accepted, expired, rejected) maps to CloudSuite Order Status values. If the quotation has an expiry date in Tuhund, we set the corresponding field in CloudSuite or flag for manual status update post-migration.
Tuhund
Commercial Invoice
Infor CloudSuite Corporate
Sales Invoice
1:1Tuhund Commercial Invoice records map to Infor CloudSuite Invoice records. Invoice headers, line items, and totals migrate directly. Tax calculation logic in Tuhund is destination-side; we preserve the base amounts, tax rates, and tax codes as extracted from Tuhund and validate against CloudSuite's tax configuration during the import run. We flag any invoices where Tuhund's tax calculation differs from CloudSuite's computed amount for manual review.
Tuhund
Purchase Order
Infor CloudSuite Corporate
Purchase Order
1:1Tuhund Purchase Orders map to Infor CloudSuite Purchase Orders. Line items, vendor references, and GRN associations migrate directly. Open and closed PO status maps to CloudSuite PO status. Tuhund's vendor reference (Supplier) resolves against the mapped Customer Party where vendor_type equals supplier in Tuhund. If the Tuhund PO has associated Goods Receipt Notes, we migrate the GRN as a receiving transaction against the PO in CloudSuite.
Tuhund
Goods Receipt Note
Infor CloudSuite Corporate
Receipt Transaction
1:1Tuhund GRN records map to Infor CloudSuite receiving transactions or inventory receipt records. The GRN is linked to the corresponding Purchase Order and Item. Receipt quantity and date migrate directly; receipt status (pending, partial, complete) maps to the CloudSuite transaction status. GRN notes and inspection results migrate as transaction comments.
Tuhund
Service Request
Infor CloudSuite Corporate
Service Request or Case
1:1Tuhund Service Request records map to Infor CloudSuite Service Management Request or Case records depending on the CloudSuite edition's service module availability. Request status, priority, description, and linked customer party migrate. Job card associations from Tuhund map to task or work order records within the Case or Service Request. Warranty information from Tuhund migrates as entitlement or coverage records in CloudSuite where supported.
Tuhund
Job Card
Infor CloudSuite Corporate
Work Order / Service Task
1:1Tuhund Job Card records map to Infor CloudSuite Work Order or Service Task records. Job card status, assigned technician, and linked service request migrate. Solution database entries from Tuhund map to Knowledge Base articles or Service Resolution records in CloudSuite if the Knowledge Management module is licensed.
| Tuhund | Infor CloudSuite Corporate | Compatibility | |
|---|---|---|---|
| Company | Customer (Party Account)1:1 | Fully supported | |
| Person | Customer Contact1:1 | Fully supported | |
| Branch | Site1:1 | Fully supported | |
| Department | Department or Business Unit1:1 | Fully supported | |
| Inventory / Product | Item (Product Master)1:1 | Fully supported | |
| Stock Location | Warehouse1:1 | Fully supported | |
| Sales Quotation | Sales Order (Quote Status)1:1 | Fully supported | |
| Commercial Invoice | Sales Invoice1:1 | Fully supported | |
| Purchase Order | Purchase Order1:1 | Fully supported | |
| Goods Receipt Note | Receipt Transaction1:1 | Fully supported | |
| Service Request | Service Request or Case1:1 | Fully supported | |
| Job Card | Work Order / Service Task1:1 | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
Tuhund gotchas
Per-customer module configuration creates schema drift
No publicly documented developer API
Long implementation cycles imply long extraction cycles
Geographic vendor presence affects support cadence
Infor CloudSuite Corporate gotchas
Infor OS tier-based usage limits gate API and BaaS capabilities
Custom Fields use inconsistent naming across Infor editions
SQL migration utility requires source database access
Multi-site and multi-currency data require separate period closure sequencing
REST API payload and timeout limits restrict bulk migration throughput
Pair-specific challenges
Migration approach
Discovery and Tuhund schema inspection
We audit the source Tuhund instance via API: list all branches, departments, companies, persons, products, stock locations, sales quotations, commercial invoices, purchase orders, goods receipt notes, service requests, job cards, and expense claims. We inspect the field metadata endpoint to identify any branch-level or department-level custom fields. We extract user records with branch and department associations. The discovery output is a written migration scope document listing every object to be migrated, estimated record counts per object, identified custom fields, and any Tuhund-specific configurations that require customer decisions before migration begins.
Destination CloudSuite scoping and site structure design
We confirm the Infor CloudSuite edition (Industrial, Automotive, Food & Beverage, etc.) and verify the licensed modules. We design the Site structure: each Tuhund branch becomes a CloudSuite Site, or branches are consolidated into a smaller set of Sites based on the customer's consolidation decision. We design the Item master structure, Customer and Supplier party hierarchy, and document the sequential import order required by CloudSuite's migration utility. We provision an intermediate SQL Server database to stage extracted Tuhund data before CloudSuite load.
Intermediate database staging and data quality cleansing
We extract data from Tuhund via its REST API and stage it in the intermediate SQL Server database with CloudSuite-compatible column names and data types. During staging, we apply data quality checks: duplicate detection on Company and Person records, null-value handling on required CloudSuite fields, date format normalization, and currency code validation. We produce a data quality report listing any records that fail validation with recommended corrections. The customer resolves critical data quality issues before the staging database is locked for migration.
Sandbox migration and dependency validation
We run a full migration into the customer's Infor CloudSuite Sandbox using production-like data volume from the staging database. The sequential import order is validated against actual CloudSuite dependency constraints; any foreign key rejections are documented and the import sequence is adjusted. The customer's Infor administrator reconciles record counts against the Tuhund source, spot-checks 25-50 records per object type, and approves the sandbox migration before production migration begins.
Production migration in dependency order
We run production migration in the approved sequential order: master data first (code lists, customers, suppliers, items, sites, warehouses), then transactional data (sales orders, purchase orders, invoices, GRNs), then service and support records (service requests, job cards), then expense claims. Each phase emits a row-count reconciliation report showing imported count versus staged count. Any records rejected during import are logged with error codes and returned to the customer's admin queue for resolution before the next phase begins.
Cutover, delta sync, and automation handoff
We freeze writes in Tuhund during the cutover window, run a final delta migration of any records created or modified since the staging lock, then switch the customer's system of record to Infor CloudSuite. We deliver the workflow and approval chain inventory document to the customer's Infor administrator, listing every Tuhund automation requiring rebuild in Infor OS Ming.le, including expense claim approval hierarchies, PO approval thresholds, and service request escalation rules. We support a one-week hypercare window for reconciliation issues. We do not rebuild Tuhund workflows as CloudSuite automations inside the migration scope; that is a separate configuration engagement.
Platform deep dives
Tuhund
Source
Strengths
Weaknesses
Infor CloudSuite Corporate
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 1 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Tuhund and Infor CloudSuite Corporate.
Object compatibility
1 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
Tuhund: Not publicly documented.
Data volume sensitivity
Tuhund doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Tuhund to Infor CloudSuite Corporate migration scoping. Not seeing yours? Book a call.
Walk through your Tuhund to Infor CloudSuite Corporate migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Tuhund
Other ways to arrive at Infor CloudSuite Corporate
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.