Què és Google Docs
Google Docs, o Documents de Google, és un processador de textos centrat en documents compartits. S’utilitza al navegador i amb aplicacions per a Android i iOS. Permet redactar, comentar, proposar canvis i exportar contingut, dins de l’ecosistema de Google Drive i Workspace.
La unitat principal de col·laboració és un document comú accessible a les persones autoritzades. Això redueix l’intercanvi de còpies, però exigeix diferenciar edició, revisió i aprovació. L’últim text desat no és necessàriament l’últim text aprovat.
Per a SST, pot servir d’espai de preparació d’actes, guies o esborranys de procediments. El valor és reunir aportacions i resoldre-les ordenadament. La versió de consulta ha de quedar identificada i connectada amb el sistema documental de l’organització.
Documentació de referència: Google Docs overview and basic functions.
De Writely a la col·laboració a Workspace
Google Docs prové de Writely, el processador web d’Upstartle amb beta publicada l’agost de 2005. En una entrevista d’aquell any, Sam Schillace descrivia un petit equip que volia traslladar l’edició compartida al navegador. Google va anunciar la incorporació de Writely el 9 de març de 2006.
El 10 d’octubre de 2006 es va presentar Google Docs & Spreadsheets, reunint documents i fulls en un accés comú. La sortida de beta es va anunciar el 7 de juliol de 2009. El març de 2010 Google va adquirir DocVerse, relacionat amb col·laboració sobre Microsoft Office.
L’abril de 2010 Google va presentar un editor reconstruït amb millores de maquetació, importació i edició en temps real. El recorregut mostra una tensió constant: mantenir facilitat de col·laboració i ampliar capacitats documentals. Les pestanyes anunciades l’octubre de 2024 van afegir una altra forma d’organitzar documents extensos.
La fitxa diferencia aquests fets de les funcions actuals. Una ajuda antiga pot descriure una interfície o funció històrica; abans de replicar un flux, comprovar disponibilitat al compte i dispositiu utilitzats.
Documentació de referència: Google welcomes Writely, March 2006 · Writely creator interview, October 2005 · New Beginnings: Google Docs and Spreadsheets, October 2006 · Google Apps leaves beta, July 2009 · Google acquires DocVerse, March 2010 · Rebuilt real-time editor, April 2010 · Document tabs announced in October 2024.
Pestanyes, apartats i navegació
Les pestanyes i subpestanyes separen blocs dins d’un document. La documentació actual fixa un màxim de 100 pestanyes. En descarregar o imprimir es tria la pestanya actual o totes; la descàrrega predeterminada pot limitar-se a l’actual.
Per a un dossier de campanya preventiva, una estructura possible és objectiu, materials, coordinació i avaluació. Cada bloc hauria de tenir finalitat clara i referències a documentació aprovada. Evitar repetir una instrucció en diverses pestanyes, perquè una modificació pot deixar versions divergents.
Abans de lliurar una còpia, comprovar que inclou tots els apartats previstos. Una exportació visualment correcta pot ser incompleta si només conté la pestanya activa. Un índex de comprovació independent ajuda a detectar l’omissió.
Documentació de referència: Use document tabs and export all tabs.
Format amb pàgines i sense pàgines
El mode amb pàgines admet capçaleres, peus i números de pàgina. El mode sense pàgines utilitza desplaçament continu i adapta el text a l’amplada disponible; permet taules amples. Alguns elements de pàgina deixen de mostrar-se en passar al mode continu.
Triar format segons la consulta. Un esborrany col·laboratiu pot beneficiar-se de lectura contínua, mentre un informe imprès necessita comprovar paginació i referències. No utilitzar números de pàgina com a única forma de localitzar instruccions si es llegiran en formats diferents.
En una guia multilingüe, el text pot ocupar extensions diferents. Revisar cada idioma en el format final per evitar títols aïllats, taules tallades o peus incomplets. La revisió ha d’incloure la còpia descarregada i la vista en línia.
Documentació de referència: Pages and pageless document setup.
Permisos i participació de lectors i revisors
Els permisos diferencien lectura, comentari i edició. Qui pot comentar pot proposar canvis sense editar directament el text acceptat. La configuració d’accés determina l’audiència efectiva i pot estar condicionada per l’organització.
Per preparar una acta, assignar edició a qui consolida, comentari a qui revisa i lectura a qui consulta el resultat. Són decisions organitzatives proposades, no una obligació del producte. Un enllaç còmode ha de continuar conduint a una versió i audiència conegudes.
Provar accés amb un compte del rol previst, també extern quan pertoqui. Revisar què passa en retirar permisos i qui manté el document si canvia el propietari. Una menció o invitació pendent no demostra accés efectiu.
Documentació de referència: Document sharing basics · Suggest edits in Google Docs.
Suggeriments i historial de versions
Els suggeriments s’accepten o rebutgen; l’historial recupera estats anteriors i permet anomenar fites. Actualment, Google també documenta eliminació permanent d’historial per a comptes personals. Per tant, l’historial d’edició no s’ha de tractar com un arxiu immutable.
Un nom com «revisió tècnica» ha de correspondre a una decisió documentada. Convé afegir responsable, abast i data. Si dos revisors discrepen sobre un acord, conservar la qüestió per resoldre-la; l’edició més recent no determina qui té raó.
Abans de restaurar un estat, entendre quina feina posterior es podria perdre de la versió activa. Per comparar, pot ser més adequat crear una còpia. El procés de conservació ha d’identificar quina evidència es guarda fora de l’edició quotidiana.
Documentació de referència: Suggest edits in Google Docs · Version history, named versions and access.
Office, exportació i Markdown
Docs permet editar fitxers d’Office mantenint format o convertir-los al format de Google, generant una còpia. Algunes funcions requereixen conversió. També admet importar, exportar, copiar i enganxar Markdown per intercanviar text estructurat amb altres eines.
Definir quin fitxer és l’original de treball abans de convertir. Una còpia nova pot tenir enllaços, permisos o historial diferents. En intercanviar amb Word, comprovar taules, imatges, comentaris i propostes de canvi, a més del text visible.
Markdown és pràctic per a contingut textual, però no reprodueix tota la maquetació. Triar format segons ús posterior: edició, publicació o consulta estable. El lliurament hauria de permetre reconèixer la versió aprovada sense noms ambigus com «final definitiu».
Documentació de referència: Work with Microsoft Office files · Use and exchange Markdown.
Treball sense connexió i sincronització
A l’ordinador, l’accés sense connexió requereix preparació amb Internet, Chrome o Edge i l’extensió Google Docs Offline. No s’utilitza navegació privada. La disponibilitat depèn també de configuració administrativa i espai local.
Abans d’una visita, obrir i preparar el document concret. Després, desconnectar realment l’equip i comprovar lectura i edició amb contingut de prova. En recuperar connexió, confirmar que els canvis apareixen a la versió compartida.
Separar una nota de camp d’una instrucció vigent. Una còpia local pot ser útil per redactar, però no hauria d’ocultar una actualització posterior. Definir com s’identifiquen versions i què fer quan no es pot consultar el repositori habitual.
Documentació de referència: Work on Google Docs offline.
Xips intel·ligents i integració amb AppSheet
Els xips intel·ligents aporten context sobre persones, fitxers, dates, esdeveniments i llocs. Esmentar algú amb un xip no li concedeix accés automàticament. La integració d’AppSheet permet consultar vistes compatibles i interactuar amb dades respectant permisos i polítiques.
En un pla de campanya, un xip ajuda a localitzar material o reunió de referència. Cal aclarir si enllaça un esborrany, recurs aprovat o aplicació operativa. La comoditat de la referència no substitueix revisar el contingut enllaçat.
Si s’utilitzen accions d’una aplicació, provar-les amb rols reals i registres ficticis. Un document de consulta i una interfície que modifica dades tenen conseqüències diferents. Explicar quan la persona llegeix i quan fa una operació.
Documentació de referència: Insert smart chips in Google Docs · Use AppSheet smart chips in Docs.
Idiomes, dictat i redacció accessible
Docs permet traduir un document a una còpia nova i disposa d’escriptura per veu en entorns compatibles. Google recomana encapçalaments, enllaços descriptius i text alternatiu per millorar accessibilitat. Cal comprovar funcions d’idioma per a l’entorn utilitzat.
En SST, una traducció necessita revisió terminològica i operativa. Mantenir coherència entre risc, perill, mesura preventiva i acció correctiva exigeix context. Comparar condicions, unitats i excepcions entre idiomes, a més de corregir gramàtica.
En una guia, provar si algú pot trobar una instrucció concreta amb teclat o ampliació. Descriure què aporta una fotografia i evitar referències només de color o posició. La redacció accessible també exigeix explicar qui ha de fer què i quan.
Documentació de referència: Translate documents or change writing language · Type and edit with your voice · Create accessible documents.
Gemini i documents generats amb context
Gemini pot preparar esborranys, ampliar text i utilitzar fonts de treball per contextualitzar respostes. La creació personalitzada admet referències de Drive, Chat, Gmail i web segons disponibilitat. Requereix un pla elegible i les funcions poden variar per compte i plataforma.
L’ajuda actual de Google descriu Gemini com a assistent integrat. Les mencions històriques a Explore en ressenyes antigues no s’han d’utilitzar per descriure la interfície actual. Identificar la funció concreta evita atribuir capacitats o límits d’una etapa a una altra.
Per a un esborrany de SST, indicar objectiu, públic i fonts autoritzades. Demanar que s’assenyalin dades absents i revisar cada afirmació important contra l’origen. Una síntesi pot ometre una excepció decisiva; cal comprovar significat, no només fluïdesa.
Documentació de referència: Create personalised documents with Gemini · Collaborate with Gemini in Google Docs.
Complements i Apps Script
Apps Script permet crear i modificar documents i afegir menús, diàlegs o panells. L’estructura actual inclou pestanyes; una automatització ha d’identificar quina part modifica. Els scripts actuen amb permisos i es poden distribuir com a complements.
Un ús proposat és generar esborranys uniformes des d’una llista d’activitats: títol, centre, data i responsable. La sortida hauria de quedar marcada com a esborrany fins a revisió. Comprovar camps buits, caràcters especials i duplicats abans de processar molts registres.
L’automatització necessita propietari i manteniment. Registrar versió de plantilla, font de dades i resultat permet corregir errors sense reconstruir el procés. Una execució acabada no demostra que cada document sigui complet o apropiat per al destinatari.
Documentació de referència: Extend Google Docs with Apps Script.
Compte personal, Workspace i tractament de dades
Les condicions d’un compte personal i les d’un entorn administrat s’han d’avaluar separadament. Per als serveis generatius de Workspace, Google declara que no utilitza dades de clients per entrenar models sense permís o instrucció del client. La condició té un àmbit contractual concret.
Abans d’introduir informació preventiva, identificar dades necessàries, accés i temps de conservació. Per preparar una guia general no solen caldre historials personals. Separar contingut públic, documentació interna i dades sensibles facilita el control.
Les integracions també formen part del recorregut de dades. Revisar permisos de complements i fonts connectades, i retirar accessos innecessaris. La facilitat de compartir ha d’anar acompanyada d’una definició clara d’audiència i finalitat.
Documentació de referència: Google Workspace generative AI privacy hub.
Incidents històrics i continuïtat documental
El maig de 2017 una campanya va suplantar invitacions de Google Docs per obtenir permisos de compte amb una aplicació falsa. Google va informar de retirada d’aplicacions i revocació d’accessos. Va ser un abús d’autorització i suplantació, no una funció legítima de col·laboració.
El 31 d’octubre de 2017 un error dels sistemes de protecció va bloquejar fitxers legítims identificant-los incorrectament com a infraccions. Google va explicar el problema i la restauració d’accessos. Són antecedents històrics, no proves d’un incident actual.
La lliçó operativa proposada és verificar sol·licituds d’accés i preparar continuïtat dels documents rellevants. Conservar una còpia aprovada accessible segons el pla de l’organització permet consultar quan servei o compte no estan disponibles, sense crear una biblioteca paral·lela sense control.
Documentació de referència: Google response to May 2017 phishing campaign · Google explanation of October 2017 access error.
Capacitat i límits de documents extensos
Google estableix 1,02 milions de caràcters per document i 50 MB per convertir text a Docs.
En biblioteques de SST, dividir segons necessitats de consulta i responsabilitat editorial. Un document amb tots els procediments pot dificultar permisos, revisió i localització. Separar documents tampoc no ha de trencar referències o multiplicar instruccions repetides.
Provar amb contingut representatiu: taules llargues, imatges i diversos revisors. Mesurar facilitat de trobar respostes i resoldre comentaris, a més del temps de càrrega. L’organització documental té més valor que arribar al màxim tècnic.
Documentació de referència: File limits in Google Drive and Docs.
Aplicacions concretes en SST
En seguretat i salut en el treball pot donar suport a la preparació conjunta d’esborranys, actes i guies internes. Facilita recollir observacions d’àrees diferents en un document comú, sempre que s’estableixi qui revisa, qui aprova i quina versió es considera vàlida per utilitzar-la.
A més d’actes, es proposa reunir aportacions a una guia d’acollida i preparar preguntes d’una consulta als treballadors. En una guia, les àrees poden comentar un paràgraf comú en lloc d’enviar còpies divergents. En la consulta, un esborrany compartit permet detectar preguntes ambigües abans de recollir respostes, sense guardar-hi informació personal innecessària.
Cas pràctic i comprovació del resultat
Per a l’acta, separa assistents, assumptes tractats, acords i qüestions pendents. Assigna la consolidació a una persona i demana correccions mitjançant suggeriments o comentaris, explicant si afecten un fet, la redacció o una decisió. Una discrepància sobre què es va acordar no s’ha de resoldre només perquè algú editi el text més tard.
Després de revisar les aportacions, identifica explícitament quin text s’aprova i posa nom a la versió. Contrasta responsables, dates i accions amb les notes autoritzades de la reunió. Ajusta els permisos de la còpia de consulta segons l’audiència i prova l’accés des d’un compte amb el rol previst. Si apareix una correcció posterior, documenta la versió nova i la relació amb l’anterior en lloc de substituir-la silenciosament.
Límits i condicions d’ús
Compartir un enllaç no equival a controlar-ne el públic. Revisa permisos i evita introduir dades de salut o informació personal innecessària. L’historial ajuda a seguir canvis, però no substitueix el procés formal d’aprovació, conservació i accés que l’organització necessiti per als seus documents preventius.
Google indica que consultar versions anteriors exigeix permís d’edició. Per tant, un lector no necessàriament pot reconstruir l’historial que veu l’equip redactor. Restaurar una versió és diferent de crear-ne una còpia per comparar. En convertir entre documents de Google i Microsoft Office, suggeriments i canvis registrats es traslladen entre formats; revisa aquesta informació abans de compartir el fitxer convertit.
Documentació de referència: Suggest edits in Google Docs · Version history, named versions and access.
Quan escollir-la i amb què complementar-la
Google Docs encaixa quan diverses persones han de col·laborar sobre un text comú i l’organització ja controla comptes i permisos. Word és una comparació útil per a revisió i maquetació documental. Google Slides pot presentar els acords a l’equip, mantenint l’acta com a referència detallada.
Considera com s’aprovarà el text, com hi accediran persones externes i com es conservarà una còpia utilitzable fora de l’edició diària. Prova tot el flux amb una acta fictícia.
Preguntes freqüents
Acceptar un suggeriment equival a aprovar el document?
No. Acceptar una proposta modifica el text. L’aprovació del conjunt depèn del procediment i de l’autoritat definida per l’organització.
Una versió amb nom queda bloquejada?
El nom identifica un estat de l’historial; no equival a prohibir noves edicions. Defineix permisos i una versió de consulta quan necessitis estabilitat.
Convé donar edició a tothom?
Només quan la funció ho requereixi. Qui revisa pot necessitar comentar; qui consulta pot necessitar només lectura. Comprova l’accés efectiu, inclosos els enllaços compartits anteriorment.
