Què és AppSheet
AppSheet és la plataforma de Google per crear aplicacions i automatitzacions sense programació convencional. Combina dades estructurades, interfícies configurables i regles de procés. S’integra amb Google Workspace i admet fonts externes; la seva utilitat no es limita a convertir un full de Google en un formulari.
L’enfocament és declaratiu: el creador defineix dades, condicions i comportament desitjat. Cal continuar dissenyant el procés. Una aplicació pot ser senzilla de construir i difícil de mantenir si barreja dades mestres, sol·licituds i resultats sense explicar què representa cada registre.
Per valorar una proposta, identificar primer la interacció que es vol millorar: consultar informació vigent, capturar una observació o demanar un material. Després es decideix com es presenta, qui pot intervenir i quina evidència confirma que la feina s’ha completat.
Documentació de referència: AppSheet product overview.
Fundació, inversió i adquisició per Google
AppSheet va ser fundada el 2014 per Praveen Seshadri i Brian Sabino. NEA registra la primera inversió, de fase llavor, el 2015. El projecte abordava una necessitat habitual: aprofitar dades empresarials existents per crear aplicacions mòbils sense encarregar cada interfície a un equip de programació.
El maig de 2018 AppSheet va anunciar Spec, una funció per descriure aplicacions amb llenguatge natural. Google va anunciar l’adquisició el 14 de gener de 2020 i la incorporació a Google Cloud. La construcció assistida actual s’ha d’entendre dins d’aquesta evolució, sense confondre Spec amb les funcions presents de Gemini.
La trajectòria explica dos trets del producte: la proximitat al model de fulls i taules, i l’ampliació cap a automatització i administració empresarial. Per seguir un tutorial antic convé comprovar editor, llicència i funció concreta, perquè les captures i els noms poden haver canviat.
Documentació de referència: AppSheet announces Spec, May 2018 · NEA investment record: AppSheet · Google acquires AppSheet, January 2020.
Fonts de dades i bases natives
AppSheet admet Google Sheets, Excel, bases SQL i serveis com Salesforce, a més de les bases pròpies. Pot combinar taules de fonts diferents. La documentació diferencia connexions disponibles d’Integration Connectors en versió preliminar; una taula incorporada des de Google Forms és de només lectura.
Les bases natives d’AppSheet permeten organitzar dades dins del servei sense preparar un full extern. L’elecció d’emmagatzematge hauria de considerar volum, relacions, responsables i altres aplicacions que necessiten accedir a la mateixa informació.
En un catàleg de materials, separar la descripció del recurs de les sol·licituds que l’utilitzen. Evitar que una correcció de títol esborri el rastre del que es va demanar. Identificar una font principal per a cada dada redueix discrepàncies entre aplicacions auxiliars i el registre operatiu reconegut.
Documentació de referència: Manage data sources · What is an AppSheet database?.
Claus i relacions entre registres
Una clau identifica de manera única una fila i ha de romandre estable. AppSheet desaconsella utilitzar el número de fila com a identificador: en moure o eliminar registres pot canviar. Les claus duplicades poden fer que una actualització actuï sobre una fila incorrecta.
Això és decisiu en passar d’un full informal a una aplicació compartida. El nom d’un centre es pot corregir, però la identitat no hauria de canviar amb l’ortografia. Les sol·licituds haurien de referenciar aquesta identitat i mostrar una etiqueta entenedora.
Abans d’importar dades, revisar duplicats, valors buits i relacions trencades. Un exercici útil és canviar el nom d’un material de prova i comprovar que les sol·licituds anteriors continuen apuntant al mateix recurs. La qualitat de la interfície no compensa una identificació ambigua.
Documentació de referència: What is a key?.
Vistes, formularis i captura mòbil
El catàleg de vistes inclou taula, fitxa, formulari, calendari, mapa, gràfic i panell amb diverses vistes. Els formularis poden recollir text, fotografies, ubicació i signatures. La captura NFC requereix un dispositiu mòbil compatible; el botó de lectura no apareix al navegador.
Triar la vista segons la pregunta de la persona. Un mapa ajuda a localitzar centres; una taula facilita comparar recursos; un formulari guia una petició. Una pantalla que intenta mostrar-ho tot pot dificultar una tasca breu sobre el terreny.
En una campanya de SST, la fotografia hauria de tenir una finalitat explicada i un context reconeixible. Una imatge aïllada no demostra quan es va resoldre una situació ni qui va validar el resultat. Igualment, un traç capturat com a signatura no acredita per si sol identitat ni comprensió del document.
Documentació de referència: View types · Form view type · Use NFC scanning.
Expressions, càlculs i columnes virtuals
Les expressions permeten consultar valors i referències entre taules. Una columna virtual calcula un resultat amb una fórmula sense correspondre a una columna física de la font. El càlcul pot afectar el rendiment quan s’acumulen moltes columnes o expressions complexes.
Convé distingir una dada capturada d’una interpretació calculada. La data de sol·licitud és un fet; l’etiqueta «pendent des de fa dies» depèn d’una regla i del moment de consulta. Conservar la diferència ajuda a explicar per què una vista canvia sense editar la sol·licitud.
Provar regles amb casos normals, buits i límits. Per a quantitats, acordar unitats i decimals. Per a dates, decidir què passa en canviar de dia o de zona horària. Documentar aquestes decisions amb exemples entenedors, sense deixar-les amagades en una fórmula extensa.
Documentació de referència: Column value expressions · Use virtual columns.
Bots, processos i seguiment d’execucions
Un bot vincula un esdeveniment amb un procés i les seves tasques. Pot actualitzar registres, emetre notificacions o cridar un servei amb webhook. El monitor permet revisar execucions, errors i activitat; algunes funcions no s’executen plenament amb un compte gratuït encara que es puguin configurar.
Dissenyar una automatització exigeix definir què és un canvi rellevant. Si una sol·licitud es corregeix tres vegades, decidir si ha de generar tres avisos o mantenir una conversa. El missatge hauria d’incloure un identificador i enllaçar al registre autoritzat per evitar còpies contradictòries.
Una prova ha de seguir tot el recorregut: esdeveniment rebut, condició avaluada, acció executada i resultat comprovat a destinació. Un avís enviat no significa que algú l’hagi llegit. Per a tasques que requereixen resposta, definir responsable, termini i forma de registrar la resolució.
Documentació de referència: Bots: The Essentials · Monitor your apps.
Gemini: creació d’apps i IA en processos
Gemini for App Creation proposa taules, columnes i una aplicació a partir d’una descripció. S’inclou en llicències AppSheet de pagament. Gemini in AppSheet Solutions afegeix tasques d’extracció o classificació a automatitzacions amb Enterprise Plus i consum de crèdits. Són usos diferents de la IA.
La descripció inicial hauria d’indicar tasca, dades necessàries, persones que intervenen i resultat esperat. Una proposta de taules pot servir d’esborrany, però no determina per si sola una estructura adequada ni els permisos correctes.
Per extreure informació, conservar el document d’origen i comprovar camps crítics abans d’utilitzar-los. En SST, una classificació automàtica pot facilitar una revisió posterior; no s’hauria de transformar sense validació en avaluació de riscos o autorització d’una activitat. Registrar correccions ajuda a reconèixer errors repetits del procés.
Documentació de referència: Use Gemini in AppSheet.
Identitat, filtres i govern d’aplicacions
AppSheet diferencia autenticació, accés a l’aplicació, accés a dades i auditoria. Els filtres de seguretat limiten els registres descarregats; un slice organitza una selecció després de descarregar-los. Amagar una vista no substitueix una política d’accés a la informació.
Les polítiques d’organització poden restringir fonts externes, ús de bases AppSheet, API o funcions d’IA. La configuració hauria de respondre al context: un catàleg públic de materials té necessitats diferents d’una aplicació interna amb dades de persones.
Provar almenys tres perfils: administrador, usuari autoritzat i usuari sense accés. Comprovar tant el que es veu com les modificacions permeses. El procediment de baixa ha de considerar dispositius, comptes i aplicacions compartides. Qui manté el contingut no necessita tots els permisos tècnics.
Documentació de referència: Security: The Essentials · Scale using security filters · Predefined governance policy templates.
Rendiment, versions i desplegament
La capacitat d’una app depèn també de la font de dades, no només de la infraestructura d’AppSheet. Per a una actualització important, la documentació proposa treballar sobre una còpia, provar-la i fer la comprovació de desplegament abans de substituir la versió utilitzada.
Mesurar amb un volum representatiu: temps fins a poder consultar, espera en desar i durada de sincronització. Una demostració amb deu files no permet estimar el comportament d’un catàleg amb anys de sol·licituds. Incloure telèfons i connexions semblants als d’ús real.
Documentar qui manté taules, regles i accés. Abans de retirar una versió, comprovar quins usuaris continuen utilitzant-la i com conservar els registres necessaris. La continuïtat també depèn que una altra persona pugui comprendre el disseny i resoldre incidències ordinàries.
Documentació de referència: App performance: Core concepts · Upgrade an app.
Llicències, usuaris i cost de manteniment
El catàleg inclou Starter, Core, Enterprise Plus i Publisher Pro per a accés públic. Algunes edicions de Workspace incorporen Core. User Pass utilitza un fons de llicències: cada usuari elegible en consumeix una per aplicació utilitzada i hi pot accedir durant aquell mes.
Calcular l’abast amb usuaris reals, també externs, i comprovar el nivell requerit per l’aplicació. Un prototip gratuït no demostra que totes les automatitzacions funcionin en producció ni que es pugui distribuir sense cost.
El cost operatiu també inclou disseny, suport, revisió de permisos, conservació de dades i adaptació a canvis. Comparar l’esforç amb mantenir un formulari senzill o utilitzar una capacitat existent. La rapidesa inicial és valuosa quan condueix a una solució sostenible.
Documentació de referència: How to choose a subscription · Allow app access with AppSheet User Pass.
Adopció documentada i lectura de casos
El cas de Globe Telecom publicat per Google descriu un programa de creació interna que va passar de 59 aplicacions durant un hackathon a 350, amb usos com manteniment d’estacions i auditoria. És un relat del proveïdor sobre aquell desplegament, no una estimació aplicable a qualsevol organització.
Per valorar un cas, preguntar quina tasca es va substituir, quines dades existien, quant acompanyament va rebre l’equip i com es va mesurar el resultat. Una reducció de temps no descriu per si sola qualitat, estabilitat o acceptació dels usuaris.
En un pilot propi, triar una interacció freqüent i limitada. Mesurar correccions, peticions incompletes i temps fins a resolució, a més del temps de captura. Comparar amb el procés anterior amb definicions iguals i conservar exemples que permetin explicar els resultats.
Documentació de referència: Globe Telecom customer case.
Aplicacions en seguretat i salut en el treball
En SST pot donar suport a l’organització d’activitats senzilles, com consultar recursos aprovats o recollir necessitats de materials per centre. La utilitat depèn de dissenyar una tasca ben delimitada i mantenir una font d’informació clara, evitant que diverses aplicacions creïn versions diferents del mateix registre preventiu.
Un escenari proposat per Sabentis és consultar materials aprovats en un centre amb connectivitat intermitent i registrar sol·licituds per revisar-les després. Un altre és recollir preferències d’idioma i format per organitzar una campanya. També pot mostrar recursos vigents per centre. En aquests usos, convé separar l’estat local d’una petició de l’estat confirmat per l’equip que la rep, evitant expectatives d’atenció immediata.
Exemple desenvolupat i comprovacions
Per exemple, una aplicació podria mostrar el catàleg vigent de materials d’una campanya i permetre sol·licitar exemplars en un idioma concret. Les sol·licituds es revisarien abans de preparar-se i quedarien vinculades al material i centre corresponents.
- Preparar un catàleg amb identificador, títol, idioma, versió i estat vigent; vincular les sol·licituds a aquests identificadors.
- Configurar qui consulta el catàleg i qui el pot modificar, verificant l’accés amb usuaris de prova.
- Obrir l’aplicació amb connexió i comprovar que es descarreguen les dades i, si cal, els fitxers.
- Desconnectar el dispositiu, crear una sol·licitud i verificar que queda clarament pendent de sincronització.
- Reconnectar i comprovar el registre a la font, la identificació i l’absència de duplicats.
Després, modificar un material a la font i comprovar quan s’actualitza al dispositiu. Provar també dos usuaris que actuen sobre un mateix registre. El resultat acceptable és conèixer quina versió s’ha consultat i si la petició ha arribat; no n’hi ha prou que el formulari permeti prémer desar. Les proves s’han de fer amb dades fictícies i sense barrejar sol·licituds d’assaig amb comandes reals.
Limitacions i condicions d’ús
L’enfocament sense codi no elimina els riscos d’una configuració incorrecta. Cal provar permisos, sincronització i regles de dades, especialment en ús mòbil; no convé atribuir a una aplicació creada ràpidament fiabilitat suficient per autoritzar treballs o registrar decisions clíniques.
L’ús sense connexió requereix una primera obertura amb connexió i configuració de memòria cau per als fitxers. Desar localment i completar la sincronització són resultats diferents. Preparar i provar el dispositiu abans d’utilitzar-lo sobre el terreny.
Documentació de referència: Offline and Sync: The Essentials.
Com triar i complementar l’eina
Convé triar AppSheet quan cal una interfície de consulta o captura sobre dades estructurades i hi ha responsables capaços de mantenir-ne les regles. Google Sheets pot servir de font en un procés acotat, amb control d’edició; Power Apps ofereix una altra opció del catàleg quan predomina l’ecosistema Microsoft. Cal comparar identitat, fonts i sincronització, no només rapidesa de creació.
Abans d’ampliar-ne l’ús, definir suport, recuperació i retirada de versions antigues. Una aplicació auxiliar ha de tenir un propietari clar i una font reconeguda; si cada centre manté la seva còpia, la comoditat del formulari pot ocultar divergències de contingut.
Preguntes freqüents
Desar sense connexió equival a lliurar la sol·licitud?
No. El canvi pot ser només al dispositiu fins que es completi la sincronització.
Un slice protegeix informació confidencial?
No per si sol. Filtra la presentació de dades ja descarregades; els controls de seguretat requereixen un altre disseny.
Veure un PDF significa que estarà disponible offline?
No. Cal configurar la memòria cau compatible i provar la disponibilitat després de desconnectar realment el dispositiu.
