SkySuite  · the platform · 6 modules · 3 layers

Six modules.
Three layers.
One airspace.

SkySuite is the TraCarta platform. The engine retrieves, reconciles, and journalizes. The unglamorous work that makes the numbers true. The delivery layer lands it in the portal your team uses and the books your accountant trusts. The partner layer lets TMCs carry the whole thing under their own brand. Each module is its own page; the suite is the composition.

SKYSUITE / airspace view · v0.1 Live composition
Engine · 3 wide-body Delivery · 3 regional Partner · 1 codeshare SkyIQ sits at the engine–delivery boundary. It’s the bridge.
All Indian airline portals GSTR-2B Tally · SAP · Oracle · Zoho DPDP-aligned Built for filing cycles
The composition principle

Why six modules
instead of one big product.

Every competitor sells one big “GST recovery platform” and quietly hopes nobody notices that the work has at least three different shapes underneath. We didn’t want to hide that. SkySuite is six modules because the work is genuinely six jobs, and pretending otherwise is what makes most platforms in this category feel hollow.

01 — The work is layered, not monolithic

Extraction is not reconciliation. Reconciliation is not posting.

Pulling an invoice from an airline portal is portal-automation work. Triangulating it against GSTR-2B and your booking record is forensic-accounting work. Turning that into journal entries your ERP will accept is integration work. They look adjacent on a slide; they are completely different disciplines underneath. Different modules let each be excellent at the one thing it does.

02 — Delivery is its own discipline

A correct number nobody can act on is the same as a wrong one.

A reconciled record sitting in a database is worth nothing. SkyBoard organizes the work for your finance team; SkyConnect pushes it into the systems where decisions actually happen. These aren’t features of the engine, they’re a separate layer with their own commitments to clarity and uptime.

03 — Partner is a contract, not a feature

SkyLink is the only module sold with a non-compete.

A white-label that’s a feature flag inside a product can be revoked. A white-label that’s its own module is a contract: with non-compete clauses, with separate SLAs, with separate billing. TMCs deserve to know which one they’re buying. We made it obvious by giving it its own page, its own pricing footprint, and its own layer in the airspace.

The three layers

Walk the suite.

Each layer answers a different question. The engine answers is the number right. Delivery answers can our team act on it. Partner answers can we sell it.

03
Layer 03 · partner

One module. One job: someone else carries the whole suite.

The partner layer is what most platforms hide behind a feature flag. We put it in its own layer because it changes the contract: non-compete, brand invisibility, separate billing. SkyLink is the one TraCarta product a TMC ever names, under their own brand, with the engine working invisibly behind it. Internally we call the platform SkySuite; externally, a TMC’s clients see only the TMC’s brand.

The contract

What each layer guarantees,
set out plainly.

Four axes a serious buyer would evaluate. Three layers, each making a different promise on each axis. Anywhere a cell is honest about a limit, we wrote it that way, not the marketing version.

Engine
Delivery
Partner
Primary promise
Coverage & accuracy Every airline, every cycle. 93% first-pass match rate, <6h cycle, eight-verdict audit trail.
Clarity & integration A queue organized by action, not by column. Pushed to your ERP, not just exported.
Non-compete & invisibility TraCarta never visible to your client. Contractual non-compete on covered accounts.
Failure mode
A wrong verdict Engine errors propagate. We treat first-pass match rate as our hardest metric.
A correct number nobody acts on If SkyBoard’s queue feels cluttered or SkyConnect drops a sync, the suite fails.
Ownership creep If your client ever sees our name, the partnership has failed. We’ve built against that.
SLA shape
Cycle-based Coverage measured per filing cycle. Backfill on demand. Re-runs free.
Uptime-based SkyBoard 99.9%. SkyConnect sync windows aligned to your ERP’s posting calendar.
Account-based Per-partner SLA with margin protection. 90-day continuity clause on platform exit.
Where it stops
At the verdict The engine recommends; humans decide. Disputes are flagged, not auto-resolved.
At the post SkyIQ drafts; your team reviews and posts. We don’t write to your books unattended.
At your client’s door We don’t market to, name-reference, or pursue your accounts. Ever.
Platform questions

Questions that come up about the whole suite.

Module-specific questions live on each module’s page. Below are the ones that come up about SkySuite as a whole: the composition, the commitments, and the boundaries.

Do we have to take all six modules?

No. The engine is the only block we treat as inseparable, SkyDox, SkyLedger, and SkyIQ run as one. Delivery and partner are à la carte. The most common starting shape is engine + SkyBoard (everything reconciled, nothing pushed yet); SkyConnect comes on later when ERP integration is scoped. SkyLink only applies if you’re a TMC.

Can we start with one cycle before committing to the suite?

Yes, that’s the recon audit. One filing cycle, your data, the full engine, no commitment past delivery. The audit doesn’t use SkyBoard or SkyConnect; you receive a report. If the math works, that’s the conversation about which delivery modules to turn on.

Where does the platform end and our stack begin?

SkySuite ends at the journal-entry post and the GSTR filing. We don’t replace your ERP, we don’t replace your CA, we don’t file your returns. SkyIQ drafts entries; your team reviews and posts them; your CA reviews the books; your filing process continues as it does today. The handoff is deliberate.

Why is SkyIQ shown in two layers?

Because it sits at the boundary. Computationally it’s an engine module, it derives the journal entry from the reconciled record, alongside SkyLedger. Experientially it’s a delivery module, the draft entry shows up in SkyBoard’s review queue, where your team approves and posts. Listing it in both layers is more honest than picking one.

Does the platform learn from our data?

Inside your tenant, yes, SkyLedger’s reconciliation thresholds and SkyIQ’s GL mappings improve with your historical patterns. Across tenants, no, we don’t pool data, don’t train shared models on your records, don’t use one customer’s history to inform another’s verdicts. The verdict logic is the same for everyone; the calibration is yours.

What about new modules — is the suite finished at six?

SkySuite at six is the airline-GST shape, fully covered. Adjacent categories, hotel GST, vendor-services GST, expense GST, are real adjacencies we’ve mapped but not committed to. Any new module would get its own page, its own pricing, and its own layer. The suite grows by adding doors, not by overloading existing ones.

Start with one cycle

Send us one filing cycle.
We’ll run the full engine on it.

The recon audit is the cheapest, fastest, most honest way to see whether SkySuite earns its place in your stack. One cycle of your airline invoices, your booking exports, and your GSTR-2B. The engine returns the eight-verdict report and the financial position. No SkyBoard, no SkyConnect, no integration, just the math, on your numbers. If the recoverable column doesn’t make the case, walk away.

Run one cycle