{"id":146250,"date":"2024-10-11T07:00:00","date_gmt":"2024-10-11T05:00:00","guid":{"rendered":"https:\/\/e3magpmp.greatsolution.dev\/?p=146250"},"modified":"2024-10-04T10:00:57","modified_gmt":"2024-10-04T08:00:57","slug":"dbh-logistics-it-ag-wer-sind-wir","status":"publish","type":"post","link":"https:\/\/e3magpmp.greatsolution.dev\/de\/dbh-logistics-it-ag-wer-sind-wir\/","title":{"rendered":"dbh Logistics IT AG: Wer sind wir?"},"content":{"rendered":"\n

Als zertifizierter SAP-Partner bietet die dbh ein breites Portfolio an SAP-L\u00f6sungen f\u00fcr den Zoll und Au\u00dfenhandel an. Unabh\u00e4ngig von der sich im SAP-Einsatz befindenden ERP-Suite (SAP ECC, SAP S\/4 HANA on-premise, private Cloud oder Pu\u00adblic Cloud) sind unsere L\u00f6sungen \u00fcberall vollumf\u00e4nglich nutzbar.<\/p>\n\n\n\n

Unsere bisherigen L\u00f6sungen im Au\u00dfenhandel\/Zollbereich<\/h2>\n\n\n\n

Die Implementierung der klassischen SAP-Plugin-L\u00f6sungen auf ABAP-Basis ist ohne Remote-Zugriff auf das Kundensystem nicht m\u00f6glich. Trotz SAP-Zugriffs blieb unseren Kunden die SAP-Basisarbeit nicht erspart. Konfigurationen in der SM59, das Anlegen von AL11-Verzeichnissen sowie das Einspielen externer Transportauftr\u00e4ge sind einige Beispiele f\u00fcr solche T\u00e4tigkeiten. Kundenindividuelle Anpassungen, die in einem Workshop festgelegt wurden, erforderten stets eine Implementierung auf dem Kundensystem selbst.<\/p>

\"\"<\/a><\/div>
\"\"<\/a><\/div>
\"\"<\/a><\/div>\n\n\n\n

Praxisbeispiel: Warenursprung und Pr\u00e4ferenzen<\/h2>\n\n\n\n

Der Warenursprung bestimmt das Herstellungsland einer Ware f\u00fcr Handelsregeln und Z\u00f6lle, w\u00e4hrend Pr\u00e4ferenzen zollrechtliche Verg\u00fcnstigungen sind, die durch Handelsabkommen f\u00fcr bestimmte Ursprungsl\u00e4nder gew\u00e4hrt werden. Die Umstellung der L\u00f6sung f\u00fcr Warenursprung und Pr\u00e4ferenzen (WuP) von einem ABAP-basierten Plugin mit starkem Customizing hin zu einem modularen cloud-native Ansatz auf der SAP Business Technology Platform (BTP) war ein zentraler Schritt in unserer Cloud-Strategie.<\/p>\n\n\n\n

In der bisherigen ABAP-Umgebung wurde die WuP-L\u00f6sung stark an die spezifischen Anforderungen der Kunden angepasst. Diese individuellen Anpassungen f\u00fchrten zu einer komplexen Systemlandschaft, die schwer zu warten und zu erweitern war, da Kundenauspr\u00e4gungen auf den jeweiligen on-premise Systemen verblieben. Jedes Kundenprojekt erforderte umfangreiche Anpassungen und spezifisches Know-how, was die Implementierungszeiten verl\u00e4ngerte und die Flexibilit\u00e4t einschr\u00e4nkte.<\/p>\n\n\n\n

Der neue Side-by-Side-Extension-Ansatz erm\u00f6glicht es, die WuP-L\u00f6sung modular und flexibel zu gestalten. Nur die tats\u00e4chlich ben\u00f6tigten Komponenten werden aktiviert, w\u00e4hrend kundenspezifische Anpassungen als separate Module auf der SAP BTP integriert werden. Dadurch bleibt der Kern der Anwendung stabil und wartbar (\u201eKeep the Core Clean\u201c), w\u00e4hrend individuelle Anforderungen effizient umgesetzt werden k\u00f6nnen.<\/p>\n\n\n\n

Dieser Ansatz minimiert die Abh\u00e4ngigkeit von tiefem Customizing, indem \u00e4hnliche Anforderungen nicht doppelt entwickelt, sondern modular gesteuert werden. Kunden profitieren von einer standardisierten L\u00f6sung, die leicht erweiterbar ist und automatisch von kontinuierlichen Updates erg\u00e4nzt wird, ohne die Stabilit\u00e4t der bestehenden Systeme zu beeintr\u00e4chtigen.<\/p>\n\n\n\n

Herausforderungen<\/h2>\n\n\n\n

Die Umstellung von SAP-Plugins (ABAP) auf eine cloud-native Architektur, wie sie zum Beispiel f\u00fcr die dbh-L\u00f6sung f\u00fcr Warenursprung und Pr\u00e4ferenzen (WuP) notwendig ist, bringt eine Vielzahl von He\u00adrausforderungen mit sich:<\/p>\n\n\n\n