If you use 1C:Fresh or the web client
-
Cloud-based 1C is a special case, and it would be misleading to ignore it: the operator's standard module cannot be installed in Fresh.
-
The reason is the service model, not a specific vendor: the application runs in 1C cloud, the subscriber has no access to the server or file system, and publishing external processes with external code is not supported there. There are three workable options.
-
The standard EDI Client from 1C, if your operator is supported there.
-
Roaming is used when the counterparty is with another operator: it enables legally binding exchange, but does not bring the operator's working scenarios into 1C. Another option is integration through the operator's API when the required operator is not available in the service or when your own workflows, contract matching, and statuses inside accounting matter.
-
The third option is what we build: an integration layer between the operator's API and 1C:Fresh via web services.
-
Accounting stays in the cloud, no server is needed, and documents and statuses flow into the system automatically.
-
The approach is not tied to a single operator: only the adapter changes, while the exchange rules remain yours. Breakdown by
-
Diadoc and a comparison of approaches are covered in the article "Diadoc Module for 1C in 2026".


