# Een AppSheet-app deployen naar je team Een AppSheet-app deployen naar je team is de stap waarop je app van een experiment verandert in een tool waar collega's dagelijks op vertrouwen. Deployen draait om meer dan een knop indrukken. Je regelt toegang, rechten en stabiliteit. In dit artikel loop je door het hele proces zodat je app betrouwbaar live gaat. [[TOC]] ## Wat betekent deployen in AppSheet? Een AppSheet-app heeft twee toestanden: prototype en deployed. In prototype-modus is de app bedoeld om te bouwen en te testen, met een beperkt aantal gebruikers (in de praktijk maximaal tien testers). Wanneer je de app deployt, verklaar je hem klaar voor productie. AppSheet voert dan een controle uit op mogelijke problemen en maakt de app geschikt voor breder gebruik. :::info title="Deployen is een formele stap" Het platform draait een deployment check die waarschuwt voor problemen zoals ontbrekende sleutels, trage formules, een ontbrekend launch-icoon of beveiligingsrisico's. De check controleert ook of de gebruikte functies passen bij je abonnement. Los die waarschuwingen op voordat je live gaat. ::: ## De deploy stap voor stap :::howto title="App deployen" 1. Open je app in de editor en ga naar **Manage** en daarna **Deploy**. 2. Klik op **Deployment Check** en daarna op **Run deployment check**. 3. Los eventuele waarschuwingen op, of klik op **Continue editing** om eerst verder te bouwen. 4. Klik op **Move app to deployed state** zodra de check schoon is. 5. Ga naar **Users** om gebruikers op e-mailadres uit te nodigen. 6. Stel per gebruiker of groep de juiste rol en rechten in. 7. Deel de app-link of laat gebruikers de AppSheet-app installeren. ::: Na het deployen verschijnt de app voor de uitgenodigde gebruikers in hun AppSheet-app. Ze loggen in met hun Workspace-account en zien direct de app, met de data en rechten die jij hebt ingesteld. ## Gebruikers en rechten beheren Niet iedereen hoeft hetzelfde te kunnen. Bij het uitnodigen van gebruikers bepaal je wie alleen mag lezen, wie mag toevoegen en bewerken, en wie beheerrechten krijgt. Combineer dit met beveiligingsfilters zodat elke gebruiker alleen de eigen data ziet. De drie bouwstenen van toegang in AppSheet: - **Toegang verlenen.** Nodig gebruikers uit op hun Workspace-mailadres. Alleen uitgenodigde accounts kunnen de app openen, wat de app meteen afschermt voor buitenstaanders. - **Rollen toewijzen.** Wijs rollen toe zoals beheerder en gebruiker, en koppel daar verschillende rechten aan. Zo houden beheerders overzicht terwijl gebruikers gefocust blijven op hun taken. - **Filters instellen.** Combineer rechten met beveiligingsfilters zodat gebruikers niet alleen de juiste handelingen mogen doen, maar ook alleen de juiste data zien. Lees meer in [[appsheet-beveiliging|beveiligingsfilters]]. :::tip title="Beheer toegang in een gebruikerstabel" Maak een aparte gebruikerstabel met mailadres en rol per persoon. Zo beheer je toegang en rechten centraal in je data in plaats van verspreid in instellingen. Bij een personeelswissel pas je dan snel één rij aan in plaats van overal te zoeken. ::: ## Updates uitrollen zonder verstoring Na livegang wil je de app blijven verbeteren. AppSheet laat je wijzigingen maken terwijl de app draait. Test veranderingen eerst grondig, want gebruikers krijgen updates automatisch bij de volgende synchronisatie. Een fout in een live app raakt meteen iedereen. :::warn title="Test grote wijzigingen apart" Maak grote wijzigingen aan een live app nooit zonder te testen. Gebruik bij voorkeur een kopie van de app om ingrijpende veranderingen te beproeven voordat je ze in de productie-app doorvoert. Zo voorkom je dat een ongeteste wijziging het werk van je hele team verstoort. ::: ## Veelgemaakte fouten bij deployen Een paar valkuilen die een soepele livegang in de weg staan: - Live gaan met openstaande waarschuwingen uit de deployment check. - Geen launch-icoon of app-beschrijving instellen, waardoor de check blijft hangen. - Alle gebruikers dezelfde rechten geven zonder beveiligingsfilters. - Functies gebruiken die niet bij je abonnement passen, wat pas bij de check aan het licht komt. - Wijzigingen direct in de productie-app doorvoeren zonder een testkopie. :::faq ### Wat is het verschil tussen een prototype en een gedeployde app? Een prototype is bedoeld om te bouwen en te testen met weinig gebruikers, in de praktijk maximaal tien testers. Een gedeployde app is klaar voor productie, heeft de deployment check doorlopen en is geschikt voor je hele team. ### Hebben gebruikers een AppSheet-account nodig? Ze loggen in met hun Google Workspace-account. Je nodigt hen uit op hun mailadres en zij openen de app via de AppSheet-app of een link. ### Kan ik een gedeployde app terugzetten naar prototype? Ja. Ga naar Manage en Deploy en kies onder de deployment check de optie om terug te keren naar de prototype-staat. Let op dat bepaalde functies dan pas weer werken nadat je opnieuw deployt. ### Kan ik zien wie de app gebruikt? Ja. In het beheer van de app zie je de gebruikers en hun activiteit, handig om de adoptie te volgen en te zien wie hulp nodig heeft. ### Krijgen gebruikers updates automatisch? Ja. Wijzigingen die je doorvoert worden bij de volgende synchronisatie actief voor alle gebruikers. Test daarom altijd grondig voordat je iets opslaat. ### Wat controleert de deployment check precies? De check valideert de app-definitie en de data, controleert of er een launch-icoon en beschrijving zijn, voert een beveiligingsreview uit en kijkt of de gebruikte functies bij je abonnement passen. ::: ## Volgende stappen Met een gedeployde app staat je tool live. Houd hem gezond door de [[appsheet-beveiliging|beveiligingsfilters]] regelmatig te controleren en verbeter hem op basis van feedback. Wil je begrijpen hoe AppSheet in het grotere geheel past, lees dan over [[workspace-studio-inleiding|Workspace Studio]] en de andere bouwtools van Google.