vladnet писал(а):1. Наверное не большинство а практически все. Тут прийдется делать скрипт для обновлению. Конфигурации которая бы содержала в себе все файлы нет. Обновлять каждый раз внешние модули не имеет смысла поэтому трафик тут не тратится.
А может у вас все-таки имеется версия, где все внешние модули включены в конфигурацию? Писать свою программу для автообмена не очень хочется.
vladnet писал(а):2. По справочникам можно сделать полную миграцию если не уверены. Хуже скорее всего не будет, хотя конечно вся информация будет доступна в переферийных базах.
Полная миграция не подходит! В большинстве случаев должна быть миграция "Место создания и центр". Все-таки хотелось-бы получить не только инструкцию по пользованию программой но и описание справочников и др. На основании этого каждое предприятие уже смогло бы без труда настроить миграцию по своему усмотрению.
vladnet писал(а):3. А при выгрузке новой периферийной базы разве она пустая? Сначала наверное нужно все настроить в периферийной а потом делать базы.
Не пустая если в параметрах миграции указано "Все информационные базы". А это как я уже сказал выше не подходит.
vladnet писал(а):4. Тут вопрос достаточно сложный. Предложите какие права должны быть у того или другого, я реализую их, но все равно на каждом предприятии это какие то свои ограничения, и они должны все таки настраиватся на уровне предприятия, и в будущем это планируется сделать.
На мой взгляд должны быть следующие права:
Администратор - полный доступ.
Пользователь - доступ для ввода документов и редактирования справочников.
Гость - только просмотр журналов, справочников и документов.
Также не нужно забывать, что для каждого набора прав должен быть свой интерфейс.
Такой механизм прав и интерфейсов подойдет большинству пользователей вашей программы!
vladnet писал(а):Правила обмена могли содержать условия например такие: если подразделение документа ... входит в группу Администрация то будем пересылать этот документ в точки А и Б, и не пересылать в точку С.
Если делать как то по другому то такой механизм мне кажется достаточно убогим и подходящим только в одном случае все видят все.
В принципе главное здесь это не автообмен, а механизм распределения доступа к данным программы. Если например сделать отбор в журналах и справочниках по пользователю, тогда каждый пользователь видел бы и вводил только то что ему разрешено. Суть то вся в том, что при выборе параметра миграции "Место создания и центр" возникает следующая проблема. В центральной базе вносят документ, который должен попасть в периферийную базу, а текущие параметры миграции этого сделать не позволяют! Исправить этот недостаток можно с помощью добавления некого справочника "Автообмен" в который в токой ситуации будет записыватся документ и при следующем запуске периферийной базы, производится проверка на некий реквизит "База", который содержит идентификатор периферийной базы. Если он совпадает с текущей базой, тогда документ загружается из справочника и затем удаляется.
Кстати можно было бы сделать специальный релиз программы, предназначенный для работы с УРБД(цена тоже была бы другой
)