Solutie implicita, cum este replicarea din MSSQL, nu exista in VFP

Se poate insa face sicronizarea prin rutine vfp. Am realizat astfel de sincronizari atat pentru baze de date legate in intranet, ci si pentru baze de date distribuite, fara legatura de retea intre ele.
In mare, trebuie structurate bazele de date respectand conditiile pentru replicare - asigurata unicitatea cheilor primare in toata reteaua si eliminate campurile cu autoincrementare, asigurat, in fiecare tabela implicata in sincronizare, un camp de timestamp (momentul ultimei modificari a inregistrarii) si un camp care sa identifice statia/baza de date.
Apoi o rutina care sa extraga, pe server, pentru fiecare tabela si baza de date din retea, ultimul timestamp primit la sincronizare. Aceaste valori se transmit catre statie, care colecteaza toate inregistrarile ulterioare momentului si le transmite catre server. Daca se sincronizeaza in ambele sensuri, deci si de la server catre statii, procedura este similara.
Procedura descrisa este aplicabila si in cazul in nu exista un intranet, datele putand sa fie transferate pe orice suport.
In cazul unui intranet, daca aplicatia are acces la ambele baza de date, sincronizarea se reduce la 2-3 comenzi  SELECT SQL pentru fiecare tabela. Se pot evita problemele care apar la deschiderea a doua DBC cu acelasi nume printr-o procedura simpla: se deschide dbc-ul sursa, se extrage o tabela intr-un cursor (SELECT * ... NOFILTER), se inchide dbc sursa, se deschide dbc destinatie, se selecteaza din cursor tot ce nu este in tabela respectiva din destinatie ... Codul depinde si de versiunea VFP (care n-a fost specificata).

Desigur ca poti face una la fel.
Porneste cu ce ai pana acum si intreaba unde nu esti sigur.

Dar piperati mai sunt baietii aia de la Syncdata ! :D
Eu iti propun urmatoarea solutie, gratis. :) Pe server activezi FTP-ul si copiezi periodic DBF-urile acolo, eventual cu un task in Scheduled Tasks.
La clienti faci un fisier de comenzi .BAT care sa se conecteze la FTP si sa ia DBF-urile de acolo.