Не проблема вообще.
Разделите базу, пусть пользователь работает со своими данными, в разработчик разрабатывает формы и отчеты. Актуальные данные, введенные пользователем как правило не нужны разработчику, достаточно тестовых данных, ну или когда уже без них не обойтись (например для воспроизведения бага), просто пользователь пересылает актуальные данные разработчику.
Когда разработчик приготовил у себя новую версию фронтэнда, он просто передает ее пользователю (почта, дропбокс, голубь с флешкой), пользователь заменяет фронтэнд у себя, при этом данные остаются актуальными.

Если в новом релизе нужно сделать изменения в бэкэнде, проще всего законнектиться к пользователю на комп и сделать изменения руками, но это не всегда удобно, поэтому я, например, в каждый фронтэнд копирую форму с кодом для апгрейда бэкэнда текстовым скриптом. Скрипт - обычные SQL команды, которые форма выполняет последовательно. Там есть также специальные модификаторы, позволяющие, например, указать, к какой базе применяется команда - локальной или удаленной, а также выполнить VBA код для особо сложных случаев.
Так я работаю с клиентами, вообще никогда их не видя и заходя на их компьютеры только для решения уж совсем сложных задач типа исправления багов, которые не могу воспроизвести у себя.

ROIКлючевое слово для вас не читающих 100км.
А какое отношение имеет расстояние к тому, что хочет автор и к тому, что написал я? Про "не проблема" относилось не к вашему посту, а к изначальному. Совместный онлайн доступ без локальной или VPN сети организовать нельзя, это точно. Но т.к. автор пишет о разработчике и пользователе, а не о двух пользователях, я делаю вывод, что данные в рельном времени разработчику не нужны и городить огород не нужно на самом деле.

ROIапгрейда бэкэнда
Извиняюсь, не всегда могу быстро побобрать правильные русские слова, т.к. с русским давно уже не работаю, забываю как это называется

Galochka2,

А какой вы версией пользуетесь? Репликация была удалена начиная с версии 2013 и я не слышал о ней восторженных отзывов, особенно на медленных каналах.
Я бы посоветовал немного другой подход. В первую очередь нужно приложение делать таким образом, чтобы руками в таблицы не приходилось лезть, т.е. необходимо создание "защиты от дурака" - чтобы пользователь просто не мог сделать ошибку при обычном вводе. Обычно это достигается правильным построением базы данных с заданием связей между таблицами с ограничениями целостности. А также все вводимые пользователем данные нужно проверять, прежде чем вносить в таблицу. Да, это не просто, но вы же не будете всю жизнь править таблицы за пользователя.

Если все же правка ошибок необходима, проще сделать это удаленно, чем полагаться на репликацию или иные методы синхронизации. Для небольшой правки данных на стороне клиента я использую те же скрипты и форму для их запуска, но создание скриптов может быть трудоемким.

Можно также попросить пользователя передать базу для анализа и сделать перерыв для ввода, пока вы не вернете исправленную базу назад. Если свежие данные постоянно нужны для анализа без перерывов в работе пользователя, можно настроить на его стороне автоматическое копирование файла с бэкэндом в общую папку Дропбокса, допустим, каждые 5 минут, вы на своей стороне забираете файл, когда необходимо. Работать непосредственно с файлом, находящимся в папке синхронизации не рекомендую с обеих сторон, могут быть проблемы с целостностью файла и будет идти постоянная синхронизация. Заметили ошибку в данных, запомнили что делать, зашли на компьютер пользователя и исправили. А еще лучше при разделенной базе зайти на другой компьютер, имеющий доступ к файлу бэкэнда по сети, чтобы не мешать работе пользователя.

Ну и если уж совсем нужен доступ в реальном времени к данным и не хотите использовать удаленные сеансы, можно настроить VPN соединение между вашим и пользовательским компьютером и подключить его диск как сетевой. После этого будет возможно использовать один файл бэкэнда одновременно. За подробностями по настройке VPN лучше идти в другой форум :)

Galochka2Серверная часть разделенной базы данных в Access называется бэкенд?
Это та часть, где хранятся таблицы?
Разделенную базу данных слить обратно в одну достаточно надежно?
Да. Это не совсем сервер, однако. Там нет кода, который возвращает данные назад.
Да.
"Слить" - имеется в виду скопировать? Да, обычно с этим проблем не возникает, но лучше копирование выполнять, когда с бэкэндом не производится других операций

Galochka2Я имею ввиду объединение разделенной БД опять в единую
ЗАЧЕМ??? Не нужно этого делать.

А если вы имеете в виду слить два бэкэнда, отредактированных разными людьми, то это та еще задача будет.