Tabela CSKS — Tabela de Dados Mestre de Centro de Custo

Uma linha em CSKS representa uma única "fatia de tempo" dos dados mestre de um centro de custo dentro de uma área de contabilidade de custos. Como atributos como empresa, centro de lucro, moeda, pessoa responsável ou atribuição de hierarquia podem mudar ao longo da vida de um centro de custo, o SAP não sobrescreve o registro na alteração: ele fecha a fatia atual definindo sua data de término de validade e insere uma nova linha para o novo período. Assim, um centro de custo que foi reorganizado cinco vezes em dez anos tem cinco linhas em CSKS, não uma. A tabela contém apenas atributos organizacionais e de controle. Ela não possui campos de valor e nem campos de ano fiscal ou período de lançamento, porque não é uma tabela de saldo; é a definição do objeto que lançamentos posteriores referenciam por número.

Sempre restrinja por MANDT primeiro, depois por KOKRS, pois KOSTL não é globalmente único e uma consulta sem a área de contabilidade de custos pode silenciosamente fazer join com o centro de custo errado em áreas que por acaso reutilizam o mesmo número. Para qualquer pesquisa vinculada a uma data específica, filtre DATAB menor ou igual a essa data e DATBI maior ou igual a essa data, em vez de assumir que DATBI é igual a 99991231, o que apenas captura a "fatia" aberta e perde registros históricos ou com data futura. A tabela em si não é grande na maioria dos sistemas, então o desempenho raramente é o problema; a correção do filtro de data é.

Sintoma: um lançamento em um centro de custo é rejeitado como não válido para a data de lançamento. Seleção: leia CSKS para o KOKRS e KOSTL em questão sem filtro de data, liste todas as linhas ordenadas por DATAB e compare a data de lançamento com o intervalo DATAB e DATBI de cada "fatia". Se a data de lançamento cair em uma lacuna entre duas "fatias", ou após o último DATBI, o centro de custo não possui um registro mestre válido cobrindo essa data, o que explica a rejeição independentemente de qualquer problema de autorização ou bloqueio.

CSKS permanece uma tabela transparente no S/4HANA com a mesma estrutura de "fatias de tempo" que tinha no ECC; os dados mestre de centro de custo não foram absorvidos no diário universal ou reestruturados da mesma forma que as tabelas de totais do FI. Ela ainda é mantida através das mesmas transações de manutenção de centro de custo e ainda alimenta o ACDOCA como uma característica nos itens de linha lançados. As ferramentas de relatórios estão lendo cada vez mais os dados do centro de custo através de visões de compatibilidade, em vez da tabela diretamente, mas a tabela subjacente e seu layout de campo permanecem inalterados.

A criação, bloqueio e atribuição de hierarquia de centros de custo são responsabilidades da equipe de dados mestre de Controlling ou FP&A, geralmente governadas por um processo de solicitação de mudança vinculado à estrutura organizacional. O departamento financeiro da unidade de negócio é responsável pela exatidão da pessoa responsável e da categoria do centro de custo. Uma disputa sobre se um centro de custo era válido, bloqueado ou corretamente atribuído à hierarquia em uma determinada data é resolvida consultando o histórico de CSKS, e não pedindo ao solicitante para se lembrar do que ele pretendia.

CSKT contém a descrição dependente do idioma para cada "fatia de tempo" de CSKS. CSKB define quais elementos de custo são permitidos para lançar no centro de custo em um determinado período. CSKA contém o mestre de elemento de custo no nível da área de contabilidade de custos que CSKB referencia. A manutenção é feita através das transações padrão de criar, alterar e exibir centro de custo e através da transação de manutenção de grupos e hierarquias de centros de custo; as alterações em massa geralmente são feitas através de uma transação dedicada de manutenção em massa, em vez de edições diretas na tabela.