Здравствуйте, DElO!
Попробуй почитать здесь
http://www.mista.ru/articles1c/terminal.htm

Здравствуйте, DElO!
Для 15 одновременно работающих с базой пользователей необходим SQL сервер.
1) Терминал минимум: P4 / 2Gb / SATA RAID 1(http://www.ixbt.com/storage/raptor-740.shtml)
2) Установить Win 2003 в качестве сервера терминалов. Вариант настройки службы терминалов http://wtware.ru/win2k3/license.html
3) Установить 1С 7.7 SQL.
SQL сервер желательно ресположить на др. компьютере. Так же необходимо позаботиться о повышенной пропускной способности связки Терминал-SQL сервер, т.к. 1С 7.7 очень слабо оптимизирована по SQL и таскает большой обем данных по сети!

Здравствуйте, DElO!
1.В Винсервере устанавливаешь и запускаешь службу терминалов и сервер терминалов если не запущено.
2.Там должна создасться инсталляшка для клиента терминалов, если что - в службе терминалов "Создание клиента служб терминалов"
3. Далее устанавливаешь клиента на клиентских машинах.
потом создаешь подключение и настраеваешь его - все просто, разберешся. если не хочешь чтоб лазили по серверу - поставь галочку "запускать следующую программу"+ путь к программе 1с на сервере.
Более подробные шаги описать не могу, потомучто сервера нет под рукой, но в принципе это все.
прирост в скорости при переходе на терминал будет неплохой, т.к. по сети будут проходить только пакеты для работы с терминалом, а не куча информации, используемая 1с, только сервер терминалов ставь мощный

Здравствуйте, DElO!
База у Вас небольшая, поэтому формат базы можно не менять, мне больше нравится DBF. Прирост скорости будет очень большой, в 2-3 раза, если в качестве терминала взять хороший процессор и для хранения базы отдельный SATA2 или SCSI диск (или Рейд с дисков).
В статье http://www.mista.ru/articles1c/terminal.htm мне почти все понравилось.
Подскажу только, что Хасп на сервер не ставится, ну так поставьте его на другой компьютер и настройте НетХасп в виде сервиса.
С терминалами настолько приятно работать, что я всем рекоммендую.

Здравствуйте, DElO!
Если вы думаешь о рентабельности, но разница будет огромная. Только конечно надо наворотить сервер, т.к. все процессы теперь будут выполняться на сервере и только результат, точнее картинка будет выдаваться на экран, поэтому все скорость зависит напрямую от мощности сервера.
Отличную статью пошаговую можно прочитать по этой ссылке, т.к. здесь очень сложно описать все тонкости и мелочи настройки.
http://mista.ru/articles1c/terminal.htm
Успехов...

Здравствуйте, DElO!
Я вставлю свои пять копеек в разьяснение работы с сервером терминалов.
По первому вопросу все очевидно - 1. Инсталируем сервер терминалов, переписываем на него БД.
2. Даем пользователям доступ к серверу терминалов, если у пользователей не WinXP? то на систему с Windows желательно инсталировать клиента сервера терминалов (в инсталяции WinXP файл msrdpcli.exe)
3. Расказываем каждому пользователю и показываем, если не понимают где лежит БД, прописываем ее.
По вопросу быстродействия.
Вне зависимости от количества пользователей БД 1С на dbf работает в 3 раза быстрее, чем SQL (при условии одинаковых процессоров), если речь идет о терминале. Если сервер SQL расположить на той же машине - то dbf будет быстрее примерно в 1.7 раза, но все равно быстрее. Если у Вас , как у меня , будет до 30 пользователей в БД, и документ будет проводится около 3 минут на SQL и мунуту на DBF, то придется оставить DBF , чтобы люди могли нормально работать (из-за конкурентного проведения документов и некрректной реализации этого в 1С, при проведении второго документа во время проведения первого 1С ждет освобождения блокировки таблиц и занимает при этом 100% процессорных ресурсов. Слово богу, только одного виртуального процессора)
Но у DBF есть большой недостаток. При многопользовательской работе ее сетевые блокировки часто приводят к слету индексов. Иногда , если не провести вовремя переиндексирование, 1С может записать обновленный элемент справочника на место другого элемента. То, что затерся элемент не страшно, 1С сама может восстановится. А вот наличие двух одинаковых элементов приходилось разруливать при помощи ручного редактирования DBF файла. В этом смысле SQL намного надежнее. Поэтому, если позволяет скорость, то лучше использовать SQL версию.