1 офис и 400 точек. Как настроить процесс? Какое нужно оборудование?
Задача: Конфигурация будет разрабатываться с нуля. Несложная база, которая будет накапливать данные клиентов. Строить несложные отчеты. Есть главный офис, в нем необходимо разместить оборудование. Есть много "точек", около 400. Точкам необходимо ежедневно вносить небольшие данные для офиса. Данные небольшие, анкета с данными клиента, ФИО, адреса, тел, сумма денег может что-то еще небольшое. Кол-во клиентов на каждой точке пока неизвестно. Возьмем примерно 10-20 в день на каждой точке. Необходимо подсказать, как бы вы организовали рабочий процесс.
Точки врядли все 400 единовременно будут подкл и работать. Возьмем для примера 250-300
Думаем как сделать.
1. На всех точках поставить 1С, набивать там данные, потом делать выгрузки в офис, немного замороченно. Точка сегодня есть, завтра нет, много для каждой настраивать. Большой объем работы.
2. Сделать терминальный сервер. завести 400 польз. Тоже много, но более централизованно, заморочек меньше вроде. Если точки меняются проще добавить, удалить новую. Но получится терминальных лицензий на очень много денег. Это наверное дорого. Также неизвестно каким будет объем базы. На SQL лицензии могут еще прибавиться, это что-то заоблачное по цена.
3. Сделать вэб сервер, на мощном железе. Здесь нет опыта, как работает вэб с таким кол-вом пользователем. и если база увеличится, как обработает данные. на 5-10 человек настраивали. Не знаем о больших объемах.
Посоветуйте. как можно сделать?
Точки врядли все 400 единовременно будут подкл и работать. Возьмем для примера 250-300
Думаем как сделать.
1. На всех точках поставить 1С, набивать там данные, потом делать выгрузки в офис, немного замороченно. Точка сегодня есть, завтра нет, много для каждой настраивать. Большой объем работы.
2. Сделать терминальный сервер. завести 400 польз. Тоже много, но более централизованно, заморочек меньше вроде. Если точки меняются проще добавить, удалить новую. Но получится терминальных лицензий на очень много денег. Это наверное дорого. Также неизвестно каким будет объем базы. На SQL лицензии могут еще прибавиться, это что-то заоблачное по цена.
3. Сделать вэб сервер, на мощном железе. Здесь нет опыта, как работает вэб с таким кол-вом пользователем. и если база увеличится, как обработает данные. на 5-10 человек настраивали. Не знаем о больших объемах.
Посоветуйте. как можно сделать?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Мобильное приложение на каждой точке (телефон на андроиде есть у каждого, либо на крайний случай стоит мало), и обмен с центральным сервером по средствам http-сервисов. Дешево и сердито. Единственное неудобство, наверное, интерфейс мобильного приложения, а именно размер экрана, впрочем, если количество данных малое, то думаю удобный интерфейс сделать не проблема.
(1)
Для каждой настраивать не надо. Делается универсальный образ узла в котором под новую точку заменяются только нужные параметры.
Пробуй такой вариант.
А точки чем занимаются? Продажа? Услуги? МФО?
1. На всех точках поставить 1С, набивать там данные, потом делать выгрузки в офис, немного замороченно. Точка сегодня есть, завтра нет, много для каждой настраивать. Большой объем работы.
Для каждой настраивать не надо. Делается универсальный образ узла в котором под новую точку заменяются только нужные параметры.
3. Сделать вэб сервер, на мощном железе. Здесь нет опыта, как работает вэб с таким кол-вом пользователем. и если база увеличится, как обработает данные. на 5-10 человек настраивали. Не знаем о больших объемах.
Пробуй такой вариант.
А точки чем занимаются? Продажа? Услуги? МФО?
(1)
По формулировке задачи очень похоже на МФО.
Сам по себе объем данных не поражающий, вопрос скорее в одновременном доступе.
Люди знакомые "строились" несколько лет, у них в пределах 200 точек, работают на самописной конфе, через тонкие клиенты.
База на PgSQL, ворочается нормально, несмотря на внушительный архив. Как говорят, "надо просто уметь готовить". Резерв на расширение субъективно еще приличный.
Поскольку конфа у вас тоже самописная, при должном умении вы из нее можете сделать все, что угодно, в плане скорости работы.
Но можете сделать и неповоротливого динозавра.
Файлы с фотками и сканами хранить лучше отдельно, не в блобах SQL-базы, а либо на самописном http-сервисе (можно будет обращаться к хранилищу в обход сервера), либо в папке на сервере (тогда придется гонять через него).
По формулировке задачи очень похоже на МФО.
Сам по себе объем данных не поражающий, вопрос скорее в одновременном доступе.
Люди знакомые "строились" несколько лет, у них в пределах 200 точек, работают на самописной конфе, через тонкие клиенты.
База на PgSQL, ворочается нормально, несмотря на внушительный архив. Как говорят, "надо просто уметь готовить". Резерв на расширение субъективно еще приличный.
Поскольку конфа у вас тоже самописная, при должном умении вы из нее можете сделать все, что угодно, в плане скорости работы.
Но можете сделать и неповоротливого динозавра.
Файлы с фотками и сканами хранить лучше отдельно, не в блобах SQL-базы, а либо на самописном http-сервисе (можно будет обращаться к хранилищу в обход сервера), либо в папке на сервере (тогда придется гонять через него).
Обратитесь к специалистам, например у Юрия Лазаренко есть работающая технология сверхтонких клиентов 1С.
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот