ГБ??Сергей84, а вы можете внятно объяснить новичку что-такое гибкие блокировки для 1С?
Как вам уже сказал mazzy дополнительная приблуда, если конкретно, то в 1С используются блокировки на уровне таблиц, что мешает жить при большом кол-ве пользователй, можно механизм переписать и самому, но с проблемой грязного чтения 1С вам придется разбираться самому, или же поставить ГБ, где все это уже предусмотрено и сделано.
Проблемы с блокировками в 1С 7.7 где-то начинаются, когда пользоватлей порядка 50, используя ГБ максимальное кол-во пользователей легко можно увеличить в 2-е, по слухам до 150 чел. может работать вполне легко, но я сам не проверял :)
стоимость такой приблуды около 1500$ +\- (зависит от множества факторов, при предварительном подсчете у меня в конторе на 60 пользователей)

ВАВ1.Видел внедренную УПП 8.0 в конторе на 60-70 активных юзеров. "Плач, вой и скрежет зубов" Уже прошел месяц внедрения - до сих пор не наладят взаиморасчеты. Время отпуска 1-го клиента увеличилось в 1,5 раза. До этого у них крутилась самописная 7,7. Решили модернизироваться и сэкономить одновременно :-).
2.У меня лично на 70 активных юзерах, 40 из которых забивают документы, стоит 1С77 как редактор форм и хранилище документов и справочников, а все регистры вынесены во внешнюю SQL базу, с которой общение через ADO. База в целом 30Гб. Живет.Но периодически по мере увеличения базы начинаются тормоза.После очередного этапа оптимизации живем еще месяц. Оптимизируем переносом логики на SQL сервер. В пределе 1С остается только как редактор форм. К тому и движемся. Уже видел и подобную реализацию.
1 - зависит много от внедренцев, вы про успешные внедрения SAP в СНГ почитайте... так что урок им - нефиг экономить на КИС от которой зависит бизнес
2 - а что в этом плохого? например видел БД на FOX-е, от него только формочки, остальное же на SQL, но кто рисовал счет фактуру в FOX-е меня поймет (гемор еще тот), уж лучше 1С использовать как инструмент разработки интерфейса, остальное же на SQL перенести, плюсы такой системы 2:
1 - скорость разработки, быстрее чем на др. языках
2 - относительная опять таки дешевизна, т.к. клиент покупается и за его разработку платить не надо
минусы:
1 - отстает от языков разработки (кроме этого минусы других не вижу)

lou ВАВ 2.У меня лично на 70 активных юзерах, 40 из которых забивают документы, стоит 1С77 как редактор форм и хранилище документов и справочников, а все регистры вынесены во внешнюю SQL базу, с которой общение через ADO. База в целом 30Гб. Живет.Но периодически по мере увеличения базы начинаются тормоза.После очередного этапа оптимизации живем еще месяц. Оптимизируем переносом логики на SQL сервер. В пределе 1С остается только как редактор форм. К тому и движемся. Уже видел и подобную реализацию.

А зачем вам тогда вообще 1С? Неужто "редактор форм" такой удобный?
ДА и оч. простой...
Ему конечно не хватает ProgressBar-а, ползунка и кое-каких еще фич, но и без них можно обойтись, так же если уж так хочется, то ProgressBar можно самому нарисовать :)

P.S. с этим редактором разберется любой человек за пару часов (на простом уровне конечно, т.к. есть там пару подводных камней, которые с первого разу не видать :( )

lou Сергей84P.S. с этим редактором разберется любой человек за пару часов (на простом уровне конечно, т.к. есть там пару подводных камней, которые с первого разу не видать :( )
А при чем здесь "любой человек"? У людей хватает ресурсов и квалификации спроектировать базу, оптимизировать работу с ней и т.д. И при этом держать 1С "как редактор форм"? Не понимаю я чего-то. Симбиоз этот не понятен. Не поверю, что новые формы они клепают как на конвейере по 20 шт. в день.
Ну это кому как... Если вам хватает внутренних средств 1С -то так и пользуйтесь, не хватает используйте 1С как редактор форм... Что тут объяснять? ИМХО одним словом.