Legal document

Terms of Service

What Capstan is, what you get on each plan, how billing works and what happens if an invoice is late, what your data is and how to take it with you, and how either side ends the relationship. The clauses this document does not contain are listed in clause 11 rather than improvised.

This document

Published by
N53 Techworks LLP, LLPIN ACI-8879
Last updated
State
Published, with clauses pending counsel

1.Parties and scope

1.1 These terms are between you and N53 Techworks LLP, a limited liability partnership registered in India at 19th Floor, Tower-B, Alphathum, Sector-90, Noida, Uttar Pradesh 201305, India. In these terms "we", "us" and "our" mean that entity, and "Capstan" means the service it operates.

1.1.1 Our registration number is ACI-8879.

1.2 "You" means the organisation that opens a Capstan workspace, and the people it authorises to use that workspace. "We" and "Capstan" mean the service described in clause 2 and the entity that will be named at 1.1.

1.3 Two other documents sit alongside this one and are published in full at the same place: the privacy policy, which describes how personal data is handled, and the Data Processing Agreement, which sets out the terms on which we process personal data on your behalf. Which document prevails if they conflict is part of clause 11.

2.The service

2.1 Capstan is a multi-tenant, cloud-hosted human resources platform: a complete system of record with a suite of modules, all included on every plan, the free one included, at no extra charge. The current capabilities of the core, and the current module catalogue, are published at /product and /pricing.

2.2 The service is delivered per region. Each region is a self-contained stack with its own database, storage, compute and identity store. There is no global control plane and no runtime path between regions.

2.3 Two structural commitments about what the service does not do, because they bound what you are buying. No customer money moves through Capstan: payroll and contractor payouts are compiled, recorded and handed to your bank or your payment partner, so we never hold a balance on your behalf. And no AI evaluates your people: no AI capability is built into the product, no AI credential is required or read by any production code path, and your data is never used to train a model.

2.4 Some capabilities are described on this site as forthcoming. Nothing on the roadmap is promised by this document, and no plan entitles you to a capability that has not shipped. Where a plan tier or a feature is not released, this document and the pricing page say so.

3.Your workspace and your account

3.1 Your workspace runs in one self-contained region, the EU today, and it is permanent. Residency commitments are only real if they cannot be quietly changed later, so the region is structural rather than a setting. Moving a workspace to another region is a manual, ticketed procedure on request, described in the DPA.

3.2 Sign-in is passwordless: a one-time code sent to your email address. There is no password anywhere in the product. Codes are single-use, attempt-capped and short-lived.

3.3 The person who creates the workspace is its Owner. Certain acts are Owner-only and cannot be delegated, specifically requesting a full export and scheduling deletion of the workspace. You are responsible for who you invite and what you let them do.

3.4 You can require multi-factor authentication for administrators or for everyone in your workspace. That policy is yours to set.

3.5 Today one email address belongs to one workspace. Membership of several workspaces with a single identity is not built, and we record that here rather than let you discover it.

4.Plans, seats and modules

4.1 Free is not a trial. The Free plan carries the whole core, with a cap of 20 concurrently active employees. The cap counts active employments only: people who have not started yet and people serving notice do not consume a capped seat, so an exit frees a seat and a rehire fits. The cap is enforced at the point an employment is activated, including by the overnight job, not merely in the interface.

4.2 The paid plan lifts the seat cap, and that is the only thing it changes. Growth is the single paid tier, and it carries the same complete platform as Free, every module included at no extra charge (clause 4.4), as listed on /pricing. It includes the same 20 seats the Free plan carries: the per-seat plan charge applies to the billable seats above 20, so a workspace of 21 people is charged for one seat. That per-seat charge is the only charge, and the allowance is subtraction rather than a limit, so a paid workspace still has no cap.

4.3 Every plan includes the whole platform. Free and Growth carry the identical feature set: every module in the catalogue is included on both, at no extra charge. The Free plan is not a stripped core, it is the complete product, capped at 20 active employees. Moving between Free and the paid plan changes only the seat cap, never which modules you have.

4.4 Modules are included on every plan. Every module in the catalogue is included on every plan, the free one included, at no additional charge and carries no separate price. They are present for your workspace from activation, they are not invoiced at any headcount, and moving back to Free does not remove them. The per-seat plan charge is the only charge; nothing is billed or cancelled module by module. We may add a module to, or remove one from, what a plan includes; a removal takes effect from a future monthly bill and never on seats you have already been billed for.

4.5 Disabling a module removes its surface from your workspace. Because modules are included on every plan, there is no separate charge to stop. The module's data is retained for a stated window, so re-enabling within that window restores it, and is deleted afterwards.

4.6 The price you start at is the price you keep. Your plan's per-seat price is pinned to your subscription when the plan is granted, so a later price change reaches you only from a future monthly bill rather than on seats you have already been billed for. Prices are published, and a change to a published price is a new price row rather than an edit to an old one.

4.7 Self-serve plan upgrade is not built yet. Today you record an upgrade request from your billing page with the details needed to raise an invoice, and we grant the tier. We would rather say that than show a checkout that does not exist.

5.Billing and payment

5.1 Billing cadence

A paid workspace is billed monthly, per chargeable seat above the twenty seats every plan includes. There is no prepaid term, no multi-month cycle and no minimum commitment: you are billed month by month for the seats you use, and the whole included module suite is on the one bill rather than a staggered set.

5.2 Changes within a month

Because every module is included on every plan, there is nothing to enable or disable for a fee: your bill only ever moves with your seat count. Seats are counted for the month you carry them, so people you add are billed for that month and people who leave stop counting once their last working day passes.

5.3 Seats

The plan charge bills on the people on your roster, which includes people serving notice because they are still employed, less the 20 seats a plan includes (clause 4.2). That per-seat charge is the whole bill, because every module is included in the plan. The seat count is read each month, so your bill follows your headcount month by month: people you add are billed for the month you carry them, and reductions take effect as your roster falls rather than as a mid-month refund.

5.4 Reminders and grace

When a monthly invoice goes unpaid the workspace enters a grace period. Reminders go out before the amount is due, when the invoice issues, and again before the deadline. Those reminders are a notification category you cannot switch off, because the notice that a workspace is about to be suspended is not something anyone should be able to mute by accident.

Access is uninterrupted throughout the grace period. A paying customer who is late is still a customer, and we are not going to hold your workspace hostage over an unpaid invoice while a grace period we granted is still running. Your administrators see an honest banner saying where you are.

5.5 If the invoice is not paid

Past the grace period the subscription lapses and the workspace is suspended for non-payment. Not one row of your data is touched. Suspension restricts reach, not storage, which is what makes reinstatement a true restore rather than a recovery.

Be clear about what suspension means, because it is easy to soften and we would rather not. It is not a read-only state. A suspended workspace is held: every tenant surface refuses, reads included, and the person signing in is told plainly that the workspace is held rather than that their own account is disabled, because those are different facts and telling someone the wrong one is a lie. What survives is your export, which sits outside the billing check by design and is covered in clause 7.

Reinstatement is manual and is done against a recorded payment reference. There is no automatic un-suspension, and a payment arriving on a lapsed workspace is recorded and held rather than silently reopening it. That is deliberate: it means a lapse cannot be waved away without recording that money actually arrived.

The Free plan cannot lapse. A workspace on Free has no subscription at all, so there is nothing for the billing clock to act on, even though it carries the whole platform.

5.6 How you pay

Either by card, through the payment provider's hosted checkout, one invoice at a time, or by bank transfer or purchase order where we have agreed invoice billing with you. No automatic debit mandate is stored. Each month issues a fresh invoice for an exact amount, so nothing varies silently against a card on file. The amount changes with your headcount month by month, as the seat count in clause 5.3.

There is no card data anywhere in Capstan. No card field, no adjacent column, no payment form. That is a property of the schema, not a promise. The payment provider is the merchant of record: it takes the payment, collects and remits buyer-side tax on the transaction, and issues its own receipt.

You will therefore hold two documents, and they are not duplicates. The Capstan invoice is the commercial statement of account, saying what is owed, for which term, against which plan and modules, with a sequential number and a line-item breakdown. The provider's receipt is the tax document for the transaction, issued by the party that took the money and carries the tax liability on it.

5.7 Current status of live payments

The card rail runs in test mode today. No live customer payment has been taken, because a merchant of record is onboarded as a specific legal entity, and that onboarding is the open decision at clause 1.1. Until it clears, billing runs on the invoice and bank-transfer rails. This paragraph is here because it changes how you would actually pay us, and finding that out after signing would be a poor introduction.

5.8 Credits and refunds

Overpayment is not absorbed. It becomes a credit balance on your workspace, visible on your billing page, and is applied against a future monthly bill. Credit notes and refunds are recorded acts with a mandatory reason, and above a stated limit they require a second, distinct approver internally.

5.9 Taxes

Where you pay by card, the payment provider as merchant of record collects and remits buyer-side tax and issues the tax document for that transaction. Capstan invoices currently carry line items and a total, and do not carry a separate tax amount line; that is a known gap pending real tax-rate tables, and it is not a statement about what tax is due. The tax treatment of the invoice and bank-transfer rails follows the entity decision at clause 1.1.

6.Acceptable use, and suspension

6.1 The service enforces certain limits directly, and it is worth knowing what they are rather than discovering them:

  • Uploads. There is one path for untrusted files and it quarantines by default. A file must have magic bytes that agree with its declared type; executables and scripts are blocked; there are size ceilings. A quarantined file is not downloadable until scanning clears it, and a file identified as infected is permanently blocked and recorded in your audit trail as well as ours.
  • Rate limits apply to sign-in code requests and verification, to export initiation and to report runs, and there is a separate limiter on signup.
  • Seat caps on the Free plan are enforced at activation, as in clause 4.1.
Pending

6.2 The enumerated list of prohibited conduct, and the notice we would give before enforcing against it, is not drafted. Clause 6.1 is what the system enforces today and clause 6.3 is the mechanism we would use; the substantive prohibitions are a contract term and are with counsel.

6.3 A workspace can be suspended manually, separately from the non-payment suspension in clause 5.5. A manual suspension holds the workspace exactly as a non-payment suspension does, it requires a stated reason recorded at the moment it happens, it is written to our internal audit log by the function that performs it so it cannot be done unrecorded, and it does not touch your data. Reinstatement restores reach exactly as it was.

7.Your data, and getting it out

7.1 The data you and your people put into your workspace is yours. We process it to run the service and on your instructions, and for no purpose of our own. The full terms are in the DPA.

7.2 A workspace Owner can export everything, at any time, without asking us: one plain tar archive containing a manifest, one JSON and one CSV file per entity, and every stored document as its original bytes. JSON is the authoritative copy. Sensitive values are exported decrypted, under your own authority over your own data. There are no proprietary formats to escape from.

7.3 Export is never blocked by billing state. This is a deliberate design decision rather than a courtesy: the endpoints sit outside the suspension guard, so a suspended or lapsed workspace can still take its data and go. Your data is not leverage.

7.4 Deletion is described in clause 10.2 and, in more detail, in the DPA.

8.Changes to the service, and to the API

8.1 The service changes. Capabilities are added, and occasionally something is replaced. Where a change removes something you were relying on, we tell workspace administrators directly, before it takes effect.

8.2 Sub-processors: 30 days' advance notice before a change takes effect, as set out on the register and in the DPA.

8.3 The API. Our standing policy is that the HTTP API is versioned in the URI, that a breaking change ships only as a new version, that a deprecation carries a minimum of six months' notice by direct email to key holders and in response headers, that a version is supported for at least twelve months after its successor ships, and that nothing is switched off while a paying customer's keys were used in the last 30 days without contacting them first.

8.3.1 To be exact about what that policy currently governs: there is no public API surface today. Every call in the product is authenticated with a signed-in session, and customer-managed API keys are not built. Webhooks are the real integration surface today, and they are a core feature rather than a priced one. The policy above binds us from the day keys ship.

9.Support and availability

9.1 Support is by email at support@usecapstan.com, with the product documentation as the first line. Support never asks for your password, and there is no password to ask for. Support staff cannot read your data without the consent described in clause 4.3 of the DPA.

Pending

9.2 No response-time target is published, and therefore none is promised. Internal targets exist per plan, and our standing rule is that a support target goes on a public page only when staffing can honour it. When they can be honoured they will be published here and on the pricing page, with the plan each applies to.

Pending

9.3 There is no availability, recovery-time or recovery-point commitment in this document, and there is no public status page yet. We do not quote numbers we have not measured, and we do not publish a dashboard that would have nothing measured behind it. What exists today is platform backups per region and a documented restore drill whose executed record is committed. A stated objective has to come from an executed drill, and when one does it will be published rather than estimated.

10.Ending it

10.1 You can leave at any time. Take your export first, under clause 7.2. We offer it rather than waiting to be asked.

10.2 Deleting the workspace. The Owner schedules deletion, typing the workspace name back and confirming a second time. The request then sits in a cancellable cooling-off window, seven days by default, and can be cancelled at any point in it. When the window elapses, your encryption keys are destroyed, your stored files are deleted, and every table carrying your workspace identifier is purged except the financial records held to their statutory floors, proven by a scan that counts what is left and finds zero. After the keys are destroyed this is irreversible, and we will not pretend otherwise. Deletion is never blocked by billing state.

10.3 Refunds on leaving. There is nothing prepaid to refund: you are billed monthly for the seats you used, so moving off a paid plan simply stops future bills. Moving back to Free ends the subscription, which then stops billing and cannot lapse.

10.4 Suspension for non-payment (clause 5.5) and manual suspension (clause 6.3) are not termination. Neither deletes data, and both are reversible.

10.5 The circumstances in which we may terminate the agreement, the notice we would give, and what happens to data afterwards beyond the retention floors, are part of clause 11.

11.What is not in this document, and why

A Terms of Service is a commercial contract, and the parts of it that are genuinely legal are not settled by any description of how the software behaves. Rather than draft them from general knowledge and hope, we are naming them. All of the following are with counsel:

  • Warranties and disclaimers.
  • Limitation and exclusion of liability, including any cap and how it is calculated.
  • Indemnities, in either direction.
  • Governing law and jurisdiction.
  • Dispute resolution, including whether any form of arbitration applies.
  • The licence to use the service, and intellectual property in the service itself. Note that this is separate from your data, which clause 7.1 settles.
  • Termination by us, and the notice attaching to it (clause 10.5).
  • Order of precedence between this document and the DPA (clause 1.3).
  • The contracting entity (clause 1.1).

This list is not a placeholder for a document that exists elsewhere behind a form. There is no other version. When a clause is drafted and signed off it appears here, dated, in the version history, and drops off this list in the same change.

If you are reviewing Capstan and one of these is blocking, write to legal@usecapstan.com and say which one. Knowing which clause actually blocks a real deal is how it gets prioritised.

12.Changes to these terms

This document is versioned and dated, and the version history below records every change. If a statement in it stops being true, the document changes before the product does.

Pending

How much notice we give before a change to these terms takes effect, and how that notice reaches you, is not settled. Two related notice periods already are, and they are stated in clause 8: 30 days for a sub-processor change, and six months for an API deprecation. This one is with counsel.

Open items in this document

Every place this document stops short, and why. These are listed rather than drafted because a clause invented to fill a gap is worse than the gap. Each row names what is missing and who has to supply it. Every reference is a link: where the document marks the gap in its own body it lands on that clause, and where it does not it lands on the section the gap belongs to.

Reference What is not settled Why it is not written Owner
Clause 1.1 The contracting legal entity, its registered address and its company number The entity structure is open and counsel-led. Nothing that names a contracting party can be published until it resolves. Counsel
Clause 6.2 The enumerated acceptable-use prohibitions What we can state today is the limits the system actually enforces and the suspension mechanism behind them. A list of prohibited conduct, and the notice given before enforcement, is a contract term. Counsel
Clause 11 Warranties and disclaimers, limitation of liability, indemnities, governing law, jurisdiction and dispute resolution, and the licence to use the service None of this is a system description, so no product document settles any of it. A half-drafted liability clause is worse than a stated gap. Counsel
Clause 9.2 Published support response targets Internal targets exist per plan, but the standing rule is that they go on a public page only when staffing can honour them. They are not published, so they are not promised. The business
Clause 9.3 Any availability, recovery-time or recovery-point commitment We do not quote numbers we have not measured. Backups and a restore drill exist and the drill record is committed, but no objective has been derived from an executed drill. Engineering
Clause 12 How changes to these terms are notified, and how much notice is given Notice periods are settled for sub-processor changes (30 days) and for API deprecation (6 months). No document settles the notice period for a change to these terms. Counsel

Version history

What changed, and when. Entries are added, never edited: if a statement in this document stops being true, the document changes before the product does, and the change is recorded here. The date at the top of the page is the date of the newest entry.

The version you are reading
Billing moved to a monthly usage model. The multi-month prepaid cycles (quarterly, half-yearly and annual) and their discounts are retired: a paid workspace is now billed monthly, per chargeable seat above the twenty seats every plan includes, with no prepaid term and no minimum commitment (clauses 5.1, 5.2, 5.3, 5.4, 5.6, 10.3). The per-seat price, the twenty free seats and the all-in module bundle are unchanged. Suspension, the grace period and the no-card-data position are unchanged in substance, reworded from term and renewal to a monthly invoice.
The free plan now carries the whole platform. Following the product de-gate, every module in the catalogue is included on every plan, the free one included, at no extra charge, so the free plan is the complete product rather than a core alone (clauses 2.1, 4.3, 4.4). A paid plan now differs from Free in one way only, the seat cap it lifts (clause 4.2), and moving back to Free keeps every module rather than removing them (clauses 4.4, 4.5). No price changed.
All-in pricing, flat currency, monthly billing and the EU region. The whole module suite is now included in the single paid plan at no additional charge (clauses 2.1, 4.4): there are no separately-priced add-on modules and the per-seat plan charge is the only charge. The Scale tier was removed, so Growth is the single paid tier (clause 4.2). Billing is monthly by default with quarterly, half-yearly and annual as prepaid cycles (clause 5.1). And the service now runs in a self-contained region in the EU rather than India, data in Frankfurt and compute in Amsterdam (clause 3.1).
The 20 seats a Free workspace carries are now included on the paid plans as well. Clause 4.2 states the allowance and clause 5.3 states how it is counted: the per-seat plan charge applies to the billable seats above 20, so a workspace of 21 people is charged for one seat rather than 21. The allowance applies to the plan charge only; add-on modules are unchanged and per-employee modules still bill the whole roster. Separately, new clause 4.5 covers the modules a paid plan now includes outright, currently payroll and time and attendance: they carry no price, are never invoiced, and end with the plan rather than on their own terms.
The contracting entity is published. Clause 1.1 names N53 Techworks LLP and its registered address, and clause 1.1.1 carries its LLP identification number, so the clause is no longer a blank. Clause 11 keeps the commercial and legal clauses that remain with counsel.
First publication, replacing the placeholder page. Clauses 2 to 10 are drafted from the product documentation for plans, entitlements, billing, payments, export and deletion. Clause 11 lists the commercial and legal clauses that are with counsel and are deliberately not drafted here; clause 1.1 has no contracting entity yet.

The other documents

Five documents cover the relationship, all published in full and none behind a form. You are reading the Terms of Service. The rest:

  • Sub-processor register Who else touches your data, what reaches them, and where it rests. Includes the vendors admitted but not engaged.
  • Privacy Policy Roles, categories, retention, deletion as cryptographic erasure, export, consented access, rights and transfers.
  • Data Processing Agreement Processor obligations, sub-processor change notice, the security annex, breach notification, deletion and return of data.
  • Cancellation and Refund Policy How you cancel, what you still owe for the part of the month you used, and why nothing is prepaid to refund.

Questions about this document go to legal@usecapstan.com. Privacy and data-protection questions, including requests about personal data, go to privacy@usecapstan.com.