Què és Airtable i com se situa entre full i aplicació
Airtable és una plataforma al núvol per organitzar dades relacionades i construir aplicacions de treball configurables. Combina l’aparença familiar d’una taula amb camps tipats, relacions, interfícies, formularis i automatitzacions. Pertany a Bending Spoons des de setembre de 2026.
La diferència respecte d’un full de càlcul va més enllà de l’aspecte. En un full és habitual escriure fórmules diferents en cel·les individuals; a Airtable es defineix un camp i el seu comportament s’aplica als registres de la taula. Tampoc elimina el disseny d’una base de dades tradicional: les relacions continuen sent necessàries, però es configuren visualment i es presenten a usuaris que no han d’escriure consultes.
Pot coordinar projectes, continguts, inventaris o processos interns. Aporta valor quan diverses persones han de treballar amb les mateixes entitats des de perspectives diferents. Una base ben dissenyada esdevé un petit sistema operatiu del procés; una estructura improvisada pot acabar sent una col·lecció de llistes connectades de manera ambigua.
Documentació de referència: Airtable — About · Airtable — AI-native platform launch · Bending Spoons — Airtable acquisition completed.
Origen, finançament, IA i canvi de propietari
Airtable va ser creada per Howie Liu, Andrew Ofstad i Emmett Nicholas. La pàgina corporativa situa l’origen el 2012, mentre que alguns relats dels fundadors el daten el 2013; cal distingir aquesta discrepància del llançament públic del producte el 2015, recordat per l’empresa. La proposta inicial acostava l’organització de dades relacionals a persones sense formació especialitzada en bases de dades.
Durant l’expansió va rebre rondes successives de capital risc. La ronda F de desembre de 2021 va aportar 735 milions de dòlars i va anunciar una valoració prèvia a la inversió d’11.000 milions. Són imports històrics de finançament, no ingressos ni preus de venda actuals. Aquella etapa també va consolidar Interface Designer i el posicionament com a plataforma d’aplicacions empresarials.
El juny de 2025, Airtable va presentar una etapa d’aplicacions amb IA, amb Omni com a assistent i agents de camp que treballen sobre registres. L’adquisició de DeepSky va originar una línia separada de producte, Superagent. Després del canvi de propietari de 2026, Liu va anunciar que deixava Airtable i es dedicaria a Hyperagent com a empresa independent; no s’han de confondre aquests productes amb funcions incloses automàticament en una base d’Airtable.
Bending Spoons va completar l’adquisició el 4 de setembre de 2026. A l’octubre, el nou responsable de producte, Alessandro Savarese, va comunicar una reducció important de l’equip anterior i prioritats per reforçar funcions bàsiques, IA i control administratiu. La reestructuració va generar debat sobre continuïtat i dependència del proveïdor. Per si sola no demostra una degradació del servei; sí que fa pertinent revisar manteniment, exportació i responsabilitats dels processos que depenen de la plataforma. Cal distingir les millores anunciades per a mesos posteriors de les ja disponibles.
Documentació de referència: Airtable — About · Airtable — Series F financing · Airtable — AI-native platform launch · Bending Spoons — Airtable acquisition completed · Airtable — Back to bases · Howie Liu — Acquisition and departure statement · InformationWeek — Post-acquisition layoffs · Airtable team — Introducing Superagent.
Registres relacionats en lloc de files aïllades
Airtable organitza informació en bases, taules i registres amb camps definits. La diferència respecte d’un full utilitzat com a llista és la possibilitat de vincular registres: un centre es pot relacionar amb diverses accions i cada acció amb les seves evidències, sense copiar tota la descripció del centre a cada fila. L’estructura s’ha de dissenyar a partir de les entitats reals del procés.
Les interfícies permeten presentar detalls d’un registre i elements relacionats, amb opcions de visualització i edició configurades. Una interfície pot simplificar la feina de qui actualitza una acció sense exigir-li navegar per totes les taules. Tanmateix, disseny visual i permisos són qüestions diferents: cal comprovar l’accés efectiu a la base, la interfície i les dades relacionades.
Documentació de referència: Airtable Help — Linking records in Airtable · Airtable Help — Interface layout: Record detail.
Model de dades: bases, taules, camps i relacions
Un espai de treball agrupa bases. Una base reuneix les taules d’una aplicació; cada taula conté registres d’un tipus d’entitat, com un centre, una activitat o un document. Els camps poden representar text, nombres, dates, seleccions, col·laboradors, adjunts o vincles. Triar el tipus adequat permet ordenar, filtrar i calcular amb més coherència que una columna de text lliure.
Els vincles representen relacions entre registres. Un lookup mostra valors dels registres relacionats; un rollup els resumeix amb una agregació. Una fórmula opera sobre els camps del registre, en lloc d’apuntar lliurement a qualsevol cel·la. Si un valor relacionat és buit, primer es revisen el vincle i la dada original: afegir una fórmula no crea la informació que falta.
El camp principal ajuda a reconèixer cada registre, però un nom llegible no substitueix una regla d’identificació. Dues accions poden compartir títol i ser diferents; una mateixa acció pot canviar de títol sense convertir-se en una altra. Per a migracions i integracions es conserva una clau estable i es documenta quina entitat representa cada taula.
Documentació de referència: Airtable Help — Linking records in Airtable · Airtable — Formula fields · Airtable — Lookup fields · Airtable — Attachment fields.
Vistes, formularis i interfícies
Les vistes mostren els mateixos registres de maneres diferents. La quadrícula facilita l’edició i la comparació; el kanban organitza per estat o categoria; el calendari situa dates; la galeria destaca elements visuals; les vistes temporal i Gantt representen durada i planificació. Canviar de vista no crea una còpia independent dels registres.
Un formulari recull informació amb una estructura prevista. La interfície pot reunir llistes, detalls i controls per a un rol, com la persona que ha de completar una acció. El disseny comença per la tasca: què ha de consultar, què pot modificar i com detectarà un error. Amagar un camp en una vista no substitueix configurar permisos.
Airtable es fa servir al navegador i disposa d’aplicacions per a Windows, macOS, iOS i Android. El mòbil no reprodueix totes les funcions d’escriptori: hi ha diferències en extensions, algunes vistes i capacitats d’interfície. Abans d’implantar un registre des de planta, es prova el recorregut al dispositiu previst, inclosos adjunts, edició i connectivitat; no es pressuposa que una maqueta d’escriptori funcionarà igual al telèfon.
Documentació de referència: Airtable Help — Interface layout: Record detail · Airtable — Timeline views · Airtable — Desktop and mobile differences · Airtable — Views guide · Airtable — Interface Designer guide.
Automatització, sincronització i integracions
Una automatització combina un disparador amb una o diverses accions. Quan una acció passa a un estat determinat, per exemple, pot crear un registre de seguiment o enviar un avís autoritzat. El disparador no representa per si sol una decisió vàlida: cal definir quin canvi compta com a esdeveniment i com s’evita processar-lo dues vegades.
Es comproven condicions, registres d’execució i límits del pla. Un flux que modifica el mateix camp que el dispara pot repetir-se; un altre que recorre molts registres pot consumir execucions inesperadament. Convé provar casos nous, preexistents, incomplets i repetits, i determinar com es reprèn el treball després d’un error parcial.
La sincronització trasllada registres d’una font a bases de destí, amb modalitats i restriccions segons configuració i pla. S’estableix on es manté la dada original i quins canvis es propaguen. Una taula sincronitzada no és una còpia desconnectada. Les integracions per API utilitzen permisos i àmbits, com tokens personals limitats a bases i operacions concretes. Un token ampli pot exposar molt més que la vista oberta; l’accés es dissenya per a la tasca específica.
Documentació de referència: Airtable — Automations guide · Airtable — Managing automations · Airtable — Sync guide · Airtable — Personal access tokens.
Omni, agents de camp i connexions amb assistents
Omni és l’assistent integrat per treballar amb llenguatge natural sobre aplicacions i dades. Pot ajudar a construir una estructura, analitzar documents i crear o actualitzar registres dins dels permisos de l’usuari. Els agents de camp fan tasques com resumir o classificar contingut de registres. Necessiten configuració d’IA, disponibilitat del model i crèdits; anunciar una funció per a tots els plans no implica ús il·limitat.
L’actualització d’octubre de 2026 va presentar Omni 2.0 com a disponible i Canvas com una beta per generar aplicacions, taulers o presentacions sobre dades de la base. El mateix anunci distingia registres d’auditoria ampliats per a Enterprise Scale dels permisos més granulars per a agents encara anunciats com a pròxims. Això evita atribuir a tots els comptes capacitats dependents del desplegament, la regió o l’edició.
El servidor MCP connecta assistents compatibles, com ChatGPT i Claude, per consultar o modificar dades segons l’autorització. Una integració de lectura permet explorar sense concedir capacitat de canvi. En SST es pot plantejar una classificació preliminar de descripcions o cercar materials relacionats; cal revisar categories i registres ambigus abans d’incorporar el resultat a un indicador o una decisió.
Documentació de referència: Airtable — AI-native platform launch · Airtable — Omni AI · Airtable — MCP server · Airtable team — Fall release, October 2026.
Plans, límits, exportació i continuïtat
L’oferta distingeix Free, Team, Business i Enterprise Scale. Es comparen registres per base, emmagatzematge d’adjunts, automatitzacions, historial, sincronització, col·laboradors i administració. El nombre d’usuaris no és l’única variable: una base petita pot necessitar govern propi d’una altra edició, i molts adjunts poden pesar més que els registres.
L’exportació CSV es fa per taula o vista, no com una aplicació completa. Les relacions, fórmules, interfícies i automatitzacions requereixen documentació addicional per reconstruir el procés. Els adjunts, a més, apareixen com a enllaços: les URL de descàrrega caduquen i cal recuperar els fitxers per conservar una còpia utilitzable.
Una comprovació de continuïtat consisteix a exportar una mostra, obrir-la fora d’Airtable i verificar identificadors, dates, vincles i fitxers associats. S’hi inclou un registre arxivat, un sense adjunt i un amb diversos. La prova mostra què depèn de la plataforma i què es podria recuperar amb el procediment previst, sense confondre tenir un CSV amb tenir una còpia completa.
Documentació de referència: Airtable — Attachment fields · Airtable — Desktop and mobile differences · Airtable — Plans overview · Airtable — Attachment URL behavior.
Processos preventius que pot ajudar a organitzar
- Accions i evidències: vincular una acció amb diversos documents de comprovació, mantenint responsables i dates en un únic registre de referència.
- Inventari de materials: relacionar recursos formatius amb versió, idioma, propietari i activitats on s’utilitzen, per localitzar què cal revisar quan s’actualitza un material.
- Preparació de visites: connectar centres, persones de contacte i qüestions pendents abans d’una revisió, sense presentar aquesta llista com una avaluació tècnica acabada.
Són dissenys proposats per Sabentis. Airtable proporciona una estructura configurable; l’organització ha de definir i mantenir les categories, l’evidència de tancament i la decisió preventiva.
Cas desenvolupat: una acció amb diverses evidències
Exemple hipotètic. Un equip vol registrar accions de millora i evitar que cada fotografia o document generi una còpia diferent de la mateixa acció.
- Crear taules separades per a centres, accions i evidències. Assignar identificadors estables i decidir quins camps són obligatoris per al procés.
- Vincular cada acció amb el seu centre i cada evidència amb l’acció corresponent. Comprovar que les relacions admeten la quantitat d’elements prevista.
- Preparar una interfície on el responsable consulti l’acció, afegeixi informació autoritzada i distingeixi una evidència rebuda d’una de revisada.
- Definir el tancament com una decisió verificable: qui revisa, quin criteri utilitza i on registra el resultat. No tancar una acció només perquè tingui un fitxer adjunt.
- Provar una acció sense evidència, una amb diverses i una altra vinculada per error a un centre diferent. Revisar què pot veure i modificar cada perfil.
El resultat s’accepta quan l’acció conserva una identitat única, totes les evidències es poden localitzar i l’estat correspon a una revisió documentada. Les excepcions han de quedar identificades per resoldre-les, no amagades per una vista filtrada.
Comprovació proposada: la mostra té 10 accions i 18 evidències: dues accions no en tenen cap, sis en tenen dues i dues més en tenen tres. El total d’accions ha de continuar sent 10, no 18. Si només quatre tenen una revisió de tancament aprovada, el resultat és de quatre tancades i sis pendents, tot i que vuit tinguin fitxers. Es torna a carregar un adjunt per comprovar que el procediment identifica el duplicat i no modifica l’estat.
Documentació de referència: Airtable Help — Linking records in Airtable · Airtable Help — Interface layout: Record detail.
Filtres, permisos i manteniment de l’estructura
La documentació d’Airtable adverteix que limitar la selecció de registres a una vista o condició restringeix allò que mostra el selector, però no impedeix necessàriament vincular registres fora del filtre. Per tant, aquesta comoditat de selecció no s’ha de tractar com una regla completa d’integritat o confidencialitat.
Canviar noms de camps, relacions o la possibilitat de múltiples vincles pot alterar la interpretació d’interfícies i automatitzacions. Documenta aquestes decisions abans de modificar una base en ús. Comprova també els límits del pla, les funcions disponibles i les opcions d’exportació necessàries. Si es guarden dades personals, evita recollir més detall del requerit i verifica que els enllaços compartits no ampliïn l’accés involuntàriament.
Documentació de referència: Airtable Help — Linking records in Airtable.
Quan aporta valor una base configurable
Airtable encaixa quan cal relacionar entitats i oferir vistes de treball adaptades, i l’equip pot assumir el disseny i manteniment de la base. No l’escullis només perquè una taula resulti més atractiva: defineix primer les relacions, les responsabilitats i el recorregut d’una excepció.
Excel pot ser suficient per a anàlisis acotades sense relacions operatives complexes. Notion es pot comparar quan pesa més la combinació de documentació i registres. En tots dos casos, el criteri decisiu és com es mantindrà la informació quan canviïn responsables o processos.
Preguntes freqüents sobre Airtable en SST
Vincular registres evita tots els duplicats?
No. Ajuda a representar relacions, però continuen sent necessaris identificadors, regles d’alta i revisió dels registres.
Una interfície mostra sempre tot el que hi ha a la base?
La configuració pot mostrar només part de la informació. Comprova els permisos reals i no interpretis l’absència d’un camp visible com una garantia de confidencialitat.
Es pot tancar una acció amb evidències adjuntes?
Només quan la revisió definida confirma que les evidències són pertinents i suficients. Adjuntar i verificar són operacions diferents.
Documentació de referència: Airtable Help — Linking records in Airtable · Airtable Help — Interface layout: Record detail.
