Надо понимать, что что-бы не получилось из нового проекта — полным аналогом он не будет и барьер перехода — вещь неизбежная. Тем более, что мы переходим от толстого клиента в web-клиенту. Тот же барьер будет и у людей, которые будут переходить с 8.1 на 8.2.
Поверхностный взгляд на OpenERP вызвал у меня сначала именно такое же мнение как у вас. Поковырявшись подольше понял, что не так все страшно. Те же журналы, документы, реквизиты. Те же окошки для подбора значений ссылочных реквизитов. Считаю, что чего то такого, чего кардинально нельзя было принять в этой системе нет.
А что до интерфейса — его ж на самом деле можно изменить (в определенных рамках, но все ж). Можно взять готовый (или написать свой) модуль и сделать к нему такой интерфейс, который вызовет меньше проблем при переходе.
.
Эх… тут же в двух словах не напишешь. Ежели команда соберется — тогда и будет иметь смысл обсуждать.
Для начала и половина из вашего списка будет необязательна. Если все ж помечтать:
— визуальная работа со структурой БД (у 1С есть дерево конфигурации — справочники, документы, у каждой ветки — ее структура — это как вариант. можно и удобней сделать редактирование структуры БД)
— удобное создание форм (стандартный подход — форма, элементы управления, обработчики событий)
— отчеты и механизм трансляции объектных запросов (Чтобы разработчику можно было не думать о куче join-ов, и спокойно писать запросы в терминах объектов БД: что то вроде Select Номенклатура.Производитель.Страна, ...)
Еще вопрос по порогу входа и удобству. Аналогично — возможно ли сейчас или в будущем: за вечер написать модуль, к примеру, для учета личных финансов? Или сваять чего нибудь простенькое за пару часиков для того самого «ИПшника у которого нет денег на 1С»?
ERP в названии немного пугает. Обычно этим термином не называют учетное ПО для малого бизнеса.
Вопрос такой, раз уж вы, как я понял, знакомы с этим продуктом: порог входа большой? Возможна такая теоретическая ситуация в будущем, что поправить печатную форму сможет любой адекватный человек знакомый с ИТ, потратив 5 минут на чтение подготовленного мануала?
Признаю — наивность присутствует, а оценка из общих соображений, ни на чем конкретном не основанная.
Да, возможно недооцениваю сложность — в web сфере не являюсь специалистом. Для критической оценки идеи сообществом топик и написан.
Выше есть мнения что кое-что можно сделать (с конкретными вариантами). Про полную реализацию функционала платформы 1С речь, конечно, не идет. Но сделать пример описанный в топике, считаю возможным. Пусть даже уйдет больше времени.
В самом начале я написал: малый и средний бизнес. Точные рамки можно будет определить, когда будет команда и начнется обсуждение. На SAP претендовать глупо, а на системы до 30-50 пользователей (торговля, склад, crm, оперативный, управленческий учет, бухгалтерский — для начала только по спец. режимам(УСНО)) — реально. Больших объемов данных там не будет.
Согласен. Это один самых важных вопросов, которые придется решать, когда начнется работа над проектом. Впрочем, аналогичные вопросы стоят и перед самой 1С и перед прочими фирмами — разработчиками на этой платформе, когда они выпускают тиражные решения.
По обновлениям: вопрос актуален не для всех. Как пример — опять же область автоматизации торговли (склада) — поменять форму накладной — задача пяти минут(при наличии инструмента, конечно) с которой справляются иногда даже продвинутые пользователи без привлечения программиста, а основной функционал системы может работать без изменений годами. Есть живые примеры.
Не могу не согласиться. По поводу реалистичности подобного, конечно, существуют объективные сомнения. Однако существуют же другие open source проекты, не менее сложные и требовательные к серьезной команде. Соглашусь что не аргумент, но примером это быть может.
Для реализации конкурента, упомянутого в топике Моего Склада, можно обойтись и без архитектора и аналитика (в части разработки учетной системы). Хотя… достойную платформу без грамотного архитектора, наверно, не создать. Но, думаю, все решаемо, при большом желании.
Поверхностный взгляд на OpenERP вызвал у меня сначала именно такое же мнение как у вас. Поковырявшись подольше понял, что не так все страшно. Те же журналы, документы, реквизиты. Те же окошки для подбора значений ссылочных реквизитов. Считаю, что чего то такого, чего кардинально нельзя было принять в этой системе нет.
А что до интерфейса — его ж на самом деле можно изменить (в определенных рамках, но все ж). Можно взять готовый (или написать свой) модуль и сделать к нему такой интерфейс, который вызовет меньше проблем при переходе.
.
Для начала и половина из вашего списка будет необязательна. Если все ж помечтать:
— визуальная работа со структурой БД (у 1С есть дерево конфигурации — справочники, документы, у каждой ветки — ее структура — это как вариант. можно и удобней сделать редактирование структуры БД)
— удобное создание форм (стандартный подход — форма, элементы управления, обработчики событий)
— отчеты и механизм трансляции объектных запросов (Чтобы разработчику можно было не думать о куче join-ов, и спокойно писать запросы в терминах объектов БД: что то вроде Select Номенклатура.Производитель.Страна, ...)
ERP в названии немного пугает. Обычно этим термином не называют учетное ПО для малого бизнеса.
Вопрос такой, раз уж вы, как я понял, знакомы с этим продуктом: порог входа большой? Возможна такая теоретическая ситуация в будущем, что поправить печатную форму сможет любой адекватный человек знакомый с ИТ, потратив 5 минут на чтение подготовленного мануала?
Да, возможно недооцениваю сложность — в web сфере не являюсь специалистом. Для критической оценки идеи сообществом топик и написан.
Выше есть мнения что кое-что можно сделать (с конкретными вариантами). Про полную реализацию функционала платформы 1С речь, конечно, не идет. Но сделать пример описанный в топике, считаю возможным. Пусть даже уйдет больше времени.
По обновлениям: вопрос актуален не для всех. Как пример — опять же область автоматизации торговли (склада) — поменять форму накладной — задача пяти минут(при наличии инструмента, конечно) с которой справляются иногда даже продвинутые пользователи без привлечения программиста, а основной функционал системы может работать без изменений годами. Есть живые примеры.
Для реализации конкурента, упомянутого в топике Моего Склада, можно обойтись и без архитектора и аналитика (в части разработки учетной системы). Хотя… достойную платформу без грамотного архитектора, наверно, не создать. Но, думаю, все решаемо, при большом желании.