Coresuite Country Package

E-Rechnung in Deutschland: So setzen Sie die Pflicht mit SAP Business One um

Das Coresuite Country Package (ursprünglich von Coresystems, heute Teil der SAP-/Boyum-Welt) ist ein Add-on-Bündel für SAP Business One, das länderspezifische Anforderungen des DACH-Raums abdeckt. Es schließt Lücken, die die SAP-Standard-Lokalisierung für Deutschland, Österreich und die Schweiz offen lässt — insbesondere bei Zahlungsbelegen, Mahnwesen, DATEV-Schnittstellen, gesetzlichen Formularen und branchenüblichen Auswertungen.

Kontext

Zum Paket gehören typischerweise erweiterte Mahnungen mit konfigurierbaren Mahnstufen, Zahlungsavise, Saldenbestätigungen, SEPA-Zahlungsläufe mit deutschen Feldanforderungen, Abstimm-Listen für Steuerberater, DATEV-kompatible Exporte, Druckkopfvorlagen für deutsche Rechnungs- und Gutschriftsformate sowie länderspezifische Stammdatenerweiterungen (z.B. HR-Pflichtfelder, Branchenschlüssel). Technisch basiert das Country Package auf dem Coresuite Framework und ist eng mit Customize und Designer verzahnt — Mahnlayouts entstehen z.B. als vordefinierte Coresuite-Designer-Layouts, die über Customize an Mandantenvorgaben angepasst werden. Aktualisiert wird das Paket in eigenen Release-Zyklen, die sich an Steuerrechtsänderungen (E-Rechnung, ViDA, ELSTER-Formatänderungen) orientieren.

Abgrenzung

Das Coresuite Country Package ist nicht identisch mit der SAP-Lokalisierung für Deutschland, die im B1-Standard enthalten ist — es ergänzt sie mit Funktionen, die SAP nicht im Basisprodukt bereitstellt. Es unterscheidet sich auch von der Versino Financial Suite, die ähnliche Ziele verfolgt, aber mit eigener Architektur, eigenen Tabellen (@VPS_-Präfix) und einem abweichenden Berichtspaket arbeitet. Wer beide Produkte im selben Mandanten einsetzt, sollte die Überlappung bei Mahnungen, Zahlungsavisen und DATEV-Integrationen bewusst steuern, um doppelte Logik und widersprüchliche Layouts zu vermeiden.

SAP B1 10.0 FP2608: Service Layer KI als transaktionalen Schicht

Der Service Layer von SAP Business One diente bisher überwiegend als passiver Datenlieferant: Anwendungen fragten Daten über OData ab, jede ...

Process Reward Models: Warum ein richtiges Ergebnis noch keinen richtigen Weg beweist

Diese Reihe nimmt fortlaufend einzelne KI-Grundbegriffe und Methoden wie die Process Reward Model unter die Lupe .Die vorige Folge hat ...

Test-Time Compute Scaling: Warum ein kleineres KI-Modell am Ende gewinnen kann — und was der Lieferantenvergleich in SAP Business One damit zu tun hat

Dies ist eine Fortsetzung der Reihe auf diesem Blog, die sich mit Künstlicher Intelligenz im Zusammenspiel mit SAP Business One ...

SAP B1 Blog