| |
РАБОТА С ФИЛИАЛАМИ
Суть работы с филиалами заключается в объединении всей информации
компании в одной централизованной базе данных с централизованными отчетами.
Направление информационных потоков может происходить либо только от
филиалов в центр, либо в обоих направлениях. При этом сильно отличается
способ организации.
Вариант первый
Предназначен, когда нет выделенной линии доступа в интернет, доступ в
интернет организован по коммутируемому каналу, или организация прямого
интернет-соединения с центральной БД не возможна. В этом случае доставка
данных в центральный офис осуществляется встроенным email-клиентом.
Смотрите рис. 2. Недостаток этого способа в том, что филиалы вынуждены
будут отправлять большие не оптимизированные объемы информации (всю базу филиала на дату отправки),
а также недостатком является "человеческий фактор" - инициация отправки
данных осуществляется человеком, которому свойственны, например, больничный
или забывчивость. С другой стороны, последние версии программы все же позволяют
с помощью "Назначенных заданий" производить автоматическую отправку данных по
расписанию (см. описание экспорта данных).
Еще одним недостатком является то, что в центральной
БД импортированные данные филиала нельзя будет изменить.
Можно строить отчеты по конкретному филиалу для просмотра данных, но изменить нельзя. Изменить эти импортированные
данные можно только в той БД, в которой они были созданы.
Лицензирование первого варианта
Каждый офис должен иметь свою отдельную СУБД ТРАНС-Менеджер со своим кол-вом
рабочих мест, т.е. для каждого филиала нужен отдельный ключ. К примеру, необходимо иметь в центральном офисе 5 рабочих мест, и
3 рабочих места в филиале. В этом случае можно заказать сразу 8 рабочих мест и
разделить их на два филиала (на два ключа) - по 5 и по 3 соответственно.
Вариант второй
Второй способ предназначен для компании, филиалы которой имеют выделенные
интернет-каналы (выделенные линии). Смотрите рис. 4. В этом случае и филиал и центральный
офис могут работать в реальном времени в одной среде с одной базой данных.
Фактически это ничем не отличается от того, как если бы они работали в пределах
одного офиса. Для организации такой работы следует сторонними средствами организовать
удаленный доступ к центральному серверу. Например, это может быть VPN канал, или
Удаленный рабочий стол, или другой терминальный доступ. Насчет возможности
создания такого доступа следует проконсультироваться с Вашим системным
администратором.
Лицензирование второго варианта
Так как все пользователи работают в одной БД, то лицензирование ничем не отличается,
как если бы все работали в рамках одного офиса - нужен один ключ активации на общее кол-во рабочих мест.
Недостатком данного способа организации работы является то, что при проблемах с интернет-соединением филиалы могут остаться без работы.
| |
