Rensningsrutiner i Dynamics 365 Finance och Dynamics 365 Supply Chain Management

Denna rensningsrutin används för att periodiskt radera poster från tabellerna EventInbox och EventInboxData.

Rekommendation: Om du inte använder aviseringsfunktionen, stäng av aviseringen från batchjobbet.

Denna rensningsrutin låter dig radera databasloggar efter behov. Du kan ta bort loggar för specifika tabeller, ta bort specifika typer av databasloggar eller radera loggar baserat på datum och tid då de skapades.

Notera: Elektroniskt signerade poster kan inte raderas från loggar.

Som standard raderas jobbhistorikposter och relaterad stagingtabellsdata som är äldre än 90 dagar automatiskt (från och med september 2023). För att konfigurera en bevaringstid för jobbhistorik på mindre än 90 dagar, använd funktionen Execution history cleanup i Data Management. Den ersätter den tidigare Staging städrutinen, som nu är föråldrad (föråldrad).

Följande tabeller är rensade:

• Alla mellanlagringsregister
• DMFSTAGINGVALIDATIONLOG
• DMFSTAGINGEXECUTIONERRORS
• DMFSTAGINGLOGDETAIL
• DMFSTAGINGLOG
• DMFDEFINITIONGROUPEXECUTIONHISTORY
• DMFEXECUTION
• DMFDEFINITIONGROUPEXECUTION
• DMFDEFINITIONGROUPEXECUTIONPROGRESS

Denna rensningsrutin tar bort huvudbokföring, kundresor och leverantörsreskontra som bokförs. När du raderar en bokad huvudbokad journal tas all information som är relaterad till den ursprungliga transaktionen bort.

Från och med Dynamics 365 Finance version 10.0.47 förbättras prestandan i denna saneringsrutin med en ny funktion i funktionshanteringen. Aktivera funktionen Delete journals batchprocessförbättring för att köra mer effektivt i batch genom att använda ett toppplockningsmönster.

Notera: Radera denna information endast om du är säker på att det inte är nödvändigt att vända huvudbokstransaktionerna.

Denna rensningsrutin sätter upp ett batchjobb för att rensa e-postnotisloggarna.

Denna saneringsrutin stänger lagertransaktioner eller raderar avbrutna lageravräkningar. Genom att rensa upp stängda eller raderade inventariebosättningar hjälper du till att frigöra systemresurser.

Gruppera eller ta inte bort lageravräkningar som ligger för nära det aktuella datumet eller räkenskapsåret, eftersom en del av transaktionsinformationen för avräkningarna går förlorad.

Stängda lagertransaktioner kan inte ändras efter att de grupperats, eftersom transaktionsinformationen för avräkningarna går förlorad.

Om avbrutna lageravräkningar raderas kan de inte stämmas av med finanstransaktioner.

Dialogen för att ställa in detta jobb ger följande valfria inställningar:

• Gruppavräkningar bokförda före – Ange datumet före vilket avräkningarna av stängda lagertransaktioner grupperas.
• Ta bort avbokade bosättningar som postats tidigare – Ange datumet då bosättningarna avbröts och raderades.

Denna städrutin håller bordet vid InventDim liv. Den tar bort alla befintliga lagerdimensioner som är definierade men inte används i det nuvarande företaget. Alla oanvända lagerdimensioner raderas permanent oavsett om transaktionen är öppen eller stängd.

Denna rensningsrutin verifierar om varje InventDim post används i inköpsorderrader, försäljningsorderlinjer, lagertransaktioner och/eller lagerposter. Om det finns en referens till InventDim, kontrolleras den. Om den inte används tas den bort. Om samma kombination av dimensioner används senare skapar systemet en ny InventDim post med ett nytt InventDimId värde och använder denna istället.

Lagerdimensionskombinationsposter som fortfarande refereras kan inte raderas eftersom när en InventDim post raderas kan relaterade transaktioner inte öppnas igen.

Varning: Detta jobb tar bort alla lagerdimensioner som skapades under det målade datumintervallet och som är definierade men inte används i det nuvarande företaget. Oanvända inventariedimensioner raderas permanent. Ingen varning eller databaslogg skapas under processen. Kör inte det här jobbet utan en god anledning. Se till att schemalägga processen utanför kontorstid.

Denna saneringsrutin tar bort stängda och oanvända poster för lagerbestånd som är tilldelat en eller flera spårningsdimensioner. Stängda transaktioner markeras som stängda och innehåller värdet 0 (noll) för alla kvantiteter och anskaffningsvärden. Genom att ta bort dessa transaktioner hjälper du till att förbättra prestandan för frågor för lagerbestånd. Transaktioner raderas inte för lagerutrymme som inte är tilldelat spårningsdimensioner. Denna saneringsrutin kan ta bort data som används i rapporter, såsom den fysiska lagerrapporten per lagerdimension , så se till att du förstår konsekvenserna innan du kör den.

Dialogen för att ställa in detta jobb ger följande inställning:

• Radera om det inte uppdateras under så många dagar – Stängda handposter som inte uppdateras under detta antal dagar raderas (standard är 7). Poster som ändras under denna period raderas inte

Denna rensningsrutin samlar InventSum rader med en mängd 0 (noll) och rensar poster där Stängt är satt till Sann.

Denna rutin hanterar scenarier där det inte finns fler kvantiteter i InventSum tabellen för en kombination av lagerdimensioner, men det finns ändå ett värde. Även om dessa värden försvinner i vissa fall, tillåter den nuvarande designen ibland att värden får finnas kvar.

Till exempel, om du använder batchnummer, skapar varje batchnummer (och den kombinerade platsen, lagret osv.) en ny post i tabellen InventSum . När batchnumret säljs sätts kvantitetsfälten till 0 (noll). I de flesta fall sätts även fälten för finansiellt kostnadsbelopp och fysiskt kostnadsbelopp till 0 (noll). Men i standardkostnadsomvärdering och andra scenarier kan fältet fortfarande visa en viss summa. Detta beteende är giltigt och speglar hur systemet hanterar kostnader på den finansiella inventarienivån (till exempel på platsnivå).

Lagervärdena bestäms av poster i InventSum tabellen. I vissa fall, när lagervärden i det förflutna rapporteras, bestäms värdet av lagertransaktioner (tabellen InventTrans ). Därför, när du kör lagervärdesrapporter, tittar systemet initialt på tabellen InventSum , aggregerar alla poster till platsnivå och rapporterar värdet för varan per plats.

Data från de enskilda posterna på batchnummernivå används aldrig. Därför går denna rutin igenom alla InventSum poster och hittar poster där det inte finns någon kvantitet kvar (det vill säga där Inga öppna kvantiteter är satt till Sann). Eftersom det inte finns någon anledning att behålla dessa poster hittar InventSum systemet posten för samma objekt som har samma plats, kopierar värdena från batchnummernivån till platsnivån och raderar posten. När du sedan kör lagervärdesrapporter hittar systemet fortfarande samma korrekta värden. Därför minskar denna rutin antalet InventSum poster, avsevärt i vissa fall, och har en positiv inverkan på prestandan för alla funktioner som frågar den tabellen.

Denna rensningsrutin raderar lagringsdata för rapporter som kördes före ett specifikt datum.

Dialogen för att ställa in detta jobb ger följande inställning:

• Radera lagerrapporten som utförts innan – Ange det senaste datumet för att spara rapportdata. Data för rapporter som är äldre än denna raderas.

Denna rensningsrutin åtgärdar inkonsekvent data och korrigerar oväntade storheter som är relaterade till överföringsorder.

Dialogen för att ställa in detta jobb ger följande inställningar:

• Omräkna överföringsrelaterade mängder – Sätt till Ja för att omräkna och korrigera skeppad kvantitet, skicka återstående kvantitet och ta emot återstående kvantitetsvärden.
• Beräkna om lagertransaktioner – Ställ in på Ja för att åtgärda korrupta lagertransaktioner, såsom mottagna överföringsorder med beställda transaktioner och överföringsorder kopplade till slutförda utgångsorder.
• Beräkna om headerstatus – Ställ in på Ja för att korrigera headerstatusvärden för överföringsorder baserat på deras radstatusvärden.
• Återställ header – Ställ in på Ja för att återställa överföringsorder som oväntat togs bort trots att de inte mottogs fullt ut, relaterade orderrader fortfarande finns kvar, eller relaterade lagertransaktioner fortfarande finns.

Denna rensningsrutin raderar alla beställnings- eller beställda lagertransaktioner som kopplas till bokade eller icke-existerande lagerjournaler i det nuvarande företaget. Du väljer om du vill rensa upp föräldralösa obokförda lagertransaktioner utan journallinjer.

Varning: Lagertransaktionerna raderas permanent. Ingen varning eller databaslogg skapas under processen. Kör inte denna process utan en god anledning, och se till att testa noggrant innan du kör den i produktionsmiljön.

Vi rekommenderar att du regelbundet städar upp registreringarna. Denna rensningsrutin raderar endast data som bearbetas.

Notera: Se till att du inte raderar registreringar som kan krävas senare för dokumentationsändamål.

Samma som produktionskontroll: > periodiska uppgifter > : rensning, > produktionsorder, sanering.

Denna rensningsrutin används för att radera produktionsorder som avslutats.

Denna städrutin tar bort projekttimmarsavgifter och startsaldojournaler som har publicerats. När du raderar en bokad huvudbokad journal tas all information som är relaterad till den ursprungliga transaktionen bort.

Notera: Du bör bara radera denna information om du är säker på att du inte behöver reversera huvudbokstransaktionerna.