TABELA NÃO GERA REQUEST

Customização de tabelas

 

Em algumas tabelas, o objeto de sua estrutura pode estar configurado para não gerar request.

 

Isso pode causar transtornos com tabelas divergentes entre ambientes.

 

Assim, dentro da tabela na visão de Status at. (status de atualização) o fleg do campo Classe de entrega irá determinar se:

 

Classe de entrega de uma visão de atualização

A classe de entrega de uma visão de atualização é analisada na Atualização ampliada de tabela (SM30). Se, para a visão de atualização, for gerada uma interface de atualização, as seguintes informações são analisadas na entrada de dados de visão por meio desta interface:

• Para as visões de atualização das classes de entrega E ou G, é efetuada a verificação de se os dados entrados na tabela TRESC para a vião, respeitam os conjuntos de nomes definidos.

• É efetuada a verificação de se a conexão para transporte instalada na atualização gerada de tabela é apropriada. Por exemplo, para as visões de atualização das classes de entrega L e W, não é efetuado qualquer transporte.

A forma como são tratados os dados entrados por uma visão em uma tabela de base da visão, aquando da mudança de release ou do transporte, é determinada exclusivamente pela Classe de entrega da respectiva tabela de base da visão.

A classe de entrega controla o transporte de dados da tabela, no caso de instalação, mudança de release, cópia de mandante, e no caso de transporte entre sistemas de cliente. A classe de entrega também é considerada na Atualização ampliada de tabelas.

Existem as seguintes classes de entrega:

• A: Tabela de aplicação (dados mestre e de movimento)

• C: Tabela de cliente, os dados são atualizados exclusivamente pelo cliente.

• L: Tabela para arquivar dados temporários.

• G: Tabela de cliente, a SAP pode inserir registros novos, mas não pode sobregravar ou eliminar aqueles que já existem. É necessário que o conjunto de nomes de cliente seja definido na tabela TRESC (utilizar o report RDDKOR54).

• E: Tabela de sistema com conjuntos de nomes próprios para entradas de cliente. É necessário que o conjunto de nomes de cliente seja definido na tabela TRESC (utilizar o report RDDKOR54).

• S: Tabela de sistema, as modificações de dados têm o status de modificações de programa.

• W: Tabela de sistema (por exemplo, tabela do ambiente de desenvolvimento), cujos dados são transportados por objetos de transporte próprios (por exemplo, R3TR PROG, R3TR TABL, etc).

Comportamento na cópia de mandante

Só são copiados os dados de tabelas dependentes de mandante.

• Classes C, G, E, S: Os registros da tabela são copiados para o mandante de destino.

• Classes W, L: Os registros da tabela não são copiados para o mandante de destino.

• Classe A: Os registros só são copiados para o mandante de destino, se tal for pretendido de forma explícita (opção de parâmetro). Em regra, um transporte destes dados não é apropriado mas, no entanto, é suportado de modo a permitir a transferência de todo um ambiente de mandante.

Comportamento no caso de instalação, mudança de release e importação de idioma

Existe aqui uma distinção quanto ao comportamento de tabelas dependentes de mandante e ao de tabelas independentes de mandante.

Tabelas dependentes de mandante

• Classes A e C: Os dados são só importados para o mandante 000. Os registros existentes são sobregravados.

• Classes E, S e W: Os dados são importados para todos os mandantes. Os registros existentes são sobregravados.

• Classe G: No mandante 000 são sobregravados os registros existentes. Em todos os outros mandantes são inseridos novos registros, mas os registros já existentes não são sobregravados.

• Classe L: Não são importados dados.

Tabelas independentes de mandante

• Classes A, L e C: Não é efetuada qualquer importação de dados.

• Classes E, S, e W: São importados dados. Os registros existentes com a mesma chave são sobregravados.

• Classe G: São inseridos registros que não existem, sem que sejam sobregravados registros existentes.

Comportamento no caso de transporte entre sistemas de cliente

Os registros de tabelas da classe de entrega L não são importados para o sistema de destino. Os registros das classes de entrega A, C, E, G, S e W são importados para o sistema de destino (no caso de tabelas dependentes de mandante, isto é efetuado para o mandante de destino indicado no transporte).

Utilização da classe de entrega na atualização ampliada de tabelas

A classe de entrega também é analisada na Atualização ampliada de tabelas (SM30). A interface de atualização gerada para uma tabela, executa as seguintes verificações:

• Para as tabelas das classes de entrega W e L, não é possível qualquer transporte dos dados entrados, através da conexão para transporte da interface de atualização gerada.

• A quando da entrada dos dados, é efetuada a verificação de se estes violam o conjunto de nomes definido na tabela TRESC para a tabela. Se os dados violarem o conjunto de nomes, a entrada é rejeitada.