pokud musíte spustit odpisy podle kódu společnosti wise, t-code AFAB (název programu RAPOST2000) lze provést. Program RAPOST2010 umožňuje výběr několika firemních kódů. Proměnné výběru sestavy lze udržovat v tabulce TVARV pro oba tyto programy a lze je naplánovat pomocí Správce plánovače.
plánovaný účtovací Běh
plánovaný účtovací běh je standardní periodický běh pro účtování plánovaných odpisů. To by mělo být použito, když byl poslední odpis úspěšný, a je čas provést odpisový běh jako součást nového procesu uzavírání období. Systém kontroluje, zda je účtovací období následující po posledním úspěšně zveřejněném období; tyto informace jsou poté zaznamenány v tabulce T093D, v polích AFBLPE (období) a AFBLCJ (rok). Kromě toho je stav odpisového běhu také aktualizován v tabulce TABA. Názvy polí v Tabě jsou “ Indikátor zveřejnění dokumentu-XBUKZ a období, ve kterém byly zveřejněny Poslední odpisy-AFBLPE. Vezměte prosím na vědomí, že položka TABA je vytvořena jako první během procesu účtování. Tabulka T093D je aktualizována jako jeden z posledních kroků. Upozorňujeme však, že tabulka T093D nebude aktualizována pro testovací běhy. Tabulka ANLP navíc ukládá hodnoty účtování odpisů z každého odpisového běhu. Pole NAFAZ má hodnotu, která má být zaúčtována z tohoto odpisového běhu.
Restart
spuštění restartu by se použilo pouze v případě, že běh účtování odpisů ukončený během zpracování kvůli výpadku systému nebo chybě mohl způsobit jeho abnormální ukončení. Je-li účtování běh ukončen z technických důvodů, a změny provedené již v databázi, odpisy run zpráva musí být začít v režimu restartu.
například, když má aktivum uzavřené WBS nebo neplatné nákladové středisko, systém provede účtování do Podoknihy dlouhodobého majetku (aktualizací tabulek ANLC/ANLP), ale úloha se nepodařilo odeslat do G / L. jinými slovy, program selhal při účtování do G / L, tedy nekonzistence vytvořená v tomto okamžiku mezi FI-AA A FI-GL, alespoň do opětovného spuštění odpisů. Pokud je WBS nebo nákladové centrum fixováno v nástroji asset master, restart resetuje tabulky a provede plánovaný běh účtování, počínaje okamžikem, kdy byl přerušen. Tím se vymaže jakákoli databáze možných nesrovnalostí. Použití režimu restartu zajišťuje opakování všech činností systému, které byly přerušeny ukončením. Položka Taba tabulky musí v tomto okamžiku existovat, ale spuštění restartu nevytváří novou položku TABA. Pokud má pole TABA-XBUKZ hodnotu „1“, což znamená, že je vyžadován režim restartu. Po vyřešení chyby se pole změní na „X“, což znamená, že je úspěšně zveřejněno. Pokud má TABA-XBUKZ hodnotu „N“, teprve bude zveřejněna.
Poznámka: To se týká pouze těch aktiv, která nebyla úspěšně provedena v předchozím běhu.
Repeat
opakování běhu se používá k opakování běhu vysílání v období posledního zveřejnění. Opakování by se použilo, pokud by byly provedeny změny po zaúčtování období odpisů.
řekněme například podmínky odpisů (např. Doba použitelnosti aktiv) se mění v kmenových datech aktiv nebo v nových transakcích (např. u převodů aktiv). Proto je třeba v běžném období znehodnotit provedené změny. Systém přepočítává odpisy za dané období, odečte již zaúčtované odpisy a poté zaúčtuje pouze rozdíl. To může být omezeno na konkrétní aktiva, která mohou být uvedena v parametrech pro zkušební provoz nebo pro všechna aktiva v kódu společnosti. Kromě toho může být opakování účtování použito, pokud byla po dokončení plánovaného účtování vypořádána další aktiva. Příkladem může být alokace byla spuštěna, což způsobilo další aktiva, které mají být vytvořeny. Opakovaný běh by pak mohl být zpracován pouze pro tato konkrétní čísla aktiv nebo pro jedno aktivum.
Poznámka: během opakovaného účtování, systém zveřejňuje pouze rozdíly, které vyústily mezi prvním účtováním a opakovaným účtováním, jinými slovy žádné dvojité účtování nebo přepsání existujících příspěvků.
neplánované účtování Běh
neplánované účtování běh umožňuje účtování mimo normální cyklus zpracování (například měsíčně). Tato možnost není stejná jako neplánované odpisy. Několik období lze zaúčtovat v jednom běhu s touto volbou. Nastavením tohoto indikátoru systém nekontroluje připojení k předchozímu období a umožňuje přeskakování přes období. To může být užitečná volba pro testovací účely pro odhad nebo validaci některých výpočtů odpisů, ale obecně se tato možnost nedoporučuje.