Benodigde licentie
| Abonnement | Suite Growth of hoger, Support Professional of hoger |
| Toegang | Admin |
Geteste wijzigingen naar productie brengen, met eerst een Test deploy en achteraf een Revert. De momentopname maak je van de bron, niet van productie. Je moet admin zijn in beide omgevingen.
Uitrollen
- Sla een momentopname op van de omgeving met de inrichting die je wilt uitrollen.
- Open in je productieaccount het Beheercentrum, klik in de zijbalk op Account, kies Sandbox > Deployment en klik op Create deployment.
- Geef hem een naam, en benoem de bronmomentopname en de doelomgeving.
- Selecteer de onderdelen die mee moeten, en lees wat de vergelijking zegt dat er verandert. Sinds 14 augustus 2026 vallen daar ook Agent Copilot onder (instellingen voor auto assist, procedures, communicatierichtlijnen, suggesties en de schrijftool) en Intelligent Triage (instellingen, onderwerpen en entiteiten), zodat je AI-configuratie in een sandbox kunt beproeven in plaats van haar rechtstreeks in productie te wijzigen.
- Klik op Test deploy om te valideren.
- Klik op Deploy en controleer daarna in productie met een echt ticket.
De momentopname hoort bij de bron
Een momentopname is een alleen-lezen kopie van de inrichting van een omgeving op een moment, en die van stap één is van de omgeving waaruit je uitrolt. Dat is wat de uitrol leest.
Productie wordt voor je beschermd: zodra een uitrol begint, slaat Zendesk een momentopname van de doelomgeving op voordat er iets wijzigt. Uitrollen met de status Deployed of Failed hebben daarna een Revert in het beheermenu, en dat is je weg terug, met daarnaast een Redeploy voor het geval je de oorzaak van een mislukking hebt verholpen.
Eén ding om op te rekenen als je het verslag naderhand leest: onderdelen die in beide omgevingen al gelijk bleken, staan er niet in. Een onderdeel dat je had geselecteerd en er niet in terugvindt, was dus al hetzelfde en niet overgeslagen.
Test deploy is geen formaliteit
Zendesk vergelijkt de gekozen inrichting met de doelomgeving en laat de afhankelijkheden en conflicten zien die eerst opgelost moeten worden. Alles in die lijst wat je niet herkent, is een reden om te stoppen en geen detail om te accepteren.
Rol bewust uit, niet alles
In een sandbox stapelen experimenten zich op: halfgebouwde triggers, een veld dat iemand aan het proberen was. Selecteer wat bij deze wijziging hoort en laat de rest staan.
Privé-apps kunnen sowieso niet tussen omgevingen worden uitgerold, dus alles wat daarvan afhangt heeft een eigen plan nodig.
Controleer daarna de volgorde van triggers
Triggers vuren in de volgorde van de lijst, en een trigger die op een andere plek staat dan die je testte, gedraagt zich anders. Kijk na afloop in productie naar de volgorde in plaats van aan te nemen dat hij klopt.
Controleer met een echt ticket
Niet door de inrichting nog eens te lezen. Stuur er een die zou moeten matchen en een die dat niet zou moeten, en kijk wat er met elk gebeurt.
Doe het als het rustig is: niet vlak voor een piek, niet aan het eind van de dag, niet op vrijdag. Gaat er iets mis, dan wil je tijd en een korte wachtrij. En kondig aan wat agents gaan zien voordat het verschijnt, anders levert een formulier dat zonder waarschuwing verandert tickets op over je eigen wijziging.
Opmerkingen
0 opmerkingen
Artikel is gesloten voor opmerkingen.