>Этой технологи 10 лет и она РАБОТАЕТ
Да не спорю я что она работает.
Сам успешно пользую.

>А сканеры?
тут уж без ВЕБ

Евгений Автор строк:
-------------------------------------------------------
> В 1С 7.7 При проведении документов блокируется
> работа всех остальных пользователей. Вроде, как
> эта блокировка кратковременна, НО чем больше
> пользователей работает, тем больше они ждут, пока
> кто-то другой проводит документ. УРБД - позволяет
> разбить базу на несколько автономных баз, между
> которыми возможен обмен. Поэтому мы практикуем
> УРБД даже там, где нет филиалов. В одной базе
> сидят менеджера и операторы, набивают счета и
> накладные. Во второй базе сидит бухгалтер, наводит
> порядок: снимает с резерва, проверяет наладные,
> перепроводит накладные для восстановления границы
> последовательности. Бухгалтер проводит документы и
> никому не мешает.
> С RDP - все пользователи фактически сидят в одной
> базе. Т.е. база будет находится в заблокированном
> состоянии чаще с увеличением количества
> пользователей (а их станет больше с появлением 4-х
> филиалов). Вообще количество пользователей, при
> котором можно работать комфортно работать в 1С -
> это 7-10.
------------------
Скромняга... 7..10
А 130 пользователей в базе слабо? А у меня было.


> >Выгрузку можно настроить на центральный сервер. В
> чем тут сложности?
> >Как правило все агенты скидывают заявки по GPRS
> Согласен, с коммуникаторами, да. А с терминалами
> сбора данных? Они без GPRS идут :-) А сканеры?
>
> >Сейчас тяжело найти место в областном центре где
> нет интернета и нет возможности обеспечить
> "резервные" каналы связи (CDMA, 3G)
> Я не знаю в каких городах будут филиалы. Это
> только обласные центры? В дальнейшем планируется
> открывать филиалы только в обласных центрах?
> >Просто здесь речь идет о ТиСе и модернизированном
> ТиСе, подчеркну Украинском модернизированном ТиСе
> риски при адаптации его к >УРБД значительны.
--------------------
Значительны. Подтверждаю. Типовые конфы от АБИ не заточены под УРБД. Сликом много в низх нужно делать стартового причесывания.

> Не согласен. Для нашей фирмы, настройка УРБД такая
> же типовая операция, как добавление нового
> документа или написание нового отчета. И для нас
> не было принципиально, какую конфигурацию надо
> сделать распределенной. Я не знаю про какие риски
> идет речь? Этой технологи 10 лет и она РАБОТАЕТ. И
> не у одного нашего заказчика. Непосредственно мы
> внедряли это в Днепропетровске, Харькове,
> Запорожье, Днепродзержинске, Павлограде, Донецке,
> Сумах, Стаханове, Кривом Рогу.

>А 130 пользователей в базе слабо? А у меня было.
130 - возможно, смотря что они делают и на сколько переделана конфигурация. Я говорю про типовую конфигурацию без переделок. Если 130 пользователей начнут одновременно проводить документы примерно по 20 сек. то в сумме это даст 43 мин. Можно конечно посадить все на прямые запросы. Игорь, ты считаешь, что эти жертвы стоят ради того чтобы переходить на RDP, когда есть другие решения?

> >Просто здесь речь идет о ТиСе и модернизированном
> > ТиСе, подчеркну Украинском модернизированном ТиСе
> > риски при адаптации его к >УРБД значительны.
> --------------------
> Значительны. Подтверждаю. Типовые конфы от АБИ не заточены под УРБД. Сликом много в низх нужно делать стартового
> причесывания.
Господа, мы не путаем РИСКИ с ДОРАБОТКАМИ?
Доработки есть. Рисков нет.

Евгений Автор строк:
-------------------------------------------------------
> >А 130 пользователей в базе слабо? А у меня было.
>
> 130 - возможно, смотря что они делают и на сколько
> переделана конфигурация. Я говорю про типовую
> конфигурацию без переделок. Если 130 пользователей
> начнут одновременно проводить документы примерно
> по 20 сек. то в сумме это даст 43 мин. Можно
> конечно посадить все на прямые запросы. Игорь, ты
> считаешь, что эти жертвы стоят ради того чтобы
> переходить на RDP, когда есть другие решения?
-----------------
В данном случае я говорил только об факте работы с базой , в которой
работало до 130 пользователей одновременно (включая служебных роботов,
слушателей портов,...).
В конфигурации были ИСКЛЮЧИТЕЛЬНО прямые запросы.
Даже свой механизм блокировок реализован был. Так что документы проводились далеко не 20 сек

> > >Просто здесь речь идет о ТиСе и
> модернизированном
> > > ТиСе, подчеркну Украинском модернизированном
> ТиСе
> > > риски при адаптации его к >УРБД значительны.
> > --------------------
> > Значительны. Подтверждаю. Типовые конфы от АБИ
> не заточены под УРБД. Сликом много в низх нужно
> делать стартового
> > причесывания.
> Господа, мы не путаем РИСКИ с ДОРАБОТКАМИ?
> Доработки есть. Рисков нет.
-----------------
Любая доработка (любое изменение) работающего по несет в себе РИСКИ.

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

>Любая доработка (любое изменение) работающего по несет в себе РИСКИ.
С языка снял

При УРБД риски меньше чем у тех решений, которые были здесь озвучены.

Навіть не уявляла, що ця тема буде настількі цікава відвідувачам форуму. Усім дякую. обговорення теми тільки надало мені впевненості, що ми ще не готові так легко розпрощатися з доробками в 1С 7.7. Тим паче, що

> Любая доработка (любое изменение) работающего по несет в себе РИСКИ

Доробок. для вісімки буде дуже багато. І це не тільки, і не стільки обмін зі сканерами і комунікаторами, це велика кількість доробок під вимоги підприємства. Багато звітів, які дають нам змогу аналізувати діяльність підприємства. Цє і розрахунок зарплати торговим представникам. Це і система скидок від об'єму поставок, від категорії товару і таке інше.

Тому ми прийняли рішення, можливо, і не саме правильне, але на данний час саме менш болюче: спробувати налагодити обмін між двома складами у Донецьку. Якщо це запрацює, то далі по усім філіалам. Якщо ні, будемо вирішувати.

Ще раз дякую усім, хто прийняв участь у обговоренні. Думаю, тему можна вважати закритою.

P.S. Чомусь думала, що, коли людині нема шо добавити, вона нічого і не добавляє. Дивні пости типу "Нечего добавить". Нікого не хочу образити, це моє ИМХО.