When a business expands into Canada, or starts in Canada, the tax compliance question arrives quickly. Canada’s sales tax system is federal in structure but provincial in execution, and the Canada Revenue Agency expects registered businesses to file GST/HST returns on a schedule that depends on their annual revenue. For most mid-market businesses, that means quarterly filing at minimum.
The Monesize Core Canada GST/HST Module handles this entirely within the platform. No separate filing software. No third-party aggregator. The transactions your team records throughout the period become the source data for the return, and when the filing period closes, the return is already built.
This article explains how the module works, what the GST34 return covers, how the filing workflow runs, and where the intentional boundaries of this phase sit.
How Canadian GST/HST works
Canada operates a two-tier system for consumption tax. At the federal level, the Goods and Services Tax applies at 5% across all provinces and territories. In five provinces, this federal rate has been harmonized with the provincial rate into a single Harmonized Sales Tax collected and administered by the CRA on behalf of the province. The HST rate is 13% in Ontario and 15% in New Brunswick, Newfoundland and Labrador, Nova Scotia, and Prince Edward Island.
The remaining provinces and territories collect the federal 5% GST separately. Some of them also collect a provincial sales tax through their own mechanisms. British Columbia, Manitoba, and Saskatchewan have their own PST regimes. Quebec administers its own Quebec Sales Tax, the QST, independently. These provincial taxes are outside the scope of this phase.
What this means in practice: for a business registered in Ontario, every taxable sale carries 13% HST. For a business registered in Alberta, every taxable sale carries 5% GST. The CRA collects both the federal component and, in HST provinces, the provincial component through a single return.
The return form the CRA uses is the GST34. It has eleven numbered lines. The module computes all of them automatically.
What the module does
The Canada GST/HST Module aggregates all transactions tagged with the GST tax type within a filing period and maps them to the correct lines on the GST34 return. It covers the full return lifecycle from drafting through to recording submission.
When a business creates a draft return, the system queries every invoice, direct sale, expense, bill, and purchase in the selected period where the tax type is set to GST. It sums the output tax collected on sales, sums the input tax credits recoverable on purchases and expenses, and computes the net tax owing on line 112. The entire return is built in a single operation.
The finance team can then review every line, add manual adjustments where needed, recalculate at any time to pick up transactions added after the initial draft, mark the return as ready when it is complete, and record the CRA confirmation number after filing manually through My Business Account or the CRA’s NETFILE system.
Nothing about this workflow requires leaving the Monesize platform until the moment the finance team actually submits to the CRA. And after that submission, the confirmation reference is stored on the return record for audit purposes.
The GST34 return lines
The GST34 form has a straightforward structure. The module computes each line and displays it in the return detail panel.
Line 101 captures total sales and other revenues for the period, excluding the GST/HST amount itself. This is the top-line figure the CRA uses to assess whether the business is in the correct filing frequency tier.
Line 105 captures the total GST/HST collected or collectible on those sales. This is the output tax figure drawn from the tax amounts on invoices and direct sales within the period.
Line 106 is for adjustments. In the initial implementation this defaults to zero and is available for manual entry by the finance team. Common adjustments include bad debt relief, where a business has previously remitted tax on a sale that later proved uncollectable.
Line 107 is a computed field: line 105 plus line 106. This is the total tax and adjustments for the period.
Line 108 captures total input tax credits claimed. These are the GST/HST amounts paid on business purchases, expenses, and bills during the period. Input tax credits reduce the net tax owing, which is the mechanism that prevents tax cascading through the supply chain.
Line 109 is adjustments to input tax credits. Defaults to zero, available for manual entry.
Line 110 is computed: line 108 plus line 109.
Line 112 is the bottom line of the return: net tax owing, computed as line 107 minus line 110. A positive number means the business owes that amount to the CRA. A negative number means the CRA owes a refund to the business.
Lines 205, 405, and 464 cover capital property input tax credits, other credits, and instalment payments respectively. These default to zero in the initial implementation and are available for manual adjustment.
How the return is built from transactions
The module reads transactions based on their tax type field. For a transaction to be captured in a GST/HST return, the tax type on that transaction must be set to GST. This is set at the time the transaction is created and works exactly the same way the UK VAT module works with VAT-type transactions.
For output tax, the module reads sales invoices with status SENT, ACCEPTED, or CONVERTED, and direct sales with no linked invoice, both filtered by issue date or sale date within the period. The sum of their subtotal fields populates line 101. The sum of their tax amount fields populates line 105.
For input tax credits, the module reads received purchases, paid expenses, and paid bills within the period. The sum of their tax amount fields populates line 108.
The source snapshot attached to each return records exactly how many transactions of each type contributed to the figures. When a finance team member opens a return and asks why line 108 shows a particular number, the snapshot tells them it was drawn from, for example, 14 purchases, 7 expenses, and 3 bills. They can cross-reference against the transactions module directly.
The filing workflow
The workflow in the module follows four stages that map to the return’s status field.
Draft. The finance team creates a new return by selecting the filing period start and end dates. The system immediately aggregates all qualifying transactions and builds the full GST34. The return status is Draft. At this stage the return is a working document. The finance team can recalculate at any time to pick up transactions posted after the initial draft. They can add manual adjustments. They can add an internal note.
Ready. When the finance team has reviewed all lines and is satisfied the return is complete, they mark it as Ready. This is a deliberate step that signals the return has been reviewed and approved internally before going to the CRA. The system does not automatically advance to Ready.
Submission. The finance team files the return with the CRA manually, either through the CRA’s My Business Account portal or through NETFILE. After filing, they return to the module and record the submission. They enter the CRA confirmation number if they have it, and click Mark submitted. The return status moves to Submitted and the submission timestamp is recorded permanently on the return record.
Audit trail. Every status change, every adjustment, every note, and every recalculation is traceable. Submitted returns are locked for editing. The full return data, source snapshot, adjustments, submission reference, and submission timestamp are all stored and available for review at any time.
The Summary tab
In addition to formal return management, the module includes a live GST34 summary view. The finance team can select any date range, run the summary, and see all eleven GST34 lines populated in real time without creating a return record.
This is useful for mid-period check-ins. A finance team member can run the summary at the end of month two of a quarterly filing period to see how the net tax position is tracking, whether input tax credits are being captured correctly, and whether any unexpected output tax figures need investigation. No draft return is created. The summary is a read-only view of the current transaction data.
Province and territory configuration
The module is aware of all thirteen Canadian provinces and territories and their applicable tax structures.
Five provinces use HST: New Brunswick, Newfoundland and Labrador, Nova Scotia, Ontario, and Prince Edward Island. These provinces have harmonized their provincial tax with the federal GST, and the CRA collects the combined rate through the GST34 return. Organizations in these provinces set their province in the organization settings and the platform reflects the correct combined rate.
Eight provinces and territories use only the federal GST at 5%: Alberta, British Columbia, Manitoba, Northwest Territories, Nunavut, Quebec, Saskatchewan, and Yukon. Organizations in these provinces set their province accordingly.
Quebec is a special case. The province administers its own QST at 9.975% separately from the federal GST. The QST is outside the scope of this phase. The module covers the federal 5% GST component for Quebec businesses. QST reporting through the Quebec Revenu agency is a future phase item.
What the module does not cover
As with all modules in Monesize Core, the scope boundaries are explicit.
PST is not covered. British Columbia, Manitoba, and Saskatchewan levy their own provincial sales taxes that are administered separately from the federal GST and are not collected through the CRA’s GST34 return. These require separate provincial registration and filing. This phase does not cover PST.
QST is not covered. Quebec’s sales tax is administered by Revenu Quebec, not the CRA. A separate module covering QST filing through Revenu Quebec is a future item.
Direct CRA NETFILE API integration is not in this phase. The module produces a complete, accurate GST34 return. The actual submission to the CRA is done manually by the finance team using the CRA’s online portals. The module records the submission and the confirmation reference. Automated electronic filing through the CRA’s NETFILE API is planned for a future phase.
Input tax credit allocation rules are not enforced. The module sums all GST paid on purchases, expenses, and bills as ITCs. It does not apply partial ITC restrictions that apply to certain expense types, such as the 50% meal and entertainment restriction. The finance team is responsible for reviewing line 108 and applying any partial ITC adjustments using the manual adjustment functionality.
Filing frequency thresholds are not enforced. The CRA assigns filing frequencies based on annual taxable supplies. Businesses with taxable supplies under $1.5 million file annually. Businesses between $1.5 million and $6 million file quarterly. Businesses above $6 million file monthly. The module does not enforce or suggest filing frequency. The finance team selects the period when creating a return.
Setting up the module
Configuration takes two steps.
First, a general administrator goes to Organization Settings and opens the Tax and Financial tab. With the Canada GST/HST module enabled for the deployment, a Canada GST/HST section appears at the bottom of that tab. The administrator enters the organization’s GST/HST number in the format of the nine-digit Business Number followed by RT0001, for example 123456789RT0001, and selects the province or territory.
Second, the team ensures that transactions intended to appear in GST/HST returns are created with the tax type set to GST. This is consistent with how UK deployments use the VAT tax type. Any transaction with a different tax type, or no tax type, is excluded from GST34 aggregation.
Once these two steps are done, the Canada GST/HST section appears in the sidebar navigation, and the team can begin drafting returns.
How it fits into the wider platform
The Canada GST/HST Module sits within the same tax jurisdiction abstraction that was built in Phase 4 of the Monesize Core roadmap. The same TaxJurisdiction and TaxReturn models that power the UK VAT module now power the Canadian GST/HST module. The aggregation logic reads from the same transaction tables. The return lifecycle uses the same status progression.
This architectural consistency means the platform handles a second country’s tax authority without any changes to the underlying business modules. Invoicing, sales, purchases, expenses, and bills work identically regardless of whether the deployment is in the UK, the US, or Canada. Only the tax type on individual transactions and the reporting module at the end of the chain need to change.
For businesses that operate across multiple jurisdictions, this means the same platform handles UK VAT reporting, US sales tax tracking, and Canadian GST/HST filing without any duplication of transaction data and without any per-jurisdiction integration work at the business module level.
Who this is built for
The Canada GST/HST Module is designed for Canadian-registered businesses using Monesize Core, and for businesses expanding into Canada from other jurisdictions who need to register for GST/HST and begin filing returns.
It is particularly suited for finance teams that currently prepare their GST34 manually by pulling transaction data from their accounting system into a spreadsheet, computing the lines, and entering the figures into My Business Account. The module eliminates that process entirely. The return is built automatically from transactions already in the system. The spreadsheet step goes away. The only manual work that remains is the actual submission to the CRA, which the platform prompts the team to record after completion.
Monesize Core is a modular financial operations platform built for mid-market businesses. The Canada GST/HST Module is available on all plans for Canadian-jurisdiction deployments. PST and QST coverage are planned for a future phase. See how Monesize Core brings Canadian GST/HST, accounting, invoicing, and business operations together at monesize.com.