Desvantagens do CUA (Central User Administrator) em Ambientes SAP R/3
1) Se um ambiente estiver fora do ar e você fizer algum ajuste a um usuário desse ambiente, o ajuste não será efetuado, apesar de no CUA mostrar que foi;
2) Se você possui uma regra tipo: No DEV e QAS determinadas pessoas administram usuários, mas em PRD só outras pessoas, com o CUA isso não tem como ser feito;
3) No momento da salva das alterações, se não tiver WP livres no ambiente, a alteração não é efetuada;
4) Se você for rodar as alterações que não foram efetuadas, via WE24, pode ser que você estrague algo que já estava correto;
5) Se você cria uma nova função e precisa adicionar 40 usuários a essa função, não dá pra utilizar a PFCG, precisa ser pela SU01 (Ou SU10);
6) Se você precisa retirar vários usuários de uma única função, ai precisa ser 1 a 1;
7) Quando não tem WP e a alteração não é efetuada, você não fica sabendo se deu ou não certo, se não for do outro lado confirmar... (Argh, essa é a pior parte);
8) Você precisará ter todos os jobs muito bem executados, para conseguir manter a integridade entre CUA x Ambiente (De boa, até hoje só vi um cara fazer isso em feito. Me outros 10 lugares por onde passei, o pessoal nem sabia que esse job existia);
9) Se o job de ajuste de Funções não estiver bem schedulado, você cria uma nova função, depois vai adicioná-la ao usuário e é informado que a mesma não existe;
10) Se por algum motivo o CUA é desligado de um ambiente e nesse momento diversos usuários são criados diretamente no ambiente, você precisa fazer sincronismo disso depois, e dá um trabalho razoável (de novo, até hoje só vi 1 cara saber fazer isso);
2) Se você possui uma regra tipo: No DEV e QAS determinadas pessoas administram usuários, mas em PRD só outras pessoas, com o CUA isso não tem como ser feito;
3) No momento da salva das alterações, se não tiver WP livres no ambiente, a alteração não é efetuada;
4) Se você for rodar as alterações que não foram efetuadas, via WE24, pode ser que você estrague algo que já estava correto;
5) Se você cria uma nova função e precisa adicionar 40 usuários a essa função, não dá pra utilizar a PFCG, precisa ser pela SU01 (Ou SU10);
6) Se você precisa retirar vários usuários de uma única função, ai precisa ser 1 a 1;
7) Quando não tem WP e a alteração não é efetuada, você não fica sabendo se deu ou não certo, se não for do outro lado confirmar... (Argh, essa é a pior parte);
8) Você precisará ter todos os jobs muito bem executados, para conseguir manter a integridade entre CUA x Ambiente (De boa, até hoje só vi um cara fazer isso em feito. Me outros 10 lugares por onde passei, o pessoal nem sabia que esse job existia);
9) Se o job de ajuste de Funções não estiver bem schedulado, você cria uma nova função, depois vai adicioná-la ao usuário e é informado que a mesma não existe;
10) Se por algum motivo o CUA é desligado de um ambiente e nesse momento diversos usuários são criados diretamente no ambiente, você precisa fazer sincronismo disso depois, e dá um trabalho razoável (de novo, até hoje só vi 1 cara saber fazer isso);
Comentários
Postar um comentário