ERP migration
Field-level mapping, validation, and rollback between reybex and Acumatica. We move data and schema; workflows are rebuilt natively in Acumatica.
reybex
Source
Acumatica
Destination
Compatibility
11 of 11
objects map 1:1 between reybex and Acumatica.
Complexity
BStandard
Timeline
5–10 business days
Overview
reybex targets ecommerce, wholesale, and manufacturing SMEs with an all-in-one cloud platform covering CRM, article management, warehousing, POS, and production planning. Its data model stores records in a unified article-and-party graph where customers, vendors, and contacts share a single contact registry and articles carry inventory, pricing, and BOM data in flattened structures. Acumatica separates Customers and Vendors into distinct party types, uses Branch and Warehouse entities for inventory control, and layers Financial Management, Distribution, and Manufacturing as separately licensed applications. We map reybex Contacts to Acumatica Customers, reybex Articles to Acumatica Stock Items (with Non-Stock Items for drop-ship SKUs), and reybex Projects to Acumatica Projects with cost codes. Sales orders and purchase orders migrate as Sales Orders and Purchase Orders respectively, with line items mapped to Extended Amount fields and warehouse selections translated to Acumatica warehouse-branch assignments. reyex's GoBD-compliant cash register data migrates to Acumatica Cash Management with original TSE reference data preserved as custom fields. Workflows, automations, and EDI mapping rules do not migrate — we export reybex workflow definitions as PDF for your Acumatica admin to rebuild in Acumatica's Screen-based automation tools. Our migration runs via Acumatica's Import by Scenario and REST API, sequenced so inventory balances settle before open orders import, preventing negative-quantity errors at go-live.
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.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a reybex object lands in Acumatica, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
reybex
Contact (Kontakt)
Acumatica
Customer
1:1reybex stores customers, vendors, and personal contacts in a unified Contact entity with a type flag (Customer/Vendor/Both). We split these into separate Acumatica Customer and Vendor records — the original reybex contact type preserved as a custom attribute on each party record for audit continuity.
reybex
Article (Artikel)
Acumatica
Stock Item / Non-Stock Item
1:1reybex Articles carry inventory quantities, pricing tiers, BOM links, and warehouse assignments in a single record. Acumatica separates Stock Items (with Inventory ID and warehouse-specific On Hand quantities) from Non-Stock Items. We map reybex articles with positive stock to Acumatica Stock Items, drop-ship and service-only articles to Non-Stock Items, and preserve original reybex article type codes as custom attributes.
reybex
Sales Order (Auftrag)
Acumatica
Sales Order
1:1reybex Sales Orders map directly to Acumatica Sales Orders. Key transformations: reybex warehouse code maps to Acumatica warehouse-branch assignment; reybex line-level discount percentages become Acumatica Discount Code and ManualDiscount fields; reybex shipping terms map to Acumatica Ship Terms on the order header. Open orders import first; completed orders follow for historical reporting continuity.
reybex
Purchase Order (Bestellung)
Acumatica
Purchase Order
1:1reybex Purchase Orders migrate to Acumatica Purchase Orders with vendor lookup resolved by matching the vendor email address to an existing Acumatica Vendor record. Order-status values (Open, In-Transit, Completed, Cancelled) are translated to Acumatica status codes (Open, Pending Approval, Completed, Cancelled) using a value‑mapping table. Any reybex line‑level notes are preserved as Purchase Order text fields for audit continuity.
reybex
Invoice (Rechnung)
Acumatica
AR Invoice / AP Invoice
1:1reybex Invoices are split into Acumatica AR Invoices (for customer-facing invoices) and AP Invoices (for vendor bills). reybex invoice-line tax codes map to Acumatica tax zone assignments. We preserve the original reybex invoice number as a custom field for source-system traceability.
reybex
Project (Projekt)
Acumatica
Project
1:1reybex Projects map to Acumatica Projects with cost-code breakdowns preserved as Acumatica cost codes within each project. reybex project status values map to Acumatica status codes (Planning, Active, Completed, On Hold). Billable flag translates to Acumatica's billing rule assignment on the project.
reybex
Warehouse (Lager)
Acumatica
Warehouse
1:1reybex warehouse records map one‑to‑one to Acumatica Warehouse entities, preserving the original warehouse code as the Acumatica WarehouseID. reybex N:N article‑warehouse assignments are broken into per‑warehouse quantity records (On Hand, Available, In‑Transit) that link each Stock Item to its location‑specific inventory levels. All quantity records are validated against the Acumatica warehouse schema before import to avoid orphan inventory entries.
reybex
BOM / Production (Stückliste / Produktion)
Acumatica
Bill of Materials / Production Order
1:1reybex BOM (Stücklisten) translate to Acumatica BOMs with material and overhead components mapped to Bill of Materials lines. reybex production orders migrate to Acumatica Production Orders with Material Issue and Labor capture — Acumatica Manufacturing Edition required for full MES and scheduling capabilities.
reybex
Cash Register / POS (Kasse)
Acumatica
Cash Management Entry / Payment
1:1reybex GoBD‑compliant POS transactions are loaded into Acumatica Cash Management, with the original TSE serial number and signature reference stored as custom fields on each Cash Flow entry. The reybex POS transaction ID maps to the Acumatica reference number, preserving a complete audit trail for German fiscal reporting. The Acumatica customization project must be published before Cash Management import so the custom attributes exist in the schema.
reybex
Bank Statement (Kontoauszug)
Acumatica
Cash Flow Entry
1:1reybex imported bank statements are mapped to Acumatica Cash Flow Entries, with reybex bank‑match codes converted to Acumatica matching references for reconciliation. MT940‑format bank feeds from German banks are ingested through Acumatica's Cash Management import, supporting standard field parsing for account number, transaction date, amount, and reference. All imported entries are validated against the Acumatica Cash Flow schema to ensure proper GL account assignment and to avoid duplicate entries.
reybex
Custom Fields (Benutzerdefinierte Felder)
Acumatica
Custom Fields / Attributes
1:1reybex custom fields on Articles, Contacts, and Orders migrate as Acumatica custom fields using the DAC attribute system. Pick-list custom fields in reybex require value-by-value mapping to Acumatica segmented keys or custom selector fields. All reybex custom field definitions are exported as a schema reference document for Acumatica admin review before activation.
| reybex | Acumatica | Compatibility | |
|---|---|---|---|
| Contact (Kontakt) | Customer1:1 | Fully supported | |
| Article (Artikel) | Stock Item / Non-Stock Item1:1 | Fully supported | |
| Sales Order (Auftrag) | Sales Order1:1 | Fully supported | |
| Purchase Order (Bestellung) | Purchase Order1:1 | Fully supported | |
| Invoice (Rechnung) | AR Invoice / AP Invoice1:1 | Fully supported | |
| Project (Projekt) | Project1:1 | Fully supported | |
| Warehouse (Lager) | Warehouse1:1 | Fully supported | |
| BOM / Production (Stückliste / Produktion) | Bill of Materials / Production Order1:1 | Fully supported | |
| Cash Register / POS (Kasse) | Cash Management Entry / Payment1:1 | Fully supported | |
| Bank Statement (Kontoauszug) | Cash Flow Entry1:1 | Fully supported | |
| Custom Fields (Benutzerdefinierte Felder) | Custom Fields / Attributes1: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.
reybex gotchas
No public API documentation for schema discovery
EDI transaction sets are not transferable
GoBD compliance metadata must be explicitly preserved
Inventory snapshots require coordination with active orders
No documented bulk export or batch API
Acumatica gotchas
API user licenses cap concurrent sessions and request throughput
Multi-tenant filtering requires CompanyID awareness
Custom fields require separate discovery before field mapping
Notes and attachments use a separate linked table structure
Implementation timelines frequently run 3–9 months end-to-end
Pair-specific challenges
Migration approach
Audit reybex data export and map Acumatica schema
We inventory all reybex data entities — Contacts, Articles, Warehouses, Sales Orders, Purchase Orders, Invoices, Projects, BOMs, and production orders — by running a full export against the reybex REST API with your API credentials. We then cross-reference against the Acumatica application modules you have licensed to build a schema readiness checklist. Any missing warehouse entities, unactivated Acumatica modules (Manufacturing, Distribution), or unmapped reybex article types are flagged as pre-migration setup items before data extraction begins.
Create Acumatica entity masters and custom fields
Before any transactional data loads, your Acumatica admin (or our team) creates Warehouse entities, Customer Class segments, Item Class segments, and any custom fields required for reybex data that has no direct Acumatica equivalent. This includes TSE custom attributes on Cash Flow entries, article category segmented keys, and contact-type custom fields. The Acumatica customization project must be published to the production instance before step 3 begins — otherwise imports fail field validation.
Sequence master data and transactional imports
We import in dependency order: Warehouses first (required for inventory), then Customers and Vendors (required for orders), then Stock/Non-Stock Items (required for order lines), then open Sales Orders and Purchase Orders, then completed invoices and project records, then inventory quantities per warehouse. Each phase includes a record-count reconciliation and field-level spot-check before the next phase commits. reyex's article-warehouse N:N assignments are broken into per-warehouse quantity records linked to Stock Items.
Run sample migration with field-level diff and reconciliation
A representative slice of records — typically 100–500 spanning all major entity types — migrates first into a test Acumatica company. We generate a field-level diff between the reybex source record and the Acumatica destination record, showing each mapped field, its source value, its destination value, and any transformation applied. You review the diff to verify contact-type routing, item-type mapping, warehouse assignments, and order-status translations before the full migration commits.
Execute full migration with delta-pickup cutover
Full migration runs against the production Acumatica instance with a 24–48 hour delta-pickup window at the scheduled cutover time. Any reybex records created or modified during the delta window are captured and appended to the migration set. After delta-pickup completes, we run a final record-count reconciliation against reybex totals and generate an audit log mapping each Acumatica record back to its reybex source ID. One-click rollback is available if reconciliation reveals discrepancies exceeding the agreed tolerance threshold.
Platform deep dives
reybex
Source
Strengths
Weaknesses
Acumatica
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 reybex and Acumatica.
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
reybex: Not publicly documented.
Data volume sensitivity
reybex exposes a bulk API — large-volume migrations stream efficiently.
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 reybex to Acumatica migration scoping. Not seeing yours? Book a call.
Walk through your reybex to Acumatica migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave reybex
Other ways to arrive at Acumatica
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.