axz
Тогда потенциальный клиент получил бы такие преимущества, как:
0. работа распределённых территориально компаний урощается (один сервер, нет синхронизации, данные доступны в он-лайн)
1. отсутствие расходов на сервера
2. уменьшение расходов на администрирование (входит в стоимость аренды)
3. снижение рисков неудачного проекта: вместо покупки ПО- аренда (не устраивает через несколько месяцев отказался)
4. возможно уменьшение сроков внедрения (программировать приходилось бы только то чего ещё нет в приложении )



0 решается и без веб интерфейса. Вы же прекрасно должны понимать что в одной БД
хранить данные разных предприятий и хранить их в разных БД это не одно и тоже.
И когда придете к мысли что БД надо разделить не по причине интерфейса, дальше начнете
думать что их надо синхронизировать :)
3 - вы хотите чтобы люди свои данные хранили в Вашем ПК. Вы им будете рассказывать
как невозможно взломать БД, как она надежна - но это минус по-любому. И потом аренда
это плюс для того кто предоставляет а не для того кто берет :) Постоянные выплаты даже
небольшие напрягают больше разовых.
4 А как насчет потребности под каждого свои индивидуальные настройки и т.д. и т.п.
Или думаете что всех под одну гребенку ? Этот пункт тоже дирижабль. По сути тут будете
писать и обещать, обещать и писать.....без конца практически

Проглядывается желание стричь купоны в виде аренды и не сильно напрягаться....:)

axz
вы имеете ввиду проблемы масштабируемости SQL сервера, когда в одной БД будут данных многих компаний?
А причем тут масштабируемость. Сами по себе организационные вопросы.
Вы что думаете в локальной сети делают предприятия в разных БД потому что в одной
не реализовать ?

автор PiterBest
3 - вы хотите чтобы люди свои данные хранили в Вашем ПК. Вы им будете рассказывать
как невозможно взломать БД, как она надежна - но это минус по-любому.
тут нечего сказать, это "-". интересно как "NetSuite" это порешали ...
Да они могут решать как угодно - не забывайте в какой стране живем :)
Вы для начала себе рынок сбыта определите. Судя по всему речь идет про небольшие
компании. Или я не прав ?

авторспорно, а как же эффект "кота в мешке" ... стоимость внедрения крупной ERP (например OEBS ), на форуме уже порядок озвучивали
Давайте еще раз - Вы задачу для крупной компании писать думаете ?

автор- содержать возможность разработки
- разработка должна быть как можно проще "но не более"
- разработка должна быть доступна не только вендору, но и клиентам/подрядчикам

Извините но это теория: пустой разговор.

автора у кого его нет :)
дело в том что сложность задачи велика (мягко говоря), и кто её осилит явно достоин вознаграждения

Знавал я одного предпринимателя. Он хотел бизнес построить на строительстве дирижаблей:
-экономичный вид транспорта
-доставка от подъезда к подъезду крупногабарита и т.д. и т.п.
Дак вот Вы тоже сейчас про дирижабли пишите. Извините - не пытаюсь обидеть.

axz
если речь не о вопросе масштабируемости, то могу предположить такие причины:
- нет единой системы предприятия (как пример CRM в одной системе, ERP в другой, WMS в третьей ...)
- предприятие территориально разделено (офис и магазины например)
причину на WEB-сервере делать отдельные БД я не понял, привидите примет пожалуйста

Да Вы не о высоких технологиях подумайте. Взгляните глазами хозяина компании у которой
множество небольших юр.лиц и вдумайтесь: зачем например ему они и в таком количестве.
И почему он все яйца в одно лукошко не хочет складывать. И до разговора о высоких технологиях и не дойдет... а магазины кстати совсем не причем. На мой взгляд сеть маленьких магазинов
да еще БД под каждый .... это непонимание (ИМХО)

авторда речь о малых предприятиях, как мне кажется, именно с ними эта идея может иметь интерес в первую очередь.

А Вы на кого работать собираетесь ? :)
Представьте инспектирующим органам за ними по отдельности приходится гоняться и
совсем не интересно. А тут Вы такой сладкий всех сразу вокруг себя собрали. Приходи
комп изымай и обзванивай, называя ценник.... Это Вам не сайт на несколько дней отключить.
Не говоря уже о том что там вся деятельность и вероятно далеко не вся белая :)

Затем допустим вы набрали заказчиков и Ваша таблица составляет гигов 100.
А теперь представим как быстро на такой таблице будет работать упомянутая 1С.
Да им бы сначала рассчет себестоимости товара в порядок привести а потом уже
о веб проектах думать :) Ладно это уже другая история ....

Представьте Вашу таблицу такого размера и как она будет жить.
Еще раз напоминаю речь идет про малые предприятия а не про крупный бизнес.
А 100 гигов думаю легко наберут сто клиентов а то и больше. И вы все это в одну таблицу
пихаете и пихаете. А технологические операции с ней ? А если пара-тройка какие емкие
расчеты запустят.... Это же не mail.ru ну не работает - подожду пару часов.
А еще есть зависимость от надежности инет-канала. Связь пропала: работа встала :)
Потом вспомним про ввод первичных документов и именно про скорость ввода в Веб интернфейсе.
И так далее и так далее... Тут много всего.
Еще раз повторюсь сам по себе интерфейс штука хорошая но не везде и не во всем.
Делать все на нем - это крайность на мой взгляд.

авторможно коротко сформулировать концепцию, как "1С через WEB"
почему до сих пор такого сервиса нет, возможно причина конфиденциальность, возможно технологические ограничения 1С, тоже вопрос...
Извините за оф-топик. А Вы знаете что скажем состыковать 1С скажем с Microsoft CRM
можно напрямую только в том случае, если в 1С отключить авторизацию :)
Если у них там такие ошибки присутствуют - какой там будет Веб.


что мешает взять 1сv8 развернуть в WEB и продавать её как продукт или как сервис, если конечно политика лицензирования позволяет[/quot]