c-84, sector 65, Noida
c-84, sector 65, Noida
Clixlogix delivered a Canadian multi carrier shipping SaaS and its operations invoicing platform across 7 engineering workstreams on Laravel, React, MySQL, and QuickBooks, growing from a mid level PHP commitment into a multi product partnership over 10 months.

Courier Gateway is a Canadian multi carrier shipping brokerage based in Mississauga, Ontario. The business aggregates deep volume discounts across Canada’s top couriers (Canada Post, Purolator, GLS, Loomis, DHL, and others) and resells discounted shipping to small businesses through a self serve SaaS platform. Courier Gateway also operated an existing Shopify integration that let Canadian eCommerce merchants sync orders into the platform for label generation and pickup scheduling.
Courier Gateway had two engineering ambitions running on parallel tracks. First, modernize the operations invoicing back office so partner carrier charges arriving in different formats (live APIs, Excel drops, CSV files, EDI transmissions) could be aggregated, standardized, marked up with customer specific fees, and pushed to QuickBooks for downstream invoicing without manual reconciliation. Second, launch ShipSimple, a next generation consumer facing SaaS product that would let small businesses compare carrier rates in one place, print labels in bulk, schedule pickups, and track shipments across couriers, positioned as the retail brand for the underlying brokerage.
Courier Gateway had run several delivery cycles with external engineering teams before this engagement. Clixlogix was brought in on the invoicing platform as a mid level Laravel developer commitment, with the working assumption that scope would be PHP only and back office focused. The engagement expanded significantly across the 10 months that followed as Courier Gateway extended trust and handed larger portions of the product surface to Clixlogix, including the full ShipSimple consumer SaaS stack.
The engagement opened as staff augmentation on a defined PHP scope and expanded into a multi product, multi stack engineering partnership as new requirements surfaced. 6 issues defined the working scope over the life of the engagement, spanning the multi carrier operations back office, the ShipSimple consumer SaaS build, and the surrounding launch surface.
Multi carrier invoice ingestion across incompatible feeds. Courier Gateway’s operating model depends on aggregating charges from 5+ national couriers (Canada Post, Purolator, GLS, Loomis, DHL, and others), each of which delivered charge data in a different shape. Live APIs required authentication handling and rate aware polling. Excel and CSV drops arrived on partner specific schedules and formats. EDI transmissions required standards aware parsing before any field could be mapped. Every feed needed to land in a normalized invoice record that the operations team could annotate with customer specific markup and fees before it went to QuickBooks. Building a single ingestion path that absorbed all 4 shapes reliably across every carrier was the technical center of the first workstream.
QuickBooks reconciliation accuracy under carrier variance. Every normalized invoice pushed to QuickBooks translated directly into a customer facing charge from Courier Gateway to its small business customers, which was the revenue mechanism of the entire brokerage. Fees applied to a normalized record had to reconcile back against the source carrier charge in the original feed, whether that source was an EDI transmission that had already been parsed once, a partner uploaded Excel or CSV drop, or a live API response with its own timestamp and currency handling. Errors would surface in Courier Gateway’s billing to end customers days later. Reversing the impact then carried both financial and reputational cost, and the discount claim (up to 75% off retail rates) that defines the brand positioning depended on the reconciliation being precise. Error recovery paths were required at both the ingestion boundary and the QuickBooks write step, since a failure at either boundary would corrupt a downstream invoice.
ShipSimple on a distinct quality bar from the operations workstream. Courier Gateway’s second ambition was ShipSimple, a consumer facing SaaS product on React that would let a small business schedule a shipment with a pickup or dropoff option, track packages once shipped, review shipment history, manage billing, and store repeat shipping addresses. Consumer grade quality expectations for that flow, including responsive design, error recovery under intermittent connectivity, and a scheduling calendar that had to accept both pickup and dropoff variants, sat above what the back office invoicing workstream demanded. The React build ran on its own SOW with its own resourcing while the PHP back office work continued in parallel.
API ownership handoff mid delivery. 3 weeks into the React front end build, Courier Gateway determined that Clixlogix should take over the back end API and platform development for ShipSimple as well. That required a second Statement of Work covering back end engineering plus a Business Analyst embedded in the sprint cadence for requirements clarification and Jira management. The handoff had to happen without breaking the front end team’s assumptions about the API contract.
Marketing site as a separate deliverable. ShipSimple needed a public marketing website distinct from the SaaS app itself, positioned as the acquisition surface for Canadian small businesses discovering the platform through search. Content management had to sit on a stack Courier Gateway could maintain post launch without engineering support. Clixlogix owned the build; Courier Gateway handled the go live migration internally. Coordinating a separate delivery track that ran on a compressed 9 day window inside the same engagement required a third resource pool.
Analytics instrumentation before launch traffic. ShipSimple needed marketing measurement in place before any acquisition traffic hit the site. Google Tag Manager installation, URL prefix configuration on the property, and confirmation that the tags respected privacy expectations landed as the final Statement of Work of the engagement.
Clixlogix approached the engagement on three engineering principles that held across both product surfaces.

Fig 1 – Engineering Principles Applied Across Both Products
Normalize at the boundary, enrich in the domain. Partner data variance was absorbed at the ingestion edge into a canonical invoice model, so downstream markup logic, fee application, and QuickBooks reconciliation ran against a single stable schema. Adding a new partner carrier only required a new ingestion adapter; downstream invoice handling stayed untouched. The same principle carried into ShipSimple, where partner shipping formats and rate structures were normalized at intake so the scheduling and tracking flows operated on a stable shipment record.
API contract as the coordination surface. ShipSimple’s front end was built against a defined API contract while Courier Gateway still owned back end implementation. When back end ownership transferred to Clixlogix 3 weeks later, the same contract carried delivery forward without a front end rewrite. The contract became the coordination artifact between two teams working on either side of it, and later between the two Clixlogix teams once both surfaces were in scope.
Error recovery as a first class concern. Every integration boundary carried recovery paths built in from the start. Partner feed failures surfaced back to the operations team with the failed record preserved for review. QuickBooks write failures triggered retry with idempotency guards, since duplicate invoice submission carries real financial cost. On the consumer side, shipment scheduling failures preserved user state so a retry did not require re entry of pickup and dropoff details, and tracking updates degraded gracefully when carrier APIs returned partial data.
Clixlogix delivered across 7 workstreams, each completing a defined production capability end to end. The delivered stack supports both the multi carrier invoicing pipeline that runs Courier Gateway’s brokerage economics and the ShipSimple SaaS surface that Canadian small businesses use to compare rates, print labels, and schedule pickups.

Fig 2 – Two Product Delivery Surface
The invoicing platform work rebuilt partner data ingestion around a single Laravel service that absorbed the 4 incompatible partner feed shapes into a normalized invoice model. API based partners were integrated with authentication handling, retry semantics, and pagination aware polling. Excel and CSV drops were routed through parser modules with schema tolerance built in, so a partner’s occasional format shift did not break the pipeline. EDI transmissions were parsed against the applicable standard with error records surfaced back to the operations team for review.
Standardized invoice records landed in a MySQL store where the operations team could apply client specific markup and fees through an internal UI before the record was pushed to QuickBooks through the QuickBooks API. Reconciliation between the source charge, the marked up invoice, and the QuickBooks entry ran automatically on each pipeline execution.
Vue.js tasks that emerged post scope were picked up by a Technical Project Manager with framework fluency, with the primary PHP developer supporting on component level changes where the workload allowed. The arrangement absorbed the Vue.js requirement without renegotiating the primary contract and kept the client facing sprint cadence intact.
A dedicated UI/UX designer was allocated against Client defined design tasks routed through Slack. Design work supported both the invoicing platform’s internal operations UI and preliminary explorations for ShipSimple that later became the React front end scope.
The React front end for ShipSimple was built from Figma designs supplied by Courier Gateway. Core flows covered shipment scheduling with a pickup or dropoff selection, address entry with saved address recall, package tracking with status updates, billing history, and repeat shipment prefill. Component structure was organized so that the shipment scheduling flow, the tracking flow, and the address book each stood alone as self contained view groups with shared state managed at the application level.
Task breakdown ran through Jira with Courier Gateway’s own product team defining sprint priorities. The front end was built to consume API contracts that were initially held in house by Courier Gateway and later migrated to a Clixlogix owned back end.
3 weeks into the front end build, Courier Gateway transferred back end API and platform development to Clixlogix. A back end developer joined the account for API implementation covering shipment creation, tracking state updates, address management, and billing endpoints. A Business Analyst joined the daily standup with Courier Gateway for Jira management, requirements clarification, and cross team coordination between the front end and back end tracks.
Sprint cadence ran at 40 to 50 story points per week with daily standups on Slack. The Business Analyst held the interface with Courier Gateway so that the developers could focus on delivery without switching context to product decisions mid sprint.
The ShipSimple marketing website was built in a 9 day sprint by a client facing lead engineer working with a shadow developer for pair coverage. Scope covered the site build itself, with Courier Gateway handling the go live migration internally. An additional Statement of Work added 14 hours of responsive design work after the initial site was accepted.
A senior Digital Marketing specialist installed Google Tag Manager on the ShipSimple marketing site and configured URL prefix rules so that traffic to the app’s promotional pages could be measured cleanly before any acquisition spend hit. Tag configuration respected the privacy expectations Courier Gateway had set for consumer users.
The engagement closed with all 7 workstreams delivered and both products in production. 4 outcomes anchor the delivery record.

Every capability surface, from the Laravel back end and Vue.js coverage to the React front end, back end APIs, marketing site, and analytics instrumentation, was delivered from inside a single continuous engagement without introducing a second vendor.

Courier Gateway marked all Jira tasks complete at close and awarded a full 5 star rating on the primary engagement contract, signaling relationship level satisfaction beyond individual sprint outcomes. They continued to work with Clixlogix across several months owing to strong work ethics and quality delivery.

The ShipSimple surface alone generated 3 formally signed SOWs (front end, back end plus BA, digital marketing), plus a contract extension for responsive design work on the marketing site, evidencing scope expansion tied to demonstrated delivery.

Courier Gateway's decision to move back end API and platform development to Clixlogix within 3 weeks of awarding the React front end contract is a trust signal that anchors the engagement's relationship arc.
| Layer | Stack |
|---|---|
| Frontend | React front end for the ShipSimple consumer SaaS carrying shipment scheduling, package tracking, shipment history, billing view, and saved address flows, Vue.js coverage on the legacy invoicing platform surfaces, content managed marketing site for ShipSimple public acquisition surface, Figma design handoff throughout |
| Backend | Laravel invoicing platform absorbing partner carrier feed data in 4 shapes (live APIs, Excel drops, CSV files, EDI transmissions), PHP back end for the ShipSimple consumer SaaS surface, MySQL data store, EDI parsers for standards based ingestion, REST integrations on partner carrier feeds |
| Integrations | QuickBooks API for invoice reconciliation and customer billing push at the operations tier, Google Tag Manager for launch analytics on the ShipSimple marketing site, URL prefix configuration for domain wide event tracking |
| Delivery | Jira for task management inside Courier Gateway product team, Slack for real time engineering coordination between Clixlogix developers and Courier Gateway team, contract based engagement infrastructure spanning multiple Statements of Work across the 10 month engagement |
Our team can share client references, scope your project, and answer any question about your delivery.
More engagements where our delivery teams shipped similar outcomes for clients across industries. Read on for context on the patterns we reused, the trade offs we navigated, and the metrics that landed in production.