Синхронизация баз в 1С 7,7

[brytalnuy macho]

Доброго времени суток....

на работе стоит 1С 7,7 с лицензией все как положено...
организован сервер 1С....
тут нарыл в нете 1С портабле которая весит 20 Мб...
Появилась возможность поставить её на нотик и брать некоторую работу домой....

Суть вопроса....
Возможно ли синхронизировать две базы.....
т.е. на нотике у меня стоит база....я дома поработал....
пришел на работу....синхронизировал две базы и все изменения внеслись на основную....и наоборот с основной базы изменения вносились на нотик....
Буду благодарен за помощь......

[SHIMIZY]

Я сталкивался с подобным
писал свою программу для обмена данными
стандартные решения не подходили

вкратце - использовал тригера в БД MS SQL

[Deamon]

Доброго времени суток....
Суть вопроса....
Возможно ли синхронизировать две базы.....
т.е. на нотике у меня стоит база....я дома поработал....
пришел на работу....синхронизировал две базы и все изменения внеслись на основную....и наоборот с основной базы изменения вносились на нотик....
Буду благодарен за помощь......

Теоретически возможно. Для этого устанавливается компанента УРБД. База офиса устанавливается как основная. Потом происходит генерация базы для ноута. Потом обмены изменениями.

[Mulder_1]

Доброго времени суток....
тут нарыл в нете 1С портабле которая весит 20 Мб...

Что такое "1С портабле" ?
паченый ехе-шник ?

[brytalnuy macho]

Что такое "1С портабле" ?
паченый ехе-шник ?

Скорее всего....просто заливаешь на флешку....и можешь с нее работать...
вот я и решил залить себе на ноут....

[brytalnuy macho]

Насколько я понял из ответов...
легко и просто это сделать невозможно...
просто я в 1С сильно не разбираюсь...только так на уровне пользователя...

[Belya623]

У нас эта проблема решается с помощью Менеджера Обмена Данными (МОД) http://www.pb.ru/ru/manager/ Базы данных, между которыми происходит обмен могут иметь различные конфигурации (в отличие от УРБД, где конфигурации должны быть идентичны). Есть много завершённых проектов, причем в некоторых обмен происходит с базами в других городах Украины. После начальной настройки с процедурой обмена справляются даже бабушки, которых пересадили от рукописей к компьютерам=)

[Deamon]

У нас эта проблема решается с помощью Менеджера Обмена Данными (МОД) http://www.pb.ru/ru/manager/ Базы данных, между которыми происходит обмен могут иметь различные конфигурации (в отличие от УРБД, где конфигурации должны быть идентичны). Есть много завершённых проектов, причем в некоторых обмен происходит с базами в других городах Украины. После начальной настройки с процедурой обмена справляются даже бабушки, которых пересадили от рукописей к компьютерам=)

Информация с сайта:
МОД для однозначной идентификации объекта использует свой внутренний идентификатор (дополнительный реквизит IDD добавляемый к справочникам и к общим реквизитам документов).

А как после этого обновляется релиз??? Нормально???

[Mulder_1]

Насколько я понял из ответов...
легко и просто это сделать невозможно...
просто я в 1С сильно не разбираюсь...только так на уровне пользователя...

Если не сильно разбираешься в 1С тогда пробуй УРБД

механизм действительно достаточно простой и стабильный (по сравнению с МОД-ом)...
Краткое описание занимает 10 страниц (т.е. разобраться не сложно)
Если обмен будет "Полным" - тогда еще проще ...

дай мыло - сброшу описание

[Belya623]

Информация с сайта:
МОД для однозначной идентификации объекта использует свой внутренний идентификатор (дополнительный реквизит IDD добавляемый к справочникам и к общим реквизитам документов).

А как после этого обновляется релиз??? Нормально???

Нормально. Время обновления увеличивается минут на 5 (+/- кто как на новый релиз МОД установит =) ).

[Alochka]

А кто-нибудь работал одновременно с УРБД и МОД?

[Alochka]

механизм действительно достаточно простой и стабильный (по сравнению с МОД-ом)...

МОД нестабильный? в чем это выражается?

[Mulder_1]

МОД нестабильный? в чем это выражается?

При относительно большом документообороте замечено "наложение" документов одинково вида ...

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

замечено на документобороте примерно 100 документов в день на пяти удаленных базах стабильно три - четыре документа в месяц четко "вылетают"
ОЧЕНЬ неприятная мелочь ... причем не наблюдается "систематичности"...
было это всё где-то полтора/два года назад ...

после этого я просто отказался от него и вернулся на УРБД...

[Alochka]

У меня ситуация такая: используем УРБД, во всех основных документах в миграции стоит - место создания и центр. Базы разнопрофильные. Все стекается в центр. Возникла проблема - нужно создать еще одну базу, точно такую же как одна из периферийных баз. При чем в перспективе таких ба будет много, по несколько на каждую периферийную базу УРБД.
Средствами УРБД не вижу возможности это сделать, или все или ничего Вижу МОД как выход, но немного боязно его использовать без опыта.
Документооборот пока вряд ли дотянет до 100 документов в день, а в будущем все может быть.

[Mulder_1]

в смысле или все или ничего ?
если стоит цель выгружать только определенный вид документов, тогда
если ты ставишь "место создания и центр" внизу ты можешь указывать через запятую в какие базы должны выгружаться эти документы (поле "дополнительно"... если тут ничего не указывать тогда будет грузить только тому кто создал и в центральную, что собссно логично)

Если стоит цель "этому давать - этому не давать" документы одинакового вида , тогда просто в "ПриОткрытии" проверяшешь пользователя который заходит - если "не его" документ - запрещай вход (по крайней мере я так сделал)...

[Alochka]

Если стоит цель "этому давать - этому не давать" документы одинакового вида , тогда просто в "ПриОткрытии" проверяшешь пользователя который заходит - если "не его" документ - запрещай вход (по крайней мере я так сделал)...

Именно так - "этому давать - этому не давать" и документы одинакового вида. Проверка "ПриОткрытии" не подходит, уже точно, т.к. выдвинули требование что этой информации в созданной базе не должно быть вообще, ни в каком виде Т.е. получается что это будет не совсем копия периферии, а только ее часть, относящаяся к одному филиалу. Основная проблема в том что родительская периферийная база должна видеть документы, созданные в новой базе.
Я думаю поставить МОД, но опыта работы с ним нет вообще. Слышала что можно сделать так: поставить на базу УРБД МОД, потом сделать копию нужной периферии, потом инициализировать МОД на этой периферийной базе, копию сделать нераспределенной, инициализировать на ней второй МОД, настроить между ними обмен такой как нужно. А УРБД как работало, так и работает, про МОД оно ничего не знает.
Кто-то не практике с таким сталкивался?