Одесса: 5°С (вода 9°С)
Киев: 0°С
Львов: -1°С

Тема: Синхронизация баз в 1С 7,7

Ответить в теме
Показано с 1 по 16 из 16
  1. Вверх #1
    Частый гость Аватар для brytalnuy macho
    Пол
    Мужской
    Адрес
    Odessa
    Возраст
    35
    Сообщений
    834
    Репутация
    129

    По умолчанию Синхронизация баз в 1С 7,7

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

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

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


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

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

  3. Вверх #3
    Цитата Сообщение от brytalnuy macho Посмотреть сообщение
    Доброго времени суток....
    Суть вопроса....
    Возможно ли синхронизировать две базы.....
    т.е. на нотике у меня стоит база....я дома поработал....
    пришел на работу....синхронизировал две базы и все изменения внеслись на основную....и наоборот с основной базы изменения вносились на нотик....
    Буду благодарен за помощь......
    Теоретически возможно. Для этого устанавливается компанента УРБД. База офиса устанавливается как основная. Потом происходит генерация базы для ноута. Потом обмены изменениями.

  4. Вверх #4
    Модератор Аватар для Mulder_1
    Пол
    Мужской
    Адрес
    Одесса
    Возраст
    38
    Сообщений
    772
    Репутация
    51
    Цитата Сообщение от brytalnuy macho Посмотреть сообщение
    Доброго времени суток....
    тут нарыл в нете 1С портабле которая весит 20 Мб...
    Что такое "1С портабле" ?
    паченый ехе-шник ?
    Последний раз редактировалось Mulder_1; 26.06.2007 в 19:50.
    Кратк. - сестр. тал. !

  5. Вверх #5
    Частый гость Аватар для brytalnuy macho
    Пол
    Мужской
    Адрес
    Odessa
    Возраст
    35
    Сообщений
    834
    Репутация
    129
    Цитата Сообщение от Mulder_1 Посмотреть сообщение
    Что такое "1С портабле" ?
    паченый ехе-шник ?
    Скорее всего....просто заливаешь на флешку....и можешь с нее работать...
    вот я и решил залить себе на ноут....

  6. Вверх #6
    Частый гость Аватар для brytalnuy macho
    Пол
    Мужской
    Адрес
    Odessa
    Возраст
    35
    Сообщений
    834
    Репутация
    129
    Насколько я понял из ответов...
    легко и просто это сделать невозможно...
    просто я в 1С сильно не разбираюсь...только так на уровне пользователя...

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

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

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

  9. Вверх #9
    Модератор Аватар для Mulder_1
    Пол
    Мужской
    Адрес
    Одесса
    Возраст
    38
    Сообщений
    772
    Репутация
    51
    Цитата Сообщение от brytalnuy macho Посмотреть сообщение
    Насколько я понял из ответов...
    легко и просто это сделать невозможно...
    просто я в 1С сильно не разбираюсь...только так на уровне пользователя...
    Если не сильно разбираешься в 1С тогда пробуй УРБД

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

    дай мыло - сброшу описание
    Кратк. - сестр. тал. !

  10. Вверх #10
    Новичок
    Пол
    Мужской
    Адрес
    Одесса
    Сообщений
    60
    Репутация
    16
    Цитата Сообщение от Deamon Посмотреть сообщение
    Информация с сайта:
    МОД для однозначной идентификации объекта использует свой внутренний идентификатор (дополнительный реквизит IDD добавляемый к справочникам и к общим реквизитам документов).

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

  11. Вверх #11
    Живёт на форуме Аватар для Alochka
    Пол
    Женский
    Адрес
    Одесса пос. Котовского
    Возраст
    42
    Сообщений
    3,085
    Репутация
    1310
    А кто-нибудь работал одновременно с УРБД и МОД?

  12. Вверх #12
    Живёт на форуме Аватар для Alochka
    Пол
    Женский
    Адрес
    Одесса пос. Котовского
    Возраст
    42
    Сообщений
    3,085
    Репутация
    1310
    Цитата Сообщение от Mulder_1 Посмотреть сообщение
    механизм действительно достаточно простой и стабильный (по сравнению с МОД-ом)...
    МОД нестабильный? в чем это выражается?

  13. Вверх #13
    Модератор Аватар для Mulder_1
    Пол
    Мужской
    Адрес
    Одесса
    Возраст
    38
    Сообщений
    772
    Репутация
    51
    Цитата Сообщение от Alochka Посмотреть сообщение
    МОД нестабильный? в чем это выражается?
    При относительно большом документообороте замечено "наложение" документов одинково вида ...

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

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

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

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

  15. Вверх #15
    Модератор Аватар для Mulder_1
    Пол
    Мужской
    Адрес
    Одесса
    Возраст
    38
    Сообщений
    772
    Репутация
    51
    в смысле или все или ничего ?
    если стоит цель выгружать только определенный вид документов, тогда
    если ты ставишь "место создания и центр" внизу ты можешь указывать через запятую в какие базы должны выгружаться эти документы (поле "дополнительно"... если тут ничего не указывать тогда будет грузить только тому кто создал и в центральную, что собссно логично)

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

  16. Вверх #16
    Живёт на форуме Аватар для Alochka
    Пол
    Женский
    Адрес
    Одесса пос. Котовского
    Возраст
    42
    Сообщений
    3,085
    Репутация
    1310
    Цитата Сообщение от Mulder_1 Посмотреть сообщение
    Если стоит цель "этому давать - этому не давать" документы одинакового вида , тогда просто в "ПриОткрытии" проверяшешь пользователя который заходит - если "не его" документ - запрещай вход (по крайней мере я так сделал)...
    Именно так - "этому давать - этому не давать" и документы одинакового вида. Проверка "ПриОткрытии" не подходит, уже точно, т.к. выдвинули требование что этой информации в созданной базе не должно быть вообще, ни в каком виде Т.е. получается что это будет не совсем копия периферии, а только ее часть, относящаяся к одному филиалу. Основная проблема в том что родительская периферийная база должна видеть документы, созданные в новой базе.
    Я думаю поставить МОД, но опыта работы с ним нет вообще. Слышала что можно сделать так: поставить на базу УРБД МОД, потом сделать копию нужной периферии, потом инициализировать МОД на этой периферийной базе, копию сделать нераспределенной, инициализировать на ней второй МОД, настроить между ними обмен такой как нужно. А УРБД как работало, так и работает, про МОД оно ничего не знает.
    Кто-то не практике с таким сталкивался?
    Последний раз редактировалось Alochka; 12.07.2007 в 23:05.


Ответить в теме

Социальные закладки

Социальные закладки

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения