Find answers. Get support. Join conversations.

Differences Between Legacy Mirroring and the New Replication Service While both solutions allow you to synchronize CRM data from the SuperOffice cloud to your local SQL database, the new Replication service introduces significant architectural and performance upgrades. . Here are the key differences you need to know:   1. Synchronization Speed (Batch vs. Stream) Mirroring (Legacy): Operates on a schedule, transferring data in batches approximately every 20 minutes . Replication (New): Operates in near real-time. It utilizes SQL Server Change Data Capture (CDC) technology on the backend to continuously stream data changes exactly as they happen . 2. Network Architecture & Security (Push vs. Pull) Mirroring (Push): SuperOffice connects to your environment and "pushes" the data. This requires you to host a public-facing Web Service (WCF/IIS), maintain a valid SSL certificate, and open incoming firewall ports . Replication (Pull): You install a local client (a Windows Service) inside your network that proactively reaches out to SuperOffice to "pull" the data. This drastically simplifies security, as you no longer need to expose public endpoints or manage incoming firewall rules . 3. Downtime and Data Retention Limits Mirroring: Can generally pick up where it left off even if your local server is down for over a week . Replication: Data changes are buffered in a cloud queue (Kafka) with a strict 7-day retention limit . If your local client is offline for more than 7 continuous days, the data expires from the buffer, and you will be required to perform a full resynchronization from scratch . 4. Tables The difference in the number of tables is completely normal and by design. The new Replication system uses the same base list of excluded tables as the old Mirroring system, but it adds a few smart improvements to keep your replica database cleaner and faster. We removed about 58 tables that don't contain reporting data: Obsolete tables: We now filter out old, leftover tables from past system upgrades (these are usually named OBSOLETE_... ). System dictionary tables: We no longer include internal system-definition tables, as they don't contain any actual customer data. Binary and Cache data: We excluded the binaryobject table because it mostly contains internal cache and large files that aren't useful for a reporting database.

Hi Espen, Thank you for feedback!  I am not able to reproduce the issues you are having with the class dropdown to be searchable, and when typing in a search for finding button, it gives me the .form-button. Are you still able to reproduce? Would like to know the version you are running, and maybe a small screen recording to see if there are other circumstances causing this issue.    When it comes to the CSS template suggestion: This is a good idea. For now what we have available is the possibility of creating a Form template for this purpose, then every user can create their form based on the template, and not having to worry about the styling.  Best regards, Trude

Is there a way to automate this so that when you create a project in SuperOffice 10.x (onsite), a folder is created on a specified area in SharePoint. The folder name itself should consist of "project number" - "project name". All tips are welcome! Peter

A new version of the Replication Client is published! Version: 1.0 (Pilot Phase) - Release: 03.03.2026 see 'Manual Upgrade Procedure' above.

Yes. In CRMScript that would mean to manually call the API using the HTTP class, that does entail manually creating request and response structs for each API call

Not being technical at all, I think it is a technical issue. I think the result of a combined selection only provides you with a "view" of data, while dashboards are based on data from tables. I don´t think dashboards can view data which is from a view...