ID ETL Tipo

Descrição

Nome da tabela no banco de dados.

Campo não editável.

Excluir processo concluído

Indica se, após a atualização do banco de dados no destino, seja na loja ou na retaguarda, o arquivo b será excluído.

Campo editável.

Inativo

Indica se a tabela está ativa ou inativa.

Quando o campo for marcado, a tabela será considerada inativa e não será enviada nas atualizações.

Campo editável.

Origem

Indica se a tabela pertence ao banco de dados da loja ou da retaguarda.

Campo não editável.

Processar individualmente

Quando essa coluna estiver marcada para uma determinada tabela, ela não será processada junto com as demais na instância de download ou upload.

Para que ela seja processada individualmente, no entanto, deverá ser criada uma instância exclusiva para ela, devendo ser indicado o nome da tabela no campo Somente ETL Tipo (veja o tópico Criação das instâncias).

Campo editável.

Controle por empresa

Controle por rede

Controle por filial

Os controles por empresa, rede e filial permitirão que tanto o envio (upload) como o recebimento da referida tabela (download) respeitem esse critério, tendo o controle por empresa prevalência sobre os demais.

Isso significa que, se para uma determinada tabela da lista acima for marcado o campo Empresa, desde que a tabela possua esse campo, ela será enviada para todas as lojas das redes que estiverem associadas às empresas existentes na tabela.

Ex.1:

Digamos que, para a tabela PRODUTOS da retaguarda, seja marcada a coluna Empresa no Linx ETL.

Suponha ainda que a referida tabela possua o campo Empresa e contenha 10 registros relacionados à empresa XY e 5 registros relacionados à empresa JK.

Em uma operação de upload, todas as lojas das redes associadas às empresas XY e JK receberão a atualização da tabela.

Ex.2:

Dando sequência ao exemplo acima, ainda que também seja marcado o campo Rede (além do campo Empresa), que o ambiente opere com duas redes (Rede Vestuário e Rede Calçados) e na tabela PRODUTOS só existam registros para a Rede Vestuário, nesse caso, todas as lojas associadas às duas redes receberão a atualização da tabela, ainda que não haja registros para a Rede Calçados na tabela.

Isso ocorrerá porque o controle por empresa prevalece sobre o controle por rede e por loja, assim como o penúltimo prevalece sobre o último.

Ex.3:

Neste cenário, configuramos para a tabela yyyy da retaguarda somente a marcação do campo Filial.

Se a tabela possuir o campo Filial, a referida tabela será enviada somente para as filiais que existirem nos registros da tabela. Se não possuir, isto é, se não houver o relacionamento da tabela com o campo Filial, não haverá restrição. Logo, a tabela será enviada para todas as lojas.

Início e fim processamento em lote

Indica o período do dia em que a tabela poderá ser processada.

Válido tanto para serviços de upload como de download.

Ex.:

Suponha que todas as tabelas de origem Loja tenham o horário definido para início 7:00 e fim 12:00, e que a instância de download tenha o período de sincronização igual a 10min.

Assim que o horário atingir 7:00, o serviço de download da retaguarda verificará a tabela LJ_ETL_ARQUIVO do banco da retaguarda e processará todos os registros com campo PROCESSADO = 1 (PENDENTE), alterando-os para o status 3 (PROCESSADO).

Ao término desse processamento, aguardará 10 minutos e fará a mesma verificação novamente até que o horário atinja 12:00.