Sharpshooter (Coresuite)

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

Sharpshooter ist das Massendruck- und Versand-Modul der Coresuite-Produktfamilie. Es bündelt offene Belege nach Kriterien wie Belegart, Kunde, Zeitraum, Ausgabekanal und verarbeitet sie in einem einzigen Durchlauf: Drucken, E-Mail, PDF-Archiv, DATEV-Export oder ein anderes konfiguriertes Ausgabeziel. Ziel ist, wiederkehrende Massenprozesse — Sammelrechnungsversand, Mahnlauf, Zahlungsaviso-Versand, Sammellieferscheine — aus einem Hand-Workflow zu automatisieren.

Kontext

Sharpshooter arbeitet oberhalb des Coresuite Designers und der Print-Definitionen: Die Layout- und Druckerzuordnung ist dort hinterlegt, Sharpshooter übernimmt die Orchestrierung. Typischer Ablauf: Beleg-Selektion per Filter (z.B. alle Rechnungen mit Versandart „E-Mail" und Status „Offen"), Vorschau der Treffer, Start des Laufs. Pro Beleg läuft dann die konfigurierte Pipeline — z.B. Rendern über Coresuite Designer, PDF-Erzeugung auf den CKS.DMS-PDF-Printer, Archivierung, E-Mail-Versand an die GP-Kontaktadresse, Log-Eintrag in der Coresuite-Protokolltabelle. Fehlerhafte Belege (fehlende E-Mail, defektes Layout, gesperrter Drucker) werden separat gemeldet, damit der Sachbearbeiter gezielt nachbessern kann. In größeren Installationen lässt sich der Lauf per Zeitplanung automatisieren und mit Genehmigungsprozessen koppeln.

Abgrenzung

Sharpshooter ist kein Ersatz für Einzelbelegdruck — er setzt darauf auf. Er ist auch kein Reporting-Tool: Für Auswertungen, KPIs oder Dashboards sind Crystal Reports bzw. Pervasive Analytics zuständig. Gegenüber einfachen SAP-B1-Bordmitteln wie Belegliste drucken bietet Sharpshooter deutlich mehr Kontrolle über Versandkanäle, Fehlerbehandlung, Archivierung und Protokoll — verlangt dafür aber eine eigene Lizenz und eine sauber gepflegte Coresuite-Designer-Konfiguration als Grundlage.

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