Consulte a docuemntação de Implementação
Apresentação
O ecrã associado à função permite definir os parâmetros associados à criação ou à actualização do universo.
Fechar
Campos
Os seguintes campos estão presentes neste separador :
Datamart
| Permite indicar o código da "datawarehouse" a partir da qual se gera o universo. |
| Permite indicar o código da datamart a partir da qual se gera o universo. |
| Este campo está unicamente afixado; o seu conteúdo está determinado da maneira seguinte :
A criação do universo se faz com efeito de maneira sistemática sem suprimir os universos precedentes que existem, por razões evidentes de segurança. Quando o universo foi criado então que um universo precedente existe já para a mesma datamart, os estados associados ao universo precedente são automaticamente "remapeados" versus o novo universo se a check box correspondente está assinalada. |
Tradução
| Define a língua de origem na qual os estados bussiness objectos standars são entregues; são os estados que vão ser duplicados e "mapeados" com o universo em curso de criação no momento de geração. |
| Define a língua a utilizar para criar o universo (um universo está forçosamente definido numa dada língua) Os estados standards fornecidos serão igualmente traduzidos nesta língua. |
Opções
| Esta check box apresenta para informação não registou, ela está assinalada, na definição do datamart, a check box Autorização por estabelecimento está assinalada. Neste caso, a geração acrescenta automaticamente os filtros idóneos sobre os objetos afetados.A filtragem faz-se por através de uma ligação da tabela AX3ACCES. |
| Quando esta check box está assinalada, o universo permite de filtrar os dados em tendo os códigos de acesso autorizados ao utilizador. Isto é feito em criando automaticamente as relações versus uma tabela nomeada AX3ACCES. |
| Quando esta check box está assinalada, o universo não está realmente criado, mas um ficheiro de rasto cujo conjunto das operações que serão realizadas pela função de criação. |
|   |
|   |
| Se esta check box está assinalada, o universo gerado no "designer" de universo está exportado versus o servidor de "business objets" O referencial comum está então a dia. Se a check box não está assinalada, o universo resta confinada ao "designer", pode-se então visualizar a partir do desenhador sobre o servidor, ver o modificar antes de exportar. O facto de desassinalar esta check box não tem interesse que quando se deseja fazer os testes. |
| Quando esta check box está assinalada, um "remapping" dos estados está automaticamente feito. Com efeito, em Business Objets, os estados estão ligados aos universos sobre os quais são criados por jogos de apontadores internos. Toda a modificação de um universo supõe então um reestabelecimento des relações de maneira automatizada, falta de quê os estados de origem não poderão ocorrer. Se esta fase não foi feita, falta ulteriormente realizar um mapping manual para cada estado. |
Fechar
Esta função pode ser lançada em batch. A tarefa standard ABICREUNV está prevista p/esse efeito.
Para além das mensagens genéricas, as seguintes mensagens de erro podem aparecer durante o reg. :
Um problema (provavelmente de rede) de acesso ao servidor existe.
A "datamart" registada não existe na "datawarehouse" escolhida.
O processo de criação de universo gera um rasto. As mensagens que seguem aparecem então no ficheiro rasto.
No momento da criação do universo, dos directórios devem estar sobre o servidor o qual se encontra instalado o Business Object, afim dos scripts de criação idóneas possam aí ser depositados, cada mensagem significa que os directórios em questão não foram criados, nomeadamente porque o utilizador não tem o direito de os criar ou por outra razão (mais espaço em disco, por exemplo).
No momento do controlo de coerência do conjunto dos elementos do universo, uma incoerência foi detectada : por exemplo uma hierarquia descrita no universo faz referência a um elemento que não existe mais, uma condição pré-definida (convite) inexistente...
Uma tabela não pode ser criada porque todos os campos desta tabela são desactivados pelo atalho de código de actividades inactivas.
Uma relação entre tabelas faz referência a uma dimensão que porta um código actividade não activo.
O campo que permite de controlar o acesso a uma tabela não está presente no agregado. Isto pode ser o caso se um controlo por código de acesso foi activado.
A instalação do software , entramos nos estados num directório nomeado da maneira seguinte:
SAGE / Produto~Versão / Nome_do_dossier_raíz / ALL
No caso de Sage X3, , obtemos assim o caminho seguinte: Sage/X3~V5/X3/ALL
O directório no qual as listas nomeados da maneira seguinte:
SAGE / Solução / Armazém / língua
Solução corresponde ao código da solução tal qual que está definida na da solução via consola, Armazém é o código do armazém considerado, e língua o código língua correspondente; Assim para uma solução nomeada ERP, um armazém chamado de ENTREPOT, e a língua francesa, obtem-se o caminho SAGE / ERP / ENTREPOT / FRA.