Com a migração da administração do Dynamics 365 Finance and Operations do Lifecycle Services (LCS) para o Power Platform admin center (PPAC), uma das dúvidas mais frequentes é: como ficam os Service Updates, os Quality Updates (PQU) e os hotfixes?
Neste post reúno o que está documentado hoje pela Microsoft (e alguns pontos da comunidade) considerando exclusivamente um ambiente Sandbox criado no Power Platform (USE ou UDE), sem qualquer envolvimento do LCS.
1. O modelo mudou: o F&O agora é uma aplicação
Em ambientes unificados, o Finance and Operations deixa de ser um "ambiente" próprio e passa a ser uma aplicação Dynamics 365 instalada num ambiente Power Platform com Dataverse. Na prática, isto significa que Service Updates e Quality Updates são aplicados pela mesma operação: atualizar a versão da aplicação Dynamics 365 Finance and Operations Provisioning App.
Nomenclatura das versões
No PPAC as versões seguem o formato 10.0.XX.N, onde 10.0.XX é o service update e N indica o nível de PQU incluído.
| Versão | Significado | Disponível em |
|---|---|---|
| 10.0.40.2 (Preview) | 10.0.40 com 3 PQUs, build preview | Apenas ambientes com early release cycle |
| 10.0.39.4 | 10.0.39 com 5 PQUs | Todas as geografias |
| 10.0.38.9 | 10.0.38 com 10 PQUs | Todas as geografias |
Pontos importantes:
- Cada versão disponível já inclui o PQU mais recente daquele service update.
- Não é possível escolher um build anterior de uma mesma versão.
- Builds preview só aparecem em ambientes com early release cycle.
O calendário oficial de PQU já publica o mapeamento entre o build "clássico" e a versão do Provisioning App. Exemplo: o train 10.0.48 Release-6 corresponde ao App version 10.0.2645.136, Platform 7.0.7996.119 e Unified Environment Provisioning Application Version 10.0.48.7.
2. Aplicar manualmente um Service Update ou Quality Update num Sandbox
- Aceda ao PPAC → Environments → selecione o ambiente.
- No cartão Resources, clique em Dynamics 365 apps.
- Selecione Dynamics 365 Finance and Operations Provisioning App → … → Manage.
Se a opção Manage não aparecer, o ambiente já está na versão mais recente. - Confirme o aviso. Na nova página, escolha a versão na lista (só aparecem versões superiores à instalada).
Se a lista estiver vazia, não submeta o pedido: o ambiente já está atualizado. - Aceite os termos e clique em Install. O estado da aplicação passa a Installing; a Microsoft indica cerca de 1 hora de duração.
Acompanhar a operação
Além do painel Details da aplicação, o progresso pode ser acompanhado na app Finance and Operations Package Manager (PPAC → Resources → Power Apps), no separador Operation History.
Via Power Platform CLI (preview)
O grupo de comandos pac dynamics já permite automatizar este processo:
# Listar versões disponíveis para o ambiente
pac dynamics get-fin-ops-versions --environment https://meuambiente.crm4.dynamics.com
# Aplicar uma versão específica (operação de longa duração)
pac dynamics apply-fin-ops-version --version 10.0.47.5 --environment https://meuambiente.crm4.dynamics.com
# Consultar erros recentes de operações
pac dynamics get-fin-ops-operation-errors --environment https://meuambiente.crm4.dynamics.com3. Service Updates automáticos em ambientes unificados
A Microsoft mantém uma página de calendário específica para ambientes unificados, com o build e a versão do Provisioning App de cada service update. Os clientes com ambientes agendados recebem notificação antes do rollout.
O rollout segue o modelo de estações (o mesmo usado pelos PQUs):
| Estação | Regiões |
|---|---|
| Station 1 | Apenas ambientes opted-in |
| Station 2 | Canada Central/East, France Central, India Central, Norway East, Switzerland West |
| Station 3 | France South, India South, Norway West, Switzerland North, South Africa North, Australia East/South East, UK South, UAE North, Japan East, South East Asia |
| Station 4 | East Asia, UK West, Japan West, Brazil South, North Europe, East US, UAE Central |
| Station 5 | West Europe, Central US, West US |
| Station 6 | DoD, GCC, China |
Detalhe importante: o service update automático 10.0.48 aplica-se apenas a ambientes em 10.0.46 ou anterior; ambientes já em 10.0.47 ou superior são ignorados. Ou seja, o auto-update atua sobre ambientes que ficaram para trás, e quem se mantém atualizado manualmente não é "empurrado".
E pausar?
O mecanismo de pause service updates documentado é exclusivo do LCS. No PPAC, o controlo disponível são as Maintenance Settings do Finance and Operations. Via CLI, o parâmetro --updated-maintenance-window-cadence do comando pac dynamics update-fin-ops-maintenance-settings aceita os valores EveryUpdate, EveryOtherUpdate e Regulated. Até ao momento, não encontrei documentação no Microsoft Learn que detalhe o comportamento de cada valor no PPAC.
4. Proactive Quality Updates (PQU)
- Mesmo calendário: segundo a Microsoft, não há diferença no agendamento de PQUs entre ambientes unificados e ambientes geridos pelo LCS.
- Cadência quinzenal: a partir da 10.0.47, os PQUs passaram de um ciclo de 28 dias para um ciclo de duas semanas.
- Sandbox primeiro: produção recebe o PQU sempre pelo menos 5 dias depois dos sandboxes.
- Não é possível adiar, reagendar ou pausar um PQU, nem pedir exclusão da cadência quinzenal.
- Aplicação antecipada: é possível instalar um PQU antes do calendário. Em ambientes unificados isso equivale a escolher a versão
.Nmais alta no Provisioning App. Se o ambiente já tiver um build igual ou superior, o PQU agendado é ignorado. - PQU ignorado quando existe um service update agendado nos 7 dias seguintes.
- Sem rollback: após aplicado, um PQU não pode ser revertido. Em ambientes unificados, a alternativa prática é trabalhar com cópias/backups do ambiente antes de atualizar.
- Notificações: chegam pelo Message center do Microsoft 365 admin center.
Receber PQUs em dias úteis (apenas produção)
- PPAC → ambiente de produção → Settings.
- Em Updates, selecione Maintenance Settings.
- Na secção Finance and Operations Maintenance Settings, escolha os Maintenance window days.
- Guarde. (Também é possível via
pac dynamics update-fin-ops-maintenance-settings --updated-maintenance-window-days-of-week.)
5. E os hotfixes individuais (KB)?
Este é o ponto com menos documentação. Tudo o que a Microsoft documenta sobre aplicar hotfixes manualmente refere-se ao LCS. No PPAC:
- O Asset library não existe: pacotes ficam no Azure DevOps e são importados diretamente para o Dataverse.
- Não é possível escolher um build anterior de uma versão, nem (segundo a FAQ do UDE) provisionar/atualizar para um runtime update específico.
- Não encontrei documentação oficial que descreva a seleção de um KB avulso num ambiente unificado.
6. Outros pontos úteis
- Builds preview: em unified, o acesso é feito através do early release cycle do ambiente (o First Release Program documentado é configurado no LCS).
- Paridade de versões entre ambientes: a Microsoft sugere usar a cópia de ambiente para alinhar um UDE com a versão de um sandbox ou produção. Em ambientes unificados, a cópia leva dados e código, portanto também a versão.
- UDE: as funcionalidades do Unified Developer Experience estão GA a partir da 10.0.39.
- Modo manutenção: ativar o Administration mode no PPAC tem o mesmo efeito do maintenance mode do LCS.
Lacunas atuais na documentação
- A semântica das cadências
EveryOtherUpdateeRegulatedno PPAC. - Como consultar a lista de KBs de um PQU sem acesso ao LCS.
Se tiverem experiência com algum destes pontos, deixem nos comentários!
Referências
- Tutorial: Update the Finance and Operations Provisioning app
- Release schedule for service updates (unified environments)
- Release schedule for proactive quality updates
- Proactive quality updates FAQ
- Overview of unified admin experience for finance and operations apps
- Power Platform CLI – pac dynamics
- Unified developer experience FAQ
- Maintenance mode
- LCS to PPAC: Smoothly Transition Your Updates (Anitha Eswaran)
Nenhum comentário:
Postar um comentário