Data Management Across Marketplaces: PIM, ERP and the Multi-Channel Reality
Christian Kelm maps the PIM/ERP/OMS/WMS landscape for sellers operating across Amazon, OTTO, Kaufland, Bol and own Shopify — JTL, Plentymarkets, Xentral, weclapp, Tradebyte — and the spreadsheet break-point that forces the decision.
Key takeaways
- The spreadsheet breaks at roughly 5 SKUs × 3 marketplaces — beyond that, errors compound.
- PIM owns the product master; ERP owns inventory + finance; OMS routes orders; WMS picks the box.
- JTL-Wawi dominates German mid-market; Plentymarkets covers PIM+ERP+shop in one suite.
- Xentral and weclapp are the modern cloud-native ERPs gaining share in DACH.
- Middleware (Tradebyte, ChannelEngine, lengow) abstracts marketplace API quirks.
- Realistic total cost: €100–€2,000/month at scale plus implementation fees.
- DATEV export is the non-negotiable accounting interface for German Steuerberater.
- Implementation timeline: 3–9 months done properly, then a 12-month optimisation tail.
Chapters
- 0:00Introduction: when the spreadsheet breaks
- 8:20PIM vs ERP vs OMS vs WMS
- 18:20JTL-Wawi: the German mid-market default
- 28:20Plentymarkets: PIM+ERP+shop in one
- 38:20Xentral & weclapp: cloud-native
- 48:20Akeneo PIM for pure product master
- 55:00Middleware: Tradebyte, ChannelEngine, lengow
- 1:01:40DATEV & accounting interface
- 1:08:20Cost benchmarks & implementation
The article
Scaling a consumer brand from a single-channel Amazon operation to a multi-channel powerhouse is rarely a linear journey. While the initial move to marketplaces like OTTO, Kaufland, or Bol.com seems like a simple matter of copying listings, the underlying data architecture quickly becomes a bottleneck. In this AMASessions deep dive, Christian Kelm explores the critical infrastructure required to manage product data, inventory, and logistics at scale. Transitioning from the "spreadsheet era" to a professionalized PIM/ERP stack is not just about efficiency; it is about survival in a market where pricing errors, out-of-stock cancellations, and inconsistent product attributes lead to immediate de-ranking or account suspension.
The Mathematical Breaking Point of Manual Management
Most sellers begin their journey with a "Master Excel" sheet. At 5 SKUs and one marketplace, this is manageable. However, the complexity does not increase linearly; it increases exponentially. When a brand expands to 50 SKUs across Amazon (DE, FR, IT, ES), OTTO, Kaufland, and a Shopify store, they are suddenly managing thousands of data points.
Every marketplace has unique requirements for mandatory attributes. Amazon might require "Material Composition," while OTTO demands specific "Sustainability Certificates," and Kaufland requires different "Bullet Point" lengths. If you update a price or a product image, doing so manually across six platforms takes hours and invites human error. The "breaking point" typically occurs around the 10-SKU mark or when the second marketplace is added. Beyond this, the lack of a "Single Source of Truth" leads to data fragmentation, where the customer receives a product that doesn't match the description on the specific platform they used.
Defining the Stack: ERP vs. PIM vs. OMS vs. WMS
The German e-commerce landscape is often confused by overlapping software definitions. To build a scalable stack, it is essential to distinguish between these core functions:
- ERP (Enterprise Resource Planning): The commercial heart of the business. It handles purchasing, supplier management, and basic inventory.
- PIM (Product Information Management): The creative and technical heart. It stores "marketing-ready" data, including high-res assets, translations, and platform-specific attributes.
- OMS (Order Management System): The traffic controller that pulls orders from Amazon/OTTO/Shopify and routes them to the warehouse while pushing tracking numbers back to the customer.
- WMS (Warehouse Management System): The physical logic. It manages bin locations, pick-and-pack routes, and returns processing.
While "all-in-one" systems like Plentymarkets or JTL-Wawi attempt to cover all four, larger operations often move toward a "Best of Breed" approach, using Akeneo for PIM, Xentral for ERP, and specialized WMS solutions like Pickware.
The PIM as a Strategic Asset for Multi-Channel Success
A PIM system is more than a database; it is a mapping engine. Its primary job is to take a single "Master Product" and transform it into various "Channel Products." For example, a PIM allows you to store a 2,000-character description once, then use a regex or a mapping rule to truncate it for platforms with shorter character limits.
In the DACH market, asset management within the PIM is crucial. High-quality video files, A+ Content modules, and localized instruction manuals (PDFs) must be linked to the SKU. A professional PIM workflow also manages translations. Instead of emailing CSVs to agencies, the PIM triggers a workflow where a translator enters the Spanish or French text directly into the system, which then automatically updates the international Amazon listings via API. This reduces the time-to-market for new products from weeks to days.
Connectivity: APIs, Middleware, and the Tradebyte Reality
Connecting your internal systems to the marketplaces generally happens via three methods. Direct API integrations (like those found in Plentymarkets or JTL) are the gold standard for speed and reliability. However, some marketplaces—most notably OTTO and Zalando—often require or heavily favor middleware like Tradebyte or ChannelEngine.
Tradebyte, for instance, acts as a "gatekeeper" for high-end fashion and lifestyle marketplaces. It requires a specific data readiness that many smaller ERPs cannot provide natively. If your roadmap includes the "Big Three" of German e-commerce (Amazon, OTTO, Zalando), you must budget for these integration layers. Middleware can cost anywhere from €500 to €2,000 per month, often plus a percentage of GMV (Gross Merchandise Value), which can range from 0.1% to 1%.
Navigating the German ERP Landscape: JTL vs. Plenty vs. Xentral
Choosing a system often depends on where your business started and where it’s going.
- JTL-Wawi: The "unbeatable value" for Amazon-centric sellers in Germany. It has a massive community and deep integration with its own WMS and eazyAuction. It is excellent for high-volume, low-margin businesses, though its "closed" nature can make it difficult to integrate with modern SaaS tools.
- Plentymarkets: A true cloud-based multi-channel beast. It excels at connecting to almost every European marketplace out of the box. However, its complexity and "click-heavy" interface mean you likely need an external consultant for setup and maintenance.
- Xentral: The modern, API-first ERP. It is popular among D2C brands that started on Shopify and are now moving into Amazon and retail. It offers a more modern UX but may require more "glue" logic to handle complex Amazon FBA/FBM hybrid scenarios.
- Billbee: A lightweight "connector" rather than a full ERP. Ideal for sellers under €500k annual revenue who need to sync stock across Etsy, Amazon, and eBay without the overhead of a full enterprise system.
Compliance and Local Requirements: From DATEV to OSS
Operating in Germany brings a specific set of administrative burdens that your software must automate. Foremost is the DATEV export. Your accounting interface is non-negotiable; if your ERP cannot produce a clean DATEV-compatible file for your Steuerberater (tax advisor), you will face thousands of Euros in manual booking fees every month.
Furthermore, a robust system must handle the One-Stop-Shop (OSS) VAT procedure. Since July 2021, selling across EU borders requires precise tax calculation based on the destination country's VAT rate once the €10,000 threshold is crossed. For German sellers, the system must also track compliance data for the VerpackG (Packaging Act) and LUCID registration, as well as the ProdSG (Product Safety Act) requirements, ensuring that the necessary manufacturer information is available for every listing.
The Cost of Implementation: Real-World Benchmarks
One of the most common mistakes brands make is underestimating the "Total Cost of Ownership" (TCO) of their data stack. A professional setup is rarely just the monthly SaaS fee.
- License Fees: These range from €100 (Billbee/JTL) to €2,000+ (Plentymarkets/Xentral/Akeneo) per month.
- Onboarding/Consulting: Expect to pay between €5,000 and €30,000 for a professional implementation. This includes data cleaning, process mapping, and staff training.
- Maintenance: You will likely need a "System Administrator" or a specialized agency on a retainer (starting at €1,000/month) to handle API errors, mapping updates, and marketplace changes.
The goal is to drive the "Cost per Order" down. If your manual labor costs €2.00 per order in data management and customer service, but a €1,500/month software setup reduces that to €0.50, the system pays for itself once you cross 1,000 orders per month.
Logistics Logic: FBA, FBM, and the Multi-Channel Fulfillment (MCF) Trap
Managing inventory across Amazon FBA and your own warehouse (FBM) requires "Inventory Buffering." Christian Kelm pointed out that a common failure is over-selling on OTTO because the Amazon FBA stock wasn't synced in real-time.
A sophisticated WMS/ERP setup allows for "Virtual Warehouses." You might have 1,000 units in a 3PL in Germany. You "allocate" 500 to Amazon FBA, 300 to your Shopify store, and 200 to Kaufland. As soon as a sale happens on Shopify, the "available" stock on Kaufland must be updated instantly to prevent an out-of-stock event. If you use Amazon Multi-Channel Fulfillment (MCF) to ship OTTO orders, your ERP must be able to trigger the MCF outgoing order and—crucially—block the use of Amazon-branded packaging for OTTO, which is a strict policy requirement for the platform.
The Implementation Timeline: From Kickoff to Optimization
A common pain point discussed was the "unrealistic expectation" of a 4-week rollout. Implementing a PIM/ERP system is not a software install; it is a business process redesign.
- Phase 1: Data Cleaning (Months 1-2): 80% of the work. Standardizing EANs/GTINs, cleaning up HTML descriptions, and ensuring all images meet the strictest marketplace requirements (e.g., OTTO’s white background rules).
- Phase 2: Integration & Mapping (Months 2-4): Connecting the APIs and testing the "Mapping Logic." This is where you ensure "Color: Navy" in your ERP becomes "Farbe: Blau" on Kaufland.
- Phase 3: Go-Live & Hybrid Running (Months 4-6): Running the new system alongside the old spreadsheets to ensure sync reliability.
- Phase 4: Optimization (Months 6-18): Automating edge cases, such as international returns, specialized bundles, or "Virtual Sets" (selling 2x Product A as a single new SKU).
Internationalization and the EORI/GS1 Backbone
For German brands looking to scale, the data stack must support international identifiers. This starts with GS1-compliant EANs. Amazon's tightening of "GTIN Hijacking" means your ERP must store your GS1 certificates. Furthermore, for any movement of goods outside the EU (e.g., to the UK or Switzerland), your system must handle EORI numbers, customs HS codes (Atlas/Taric), and net/gross weights for customs declarations. Without this data residing in the PIM/ERP, international expansion becomes an administrative nightmare that results in stuck shipments at the border.
Success Metrics for Your Data Infrastructure
How do you know if your PIM/ERP upgrade was successful? It isn't just "less work." Look for these specific KPIs:
- Time-to-Market: How many days from receiving a sample to the listing being live on all channels? High-performers do this in < 48 hours.
- Cancellation Rate: Reducing "Out of Stock" cancellations to < 0.5% across all marketplaces.
- Attribute Coverage: Percentage of "Optional Attributes" filled. Higher data density in the PIM directly correlates to better SEO performance on Amazon and OTTO.
- Return Rate (Data-Driven): Reducing returns caused by "Product not as described" through better image and technical specification management.
Investing in a robust PIM and ERP is effectively an investment in the "Value" of the company. A brand that relies on a single person's knowledge of a complex Excel sheet is a liability; a brand that runs on a documented, automated data stack is an asset ready for acquisition or massive scaling.
This article is based on a session from the AMALYZE AMASessions featuring Christian Kelm and expert insights into the technical architecture of multi-channel e-commerce. To learn more about the specific nuances of JTL, Plentymarkets, and the shifting marketplace landscape, watch the full recorded session on the AMALYZE YouTube channel.
Master Amazon end-to-end.
AMALYZE gives you the keyword data, automation and analytics built for serious Amazon Sellers and Vendors.