O que é e como funciona na prática
O termo primavera arabe aparece com frequência em fóruns e grupos de construction management no mundo árabe, mas raramente tem uma definição técnica clara em documentos oficiais. Na minha experiência, quem fala disso está quase sempre se referindo a projetos de construção ou infraestrutura executados sob contratos no Oriente Médio que utilizam a plataforma Oracle Primavera P6 com configurações localizadas para arábico — isso significa calendas Hijri, suporte aRTL (right-to-left) nas planilhas e relatórios, e ajustes de fuso horário para países como Arábia Saudita, Emirados, Qatar e Kuwait. Não se trata de uma ferramenta separada. É Primavera P6 rodando com adaptações regionais que a maioria dos escritórios de engenharia na região configura internamente.
Configurando o projeto para operar com primavera arabe
O primeiro passo é definir o calendário corretamente. No Primavera P6, vá em Administração > Calendários e crie um novo calendário base que inclua os feriados locais. Nos Emirados, por exemplo, você precisa inserir manualmente o Eid al-Fitr, o Eid al-Adha e as datas fixas do Ramadão — que mudam todo ano conforme o calendário lunar. Se você usar o calendário padrão do GCC sem atualizá-lo anualmente, seu cronograma vai gerar folgas inexistentes ou ignorar dias de feriado reais, e o cálculo de atrasos fica completamente comprometido. O segundo passo é ativar o suporte RTL nas preferências do usuário. Vá em Preferências do Usuário > Geral e marque a opção de direção do texto para right-to-left. Isso afeta como as colunas de dados são exibidas quando você trabalha com códigos de atividade em arábico ou nomes de recursos em árabe. Sem isso, os campos ficam desalinhados e a leitura dos WBSs se torna impraticável.
O terceiro ajuste é o código de moeda e relatório. Configure a moeda para AED, SAR ou KWD conforme o projeto, e defina o formato de data no padrão DD/MM/AAAA com a nomenclatura árabe para os meses se o relatório for destinado a Stakeholders locais. Ferramentas de reporting como o Primavera P6 Professional ou o EPPM lidam bem com isso, mas versões mais antigas do P6 Web podem truncar caracteres árabes nos dashboards. Eu tive um projeto no Qatar em 2019 onde o cliente solicitou que todas as atividades tivessem código de identificação bidirecional — árabe e inglês. O problema é que o P6 não aceita caracteres RTL nativamente em campos de código de atividade sem um workaround. A solução que encontrei foi usar um suffixo numérico oculto para ordenação interna (como 001-E, 002-A) enquanto a descrição da atividade exibia o texto em árabe, e configurar uma view personalizada com colunas em árabe à esquerda e em inglês à direita. Isso economizou horas de refatoração manual de relatórios semanais.
Pegadinhas que ninguém explica nos manuais
A primeira coisa que quebra é a importação de dados de Excel. Arquivos exportados do Primavera P6 para Excel com células contendo texto em árabe frequentemente chegam corrompidos quando reimportados. O problema é o encoding. Você precisa salvar o Excel como CSV UTF-8 antes de importar de volta, e garantir que o campo de texto no P6 esteja definido como VARCHAR com suporte Unicode. Caso contrário, caracteres como Hamza e Tashkeel somem e o código da atividade fica ilegível. A segunda pegadinha é a relação entre atividades que usam nomes em árabe. O Primavera P6 usa o nome da atividade como parte do identificador visual em algumas views, e relações do tipo Finish-to-Start podem aparecer com labels desencontradas quando o texto RTL interage com a renderização do Gantt. A correção é simples: desative a exibição de nomes curtos nas propriedades da visualização e use apenas os códigos de atividade para ligações. Custa um pouco mais de leitura, mas evita erros de interpretação que já me viraram o cronograma do avesso em auditorias.
👉 Clique no botão abaixo para saber mais sobre o assunto!
O terceiro ponto fraco é a sincronização com o MS Project. Se o projeto tiver um gerente de programa que insiste em manter um baseline no MS Project alongside o P6, a exportação de atividades com texto árabe para .mpp frequentemente quebra a estrutura de rede. Eu recomendo manter o P6 como sistema único de cronograma e usar apenas a exportação de resumos em PDF para stakeholders que não têm acesso ao P6. A sincronização bidirecional com texto multilíngue é uma fonte constante de problemas que não vale o esforço.
O problema do Ramadão e como planejar para isso
Este é o ponto que mais causa atrito em projetos no Golfo. Durante o Ramadão, a produtividade cai significativamente — estima-se entre 15% e 30% dependendo do setor — e os horários de trabalho são reduzidos. O Primavera P6 não possui um módulo nativo de ajuste automático de produtividade baseado em ciclos lunares. A abordagem que uso é criar um calendário especial de Ramadão como variável de calendário e aplicar um fator de produtividade via recursos: defino os recursos como tendo 6 horas produtivas por dia durante o período, e ajusta-se a duração das atividades automaticamente. O cálculo de custo também precisa ser revisado. Mão de obra especializada importada muitas vezes tem contrato que não sofre alteração de horária durante o Ramadão, então o custo horário real aumenta. No P6, isso se reflete em variações de custo que podem distorcer o EAC se você não segmentar os recursos por tipo contratual. Recomendo criar grupos de recursos distintos no P6 para trabalhadores locais e importados, e aplicar taxas horárias diferentes com períodos de vigência alinhados ao calendário lunar.
Onde encontrar configuração pronta ou templates
Não existe um template oficial da Oracle para configurações de mercado árabe. O que circula em fóruns e grupos profissionais são templates criados por consultores regionais que vendem ou compartilham suas configurações de calendário, estruturas de código de atividade e layouts de relatório. Alguns fornecedores de implementação do P6 no Golfo oferecem pacotes de setup que incluem calendários atualizados anualmente para os principais países da região. Se você busca algo concreto para começar, procure por comunidades como o Arab Construction Network ou fóruns setoriais nos Emirados e Arábia Saudita. Membros costumam compartilhar templates de calendário Hijri e configurações RTL que funcionam para P6 versão 19.1 e superiores. A versão 21.x em diante tem suporte nativo melhorado para RTL, então se estiver usando uma versão anterior a 20.12, considere atualizar antes de investir tempo em workarounds complicados.
Conclusão prática
O uso de primavera arabe no contexto do Primavera P6 é mais sobre configuração regional do que sobre uma ferramenta diferente. Os pontos críticos são o calendário Hijri, o suporte RTL e a gestão de produtividade durante o Ramadão. Erros nessas três frentes geram distorções no cronograma que só aparecem tardiamente, quando o impacto já está instalado. A melhor prática é configurar tudo desde o início do projeto, validar com o cliente local antes do kick-off, e manter o calendário atualizado a cada ano com as datas oficiais dos feriados divulgados pelos governos de cada país.
