DE

Service Oriented Integration Platform - a Guide

Insights

An Introduction to Logistics Fulfilment Integration

Whenever an eCommerce merchant decides to outsource its fulfilment to a 3rd party Logistics Provider (3PL), a technical integration project is needed, to ensure that all orders from the merchant's shop system are transferred reliably and swiftly to the new 3PL's Warehouse Management System (WMS) so they can piclk, pack, print labels and dispatch effectively, getting the product to the customer as quickly as possible.

Every eCommerce merchant uses a shop system - Shopify, WooCommerce, NetSuite, and many more besides; every 3PL has a WMS - Manhattan, BlueYonder, SAP, SNAPFulfil and so-on; and every integration project connects these two systems together.

Onboarding new Merchants - The Issues

Onboarding new merchant employees is an essential and necessary part of the fulfilment process. And this is often difficult. Why? Because many companies' IT integration teams still work with traditional and inflexible process-oriented methods or use non-specialized integration tools that, while proven and reliable, are time-consuming and expensive. Additionally, developing only individual, private one-to-one integrations for each new customer creates a complex structure with multiple points of friction that slows everything down and needs to be kept up-to-date at all times.

As mentioned, it's an unavoidable part of the process. And it's often also a painful process. Why? Because many companies' IT integration teams are still using traditional and inflexible process-oriented methodologies, or use non-specialised integration tools, both of which, although tried, tested and reliable, are time-consuming and expensive. Add to that an entrenched mindset that only creates single, one-to-one private integrations for every new customer, and you have an almost perfect storm of friction that slows down everything.
And herein lies the tension; many swiftly-growing and fleet-of-foot eCommerce merchants approach 3PLs to help handle their rapid growth, and expect onboarding to be equally agile, taking perhaps a few days - only to be informed that this may take 4-6 months, sometimes much more, and also cost an arm and a leg to boot. Even integrating simple shop systems can turn into unexpectedly long engagements. 3PL salespeople often complain of losing deals as soon as they quote the extended effort estimate and costs associated with onboarding. Equally, merchants complain of inexplicably lengthy timescales and costs quoted by 3PLs that simply jar in their fast-paced, agile world.

That both the methodology and the mindset of creating a mass of individual one-to-one integrations bring their own issues, of ongoing upgrades, support and the maintenance of all of these interfaces, not to mention the associated costs, is reason enough to rethink how to build them entirely. Certainly for IT staff, creating the same integrations from scratch each and every time must be a dispiriting Groundhog Day experience for them. Developers would rather be involved in more creative and interesting projects, and many are reluctant to take roles that only offer this type of work. Recruiting and retaining IT staff in the logistics world is a well-documented issue, and it's now not difficult to ascertain why. 

Whilst there is a phalanx of integration tools on the market (much of which is lumped into the Integration Platform-as-a-Service (iPaaS) category) purportedly to make life easier, they are neither specialists in the complex world of eCommerce logistics, nor do they obviate the necessity of building private-label integrations in the first place. The diagram below shows the difference an iPaaS tool makes to an IT team - very little, in fact. The only significant difference is that writing code to talk to an API is replaced by creating mapping using the iPaaS software tool. 

The remaining process steps still have to be taken, which results in very little time being saved, but paradoxically creates an ever-expanding list of integrations that require ongoing maintenance and support. We are still following traditional development methodologies and IT project processes, with no discernible effort or cost reductions; indeed, we now have the added license fee of the iPaaS tool fees for the API calls that are often charged on top. 

What Is Service Oriented Integration?

Codept has pioneered a new and innovative paradigm to address the friction that exists in the existing set-up. The Service Oriented Integration model tackles the issue from a different perspective, and, as a result delivers a different and far more efficient solution. The overriding principle of Service Oriented Integration is that, instead of viewing all projects as individual engagements that re ring-fenced and not to be used anywhere else, the IT team instead can use pre-built services that can be assembled rapidly and re-used regularly on any new projects - which is at once innovative and practical, given that many of the requests between systems are the same, regardless of the shop system or the WMS in use.

A "service" in this respect is what can otherwise be referred to as calls or flows between the shop system and the WMS. They are usually API-based, though not exclusively so (they could also use .csv, XML, EDI, (S)FTP formats), but they incorporate all of the expected calls that a WMS needs to fulfil an order; sales order, dispatch, shipment notification, stock update, cancellation, and so-on. Different shop systems have their own ways of working, but fundamentally their outputs - sales orders - as already mentioned, always need to produce the same data to enable the WMS to fulfil on their behalf. 

Services are built upfront, enabling merchants to be onboarded extremely rapidly. And, this standardised Integration model can also be tweaked or customised, also enabling merchants with custom requirements to be accommodated easily within this model. Importantly, many integrations have already been built into the Platform, and they can be used by any company immediately. Codept's Self-Onboarding interface to Shopify in fact does this automatically, and new merchants can be onboarded in as quickly as 10 minutes.

Brand new connections to less-popular shop systems only need to be built once; they are always designed from the outset to be reused, and not just specifically for one customer. And, as long as this initial design step is done well, it massively reduces effort, time and cost for all future deployments of this integration. The interface becomes a "plug-in" tool that requires little or no tweaking on subsequent integration projects, which obviates the need to build and then maintain and constantly upgrade multiple private label integrations, also allowing 3PLs to leverage previously built for other customers. 

The Service Oriented Integration model embraces the principles of multi-tenant SaaS, of reusing core product core and adding a layer that allows a core module to be customised to meet individual customer requirements, but still remain part of a commonly shared, reusable service. The benefits include a significant reduction in development effort and costs, a decrease in upgrade and support and maintenance costs, and a much-reduced time to value for merchants. In the high-speed world of eCommerce, the time harvested back from this approach becomes a valuable commodity that can make the difference between winning or losing an account. 

The diagram below outlines the Codept model, which is useful in determining the difference between Codept's Service Oriented Integration model and iPaaS integration tool models. 

Why Isn't This Model More Widely Adopted?

The big question is: why don't more organisations adopt this model? Quicker, more efficient, cheaper, enabling more sales, easier to support and maintain, the list of benefits goes on.

Well, it requires a specific developer skillset, one that can recognise which elements of an integration project may be reused, and then how to build something in such a way that enables it to be reused flexibly in the future. The benefits of a more considered approach are manifest when subsequent implementations are required; these take considerably less time to configure, as the common services are already set up, and work is only required for any custom components. And, because you are reusing common shared services, they are also much easier to maintain and upgrade.

But it also requires a specific mindset, of agility, flexibility and speed, which does not always marry well with other traditional orthodox methodologies that so many experienced technology experts have grown up with and have embraced as the best way to run projects. This mindset is somewhat entrenched in many larger organisations with long-established highly centralised IT departments. 

The traditional IT project methodology, called Waterfall, or writing a technical specification, signing that off and then following that specification rigorously, and with change requests from clients at every step needing authorisation, has worked for many years. But the Waterfall approach, as well as being time-consuming and expensive, is also blinkered insofar as it is designed to handle individualised private-label integration projects. Service Oriented Integration requires consideration of other projects, so that services can be successfully shared between clients - so the overall approach needs to be more holistic, and less individualised. This agility and flexibility is the essential mindset we are referring to. 

Many 3PL organisations may not realise they have a problem. When they win tenders, they are able to deploy new integrations that merchants are happy to pay for and patient enough to wait for. They use a trusted methodology to run integration projects, and they generally succeed, more or less. 

But how many deals do 3PLs lose by quoting implementation fees and timelines that merchants find excessive? Ask a salesperson, and they will tell you plenty of stories of frustration and loss. If there were an alternative way of building integrations, which decreased costs and timescales for all concerned, it would be germane to explore, surely?

The Codept Platform Approach

Codept has pioneered the Service Oriented Integration approach outlined above, using the Codept Integration Platform. Services are shared rather than individualised, so multiple merchants can use the same integration service calls - meaning that onboarding a new merchant into their WMS environment takes a fraction of the time compared to following traditional integration methodologies, leading to shorter time to value for the merchant - as already mentioned, a valuable commodity to be able to offer. The Codept technical team has adopted a highly agile development approach, but, using this shared model, the "new work" components are smaller and easier to complete. 

For companies that provide eCommerce contract logistics, by adopting Codept as their Integration Platform, they are also able to leverage other integrations that are already built into the Platform - that alone delivers substantial savings; there is no starting from scratch here. The Codept Platform already supports all of the major shop systems, such as Shopify, Shopware, WooCommerce and BigCommerce. A 3PL can use any of these integrations out-of-the-box, which can deliver savings right from the outset.

Some IT departments are set up as profit centres, so it is in their interests to make projects wash their own faces. But even for these operations, Codept can still be exploited to their benefit - by charging the same fees, but delivering integrations more rapidly, they can in fact grow their margins. In addition, Codept also handles all of the support and maintenance, and all of the technical updates to these integrations, which, for an established fulfilment operation, will be a significant overhead, often with its own full-time dedicated team. Consider that Shopify provides quarterly software updates; for a 3PL with then Shopify merchants, that becomes an annual exercise alone of 40 individual maintenance updates. With Codept, all of this pain, and concomitant cost, are taken away.

Three years ago, when eCommerce was peaking during the Covid lockdown, life was good for 3PLs; they could pick and choose which contracts they wanted. Things are rather different today, however; many 3PLs have excess capacity, merchants on a geometric growth path are fewer and further between, and competition for their business is fierce. Companies that had previously only targeted Enterprise businesses are now dipping down to engage with mid-sized merchants. With warehouses needing to be filled and fewer merchants looking to expand, 3PLs need all the help they can muster right now. All 3PLs are, in fact, lowering their minimum order values, and lower order values always mean lower margins, so streamlining operational costs is one of the main focuses of 3PLs at this moment.

In conclusion, Service Oriented Integration has the ability to transform the IT landscape in logistics. IT is usually a cost to any business, so if you can do anything to reduce these overheads, this should be welcomed. Some 3PLs that have adopted the Codept Platform have reduced their integration costs so much, they can now offer free onboarding to new merchants in their sales pitch. And if a salesperson is able to quote lower integration fees (or even offer them free of charge) and against better timelines, merchants would be foolish to turn this down. Now, that must be a valuable sales tool in their arsenal in today's challenging environment.

An Introduction to Logistics Fulfilment Integration

Whenever an eCommerce merchant decides to outsource its fulfilment to a 3rd party Logistics Provider (3PL), a technical integration project is needed, to ensure that all orders from the merchant's shop system are transferred reliably and swiftly to the new 3PL's Warehouse Management System (WMS) so they can piclk, pack, print labels and dispatch effectively, getting the product to the customer as quickly as possible.

Every eCommerce merchant uses a shop system - Shopify, WooCommerce, NetSuite, and many more besides; every 3PL has a WMS - Manhattan, BlueYonder, SAP, SNAPFulfil and so-on; and every integration project connects these two systems together.

Onboarding new Merchants - The Issues

Onboarding new merchant employees is an essential and necessary part of the fulfilment process. And this is often difficult. Why? Because many companies' IT integration teams still work with traditional and inflexible process-oriented methods or use non-specialized integration tools that, while proven and reliable, are time-consuming and expensive. Additionally, developing only individual, private one-to-one integrations for each new customer creates a complex structure with multiple points of friction that slows everything down and needs to be kept up-to-date at all times.

As mentioned, it's an unavoidable part of the process. And it's often also a painful process. Why? Because many companies' IT integration teams are still using traditional and inflexible process-oriented methodologies, or use non-specialised integration tools, both of which, although tried, tested and reliable, are time-consuming and expensive. Add to that an entrenched mindset that only creates single, one-to-one private integrations for every new customer, and you have an almost perfect storm of friction that slows down everything.
And herein lies the tension; many swiftly-growing and fleet-of-foot eCommerce merchants approach 3PLs to help handle their rapid growth, and expect onboarding to be equally agile, taking perhaps a few days - only to be informed that this may take 4-6 months, sometimes much more, and also cost an arm and a leg to boot. Even integrating simple shop systems can turn into unexpectedly long engagements. 3PL salespeople often complain of losing deals as soon as they quote the extended effort estimate and costs associated with onboarding. Equally, merchants complain of inexplicably lengthy timescales and costs quoted by 3PLs that simply jar in their fast-paced, agile world.

That both the methodology and the mindset of creating a mass of individual one-to-one integrations bring their own issues, of ongoing upgrades, support and the maintenance of all of these interfaces, not to mention the associated costs, is reason enough to rethink how to build them entirely. Certainly for IT staff, creating the same integrations from scratch each and every time must be a dispiriting Groundhog Day experience for them. Developers would rather be involved in more creative and interesting projects, and many are reluctant to take roles that only offer this type of work. Recruiting and retaining IT staff in the logistics world is a well-documented issue, and it's now not difficult to ascertain why. 

Whilst there is a phalanx of integration tools on the market (much of which is lumped into the Integration Platform-as-a-Service (iPaaS) category) purportedly to make life easier, they are neither specialists in the complex world of eCommerce logistics, nor do they obviate the necessity of building private-label integrations in the first place. The diagram below shows the difference an iPaaS tool makes to an IT team - very little, in fact. The only significant difference is that writing code to talk to an API is replaced by creating mapping using the iPaaS software tool. 

The remaining process steps still have to be taken, which results in very little time being saved, but paradoxically creates an ever-expanding list of integrations that require ongoing maintenance and support. We are still following traditional development methodologies and IT project processes, with no discernible effort or cost reductions; indeed, we now have the added license fee of the iPaaS tool fees for the API calls that are often charged on top. 

What Is Service Oriented Integration?

Codept has pioneered a new and innovative paradigm to address the friction that exists in the existing set-up. The Service Oriented Integration model tackles the issue from a different perspective, and, as a result delivers a different and far more efficient solution. The overriding principle of Service Oriented Integration is that, instead of viewing all projects as individual engagements that re ring-fenced and not to be used anywhere else, the IT team instead can use pre-built services that can be assembled rapidly and re-used regularly on any new projects - which is at once innovative and practical, given that many of the requests between systems are the same, regardless of the shop system or the WMS in use.

A "service" in this respect is what can otherwise be referred to as calls or flows between the shop system and the WMS. They are usually API-based, though not exclusively so (they could also use .csv, XML, EDI, (S)FTP formats), but they incorporate all of the expected calls that a WMS needs to fulfil an order; sales order, dispatch, shipment notification, stock update, cancellation, and so-on. Different shop systems have their own ways of working, but fundamentally their outputs - sales orders - as already mentioned, always need to produce the same data to enable the WMS to fulfil on their behalf. 

Services are built upfront, enabling merchants to be onboarded extremely rapidly. And, this standardised Integration model can also be tweaked or customised, also enabling merchants with custom requirements to be accommodated easily within this model. Importantly, many integrations have already been built into the Platform, and they can be used by any company immediately. Codept's Self-Onboarding interface to Shopify in fact does this automatically, and new merchants can be onboarded in as quickly as 10 minutes.

Brand new connections to less-popular shop systems only need to be built once; they are always designed from the outset to be reused, and not just specifically for one customer. And, as long as this initial design step is done well, it massively reduces effort, time and cost for all future deployments of this integration. The interface becomes a "plug-in" tool that requires little or no tweaking on subsequent integration projects, which obviates the need to build and then maintain and constantly upgrade multiple private label integrations, also allowing 3PLs to leverage previously built for other customers. 

The Service Oriented Integration model embraces the principles of multi-tenant SaaS, of reusing core product core and adding a layer that allows a core module to be customised to meet individual customer requirements, but still remain part of a commonly shared, reusable service. The benefits include a significant reduction in development effort and costs, a decrease in upgrade and support and maintenance costs, and a much-reduced time to value for merchants. In the high-speed world of eCommerce, the time harvested back from this approach becomes a valuable commodity that can make the difference between winning or losing an account. 

The diagram below outlines the Codept model, which is useful in determining the difference between Codept's Service Oriented Integration model and iPaaS integration tool models. 

Why Isn't This Model More Widely Adopted?

The big question is: why don't more organisations adopt this model? Quicker, more efficient, cheaper, enabling more sales, easier to support and maintain, the list of benefits goes on.

Well, it requires a specific developer skillset, one that can recognise which elements of an integration project may be reused, and then how to build something in such a way that enables it to be reused flexibly in the future. The benefits of a more considered approach are manifest when subsequent implementations are required; these take considerably less time to configure, as the common services are already set up, and work is only required for any custom components. And, because you are reusing common shared services, they are also much easier to maintain and upgrade.

But it also requires a specific mindset, of agility, flexibility and speed, which does not always marry well with other traditional orthodox methodologies that so many experienced technology experts have grown up with and have embraced as the best way to run projects. This mindset is somewhat entrenched in many larger organisations with long-established highly centralised IT departments. 

The traditional IT project methodology, called Waterfall, or writing a technical specification, signing that off and then following that specification rigorously, and with change requests from clients at every step needing authorisation, has worked for many years. But the Waterfall approach, as well as being time-consuming and expensive, is also blinkered insofar as it is designed to handle individualised private-label integration projects. Service Oriented Integration requires consideration of other projects, so that services can be successfully shared between clients - so the overall approach needs to be more holistic, and less individualised. This agility and flexibility is the essential mindset we are referring to. 

Many 3PL organisations may not realise they have a problem. When they win tenders, they are able to deploy new integrations that merchants are happy to pay for and patient enough to wait for. They use a trusted methodology to run integration projects, and they generally succeed, more or less. 

But how many deals do 3PLs lose by quoting implementation fees and timelines that merchants find excessive? Ask a salesperson, and they will tell you plenty of stories of frustration and loss. If there were an alternative way of building integrations, which decreased costs and timescales for all concerned, it would be germane to explore, surely?

The Codept Platform Approach

Codept has pioneered the Service Oriented Integration approach outlined above, using the Codept Integration Platform. Services are shared rather than individualised, so multiple merchants can use the same integration service calls - meaning that onboarding a new merchant into their WMS environment takes a fraction of the time compared to following traditional integration methodologies, leading to shorter time to value for the merchant - as already mentioned, a valuable commodity to be able to offer. The Codept technical team has adopted a highly agile development approach, but, using this shared model, the "new work" components are smaller and easier to complete. 

For companies that provide eCommerce contract logistics, by adopting Codept as their Integration Platform, they are also able to leverage other integrations that are already built into the Platform - that alone delivers substantial savings; there is no starting from scratch here. The Codept Platform already supports all of the major shop systems, such as Shopify, Shopware, WooCommerce and BigCommerce. A 3PL can use any of these integrations out-of-the-box, which can deliver savings right from the outset.

Some IT departments are set up as profit centres, so it is in their interests to make projects wash their own faces. But even for these operations, Codept can still be exploited to their benefit - by charging the same fees, but delivering integrations more rapidly, they can in fact grow their margins. In addition, Codept also handles all of the support and maintenance, and all of the technical updates to these integrations, which, for an established fulfilment operation, will be a significant overhead, often with its own full-time dedicated team. Consider that Shopify provides quarterly software updates; for a 3PL with then Shopify merchants, that becomes an annual exercise alone of 40 individual maintenance updates. With Codept, all of this pain, and concomitant cost, are taken away.

Three years ago, when eCommerce was peaking during the Covid lockdown, life was good for 3PLs; they could pick and choose which contracts they wanted. Things are rather different today, however; many 3PLs have excess capacity, merchants on a geometric growth path are fewer and further between, and competition for their business is fierce. Companies that had previously only targeted Enterprise businesses are now dipping down to engage with mid-sized merchants. With warehouses needing to be filled and fewer merchants looking to expand, 3PLs need all the help they can muster right now. All 3PLs are, in fact, lowering their minimum order values, and lower order values always mean lower margins, so streamlining operational costs is one of the main focuses of 3PLs at this moment.

In conclusion, Service Oriented Integration has the ability to transform the IT landscape in logistics. IT is usually a cost to any business, so if you can do anything to reduce these overheads, this should be welcomed. Some 3PLs that have adopted the Codept Platform have reduced their integration costs so much, they can now offer free onboarding to new merchants in their sales pitch. And if a salesperson is able to quote lower integration fees (or even offer them free of charge) and against better timelines, merchants would be foolish to turn this down. Now, that must be a valuable sales tool in their arsenal in today's challenging environment.

Free Case Study

Codept Solutions in Practice
Fill out the form now and receive your selected case study via email.

Join our mailing list for the latest news

Subscribe
Subscribe to our newsletter for regular updates on digital topics in the world of logistics.

Resources

Insights
6 Key Cost Components of the Order Fulfilment Process
Read more about 6 Key Cost Components of the Order Fulfilment Process...
Einblicke
6 Key Cost Components of the Order Fulfilment Process
Read more about 6 Key Cost Components of the Order Fulfilment Process...
Insights
Service Oriented Integration Platform - a Guide
Read more about Service-oriented integration platform - a guide...
Einblicke
Serviceorientierte Integrationsplattform - ein Leitfaden
Read more about Serviceorientierte Integrationsplattform - ein Leitfaden...
Insights
Ultimate Guide to Omnichannel Logistics: Streamlining Your Supply Chain
Read more about Ultimate Guide to Omnichannel Logistics: Streamlining Your Supply Chain...
Einblicke
Ultimate Guide to Omnichannel Logistics: Streamlining Your Supply Chain
Read more about Ultimate Guide to Omnichannel Logistics: Streamlining Your Supply Chain...
Insights
The Role of Technology in Enhancing Omnichannel Logistics
Read more about The Role of Technology in Enhancing Omnichannel Logistics...
Einblicke
The Role of Technology in Enhancing Omnichannel Logistics
Read more about The Role of Technology in Enhancing Omnichannel Logistics...
Insights
Green Logistics: Reducing Your Ecommerce Carbon Footprint
Read more about Green Logistics: Reducing Your Ecommerce Carbon Footprint...
Einblicke
Green Logistics: Reducing Your Ecommerce Carbon Footprint
Read more about Green Logistics: Reducing Your Ecommerce Carbon Footprint...
Insights
Micro-Fulfilment Centres Revolutionise Green Ecommerce
Read more about Micro-Fulfilment Centres Revolutionise Green Ecommerce...
Einblicke
Micro-Fulfilment Centres Revolutionise Green Ecommerce
Read more about Micro-Fulfilment Centres Revolutionise Green Ecommerce...
Delivery man outside a van smiling
Insights
Last Mile Delivery: The Most Important Part of Ecommerce Logistics?
Read more about Last Mile Delivery: The Most Important Part of Ecommerce Logistics?...
Delivery man outside a van smiling
Einblicke
Last Mile Delivery: The Most Important Part of Ecommerce Logistics?
Read more about Last Mile Delivery: The Most Important Part of Ecommerce Logistics?...
Haulage lorries line up at warehouse distribution center
Insights
4 Core Pillars of Last Mile Delivery in Ecommerce Logistics
Read more about 4 Core Pillars of Last Mile Delivery in Ecommerce Logistics...
Haulage lorries line up at warehouse distribution centre
Einblicke
4 Core Pillars of Last Mile Delivery in Ecommerce Logistics
Read more about 4 Core Pillars of Last Mile Delivery in Ecommerce Logistics...
Insights
Automated Fulfilment: The Future of Order Processing is Here
Read more about Automated Fulfilment: The Future of Order Processing is Here...
Einblicke
Automated Fulfilment: The Future of Order Processing is Here
Read more about Automated Fulfilment: The Future of Order Processing is Here...

Serviceorientierte Integrationsplattform - ein Leitfaden

Einblicke

Eine Einführung in die Welt der Logistik- und Fulfillment-Integrationen

Wenn ein Onlinehändler beschließt, sein Fulfillment an einen 3rd Party Logistics Provider (3PLer) auszulagern, kann man mittels einer Schnittstellenanbindung sicherstellen, dass alle Bestellungen aus dem Shopsystem des Händlers zuverlässig und schnell in das Warehouse Management System (WMS) des neuen 3PLer übertragen werden. Somit kann dieser effektiv kommissionieren, verpacken, Etiketten drucken und versenden, um die Bestellungen so schnell wie möglich an den Kunden zu liefern.

Jeder Onlinehändler nutzt ein Shop- und/oder ERP-System - wie z.B. Shopify, WooCommerce, NetSuite etc.; jeder Fulfiller hat ein WMS-System implementiert - wie z.B. Manhattan, BlueYonder, SAP, SNAPFulfil und so weiter; und in jedem Integrationsprojekt verbindet man diese beiden Systeme miteinander.

Onboarding neuer Händler - Die Problematik

Das Onboarding neuer Händler ist ein essentieller und notwendiger Teil des Fulfillment-Prozesses. Und dieser gestaltet sich oftmals schwierig. Warum? Weil die IT-Integrationsteams vieler Unternehmen immer noch mit traditionellen und unflexiblen prozessorientierten Methoden arbeiten oder nicht-spezialisierte Integrationstools verwenden, die sich zwar bewährt haben und sich als zuverlässig herausstellen, aber gleichzeitig viel Zeit in Anspruch nehmen und teuer sind. Wenn man zusätzlich nur einzelne, private Eins-zu-eins-Integrationen für jeden neuen Kunden entwickelt, entsteht ein komplexes Gebilde mit multiplen Reibungspunkten, das alles verlangsamt und dauerhaft up-to-date gehalten werden muss.

Und genau hier liegt das Spannungsfeld: Viele schnell expandierende und agile Onlinehändler wenden sich an Fulfiller, um ihr schnelles Wachstum zu bewältigen, und erwarten, dass das Onboarding ebenso zügig abläuft und bestenfalls nur ein paar Tage dauert - um dann zu erfahren, dass dieser Prozess vier bis sechs Monate dauern kann, manchmal sogar länger, und obendrein verhältnismäßig teuer ist. Selbst die Integration einfacher Shop-Systeme kann sich zu einem unerwartet langwierigen Projekt entwickeln. Für den Vertrieb der Logistiker bedeutet dies oft den direkten Auftragsverlust im wettbewerbsintensiven Umfeld, sobald der zusätzliche Aufwand und die damit verbundenen Kosten offen gelegt werden. Ebenso klagen Händler über unerklärlich lange Projekt-Zeiträume und Kosten, die von Logistik- und Fulfillment-Dienstleistern veranschlagt werden – diese passen schlichtweg nicht zu dem schnelllebigen und agilen Umfeld, in dem sich die Onlinehändler befinden.

Es besteht noch immer die Tatsache, dass sowohl die Methodik als auch die Denkweise bei der Entwicklung einer Vielzahl individueller Eins-zu-eins-Integrationen ihre eigenen Probleme mit sich bringen. Diese umfassen laufende Upgrades, Support und die Wartung all dieser Schnittstellen, ganz zu schweigen von den damit verbundenen Kosten. Alle genannten Faktoren sind Grund genug, die Art und Weise, wie sie entwickelt werden, völlig zu überdenken. Für das IT-Team ist es oftmals entmutigend, immer wieder dieselben Integrationen von Grund auf neu zu entwickeln. Viele Entwickler lehnen monotone Jobs ab, da sie es bevorzugen, an kreativen und interessanten Projekten mitzuarbeiten. Die Rekrutierung und Bindung von kompetentem IT-Personal in der Logistikwelt sind bekannte Probleme, und es ist nicht schwer zu erkennen, wieso sie existieren.

Es gibt zwar eine ganze Reihe von Integrationstools auf dem Markt (von denen viele in der Kategorie Integrationsplattform-as-a-Service (iPaaS) zusammengefasst werden), die angeblich das Leben leichter gestalten sollten, aber sie sind weder auf die komplexe Welt der E-Commerce-Logistik spezialisiert, noch erspart man sich die Entwicklung mehrerer Private-Label-Integrationen. Das nachstehende Diagramm zeigt den Unterschied, den ein iPaaS-Tool für ein IT-Team ausmacht – dieser hält sich allerdings in Grenzen. Der einzige signifikante Unterschied besteht darin, dass das Code-Schreiben für die Kommunikation mit einer Schnittstelle durch die Erstellung eines Mappings mithilfe des iPaaS-Softwaretools ersetzt wird.

Die verbleibenden Prozessschritte müssen weiterhin ausgeführt werden, was zu einer nur geringen Zeitersparnis führt, aber paradoxerweise eine immer länger werdende Liste von Integrationen schafft, die fortlaufend gepflegt und gewartet werden müssen. Sie folgen nach wie vor den traditionellen Entwicklungsmethoden und IT-Projektprozessen, ohne erkennbare Aufwands- oder Kostenreduzierung; vielmehr kommen jetzt noch die Lizenzgebühren für das iPaaS-Tool und die Gebühren für die API-Aufrufe hinzu, die oftmals zusätzlich berechnet werden.

Was ist eine Serviceorientierte Integration?

Codepts neues und innovatives Konzept beseitigt gängige Hürden aus der bestehenden Struktur. Das Modell der Serviceorientierten Integration beleuchtet das Problem aus einem anderen Blickwinkel und bietet eine weitaus effizientere Lösung. Prinzipiell werden Projekte nicht mehr als Einzelintegrationen gesehen, die nicht wiederverwendbar sind. Vielmehr kann man bereits bestehende Teile und Dienstleistungen ebenfalls für neue Projekte nutzen. Dies is innovativ und praktisch zugleich, da viele der Anforderungen zwischen den Systemen, unabhängig vom Shop-, oder dem verwendeten WMS-System, identisch sind.

Ein "Service" in diesem Sinne ist das, was man sonst als Aufrufe oder Datenflüsse zwischen dem Shopsystem und dem WMS bezeichnen kann. Sie sind in der Regel schnittstellenbasiert, wenn auch nicht ausschließlich (sie könnten auch .csv-, XML-, EDIoder (S)FTP-Formate verwenden), aber sie beinhalten alle erwarteten Funktionen, die ein WMS benötigt, um eine Bestellung zu erfüllen: Sales Order, Dispatch, Shipment Notification, Stock Update, Order Cancellation, etc. Unterschiedliche Shopsysteme haben ihre eigene Funktionsweise, aber grundsätzlich muss ihr Output - Kundenaufträge - immer die gleichen Daten liefern, damit das WMS-System diese adäquat erfüllen kann.

Die Integrationen werden im Voraus erstellt, sodass die Händler sehr schnell angebunden werden können. Dieses standardisierte Integrationsmodell kann ebenfalls optimiert oder angepasst werden, sodass Händler mit individuellen Anforderungen problemlos in dieses Modell integriert werden können. Wichtig ist, dass viele Systeme mit ihren spezifischen Funktionen bereits an die Plattform angebunden sind und von jedem Unternehmen sofort genutzt werden können. Die Self-Onboarding-Schnittstelle von Codept zu Shopify oder WooCommerce macht dies automatisch, und neue Händler können in weniger als 10 Minuten selbständig angebunden werden.

Völlig neue Anbindungen, auch zu weniger verbreiteten Shop-Systemen, müssen nur einmal erstellt werden; sie sind von Anfang an für die Nutzung durch mehrere Kunden konzipiert. Wenn dieser erste Prozessschritt gut durchdacht ist, wird der zukünftige Aufwand der Integration erheblich reduziert. Die Schnittstelle fungiert als "Plug-in"-Tool und muss für weitere zukünftige Integrationsprojekte nur noch wenig oder gar nicht mehr angepasst werden. Dadurch entfällt die Notwendigkeit, mehrere Private-Label-Integrationen zu erstellen und zu pflegen sowie ständig zu aktualisieren. Dies ermöglicht den Logistik- und Fulfillment-Dienstleistern, zuvor erstellte Integrationen für Neukunden ebenfalls nutzbar zu machen.

Das Modell der serviceorientierten Integration beruht auf den Grundsätzen einer multi-tenant SaaS (=Software as a Service), d. h. auf der Wiederverwendung des Kernproduktcodes und der Zugabe einer weiteren Ebene, die es ermöglicht, das Kernmodul an die individuellen Kundenanforderungen anzupassen und trotzdem ein Teil des gemeinsam genutzten, wiederverwendbaren Service-Modells zu bleiben. Zu den Vorteilen zählen eine erhebliche Reduzierung des Entwicklungsaufwands, eine Kostensenkung für Upgrades, Support und Wartung sowie eine wesentlich kürzere Wertschöpfungszeit für Händler. In der schnelllebigen Welt des E-Commerce wird die durch diesen Ansatz gewonnene Zeit zu einem wertvollen Gut, das über Gewinn oder Verlust eines Kunden entscheiden kann.

Das nachstehende Diagramm skizziert das serviceorientierte Codept-Modell im Gegensatz zu dem oben dargestellten iPaaS-Modell.

Warum wird dieses Modell nicht häufiger genutzt?

Die große Frage ist: Warum setzen nicht mehr Unternehmen auf dieses Modell? Es ist schneller, effizienter, billiger, ermöglicht mehr Absatz, ist einfacher zu supporten und zu warten - die Liste der Vorteile ist endlos.

Nun, um zu erkennen, welche Elemente des Integrationsprojekts wiederverwendet werden können und man eine für die Zukunft flexibel wiederverwendbare Schnittstelle baut, braucht man Entwickler, die die notwendige Kompetenz vorweisen. Die Vorteile unseres Ansatzes kommen zum Vorschein, wenn später weitere Implementierungen erforderlich sind: diese benötigen wesentlich weniger Zeit für die Anpassungen, da die gemeinsamen Services bereits eingerichtet sind und nur noch die benutzerdefinierten Komponenten neu erstellt werden müssen. Und da man Integrationen wiederverwendet, sind sie auch viel einfacher zu warten und zu aktualisieren.

Es erfordert aber auch eine besondere Einstellung zu Themen wie Agilität, Flexibilität und Schnelligkeit, die sich nicht immer gut mit anderen traditionellen Methoden vereinbaren lassen. Die konservative Herangehensweise an IT-Projekte ist in vielen größeren Unternehmen mit lang etablierten, stark zentralisierten IT-Abteilungen fest verankert.

Die traditionelle IT-Projektmethodik, auch “Wasserfall” genannt, läuft folgendermaßen ab: technische Spezifikation erstellen, abzeichnen und dann strikt befolgen. Änderungswünsche der Kunden müssen bei jedem Schritt genehmigt werden. Obwohl dies über viele Jahre gut funktioniert hat, ist die Umsetzung in der Realität allerdings weniger benutzerfreundlich. IT-Projekte sind zeitaufwändiger und teurer, und meist nur für die individuelle Nutzung einzelner Integrationen konzipiert Die serviceorientierte Integration verfolgt den Ansatz, dass andere zukünftige Projekte ebenfalls berücksichtigt werden, damit Schnittstellen wiederverwendet werden können. Hierbei spielen vor allem Agilität und Flexibilität eine zentrale Rolle.

Vielen Fulfillment- und Logistik-Dienstleister ist möglicherweise nicht bewusst, dass sie mit Herausforderungen konfrontiert werden. Wenn sie Tender-Prozesse für sich entscheiden, sind sie in der Lage, neue Schnittstellen zu entwickeln, für die Händler bereit sind zu bezahlen und ebenfalls darauf zu warten. Die Durchführung von Integrationsprojekten mittels traditioneller Methoden ist mehr oder weniger erfolgreich.

Wie viele Aufträge gehen verloren, weil Fulfiller zu hohe Gebühren für die Implementierung und zu lange Fristen bemessen? Oftmals sind diese Onboarding-Projekte von Frustration und Verlusten geprägt. Wenn es eine Alternative zu den aktuellen Integrationsprozessen gäbe, die Kosten und den Zeitrahmen für alle Beteiligten senkt, wäre es sicherlich interessant, diese zu erforschen.

Der Codept-Plattform-Ansatz

Codept hat mit der Integrationsplattform Pionierarbeit für den oben beschriebenen Ansatz der serviceorientierten Integration geleistet. Die Anbindung eines neuen Händlers an WMS-Systeme nimmt nur einen Bruchteil der Zeit in Anspruch, im Vergleich zu herkömmlichen Integrationsmethoden. Hiermit verkürzt sich die Wertschöpfungszeit für den Händler - diesen Vorteil kann er nutzen und ebenfalls an seine Kunden weiterreichen. Codepts IT-Team hat einen hochgradig agilen Entwicklungsansatz gewählt, aber durch die Nutzung eines gemeinsamen Modells sind einzelne Teile der "neuen Art von Arbeit" minimiert und einfacher fertigzustellen.

Unternehmen, die E-Commerce-Kontraktlogistik anbieten, können mit Codept als Integrationsplattform auch andere Integrationen nutzen, die bereits an die Plattform angebunden sind - dies allein ermöglicht bereits erhebliche Einsparungen, da man nicht bei Null anfangen muss. Die Codept Plattform unterstützt bereits alle wichtigen Shopsysteme wie Shopify, Shopware, WooCommerce, BigCommerce uvm. Ein 3PLer kann jede dieser Integrationen out-of-the-box nutzen, was von Anfang an zu Einsparungen führen kann.

Manche IT-Abteilungen sind vorrangig auf Profit ausgelegt, so dass es in ihrem Interesse liegt, mit diesen Projekten selbst Gewinn zu generieren. Aber auch für diese Abteilungen ist Codept von Vorteil, denn sie können ihre Gewinnspanne erhöhen, indem sie die gleichen Gebühren verlangen, mit dem Unterschied, Integrationen schneller liefern zu können. Darüber hinaus kümmert sich Codept auch um den gesamten Support und die Wartung sowie alle technischen Aktualisierungen der Integrationen. Das stellt für einen etablierten Fulfillment-Dienstleister andernfalls einen erheblichen Mehraufwand dar, weil diese integrationsbezogenen Services oftmals durch ein eigens dafür beschäftigtes Team gewährleistet werden müssen. Man bedenke, dass Shopify vierteljährliche Software-Updates durchführt; für einen 3PLer, der zehn Shopify-Händler angebunden hat, bedeutet dies allein 40 individuelle Wartungs-Updates pro Jahr. Mit Codept entfällt dieser Aufwand und die damit verbundenen Kosten.

Während des Covid-Lockdowns vor drei Jahren erreichte der Onlinehandel seinen Höhepunkt und das Business der Fulfillment- und Logistikdienstleister boomte; sie konnten sich ihre Kunden selbst aussuchen. Heute sieht die Lage jedoch ganz anders aus: Viele 3PLer haben überschüssige Kapazitäten in ihren Lagern, Händler, die sich in der Wachstumsphase befinden, sind rar geworden, und der Wettbewerb um ihr Geschäft ist ausgeprägt. Fulfillment-Dienstleister, die früher nur Großunternehmen adressierten, wenden sich jetzt auch an mittelständische Händler. Da die Lager gefüllt werden müssen und weniger Händler expandieren wollen, brauchen Fulfiller jede Hilfe, die sie bekommen können. Konkurrenten senken ihre Mindestbestellwerte - niedrigere Bestellwerte bedeuten immer niedrigere Gewinnspannen, sodass die Kostenoptimierung einer der aktuellen Hauptschwerpunkte bei den Fulfillment-Dienstleistern ist.

Zusammenfassend lässt sich feststellen, dass serviceorientierte Integrationen die IT-Landschaft in der Logistik verändern können. In der Regel ist die IT ein Kostenfaktor für jedes Unternehmen. Wenn man also etwas tun kann, um die allgemeinen Kosten zu senken, sollte man diese Chance auch wahrnehmen. Einige Logistik- und Fulfillment-Dienstleister, die die Codept-Plattform bereits nutzen, konnten ihre Integrationskosten so stark senken, dass sie neuen Händlern kostenlose Onboarding-Prozesse anbieten können. Und wenn ein Vertriebsmitarbeiter in der Lage ist, niedrigere oder sogar kostenlose Anbindungen mit einem verkürzten Zeitfenster anzubieten, wäre es für Händler unsinnig, dieses Angebot auszuschlagen.

Eine Einführung in die Welt der Logistik- und Fulfillment-Integrationen

Wenn ein Onlinehändler beschließt, sein Fulfillment an einen 3rd Party Logistics Provider (3PLer) auszulagern, kann man mittels einer Schnittstellenanbindung sicherstellen, dass alle Bestellungen aus dem Shopsystem des Händlers zuverlässig und schnell in das Warehouse Management System (WMS) des neuen 3PLer übertragen werden. Somit kann dieser effektiv kommissionieren, verpacken, Etiketten drucken und versenden, um die Bestellungen so schnell wie möglich an den Kunden zu liefern.

Jeder Onlinehändler nutzt ein Shop- und/oder ERP-System - wie z.B. Shopify, WooCommerce, NetSuite etc.; jeder Fulfiller hat ein WMS-System implementiert - wie z.B. Manhattan, BlueYonder, SAP, SNAPFulfil und so weiter; und in jedem Integrationsprojekt verbindet man diese beiden Systeme miteinander.

Onboarding neuer Händler - Die Problematik

Das Onboarding neuer Händler ist ein essentieller und notwendiger Teil des Fulfillment-Prozesses. Und dieser gestaltet sich oftmals schwierig. Warum? Weil die IT-Integrationsteams vieler Unternehmen immer noch mit traditionellen und unflexiblen prozessorientierten Methoden arbeiten oder nicht-spezialisierte Integrationstools verwenden, die sich zwar bewährt haben und sich als zuverlässig herausstellen, aber gleichzeitig viel Zeit in Anspruch nehmen und teuer sind. Wenn man zusätzlich nur einzelne, private Eins-zu-eins-Integrationen für jeden neuen Kunden entwickelt, entsteht ein komplexes Gebilde mit multiplen Reibungspunkten, das alles verlangsamt und dauerhaft up-to-date gehalten werden muss.

Und genau hier liegt das Spannungsfeld: Viele schnell expandierende und agile Onlinehändler wenden sich an Fulfiller, um ihr schnelles Wachstum zu bewältigen, und erwarten, dass das Onboarding ebenso zügig abläuft und bestenfalls nur ein paar Tage dauert - um dann zu erfahren, dass dieser Prozess vier bis sechs Monate dauern kann, manchmal sogar länger, und obendrein verhältnismäßig teuer ist. Selbst die Integration einfacher Shop-Systeme kann sich zu einem unerwartet langwierigen Projekt entwickeln. Für den Vertrieb der Logistiker bedeutet dies oft den direkten Auftragsverlust im wettbewerbsintensiven Umfeld, sobald der zusätzliche Aufwand und die damit verbundenen Kosten offen gelegt werden. Ebenso klagen Händler über unerklärlich lange Projekt-Zeiträume und Kosten, die von Logistik- und Fulfillment-Dienstleistern veranschlagt werden – diese passen schlichtweg nicht zu dem schnelllebigen und agilen Umfeld, in dem sich die Onlinehändler befinden.

Es besteht noch immer die Tatsache, dass sowohl die Methodik als auch die Denkweise bei der Entwicklung einer Vielzahl individueller Eins-zu-eins-Integrationen ihre eigenen Probleme mit sich bringen. Diese umfassen laufende Upgrades, Support und die Wartung all dieser Schnittstellen, ganz zu schweigen von den damit verbundenen Kosten. Alle genannten Faktoren sind Grund genug, die Art und Weise, wie sie entwickelt werden, völlig zu überdenken. Für das IT-Team ist es oftmals entmutigend, immer wieder dieselben Integrationen von Grund auf neu zu entwickeln. Viele Entwickler lehnen monotone Jobs ab, da sie es bevorzugen, an kreativen und interessanten Projekten mitzuarbeiten. Die Rekrutierung und Bindung von kompetentem IT-Personal in der Logistikwelt sind bekannte Probleme, und es ist nicht schwer zu erkennen, wieso sie existieren.

Es gibt zwar eine ganze Reihe von Integrationstools auf dem Markt (von denen viele in der Kategorie Integrationsplattform-as-a-Service (iPaaS) zusammengefasst werden), die angeblich das Leben leichter gestalten sollten, aber sie sind weder auf die komplexe Welt der E-Commerce-Logistik spezialisiert, noch erspart man sich die Entwicklung mehrerer Private-Label-Integrationen. Das nachstehende Diagramm zeigt den Unterschied, den ein iPaaS-Tool für ein IT-Team ausmacht – dieser hält sich allerdings in Grenzen. Der einzige signifikante Unterschied besteht darin, dass das Code-Schreiben für die Kommunikation mit einer Schnittstelle durch die Erstellung eines Mappings mithilfe des iPaaS-Softwaretools ersetzt wird.

Die verbleibenden Prozessschritte müssen weiterhin ausgeführt werden, was zu einer nur geringen Zeitersparnis führt, aber paradoxerweise eine immer länger werdende Liste von Integrationen schafft, die fortlaufend gepflegt und gewartet werden müssen. Sie folgen nach wie vor den traditionellen Entwicklungsmethoden und IT-Projektprozessen, ohne erkennbare Aufwands- oder Kostenreduzierung; vielmehr kommen jetzt noch die Lizenzgebühren für das iPaaS-Tool und die Gebühren für die API-Aufrufe hinzu, die oftmals zusätzlich berechnet werden.

Was ist eine Serviceorientierte Integration?

Codepts neues und innovatives Konzept beseitigt gängige Hürden aus der bestehenden Struktur. Das Modell der Serviceorientierten Integration beleuchtet das Problem aus einem anderen Blickwinkel und bietet eine weitaus effizientere Lösung. Prinzipiell werden Projekte nicht mehr als Einzelintegrationen gesehen, die nicht wiederverwendbar sind. Vielmehr kann man bereits bestehende Teile und Dienstleistungen ebenfalls für neue Projekte nutzen. Dies is innovativ und praktisch zugleich, da viele der Anforderungen zwischen den Systemen, unabhängig vom Shop-, oder dem verwendeten WMS-System, identisch sind.

Ein "Service" in diesem Sinne ist das, was man sonst als Aufrufe oder Datenflüsse zwischen dem Shopsystem und dem WMS bezeichnen kann. Sie sind in der Regel schnittstellenbasiert, wenn auch nicht ausschließlich (sie könnten auch .csv-, XML-, EDIoder (S)FTP-Formate verwenden), aber sie beinhalten alle erwarteten Funktionen, die ein WMS benötigt, um eine Bestellung zu erfüllen: Sales Order, Dispatch, Shipment Notification, Stock Update, Order Cancellation, etc. Unterschiedliche Shopsysteme haben ihre eigene Funktionsweise, aber grundsätzlich muss ihr Output - Kundenaufträge - immer die gleichen Daten liefern, damit das WMS-System diese adäquat erfüllen kann.

Die Integrationen werden im Voraus erstellt, sodass die Händler sehr schnell angebunden werden können. Dieses standardisierte Integrationsmodell kann ebenfalls optimiert oder angepasst werden, sodass Händler mit individuellen Anforderungen problemlos in dieses Modell integriert werden können. Wichtig ist, dass viele Systeme mit ihren spezifischen Funktionen bereits an die Plattform angebunden sind und von jedem Unternehmen sofort genutzt werden können. Die Self-Onboarding-Schnittstelle von Codept zu Shopify oder WooCommerce macht dies automatisch, und neue Händler können in weniger als 10 Minuten selbständig angebunden werden.

Völlig neue Anbindungen, auch zu weniger verbreiteten Shop-Systemen, müssen nur einmal erstellt werden; sie sind von Anfang an für die Nutzung durch mehrere Kunden konzipiert. Wenn dieser erste Prozessschritt gut durchdacht ist, wird der zukünftige Aufwand der Integration erheblich reduziert. Die Schnittstelle fungiert als "Plug-in"-Tool und muss für weitere zukünftige Integrationsprojekte nur noch wenig oder gar nicht mehr angepasst werden. Dadurch entfällt die Notwendigkeit, mehrere Private-Label-Integrationen zu erstellen und zu pflegen sowie ständig zu aktualisieren. Dies ermöglicht den Logistik- und Fulfillment-Dienstleistern, zuvor erstellte Integrationen für Neukunden ebenfalls nutzbar zu machen.

Das Modell der serviceorientierten Integration beruht auf den Grundsätzen einer multi-tenant SaaS (=Software as a Service), d. h. auf der Wiederverwendung des Kernproduktcodes und der Zugabe einer weiteren Ebene, die es ermöglicht, das Kernmodul an die individuellen Kundenanforderungen anzupassen und trotzdem ein Teil des gemeinsam genutzten, wiederverwendbaren Service-Modells zu bleiben. Zu den Vorteilen zählen eine erhebliche Reduzierung des Entwicklungsaufwands, eine Kostensenkung für Upgrades, Support und Wartung sowie eine wesentlich kürzere Wertschöpfungszeit für Händler. In der schnelllebigen Welt des E-Commerce wird die durch diesen Ansatz gewonnene Zeit zu einem wertvollen Gut, das über Gewinn oder Verlust eines Kunden entscheiden kann.

Das nachstehende Diagramm skizziert das serviceorientierte Codept-Modell im Gegensatz zu dem oben dargestellten iPaaS-Modell.

Warum wird dieses Modell nicht häufiger genutzt?

Die große Frage ist: Warum setzen nicht mehr Unternehmen auf dieses Modell? Es ist schneller, effizienter, billiger, ermöglicht mehr Absatz, ist einfacher zu supporten und zu warten - die Liste der Vorteile ist endlos.

Nun, um zu erkennen, welche Elemente des Integrationsprojekts wiederverwendet werden können und man eine für die Zukunft flexibel wiederverwendbare Schnittstelle baut, braucht man Entwickler, die die notwendige Kompetenz vorweisen. Die Vorteile unseres Ansatzes kommen zum Vorschein, wenn später weitere Implementierungen erforderlich sind: diese benötigen wesentlich weniger Zeit für die Anpassungen, da die gemeinsamen Services bereits eingerichtet sind und nur noch die benutzerdefinierten Komponenten neu erstellt werden müssen. Und da man Integrationen wiederverwendet, sind sie auch viel einfacher zu warten und zu aktualisieren.

Es erfordert aber auch eine besondere Einstellung zu Themen wie Agilität, Flexibilität und Schnelligkeit, die sich nicht immer gut mit anderen traditionellen Methoden vereinbaren lassen. Die konservative Herangehensweise an IT-Projekte ist in vielen größeren Unternehmen mit lang etablierten, stark zentralisierten IT-Abteilungen fest verankert.

Die traditionelle IT-Projektmethodik, auch “Wasserfall” genannt, läuft folgendermaßen ab: technische Spezifikation erstellen, abzeichnen und dann strikt befolgen. Änderungswünsche der Kunden müssen bei jedem Schritt genehmigt werden. Obwohl dies über viele Jahre gut funktioniert hat, ist die Umsetzung in der Realität allerdings weniger benutzerfreundlich. IT-Projekte sind zeitaufwändiger und teurer, und meist nur für die individuelle Nutzung einzelner Integrationen konzipiert Die serviceorientierte Integration verfolgt den Ansatz, dass andere zukünftige Projekte ebenfalls berücksichtigt werden, damit Schnittstellen wiederverwendet werden können. Hierbei spielen vor allem Agilität und Flexibilität eine zentrale Rolle.

Vielen Fulfillment- und Logistik-Dienstleister ist möglicherweise nicht bewusst, dass sie mit Herausforderungen konfrontiert werden. Wenn sie Tender-Prozesse für sich entscheiden, sind sie in der Lage, neue Schnittstellen zu entwickeln, für die Händler bereit sind zu bezahlen und ebenfalls darauf zu warten. Die Durchführung von Integrationsprojekten mittels traditioneller Methoden ist mehr oder weniger erfolgreich.

Wie viele Aufträge gehen verloren, weil Fulfiller zu hohe Gebühren für die Implementierung und zu lange Fristen bemessen? Oftmals sind diese Onboarding-Projekte von Frustration und Verlusten geprägt. Wenn es eine Alternative zu den aktuellen Integrationsprozessen gäbe, die Kosten und den Zeitrahmen für alle Beteiligten senkt, wäre es sicherlich interessant, diese zu erforschen.

Der Codept-Plattform-Ansatz

Codept hat mit der Integrationsplattform Pionierarbeit für den oben beschriebenen Ansatz der serviceorientierten Integration geleistet. Die Anbindung eines neuen Händlers an WMS-Systeme nimmt nur einen Bruchteil der Zeit in Anspruch, im Vergleich zu herkömmlichen Integrationsmethoden. Hiermit verkürzt sich die Wertschöpfungszeit für den Händler - diesen Vorteil kann er nutzen und ebenfalls an seine Kunden weiterreichen. Codepts IT-Team hat einen hochgradig agilen Entwicklungsansatz gewählt, aber durch die Nutzung eines gemeinsamen Modells sind einzelne Teile der "neuen Art von Arbeit" minimiert und einfacher fertigzustellen.

Unternehmen, die E-Commerce-Kontraktlogistik anbieten, können mit Codept als Integrationsplattform auch andere Integrationen nutzen, die bereits an die Plattform angebunden sind - dies allein ermöglicht bereits erhebliche Einsparungen, da man nicht bei Null anfangen muss. Die Codept Plattform unterstützt bereits alle wichtigen Shopsysteme wie Shopify, Shopware, WooCommerce, BigCommerce uvm. Ein 3PLer kann jede dieser Integrationen out-of-the-box nutzen, was von Anfang an zu Einsparungen führen kann.

Manche IT-Abteilungen sind vorrangig auf Profit ausgelegt, so dass es in ihrem Interesse liegt, mit diesen Projekten selbst Gewinn zu generieren. Aber auch für diese Abteilungen ist Codept von Vorteil, denn sie können ihre Gewinnspanne erhöhen, indem sie die gleichen Gebühren verlangen, mit dem Unterschied, Integrationen schneller liefern zu können. Darüber hinaus kümmert sich Codept auch um den gesamten Support und die Wartung sowie alle technischen Aktualisierungen der Integrationen. Das stellt für einen etablierten Fulfillment-Dienstleister andernfalls einen erheblichen Mehraufwand dar, weil diese integrationsbezogenen Services oftmals durch ein eigens dafür beschäftigtes Team gewährleistet werden müssen. Man bedenke, dass Shopify vierteljährliche Software-Updates durchführt; für einen 3PLer, der zehn Shopify-Händler angebunden hat, bedeutet dies allein 40 individuelle Wartungs-Updates pro Jahr. Mit Codept entfällt dieser Aufwand und die damit verbundenen Kosten.

Während des Covid-Lockdowns vor drei Jahren erreichte der Onlinehandel seinen Höhepunkt und das Business der Fulfillment- und Logistikdienstleister boomte; sie konnten sich ihre Kunden selbst aussuchen. Heute sieht die Lage jedoch ganz anders aus: Viele 3PLer haben überschüssige Kapazitäten in ihren Lagern, Händler, die sich in der Wachstumsphase befinden, sind rar geworden, und der Wettbewerb um ihr Geschäft ist ausgeprägt. Fulfillment-Dienstleister, die früher nur Großunternehmen adressierten, wenden sich jetzt auch an mittelständische Händler. Da die Lager gefüllt werden müssen und weniger Händler expandieren wollen, brauchen Fulfiller jede Hilfe, die sie bekommen können. Konkurrenten senken ihre Mindestbestellwerte - niedrigere Bestellwerte bedeuten immer niedrigere Gewinnspannen, sodass die Kostenoptimierung einer der aktuellen Hauptschwerpunkte bei den Fulfillment-Dienstleistern ist.

Zusammenfassend lässt sich feststellen, dass serviceorientierte Integrationen die IT-Landschaft in der Logistik verändern können. In der Regel ist die IT ein Kostenfaktor für jedes Unternehmen. Wenn man also etwas tun kann, um die allgemeinen Kosten zu senken, sollte man diese Chance auch wahrnehmen. Einige Logistik- und Fulfillment-Dienstleister, die die Codept-Plattform bereits nutzen, konnten ihre Integrationskosten so stark senken, dass sie neuen Händlern kostenlose Onboarding-Prozesse anbieten können. Und wenn ein Vertriebsmitarbeiter in der Lage ist, niedrigere oder sogar kostenlose Anbindungen mit einem verkürzten Zeitfenster anzubieten, wäre es für Händler unsinnig, dieses Angebot auszuschlagen.

Kostenlose Case Study

Codept-Lösungen in der Praxis
Füllen Sie jetzt das Formular aus und erhalten Sie Ihre ausgewählte Case Study per E-Mail.

Abbonieren Sie unseren Newsletter, um keine Neuigkeiten zu verpassen

Newsletter abonnieren
Subscribe to our newsletter for regular updates on digital issues in the world of logistics.

Ressourcen

Einblicke
6 Key Cost Components of the Order Fulfilment Process
Read more about 6 Key Cost Components of the Order Fulfilment Process...
Einblicke
6 Key Cost Components of the Order Fulfilment Process
Read more about 6 Key Cost Components of the Order Fulfilment Process...
Einblicke
Serviceorientierte Integrationsplattform - ein Leitfaden
Read more about Serviceorientierte Integrationsplattform - ein Leitfaden...
Einblicke
Serviceorientierte Integrationsplattform - ein Leitfaden
Read more about Serviceorientierte Integrationsplattform - ein Leitfaden...
Einblicke
Ultimate Guide to Omnichannel Logistics: Streamlining Your Supply Chain
Read more about Ultimate Guide to Omnichannel Logistics: Streamlining Your Supply Chain...
Einblicke
Ultimate Guide to Omnichannel Logistics: Streamlining Your Supply Chain
Read more about Ultimate Guide to Omnichannel Logistics: Streamlining Your Supply Chain...
Einblicke
The Role of Technology in Enhancing Omnichannel Logistics
Read more about The Role of Technology in Enhancing Omnichannel Logistics...
Einblicke
The Role of Technology in Enhancing Omnichannel Logistics
Read more about The Role of Technology in Enhancing Omnichannel Logistics...
Einblicke
Green Logistics: Reducing Your Ecommerce Carbon Footprint
Read more about Green Logistics: Reducing Your Ecommerce Carbon Footprint...
Einblicke
Green Logistics: Reducing Your Ecommerce Carbon Footprint
Read more about Green Logistics: Reducing Your Ecommerce Carbon Footprint...
Einblicke
Micro-Fulfilment Centres Revolutionise Green Ecommerce
Read more about Micro-Fulfilment Centres Revolutionise Green Ecommerce...
Einblicke
Micro-Fulfilment Centres Revolutionise Green Ecommerce
Read more about Micro-Fulfilment Centres Revolutionise Green Ecommerce...
Delivery man outside a van smiling
Einblicke
Last Mile Delivery: The Most Important Part of Ecommerce Logistics?
Read more about Last Mile Delivery: The Most Important Part of Ecommerce Logistics?...
Delivery man outside a van smiling
Einblicke
Last Mile Delivery: The Most Important Part of Ecommerce Logistics?
Read more about Last Mile Delivery: The Most Important Part of Ecommerce Logistics?...
Haulage lorries line up at warehouse distribution centre
Einblicke
4 Core Pillars of Last Mile Delivery in Ecommerce Logistics
Read more about 4 Core Pillars of Last Mile Delivery in Ecommerce Logistics...
Haulage lorries line up at warehouse distribution centre
Einblicke
4 Core Pillars of Last Mile Delivery in Ecommerce Logistics
Read more about 4 Core Pillars of Last Mile Delivery in Ecommerce Logistics...
Einblicke
Automated Fulfilment: The Future of Order Processing is Here
Read more about Automated Fulfilment: The Future of Order Processing is Here...
Einblicke
Automated Fulfilment: The Future of Order Processing is Here
Read more about Automated Fulfilment: The Future of Order Processing is Here...