sexta-feira, 31 de julho de 2020

Project Online: Erro 23000(0x59D8)

Olá pessoal –

Recentemente um cliente começou a enfrentar um problema ao tentar publicar um cronograma no Project Online:


Ao clicar em More Info, os detalhes do erro são exibidos:


<?xml version="1.0" encoding="utf-16"?>

<errinfo>

      <general>

             <class name="Microsoft.Office.Project.Server.BusinessLayer.Queue.Message">

                   <error id="23000" name="ProjectPublishFailure" uid="bbe7f23f-d3af-ea11-b0c0-00155dd85201" projectuid="82526c60-91ef-e911-b09a-00155de0cb15" messagetype="Microsoft.Office.Project.Server.BusinessLayer.QueueMsg.PublishProjectMessage" messageID="12" stage="" blocking="Block"/>

             </class>

             <class name="Queue">

                   <error id="26000" name="GeneralQueueJobFailed" uid="bce7f23f-d3af-ea11-b0c0-00155dd85201" JobUID="bb6e6439-d3af-ea11-92f7-5ccd5b0bb796" ComputerName="2af58245-7478-4133-bc68-6f050af4d94b" GroupType="ProjectPublish" MessageType="PublishProjectMessage" MessageId="12" Stage="" CorrelationUID="09f75c9f-c0af-0000-52fa-8920d708dbee"/>

             </class>

      </general>

</errinfo>


Enquanto é difícil saber o que efetivamente estaria causando o erro (muito provavelmente esse caso se trata de um cronograma corrompido), a boa notícia é que é possível corrigi-lo. Mas, para entender o processo de correção, é preciso entender um pouco da estrutura e do esquema dos bancos de dados do Project Online.

No Project Online, os projetos podem estar salvos em até 3 bancos de dados diferentes: Draft, Published e Archived. O banco de dados Published tem como responsabilidade armazenar os projetos conforme eles foram publicados – ou seja, aquilo que o usuário visualiza na Central de Projetos é oriundo desse banco de dados (em resumo, são as informações mais recentes e representam a última atualização do projeto).

Enquanto isso, o banco de dados Draft tem como objetivo armazenar as informações dos projetos que foram modificados e salvos, mas que ainda não foram publicados. Por exemplo: um gerente de projetos acessa o cronograma via Project Professional, efetua algumas modificações nas tarefas, salva o arquivo mas não efetua a publicação. Dessa maneira, o que os usuários irão visualizar na Central de Projetos não será as modificações realizadas pelo gerente de projetos, mas sim as informações do projeto com base na última vez em que ele foi publicado. Daí, quando o projeto é finalmente publicado, as informações do banco Draft são espelhadas no banco Published.

Pois bem, voltando à correção do erro, para resolver o problema de publicação foi necessário acessar a área de exclusão de projetos (Administração do Banco de Dados e Fila > Excluir Objetos da Empresa) e escolher a opção de exclusão de apenas projetos publicados:


Perceba que você NÃO deve marcar a opção de excluir os Sites do SharePoint conectados.

Dessa forma, o projeto será removido do banco de dados Published, mas continuará ativo no banco de dados Draft. Então, bastará pedir para o gerente de projetos abrir o cronograma novamente a partir do Microsoft Project e publicar o projeto 😊.

Espero que ajude!


domingo, 26 de julho de 2020

Configurando a data de término nas views do Project for the web

Olá pessoal –

Dando continuação aos posts que estão complementando os vídeos sobre o Project for the web, hoje irei falar um pouco sobre o último vídeo publicado no meu canal sobre essa série, que trata da criação de views:


Eu não sei se vocês já chegaram a notar, mas ao acessar uma view padrão do Project for the web a partir do Dynamics 365, a coluna da data de término é apresentada no formato data e hora, diferentemente da coluna data de início, que é exibida apenas no formato data (perceba a diferença entre as colunas Start Date e Finish Date na imagem abaixo):


Essa situação acontece em virtude da maneira como o campo Data de Término foi configurado no Project for the web: ao acessar o campo a partir do Dynamics 365, podemos verificar que o seu tipo é Date and Time:


No exemplo do meu vídeo lá no YouTube, é latente a divergência entre as colunas de início e término:


Se isso te incomodar (e confesso que me incomoda um pouco 😊), é possível resolver o problema através da criação de um novo campo personalizado no Project for the web.

Navegando nos bastidores da solução, é possível criar um novo campo personalizado do tipo Date Only; perceba que o Dynamics 365 permite a criação do campo com o mesmo nome de um campo nativo existente (como o meu ambiente está em inglês, resolvi chamar o novo campo de Finish Date):


Como esse campo não irá permitir a entrada manual dos valores (uma vez que ele deve ser a representação do campo nativo data de término), basta configurá-lo como uma fórmula, de modo que ele esteja associado ao campo data de término:


Perceba que o Dynamics 365 irá salvar o nome dos campos e também seus atributos de maneira diferente, permitindo a rápida identificação e diferenciação do campo nativo e do campo personalizado:


Dessa forma você poderá modificar suas views para que exibam o campo personalizado ao invés do campo nativo, de modo que as colunas de início e término exibam o mesmo tipo de informação:


Penso que se trata de uma solução simples, porém é bem eficiente!

Um abraço e até a próxima!



quinta-feira, 2 de julho de 2020

MVP renovado: 2020-2021



Olá pessoal,

 Todo começo de Julho é sempre uma grande expectativa para todos os MVPs. Afinal, é nesse período em que a Microsoft faz uma avaliação das contribuições dos MVPs ao longo do último ciclo anual para então decidir quem será renovado e quem não mais fará parte do programa.

Uma coisa que pouca gente sabe é que o MVP é uma premiação dinâmica: ela se baseia no seu último ano de contribuições, e não em todo o seu histórico ao longo do tempo em que você está no programa. Isso quer dizer que um MVP de longa data pode não renovar caso não tenha contribuído significativamente nos últimos 12 meses – o que é muito bom, já que privilegia e reconhece quem é ativo junto à comunidade. Outra coisa boa que acontece em virtude desse critério é que sempre há espaço para novas pessoas chegarem, de forma que o programa MVP não se torna um grupo exclusivo e restrito sempre às mesmas pessoas.

Pois hoje sinto-me muito honrado e feliz em saber que fui renovado como MVP de Project, indo assim para o meu quinto ano consecutivo no programa. Para se ter uma ideia, na área da minha premiação existem apenas cerca de 30 profissionais reconhecidos como MVP em todo o mundo – sendo que 4 deles são brasileiros (além de mim, há os véios de guerra Allan Rocha e André Xavier e o Mário Trentim).

Então é isso pessoal... é um prazer enorme e uma responsabilidade maior ainda em fazer parte de um time com tantas feras. Meu dever agora é continuar o trabalho, compartilhando conhecimento e contribuindo com a comunidade do Microsoft Project, Project Online, Planner, Project for the web e muito mais!

Vamos juntos que tem muita coisa pela frente!