What does multi-tenancy mean in a platform like TOCO?

Hi, my name is Sven Beauprez and I am responsible for all things technical of the TOCO Platform.


As you could read in previous blogs, TOCO is a platform for the SME where he can centralize all his company related administration, such as invoices, company files, insurance documents, financial transactions (automatically imported from the bank, details will come in a future blog), etc. This alone is already very powerful for the SME and in the coming weeks there will be a new release where the SME can even communicate with his accountant not on the platform.

But we also see that most accountants are open to TOCO when one of their clients is using TOCO for his administration, which unlocks the full power of the platform for that SME. When the accountant is using one of the supported accountancy packages and/or reporting solutions, the SME gets automatically updates from the accountant when something is changed in his accounting records.

To make this happen, an accountant is set up as a tenant on the platform. Think of the platform as a business ecosystem where different business occupy its own space within a high-rise building. This building is a multi-tenant building with many tenants. In a strict multi-tenant platform such as Shopify, each shop is a tenant and each tenant is in fact an isolated website. Users have a seperate login for each tenant, even if a user is a client of multiple shops. This is of course the idea of Shopify and this model works perfectly for them.

In TOCO, an accountant can manage his clients on the platform and when a user logs in for an SME, he will be connected with his accountant. But in reality a user can manage/have more than one SME and each SME can be linked to a different accountant, or even be on TOCO without a connected accountant. Having multiple logins would be a bad user experience.

To make this happen, the authorization model is setup in such a way that a user can easily switch from SME and automatically ends up in the new tenant when doing so. In other words, a user can have 1 login to manage different SMEs with potentially different accountants.

This multi-tenancy setup underneath opens the door to new use cases where cross-tenants, such as banks, notaries, auditors, etc. have SME clients over the different tenants on the platform.

By building upon the architecture above, we have a very flexible platform for all use cases where SME communicate and share data with different kind of parties with a different involvement on the platform.

Recommended Posts