avskrivningar utstationering körs förklaras i detalj

om du måste köra avskrivningar med företagskod klokt, t-koden AFAB (programnamn RAPOST2000) kan utföras. Programmet RAPOST2010 tillåter val av flera företagskoder. Rapportvalsvariablerna kan bibehållas i tvarv-tabellen för båda dessa program och kan schemaläggas med scheduler Manager.

planerad utstationering Run

den planerade utstationering Run är standard periodisk körning att posta planerade avskrivningar. Detta bör användas när den sista avskrivningskörningen lyckades, och det är dags att genomföra avskrivningskörningen som en del av den nya periodens stängningsprocess. Systemet kontrollerar att bokföringsperioden är den som följer efter den senast publicerade perioden; denna information registreras sedan i tabell T093D, i fälten AFBLPE (period) och AFBLCJ (år). Dessutom uppdateras statusen för en avskrivningskörning också i tabellen TABA. Fältnamnen i TABA är ” Document posted indicator-XBUKZ och Period då senaste avskrivningar publicerades-AFBLPE. Observera att TABA-posten skapas först under inläggsprocessen. Tabellen T093D uppdateras som ett av de sista stegen. Observera dock att tabellen T093D inte skulle uppdateras för testkörningar. Dessutom lagrar tabellen ANLP avskrivningsvärdena från varje avskrivningskörning. Fältet NAFAZ har värde som ska bokföras från denna avskrivningskörning.

starta om

starta om körningen skulle endast användas om avskrivnings utstationering körningen avslutas under bearbetning på grund av antingen ett systemavbrott eller fel kan ha orsakat det att sluta onormalt. Om utstationering kör avslutas av tekniska skäl, och ändringar som redan gjorts i databasen, avskrivningskörningsrapporten måste börja i omstartsläge.

till exempel, när en tillgång har en antingen stängd WBS eller ogiltigt kostnadscenter, systemet gör inlägg till anläggningstillgångar Sub-ledger (genom att uppdatera tabellerna ANLC/ANLP), men jobbet misslyckades med att posta till G/L. med andra ord misslyckades programmet posterna till G/L, alltså en inkonsekvens som skapats vid denna tidpunkt mellan FI-AA och FI-GL, åtminstone tills omstart av avskrivningen körs igen. Om WBS eller Cost Center är fixat i asset master kommer omstarten att återställa tabeller och utföra den planerade publiceringskörningen, med början vid den punkt den avbröts. Detta kommer att rensa alla databaser med möjliga inkonsekvenser. Användning av omstartsläget säkerställer att alla systemaktiviteter som avbröts av uppsägningen upprepas. Taba-posten i tabellen måste finnas vid denna tidpunkt, men omstarten skapar inte en ny TABA-post. Om fältet TABA-XBUKZ har ett värde på ”1”, vilket innebär att omstartsläge krävs. Efter att ha löst fel(er) ändras fältet till ”X” vilket betyder att det har publicerats framgångsrikt. Om TABA-XBUKZ har ett värde på ”N”, är det ännu inte publicerat.

Obs!: Detta påverkar endast de tillgångar som inte kördes i föregående körning.

Repeat

Repeat run används för att upprepa publiceringskörningen inom den period som senast publicerades. Upprepning skulle användas om ändringar har gjorts efter att periodens avskrivningsperiod har bokförts.

låt oss till exempel säga avskrivningsvillkor (t. ex. en tillgångs nyttjandeperiod) ändras i tillgångens huvuddata eller nya transaktioner som bokförts (för t.ex. tillgångsöverföringar). Därför är det nödvändigt att avskriva under den aktuella perioden för de ändringar som gjorts. Systemet räknar om avskrivningarna för perioden, subtraherar de redan upplagda avskrivningarna och lägger sedan bara in skillnaden. Detta kan begränsas till specifika tillgångar som kan listas under parametrar för testkörning eller för alla tillgångar i företagskoden. Dessutom kan Repetitionskörningen användas om ytterligare tillgångar avvecklades efter att den planerade publiceringen var klar. Ett exempel skulle vara allokering kördes som orsakade att ytterligare tillgångar skapades. En upprepad körning kan sedan bearbetas för endast de specifika tillgångsnumren eller en enda tillgång.

Obs!: under en upprepad inläggsrunda publicerar systemet bara skillnaderna som resulterade mellan den första inläggsrundan och den upprepade inläggsrundan med andra ord ingen dubbel inlägg eller överskrivning av befintlig inlägg.

oplanerad Inläsningskörning

den oplanerade Inläsningskörningen tillåter inlägg utanför den normala bearbetningscykeln (till exempel månadsvis). Det här alternativet är inte detsamma som oplanerade avskrivningar. Flera perioder kan läggas upp i en enda körning med det här alternativet. Genom att ställa in denna indikator kontrollerar systemet inte anslutningen till föregående period och tillåter att hoppa över perioder. Detta kan vara ett användbart alternativ för teständamål för uppskattning eller validering av viss avskrivningsberäkning, men i allmänhet rekommenderas inte detta alternativ.

Lämna ett svar

Din e-postadress kommer inte publiceras.