Granskningslogg för lagertransaktion
Upprätthåll dataintegritet och synlighet över tillgångsbaserade lager genom att använda en automatiserad dubbelinmatningstransaktionsmotor. Genom att separera fysiska lagerflyttningar från ändringar av delstatshinkar följer hantering av IT-maskinvarutillgångar lagerövergångar samtidigt som granskningsbarhet bevaras för ekonomiska avstämningar och efterlevnadsutredningar.
Versioner som krävs
| Tillgängliga i: Lightning Experience |
| Tillgängliga i: Enterprise, Performance och Unlimited Editions med Agentforce IT Service. |
Datamodell med två ledare: PIT jämfört med PIAT
För att stödja detaljerad tillgångsspårning över livscykeln loggar lagermotorn automatiskt kvantitativa ändringar med hjälp av två plattformsobjekt:
- Produktobjekttransaktion (PIT): Standardobjekt som följer fysiska lagerrörelser in och ut ur en plats genom att registrera ändringar direkt till Tillgänglig mängd.
- Ytterligare transaktion för produktobjekt (PIAT): Standardiserat objekt som följer interna statusskift inom delstatshinkar, inklusive Tilldelad kvantitet, Mjukreserverad kvantitet, Skadad kvantitet och Väntad kvantitet.
Tillgångsplats och produktobjekthierarki
- Plats: Baswebbplatspost konfigurerad med Användningstyp satt till Tillgångsbaserad.
- Produktobjekt: Representerar lager som lagras på en specificerad plats.
Transaktionsmotorarkitektur
Kvantitativa lagerändringar för ett produktobjekt uppdelat i två specialiserade transaktionsobjekt baserat på rörelsetyp:
| Objektpost | Lagermått spårat | Transaktionsomfattning |
|---|---|---|
| Produktobjekttransaktion (PIT) | Tillgänglig mängd | Registrerar fysiska lager som ökar eller minskar förflyttningar in och ut ur platsen. |
| Ytterligare transaktion för produktobjekt (PIAT) | Statuskvantitetshinkar | Loggar interna lägesskift, inklusive Allokerad kvantitet, Mjuk reserverad kvantitet, Skadad kvantitet och Väntad kvantitet. |
Polymorf sökassociation
Både PIT- och PIAT-liggarposter använder det polymorfa sökfältet RelatedRecord för att länka lagertransaktioner tillbaka till den ursprungliga operativa posten:
- Tillgångsaktivitet
- Radartikel för orderuppfyllande
- Returorderradartikel
- Produktöverföring
- Lagerobjektreservation
Lagertransaktionsrelationer
Rörelsetransaktioner
Fysiska uppdateringar ändrar det totala antalet lager på en plats eller överför hårdvara mellan platser. Dessa åtgärder skapar en post för Produktobjekttransaktion (PIT) för att uppdatera Tillgänglig mängd.
- Exempel: Ta emot en leverantörsleverans, skicka en produktöverföring till ett lager eller markera en tillgång som avyttrad.
Ändringstransaktioner i status
Intern status ändrar skiftlager mellan operativa lägen utan att flytta fysiskt lager från en plats. Dessa åtgärder skapar en PIAT-post (Product Item Additional Transaction) för att uppdatera utsedda kvantitetshinkar för status.
- Exempel: Mjukreservera lager för en begäran, allokera lager till en order eller markera lager som defekt.
Formelfält och granskningsbeteende
Beräknade lagerfält, som Tillgänglig kvantitet, skapar inte transaktionsposter direkt när värden ändras. Eftersom Tillgänglig kvantitet är ett formelfält som härleds från Tillgänglig kvantitet minus allokeringar av status samlar PIT- och PIAT-liggare in underliggande ändringar fullständigt. Transaktionsposter med dubbla poster bevarar fullständiga granskningskedjor.
