se você tiver que executar a depreciação por código da empresa, O T-code AFAB (nome do programa RAPOST2000) pode ser executado. O programa RAPOST2010 permite a seleção de vários códigos da empresa. As variáveis de seleção de relatório podem ser mantidas na tabela TVARV para ambos os programas e podem ser agendadas usando o Gerenciador do agendador.
execução de postagem planejada
a execução de postagem planejada é a execução periódica padrão para a depreciação pós-planejada. Isso deve ser usado quando a última execução de depreciação foi bem-sucedida e é hora de realizar a execução de depreciação como parte do novo processo de fechamento de período. O sistema verifica se o período de postagem é o seguinte ao último período postado com sucesso; essas informações são registradas na tabela T093D, nos campos AFBLPE (período) e AFBLCJ (ano). Além disso, o status de uma execução de depreciação também é atualizado na tabela TABA. Os nomes de campo em TABA são ” indicador de publicação de documentos-XBUKZ e período em que a última depreciação foi postada-AFBLPE. Observe que a entrada TABA é criada primeiro durante o processo de postagem. A tabela T093D é atualizada como uma das últimas etapas. No entanto, observe que a tabela T093D não seria atualizada para testes. Além disso, a tabela ANLP armazena os valores de postagem de depreciação de cada execução de depreciação. O campo NAFAZ tem valor a ser postado a partir desta execução de depreciação.
Restart
a execução de reinicialização só seria usada se a execução de postagem de depreciação terminasse durante o processamento devido a uma interrupção do sistema ou erro pode ter causado o fim anormal. Se a execução de postagem for encerrada por razões técnicas e as alterações já feitas no banco de dados, o relatório de execução de depreciação deverá ser iniciado no modo de reinicialização.
Por exemplo, quando um ativo tem uma fechada WBS ou inválido centro de custo, o sistema faz o lançamento para Ativos Fixos sub-razão (por atualizar as tabelas ANLC/ANLP), mas a tarefa não foi possível postar G/L. Em outras palavras, o programa falhou os lançamentos em G/L, portanto, uma inconsistência criado neste ponto do tempo, entre FI-AA e FI-GL, pelo menos até que reinicie a depreciação é executado novamente. Se a WBS ou centro de custo for fixada no mestre de ativos, a reinicialização redefinirá as tabelas e executará a execução de postagem planejada, começando no ponto em que foi interrompida. Isso irá limpar qualquer banco de dados de possíveis inconsistências. O uso do modo de reinicialização garante que todas as atividades do sistema interrompidas pelo término sejam repetidas. A entrada TABA da tabela deve existir neste ponto, mas a execução de reinicialização não cria uma nova entrada TABA. Se o campo TABA-XBUKZ tiver um valor de “1”, o que significa que o modo de reinicialização é necessário. Depois de resolver o(S) erro (S), O campo será alterado para “X”, o que significa que foi postado com sucesso. Se TABA-XBUKZ tem um valor de “N”, ainda não foi publicado.
observação: isso afeta apenas os ativos que não foram executados com êxito na execução anterior.
repita
a execução repetida é usada para repetir a execução de postagem no período publicado pela última vez. A repetição seria usada se as alterações tiverem sido feitas após a execução da depreciação do período Ter sido publicada.
por exemplo, digamos Termos de depreciação (por exemplo uma vida útil do ativo) são alterados nos dados mestre do ativo ou em novas transações postadas (por exemplo, transferências de ativos). Portanto, há uma necessidade de depreciar no período atual para as alterações feitas. O sistema recalcula a depreciação para o período, subtrai a depreciação já postada e, em seguida, publica apenas a diferença. Isso pode ser restrito a ativos específicos que podem ser listados em parâmetros para execução de teste ou para todos os ativos no código da empresa. Além disso, a execução de postagem repetida pode ser usada se ativos adicionais forem liquidados após a conclusão da execução de postagem planejada. Um exemplo seria a alocação foi executada, o que fez com que ativos adicionais fossem criados. Uma execução repetida poderia então ser processada apenas para esses números de ativos específicos ou um único ativo.
nota: Durante uma execução de postagem repetida, o sistema publica apenas as diferenças que resultaram entre a primeira execução de postagem e a execução de postagem repetida, em outras palavras, nenhuma postagem dupla ou sobrescrita de postagem existente.
execução de postagem não planejada
a execução de postagem não planejada permite a postagem fora do ciclo normal de processamento (por exemplo, mensalmente). Esta opção não é a mesma que a depreciação não planejada. Vários períodos podem ser postados em uma única execução com esta opção. Ao definir este indicador, o sistema não verifica a conexão com o período anterior e permite pular períodos. Esta pode ser uma opção útil para fins de teste para estimativa ou validação de algum cálculo de depreciação, mas geralmente essa opção não é recomendada.