Dimensões Relacionadas

HOH Atendente (Função BIXAtendente)

Visualiza as informações pelo código e nome do atendente. Atendente representa a pessoa/recurso disponível para a prestação de serviços contratados.

Deve ser declarada no X2_UNICO da tabela fato? NÃO

HOI Posto (Função BIXPosto)

Visualiza as informações pelo código e descrição do posto. Posto é o local exato para a prestação de serviço. Exemplo: Posto TOTVS Braz Leme 2º andar.

Deve ser declarada no X2_UNICO da tabela fato? NÃO

HOJ Contrato (Função BIXContrato)

Visualiza as informações pelo código e revisão do contrato. Contrato é o acordo firmado entre as partes que define os recursos necessários na contratação da prestação do serviço.

Deve ser declarada no X2_UNICO da tabela fato? NÃO

HOK Área do Posto (Função BIXAreaPosto)

Visualiza as informações pelo código e descrição da área. Área é a região em que o posto está localizado. Esta área pode ser configurada de acordo com a necessidade do cliente, delimitando zonas ou regiões que melhor caracterizam determinados locais de atendimento. Exemplo: Área 1 - Zona Norte, Área 2 - Grande ABC, etc.

Deve ser declarada no X2_UNICO da tabela fato? SIM

Para a utilização da tabela SX5, como origem de dados da dimensão, deve-se efetuar o filtro por X5_TABELA = A2.

HOL Situação do Contrato (Função BIXSituContato)

Visualiza as informações pelo código e descrição da situação do contrato. Situação do contrato é a classificação da atividade do contrato. Exemplo: Vigente, Paralisado, Revisado, etc.

Deve ser declarada no X2_UNICO da tabela fato? SIM

HOM Situação do Atendente (Função BIXSitAtendente)

Visualiza as informações pelo código e descrição da situação do atendente. Situação do atendente é a classificação do atendente quanto a sua agenda. Exemplo: Alocado, Ocioso, etc.

Deve ser declarada no X2_UNICO da tabela fato? SIM

HON Tipo de Contrato (Função BIXTpContrato)

Visualiza as informações pelo código e descrição do tipo de contrato. Tipo de contrato atribui diversas características padronizadas para os contratos de trabalho, de acordo com o ramo das empresas. Exemplo: Terceirização, locação de equipamentos, etc.

Deve ser declarada no X2_UNICO da tabela fato? NÃO

HOO – Status do Posto (Função BIXSttPosto)

Visualiza as informações pelo código e descrição do status do posto. Status do posto classifica o posto quanto ao atendimento dos serviços contratados. Exemplo: Posto Coberto, Posto Descoberto, Posto Excedido, etc.

Deve ser declarada no X2_UNICO da tabela fato? SIM

HOP Tipo de Recurso da Prestação de Serviço (Função BIXTpRecurso)

Visualiza as informações pelo código e descrição do status do posto. Status do posto classifica o posto quanto ao atendimento dos serviços contratados. Exemplo: Posto Coberto, Posto Descoberto, Posto Excedido, etc.

Deve ser declarada no X2_UNICO da tabela fato? SIM

Regra de Negócio

Para extrair os dados do Microsiga Protheus® e criar toda a estrutura para a geração de informações gerenciais na Área Distribuição e Logística, para assunto são extraídos os dados e gerados no Fluig Smart Data e por meio de regras,  em um Banco de Dados.

Todas as funções são executadas pelo BIEXTRACTOR agendado pelo Schedule.

HOQ Cumprimento de Contrato de Alocação de Recurso

Apresenta informações referente ao cumprimento de contrato nos postos quanto aos recursos (humanos, materiais e de equipamentos) contratados e o alocado dia-a-dia.

As tabelas de dimensões envolvidas para a análise das medidas de Cumprimento de Contrato de Alocação de Recurso são:

Para mais informações sobre cada uma das dimensões consulte a documentação de especificação das dimensões da área de Serviços, dimensões da fase 1 ou dimensões da fase 4 (flavour) do TOTVS BA.

O fluxo principal de dados considera as informações dos contratos de prestação de serviços com orçamento de serviço ativo (TFJ_STATUS = 1, partir de CN9_NUMERO + CN9_REVISA utilizando índice 5). Os contratos podem ter tipos de serviços diferentes, correspondendo a três subfluxos: Materiais de Implantação (TFG), Locação de Equipamentos (TFI) e Recursos Humanos (TFF), gerando para cada dia pertencente ao range de datas indicado pelo usuário para a extração, um registro na tabela fato (para cada subfluxo). A Data da Agenda será o parâmetro chave para determinar as demais informações da tabela fato. O mapeamento das informações referente aos subfluxos da tabela acima apresenta os campos correspondentes separados por “/”, na ordem de identificação dos subfluxos.

O vínculo entre o fluxo principal de dados e os subfluxos é realizado da seguinte forma:

• Materiais de Implantação (TFG): a partir de TFF_COD utilizando índice 3, a partir de TFL_CODIGO utilizando índice 3, a partir de TFJ_CODIGO utilizando índice 2 e partir de CN9_NUMERO+CN9_REVISA utilizando índice 5.
• Locação de Equipamentos (TFI): a partir de TFL_CODIGO utilizando índice 3, a partir de TFJ_CODIGO utilizando índice 2 e partir de CN9_NUMERO+CN9_REVISA utilizando índice 5. Considerar somente itens de locação de equipamentos com motivo de cobrança do tipo Disponibilidade (TEV_MODCOB = 2, a partir de TFI_COD utilizando índice 2).
• Recursos Humanos (TFF): a partir de TFL_CODIGO utilizando índice 3, a partir de TFJ_CODIGO utilizando índice 2 e partir de CN9_NUMERO+CN9_REVISA utilizando índice 5.

Regras especificadas:

O preenchimento do campo de dimensão Tipo do Recurso de Prestação De Serviço é determinado de acordo com o subfluxo de dados considerado para o registro. Quando o subfluxo tratado for o de Material de Implantação (TFG) o valor do campo será 03. Quando o subfluxo tratado for o de Locação de Equipamentos (TFI) o valor do campo será 02. E quando o subfluxo tratado for o de Recursos Humanos (TFF) o valor do campo será 01.

O preenchimento do campo de dimensão Status do Posto é realizado a partir da verificação dos campo Quantidade Contratada e Quantidade Alocada, independente do subfluxo tratado. 

• Quando a Quantidade Contratada for igual a Quantidade Alocada, o valor do campo será 01 (Posto Coberto).
• Quando a Quantidade Contratada for maior que a Quantidade Alocada, o valor do campo será 02 (Posto Descoberto).
• Quando a Quantidade Contratada for menor que a Quantidade Alocada, o valor do campo será 03 (Posto Excedido).
• Para o subfluxo de Recursos Humanos (TFF), o campo de dimensão Status do Posto pode assumir o valor 04 (Dia de Serviço não Contratado) quando a função TxDiaTrab(Data da Agenda, Turno, Sequencia) retornar falso, indicando que a data não é um dia em que deveria ter atendentes alocados para o posto. A função TxDiaTrab é detalhada na sessão “Funções Externas” deste documento.

A Quantidade Alocada é determinada de acordo com o subfluxo tratado:

• Para Materiais de Implantação (TFG): somatório de todos TFS_QUANT a partir de TFG_COD relacionado com TFS_CODTFG até a data da agenda analisada. Este cálculo indica quantos materiais foram enviados ao posto até a análise da agenda, pois cada TFS indica um procedimento de envio.
• Locação de Equipamentos (TFI): contagem de todos os registros retornados de TEW a partir de TFI_COD utilizando índice 7, desde que a data da agenda encontre-se entre TEW_DTRINI e a Data Final da Alocação do Equipamento. Para determinar a Data Final da Alocação do Equipamento deve-se seguir a seguinte regra: Caso TEW_DTAMNT esteja preenchida, esta é a Data Final de Alocação do Equipamento. Caso TEW_DTAMNT não esteja preenchida mas TEW_DTRFIM esteja preenchida, TEW_DTRFIM será a Data Final de Alocação do Equipamento. Caso nenhuma destas datas esteja preenchida, deve-se considerar que a Data Final de Alocação do Equipamento é a data em que a agenda está sendo verificada. A ausência de preenchimento de data significa que o equipamento ainda está alocado no cliente. Considerando a Data Final de Alocação do Equipamento como a data da agenda verificada, garantimos que este equipamento seja considerado ao totalizar os registro da tabela TEW.
  • Recursos Humanos (TFF): as consultas de agendas de atendentes deve ser realizada para determinar a quantidade a recursos humanos alocados apenas quando a função TxDiaTrab retornar verdadeiro, indicando que deve ter atendente(s) alocado(s) no posto naquele dia. Deve-se realizar a contagem de todos os registros retornados através do relacionamento entre ABB_IDCFAL e ABQ_CONTRT + ABQ_ITEM + ABQ_ORIGEM, a partir do relacionamento entre ABQ_CODTFF e TFF_COD, desde que a data da agenda encontre-se entre ABB_DTINI e ABB_DTFIM e a agenda esteja ativa (ABB_ATIVO=1).

Indicadores Diretos:

• Saldo do Contrato: Indica o saldo em relação aos valores financeiros ainda não faturados do contrato, o Saldo do Contrato sempre será referente ao dia que está sendo analisado não podendo ser somado em relação a todas as dimensões. 
  Quantidade Contratada: Indica a quantidade de recursos contratados para a prestação do serviço.
  Quantidade Alocada: Indica a quantidade real de recurso locado/alocado para a prestação de serviço.
  Quantidade: Indica a quantidade de itens de contrato atendidos/não atendidos.

Parâmetros de Extração:

A extração deve ser realizada diariamente, considerando a data indicada para extração como a data da cobertura do posto. Quando uma nova extração for realizada, para a mesma data de cobertura, esta será atualizada, podendo alterar o status do posto de coberto para descoberto. Não há histórico da evolução de cobertura, exemplo: ontem o posto estaria descoberto em 05/02/2015, hoje o posto estaria coberto em 05/02/2015.

HOR Alocação de Atendentes

Apresenta informações referente a agenda de alocações dos atendentes, prestadores de serviços.

As tabelas de dimensões envolvidas para a análise das medidas de Alocação de Atendentes são:

Para mais informações sobre cada uma das dimensões consulte a documentação de especificação das dimensões da área de Serviços ou das dimensões da fase 1 do TOTVS BA.

O fluxo principal de dados considera as informações dos atendentes (AA1), gerando para cada dia pertencente ao range de datas indicado pelo usuário para a extração, um registro na tabela fato. Para geração de registro na fato é necessário verificar se o funcionário estava a serviço da empresa na data com base na data de admissão (RA_ADMISSA) e demissão do funcionário (RA_DEMISSA). O Atendente e a Data da Agenda serão os parâmetros chaves para determinar as demais informações da tabela fato. 

Observações pertinentes ao fluxo:

No ERP Microsiga Protheus, as agendas dos atendentes são cadastradas de forma a indicar a alocação do atendente em um período de-até. Na transformação da informação para a Fluig Smart Data (FSD), este período de-até será transformado em um registro para cada dia da agenda, este dia refletirá o valor atribuído ao campo Data da Agenda.

Exemplo:

Se o atendente tem uma agenda do dia 01/01/2014 até 05/01/2014 e outra agenda de 08/01/2014 até 10/01/52014 definidas no ERP, na FSD e consequentemente no DW este atendente terá para os dias 01,02,03,04 e 05 de janeiro de 2014 o registro atribuído como alocado, 06 e 07 e janeiro de 2014 o registro atribuído como ocioso e para 08,09 e 10 os registros novamente atribuídos como alocado.

Regras especificadas:

Para o preenchimento dos campos de dimensões Centro de Custo, Turno e Cargo é necessário verificar o preenchimento do campo AA1_CDFUNC. Caso o campo esteja com o código do funcionário devidamente cadastrado, utiliza-se os campos de dimensões vindos da tabela SRA (a partir de AA1_FUNFIL + AA1_CDFUNC utilizando índice 1 – utilizar o campo de filial indicado e não a função xFilial). Caso o campo não contenha o código de funcionário válido, utiliza-se os campos de dimensões vindos da própria tabela AA1.

O campo de dimensão Situação do Atendente receberá 1 dos 3 valores possíveis para a dimensão, de acordo com o resultado das validações realizadas:

• Folga (atribuir 03) – verificar, através da função TxDiaTrab (Data da Agenda, Turno, Sequencia) se o dia analisado para agenda é um dia de trabalho ou não do atendente. Caso o retorno da função seja Falso, a situação do atendente será caracterizada como 03 (Folga). Ao determinar o atendente com situação de Folga, não é necessário realizar as demais verificações.

 A função TxDiaTrab é detalhada na sessão “Funções Externas” deste documento.

• Alocado (atribuir 01) – verificar se o atendente possui agenda para a data da agenda analisada. Esta verificação deve ser realizada identificando a data da agenda entre as datas ABB_DTINI e ABB_DTFIM de agendas ativas (ABB_ATIVO = 1). Caso seja encontrada uma agenda para o atendente, correspondente a data da agenda tratada, a situação do atendente será caracterizada como 01 (Alocado). Ao determinar o atendente com situação de Alocado, não é necessário realizar as demais verificações.

• Ocioso (Atribuir 02) – após as verificações e a não determinação da situação do atendente como Folga ou Alocado, a situação do atendente é automaticamente caracterizada como 02 (Ocioso).

Indicadores Diretos:

• Quantidade: Indica a quantidade de agendas do atendente.

Parâmetros de Extração:

A extração deve ser realizada diariamente, considerando a data indicada para extração como a data da agenda do atendente. Quando uma nova extração for realizada, para a mesma data da agenda, esta será atualizada, podendo alterar o status do atendente de ocioso para alocado. Não há histórico da evolução da agenda, exemplo: ontem o atendente estava ocioso no dia 05/02/2015, hoje o atendente está alocado no dia 05/02/2015.