
Google Apps Script for Business
Included in your licence, capable of very nearly anything, and the wrong answer to three of the questions people most often reach for it with.
Apps Script is the layer where automation stops being configuration and becomes software. That is a real line to cross, and worth crossing deliberately — because on the other side of it there is code, and code has an owner, a lifespan and a day it stops working.
Code you do not have to host
Apps Script removes most of the usual reasons a small business cannot have custom software: no server, no deployment pipeline, no additional licence. What it does not remove is the need for somebody to own what gets written.
JavaScript, running on Google's infrastructure
You write JavaScript; Google runs it. There is no server to provision, patch or pay for, and it is included in your Workspace licence at no additional cost.
Bound to a file, or standing on its own
A script can be attached to a particular Sheet, Doc or Form, or exist independently in Drive. The choice matters more than it sounds, because it decides where the code lives and therefore who owns it.
Triggered by a clock or an event
On a schedule, when a form is submitted, when a sheet is edited, when a document is opened. This is what turns a script from something somebody runs into something that simply happens.
Reaches the Workspace services directly
Gmail, Drive, Sheets, Calendar, Docs and the admin APIs, plus anything else that speaks HTTP. Very little is out of reach, which is the whole problem with deciding when to use it.
What it is genuinely good at
Four jobs where it is not merely adequate but the obvious tool — small in scope, reliable in operation, and cheap enough that the payback is measured in weeks.
Generating documents from templates
A quotation, certificate or letter built from a Doc template and data in a Sheet, filed into the right Drive folder and emailed. The single most reliably worthwhile thing we build with it.
Joining Workspace apps to each other
Form submission writes a row, the row triggers a document, the document goes to an approver, the approval updates the row. Each step is trivial; having them happen without a person is the value.
Scheduled work against your own data
A nightly tidy, a weekly summary, a reminder that fires when a date in a sheet comes round. Unglamorous, dependable and usually a few hours of work.
Custom functions inside Sheets
A calculation specific to your business, available as a formula like any built-in one. Keeps the logic in one place instead of copied down a column and quietly edited.
Three things it is wrong for
All three are things we are asked for regularly, and all three are jobs Apps Script will appear to do well for long enough to become load-bearing. The first is the expensive one.
As the system of record
A Sheet with a script on it starts as a convenience and becomes, within a year, where the business actually keeps its data. Sheets is not a database: two people writing at the same moment can overwrite each other, nothing enforces that a reference points at a real record, and it slows as it grows. The problem is not that this never works — it is that by the time it stops working, the business depends on it and moving off is a project nobody budgeted for.
For heavy or long-running work
Google's published limit is six minutes per execution, for Workspace and consumer accounts alike. Anything longer has to be split across runs with its own bookkeeping to remember where it got to — which is real engineering rather than a script, and should be priced and owned as such. If a job genuinely needs an hour of processing, Apps Script is the wrong tool and finding that out in month three is expensive.
For sending bulk email
Google publishes a ceiling of 1,500 recipients a day for Workspace accounts, so the idea fails on arithmetic before anything else. It also fails on judgement: pushing marketing volume through your own business domain is a good way to damage the reputation that makes your ordinary invoices and quotations arrive at all. Use a sending platform built for it, and keep your domain for correspondence.
Google's own numbers, and why they matter
Google sets these at different levels for consumer accounts and Workspace accounts, which is worth knowing if anybody prototyped something on a personal Gmail and concluded it would not scale. It is also worth knowing before designing anything that sits near a limit.
| Limit | Google Workspace account | Consumer account |
|---|---|---|
| Script runtime | 6 min / execution | 6 min / execution |
| Trigger total runtime | 6 hr / day | 90 min / day |
| Email recipients per day | 1,500 (2,000 for domain-restricted sends) | 100 / day |
From Google's published Apps Script quotas, checked September 2026. Google states that all quotas are subject to elimination, reduction or change at any time without notice — which is the real argument against building anything that only works while sitting just inside one of them.
Built to outlive whoever built it
Four decisions, all taken at build time, all cheap then and expensive later. They are the difference between a script you own and a script you are stuck with.
Decide whose account authorises it
Google's documentation is unambiguous: installable triggers always run under the account of the person who created them. It follows that if that account is suspended or removed, the work stops — so the authorising account should be one that is not tied to a particular person's employment.
The code lives in a Shared Drive
A standalone script in somebody's personal Drive leaves when they do. In a Shared Drive it belongs to the company, which is where anything the business depends on should be.
Anything unattended gets a failure alert
A script that stops does not announce it. Ten minutes of work at build time turns a silent failure into a message somebody receives, and it cannot sensibly be retrofitted to code nobody understands.
Written down in plain language
What it does, why it exists, what depends on it, and what to check first when it misbehaves. One page. It is the difference between a future fix and a future rewrite.

Google Apps Script — common questions
Does Apps Script cost anything?
The platform does not — it is included with Google Workspace and there is no server to pay for. What costs money is the development, and then the ownership: somebody has to understand it, somebody has to notice when it breaks, and somebody has to change it when your process changes. We quote those separately and explicitly, because a script with no owner is a liability dressed as an asset, and the alternative is a pleasant conversation now and an unpleasant one in two years.
Can we send our newsletter with Apps Script?
No, on two counts. Google publishes a limit of 1,500 email recipients per day for Workspace accounts, so the arithmetic stops most mailing lists before anything else does. More importantly, pushing marketing volume through your own business domain risks the deliverability of your ordinary mail — the invoices and quotations that have to arrive. Use a platform built for bulk sending, keep your domain for correspondence, and get SPF, DKIM and DMARC right on both. Figures checked against Google's documentation in September 2026.
What happens to a script when the person who wrote it leaves?
Google's documentation states that installable triggers always run under the account of the person who created them. The consequence follows directly: if that account is suspended or deleted — which is exactly what a correct offboarding process does — whatever the script was doing stops, and usually without telling anybody. If the code also sits in that person's personal Drive rather than a Shared Drive, it goes with them too. Both are avoidable in advance and expensive to fix afterwards, which is why we set both up at build time rather than offering them as an upgrade.
Can we build our inventory or order system on Sheets and Apps Script?
You can, and for a small operation with a handful of people it may genuinely be the right answer for a while. Be clear-eyed about what you are choosing: Sheets is not a database. Simultaneous edits can overwrite one another, nothing stops a reference pointing at a record that no longer exists, and performance degrades as rows accumulate. The failure mode is not that it breaks early — it is that it works well enough for two years, becomes the place the business really keeps its data, and then has to be migrated under pressure. If you are building something the business will depend on, decide deliberately rather than by drift.
How long can a script run?
Six minutes per execution, according to Google's published quotas, for both Workspace and consumer accounts. Triggers have a separate daily allowance — 6 hours a day on a Workspace account against 90 minutes on a consumer account. Google also states plainly that all quotas are subject to reduction or change at any time without notice, so anything sitting close to a limit is fragile by design and worth architecting away from rather than tuning.
Who owns the code you write?
You do. It lives in a Shared Drive in your tenant, authorised by an account you control, and it is written to be read by somebody other than its author. We would rather be re-engaged because you want something new than retained because nobody else can understand what we left behind — and if you want another developer to take it over, that should be an afternoon's handover rather than an archaeology exercise.
Do we actually need Apps Script?
Often not, and it is worth checking before commissioning anything. Gmail filters, groups, templates, appointment schedules and a Google Form writing into a Sheet cover a large share of what gets described as needing a script, cost nothing, and can be maintained by whoever is already there. Apps Script earns its place when something genuinely cannot be expressed as configuration, or has to run unattended on a schedule. We set out that ladder on the automation page, cheapest layer first.
Related pages
Google Workspace Automation
The four layers, cheapest first — and when a script is not warranted.
Google Workspace Integrations
When the other system is outside Workspace, and what it is granted.
Google Workspace Administration
Accounts, roles and what offboarding does to things that run unattended.
Google Workspace Consulting
Deciding what is worth building before anybody writes code.
Tell us the job, not the technology
Describe what happens today and what you want to stop doing by hand. If a filter and a form would solve it, we will say so — and if the honest answer is that you need a proper application rather than a script, we will say that too, before you have paid for the wrong one.
A written specification before any code is quoted
Code in a Shared Drive your company owns
Triggers authorised by an account that outlives an employee
A failure alert and a one-page description of what it does
We are a Google Workspace partner in Kerala working across India. Or call +91 99467 89916 and email admin@techgeum.com.