Orchestration, scheduling, monitoring and alerting run in the FloSynq cloud. A lightweight Bridge agent installed inside your network does all the local work: ERP access, folder drops and pickups, and calls to your internal services.
You get SaaS economics (no platform maintenance, continuous updates, vendor-managed uptime) while every byte of business data movement stays inside your network. It is also the lower-cost option to build and to run.
Some organisations need the entire platform inside their own perimeter. For them, FloSynq deploys as Docker containers (or onto Kubernetes) on infrastructure you own and operate, completely ring-fenced from the public internet.
This maximises isolation at the cost of a shared maintenance layer: upgrades become planned joint activities rather than continuous vendor-managed updates. We support both models as first-class citizens, so the choice is your security team's, not ours.
Both options keep your business data inside your network and need no inbound firewall changes. The difference is who runs the platform layer.
| Dimension | Cloud + Bridge | Fully Installed |
|---|---|---|
| Invoice and business data location | Stays in your network | Stays in your network |
| Inbound firewall changes | None (outbound HTTPS only) | None |
| Platform maintenance | Vendor managed, continuous updates | Joint, scheduled upgrade windows |
| Infrastructure you provide | One Docker host for the Bridge agent | Docker or Kubernetes hosts, database storage, backups |
| Monitoring dashboard | Cloud, SSO via Clerk | Local instance inside your network |
| Hosting compliance | Render, SOC 2 Type II attested | Inherits your infrastructure controls |
| Typical fit | Teams that want SaaS economics with on-network data handling | Strict isolation policies or regulated environments |
The Bridge agent initiates all connections outbound over HTTPS. Your firewall rules stay exactly as they are.
Invoice files, customer records and supplier data never leave your network in either model. The cloud sees orchestration metadata, and even that can be minimised.
Integrations built on one deployment model move to the other without rework. Start hybrid, go fully installed later, or the reverse.