Catalog
Show approved products, attributes, prices, and stock from the primary source.
Company data on the web
Connect your website to the data your team already maintains
Products, prices, stock, documents, and statuses stay in the source system. A website, catalog, or portal receives only approved fields and performs explicitly agreed actions.
Client portal
Give each customer access to the statuses and documents they are allowed to see.
Request or order
Send the selected items and parameters instead of a context-free message.
Internal tool
Use the required directories and records in a team workflow.
Demonstration diagram
Only an agreed set of data moves between the system and the website
This diagram explains connection boundaries using test data. It is not a screenshot of a finished integration.
Demonstration diagramTest data
Source system
The company continues to maintain data in an accounting system, CRM, or another source.
Approved fields
Only the data required for the specific page and user action is transferred.
Website or service
A catalog, portal, or internal tool presents the data in a clear journey.
Action
A request, order, or status change is returned only after the write path is checked separately.
What can be transferred
The data scope follows the user task
A website does not need unrestricted access to the source. Start with the pages, actions, and smallest useful set of fields.
- Products and sales
- Names, groups, attributes, images, prices, stock, and delivery terms.
- Customers and documents
- Statuses, invoices, contracts, specifications, and files available to that user.
- Team operations
- Requests, directories, owners, stages, and approval outcomes.
Read and write access are checked separately. Being able to retrieve data does not mean the website may change it at the source.
Before promising an integration
Review the exact exchange, not just the system name
User journey
Which data a person sees and which action must happen on the website.
Access
Whether there is an API or verified connector, how authentication works, and which permissions can be limited.
Fields and rules
Which values are required, how records are matched, and who remains responsible for source data.
Load and limits
Request limits, data volume, delays, and the update frequency the source can support.
Failures
What customers and the team see when the source is temporarily unavailable.
Acceptance
How read, write, permissions, and recovery paths are tested before publishing.
Ready connections
What is verified today
We call a connection ready only when its scenario has been verified. Other systems begin with an assessment.
Available
Business.ru
A website can receive products, images, prices and stock from Business.ru and send a confirmed order back to the system.
Reviewed: 22 July 2026Review connection boundariesAnother accounting system or CRM
1C, Bitrix24, MoySklad, another CRM, or a custom system is not automatically ready. We first need the API, permissions, fields, limits, and required update frequency.
Describe your systemPermissions, frequency, and failures
Every connection needs explicit operating boundaries
Minimum permissions
The connection receives only the required fields and operations. Read access is not silently expanded to write access.
Agreed frequency
Updates may run on a schedule or an event. This follows source capabilities and is not promised in advance.
Clear failure state
On failure, show the agreed last-known state or an unavailable message. Never invent current data.
Before connecting
Short answers about integrations
Does every connection work in real time?
No. Frequency depends on the API, limits, and agreed journey. It is documented before launch.
Can we build the website before connecting a system?
Yes. A first version can use a file or test dataset, while the source connection is assessed separately.
Do we need to replace our primary system?
No. Your company continues to maintain data at the source, while Fluw uses only the agreed subset.
What happens when the source is unavailable?
Choose the behaviour before launch: show the last confirmed state, limit the action, or report that data is unavailable.
Next step
Name the system, the data, and the website action
That is enough to separate a ready connection from work that needs a technical assessment.