Здравствуйте!

Есть полностью самописная конфигурация на 8.2 которая лежит на сервере. С этой конфигурацией будут работать несколько человек в разных местах. Необходимо чтобы данные синхронизировались с сервером. Гуглил, наткнулся на Планы обмена и РИБ, мне кажется это то что мне нужно, так как если я буду менять/дорабатывать конфигурацию на сервере, то другие базы должны словить эти изменения. Только вот никак не могу его настроить, везде инструкции по обмену с типовыми конфигурациями итп.

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

Кстати передачу данных делаем через VPN
---
Если VPN канал стабильный может проще посмотреть в сторону RPD? Или тонкого клиента? По РИБ, решения "из коробки" для самописок, как это было в 7.7 нет. Нужно самому писать планы обмена (пусть даже на основе типовых). РИБ используют там, где есть критичность отпадания канала связи, например в магазине, или там где плохой канал интернета. Вариант с РИБом имеет один плюс - пользователи работают в офлайне и их работа в прямую не зависит от канала связи. Но на этот плюс есть много минусов: задержка обновления информации, проблемы как раз при обновлении конфигурации (это отдельная тема, но там очень много нюансов, само-собой обновляться не будет) и прочие "прелести" синхронизации. Поэтому мой Вам совет, взвесите все за и все против, и используйте РИБ, только если нет других вариантов. ИМХО.
---
soulsb, Конечно все будет работать. Читайте как РИБ развернуть. Когда РИБ будет поднят. Все доработки будут переноситься в дочерние базы. И расписания можно настроить. Там масса способов обмена. Ничего сложно абсолютно. Надо всего лишь установить назначения для узлов. Искать инструкцию времени нет. Но надо двигаться в сторону РИБ. Для начала даже писать ничего не надо. Там все на стандартных механизмах взлетит.
---
Если VPN канал стабильный может проще посмотреть в сторону RPD? Или тонкого клиента? По РИБ, решения "из коробки" для самописок, как это было в 7.7 нет. Нужно самому писать планы обмена (пусть даже на основе типовых). РИБ используют там, где есть критичность отпадания канала связи, например в магазине, или там где плохой канал интернета. Вариант с РИБом имеет один плюс - пользователи работают в офлайне и их работа в прямую не зависит от канала связи. Но на этот плюс есть много минусов: задержка обновления информации, проблемы как раз при обновлении конфигурации (это отдельная тема, но там очень много нюансов, само-собой обновляться не будет) и прочие "прелести" синхронизации. Поэтому мой Вам совет, взвесите все за и все против, и используйте РИБ, только если нет других вариантов. ИМХО.
---
Serega-artem,
Спасибо, для себя прочитаю про RDP. А по теме, VPN канал нестабилен и частенько отваливается, из-за этого необходимо возможность работы в оффлайне и по расписанию обновлять.

(3) Захаров_Николай,
Спасибо, действительно стандартными средствами обмен заработал. Создал в конфигураторе план обмена, выбрал то-что должно синхронизироваться, и создал начальный образ периферийной базы. Попробовал вручную записывать и читать изменения, вроде работает.

Теперь вопрос, можно ли средствами 1С сделать автоматический обмен данными по расписанию? (например каждые полчаса)

Спасибо за советы.
---
soulsb, Если канал не стабилен, то тогда да - РИБ. То, что всё заработало сразу и без проблем может быть обманчиво. Я не отговариваю )))) Просто многое при РИБе вылезает в процессе работы. Но тут зависит от сложности и структуры конфигурации. По поводу автоматического обмена - смотрите в сторону регламентированных заданий.
---
Serega-artem, (7) Захаров_Николай,
Как я понял Регламентное задание будет выполнять определенную процедуру по расписанию.

И как я понимаю, получается мне нужно создать 2 регламентных заданий:
1 - Записывает и создает файл выгрузки zip и отправляет в определенную папку в VPN.
2 - Смотрит появился ли новый файл zip для того чтобы прочитать, если есть то считывает изменения.

(7) Захаров_Николай, Спасибо за обработку, там есть как считывать и отправлять файлы, но как мне создать именно этот zip файл, и как прочитать потом этот zip файл с изменениями и скормить 1с.

Надо же будет ручками прописывать в процедуру типа использовать этот план обмена, записать в файл/ прочитать файл и потом добавить эту процедуру в регламентное задание?

P.S Работа идет на толстом клиенте и на обычных формах.
---
soulsb, Посмотрите типовые планы обмена, например в Бухгалтерии предприятия. Суть (если кратко) следующая:

Конфигурация формирует файл с изменениями, выкладывает его в папку (на ФТП, или на почту) оттуда-же забирает файл с изменениями в дочерней конфигурации. Обновляет данные у себя. Дочерняя тоже выгружает файл и загружает изменения из центральной базы. Это если в общем и кратко.
---
Serega-artem, (10) Захаров_Николай,
Спасибо, пробую искать и попытаюсь переделать под себя.

Просто в других типовых конфигурациях все так перенастроено, аж голова кругом (для новичка).

Если у кого есть готовые обработки, или строки кода, буду благодарен если поделитесь.
---
soulsb, Да да придется прописать все это дело.
Тут примеры.
А все остальное в Синтаксис помощнике.
---
soulsb, Да нужно создать регламентное задание. Которое будет файл выгрузки отправлять по почте или по нестабильному соединению к удаленному узлу. А второе Рег. задание проверять почту забирать с почты файл. Распаковывать и загружать в базу.
Нужные статьи по работе с рег.заданием. Ничего сложного. Как создать и привязать к процедуре. И статья по работе с почтой. Приложу обработку там есть все необходимое.
---
И только заметил досадную очепятку))) Речь про rdp, конечно т.е. удаленный рабочий стол.