Verbesserungen bei der Buchung von Retail-Anweisungen

Wichtig

Dieser Inhalt ist archiviert und wird nicht aktualisiert. Die neueste Dokumentation finden Sie unter Microsoft Dynamics 365-Produktdokumentation. Die neuesten Veröffentlichungspläne finden Sie unter Dynamics 365- und Microsoft Power Platform-Veröffentlichungspläne.

Aktiviert für	Öffentliche Vorschau	Allgemeine Verfügbarkeit
Endbenutzer durch Administratoren, Hersteller oder Analysten	2. August 2019	1. Oktober 2019

Geschäftswert

In Microsoft Dynamics 365 Retail wird der Prozess der Auszugsbuchung verwendet, um die Transaktionen zu verbuchen, die in Cloud Point of Sale (POS) oder Modern POS (MPOS) stattfinden. Dieser Prozess ist für den Betrieb eines Geschäfts unerlässlich, weil dadurch alle dortigen Transaktionen bezüglich Verkäufen, Zahlungen, Bargeldbewegungen usw. an einem Geschäftstag an die Zentrale zurückgemeldet werden. Sämtliche täglichen Berichte, auf die sich das Personal am Hauptsitz bei seiner Entscheidungsfindung verlässt, darunter Berichte zum Umsatz in den einzelnen Geschäften an einem bestimmten Tag, Zusammenstellungen pro Geschäft und Tag, Lagerbestandsumlagerungen der verschiedenen Produkte und Kategorien usw. werden bei der Auszugsbuchung erstellt.

Aus diesem Grund ist es selbstverständlich, dass ein zuverlässiger und performanter Auszugsbuchungsprozess für jede Einzelhandelsorganisation mit physischen Filialen unerlässlich ist. Vor diesem Hintergrund ist es besonders wichtig, dass Einzelhandelsunternehmen mit physischen Läden über zuverlässige und leistungsstarke Auszugsbuchungsverfahren verfügen.

Informationen zur Funktion

Diese Funktion erweitert den aktuellen Prozess der Auszugsbuchung wie im Folgenden beschrieben.

Data Fidelity Checker

Die Zuverlässigkeit eines Auszugsbuchungsprozesses hängt stark von der Qualität der Daten ab, die diesen Prozess durchlaufen. Diese Daten werden auf der Grundlage von Transaktionen in den POS-Systemen von Microsoft und von Drittanbietern generiert und von den Filialen übermittelt. Es zeigt sich immer wieder, dass die Qualität der aus der Filiale übermittelten Daten aufgrund von Faktoren wie Fehlern im POS-Client, der inkonsistente Daten in die Filialdatenbank schreibt, oder Daten, die von Drittanbietern über das Integrationsframework eingepflegt werden, fragwürdig ist. Dies führt bei der nachgelagerten Auszugsbuchung zu Problemen und Fehlern.

Um diese Herausforderungen zu lösen, überprüft der Data Fidelity Checker die Daten auf Vollständigkeit und Anomalien. Nur die Transaktionen, die die Validierung bestanden haben, werden in den Auszugsprozess einbezogen. Nachfolgend finden Sie einige der Arten der Validierung, die der Data Fidelity Checker durchführen wird (keine vollständige Liste):

• Validieren, ob Geschenkgutscheinartikel mit Rückgabepositionen verknüpft sind

• Validieren, ob die Datensätze in der Rabatttabelle mit dem Rabattbetrag in den jeweiligen Positionstabellen der Retail-Transaktionen übereinstimmen

• Validieren, ob sich der Betrag in den Zahlungsposten für Einzelhandelsgeschäfte zum Zahlungsbetrag in der Kopfzeilen-Einzelhandelsgeschäftstabelle addiert

• Validieren, ob die Datensätze in der Steuertabelle mit dem Steuerbetrag in den Positionstabellen der Retail-Transaktionen übereinstimmen

Die Data Fidelity Checker-Funktion ermöglicht es einem Benutzer weiterhin, Transaktionen zu korrigieren, die nicht den Erwartungen entsprechen, die an die Prüfung zu Nachverfolgbarkeits- und Abgleichszwecken gestellt wurden.

Erstellung von Trickle-Feed-Aufträgen (Öffentliche Vorschau)

Der aktuelle Prozess der Auszugsbuchung wird in zwei Hauptteilen verwaltet:

• Basierend auf den mit der Zentrale synchronisierten Daten reserviert ein „Inventurjob“ den Bestand an Produkten nach einem festgelegten wiederkehrenden Zeitplan.

• Zum Geschäftsschluss sowie zum Ende der täglich anfallenden Betriebsvorgänge werden die restlichen Daten mit der Zentrale synchronisiert. Basierend auf einem definierten Zeitplan erstellt das System für jede Filiale einen Auszugsbeleg. Wenn dieser Auszugsbeleg gebucht wird, entfernt das System die Reservierung für den angelegten Bestand und erstellt dann Aufträge, Zahlungserfassungen und Sachkontenerfassungen im System.

Wie aus den obigen Punkten hervorgeht, werden tagsüber nur temporäre Bestandsreservierungen erstellt. Diese Bestandsreservierungen werden dann am Ende des Tages entfernt und alle Transaktionen werden als Kundenaufträge verarbeitet. Neue Bestandsbuchungen werden zusammen mit anderen Transaktionen am Ende des Tages neu erstellt. Diese tagsüber stattfindenden Transaktionen werden nicht verarbeitet, sondern bis zum Tagesende gesammelt. Dies führt dazu, dass in einem begrenzten Zeitfenster umfangreiche Transaktionen zu bearbeiten sind, was mit einer enormen Belastung und Blockierung einhergeht. Daraus resultieren auch Fehler bei der Buchung von Auszügen.

Um diese Probleme zu lösen, werden die folgenden Verbesserungen am Prozess der Auszugsbuchung vorgenommen:

• Entfernen des „Inventurjobs“, der temporäre Reservierungen erzeugt.

• Erstellen eines neuen Jobs, der zu einem vordefinierten Zeitplan einen Verkaufsauftrag erstellt, ihn fakturiert und Zahlungen für alle Transaktionen erstellt, bucht und anwendet, die zu diesem Zeitpunkt mit der Zentrale synchronisiert sind. Darüber hinaus werden auch alle Sachkontoerfassungen erstellt, die für Rabatte, Geschenkkarten usw. erforderlich sind.

• Der Auszugsbeleg, der am Ende des Tages erstellt wird, wird nur zur Berechnung und Buchung von Zählabweichungen verwendet.

Handhabung von Rückgabepositionen

Um sicherzustellen, dass Rückgabepositionen mit den richtigen Rückgabekosten gebucht werden, muss bei der Buchung von Einzelhandelsauszügen der ursprüngliche Verkauf gebucht werden, bevor die Rückgabebuchung genehmigt wird. In Fällen, in denen für einen ursprünglichen Verkauf kein Auszug gebucht wird, kann auch der Auszug gebucht werden, der der Rückgabe zugeordnet ist. Dies führt dazu, dass Auszüge gesichert werden. Benutzer müssen versuchen, die entsprechende Abhängigkeit herauszufinden, bevor sie sie manuell in der richtigen Reihenfolge buchen. Um dies zu lösen und keine zeitliche Abhängigkeit zwischen den Auszügen zu schaffen, werden die Rückgaben ab dem Datum des ursprünglichen Verkaufs unter Verwendung der Bestandskosten gebucht.

Handhabung von chargenbasierten Artikeln

Bei Artikeln mit Chargenverfolgung unterstützt Retail POS die Erfassung von Chargennummern zum Zeitpunkt des Verkaufs nicht. Zur Buchung der Umsätze dieser Produkte in der Zentrale sind jedoch Chargennummern erforderlich. Bei der aktuellen Auszugsbuchung wird zum Zeitpunkt der Auszugsbuchung eine bereits vorhandene Chargennummer ausgewählt. In Fällen, in denen bei diesen Produkten keine Menge mit Chargennummer vorhanden ist, schlägt die Auszugsbuchung allerdings auch dann fehl, auch wenn für diese Produkte ein negativer Bestand aktiviert ist. Diese Funktion stellt sicher, dass die Auszugsbuchung für chargenbasierte Artikel, bei denen der negative Bestand aktiviert ist, nicht gesperrt wird, wenn der Bestand null ist (bzw. die Chargennummer nicht verfügbar ist).

Siehe auch

Konsistenzprüfung für Einzelhandelstransaktionen (Dokumente)