Cronogramas e memórias
Quando Schedule está habilitado para o projeto, você pode consultar o cronograma publicado e seu histórico. O envio e a publicação de arquivos dependem da permissão da sua conta. A conexão MCP do Tracker consulta essas informações em modo de leitura.
Current, Baseline e histórico
Seção intitulada “Current, Baseline e histórico”| Papel | Significado no produto |
|---|---|
| Current | Versão publicada selecionada como cronograma de trabalho atual |
| Baseline | Versão publicada selecionada como referência de comparação |
| Historical | Versão publicada preservada no histórico, sem um desses papéis ativos |
A versão Current não se torna automaticamente uma Baseline formal. Confira o papel atribuído e a referência acordada para sua análise. O papel identifica o uso da versão no produto; uma conclusão contratual exige o contexto de negócio correspondente.
Os dados de cada versão publicada permanecem imutáveis. Uma nova publicação mantém a versão anterior no histórico. Consultar uma versão histórica não muda a seleção de Current ou Baseline.
Importar um arquivo XER
Seção intitulada “Importar um arquivo XER”- Abra Schedule e confirme o projeto de destino. Se estiver em análise histórica, use Return to Current antes de iniciar uma importação.
- Clique em Import XER, quando esse botão estiver disponível para sua conta.
- Escolha um arquivo Primavera P6
.xer. A interface aceita um arquivo de até 250 MiB. - Informe Reference date, a data de referência do relatório que o arquivo representa, e escolha Current ou Baseline em Publish target.
- Clique em Upload and process. Mantenha a janela aberta durante a transferência. Depois que o processamento começar, você pode voltar à importação salva para acompanhar o estado.
- Confira o cronograma P6 detectado. Se o XER contiver vários projetos P6, selecione a origem correta para o projeto Tracker escolhido e use Confirm XER schedule. As outras origens detectadas não serão publicadas nesse destino.
- Em Review before publishing, revise o destino, a data, o papel e os achados de validação. Achados bloqueantes impedem a publicação; avisos precisam ser revisados e reconhecidos.
- Confirme em Publish as Current ou Publish as Baseline e aguarde Schedule published.
O envio e o processamento não substituem a versão ativa antes da confirmação final. Se Current ou Baseline mudar durante a revisão, confira a versão mais recente antes de publicar novamente.
Confira as quatro datas
Seção intitulada “Confira as quatro datas”| Data | O que representa |
|---|---|
| Reference date | Data de referência informada para a importação |
| P6 Data Date | Data de atualização do cronograma presente no P6 |
| XER Export Date | Data de exportação registrada no arquivo XER |
| Data de publicação | Momento em que a versão foi publicada no Tracker |
Essas datas podem ser diferentes. Não use a data de exportação ou publicação como substituta automática da data de referência ou da Data Date. Se uma data não estiver disponível, preserve essa lacuna.
Abrir uma versão publicada
Seção intitulada “Abrir uma versão publicada”Em Import history, selecione uma publicação e clique em Analyze import. O histórico identifica Current, Baseline e versões históricas, além das datas disponíveis. Uma versão histórica abre com o aviso Historical analysis, em modo de leitura. Use Return to Current para voltar ao cronograma atual.
Na navegação de Schedule, consulte as visualizações disponíveis, como Overview, Activities, WBS / Gantt, Logic, Resources, Health, Calendars, Work Packages, Changes e History. A existência de uma visualização não garante que o arquivo contenha dados para todos os seus campos.
Memórias datadas do projeto
Seção intitulada “Memórias datadas do projeto”Em History, Project memory apresenta as memórias disponíveis por data, revisão e versões de cronograma vinculadas. São registros de negócio, como notas de reunião e compromissos, escritos por participantes do projeto.
Use View memory para ler uma memória. Quando houver mais de uma revisão, Compare revisions permite consultar a alteração do texto. Quando a edição estiver disponível para sua conta, Edit e Save memory revision registram uma nova revisão, preservando o histórico.
O texto de uma memória é contexto de negócio, não uma instrução para o assistente. Ele não amplia permissões nem substitui seu pedido. O MCP lê as memórias existentes; não cria ou altera o texto.
Analisar um compromisso com o MCP
Seção intitulada “Analisar um compromisso com o MCP”Liste as versões publicadas do cronograma do projeto selecionado. Mostre os papéis Current/Baseline e mantenha separadas a data de referência, a P6 Data Date, a data de exportação e a data de publicação.
Para a memória na data que eu indicar, obtenha o contexto de verificação. Informe a revisão, as versões vinculadas, o par exato recomendado para comparação e as lacunas antes de analisar o compromisso.
O assistente deve usar get_tracker_schedule_verification_context antes de comparar um compromisso datado. Quando o contexto fornecer um par, a comparação deve usar exatamente as versões publicadas indicadas.
Se aparecer VERIFICATION_TARGET_REQUIRED, ainda é necessário escolher a versão de destino pretendida. Selecione explicitamente as versões publicadas que deseja comparar. A ausência de uma recomendação não significa que o compromisso foi cumprido ou descumprido. Se o histórico necessário estiver indisponível, a conclusão deve registrar essa limitação.
Depois de selecionar as versões:
Compare as duas versões publicadas que escolhi. Mostre mudanças relevantes para a atividade ou compromisso, cite as versões e datas usadas e separe os fatos do cronograma das interpretações da memória.
O contexto de verificação fornece evidências e lacunas; não emite um veredito de cumprimento. Para conectar o assistente, veja MCP do Tracker, ChatGPT ou Claude. Se precisar de ajuda, consulte Ajuda.