Sorgen Sie mit einem automatisierten Transaktionsmodul mit doppeltem Eingang für Datenintegrität und Transparenz im gesamten vermögenswertbasierten Inventar. Durch die Trennung physischer Aktienbewegungen von staatlichen Bucket-Änderungen verfolgt die IT-Hardware-Vermögenswertverwaltung Inventarumstellungen und behält gleichzeitig die Überprüfbarkeit für Finanzabstimmungen und Compliance-Untersuchungen bei.
Erforderliche Editionen
Verfügbarkeit: Lightning Experience
Verfügbarkeit: Enterprise, Performance und Unlimited Edition mit Agentforce IT Service.
Dual-Ledger-Datenmodell: PIT vs. PIAT
Zur Unterstützung der detaillierten Vermögenswertverfolgung über Lebenszyklen hinweg protokolliert das Inventarmodul quantitative Änderungen automatisch mithilfe von zwei Plattformobjekten:
Produktelementtransaktion (PIT): Standardobjekt, das die Bewegung des physischen Inventars innerhalb und außerhalb eines Standorts verfolgt, indem Änderungen direkt an "Verfügbare Menge" aufgezeichnet werden.
Zusätzliche Produktelementtransaktion (PIAT): Standardisiertes Objekt, das interne Statusverschiebungen in Status-Buckets verfolgt, einschließlich "Zugeteilte Menge", "Soft reservierte Menge", "Beschädigte Menge" und "Warteschlange".
Vermögenswertstandort und Produktelementhierarchie
Standort: Basis-Site-Datensatz, für den der Nutzungstyp auf Vermögenswertbasiert festgelegt ist.
Produktelement: Stellt das an einem angegebenen Standort gelagerte Inventar dar.
Transaktionsmodul-Architektur
Quantitative Bestandsänderungen an einem Produktelement, die je nach Bewegungstyp in zwei spezialisierte Transaktionsobjekte aufgeteilt werden:
Objektdatensatz
Inventarkennzahl verfolgt
Transaktionsumfang
Produktelementtransaktion (PIT)
Mengenverfügbarkeit
Zeichnet den physischen Bestand beim Ein- und Ausfahren am Standort an oder verringert ihn.
Zusätzliche Produktelementtransaktion (PIAT)
Bundesstaatsmengen-Buckets
Protokolliert interne Statusverschiebungen, einschließlich "Zugeteilte Menge", "Soft reservierte Menge", "Beschädigte Menge" und "In Warteschleife befindliche Menge".
Polymorphe Nachschlagezuordnung
Sowohl PIT- als auch PIAT-Bucheinträge verwenden das polymorphe Nachschlagefeld RelatedRecord, um Inventartransaktionen wieder mit dem ursprünglichen Betriebsdatensatz zu verknüpfen:
Vermögenswertaktivität
Abwicklungsauftrags-Belegposten
Rückgabeauftrags-Belegposten
Produktübertragung
Inventarpostenreservierung
Inventartransaktionsbeziehungen
Bewegungstransaktionen
Physische Aktualisierungen ändern die Gesamtinventarzahlen an einem Standort oder übertragen Hardware zwischen Standorten. Diese Aktionen generieren einen Eintrag vom Typ "Produktelementtransaktion" zum Aktualisieren der verfügbaren Menge.
Beispiele: Empfangen einer Lieferantenlieferung, Disponieren einer Produktübertragung an einen Lagerraum oder Markieren eines Vermögenswerts als entsorgt.
Statusänderungstransaktionen
Der interne Status ändert das Inventar zwischen den Betriebszuständen, ohne den physischen Bestand aus einem Standort zu verschieben. Diese Aktionen generieren einen Eintrag vom Typ "Zusätzliche Produktelementtransaktion", um die Buckets für die angegebene Statusmenge zu aktualisieren.
Beispiele: Soft-Reservieren von Inventar für eine Anforderung, Zuordnen von Lagerbeständen zu einem Auftrag oder Markieren von Lagerbeständen als defekt.
Formelfelder und Überwachungsverhalten
Berechnete Inventarfelder wie "Verfügbare Menge" generieren keine Transaktionsdatensätze direkt, wenn sich Werte ändern. Da es sich bei "Verfügbare Menge" um ein Formelfeld handelt, das von "Verfügbare Menge" minus Zuteilungen für Bundesstaaten abgeleitet wird, erfassen PIT- und PIAT-Bucheinträge die zugrunde liegenden Änderungen vollständig. Transaktionsdatensätze mit doppelter Eingabe behalten vollständige Prüfprotokolle bei.
Konnten Sie Ihr Problem mithilfe dieses Artikels lösen?
Geben Sie uns Feedback, damit wir uns verbessern können.
Laden
Salesforce Help | Article
Cookie Consent Manager
Cookie Consent Manager
General Information
Required Cookies
Functional Cookies
Advertising Cookies
General Information
We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required Cookies
Always Active
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional Cookies
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising Cookies
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.