Does MaterialOS submit GST returns?
No. MaterialOS does not submit GST returns. It produces GST sales and purchase registers your accountant can use for their own filing workflow.
That boundary matters. Owners often ask for "GST software" when they mean invoices and clean books for the CA. We stay on the ops side: bills, stock, udhaar, and registers. Return submission stays with the CA and their return software.
We say this plainly because the market mixes counter billing with filing. A shop owner at 6 PM needs a bill that prints and a register that matches. The CA needs a period export they can reconcile. Those are related jobs, not the same product.
MaterialOS sits in the handoff gap: clean counter data out, CA workflow in. That is why registers are among the 14 reports — not a separate product SKU you discover after buying "billing only."
What register fields your CA expects
On a typical sales register handoff, your CA looks for invoice identity (number and date), party name, taxable value, tax break-up (CGST, SGST, or IGST as applicable), and place-of-supply style detail for the period you export. Purchase registers mirror that on the buy side: supplier, bill date, taxable value, and input tax credit lines they can map to their books.
MaterialOS builds those registers from the same invoices staff raise at the counter — not a separate "GST module" you fill at month-end. When someone bills cement on phone, the line items, rates, and tax extraction are already in the ledger. Export is a view on live ops, not a second data entry pass.
Selling rates on new sales are GST-inclusive by default; tax is extracted for display, not stacked on top. Composition-scheme businesses show bill-of-supply style invoices without CGST/SGST lines. Your CA still decides how composition turnover fits their filing; we produce the bill trail they can audit.
Among MaterialOS's 14 reports, GST sales and purchase register style outputs sit alongside shop-wise profit, customer outstanding, and stock movement. The register is not an island — it ties back to udhaar, stock, and payments on one ledger.
What MaterialOS will not do for GST
MaterialOS will not submit GSTR-1, GSTR-3B, or any return on your behalf. It will not act as e-invoice infrastructure or promise government portal integration for filing. It will not replace your CA's desktop books or Tally if that is where deep reconciliation lives.
If a competitor page promises filing, verify on their site. We will not match that claim because it is not what we built. Shops that need full statutory accounting on desktop should read MaterialOS vs Tally for the honest split: phone ops and registers here, deep books there.
We also will not invent compliance shortcuts. Credit notes, debit notes, and rate changes follow the same invoice flow staff already use. Month-end is export and handoff, not a panic rebuild from WhatsApp PDFs.
Owners sometimes ask whether "GST software" means they can fire the CA. It does not. The CA still owns deadlines, adjustments, and return software. MaterialOS reduces the "please resend every bill from March" thread — it does not remove the accountant.
When your CA asks for purchase register detail, they are tracing input tax against supplier bills you recorded at goods inward — not re-keying from a sack of paper. Same for sales: every line on the register should trace to an invoice a staff member raised, with customer and SKU identity intact.
How registers fit shops leaving paper
Staff bill without owning the GST return job. Sales staff see selling price and stock; purchase cost and margin stay on owner-side roles. Credit limits and udhaar sit on the same customer record the register pulls from. See udhaar and credit limits when credit is part of the day.
Keep the counter moving on phone. Hand the CA a register they recognise at period close. If partial payments and FIFO allocation matter for outstanding, collections live on the ledger too — the register reflects billed reality, not a shadow spreadsheet.
Building-materials dealers often run heavy credit alongside GST invoices. Launch signup today is building materials only; other verticals show as coming soon in setup. That vertical fit is where register plus udhaar on one ledger shows up first.
Trial, plans, and what happens after
Start with a 30-day Pro trial on pricing if you want registers from real invoices — full Pro, no credit card. After trial, data stays readable and exportable; new writes pause until you pick a plan.
List prices exclude GST: Starter ₹799/mo, Growth ₹1,799/mo, Pro ₹3,499/mo (+ 18% GST at checkout). There is no permanent free plan. Annual plans are marketed as two months free — never as a percentage discount.
Starter covers one shop and core billing; Growth adds approvals, expense tracking, and up to three shops; Pro removes the shop cap and unlocks the full report set you hand to the CA. Registers are not a demo feature locked behind a higher tier — they come from the bills you already raise.
Accountant role on the ledger can export without standing at the counter. Owner approves; CA pulls period reports. Sales staff never need filing screens — another reason roles matter when you leave paper.
Composition dealers still get bill-of-supply style invoices at the counter; registers reflect that choice. Regular dealers get tax break-up on the bill and the same lines on export — no re-entry lane for the CA.
Keep purchase bills on the ledger as you inward goods — purchase register rows trace to supplier entries staff or owner recorded, not a month-end guess from passbooks.
If your CA only needs sales register this quarter, export that report. If they ask for purchase match next month, the rows already exist from inward entries — you are not rebuilding March from memory.