BW_Portugues

SAP BW

Tecnologia Informação

da

Índice SAP BW....................................................................................1 Tecnologia da Informação.......................................................1 Primeiross Passo Primeiro Passoss...... ............ ............ ............ ............ ............ ............ ............ ............ ............ ............ .......... ......1

Business Intelligence.................................. .................................................... ....................... ........ ...11 Data Warehouse................................. ............................................................. ................................ ........22 OLAP............................... ................................................................ ...................................... .......... .......... .......... ..... 6 Modelagem de Dados................................. ........................................................ .......................... ...88 Característicass básicas do SAP Business Information Característica Warehousee – SAP BW..... Warehous ........... ............ ............ ............ ............ ............ ............ ......... ...... .......13 Arquitetura do SAP BW..... .......... .......... .......... ........... ............ ......... ...... ...... ...... ...... ...... ... 14 Metadados..... .......... ........... ............ ............ ............ ............ ............ ............ ............ ............ ......... ...... .......18 Esquema estrela no SAP BW..... .......... .......... ........ ...... ...... ...... ...... ...... ...... ...... ...... ... 22 Workbench de Administração................................. ....................................... ......... ...25 25 Modelagem............................... ................................................... ......................... .......... .......... ......... .... 26 Monitorizaçãoo..... Monitorizaçã .......... ........... ............ ............ ............ ............ ............ ............ ......... ...... ...... ...... .......26 Responsável de Reporting..... ........... ............ ............ ......... ...... ...... ...... ...... ...... ...... ...... ... 26 Conexão para transport transportee..... ........... ............ ............ ............ ......... ...... ...... ...... ...... ...... ...... ... 26 Business Content................................. ...................................... .......... .......... .......... .......... ........ ... 26 Lista de Utilizações................................ .......................................................... ..........................26 26 Traduções............................... ................................................................... .......................................... ......26 26 Repositório de Metadados..... ........... ............ ............ ......... ...... ...... ...... ...... ...... ...... ...... ... 27 Tarefas Comuns.................................. ............................................ ............... .......... .......... .......... .......... ..... 28

De Infoobjetos............................... ............................................... ..................... .......... .......... ......... ........28 Infoobjeto de característica................................ .......................................... .............. ....29 29 Infoobjeto de índice..... .......... .......... ........... ............ ............ ............ ......... ...... ...... ...... ...... ...... ... 36 Catálogo..... .......... .......... ........... ............ ............ ............ ............ ............ ............ ............ ......... ...... ...... ...... ... 38 De infosources............................... ............................................... ..................... .......... .......... ......... ........39 Infopackagee................................ Infopackag .................................................................... ........................................43 43 De destino de dados............................... .................................... .......... .......... .......... .......... ........ ...49 Cubos 49

Regra de atualizaçã atualizaçãoo...... ............ ............ ............ ............ ............ ............ ......... ...... ...... ...... .......57 ODS................................ .......................................................... ............................... .......... .......... .......... ........ ...62 Administração Administraç ão..... .......... ........... ............ ............ ............ ............ ............ ............ ............ ......... ...... .......63 Extração de dados............................... ......................................... ............... .......... .......... .......... .......... ..... 65

Extração por Business Content Conten t..... .......... .......... ........ ...... ...... ...... ...... ...... ...... ...... .....69 LO Cockpit................................. ................................................. ..................... .......... .......... ......... ........71 Extrator genérico..... .......... .......... .......... .......... ........... ............ ............ ............ ......... ...... ...... ...... .......75 Extratores LIS...... ............ ............ ............ ............ ............ ............ ............ ............ .......... ....... ...... .......78 Extrator FI-SL.................................... ............................................................... .............................. ...80 80 Extrator CO-PA...... ............ ............ ............ ............ ............ ............ ......... ...... ...... ...... ...... ...... ...... ... 81 Consultas (Queries)................................. ...................................................... .......................... .......... .....85 85

Criar / Modificar Query................................... ................................................... ..................86 Navegando na query..... .......... .......... .......... .......... ........... ............ ............ ......... ...... ...... ...... ...... ... 89 Criando Filtro............................... ............................................... ..................... .......... .......... ......... ........94 Propriedades Propriedad es da query..... .......... .......... ........... ............ ............ ......... ...... ...... ...... ...... ...... ...... ... 95 Índices calculados calcul ados e restringidos ..... .......... .......... .......... ........ ...... ...... ...... ...... ...... ... 96 Propriedades Propriedad es dos índices..... .......... .......... ........... ............ ............ ............ .......... ....... ...... .......98 Propriedades das característic características as....................... ............................ .......... ........ ...101 101 Variáveis................................... ........................................................... ............................. .......... .......... .......102 Estruturas................................. ............................................................... ................................... .......... .....104 104 Condições................................ ................................................................... ........................................ .........105 105 Exceções.................................. ............................................................... .................................. .......... ........ ...106 106 Layout................................ .............................................................. ................................... .......... .......... .........107 Drill through................................. ..................................................................... ....................................107 107 Business Busine ss Explorer Browser Browse r..... ........... ............ ............ ............ ........... ........ ...... ...... .......111 Pasta de d e trabalho e visões.................................... ................................................ ............112 112 Queries na Internet.................................. ..................................................... ........................ .....114 114 Responsável Respons ável de reporting ..... ........... ............ ............ ............ ........... ........ ...... ...... ...... .......119

Passos para criação cr iação de um destino destin o de dados dado s..... .......... .......... ........ ...... ..... .. 122

Business Content.................................. ...................................................... ......................... ........ ...122 122 Definir infoobjetos.................................. ........................................... .............. .......... .......... .......122 Realizar carga de dados dad os mestres ..... ........... ........... ........ ...... ...... ...... ...... ...... .......122 Criar cubo............................... ................................................................... .......................................... ......123 123 Criar infosource infos ource transacional transaci onal..... .......... .......... .......... .......... .......... ........ ...... ...... .......123 Criar regra de atualização...... ............ ............ ............ ........... ........ ...... ...... ...... ...... .......123 Realizar carga de dados..... .......... .......... ........... ........... ........ ...... ...... ...... ...... ...... ...... ...... ... 123

Apostila Curso Interno de BW

Primeiros Passos Nesta primeira etapa serão expostos os conceitos básicos para introdução à ferramenta BW.

Business Intelligence Um do doss prin princi cipa pais is conc concei eito toss di disp spon onív ívei eiss atua atualm lmen ente te a respeito de gestão empresarial é o de Business Intelligence. Inteligência é o resultado de um processo que começa com a coleta de dados. Esses dados são organizados e transformados em informação, que depois de analisada e contextualizada se transforma em inteligência. Essa, por sua vez, quando aplicada a processos de decisão, geram vantagens competitivas para a organização. Conhecimento do negócio na era da competição global e das comunicações comunicações on-line passou a ser chamado de Business Intelligence (BI). Um sistema de Business Intelligence é um processo que envolve a coleta, análise e validação de informações sobre conc concor orre rent ntes es,, clie client ntes es,, forn fornec eced edor ores es,, cand candid idat atos os à aqui aquisi siçã ção, o, candidatos à joint-venture e à alianças estratégicas. Inclui também eventos econômicos, reguladores e políticos que tenham impacto sobre os negócios da empresa. O processo de BI analisa e valida todas essa ssas informações e as transforma em conhecimento estratégico. Benefícios de um sistema formal de BI são: •

Antecipar mudanças no mercado;

•

Antecipar ações dos competidores; competidores;

•

Descobrir novos ou potenciais competidores; 1


•

Apre Aprend nder er com com os suces sucesso soss e as falhas falhas do doss

outros; Conhecer melhor suas possíveis aquisições ou parceiros; •

Conh Conhec ecer er no nova vass tecn tecnol olog ogia ias, s, prod produt utos os ou processos que tenham impacto no seu negócio; •

Conhecer a política e a legislação que podem afetar o seu negócio; •

•

Entrar em novos negócios;

•

Rever suas próprias práticas de negócio;

Auxiliar na implementação de novas ferramentas gerenciais. O principal objetivo de um sistema de BI é aprender sobre o amb ambie iennte com ompe peti tittiv ivoo ext extern erno, visan isando do o con conheci hecim mento ento do pos posic icio iona nam mento ento comp compet etit itiv ivoo da empr empres esa, a, o qu quee im impu puls lsio iona nará rá mudanças internas e facilitará decisões estratégicas. Fazem parte dos pacotes de Business Intelligence existentes o dat ataa ware warehhouse (DW) DW) , sist sistem emas as de supo suport rtee à deci ecisão são (DS (DSS), S), sist sistem emas as de in info form rmaç ação ão exec execut utiv ivas as (EIS (EIS), ), sist sistem emas as de gest gestão ão integrados (ERP), OLAP e ferramentas de mineração de dados, conhecidas como data mining. •

Data Warehouse Sabe-se que os bancos de dados são de vital importância para as empresa resass e qu quee sem sempre foi foi difíc fícil anal analiisar sar os dado dadoss nel eles es existentes. Tudo isso porque geralmente as grandes empresas detém um volume enorme de dados e esses estão em diversos sistemas 2


diferentes, dificultando a busca de informações que permitissem a tomada de decisões embasadas num histórico dos dados. Em cima desse histórico, pode-se identificar tendências e posicionar a empresa estrat estrategi egicam cament entee para para ser mais mais compet competiti itiva va e conseq conseqüen üentem tement entee maximizar os lucros diminuindo o índice de erros na tomada de decisão. Pensando nisso, introduziu-se um novo conceito no mercado, o data data ware wareho houuse (DW). DW). Esse Esse con consist sistee em orga organi niza zarr os dado dadoss corporativos da melhor maneira para dar subsídio de informações aos gerentes e diretores das empresas para tomada de decisão. Tudo isso isso nu num m banc bancoo de dado dadoss para parale lelo lo aos aos sist sistem emas as op oper erat ativ ivos os da empresa. Para organizar os dados, são necessários novos métodos de armazenamento, estruturação e novas tecnologias para a geração e recupe recuperaç ração ão dessas dessas inform informaçõ ações. es. Essas Essas tecno tecnolog logias ias já estão estão bem difundidas oferecendo muitas opções de ferramentas para conseguirmos conseguirmos cumprir todas essas ess as etapas. Essas tecnologias diferem dos padrões operativos de sistemas de banco de dados em três maneiras: Dispõem de habilidade para extrair, tratar e agregar dados de múltiplos sistemas operativos em data marts ou data warehouses separados;

•

Armazenam dados em formato de cubo (OLAP AP)) multidimensional permitindo rápida agre agrega gaçã çãoo de dado dadoss e deta detalh lham amen ento to das das anál anális ises es (drilldown); •

Disponib Dispo nibili ilizam zam visual visualiza izaçõe çõess inform informati ativas, vas, pesqu pesquisa isand ndo, o, report reportand andoo e mo model deland andoo capaci capacidad dades es que vão além dos padrões de sistemas operativos freqüentemente freqüentemente oferecidos. •

3


Um data warehouse permite a geração de dados históricos e integrados, auxiliando a tomada de decisão embasadas em fatos e não em intuições ou especulações, o que reduz a probabilidade de erros e gera o aumento de velocidade na hora da decisão, algo que os sistemas transacionais não conseguem responder. Os objetivos mais comuns que se busca alcançar com um data warehouse são: Padronização das estruturas e representações de dados de toda a corporação. Um data warehouse contempla a extração de fontes heterogêneas de dados. Sendo assim uma premissa básica para o sucesso deste é a padronização dos dados de tal maneira que as análises sejam confiáveis e não não prej prejud udic icad adas as pela pela di disp spar arid idad adee do doss padr padrõe õess adotados nas diversas fontes. A partir do ponto em que o data warehouse foi criado e populado, os dados deve devem m esta estarr di disp spon onív ívei eiss para para o aces acesso so de form formaa simp simple less e cent centra rali liza zada da,, apri aprimo mora rand ndoo os proc process essos os corporativos atuais de levantamento de informações sobre o negócio. •

Consistência dos dados para análise gerencial. Os dados extraídos e consolidados no data warehouse devem evem ser ser ext extrem remamen amentte con onsi sist sten ente tes, s, po poiis, do contrário, podem colocar em descréditos as análises gerenciais e o próprio sistema. •

Maior confiabilidade dos dados e relatórios corporativos. •

4


Muitos processos de extração de dados e relatórios gere gerenc ncia iais is na corp corpor oraç ação ão nem nem semp sempre re são são 10 100% 0% confiáveis, pois envolvem múltiplas fontes de dados e até processos manuais. O objetivo do data warehouse é a aumentar a confiabilidade dos dados através de ferramentas e processo ssos que produzam dados consistentes. Impulsionar mudanças nos negócios. O data warehouse necessita de dados com qualidade para desempenhar as funções de análise e produzir bons bons result resultado ados. s. Nesse Nesse aspect aspectoo algum algumas as mu mudan danças ças noss negóc no egóciios podem ser nece ecessár ssáriias para para que a corp corpor oraç ação ão prod produz uzaa dado dadoss melh melhor ores es.. Um simp simple less form formul ulár ário io on onde de um camp campoo po pode de ser ser deix deixad adoo em branco pode tornar-se um problema no momento da análise de dados. Outro aspecto é que, com um maior espectro das informações de qualidade, os gestores podem tomar melhores decisões. Outras características importantes para um data warehouse •

são: Orientado por temas Um data data ware wareho hous usee arma armaze zena na in info form rmaç açõe õess sobr sobree tema temass espe especí cífi fico coss im impo port rtan ante tess para para o negó negóci cioo da empresa. Exemplos típicos de temas são: produtos, vendas, contas, clientes, etc. •

Variante no tempo Todo dado em um data warehouse refere-se a algum período específico. •

•

Não-volátil 5


Signif Sign ific icaa qu quee o data data ware wareho hous usee perm permit itee apen apenas as a carga inicial dos dados e consultas a estes dados, o chama chamado do ambien ambiente te "lo "load-a ad-andnd-acc access" ess".. Após Após serem serem integrados e transformados, os dados são carregados em bloco para o data warehouse para que estejam disponíveis aos usuários para acesso. No ambiente oper op erat ativ ivo, o, ao cont contrá rári rio, o, os dado dadoss são, são, em gera geral, l, atualizados registro a registro, em múltiplas tran transa saçõ ções es.. Esta Esta vo vola lati tili lida dade de requ requer er um trab trabal alho ho considerável para assegurar integridade e consistência atra atravé véss de ativ ativid idad ades es de roll rollba back ck,, recu recupe pera raçã çãoo de falhas, commits e bloqueios. Um data warehouse não requ requer er este este grau grau de cont contro role le típi típico co do doss sist sistem emas as orientados a transações. Os dados são carregados em per perííod odoos det eter erm min inad adoos de temp empo: diari ariame ament nte, e, semanalmente, mensalmente. mensalmente. Granularidade O grau de detalhamento necessário para a análise dos dados. Análises que necessitem informações microscópicas do ambiente operativo, como os dados de uma nota fiscal, são consideradas de alta granularidade. Já aquelas que necessitam apenas de dados mais sumarizados são de menor granularidade. Quanto Quanto maior maior a granulari granularidade dade,, maior maior será o banco banco de dados. •

OLAP As ferramentas OLAP (On-Line Analytical Processing) são as aplicações que os usuários finais têm acesso para extraírem os dados de suas bases com os quais geram relatórios capazes de responder as suas questões gerenciais. Elas surgiram juntamente com 6


os sistemas de apoio a decisão para fazerem a extração e análise dos dados contidos nos data warehouses e data marts. Algumas características dessas ferramentas são: Consultas ad-hoc Significa que o próprio usuário pode gerar consultas de acordo com suas necessi ssidades de cruzar as informações de uma forma não vista e com métodos que o levem a descoberta daquilo que procura. •

Slice-and-dice Essa ssa cara caraccte terí ríst stiica das das ferr ferraamenta entass OLAP OLAP é de extr extrem emaa importâ ortânnci cia. a. Com Com el elaa po podde-se e-se anal analiisar sar inform informaçõ ações es de difere diferente ntess prisma prismas. s. Uti Utiliz lizand andoo esta esta tecn tecnol olog ogia ia vê-se vê-se a in info form rmaç ação ão sobr sobree ângu ângulo loss qu quee anteriormente anteriormente inexistiam. inexistiam. •

Drill Down/Up Cons Consis iste te em faze fazerr um umaa expl explor oraç ação ão em di dife fere rent ntes es nívvei ní eiss de deta detallhe das infor nform maçõ ações. es. Com Com o Dri Drill Down/Up pode-se “subir ou descer” no detalhamento do dado, como analisar uma informação tanto diariamente quanto anualmente, partindo da mesma base de dados. •

Geração de Queries A geração de queries no OLAP se dá de uma maneira simples, amigável e transparente para o usuário final, o qu qual al prec recisa isa ter um con conheci eciment ento míni nim mo de informática para obter as informações que deseja. •

7


As ferr ferram amen enta tass OLAP OLAP marc marcam am um cont contra rapo pont ntoo com com as ferramentas OLTP (On-Line Transaction Processing) como o SAP R/3. OLTP versus OLAP

Characteristics

OLTP

OLAP

Primary Operation

Update

Analyze

Level of Analysis

Low

High

Amount of data per transaction

Very small

Very large

Type of data

Detailed

Summary

Timeliness of data

Must be current

Current and historical

Updates to data

Frequently

Less frequent, new data only

Database design

Complex

Simple

Number of transactions/users transactions/users

Many (100s to 1000s)

Few

Response time

Quick

Reasonable

Database data

Normalized

Denormalized

Number of tables per transaction

Several

Few

Type of processing

Well defined

Ad hoc

© SAP AG 1999

Figura 1 - Principais diferenças entre sistemas OLAP e OLTP

Modelagem de Dados A modelagem de dados para um data warehouse é diferente daqu daquel elaa usad usadaa em um banc bancoo de dado dadoss conv conven enci cion onal al (Mod (Model eloo Enti Entida dade de-Re -Rela laci cion onam amen ento to). ). O mo mode delo lo de dado dadoss usad usadoo aqui aqui é o modelo multidimensional. O modelo multidimensional (MDM) não está ligado a um tipo de representação física dos dados, mas pode estar relacionado com banco de dados multidimensional. Não envolve transformar 8


informações em "cubos", não é difícil de entender ou praticar e certamente não é um conceito novo. Apesar do grande enfoque que vem recebendo, este conceito está presente entre nós desde os anos 60, lembrando que a mais simples planilha eletrônica não deixa de ser um modelo multidimensional de duas dimensões. MDM permite a conceituação do negócio como um conjunto de valores ou medidas descritas através de várias perspectivas do negócio em questão. O MDM representa os dados como uma matriz na qual cada dimensão é um tema ou assunto do negócio que será objeto da análise e o tempo é sempre uma das dimensões consid considera eradas das.. É um umaa técnic técnicaa parti particul cularm arment entee út útil il para para in inspe speção ção,, sumari arizaçã zaçãoo e arra arranj njoo de dado ados par para faci facili lita tarr a sua sua anál anális ise. e. Diferentemente das técnicas de análise OLTP que se baseiam em entidades, relacionamentos, decomposições funcionais e análise de tran transi siçã çãoo de esta estado dos, s, o mo mode delo lo mu mult ltid idim imen ensi sion onal al ut util iliz izaa fato fatos, s, dime di mens nsõe õess e hi hier erar arqu quia iass para para trat tratar ar de dado dadoss nu numé méri rico cos, s, como como valores, contadores, pesos e ocorrências. Enquanto que um típico problema OLTP é "modele o processo de tratamento de pedidos", um problema MDM é "qual é a minha lucratividade por cliente no tempo, por organização?". Fato Fa toss e di dime mens nsõe õess são são repr represe esent ntad ados os fisi fisica came ment ntee em um modelo relacional, como tabelas. No modelo multidimensional mais simples, o esquema estrela ("star schema" ), ), fatos e dimensões são as únicas tabelas.

9


Figura 2 - Representação do modelo estrela

Cada tabela "fato" tem um atributo de identificação ção correspondente a cada dimensão associada. Ela descreve quem, o que, quando e onde, apontando para as tabelas "dimensão" e também contém as "quantidades" associadas a uma determinada combinação de chaves das dimensões. Uma das vantagens da técnica MDM é sua simplicidade. Um projeto OLTP totalmente normalizado para um sistema de controle de pedidos, por exemplo, pode envolver dezenas de tabelas e tornase muito difícil o processo de obtenção de informações a partir destas tabelas. Isso porque o modelo relacional foi desenvolvido para atender aos sistemas operativos e a normalização evita redundâncias de tal forma que não haja preocupação com o sincronismo de dados 10


nas operações de atualizaç zação, facilitando a manutenção ção da integridade desses dados nas tabelas. Um banco de dados normalizado é composto de uma coleção de tabelas atômicas ligadas atra atravé véss de um conj conjun unto to comp comple lexo xo de rela relaci cion onam amen ento tos. s. Numa Numa apli aplica caçã çãoo OLTP OLTP,, tela telass e rela relató tóri rios os prépré-de defi fini nido doss esco escond ndem em do usuário final a complexidade dessa rede já que a intenção nunca é deixar os usuários acessarem a base de dados diretamente. No entanto, num ambiente de data warehouse, o objetivo primário é justamente deixar o usuário final acessar a base de dados. Dado que um data warehouse não suporta atualização pelos usuários finais, muitas das preocupações tratadas em um banco de dados normalizado normalizado não são pertinentes. O primeiro passo na construção de um modelo é identificar umaa área um área de negó negóci cioo (rel (relat atór ório io sema semana nall de vend vendas as,, rela relató tóri rios os financeiros mensais, pagamentos de seguros) e modelá-la -la respondendo a estas questões: •

Qual o processo de negócio sendo modelado?

Quais são as medidas envolvidas? Ou, o que estamos medindo? (ou fatos?).

•

Qual o nível de detalhe (granularidade) das análises que serão efetuadas?

•

•

Quais as dimensões que serão consideradas?

Os atri atribu buto toss são são está estáve veis is no temp tempo, o, e sua sua cardinalidade é limitada? •

11


Figura 3 - Exemplo de modelo estrela para vendas

12


Figura 4 - Exemplo de esquema estrela com dados

Características básicas do SAP Business Information Warehouse Warehouse – SAP BW O SAP BW é a ferramenta da SAP de Data Warehouse e OLAP. Ela implementa todos os itens de uma ferramenta de Data Warehouse, possuindo uma interface direta com outros sistemas SAP e um conjunto de objetos de data warehouse prontos para serem ativados contendo o “ know-how” da SAP em processos de negócios.

13


Figura 5 - O Papel central do SAP BW nas iniciativas de New Dimensions

Arquitetura do SAP BW

A arquitetura do SAP BW pode ser vista no diagrama abaixo.

14


Figura 6 - Arquitetura do SAP BW

Pode-se dividir esta arquitetura em três camadas: •

Apresentação

•

Servidor

Fontes de Dados Na camada de Apresentação temos: •

Business Explorer (BEx) Composto por 3 ferramentas: (1) Business Explorer Analyzer, trabalha integrado com o Microsoft Excel que precisa estar instalado na máquina do usuário,

•

15


bem como a SAP GUI, possibilita todas funcionalidades de criação e visualização de consultas; (2) BEx BEx Brow Browse serr po poss ssib ibil ilit itaa apen apenas as a visualização das consultas e organização dessas em pastas de usuário; (3) BEx Web Browser permite a visu vi sual aliz izaç ação ão de cons consul ulta tass remo remota tame ment ntee atra atravé véss de uma conexão Internet. Web Reporting Consultas criadas no BEx podem ser publicadas na Web Web atra atravé véss do Web Web Pu Publ blis ishe her. r. Essa Essass cons consul ulta tass podem ser acessadas diretamente e publicadas em ambiente Internet / intranet / extranet ou acessadas através do BEx Web Browser. •

Ferramenta de Terceiros (3rd party tools) O SAP BW possui um conjunto de BAPI’s para o desenvolvimento de novas ferramentas e/ou integração com sistemas de terceiros. Na camada do Servidor temos: •

Workbench de Administração (Administrator Workbench) Módulo do SAP BW onde são administrados todos os metadados que fazem parte do data warehouse.

•

Repositório de Metadados (Metadata Repository) Repositório de meta objetos criados no Workbench e do Busi Busine ness ss Cont Conten entt (obj (objet etos os qu quee acom acompa panh nham am o pacote SAP BW, criados pela própria SAP) que são utilizados ao longo de todas aplicações. •

16


Processador OLAP (OLAP Processor) Responsável pelo processamento analítico do SAP BW, otimizando e acelerando os processos sos de consulta ao data warehouse. •

Staging Engine Meca Mecani nism smoo de pl plat ataf afor orma ma de dado dadoss ut util iliz izad adoo no noss processos de extração, carga e transporte de dados. •

Infocubos (Infocubes) Estrut Estrutura urass de armaze armazenam nament entoo mu multi ltidim dimens ensio ional nal de dados. •

Armazém de Dados Operacionais (ODS – Operational Data Store) Armaz rmazen enaa dado ados do amb ambient ente tran ransaci sacion onal al para para consultas com detalhamento em nível operacional. •

Área Persistente de Dados (PSA – Persistent Staging Area) Armazena estruturas e dados de tabelas e arquivos extraídos do ambiente operativo. •

Servidor de Documentos de Negócios (BDS – Business Document Server) Armazena documentações diversas sobre os projetos desenvolvidos desenvolvidos no data warehouse. Na camada de Fonte de Dados temos todas as possíveis fontes de dados que podem ser utilizadas nos processos de extração de dados para criação do Data Warehouse: •

•

SAP R/3 17


O SAP BW está totalmente integrado com o ambiente SAP R/3, facilitando a extração de dados do mesmo. Flat File Arquivo de texto plano. •

Sistemas ERP O SAP BW pode extrair dados de outros ERP's desde que esses possuam algum método de exportação de dados. •

SAP BW Um data warehouse SAP BW pode extrair dados de outro SAP BW de forma simplificada. •

Ferramentas de terceiros Ferramentas criadas por terceiros que utilizam BAPI's do SAP BW podem se integrar com o data warehouse SAP BW. •

Metadados

Metadado é um nome genérico para as características dos dados no SAP BW. Os metadados principais são: Infoobjeto São as unidades mínimas de dados no BW, representando os elementos de negócios como cliente, país, área de vendas, montante, etc. Os infoobjetos são classificados em: Índices (key figures): são os infoobjetos que se referem aos diversos valores sobre os quais 18


se qu quer er repo report rtar ar.. Po Porr exem exempl plo: o: mon onta tant nte, e, quantidade, quantidade, número de itens; Características de tempo: são infoobjetos de temp tempo/ o/pe perí ríod odo. o. Exem Exempl plo: o: perí períod odoo fisc fiscal al,, exercício fiscal, ano civil; Unidades: são os infoobjetos que estabelecem grandeza para os índices. Por exemplo: unidade de medida, moeda; Característi sticas: infoobjetos gerais. Por exemplo: centro de custo, material, região. Cara Caract cter eríístic sticas as técn écnicas: cas: são são infoob foobjjet etos os usados pelo próprio BW. Um infoobjeto possui ainda diversas propriedades que serão tratadas posteriormente como atributos, textos, dependências. Infosource São estruturas para unir logicamente infoobjetos afins em extrações de dados de sistemas fontes. Divide-se em dois tipos: De Dado Dadoss Mest Mestre ress: para para tran transf sfer erên ênci ciaa de dados relativos a dados mestres (atributos, textos e hierarquias); •

De Transação: Transação: para transferência de dados relativos a itens transacionais dos sistemas fontes.

•

Infocubo

19


Cham Chamad adoo tamb também ém de veto vetorr mu mult ltid idim imen ensi sion onal al,, é o com component nentee no qu qual al os dados ados para ara rela relattórios rios e análises são armazenados. Cada dimensão do cubo é um conjunto de características que ele contém e as intersecções entre as dimensões apresentam um valor de índice (key figure).

Figu Figura ra 7 - Como Como as cara caract cter erís ísti tica cass / di dime mens nsõe õess se apr pres esen enta tam m em um infocubo.

20


Figura 8 - Como os índices se apresentam nos cubos

Na ferramenta SAP BW, o infocubo pode ter, no máximo, 16 dimensões sendo que três destas são pré-definidas: Tempo (Time): características de tempo; •

dimensão

para

as

Unidade (Unit): (Unit): dimensão para unidades de mensuração dos valores dos índices;

•

Pacotes de dados (Infopackage): (Infopackage): dimensão para diferenciar as diversas extrações de dados que são armazenadas no infocubo. Além disso, existem 3 tipos de cubo no BW: •

21


Cubo básico (basic cube): cube): é um infocubo que está ligado diretamente às suas tabelas de dados;

•

Multi Multicub cuboo (multi (multicub cube) e):: é uma definição lógica de um cubo que combina dados de outros infocubos. Este tipo não possui tabelas de dados, pois ele usa as tabelas dos cubos que ele combina; •

Cubo remoto (remote cube): cube): é um infocubo no qual os dados não são armazenados no BW e, por isso, são consultados direto no sistema de origem dos mesmos. •

Esquema estrela no SAP BW

No desenvolvimento do BW, a SAP acrescentou funcionalidades ao esquema estrela básico e passou a chamá-lo de esquema estrela estendido (“extended star schema”). Abaixo segue as diferenças entre o esquema estrela básico e o esquema estrela estendido da SAP. Esquema estrela básico

Esquema estendido

estrela

Apenas caracterís rísticas cont contiidas das nas tabel abelaas de dimensões podem ser usadas para acessar a tabela de índices

Pode-se Pode -se aces acessar sar a tabe tabela la de índice através de tabelas com característ características icas pertinen pertinentes tes às tabelas de dimensões

Dificuldade no suporte a Text extos com com descr escriições ções idiomas para vários idiomas

22


Figura Figura 9 - A difer diferenç ençaa da locali localiza zação ção das carac caracter teríst ística icass entre entre o esquem esquemaa estrela básico e o esquema estrela estendido

Pode-se usar esta propriedade de definir o local onde ficarão as características (ou numa tabela fora das dimensões ou na tabela de dimensões) para balancear as seguintes relações: Necessidade de análises: análises: exemplo trata-se de uma característica que é necessário manter histórico?

•

Considerações sobre espaço: espaço: características nas dimensões aumentam a área ocupada em disco;

•

Desempenho: Desempenho: grandes tabelas de dimensões têm um impacto negativo sobre o desempenho.

•

23


Figura Figura 10 - Difer Diferenç enças as dos termos termos usados usados no esquem esquemaa estre estrela la básico básico e no esquema estrela avançado

24


Figura Figura 11 - Tabela Tabelass fato, fato, dim dimens ensão ão e au auxil xiliar iares es de dim dimens ensão ão no esquem esquemaa estrela estendido

Workbench de Administração Todo Todo o desen desenvo volv lvim imen ento to,, manu manute tenç nção ão,, esca escalo lona name ment ntoo e monitoramento de tarefas que são realizados no BW são tratados no Workbench de Administração, acessado via transação RSA1 ou pelo Business Informatio Information n Warehous Warehouse e Administra Administração ção BW menu Business Workbench de administração. No Workbench as funções de administração estão divididas em 8 grupos: 



25


Modelagem

É a prin princi cipa pall área área de adm admin inis istr traç ação ão.. Nela Nela enco encont ntra ra-s -see a admini administr straçã açãoo do doss in infoc focubo ubos, s, in infoo foobj bjeto etos, s, infoso infosourc urcee e tod todos os os elementos relacionados à carga de dados. Monitorização

Trata das opções de monitoramento de carga de dados. Responsável de Reporting

Para execução de relatórios em background. Conexão para transporte

Funções de transporte de metadados para outros sistemas. Business Content

Administração do conteúdo de negócios que acompanha a instalação do SAP BW preparado pela própria SAP para integração rápida e fácil com o ambiente SAP R/3. Composto por um conjunto extenso de metadados como cubos, regras de transferências, regras de atua atuali liza zação ção,, in info foob obje jeto toss entr entree ou outr tros os di disp spon onív ívei eiss para para sere serem m ativados a qualquer momento. momento. Lista de Utilizações Utilizações

Exibe a lista de utilizações de um determinado objeto, isto é, quais outros metadados estão relacionados a este. Traduções

Adm Admin inis istr traç ação ão das das trad traduç uçõe õess nece necess ssár ária iass para para os dado dadoss carregados. 26


Repositório de Metadados

Aqui é possível acessar todos os metadados do SAP BW inclusive aqu aquel eles es que pert perteencem ncem ao Busine siness ss Cont Conten entt, at atra ravvés de um umaa documentação documentação em formato HTML.

27


Tarefas Comuns Algumas tarefas são freqüentemente executadas durante um projeto de BW.

De Infoobjetos Como metadado básico do BW nos quais todos os outros metadados se baseiam, os infoobjetos possuem transações para a criação, alteração e eliminação. Para acessar a tela de manutenção de infoobjetos pode-se fazer de duas maneiras: Criarr Info Infoob obje jeto to no menu de Escolher Cria contexto de um Catálogo de Infoobjetos;

•

Escolher o botão Atualizar Workbench de Administraçã A dministração. o. •

28

Infoobjetos Infoobjetos

no


Figura 12 - Tela inicial para administração de infoobjetos com cada categoria dife difere rent ntee de in info foob obje jeto toss além além de comp compar araç açõe õess en entr tree vers versõe õess ativ ativas as e do Business Content.

As informações relevantes para a manutenção de infoobjetos são diferentes para cada um dos tipos de infoobjetos (característica, índice, unidade e característica temporal). Infoobjeto de característica característica

Na administração de infoobjetos de características, se têm os seguintes aspectos: 29


Informações gerais Contém a definição fundamental característica: •

•

Qual sua categoria de dados;

•

Qual seu comprimento; comprimento;

de

uma

Se deve eve have aver di dife ferrenc encia iaçção ent entre minú mi núsc scul ulas as e maiú maiúsc scul ulas as (tra (trata tand ndoo apen apenas as quando a característica tem categoria de dados CHAR. Esta sta inform formaação ção não se refer eferee aos aos textos que serão ligados à característica); •

Se este infoobjeto é apenas um atributo (não pode ser usado em um cubo para filtros);

•

Um usuá suário responsáv sável por este ste infoobjeto; •

Permit Perm itee at atri ribu buiir uma con constan stante te ao infoobjeto (caso ele passe a ser irrelevante, mas não pode ser eliminado, eliminado, por exemplo); •

Se o infoobjeto possui alguma rotina de conversão (diferença entre como dado é armazenado de como ele é lido/exibido); •

Se há alguma rotina de transferência para este infoobjeto. Uma rotina de transferência indica um processamento prévio do dado do infoobjetos antes deste ser armazenado. •

30


Figura 13 - Informações Informações gerais.

Business Explorer Opções relevantes para queries que apresentam este infoobjeto. Estes parâmetros podem ser alterados para cada query, permitindo que um infoobjeto seja visto diferentemente em queries diferentes:

•

Como o infoobjeto será representado em uma query; •

Qual descrição do infoobjeto deve ser apresentada pela query; •

Se cada cada ocor ocorrê rênc ncia ia di dife fere rent ntee dest destee infoobjeto pode ser agrupada (Nenhuma restrição de seleção) ou não (Unívoco para cada célula); •

31


Se a ajuda a ser mostrada na query deve ser sobre o infoobjeto ou sobre a dimensão a qual ele pertence no contexto do cubo; •

Se o infoobjeto possui um atributo de moeda que é um infoobjeto de tipo de moeda e que é um atributo da característica em edição.

•

Se esta característica pode ser usada como filtro em uma query embasado no perfil de usuário do executor da query;

•

Características do infoobjeto relevantes para o uso de mapas em uma query.

•

Figura 14 - Business Explorer. •

32

Dados mestre/texto


Indicações se este infoobjeto: infoobjeto: •

Possui dados mestres (atributos);

Possui textos breve e/ou médio e/ou descritivo e se dependerão do idioma ou do tempo; •

Pertence a algum componente de aplicação. •

Figura 15 - Dados mestre/textos.

Hierarquia Configurações relevantes para hierarquia:

•

•

Se existe hierarquia;

Se há diversas versões para a hierarquia; •

33


A dependência da hierarquia em relaçã relaçãoo ao tempo tempo (indep (independ endent ente, e, to total talme mente nte dependente, algumas estruturas dependentes); •

Se a hierarquia admite intervalos (pode-se entrar com A-Z ao invés de A, B, C,..., Z); •

Figura 16 - Hierarquia.

Atributos Sãoo in Sã info foob obje jeto toss qu quee cont contém ém in info form rmaç açõe õess sobr sobree o infoobjeto que está sendo manipulado (por exemplo, o infoobjeto Funcionário po pode de ter ter como como atri atribu buto to o infoobjeto Data Data de na nasci scime ment ntoo). As in info form rmaç açõe õess requeridas são: •

Quais infoobjetos serão atributos deste infoobjeto; •

Se algum destes dependente de tempo; •

34

atributos

será


Se al alggum dest destes es at atri ribu buttos será será um atributo navegacional. Atributo navegacional é aque aquele le atri atribu buto to qu quee po pode de ser ser usado sado com como parâmetro de pesqu squisa em um cubo que contém o infoobjeto que contém este atributo; •

Figura 17 - Atributos.

Dependência Indica uma ligação entre o infoobjeto manipulado e um outro infoobjeto (chamado de superior) que define que o infoobjeto só pode ser referenciado se houver umaa refe um referrênci ênciaa ao ob objjet etoo sup superi erior també ambém m (po por r exemplo, um objeto de Estado tem como dependência um infoobjeto de país de maneira que para se referir a um Estado, deve haver uma referência ao país que esse Estado pertence). Os dados pertinentes são:

•

35


Se os dados mestres são dependentes do sist sisteema fon fonte (é inser serid idoo o in info fooobj bjet etoo iden id enti tifi fica cado dorr de orig origem em de dado dados, s, assi assim m a informação deste infoobjeto vai depender do sistema fonte que enviou os dados); •

Que infoobjeto é o infoobjeto superior

•

deste;

Figura 18 - Dependência. Dependência.

Infoobjeto de índice

Os infoobjetos características:

36

de

índices

possuem

as

seguintes


Tipo/Unidade Aqui se indica qual o tipo e qual categoria de dados que pertence este infoobjeto e se este objeto possui uma unidade fixa de moeda ou de medida ou ainda se a unidade é dependente de um infoobjeto de unidade (que deve ser definido); •

Figura 19 - Tipo / Unidade.

Agregação Trata do agrupamento das diversas ocorrências deste índice em um cubo. Define-se qual o tipo de agre agrega gaçã çãoo será será feit feito, o, se exis existe te um umaa agre agrega gaçã çãoo de exceção (que tem como referência um infoobjeto) e qual qu al o tipo de acu acumula laçã çãoo que have haverá rá para para este este infoobjeto (se é acumulado diretamente, se é •

37


acumulado a partir de valores de um outro índice ou se é acumulado a partir de dois outros índices, um de entrada e outro de saída).

Figura 20 - Agregação.

Outras características Contém opções semelhantes a algumas encontradas nos infoobjetos de características como formato de apresentação no Bex e se é Só atributo. •

Catálogo

Um infoobjeto não pode ser associado diretamente a uma Infoarea. Entre estes dois elementos há o catálogo de infoobjetos infoobjetos que é um conjunto de infoobjetos infoobjetos do mesmo tipo. 38


Figura 21 - Catálogo de infoobjetos.

De infosources Existem dois tipos de infosources: as de dados mestres que populam os dados mestres de infoobjetos e as de dados de movimento usadas para preencher os destinos de dados. A diferença entre estes tipos é que uma infosou source de dados mestres é 39


auto automa mati tica came ment ntee asso associ ciad adaa ao dado dado mest mestre re qu quee ela ela repr repres esen enta ta,, gerando a estrutura de comunicação, a estrutura de transferência e as regras de transferência automaticamente enquanto a infosource de dados de movimento não possui associação nenhuma ao destino de dados, sendo necessário criar a estrutura de comunicação, a estrutura de transferência e as regras de transferência. Quando se cria ou modifica uma infosource, a tela que aparecerá será a que trata da estrutura de comunicação (que é a estrutura de onde os dados são levados até seus mestres ou destinos).

Figura 22 - Estrutura de comunicação na visualização de uma infosource.

40


Quando se atribui um datasource a uma infosource aparece a tela de estrutura de transferência (que indica como o dado é recebido no BW) e as regras de transferência (como o dado sai da estrutura de transferência para a estrutura de comunicação). comunicação). Uma infosource pode ser associada a datasources de diferentes sistemas fonte.

Figura 23 - Estrutura de transferência na atribuição de um datasource a uma infosource.

As regras de transferência podem indicar que um dado vai ser apenas transferido da estrutura de transferência para a estrutura de comunicação, se será passada uma constante para a estrutura de comunicação ou se será executada uma rotina ABAP/4 antes de enviar o dado para a estrutura de comunicação (o valor que irá para a 41


estrutura de comunicação é armazenado na variável RESULT do programa ABAP/4). Se o infoobjeto possui textos, dados mestres (atributos) e hierarquia, a infosource poderá ter três datasources de um mesmo sistema fonte associados a ela: um para os dados mestres, outro para textos e outro para hierarquia. A diferença entre os métodos de transferência EPI e IDoc é que em IDoc a transferência faz uso desta tecnologia que tem a limitação de 1000 bytes por pacote de dados e a geração de IDoc’s no ambiente de origem (caso seja SAP) e no ambiente de destino. O EPI usa a tecnologia TRFC que não possui tantas etapas.

42


Figura 24 - Regras de transferência (à esq.) na atribuição de um datasource a uma infosource.

Infopackage

Infopackage é a definição da transferência de dados entre o sistema fonte e o BW. As propriedades deste objeto variam com relação ao tipo de sistema fonte e com relação ao tipo de infosource a qual o infopackage está associado.

43


Figura 25 - Deve haver um infopackage para cada datasource de sistema fonte atribuído a uma infosource. infosource.

Selecionar dados Permite filtrar os dados que serão transferidos entre os sistemas por certos campos. Apesar de aparece em qualquer tipo de infopackage, esta funcionalidade só pode ser usada quanto o sistema fonte é um sistema SAP. •

44


Figura 26 - Selecionar dados.

Dados externos Disp Di spon onív ível el qu quan ando do o sist sistem emaa font fontee é um arqu arquiv ivoo texto. Indica o nome do arquivo a ser lido, se deve ser lido a partir da estação do cliente ou do servidor de BW, se o arquivo é na verdade um arquivo de controle que traz instruções sobre outros arquivos que devem ser carregados, o formato dos arquivos e quais os separadores (de tabulação e de avanço de linha) de dados são usados. •

45


Figura 27 - Dados externos.

Parâmetro dados externos Também só aparecem quando o sistema fonte é um arquivo texto. As opções presentes dependem se o infopackage é de dados mestres ou de textos ou de hier hi erar arqu quia ia,, mas entr entree esta estass op opçõ ções es se in incl clue uem m o separador de milhar, o separador de decimal, se os formatos de moeda externos devem ser convertidos e quantas linhas iniciais devem ser ignoradas na leitura do arquivo. •

46


Figura 28 - Parâmetro dados externos.

Processamento Indi Indica ca com com se dará dará o pro process cessam ameent ntoo dos dad dados, mostrado as opções que se tem entre enviar os dados para a PSA e para o dado mestre / destino de dados e se os dados devem ser verificados após a aplicação das regras de transferência. •

Figura 29 - Processamento. Processamento.

Destinos dados Válido para infopackages de infosources de dados de movimento. Indica para qual destino de dados (cubo / ODS) os dados lidos irão ser armazenados. Pode-se esco escolh lher er to todo doss os dest destin inos os,, ou marc marcar ar apen apenas as os •

47


nece necessá ssári rios os além além de po pode derr elim elimin inar ar os dado dadoss no noss destinos de dados.

Figura 30 - Destinos dados.

Parâmetros de atualização atualização As opções variam conforme o tipo de infopackage e o tipo de infosource. Aqui se define o tipo de atualização (completa, inicialização delta, delta) e se os dados lidos deve ser gravados ou não, dependendo da existência deles como dados mestres.

•

Figura 31 - Parâmetros de atualização. atualização. 48


Escalonar Contém os parâmetros de execução da transferência de dados com relação à maneira de execução: imediatame amente ou em background. No caso de background, disponibiliza todas a opções relativas ao escalonamento de jobs dos sistemas SAP. •

Figura 32 - Escalonar.

De destino de dados Os destinos de dados são os cubos e ODS. Cubos

Um infocubo é a estrutura de data warehouse no BW. Eles Destino nos s dado dados s em estão associados as infoareas no item Desti Modelagem. Na criação são definidas, inicialmente, algumas propriedades como nome, descrição, infoarea e tipo.

49


Figura 33 - Criação de um infocubo.

No processamento (criação / alteração) do cubo têm-se os seguintes componentes: componentes: Características Indica quais os infoobjetos de característica estarão presentes no cubo. •

50


Figura 34 - Características no infocubo.

Dimensões Estabelece quais são as dimensões que existem no cubo e quais características estão associadas a estas dimensões. •

51


Figura 35 - Definição de dimensão.

52


Figura 36 - Associação de dimensões com características.

Atributos de navegação Disponibilizar ao cubo os atributos de navegação das características selecionadas.

•

53


Figura 37 - Atributos de navegação.

Características de tempo Indica quais os infoobjetos de característica de tempo estarão presentes no cubo. •

54


Figura 38 - Características de tempo no infocubo.

Índices Indica quais os infoobjetos de índice estarão presentes no cubo. •

55


Figura 39 - Índices no cubo.

Unidades Ind Indic icaa qu quai aiss os infoob foobjjet etoos de uni niddade ade esta estarã rãoo presentes no cubo, embasados nos índices. •

56


Figura 40 - Unidades no cubo.

Regra de atualização

Indica a origem dos dados de um destino de dados e cria regras para a transferência de dados entre essa origem e o destino. A criação de uma regra de atualização é feita através do menu de contexto do destino de dados que será associado a ela. 57


Figura 41 - Criando regra de atualização.

Na primeira etapa, define-se qual é a origem dos dados usados na regra de atualização, dependendo do destino de dados e se será usado algum modelo nesta criação.

58


Figura 42 - Regras de atualização para os índices.

Nas regras de atualização, para cada índice se cria um modo de atualização com os seguintes parâmetros: Tipo de atualização: atualização: se o valor do índice na fonte será adicionado ao valor encontrado no cubo ou se não haverá atualização; •

59


Méto Método do de atua atuali liza zaçã çãoo: se será usado o índice da origem ou se será uma rotina em ABAP/4 (que pode envolver ou não a conversão de unidades);

•

Unidade: Unidade: que unidade será usada na atualização; •

Figura 43 - Cálculo de índice.

60


Características: Características: como cada característica será atualizada por essa regra (por característica na origem ou constante ou atributo ou rotina ou valor inicial); •

Figura 44 - Características. Características.

Refe Referrên ênci ciaa temp tempor oral al:: semelhante características, mas válidas apenas para características temporais. •

a as

61


Figura 45 - Referência Referência temporal.

ODS

ODS é um destino de dados que não tem uma estrutura de data warehouse, sen sendo ideal para armazenar dados de alta granularidade.

62


Figura 46 - Processamento de ODS.

No processamento de um ODS, define-se um conjunto de infoo nfoobbje jeto to que ser serão usad sados no ODS (um umaa infoso fosouurce rce ou um cat catál áloogo go,, et etc. c.)) e passa assa os infoob foobjjet etos os neces ecessá sári rios os para ara suas suas respectivas áreas (como campo chave ou como campo de dados). Administração

Entende-se administração aqui a manipulação das cargas e dos dados de um destino de dados e é acessado pelo item Administrar do menu de contexto do destino de dados. Conteúdo: Conteúdo: lista cada infoobjeto que está no cubo e a qual dimensão este objeto pertence. Possibilita visualizar os dados do cubo, da tabela fato e fazer eliminação seletiva. •

Performance: Performance: manipulação de índices do cubo e dos agregados. •

63


Requisição de dados: dados: mostra cada requisição de dados que foi feita neste cubo (cada carga) que ainda pode ser tratada individualmente. individualmente. •

Rollup: Rollup: refletir as cargas de dados nos agregados do cubo. •

Comprimir: Comprimir: opções para eliminar as referências a requisições de dados, tornado-as uma única e diminuindo a dimensão package.

•

Reestruturação: Reestruturação: trata do reprocessamento das requisições que já foram feitas.

•

64


Extração de dados Uma grande vantagem do BW sobre outras ferramentas de data warehouse é sua capacidade de conectar-se com os sistemas SAP para extração de dados de maneira direta via conexões ALE, RFC e BAPI. O componente Plug-in (a ser instalado nos sistema SAP fonte) possui uma série de extratores padrões para atender os objetos que são entregues no BW (Business Content). Extracting Transaction Data

Business Information Warehouse Server: Staging Engine

InfoCubes Update rules

DataSource

Communication Communication Structure Structure

Transfer Transfer Structure Structure



Extraction Extraction Source Source Structure Structure

InfoSource Transfer Transfer Structure Structure




Transaction Data


Transaction data

OLTP System 1

OLTP System 2

Figura 47 - Processo de extração de dados para transações

65


Extracting Master Data

Business Information Warehouse Server: Staging Engine

Attributes Hierarchies Hierarchies Master Data Texts

InfoSource

DataSource

Communication Communication Structure Structure







Master Data Attributes Hierarchies Hierarchies Texts

OLTP System 1

Master Data Attributes Attributes Hierarchies Hierarchies Texts

OLTP System 2

© SAP AG 1999

Figura 48 - Processo de extração de dados para dados mestres

Os processos de extração de dados são parecidos entre si, com a diferença que na extração de dados mestres o dado passa direto da infosource (communication structure, estrutura de comunicação) para o armazenamento enquanto entre a infosource de transação e o destino do dado (cubo ou ODS) existe a regra de atualização (update rule). Datasource é a estrutura responsável pela transferência de dados entre os sistemas SAP e o BW, controlando o fluxo de dados entre a estrutura de extração fonte (extraction source structure) no sistema fonte e a communication structure no BW. Para isso sempre que um datasource é gerado no sistema fonte ele deve ser replicado 66


no BW, criando uma estrutura de transferência (transfer structures, que são componentes da datasource) em cada sistema. A transfer structure no BW redireciona os dados para a communication structure usando, se atribuído, regras de transformation on rules). Uma estrutura de tran ransfor sform mação ação (transformati comunicação é independente com sistema fonte e contém todos os campos representados na infosource. O acesso às configurações dos extratores é feito através do item Customizing dos extratores do menu de contexto do sistema fonte escolhido em Sistema Fontes em Modelagem no Workbench de Administração (transação RSA1).

67


Figura 49 - Acessando a configuração configuração de extratores

Esta configuração dos extratores é feita no sistema fonte, assi assim m deveeve-se se po posssui suir um usuár suáriio no sist sistem emaa fon fonte se o BW requisitar (dependendo de como foi configurada a conexão este usuário pode ser solicitado ou não). Se realizado com sucesso, esta ação ação ence encerr rrar aráá na tran ransaçã saçãoo SBIW do sis sistema fonte. Use, se, preferencialmente um usuário desenvolvedor no sistema fonte, pois algumas tarefas só podem ser executadas com estes usuários. Depois de realizadas todas as configurações e retornando par paraa o Work Workbe benc nchh de Admi Admini nist stra raçã ção, o, deve deve-s -see exec execut utar ar o item item 68


do menu de contexto do sistema fonte para criar a replicação no BW das configurações feitas no sistema fonte. Replicar Datasources

Course Overview Diagram

Extractor Types App pplication lication -sp spec ecific ific BW Content Extractors

FI HR

CO

Cross Cro ss -application

Generic Extractors

LIS FI -SL

... ...

LO

Generic Extractors

Databa ataba s table/vie SAP

CO -

Transpare Tabl

Transpare Tabl

Data

Enhancemen Enhancemen © SAP AG

1999

Figura 50 - Tipos de extratores

Extração por Business Content Os extratores do BW Content são aqueles que já existem no sistema fonte com o plug-in instalado bastando apenas ativá-los para o uso. Quando se tem um sistema BW em que não foi replicado nenhum datasources de Business Content, deve-se primeiro transferir a hierarquia de componentes componentes da aplicação. Uma vez com a hierarquia de componentes de aplicação transferida pode-se transferir as datasources de Business Content.

69


Figu Figura ra 51 - Iten Itenss de conf config igur uraç ação ão de extr extrat ator ores es de Busi Busine ness ss Cont Conten entt na transação SBIW

Na Na tran transf sfer erên ênci ciaa de extr extrat ator ores es de BC, BC, o prim primei eiro ro dado dado requisitado é de que componente de aplicação pertence o datasource requerido, deixando este campo vazio, será mostrado em tela todos os datasources de BC contidos no sistema fonte.

Figura 52 - Indique qual o componente de aplicação contém o datasource.

70


Figura Figura 53 - Lista Lista de datasource datasource disponíveis, disponíveis, destacando destacando o botão botão que libera o datasource para transferência. transferência.

LO Cockpit

LO cockpit é um conjunto de extratores de logística que substitui a extração pelo LIS.

71


BW

d l o Initial-Load

w e n

BW

Delta-Load

Initia tial-L l-Load

Deltata-Loa Load

R/3 Infostructure

S260 S260

S260BIW1

R/3 Cluster Tables MC11VA0ITMSETUP

Delta-Queue

S260BIW2

V3 Update Statistical Setup

Interface

Application

V1 / V2 Update

Statistical Setup

Interface

MCVBAK MCVBAP

Application

Sales Order VBAK VBAK

VBAP VBAP

Update Queue

b o J

MCVBAK MCVBAP

Sales Order VBAK VBAK

VBAP VBAP

Figura 54 - Diferença entre a extração por LIS e por LO Cockpit.

Este tipo de extrator tem uma configuração diferente dos outr ou tros os extr extrat ator ores es de Busi Busine ness ss Cont Conten ente te qu quee deve deve ser ser feit feitaa nos nos seguintes passos.

72


Figura 55 - Ações a serem executadas para configuração de uma datasource LO Cockpit através da transação SBIW

1. Ativ tivar data atasour source ce Trata-se do mesmo procedimento descrito anteriormente anteriormente sobre transferência de datasource. 2. Manu Manute tenç nção ão da da estr estrut utur uraa de extr extraç ação ão Logíst stic ica a de estr estrut utur uras as extr extras as Atra At ravé véss do item item Logí Customizing Cockpit , pode-se definir quais campos 73


farão parte do data source, através de uma lista prédefinida. 3. Gerar da datasou source Na Na mesm esma tel elaa do ite tem m ante anterrio ior, r, deve deve--se gera erar novamente o datasource se houver alguma mudança no datasource padrão. 4. Ativ Ativar ar estr estrut utur uraa de extra extraçã çãoo Na mesma tela do item anterior, deve-se ativar a estrutura de extração. 5. Elim Elimin inar ar tab tabel elas as de de rees reestr trut utur uraç ação ão Novamente na tela da transação SBIW, a ação Eliminação das tabelas de reestruturação permite a iniciação do ambiente do componente de aplicação necessário. 6. Reestr Reestrutu uturar rar o compon component entee de apl aplica icação ção Deve-se reestruturar o componente de aplicação que teve as tabelas eliminadas no passo anterior. A ação para isso é aquela listada no item Reestruturação específica por aplicação. 7. Defini Definirr escal escalona onamen mento to de atuali atualiza zação ção V3 logíst stic ica a de estr estrut utur uras as extr extras as Através do item logí Customizi Customizing ng Cockpit Cockpit, se estabelece qual vai ser o escalonamento de atualização V3.

74


Figura 56 - Tela da ação logística de estruturas extras Customizing Cockpit

Extrator genérico Extratores genéricos são aqueles criados sob demanda para atender os seguintes casos: O Business Content não inclui um datasource para esta aplicação; •

A aplicação não tem disponível seu próprio método de extração; •

Extrair dados de tabelas não-padrão. Estes extratores possuem outras diferenças com relação aos extratores desenvolvidos pela SAP, por exemplo, não implementam delt delta, a, lim limitaç itação ão de qu quan anti tida dade de de dado dadoss na carg cargaa (100 (100 MB) e performance menor do que a de extratores padrão. A manutenção de datasource genéricos é feita através da Atualizar zar datas datasour ource ce genéri genérico co na transação RSO2 ou na ação Atuali transação SBIW. Deve-se executar esta transação com um usuário de desenvolvimento. •

75


Figura 57 - A ação Atualizar datasource genérico (ou transação RSO2).

A primeira etapa para desenvolvimento de um datasource genérico é estabelecer qual o tipo de datasource ele será: movimento; atributo ou texto.

76


Figura 58 - Tela de manutenção de datasource

Independente do tipo de datasource, a tela de manutenção de datasource é semelhante nos três tipos. Nela define-se: O componente de aplicação do qual o datasource fará parte; •

Qual visão/tabela (no caso de uma extração por visão) ou qual área funcional (caso a extraçõ seja por query); •

•

Descrições.

77


Figura 59 - Seleção de campos do data source

O próximo passo é a seleção de que campos da visão/tabela ou query serão vistos no datasource e que campos farão parte do critério de seleção para carga no BW. Extratores LIS

O LIS (Logistic Information System) é um componente do R/3 R/3 qu quee po poss ssui ui roti rotina nass para para gera geraçã çãoo auto automá máti tica ca de data dataso sour urce cess genéricos. A manutenção dos extratores de LIS estão no item Sistema de informação de logística da transação SBIW. 78


Figura 60 - Opções de LIS da configuração dos extratores

Para ativar o LIS como fonte de dados para datasources, deve-se executar a ação Conectar estruturas de informação.

79


Figura Figura 61 - Tela de manu manutenç tenção ão de datasourc datasources es embasado embasadoss em estrutura estruturass LIS.

A seqüência ideal de execução das etapas é: 1. Desativar atualização ção LIS (V2), se esti stiver ativa. 2. Conf Config igur urar ar ambi ambien ente te LIS LIS 3. Gerar da datasource 4. Gera Gerarr atua atuali liza zaçã çãoo da estru estrutu tura ra LIS LIS 5. At Ativ ivar ar atua atuali liza zaçã çãoo del delta ta 6. At Ativ ivar ar atu atual aliz izaç ação ão LIS LIS (V2) (V2) Extrator FI-SL

O Special Ledger de FI faz uso de geradores de datasource genéricos para transferir dados para o BW. 80


Figura 62 - Opções de Special Ledger nas configurações dos extratores.

Para criar um datasource que transfira os dados das tabelas totais de um special ledger basta: 1. Gerar estrutura de transferência para tabela de totais 2. Definir e atribuir datasource

Extrator CO-PA

Existe rotinas para geração de datasources genéricos para CO-PA.

81


Figura 63 - As opções de extratores para CO-PA.

Para criar um datasource de CO-PA execute a ação origem de dados .

82

Criar


Figura 64 - Criação de datasource para CO-PA.

É recomendável que não se altere a seqüência 1_CO_PA no nome do datasource a ser gerado. Qualquer outra modificação é válida. As seq seqüênc üência iass %CL e %ERK serã serãoo sub ubst stiituí uíddas pelo pelo mand mandan ante te e op oper erat atin ingg conc concer ern, n, resp respec ecti tiva vame ment nte. e. Po Pode de-s -see aind aindaa acrescentar %SY para inserir no nome da datasource o identificador do sistema.

83


Figura 65 - Seleção de campos que farão parte da datasource.

Dep Depois de sel selecionado os campos que farão parte do datasource, execute a ação Infocatalog.

84


Consultas (Queries) As queries representam a visualização dos dados armazenados nos cubos e ODS’s para o usuário. São elas que se apresentam como produto final de uma implantação de BW. Na definição das queries pode-se restringir quais dimensões e ind ndiicad cadores res do cub cubo serã serãoo vi visí sívvei eis, s, faze fazerr rest restri riçõ ções es sob sobre as dimensões, executar cálculos sobre os indicadores além de outras funcionalidades. A ferramenta de manutenção e visualização de queries no BW é o SAP Business Explorer Analyzer (Bex Analyzer). Trata-se de um add-on ao Microsoft Excel sendo, portanto, é necessário que este esteja instalado na estação de trabalho. Ao abrir o Bex Analyzer, abri-se o Excel com uma barra de ferramentas adicional.

Figura 66 - A barra de ferramenta do Bex Analyzer.

Para acessar as queries de um sistema BW, escolha o botão Abrir da barra de ferramenta do Bex.

85


Figura 67 - Abrir objeto do Bex Analyzer.

Na tela de seleção de objeto para ser aberto no Bex Analyzer, pode-se: Abrir uma query já existente: Selecione a query e escolha OK; •

Modificar uma query existente: Selecione a query e escolha Modificar ; •

Criar uma nova query: Selecione o infocubo que dará origem a query e escolha Novo. •

Criar / Modificar Query Ao se selecionar o cubo e escolher Novo ou aberta a tela de estruturação da query.

86

Modificar ,

será


Figura 68 - Edição de queries.

1. 2. 3. 4.

Os elementos desta tela são: Elementos do cubo: mostra todos objetos associados ao cubo (infoobjetos, atributos navegáveis, índices, índices restringidos, índices calculados, estruturas, etc.). Linhas da da qu query: relaciona os elementos do cubo que estarão nas linhas da query; Colunas da da qu query: lista os elementos do cubo que estarão nas colunas da query; Caract racter eríístic sticas as liv ivre res: s: são elementos das dimensões do cubo que podem ser usados como critério de seleção pelo usuário; 87


5. Filtro: representa restrições feitas à query e que não podem ser alteradas pelo usuário. Os elementos 2, 3 e 4 são refletidos no resultado na query e podem ser invertidos entre si pelo usuário (um elemento da coluna ou linha pode ser reduzido a características livres e vice-versa).

Figura 69 - Resultado de uma query no Excel com Bex Analyzer.

Outra maneira de alterar o formato de uma query é através do botão Change query view da barra de ferramentas do Bex Analyzer. Este botão traz duas opções: Modi Modifi fica carr quer query y (vis (visão ão loca local) l):

todas a modificações na definição de query que forem feitas desta maneira não serão salvas;

•

88


as alterações podem ser salvas, sobrescrevendo a query ou gerando uma nova query.

•

Mod Modific ificar ar

query uery

(def (defin iniç ição ão

glob global al)) :

Navegando na query A navegação em uma query OLAP envolve o conceito de slice-and-dice (restringir dados visualizados e buscar um novo ponto de vista para estes dados), permitindo que uma mesma query ofereça diversas conclusões a partir de poucas operações. Algu Al guma mass po possi ssibi bili lida dade dess de nave navega gaçã çãoo em qu quer erie iess estã estãoo ilustradas nas imagens seguintes.

89


Figura 70 - Execução de um expansão ( drilldown) horizontal.

90


Figura 71 - Execução de expansão ( drilldown) vertical.

91


Figura 72 - Execução de substituição.

92


Figura 73 - Usando uma ocorrência como filtro.

93


Figura 74 - Executando um filtro com expansão.

Todo Todoss recu recurs rsos os nave navega gaci cion onai aiss exis existe tem m tamb também ém no Web Web Business Explorer.

Criando Filtro Todos os elementos de dimensões que estão na query podem ter filtros associados a eles de maneira que a visualização dos dados fique restrita aos valores impostos no filtro. Para definir um filtro, deve-se acionar o menu de contexto do elemento que se quer filtrar e escolher o item Restringir . 94


Figura 75 - Janela de criação de filtro.

Alguns tipos de filtro que podem ser executados são: 1. Seleção si simples: escolher um item da lista a esquerda e transferilo à direita; 2. Seleção por intervalo: esco escolh lhaa na caix caixaa Seleção a opção pção Int.valores, selecione dois valores (no caso de um intervalo com início e fim, opção entre) ou um único valor (demais opções) da lista à esquerda e transfira-os para a direita; 3. Excluir da seleção: para identificar que este item não deve constar da seleção, escolhendo a opção Excluir da seleção do menu de contexto do item da lista à direita que se quer excluir.

Propriedades Propriedades da query A janela de definição de query permite o acesso a diversas propriedades desta query. 95


Figura 76 - Características de query.

Índices calculados e restringidos Tanto para todo o cubo como para apenas uma query pode ser definidos índices calculados. Estes índices não existem no cubo, mas podem ser criados em tempo de execução da query a partir de operações com outros índices ou de funções.

96


Figura 77 - Edição de índices restringidos e de fórmulas.

Um índice restringido também é um índice que não existe no cubo, mas calculado a partir de um outro índice que satisfaz alguma restrição imposta.

97


Figura 78 - Processamento de índice restringido.

Propriedades dos índices Algumas propriedades de um índice (normal, calculado ou restringido podem ser alteradas).

98


Figura 79 - Propriedades dos índices.

Descrição: Texto com o qual o índice será apresentado na query; •

99


•

Ocultar: O índice será ou não exibido;

Destacado: Indica se o índice terá uma formatação diferenciada dos demais índices;

•

Fator de escalonamento: A escala em que o índice será tratado (exemplo: índice com valor 10000 na escala 10 é 1000); •

Número de casas decimais: Quantas casas decimais serão exibidas para o índice;

•

Inversão de sinal +/-: O sinal poderá ser invertido para este índice; •

Cal Calcu cullar resu result ltaado com como... o...:: Como o result resultado ado será será aprese apresent ntado ado (soma, (soma, contag contagem em,, valor valor máximo, valo mínimo, variância, etc.); •

Calcular valores individuais como...: Como será apresentado cada valor do índice (o valor em si, seu percentual em relação ao total ou em relação a um subitem, posição de um raking);

•

Aplica Apli carr tamb também ém ao aoss resu result ltad ados os:: Se os resultados devem fazer parte de um ranking ou não;

•

Acumulado: O valor do índice que será mostrado é o valor do índice mais os valores anteriores; •

Tipo de conversão: quando é necessária a conversão são de moeda, define-se -se qual o tipo de conversão; •

Moed Moedaa de de dest stin ino: o: Pa Para ra qu qual al mo moed edaa será será convertido o valor. •

100


Propriedades Propriedades das características características Assi Assim m com como os ín índi dice ces, s, as cara caract cter erís ísti tica cass tamb também ém tem tem propriedades que podem alterar a maneira como são vistas na query. Algumas propriedades estão também na guia Business Explorer na manutenção de infoobjeto. infoobjeto.

Figura 80 - Propriedades das características.

Represe Representa ntarr como: como: Diversas Diversas combinaç combinações ões entre chave e denominação para escolher como a característica aparecerá na query;

•

Atributos Atributos disponív disponíveis: eis: List Listaa do doss atri atribu buto toss desta característica; •

101


Atributos selecionados: Lista dos atributos dest destaa cara caract cter erís ísti tica ca qu quee fora foram m sele seleci cion onad ados os para para exibição na query; •

Representação de valor de atributo: Dive Di vers rsas as comb combin inaç açõe õess entr entree chav chavee e deno denomi mina naçã çãoo par paraa esco escolh lher er com como a cara caract cter erís ísti tica ca apar aparec ecer eráá na query; •

Suprimir linhas de resultado: Habilita ou desabilita a exibição de um totalizador; •

Padroniz Padronizar ar em: Repres Represent entar ar cada cada valor valor de índ ndiice enco enconntrad rado para ara a cara caract cteeríst rístic icaa com com um percentual em relação à opção escolhida aqui; •

Acumulado: O valo valorr do ín índi dice ce enco encont ntra rado do para a característica que será mostrado é o próprio valor mais o valor anterior; •

Hierarquia de apresentação: Configura qual hierarquia será usada na exibição da característica, quantos níveis serão mostrados e se esta hierarquia está ativa ou não. •

Variáveis As variáveis permitem uma maior flexibilização das queries, por exemplo, que o usuário digite um parâmetro de entrada para realizar a seleção de dados da query. Uma Uma vari variáv ável el po pode de ser ser usad usadaa em cara caract cter erís ísti tica cas, s, text textos os,, fórmulas, hierarquias, nós de hierarquias.

102


Se não existe uma variável adequada ao propósito, esta deve ser criada no ambiente BW: Business Information Warehouse Business Explorer Atualizar variáveis (transação RSZV).





Figura 81 - Edição de variáveis.

As variáveis tem como dados básicos o nome, o tipo e a mane maneir iraa qu quee se dará dará o proc proces essa same ment ntoo além além das das desc descri riçõ ções es.. As propriedades exibidas em indicações detalhadas dependerá do modo de processamento e do tipo de variável atribuído a query. Uma variável definida pode ser usada na query em diversos pontos (dependendo do tipo da variável).

103


Figura 82 - Exemplo de uso de variáveis: como parâmetro de seleção.

Estruturas Estruturas são partes de uma query que podem ser armazenadas na definição do cubo de maneira que outras queries deste cubo possam usá-las. Estruturas podem ser globais (que se forem alteradas em uma quer qu eryy refl reflet etir irão ão esta esta alte altera raçã çãoo em to toda dass as qu quer erie iess com como esta estass estruturas) ou locais (estruturas globais que foram desvinculadas Expandir referência referência do menu de contexto da atra atravé véss do item item Expandir estrutura na query, permitindo que qualquer mudança nesta estrutura só valerá para esta query).

104


Figura 83 - Uma estrutura e o item Expandir referência.

Condições São recursos que permitem criar restrições, embasadas nos índ ndiices, ces, aos aos dado ados a sere serem m vist istos da query uery,, por exem exempplo, só apresentar índices que tenham valor maior que determinado valor ou mostrar as N características com os maiores valores de índices.

105


Figura 84 - Edição de condições

Na edição de condições, determina-se para características a análise será feita e qual o tipo de análise.

quais

Exceções Funcionalidade que permite destacar os valores de índices sob determinadas condições dando informações sobre o desempenho deste índice.

106


Figura 85 - Edição de exceções.

Na edição de exceções, define-se os intervalos de valores e qual qu al ní níve vell de aler alerta ta será será atri atribu buíd ídoo para para este este in inte terv rval aloo (na (na gu guia ia Valores de exceção ) e para que características as exceções valerão (guia Restrições de cédula).

Layout Layo Layout ut trat trataa de elem elemen ento toss qu quee po pode dem m ser ser exib exibid idos os nas nas quer qu erie iess tais tais como como gráf gráfic icos os,, defi defini niçã çãoo de exce exceçõ ções es,, defi defini niçã çãoo de condições e mapas.

Drill through Recurso que permite executar, a partir de uma query, uma query mais detalhada ou o sistema R/3. 107


Quando a configuração é de query sumarizada para query detalhada, esta query deve ter uma variável que a ligue a query resumida. Query detalhe

Query resumo Cliente x Montante

Cliente 1 Cliente 2 Cliente 3 Cliente 4

Variável de conexão

1000 2000 4786 8965

Detalhe de Cliente 1 XXXXX XXXX 99999 XXXXX XXXX 99999 XXXXX XXXX 99999

Figura 86 - Ligação de drill through.

A primeira etapa para criar um drill through de queries é criar as duas queries: a resumo e a detalhe. Após deve-se criar uma variável do tipo valor de caract caracterí erísti stica, ca, com proces processam sament entoo por camin caminho ho de substi substitui tuição ção,, sobre a característica apropriada, com substituição por resultado de um query e no campo query a query resumo usada. Acrescentar na definição da query detalhe um filtro usando a variável criada anteriormente. anteriormente. Já a criação de drill through para sistema R/3 (ou qualquer drill through usando Report / Report Interface) é feita em Business Information Warehouse Business Explorer Saltos (transação RSBBS). 

108



Query destinos de


Figura 87 - Configuração de ligações do tipo R/RI.

O emissor é a query que iniciará o drill through para o R/3. Depois de definido, crie uma nova atribuição, informando para que tipo de objeto será visualizado no R/3 e qual a ligação deste R/3 com o BW.

109


Figura 88 - Edição de atribuição.

Em seguida atribua um relatório do emissor a um relatório do receptor.

110


Figura 89 - Ligação de relatório emissor com relatório receptor.

Para executar o drill through selecione o botão de ferramentas do BEx Analyzer.

Goto

da barra

Business Explorer Browser É uma aplicação do front-end do SAP BW para executar e organizar os tipos de documentos acessados via BW.

111


Figura 90 - O Bex Browser.

O acesso aos documentos no Bex Browser é determinado por funções de usuário. Nesta interface, pode-se mover os objetos de pastas, criar novos objetos, etc. Existe ainda o Bex Browser Web para navegação na Internet.

Pasta de trabalho e visões Pasta de trabalho (workbook ) é a planilha Excel. O BW per perm mite ite qu quee esta esta pl plan anil ilha ha po poss ssaa ser ser grav gravad adaa e aces acessa sada da pelo peloss usuários. Um workbook pode possuir várias queries associadas a ele, além de formatações específicas obtidas pelos recursos do Excel. 112


Cada workbook gravado pode ser acessado através do item favoritos do menu do BW.

Figura 91 - Gravar uma pasta de trabalho.

Em um workbook podem existir visões de query. Durante a navegação de uma query, podem ser feitas alterações na ordem em que dimensões são visualizadas, em filtros que foram estabelecidos, etc. e que não são s ão gravadas na query (afinal, continua sendo a mesma query). Uma visão é o armazenamento dos resultados obtidos pela navegação de uma query, de maneira que facilmente chega-se à situação resultante de uma navegação.

113


Figura 92 - Criação de uma visão de query.

Figura 93 - Escolhendo em qual visão a query deve ser mostrada.

Queries na Internet Se o SAP BW estiver conectado a um servidor ITS, as queries criadas podem ser visualizadas em um browser Web. 114


A visualização via Internet mais simples é a publicação da query no modelo definido no SAP BW.

Figura 94 - Publicação simples de query em ambiente Web.

O endereço indicado no browser pode ser usado para acessar est esta qu quer eryy em qual alqu quer er brow rowser ser de Web que tenh enha aces acesso so ao servidor de sites ao qual o ITS está associado.

Figura 95 - Query no browser de Web.

Caso aso esta sta query ery neces ecessi sitte de ele lem mento entoss que não est estão disponíveis no modelo definido no BW, pode-se gerar um novo modelo embasado em uma visão de query, executando o BW Web Publisher. 115


Figura 96 - O BW Web Publisher.

O Web Publisher permite a inserção de elementos de Web na pasta de trabalho, por exemplo, bloco de navegação, tabela, gráficos, etc. 116


Os elementos de Web devem ser incorporados a um arquivo de HTML através do botão TAG HTML que copia para a área de transferência a referência a este objeto que deve ser inserida na página HTML.

Figura 97 - Copiando Copiando as referências referências HTML dos elementos elementos de Web.

117


Figura 98 - Arquivo HTML com referência a elementos de Web.

O arquivo HTML que possui referências a elementos Web de queries deve ser armazenado no SAP BW, este procedimento é executado através do botão Check in que associa o arquivo HTML a um modelo Web.

118


Figura 99 - Escolha um modelo que já existe ou associe o arquivo HTML a um novo modelo.

A URL para acessar este modelo gerado é obtida no item Copiar URL para clipboard do menu Processar (a URL estará na área de transferência).

Responsável Responsável de reporting O responsável de reporting ( reporting agent ) é a ferramenta para escalonamento de execução em background duas funcionalidades: Verificação de exceções: avalia o resultado de uma query em relação às exceções criadas nesta query e emite alerta se uma condição específica for encontrada. •

Impressã ssão: permite que uma query seja impressa em background . Para a query sobre a qual será executada uma função em background deve-se criar uma Opção nova no item Responsável de reporting do Workbench de Administração. •

119


Figura 100 - Informações gerais do objeto do responsável de reporting.

120


Figura 101 - Como tratar as exceções.

Em Reporting exceção é definido o tratamento que será dado a cada exceção: que exceção deve gerar uma ação; qual ação deve ser tomada; que característica na query deve ser usada no aviso da ocorrência da exceção. Para executar estes avisos para exceções é necessário criar um pacote de escalonamento para este objeto de responsável de reporting. Este pacote de escalonamento tem as características de um job da SAP.

Figura 102 - Pacotes de escalonamento escalonamento à direita. 121


Cada Cada paco pacote te po pode de ter ter vári vários os ob obje jeto toss de resp respon onsá sáve vell de reporting relacionados.

Passos para criação de um destino de dados

Business Content Tendo o modelo multidimensional do cubo, a primeira tarefa é verificar se o cubo existe no Business Content, necesitando apenas ser ativado junto com seus infoobjetos, infosources, datasources, etc.

Definir infoobjetos Caso o cubo não exista em Business Content é necessário definir quais infoobjetos (características, índices, tempo, unidade) serão usados neste cubo. Ne Nesta sta et etaapa é im impo port rtan ante te veri erifica ficarr a exi existên stênci ciaa dest destes es infobjetos no sistema BW, além de avaliar Business Content em busca de um infoobjeto que atende as necessidades que possa ser ou já esteja ativado. Caso não exista um infoobjeto apropriado nem no BW e nem no Business Content, ele deve ser criado.

Realizar carga de dados mestres Para realizar carga é necessário necessário criar uma infosourc infosourcee para os infoobjetos, associar estas infosource a cada datasource disponível no sistema fonte (dados mestres, textos e hierarquias representam, cada um, datasources diferentes no mesmo sistema fonte).

122


Caso necessário, o datasource no sistema fonte deve ser Sistema a Fonte Fonte Repli Replicar car ativado e transfe sferido para o BW (Sistem Datasource). Depois das inforsources criadas e ativadas, os infopackeges devem ser criados. 

Criar cubo A criação do cubo é associar os diversos infoobjetos que serão usados neste às dimensões que ele conterá, caso o subo não exista no Business Content.

Criar infosource transacional A inforsource de movimento trará os dados do sistema fonte para o infocubo, ela deve conter os objetos usados na definição do cubo. Verificar também a necessidade de ativar o datasource no sistema fonte bem como se ele deve ser replicado no BW.

Criar regra de atualização A regra de atualização é a ligação entre o cubo e a infosource de movimento.

Realizar carga de dados Cria Criarr in info fopa pack ckag ages es para para a in info foso sour urce ce de mo movi vime ment ntoo qu quee passará dados para a regra de atualização que gravará no cubo.

123

BW_Portugues

Recommend Documents