Pré-Treinamento SAP BW
Agradeço a todos os companheiros que postam artigos, respondem fóruns, atualizam páginas WIKI.
O Conhecimento deve ser divulgado e propagado a todos aqueles que querem aprender, tem um valor intangível e uma propriedade transformadora.
Paulo Gorenstein
Fontes:
Índice
SAP 4
Conceito de DatarWarehouse 4
SAP GUI 5
Configurando uma conexão 6
ECC 8
BW 8
Navegação no Ambiente 9
Transações 11
Conceito de Ferramenta ETL 16
Objetos do SAP BW 17
Outros Objetos 17
InfoObjetos 17
InfoObjeto Caracteristica 17
InfoObjeto Índice (Key Figure / KPI) 18
DSO 19
CUBO (InfoCubo – Standard) 21
MultiProvider 24
Infoset 26
Transformação 26
DTP 27
Infopackage 27
Outros 27
ZGERXX 36
ZVENDXX 36
ZMATXX 37
Z_DSOXX 37
Z_CUBOXX 38
Etapa 1
1) Ambiente SAP (3h)
a. SAP / Conceito de Data Warehouse. (1h)
b. SAP GUI. (1h)
c. Configurando uma conexão. (20 min.)
d. Acessando um servidor IDES gratuito. (30 min.)
e. Navegação no Ambiente. (5 min.)
f. Transações (5 min.).
Objetivo: Aprender a configurar uma conexão, desenvolver a habilidade de navegar no ambiente, conseguir explorar novos T-CODES. Adquirir uma conta em um ambiente SAP de forma gratuita e independente.
Ambiente SAP
SAP
[pic]
SAP é uma empresa alemã criadora do Software de Gestão de Negócios do mesmo nome. Hoje, a SAP é a líder global de mercado em soluções de negócios colaborativas e multiempresas.
O principal produto da empresa, que emprega mais de 53.000 pessoas[1], é o sistema integrado de gestão empresarial (ERP) SAP ERP.
Conceito de DatarWarehouse
[pic]
A Inteligência Empresarial, ou Business Intelligence, é um termo do Gartner Group. O conceito surgiu na década de 80 e descreve as habilidades das corporações para aceder a dados e explorar informações (normalmente contidas em um Data Warehouse/Data Mart), analisando-as e desenvolvendo percepções e entendimentos a seu respeito, o que lhes permite incrementar e tornar mais pautada em informações a tomada de decisão (JFF).
SAP GUI
[pic]
SAPgui é GUI é um interfaceda arquitetura de 3 tier de base de dados, usuário da aplicação e cliente. É o software que funciona em a Microsoft Windows, Apple Macintosh ou Unix desktop (LUW), e permite que um usuário conecte-se ao SAP em aplicações de SAP como mySAP ERP (ECC) e SAP BW.
Configurando uma conexão
SAP Logon
[pic]
[pic]
De posse do endereço IP ou DNS do Servidor de Aplicação mais o Numero do sistema (99) mais o ID do Sistema (XXX)
[pic]
Acessando um servidor IDES gratuito
IDES é um servidor gratuito para ensino.
NÃO É DE RESPONSABILIDADE DESTE TREINAENTO A DISPONIBILIDADE
DO MESMO, NEM A CONTINUIDADE DOS SERVIÇOS POR ELE PRESTADOS.
[pic]
[pic]
Criando sua conta
[pic]
Conexão SAP GUI.
|ECC |BW |
|[pic] |[pic] |
|talos.consolut.eu |talos.consolut.eu |
|09 |01 |
|E62 |N4S |
|/h/ides.consolut.eu/w/consolut/h/ |/h/ides.consolut.eu/w/consolut/h/ |
Senha Diária
Navegação no Ambiente
[pic]
T-CODES – Códigos de transação atalho para funcionalidades do SAP.
Ex: a T-CODE: RSA1 é a transação principal e central do BW.
Na área de TCODE: [pic]Dica dêem sempre F1 !
[pic]
No canto superior da tela você pode:
[pic]
[pic]
Menu do Usuário VS Menu SAP
Menu Usuário.
[pic]
Menu SAP.
[pic]
Transações
Aceleradores e atalhos para funcionalidades.
|Tcode |Description |
|DB02 |Tables and Indexes Monitor |
|DB14 |Display DBA Operation Logs |
|DB16 |Display DB Check Results |
|DB20 |Update DB Statistics |
|KEB2 |DISPLAY DETAILED INFO ON CO-PA DATA SOURCE R3 |
|LISTCUBE |List viewer for InfoCubes |
|LISTSCHEMA |Show InfoCube schema |
|LBWE |LO Data Extraction: Customizing Cockpit |
|LBWF |BW Log |
|LBWG |To Delete Setup Tables |
|OLI*BW |To fill Setup Tables (* Application Component) [ie 7 for SD Sales Orders]|
|OS06 |Local Operating System Activity |
|OB08 |Currency Exchange Rates |
|RSA1 |Administrator Work Bench |
|RSA2 |OLTP Metadata Repository |
|RSA3 |Extractor Checker |
|RSA5 |Install Business Content |
|RSA6 |Maintain DataSources |
|RSA7 |BW Delta Queue Monitor |
|RSA8 |DataSource Repository |
|RSA9 |Transfer Application Components |
|RSA11 |Calling up AWB with the IC tree |
|RSA12 |Calling up AWB with the IS tree |
|RSA13 |Calling up AWB with the LG tree |
|RSA14 |Calling up AWB with the IO tree |
|RSA15 |Calling up AWB with the ODS tree |
|RSBBS |Maintain Query Jumps (RRI Interface) |
|RSBICA |Modeling BI Integrated Planning |
|RSCUSTA |Maintain BW Settings |
|RSCUSTA2 |ODS Settings |
|RSCUSTV* | |
|RSD1 |Characteristic maintenance |
|RSD2 |Maintenance of key figures |
|RSD3 |Maintenance of units |
|RSD4 |Maintenance of time characteristics |
|RSD5 |Edit InfoObjects |
|RSDBC |DB connect |
|RSDCUBE |Start: InfoCube editing |
|RSDCUBED |Start: InfoCube editing |
|RSDCUBEM |Start: InfoCube editing |
|RSDDBIAMON |BI Accelerator Monitor |
|RSDDV |Maintaining |
|RSDIOBC |Start: InfoObject catalog editing |
|RSDIOBCD |Start: InfoObject catalog editing |
|RSDIOBCM |Start: InfoObject catalog editing |
|RSDL |DB Connect - Test Program |
|RSDMD |Master Data Maintenance w.Prev. Sel. |
|RSDMD_TEST |Master Data Test |
|RSDMPRO |Initial Screen: MultiProvider Proc. |
|RSDMPROD |Initial Screen: MultiProvider Proc. |
|RSDMPROM |Initial Screen: MultiProvider Proc. |
|RSDMWB |Customer Behavior Modeling |
|RSDODS |Initial Screen: ODS Object Processing |
|RSDS |Data Source Repository |
|RSIMPCUR |Load Exchange Rates from File |
|RSINPUT |Manual Data Entry |
|RSIS1 |Create InfoSource |
|RSIS2 |Change InfoSource |
|RSIS3 |Display InfoSource |
|RSISET |Maintain InfoSets |
|RSKC |Maintaining the Permitted Extra Chars |
|RSLGMP |Maintain RSLOGSYSMAP |
|RSMO |Data Load Monitor Start |
|RSMON |BW Administrator Workbench |
|RSOR |BW Metadata Repository |
|RSORBCT |BI Business Content Transfer |
|RSORMDR |BW Metadata Repository |
|RSPC |Process Chain Maintenance |
|RSPC1 |Process Chain Display |
|RSPCM |Monitor daily process chains |
|RSPLAN |Modeling BI Integrated Planning |
|RSPLSE |BI Planning Lock Management |
|RSRCACHE |OLAP: Cache Monitor |
|RSRT |Start of the report monitor |
|RSRT1 |Start of the Report Monitor |
|RSRT2 |Start of the Report Monitor |
|RSRTRACE |Set trace configuration |
|RSRTRACETEST |Trace tool configuration |
|RSRV |Analysis and Repair of BW Objects |
|RSSM |Authorizations for Reporting |
|RZ20 |To see log for Process Chains |
|SE03 |Transport Organizer Tools |
|SE06 |Set Up Transport Organizer |
|SE07 |CTS Status Display |
|SE09 |Transport Organizer |
|SE10 |Transport Organizer |
|SE11 |ABAP Dictionary |
|SE18 |Business Add-Ins: Definitions |
|SE18_OLD |Business Add-Ins: Definitions (Old) |
|SE19 |Business Add-Ins: Implementations |
|SE19_OLD |Business Add-Ins: Implementations |
|SE21 |Package Builder |
|SE24 |Class Builder |
|SE80 |Object Navigator |
|SE93 |to view Transaction Codes |
|SM04 |User List |
|SM12 |Display and Delete Locks |
|SM21 |Online System Log Analysis |
|SM37 |Overview of job selection |
|SM50 |Work Process Overview |
|SM51 |List of SAP Systems |
|SM58 |Asynchronous RFC Error Log |
|SM59 |RFC Destinations (Display/Maintain) |
|SM66 |Global work process Monitor |
|SMQ1 |qRFC Monitor (Outbound Queue) |
|SMQ2 |qRFC Monitor (Inbound Queue) |
|ST22 |ABAP Runtime Error (Dumps) |
|ST14 |BW Evaluation Application Analysis |
|WE02 |Display IDoc |
|WE05 |IDoc Lists |
|WE06 |Active IDoc monitoring |
|WE07 |IDoc statistics |
|WE08 |Status File Interface |
|WE09 |Search for IDoc in Database |
|WE10 |Search for IDoc in Archive |
|WE11 |Delete IDocs |
|WE12 |Test Modified Inbound File |
|WE14 |Test Outbound Processing |
|WE15 |Test Outbound Processing from MC |
|WE16 |Test Inbound File |
|WE17 |Test Status File |
|WE18 |Generate Status File |
|WE19 |Test tool |
|WE20 |Partner Profiles |
|WE21 |Port definition |
|WE23 |Verification of IDoc processing |
Etapa 2
2) SAP BW (7h)
a. O SAP BW.
b. Conceito de Ferramente ETL. (1h)
c. Objetos do SAP BW (3h)
i. Infoobjeto
ii. DSO
iii. Cubo
iv. Multiprovider
v. Infoset.
vi. Catálogo
vii. InfoArea.
Objetivo: Conhecer os Objetos do SAP BW, ter noções de sua destinação, aprender a destinação principal de cada Infoprovider,
Conhecer sobre ETL e tipos de tranformações, ser capaz de identificar visualmente na ferramenta os objetos e seu fluxo.
O SAP BW
[pic]
SAP Netweaver Business Intelligence (SAP BI) é o nome de uma ferramenta usada para Business Intelligence, análise de dados, relatórios e Armazém de Dados desenvolvida pela SAP AG. Foi chamada originalmente de SAP BIW (Business Information Warehouse) ou SAP BW, e também é conhecida por "SAP NetWeaver BI".
Conceito de Ferramenta ETL
ETL – Extração Transformação e Carga [pic]
ETL, do inglês Extract Transform Load são ferramentas de software cuja função é a extração de dados de diversos sistemas, transformação desses dados conforme regras de negócios e por fim a carga dos dados em um Data Mart ou um Data Warehouse. É considerada uma das fases mais críticas do Data Warehouse e/ou Data Mart.
[pic]
Objetos do SAP BW
|InfoObjeto Característica |[pic] |
|InfoObjeto Indice |[pic] |
|DSO |[pic] |
|Cubo |[pic] |
|MultiProvider |[pic] |
|Infoset |[pic] |
|Catálogo |[pic] |
|InfoArea |[pic] |
|DataSource |[pic] |
Outros Objetos
|DTP |[pic] |
|Infopackage |[pic] |
|Transformação |[pic] |
InfoObjetos
É o bloco de construção fundamental do modelo de informação do SAP BW; Termo técnico do SAP BW referente a todos os objetos de negócios
Os InfoObjetos na Verdade são estruturas complexas formadas pela ligação de diversas tabelas. (Tabela de Textos, Tabela de Atributos, Tabela SID)
[pic]
InfoObjeto Caracteristica
Com dados mestres (Atributos e Texto)
Sem dados mestres.
Ex: 0MATERIAL, 0COMP_CODE, 0VERSION, 0SOLD_TO, 0CUSTOMER, 0DOCNUMBER, S2DTVERIF
[pic]
[pic]
InfoObjeto Índice (Key Figure / KPI)
Ex: 0CREDIT, 0NET_VALUE, 0QUANTITY, 0DSCT_DAYS1, S2_VLMULT
Operações de soma, máximo, mínimo e fórmulas
[pic]
Características de Tempo
|Ano civil |0CALYEAR |
|Ano civil/mês |0CALMONTH |
|Ano civil/semana |0CALWEEK |
|Dia de calendário |0CALDAY |
|Exercício |0FISCYEAR |
|Variante de exercício |0FISCVARNT |
Unidades
|Código de moeda da moeda interna |0CURKEY_LC |
|Moeda Interna |0LOC_CURRCY |
|Código da moeda |0CURRENCY |
[pic]
DSO
O Operational Data Storage é uma estrutura de armazenamento (fisicamente independente das bases de dados) na qual são armazenados os dados no nível mais básico (nível de documento). O ODS normalmente é utilizado para resolver e consolidar conjuntos de dados
Funcionam como uma tabela Plana e para controle de Delta.
Estrutura de uma DSO
[pic]
Administrando uma DSO.
[pic]
Três tabelas de uma DSO Standard.
[pic]
Dados Novos – Processo de carga antes da ativação
Dados Ativos – Depois da ativação
Log. Modificação – Mapeia as mudanças ocorridas.
Na DSO WRITE OPTIMIZED só existem dados ativos.
Conteudo da Log de Modificação
No Log de modificação você consegue rastrear as mudanças ocorridas na DSO e fazer um controle de Delta.
[pic]
[pic]Rastreabilidade !
[pic]
CUBO (InfoCubo – Standard)
Termo técnico do SAP BW que corresponde a uma estrutura de armazenamento de dados – o mesmo que cubo. Funciona como “container” central de dados, formando a base para a obtenção de relatórios e análise. É constituído de várias tabelas de banco de dados que estão relacionadas de acordo com um modelo de “STAR SCHEMA”. Isto inclui uma TABELA FATO que contém os ÍNDICES, assim como várias tabelas de dimensão nas quais estão as ligações com as características.
O Infocubo é o personagem central do Data Warehouse.
|233 Key Figures |
|248 Caracteristicas |
|16 Dimensões (3 técnicas: Tempo / Pacote / Unidade) |
|1 Fato + 1 Fato comprimida. |
SID = Identificador de Um dado mestre
DIM ID – Identificador de Uma Dimensão
Um DIM ID pode ser formado pela combinação de váriso SID, logo uma Dimensão com 3 caracteristicas terá um DIM ID com 3 SIDs Distintos.
Star-Schema
[pic]
Estrutura de um InfoCubo
[pic]
Administrar um InfoCubo
[pic]
Conteúdo de um Cubo
[pic]
[pic]
Tabelas que compões um cubo (TCode: SE16)
[pic]
|Tabelas “D” |Dimensão |
|Tabela “F” |Fato |
|Tabela “E” |Fato comprimida |
|SID |ID de dado Mestres |
|DIM ID |ID de dimensão |
| | |
Existem ainda os CUBOS REMOTOS que não possuem dados, os mesmos são alimentados no momento da consulta.
O Método mais usual de modelar um cubo remoto é por DIRECT ACESS.
[pic]
MultiProvider
Multiprovider é um agrupador de Infoproviders.
Todo objeto do BW que prove informações é denomindao Infoprovider, um Multiprovider é um objeto que não contém dados mas une daddos de Cubos, DSO e Infoobjetos diversos.
Um multiprovider representa uma UNIÃO de dados.
Cubo
[pic]
DSO
[pic]
Multiprovider - União dos Dados
[pic]
[pic]
[pic]
Infoset
É uma camada semântica utilizada para elaboração de relatórios entre objetos ODS e dados mestres. Especificamente, possue a função técnica de determinar “joins” entre estes objetos. Infosets são criados e mantidos no Infoset Builder. É possível elaborar relatórios baseados em InfoSets utilizando o BEx Query Designer.
O Infoset representa um Join entre duas extruturas.
[pic]
[pic]
[pic]
[pic]
Transformação
A transformação liga os dados entre origem e destino.
Nesse processo de carga existem diversos modificadores que podem ser aplicados aos dados com objetivo de gerar e homogeneizar as informações.
[pic]
Os principais tipos de assignação são:
Constante: BRL, PJ, S, X
Fórmula: (Editor de Fórmula)
Ler Dados Mestres: (A partir de um InfoObjeto)
Rotina: Codificação ABAP.
Rotina Inicial – Tratar registros antes de gravar
Rotina Final - Tratar registros depois de gravar
[pic]
[pic]
DTP
[pic]
Infopackage
São gatilhos que disparam os processos de carga. O Infopackage leva dados somente para PSA. O DTP leva entre os Infoproviders.
Ambos são escalonadores.
Outros
|Catálogo |[pic] |
|InfoArea |[pic] |
|DataSource |[pic] |
|DTP |[pic] |
|Infopackage |[pic] |
|Transformação |[pic] |
Glossário
Glossário de Termos
|Termo |Descrição |
|Ad-Hoc |O termo ad-hoc está relacionado à funcionalidade presente nas ferramentas de OLAP |
| |que permitem a possibilidade interativa (recursos gráficos) para as atividades de |
| |elaboração e execução de queries (pesquisas).No contexto técnico do SAP BW, existe |
| |o Ad-hoc Query Designer que é função disponível nos componentes SAP BEx Query |
| |Designer e Web Application Designer. |
|Authorization |No contexto técnico dos sistemas SAP, o termo autorização refere-se à concessão de |
| |acesso para executar uma determinada atividade no ambiente de sistemas SAP. Cada |
| |autorização refere-se a um objeto de autorização e define um ou mais valores para |
| |cada campo contido no objeto de autorização.Autorizações no Business Information |
| |Warehouse estão baseadas no conceito padrão de autorização da SAP. |
|Analytical |Aplicações analíticas são definidas por três características: |
|Applications |- Suporte a processo; |
| |- Separação de funções (implementação de funções independentes da aplicação |
| |transacional, que podem ler e gravar os dados sem gerar impacto nos sistemas |
| |transacionais); |
| |- Orientadas ao tempo, com dados integrados de múltiplas fontes (dimensões de tempo|
| |para suportar análises do passado e tendências do futuro).Fonte: IDC: Analytical |
| |Applications: 1999 WorldWide Markets and Trends, IDC – Document 20881 Nov. 1999 |
|Baseline |O termo baseline costuma ser utilizado para representar uma “fotografia” da |
| |configuração de um produto ou projeto num determinado momento. Para efeito de |
| |elaboração do cronograma de um projeto, a baseline corresponde à estimativa |
| |inicial.Segundo a metodologia ASAP, o termo Baseline se refere ao nível de |
| |configuração revisado e acordado entre os responsáveis pelo projeto. A baseline, |
| |que tipicamente corresponde a 80% do escopo total do projeto, serve como plataforma|
| |de desenvolvimento e é a base para as configurações e desenvolvimentos de processos|
| |de negócio subsequentes. |
|Business |Processo de Tecnologia da Informação para habilitar uma organização com |
|Intelligence |perspectivas e insight, entregues a partir do acesso a fontes de informação |
|(BI) |quantitativas.Fonte: Gartner – Business Intelligence – “Making the Data Make |
| |Sense”, January 2001 |
|Business Content|O Business Content (BCT) é um conjunto rico de modelos de informação e “templates” |
| |pré-configurados para relatórios e análises com definições técnicas e de negócios |
| |correspondentes. |
|BW |Business Information Warehouse – Solução de Business Intelligence da SAP. |
|Characteristics |Termo técnico do SAP BW que corresponde ao tipo de InfoObjeto usado para criar |
| |grupos de avaliação dentro das análises multidimensionais. Podem ser divididos em |
| |Unidades, Características de Tempo e Características de Negócio. As características|
| |descrevem a afiliação/associação dos Índices. São exemplos de características |
| |produto, tipo de cliente, ano fiscal, período ou região. |
|CLEAN UP |Processo de deleção de uma determinada base de dados. Num projeto de inteligência |
| |de negócios, é recomendável que este processo esteja alinhado com a definição do |
| |mecanismo de retenção do DATA WAREHOUSE. |
|Data Mart |Num sentido genérico, o conceito de data mart pode ser entendido como uma base de |
| |dados estruturada através de um processo de inteligência de negócios com o objetivo|
| |de atender a um determinado departamento ou unidade de negócios no processo de |
| |tomada de decisão.No contexto do SAP BW, usa-se o termo DATA MART INTERFACE para a |
| |funcionalidade de atualização de dados de um DATA TARGET para outro. |
|Data Mining |O processo de “mineração de dados” – data mining – também é conhecido como análise |
| |exploratória. Seu princípio se baseia na idéia de busca e descoberta de informações|
| |de negócios relevantes a partir da observação, associação e análise de variáveis |
| |que caracterizem o padrão de comportamento de determinado fato de |
| |negócio.Basicamente, este recurso de INTELIGÊNCIA DE NEGÓCIOS é realizado de duas |
| |maneiras: |
| |1 – Por intermédio de processos automatizados baseados em sofisticados algorítmos |
| |de pesquisa orientados aos negócios (redes neurais, por exemplo); |
| |2 – Por intervenção direta do analista de negócios através da realização sucessiva |
| |de queries AD-HOC.Ambas maneiras, baseiam-se na execução de pesquisas de navegação |
| |pelos vários níveis de granularidade implementados no data warehouse (operacional, |
| |tático e gerencial) ou data mart. São exemplo de aplicação de data mining |
| |“CLUSTERING”, segmentação de clientes, algorítimos de árvore de decisão, regressão |
| |etc. |
| | |
|DataSource |O datasource (fonte de dados) é um elemento chave dentro do modelo de informação do|
| |SAP BW. Basicamente, um datasource contém informações referentes aos processos de |
| |extração e transferência de dados. Consiste de um conjunto de campos arranjados em |
| |uma estrutura linear visando a transferência de dados para o SAP BW. Os dados são |
| |transferidos do sistema fonte para o Business Information Warehouse através de uma |
| |estrutura de transferência, após a seleção dos campos disponíveis no DataSource. |
|Data Warehouse |Algumas definições:1- É um Sistema de Suporte a Decisão (SSD) orientado para |
| |fornecer visão Estratégica da Corporação.2 – É um conjunto de ferramentas para |
| |gerenciamento da extração, transformação, armazenamento e consulta / análise de |
| |informações |
| |gerenciais. |
| | W.H. Inmon3 – Uma cópia de dados transacionais especialmente estruturados para |
| |consultas e análises. R. |
| |Kimball |
| | |
| | |
|Data Warehousing|Processo de integração, transformação, beneficiamento, limpeza e armazenamento de |
| |dados – dados transacionais e seus METADADOS – e disponibilização dos dados para |
| |análise e interpretação. Este processo implementa a possibilidade de cruzamento das|
| |camadas de ODS, data warehouse e cubos multidimensionais. Neste processo também |
| |estão incluídas as atividades de modelagem de dados. |
|ETL |Abreviatura de Extraction, Transformation and Load. Corresponde às macro atividades|
| |de um processo básico de DATA WAREHOUSING. |
|Flat Files |Arquivos com estrutura de campos horizontal – cada registro corresponde a uma linha|
| |de dados onde os campos estão organizados posicionalmente ou por algum tipo de |
| |separador (vírgula, espaço em branco etc).No contexto técnico do SAP BW, o FLAT |
| |FILE precisa estar implementado no formato CSV – Comma Separated Value (valor |
| |separado por vírgula). |
|Infocube |Termo técnico do SAP BW que corresponde a uma estrutura de armazenamento de dados –|
| |o mesmo que cubo. Funciona como “container” central de dados, formando a base para |
| |a obtenção de relatórios e análise. É constituído de várias tabelas de banco de |
| |dados que estão relacionadas de acordo com um modelo de “STAR SCHEMA”. Isto inclui |
| |uma TABELA FATO que contém os ÍNDICES, assim como várias tabelas de dimensão nas |
| |quais estão as ligações com as características. |
|InfoObject |É o bloco de construção fundamental do modelo de informação do SAP BW; Termo |
| |técnico do SAP BW referente a todos os objetos de negócios utilizados para análise |
| |(cliente, volume de vendas etc). Podem ser divididos em Características |
| |(Characteristics) e Índices (key figures). |
|InfoPackage |Termo técnico do SAP BW que corresponde a um objeto que contém a definição de uma |
| |atualização/carga específica de dados (upload). Um InfoPackge pode incluir |
| |critérios de seleção, parâmetros de datasource, modo de atualização, e |
| |especificações de schedulagem (vide SCHEDULER). |
|InfoProvider |Termo técnico do SAP BW atribuído a um objeto que pode ser usado para criar |
| |relatórios no Business Explorer (BEx). Infoproviders são objetos ou visões que são |
| |relevantes para os relatórios. Incluem vários InfoObjetos que entregam dados para |
| |definições de queries (pesquisas). |
|InfoSet |É uma camada semântica utilizada para elaboração de relatórios entre objetos ODS e |
| |dados mestres. Especificamente, possue a função técnica de determinar “joins” entre|
| |estes objetos. Infosets são criados e mantidos no Infoset Builder. É possível |
| |elaborar relatórios baseados em InfoSets utilizando o BEx Query Designer. |
|InfoSource |Descreve todos os dados mestre ou transacionais para um determinado cenário de |
| |negócios ou tipo de cenário de negócio. Uma InfoSource é uma estrutura lógica que |
| |reúne objetos de avaliação de negócios logicamente organizados e que são |
| |sumarizados dentro de uma unidade. O seu objetivo é orientar a gravação do dados |
| |nos DATA TARGETS (dados mestres e cubos). Tecnicamente, a InfoSource pode ser |
| |entendida como resultado do processo de aplicação das regras de transformação nas |
| |estruturas de transferências replicadas dos sistemas origem (DATASOURCES) – é na |
| |aplicação destas regras (transferência/transformação) que os campos do sistema |
| |origem se transformam em InfoObjects reconhecidos pelo SAP BW. |
|Key Figures |Na tradução para o português são conhecidos como ÍNDICES – Termo técnico do SAP BW |
| |correspondente a todos os campos usados para armazenar valores e quantidades. |
|KPI |Abreviatura de Key Performance Indicator – Indicador Chave de Performance |
|Landscape |Tradução literal = Paisagem; O mesmo que visão panorâmica; Refere-se a uma |
| |representação gráfica da distribuição dos ambientes de sistemas envolvidos no ciclo|
| |de desenvolvimento; No caso do Projeto Integração, corresponde à topologia lógica |
| |das instâncias de R/3 e BW, representando a identificação dos mandantes e seus |
| |relacionamentos no processo de configuração e transporte de objetos. |
|Master Data |Na tradução para o português são conhecidos como Dados Mestres – Referem-se aos |
| |dados cadastrais. No contexto do SAP BW, correspondem ao conjunto de atributos de |
| |determinada CARACTERÍSTICA, assim como hierarquias e textos desta característica. |
|Metadata |Metadados são dados referentes aos próprios dados. Ou seja, são as propriedades |
| |importantes que definem o significado, a estrutura e utilização dos dados. Podem |
| |ser técnicos ou funcionais. O relacionamento entre os dados também é uma |
| |propriedade considerada como exemplo de aplicação do conceito de |
| |metadado.Considerando o que foi exposto acima e por sua natureza documentacional, a|
| |funcionalidade de gerenciamento de metadados é um importante componente dentro de |
| |uma solução de data warehousing. No contexto do SAP BW existe o Repositório de |
| |Metadados (METADATA REPOSITORY) que permite um acesso centralizado às informações |
| |relacionadas aos metadados de todos os objetos BW. |
|ODS = DSO |O Operational Data Storage é uma estrutura de armazenamento (fisicamente |
| |independente das bases de dados) na qual são armazenados os dados no nível mais |
| |básico (nível de documento). O ODS normalmente é utilizado para resolver e |
| |consolidar conjuntos de dados, muitas vezes de fontes diferentes. Apesar de |
| |acarretar investimento em recursos computacionais, o ODS é uma estrutura importante|
| |num ambiente de data warehouse, principalmente por oferecer várias opções de uso. |
| |Pode ser utilizado como base para relatórios nos níveis de informação operacional e|
| |tática, retendo as bases por períodos maiores em relação àquilo que é considerado |
| |possível no ambiente transacional, e também pode ser utilizado como base |
| |intermediária para o processo de transformação e geração de Cubos.No contexto |
| |técnico do SAP BW, o ODS Object corresponde a uma das camadas do modelo de |
| |informação. |
|OLAP |Online Analytical Processing – Corresponde ao método de processamento analítico que|
| |proporciona um ambiente otimizado para análises multidimensionais. Organiza os |
| |dados por dimensões, fornecendo pontos de vista inter-relacionados dos mesmos dados|
| |(orientados pelo escopo de análise pretendido), visando refletir a complexidade do |
| |mundo real de negócios. |
|OLTP |Online Transaction Processing – Corresponde ao método de processamento transacional|
| |que tem como objetivo operacionalizar sistemicamente os processos de negócios da |
| |organização. |
|PSA |Termo técnico do SAP BW – Abreviatura para Persintent Staging Area. A PSA é uma |
| |área física de armazenamento de dados no SAP BW. Ela é a área de entrada dos dados |
| |vindos dos sistemas origem, sendo criada para cada DATASOURCE e sistema origem – os|
| |dados são salvos sem alterações em relação ao seu conteúdo no sistema origem. As |
| |tabelas de PSA tem a mesma estrutura das suas respectivas estruturas de |
| |transferência de dados. |
|RDBMS |Relational Data Base Management System – Designação dos sistemas de gerenciamento |
| |de banco de dados relacionais (DB2, Oracle, Sybase etc). |
|Scheduler |Componente SAP BW responsável pelos processos de carga e atualização de dados. Ele |
| |conecta os sistemas origem com o SAP BW. Pode ser utilizado para determinar quais |
| |dados (dados transacionais, dados mestres, textos e hierarquias) serão requisitados|
| |e atualizados de quais Infosource, datasource, source system, e quando isso será |
| |executado.Por trás do Scheduler está o princípio de utilização das funções de |
| |processamento “background” SAP. |
|Source System |Termo técnico do SAP BW. Todos os sistemas requisitados para prover dados são |
| |denominados sistemas origem. Podem ser: |
| |1 – Sistemas SAP; |
| |2 – Sistemas SAP BW; |
| |3 – Arquivos externos; |
| |4 – Sistemas de Banco de Dados; |
| |5 – Sistemas que os dados e metadados possam ser transferidos via BAPIs. |
|Star Schema |O Esquema de Estrela é uma técnica de modelagem multidimensional muito utilizada em|
| |projetos de Data Warehouse. O produto da modelagem baseada nesta técnica é o CUBO |
| |que é constituído de várias tabelas de banco de dados que estão relacionadas. Isto |
| |inclui uma TABELA FATO que contém os ÍNDICES, assim como várias TABELAS DE |
| |DIMENSÃO. No contexto do SAP BW, as tabelas de dimensão contém apenas as ligações |
| |(links) com as características, é o que se denomina Esquema de Estrela Extendido |
| |(Extended SAP BW Star Schema). |
|Transaction Data|Dados transacionais são aqueles provenientes do movimentos de transações gerados |
| |pelos sistemas origem. |
Etapa 3
3) Estudo de Caso. Total (5h)
a. Simulação de Uma situação real de desenvolvimento.
i. Modelagem dos Objetos
ii. Carga do Modelo
iii. Criação de Querie
Objetivo: Criar um InfoObjeto de atributo, criar um InfoObjeto com atributo, criar extratores de dados mestres e dados de movimento, criar a DSO, criar o CUBO, criar o as transformações, criar os DTP.
Carregar os modelos
Modelagem dos Objetos
Objetos já existentes:
Todos os Datasources (Extratores estão criados).
Z_MATERIAL_DM
Z_VENDEDOR_DM
Z_GERENCIA_DM
Z_VENDAS_MOV
|0CALDAY |Dia do calendário |
|0CALYEAR |0CALYEAR |
|0FISCVARNT |Variante de exercício |
|0QUANTITY |Quantidade |
|0NET_PRICE |Preço líquido |
|0NET_VALUE |Valor líquido do item da ordem na moeda do documento |
|0DOC_NUM |Pedido de Compras |
Objetos a serem criados:
XX – Seu numero
|Tipo |Nome Técnico |Descrição |
|Infoarea |Z_IA_ALUNOXX |Infoarea do Aluno XX |
|Catalogo Car. |Z_CAT_ALUNOXX_CHAR |Catálogo Aluno XX - Característica |
|Catalogo Indices. |Z_CAT_ALUNOXX_KEYF |Catálogo Aluno XX - índices |
|DSO |Z_DSOXX |DSO Aluno XX |
|Cubo |Z_CUBOXX |Cubo Aluno XX |
|InfoObjeto |ZVENDXX |Vendedor Aluno XX. |
|InfoObjeto |ZGERXX |Gerência Aluno XX. |
|InfoObjeto |ZMATXX |Material Aluno XX. |
InfoObjeto
ZGERXX
Gerência Aluno XX. – Duas posições Alfanuméricas.
Arquivo CSV de Apoio: gerenciaxx.csv
gerencia;descricao
01;Alimentos 01
02;Cosméticos 02
03;Eletrônicos 03
InfoObjeto
ZVENDXX
Vendedor Aluno XX. – Quatro posições Alfanuméricas.
Atributo: ZGERXX.
Arquivo CSV de Apoio: vendedoresxx.csv
Vendedor; descricao;gerencia
1001;Steeve 1001;01
1002;Niky 1002;01
1003;Jeff 1003;01
2001;Maite 2001;02
2002;Cathy 2002;02
2003;Laila 2003;02
3001;Marrone 3001;03
3002;Lee 3002;03
3003;Chang 3003;03
InfoObjeto
ZMATXX
Material Aluno XX. – Oito posições Alfanuméricas.
Atributo: ZGERXX.
Arquivo CSV de Apoio: materialxx.csv
Material; Descrição;Gerencia
00000001;Orange Juice;01
00000002;Tomato Extract;01
00000003;Base;02
00000004;Gel;02
00000005;Digital Câmera;03
00000006;Touch Pad;03
DSO
Z_DSOXX
DSO Aluno XX
Chave da DSO: 0DOC_NUM
Campos:
|0CALDAY |Dia do calendário |
|0CALYEAR |0CALYEAR |
|0FISCVARNT |Variante de exercício |
|0QUANTITY |Quantidade |
|0NET_PRICE |Preço líquido |
|0NET_VALUE |Valor líquido do item da ordem na moeda do documento |
|ZVENDXX |Vendedor Aluno XX |
|ZMATXX |Material Aluno XX |
Arquivo CSV de Apoio: Movimentoxx.csv
Vendedor; material;data Venda;documento;preco unitario;
1001;00000001;01/01/2001;000001;10.00;100
1002;00000002;01/02/2001;000002;15.00;200
1002;00000002;01/02/2001;000003;20.00;230
1003;00000002;01/03/2001;000004;12.00;400
2001;00000003;01/02/2001;000005;180,00;100
2002;00000004;01/02/2001;000006;220.00;300
2003;00000003;01/01/2001;000007;650.00;350
2003;00000004;01/03/2001;000008;230.00;780
3001;00000005;01/02/2001;000009;1500.00;1200
3001;00000006;01/01/2001;000010;1900.00;600
3002;00000005;01/03/2001;000011;1120.00;700
3003;00000006;01/02/2001;000012;1340.00;800
3001;00000001;01/01/2001;100001;10.00;100
3002;00000002;01/02/2001;100002;15.00;200
3003;00000002;01/02/2001;100003;20.00;230
3003;00000002;01/03/2001;100004;12.00;400
1001;00000003;01/02/2001;100005;180,00;100
1002;00000004;01/02/2001;100006;220.00;300
1003;00000003;01/01/2001;100007;650.00;350
1003;00000004;01/03/2001;100008;230.00;780
2001;00000005;01/02/2001;100009;1500.00;1200
2002;00000005;01/03/2001;100011;1120.00;700
2003;00000006;01/02/2001;100012;1340.00;800
1001;00000001;01/01/2001;200001;10.00;100
1002;00000002;01/02/2001;200002;15.00;200
1002;00000002;01/02/2001;200003;20.00;230
1003;00000002;01/03/2001;200004;12.00;400
2001;00000003;01/02/2001;200005;180,00;100
2002;00000004;01/02/2001;200006;220.00;300
2003;00000003;01/01/2001;200007;650.00;350
2003;00000004;01/03/2001;200008;230.00;780
3001;00000005;01/02/2001;200009;1500.00;1200
3001;00000006;01/01/2001;200010;1900.00;600
3002;00000005;01/03/2001;200011;1120.00;700
3003;00000006;01/02/2001;200012;1340.00;800
3001;00000001;01/01/2001;300001;10.00;100
3002;00000002;01/02/2001;300002;15.00;200
3003;00000002;01/02/2001;300003;20.00;230
3003;00000002;01/03/2001;300004;12.00;400
1001;00000003;01/02/2001;300005;180,00;100
1002;00000004;01/02/2001;300006;220.00;300
1003;00000003;01/01/2001;300007;650.00;350
1003;00000004;01/03/2001;300008;230.00;780
2001;00000005;01/02/2001;300009;1500.00;1200
2002;00000005;01/03/2001;300011;1120.00;700
2003;00000006;01/02/2001;300012;1340.00;800
InfoCubo
Z_CUBOXX
Cubo Aluno XX
|0CALDAY |Dia do calendário |Dimensão Tempo |
|0CALYEAR |0CALYEAR |Dimensão Tempo |
|0FISCVARNT |Variante de exercício |Dimensão Tempo |
|0QUANTITY |Quantidade |Fato |
|0NET_PRICE |Preço líquido |Fato |
|0NET_VALUE |Valor líquido do item da ordem na moeda |Fato |
| |do documento | |
|ZVENDXX |Vendedor Aluno XX |Dimensão Vendedor |
|ZMATXX |Material Aluno XX |Dimensão Material |
|0DOCNUM |Numero |Dimensão Pedido ** |
|ZGERXX |Gerencia Aluno XX |Dimensão Gerencia |
** Dimensão Line item.
Carga do Modelo
Criação de Infopackage e DTP.
Criação de Querie
Z_APURACAO_VENDAS_XX
[pic][pic][pic]
-----------------------
Nesta Área você insere os T-CODEs
A iconografia é pouco intuitiva.
Voltar, Encerrar, Cancelar
Adicione o segundo Infoprovider a ser “Linkado”.
................
................
In order to avoid copyright disputes, this page is only a partial summary.
To fulfill the demand for quickly locating and searching documents.
It is intelligent file search solution for home and business.