О, тока что про CRM в компьютерре читал...

Compiere ERP/CRM - уже сто лет существовала, так что про "ПЕРВУЮ" можно даже и не заикаться...

Первая российская

именно первая российская

На самом деле там двояко очень сказано, что злит..
Если посмотреть на обложку журнала на картинке, то видна откровенная дезинформация:
"Первая EPR/CRM-система на Open Source"

Прекрасная новость. Кто-нибудь по-настоящему дельное может сказать? Действительно интересно. Заранее призателен. :))

Извините за мою глупость, но что такое ERP/CRM система? Лень в сети искать.

Enterprise Resource Planning Customer Relationship Management

Поделка наколенная. ZODB - это курям на смех.

Действительно, не думал, что после сделанного ими же самими столь критического обзора ZODB они его засунут в продукт.. Будем надеяться, что когда-нибудь система поднимется до уровня Compiere ...

Alter (*) (2003-01-28 20:02:54.986)

Hello, Alter!

Меня пугает связка Python/ZODB в качестве ядра системы ERP/CRM. 
1. Это untrusted решение.
2. Такое решение, имхо, немодульно. Я буду привязан к питону и к ZODB, 
которые непонятно как расширять.
3. Интересно, а как это все будет себя вести, если в БД будет 2 млрд. 
объектов. Каково будет среднее время поиска, среднее время 
на добавление объекта.
4. Какова секюрность такого решения, да и с моделями безопасности не 
все ясно.
5. Не удивлюсь, если XML-средства, которыми им (разработчикам) придется 
пользоваться будут _очень_ медленными. Поэтому, эффективность реализации, скажем, ebXML под большим вопросом.

Собственно, мне кажется в этой области надо идти проторенными дорожками 
(Java). Тем не менее, питон интересен как альтернатива Java в подобного 
рода системах. Что из этого получится.

Думаю, проект носит более инновационный, чем практический характер, 
хотя 300К $ инвестиций заставляют думать о серьезности намерений 
авторов.

В этом плане, на мой взгляд, более привлекательно выглядит Compiere 
ERP/CRM.

Виктор Смирнов

1. untrusted в каком палне?

2. решение написано на Си тоже немодульно ;-)

питон расширяется очень легко (в комплекете документации на питон есть раздел "Python C API").

ZODB это по сути persistance, с некоторыми наворотами. По крайней мере, таким было еще пол года назад ;)

Обо всем есть на сайтах разработчиках, страшного там внутри ничего нет.

3. Про с 2 млрд. записей ничего не скажу, но думаю будет невесело ;) с другой стороны, в разрезе того, что это persistance, есть шансы заменить его на другой.

4. аудит отдельная песня, думаю даже неслучайно ;)

5. XML в питоне растет из нескольких мест, навскидку из трех. Чего там именно они взяли смотреть лень, но везде в том или ином виде С/С++ завернутое в питоновские объекты. Навскидку медлее чем "лидеры индустрии", но думаю что не на порядок. Мы тесты не гоняли, нас пока вопрос скорости не волнует. По слухам, libxml2/libxsl (xmlsoft.org) довольно бустры, автор поддерживает питоновские бинндинги.

Питон, даже бывает написаный на java, называется Jython. В итоге, питоновские классы видны из java, и наоборот. Люди пробовавшие сие, говорят что для интеграции с имеющимися java-based solutions вполне. Как самостоятельный инструмент (с целью запуска софта внутри jvm) не очень, генератор байткода слабоват.

2 bormotov: Понятно стало, что ты не понимаешь что значит "расширяемое решение". :0)

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

Грустно, что в обсуждении люди сразу скатились на оценку "неубитого медведя" и стали мериться членами :(

Бог с ним пусть есть, как его там, Compiere, NAUMEN, чёрт с рогами, Python, Java,... Microsoft. Главное пусть будет и пусть будет появляться новое и развиваться старое и это и есть хорошо :)

2 Смирнов, anonymous: IMHO, понятия расширения "нет", в том смысле, что когда произносишь слово "расширение" нужно его конкретизировать. Привязка новых языков, дополнение бизнес логики, изменение каких-то парамметров базовой модели системы, преврашение standalone в distributed и т.п. Всё это - суть разные расширения - некоторые от них зависят от выбора языка программирования, некоторые от архитектуры системы, какие-то от операционной системы и т.п. Таким образом нельзя сказать про какое-то решение, что он расширяемое или нет, можно сказать оно расширямое в таком-то смысле, либо в таком-то смысле оно имеет ограничение (чаще всего ограничения запланированные).

Best regards

Ага, полностью согласен с bada. Интересно, а авторы системы не собираются присоединиться к мировому Open Source? Ну там разместить проект в GNU. Когда проект делается всем миром, он гораздо быстрее хорошеет и растет:)

Всего самого всем.

Вечно какую-то байду нахерачат, обзовут черт знает чем - вот вам "продукт". Да это на хер никому не надо, не то что за бабки, за бесплатно.

И не говори, ERP/CRM блин. Хоть бы не позорились. На более-менее сложном отчёте эта ботва уйдёт в даун и никогда не вернётся. Разве что посетителей овощного ларька манажить.

Злобный читатель.

Добрый день! Для тех кому интересно - небольшой коментарий. В прессе публикации встречались еще в прошлом году. Но ударный маркетинг пошел только-только. С маркетинговой точки зрения проект мне кажется интересным для наблюдения. Что действительно в первые происходит, дак это попытка раскрутить OpenSource проект вкладывая беспрецендентные в сравлении с другими подобными проектами ресурсы в маркетинг. Это повторюсь, действительно в Росии в первые. Есть надежда, что такой маркетинг сыграет свою роль в просвещении Топ мэнеджеров не IT компаний, находящихся в большинстве своем в неведении о существовании и преимуществах OpenSource. И таким образом сыграет на руку всем OpenSource проектам. Однако есть некоторый риск того, что этот проект может сыграть в обратную сторону, несколько подпортив репутацию Open Source проектов. Такая ситуация может возникнуть, если обещания NAUMAN будут расходится с тем, что реально есть. А пока назвать серьезным продуктом масштаба предприятия, даже если он всего лишь "лайт", архив на 300К как то язык не поворачивается. Не говоря уже о применении таких громких ярлыков как CRM и тем более ERP. Другими словами, после прочтения рекламы и изучения сайта появилось некоторое ощущение фальшстарта в гонке Open Source систем для автоматизации деятельности предприятий. Но факт на лицо. Гонка или уже начинается или ее начало не загорами :) Посмотрим, посмотрим, что же будет дальше...

Андрей Паскаль

Добрый день

Очень показательно упоминание ВШЭ (Высшая Школа Экономики - Ясин и компания из олигархов Каха Бенукидзе) в статье. У них там целый факультет есть кибернетики и автоматизации управления предприятиями (что-то вроде). Может быть там уже какие наработки на эту тему имеются.

С уважением Евгений

P.S. Сестра приедет - попытаю. Как раз официально по подобным делам специализируется :)

Мля, да какие наработки :):):) Не надо херню нести, там бабки делают на олухах, развешивают лапшу на уши и за это берут бабло. Хоть бы один такой центр озаботился, например, созданием почтовой системы под ентерпрайз, в замену кривому эксченжу, или ж создали бы хороший сиквел сервер, если уж в опенсоурсы полезли. Вот ёпрст системы они могут делать, только никто не знает что оно из себя представляет. Короче - шулеры

А я, вот, не знал, что есть отечественная OpenSource ERP/CRM-система. Какая бы она (система) ни была, хочется поблагодарить разработчиков за продукт и выбор OpenSource.

Спасибо.

<< Виктор Смирнов: Собственно, мне кажется в этой области надо идти проторенными дорожками (Java). Тем не менее, питон интересен как альтернатива Java в подобного рода системах. Что из этого получится. >>

Да Java, конечно, более подходит под решения такого плана, но на Питоне просто проще. Язык читай не отягащен диалектами, т.е. один написал код - любой разобраться сможет.

P.S. :кстати, кто-нить пробовал SAP DB www.sapdb.org ?

А никого не смущает что она с веб-интерфейсом? Ведь неудобно же будет пользоваться!

>А никого не смущает что она с веб-интерфейсом?
это единственный 100% кроссплатформенный вариант.
>Ведь неудобно же будет пользоваться!
"Вы просто не умеете их готовить"

Ваша бы корова мычала. _______ Вот ёпрст системы они могут делать, только никто не знает что оно из себя представляет.----- НЕЗНАЕТЕ, ТАК ЧТО ТОГДА мля ХЛОПАТЬ ОДНИМ МЕСТОМ. Узнайте и просим милости советы раздавать. О то бабло, херня, шулеры. От горшка не оторвался все туда же. ЛЮди молодцы, сделали нужную систему.

2AVL2 Конкретному юзверю глубоко по барабану кроссплатформеннось поделия, ему главное - шоб удобно было. А веб-интерфейс - крив и тормозен.

>Вы просто не умеете их готовить

Сляпать вэб морду какраз все могут, а вот убедить юзверя, что это супер-пупер-кул и типа это модерновый рулез - это врядли.

Гхм..

Товарищи, тяжко смотреть на все эти перепалки ну да ладно.

1) Веб Интерфейс на сегодняшний день - самое популярное решение присутствующее практически во всех CRM решениях.

2) Никто не спорит, что хорошо что и у нас чего-то создали, еще один Open Source продукт и всё такое, НО

3) Ежели этот продукт обманет ожидания (а судя по описанию оного, это вполне может случиться) то это нанесёт вред последующим раскруткам Open Source..

4) Лучше бы разработчики влились в комманду Compiere и добавили бы туда русскую локализацию и помогли бы развить продукт..

Глянул их прайс на NauRP.

Стоимость внедрения - $1к за рабочее место.

В Галактике порядок цен примерно такой же, при большем функционале.

Саныч

>2AVL2 Конкретному юзверю глубоко по барабану
>кроссплатформеннось поделия, ему главное - шоб удобно было.
>А веб-интерфейс - крив и тормозен.

Конкретному - да. А вот общности юзеров, которые населяют корпорацию - нет.
ВСЯ корпорация должна работать в этой системе и значит, на всех платформах, которые есть в корпорации.


>>Вы просто не умеете их готовить

>Сляпать вэб морду какраз все могут, а вот убедить юзверя, что это
>супер-пупер-кул и типа это модерновый рулез - это врядли.

Одно из двух - или качественный web-интерфейс, и минимум усилий по демонстрации его возможностей юзерам, или "Сляпать вэб морду какраз все могут" и звать Лонго для зомбирования юзеров

> Веб Интерфейс на сегодняшний день - самое популярное решение > присутствующее практически во всех CRM решениях

Да, но это дополнительная возможность, а не основной интерфейс. Вэб морды удобны разработчикам, но не юзерам.

Привет всем!

Выше ссылались на ERP/CRM Compiere. Какое-то время назад, я заходил на их сайт из любопытства решил освежить свои данные и обнаружил, что в команде участвует наш соотечественник - Vyacheslav Pedak (https://sourceforge.net/users/pedak/). Русский перевод написано что есть.

А кто может высказаться конструктивно про Compiere?

+ вообще то Compiere под оракл :( Состояние дел по использованию в том числе и постгрес http://www.compiere.org/technology/pg/index.html. Обещают к следующему релизу...

Большое спасибо всем. :))

Может кто-нибудь знает: выпускается ли книга с теорией ERP, желательно на русском языке. Заранее спасибо. :)))

чего вы тут то спорите? а то наезды, переезды, умные такие млин. а как дискутировать, так как на базаре.. (за редким исключением :)) идите на ихний форум, там и рулитесь с разработчиками. www.naumen.ru/forum так вроде...

http://compiere.ru/

http://compiere.ru/

Сравнивая сабж с классическим ERP-представителем - SAP R/3, не перестаёшь удивляться амбициозности заявителей. Что-то из серии "суперсистема 6". Скромнее надо быть.

to bormotov (*) (2003-01-29 01:28:35.592)

Untrusted здесь означает, что такому решению нет доверия. Неизвестно, как это все будет работать. Поставлю я все это, а как оно дальше себя поведет? Как будет масштабироваться. В энтерпрайзах можно использовать только проверенные технологии.

С ZODB я ознакомился, но не копал глубоко. Толком не ясно, как там с query engine. Т.е. сложные графовые запросы повисают в воздухе. Да и транзакции уровня serializable не добавляют уверенности в производительности такого решения при большом количестве одновременных запросов. Для хранения persistance logic ООБД подходят неплохо. Для хранения больших массивов данных - плохо.

Для Java написано очень много разнообразных компонентов, фреймворков и энджинов. Они тоже опенсорсные и достаточно качественные. Уже сейчас можно из отдельных пакетов (модулей) собрать весьма серьезную систему, немного обработав все это напильником. Причем я могу заменить, например, опенсорсный JMX на проприетарный, если захочу. Или вместо фичастого но медленного Xerses использовать простой но быстрый crismon.

Последний раз я работал с libxml2/libxsl в РХ 7.2. Может это было только у меня, но XSLT больших файлов (100К-1М узлов) выполнялся _крайне_ медленно, маленькие файлы трансформились быстро. Но это лечится, думаю где-то просто баг. Есть другое ограничение - реализация функций расширения XSLT. В MSXML это есть, но работает плохо. В Xalan тоже есть и рабботает хорошо. А вот в libxsl, на сколько я знаю, нет. А без функций расширения серьезную обработку XML сделать не получится. Причем чисто скриптовые расширения типа встроенного JavaScript - это очень медленно при обработке больших файлов.

Пока серьезной альтернативы джавовским средствам поддержки XML я не встречал (MSXML не предлагать). А именно они, имхо, становятся краеугольным камнем ERP/CRM сейчас. Плюс должен быть хороший предметно-ориентированный content management.

Python XML я юзал в составе 4Suit (если я правильно написал). Это медленно. Очень медленно. Прока обрабатываются маленькие одиночные файлики, это терпит. Но когда надо будет обрабатывать большое количество бизнес-документов да еще в потоке, начнутся проблемы.

Python - достаточно популярный язык. И много толковых людей на нем пишут, потому что он им нравится. И, в конце концов, напишут толковые вещи. Но, боюсь, это будут уже давно изобретенные велосипеды и не хотелось бы, чтобы потом оказалось, что это решения "в себе". Тем не менее, неплохо было бы иметь альтернативы Java на линух-платформе.

Виктор Смирнов

Нет, это все кул и все такое, но расширяемость подразумевает наличие стандартных интерфейсов. CORBA, COM, SOAP, RMI на худой конец, интеграция с существующими системами и backend'ами, c Эксченджем если он есть, а если его нет с другой groupware системой. Она также подразумевает масштабируемость. Не тянет один сервер - ставим рядом другой, делаем кластер (типа WLBS). Т.к. нет нормальной DB, я так понимаю масштабируемость DB backend'а отсутствует как класс. Иначе была бы multi-tier система и сервер приложений как у всех нормальных людей.

Далее, как насчет workflow, господа хорошие? И как насчет security модели работоспособной в реальном CRM/ERP окружении? Это два кусочка, которыми давятся многие более крутые конторы на западе. Как насчет customization и, главное, апгрейдопригодности после customization? Как насчет хорошего ISV тулкита, который создаст вокруг этого софта жизнеспособную экосистему партнеров поставляющих расширения и дополнения? Опен сорс никому нахер не нужен. Нужны четко определенные и стабильные и стандартные языконезависимые интерфейсы.

До тех пор пока эти вопросы не отвечены, я бы предостерег потенциальных покупателей от поспешных шагов.

Про Compiere, дабы внести ясность.

Compiere написана на java и имеет 2 интерфейса: GUI и HTML. HTML очень похож на нормальный GUI, но по проще. Система действительно работоспособная, по крайней мере уже работающие версии есть в США, Бразилии, Франции и Германии.

Система позволяет настраивать и встраивать все что угодно, при этом для 90% таких работ знать java не надо (все делается через интерфейс).

Есть 2 проблемы, которые и тормозят развитие Compiere в России. Первая - это Oracle. К сожаленью, сейчас система работает только под ним. От просто перехода на Postgres отказались в пользу перехода на JBoss (это сервер приложений такой для java, если кто не знает). При этом станет возмозжным работать под всеми базами которые поддерживает JBoss (это все известные бесплатные и коммерческие базы). Одно только, переход на JBoss дело не простое и он будет постепенным, так что первая бета (под него) появится не раньше чем через полгода. Вообщем эта проблема решается, вопрос только во времени.

Вторая проблема - это GAAP (т.е. импортный бухгалтерский учет). Эта проблема решается проше (по трудозатратам), но у меня не хватает сил на все (да и я не сильно большой знаток бухгалтерии и особенно разницы между нашими ПБУ и GAAP). Так что если есть здесь кто-либо заинтересованный в развитии Compiere и желающий помочь. Пишите мне - vpedak@compiere.ru. Помощь нужна не только в программировании, но и в "постановке" задачи по переходу на наш учет.

Вообщем добро пожаловать на сайт и на форум http://www.compiere.ru

Вячеслав Педак

Тяжко, наверное, с такой фамилией в России...

А с гордым именем 'anonymous' вообще, наверно, кирдык... ;-))))))

<цитата>Нет, это все кул и все такое, но расширяемость подразумевает наличие стандартных интерфейсов. CORBA, COM, SOAP, RMI на худой конец, интеграция с существующими системами и backend'ами, c Эксченджем если он есть, а если его нет с другой groupware системой. Она также подразумевает масштабируемость. Не тянет один сервер - ставим рядом другой, делаем кластер (типа WLBS). Т.к. нет нормальной DB, я так понимаю масштабируемость DB backend'а отсутствует как класс. Иначе была бы multi-tier система и сервер приложений как у всех нормальных людей. </цитата>

NauRP является всего лишь модулем, так называемым Product, к Zope (www.zope.org) поэтому и размер архива 300 килобайт. А все, что перечислено выше, в Zope есть, точно также как и многое другое.

Лично мой опыт использования Zope (произносится как зопи) ооочень положительный. Связка SAP DB, Zope, 1C работает на ура.

Относительно Naum RP я не в восторге. Продукт должен быть лучше, хотя если они его подстраивают под конкретного клиента, то может и получается что то стоящее.

оПЕФДЕ ВЕЛ МЮВЮРЭ ПЮГЦНБНП, УНРЕКНЯЭ АШ БЯОНЛМХРЭ пЕМЕ дЕЙЮПРЮ: "нОПЕДЕКХРЕ ГМЮВЕМХЕ ЯКНБ Х БШ ХГАЮБХРЕ ВЕКНБЕВЕЯРБН НР ОНКНБХМШ ЕЦН ГЮАКСФДЕМХИ".

>мЕР, ЩРН БЯЕ ЙСК Х БЯЕ РЮЙНЕ, МН ПЮЯЬХПЪЕЛНЯРЭ >ОНДПЮГСЛЕБЮЕР МЮКХВХЕ ЯРЮМДЮПРМШУ ХМРЕПТЕИЯНБ.

пЮЯЬХПЪЕЛНЯРЭ √ ЯОНЯНАМНЯРЭ Й ПЮЯЬХПЕМХЧ. ( мЮЯЙНКЭЙН Ъ ОНМХЛЮЧ, МХФЕ ЯДЕКЮМЮ ОНОШРЙЮ, НОПЕДЕКХРЭ ОНМЪРХЕ пЮЯЬХПЪЕЛНЯРЭ ДКЪ РЕЙСЫЕЦН ЙНМРЕЙЯРЮ, ОНЯПЕДЯРБНЛ ОЕПЕВМЪ ОПХЯСЫЕИ ЕИ ТСМЙЖХНМЮКЭМНЯРХ)

яРЮМДЮПРМШИ ХМРЕПТЕИЯ - ?

>CORBA, COM, SOAP, RMI МЮ УСДНИ ЙНМЕЖ, ХМРЕЦПЮЖХЪ Я ЯСЫЕЯРБСЧЫХЛХ ЯХЯРЕЛЮЛХ Х >backend'ЮЛХ, c щЙЯВЕМДФЕЛ ЕЯКХ НМ ЕЯРЭ, Ю ЕЯКХ ЕЦН МЕР Я ДПСЦНИ groupware ЯХЯРЕЛНИ.

дЮБЮИРЕ МЕ ЛЕЬЮРЭ ╚ЮОЕКЭЯХМШ Х КЮЛОНВЙХ╩ - рЕУМНКНЦХХ Х хМРЕПНОЕПЮАЕКЭМНЯРЭ. б ЙЮВЕЯРБЕ ОНДДЕПФЙХ ПЮЯОПЕДЕКЕММНИ ЯПЕДШ АШК БШАПЮМ ОПНРНЙНК SOAP, ЙНРНПШИ МЮ РЕЙСЫХИ ЛНЛЕМР МЕ БЙКЧВЕМ Б ДНЯРСОМШИ БЮПХЮМР ЯХЯРЕЛШ.

Groupware √ ⌠ОПНЦПЮЛЛМНЕ НАЕЯОЕВЕМХЕ ДКЪ ЦПСООНБНИ ПЮАНРШ", ВРН ОНДПЮГСЛЕБЮЕР БНГЛНФМНЯРЭ ОН НАЕЯОЕВЕМХЧ ЙНЛЛСМХЙЮЖХИ, ЯНРПСДМХВЕЯРБЮ Х ЙННПДХМЮЖХХ СЯХКХИ ЛЕФДС ЦПСООЮЛХ ОНКЭГНБЮРЕКЕИ.

бЯЕ ЩРХ ТЮЙРНПШ ВЮЯРХВМН СФЕ ОПХЯСРЯРБСЧР. дНБЕДЕМХЕ ХУ ДН ЮАЯНКЧРЮ, БНОПНЯ БПЕЛЕМХ. вРН ЙЮЯЮЕРЯЪ БНГЛНФМНЯРХ БГЮХЛНДЕИЯРБХЪ Я ХМШЛХ ОПНДСЙРЮЛХ ДЮММНЦН ЙКЮЯЯЮ, РН ЩРН АЕГ ЯНЛМЕМХЪ АСДЕР ПЕЮКХГНБЮМН. мЮДЕЧЯЭ, БШ ЯН ЛМНИ ЯНЦКЮЯХРЕЯЭ, ВРН ОНДДЕПФЙЮ ДЮММНИ БНГЛНФМНЯРХ Б ОЕПБНИ ╚АЕРЕ╩ МЕЛМНЦН МЕСЛЕЯРМЮ.

>нМЮ РЮЙФЕ ОНДПЮГСЛЕБЮЕР ЛЮЯЬРЮАХПСЕЛНЯРЭ. мЕ РЪМЕР НДХМ ЯЕПБЕП - ЯРЮБХЛ ПЪДНЛ >ДПСЦНИ, ДЕКЮЕЛ ЙКЮЯРЕП (РХОЮ WLBS). >р.Й. МЕР МНПЛЮКЭМНИ DB, Ъ РЮЙ ОНМХЛЮЧ >ЛЮЯЬРЮАХПСЕЛНЯРЭ DB backend'Ю НРЯСРЯРБСЕР ЙЮЙ ЙКЮЯЯ.

мНПЛЮКЭМЮЪ АЮГЮ ДЮММШУ - ? ( еЯКХ БЯЕ-РЮЙХ АСДЕР СРНВМЕМН ДЮММНЕ ОНМЪРХЕ, РН ЯПЮГС ЕЯРЭ ОПЕДКНФЕМХЕ МЕ ДЮБЮРЭ ЦНКНЯКНБМШУ ПЕОКХЙ, Ю ОПХБЕЯРХ ОЕПЕВЕМЭ ОНЙЮГЮРЕКЕИ, ХГ ЙНРНПШУ БЯЕ ЯПЮГС ФЕ ОНИЛСР, ВРН ДЮ, ДЮММЮЪ ад (ZODB) МХЙСДЮ МЕ ЦНДМЮ Х МЕ ЛНФЕР ХЯОНКЭГНБЮРЭЯЪ ДКЪ ОНЯРЮБКЕММНИ ГЮДЮВХ)

>хМЮВЕ АШКЮ АШ multi-tier ЯХЯРЕЛЮ Х ЯЕПБЕП ОПХКНФЕМХИ ЙЮЙ С БЯЕУ МНПЛЮКЭМШУ КЧДЕИ.

р.Е. БЯЕ МНПЛЮКЭМШЕ КЧДХ НАКЮДЮЧР ЩРХЛХ ЯСЫМНЯРЪЛХ? хЯЙКЧВХРЕКЭМН ХМРЕПЕЯМШИ ТЮЙР.

>дЮКЕЕ, ЙЮЙ МЮЯВЕР workflow, ЦНЯОНДЮ УНПНЬХЕ?

Worfflow = ЯХЯРЕЛЮ ЩКЕЙРПНММНЦН ДНЙСЛЕМРННАНПНРЮ (ящд) лНФМН ЯЙЮГЮРЭ РЮЙ. еЯРЭ ДБЮ ОНМЪРХЪ: ERP Х ящд. уНВС РЮЙФЕ НРЛЕРХРЭ, ВРН ЩРН ДБЮ ПЮГМШУ ОНМЪРХЪ. мЕ АСДС ЯОНПХРЭ, ВРН НВЕМЭ ВЮЯРН ЩРХ ЯХЯРЕЛШ ХМРЕПЦХПСЧРЯЪ ДПСЦ Я ДПСЦНЛ. б МЮЬЕИ ЙНЛОЮМХХ ГЮ ящд НРБЕВЮЕР ОПНДСЙР NauDoc. оНЙЮ NauRP Х NauDoc МЕ ОЕПЕЯЙЮЧРЯЪ, МН ЙЮЙ МЕ ЯКНФМН ДНЦЮДЮРЭЯЪ, ЩРН НАЪГЮРЕКЭМН ОПНХГНИДЕР.

>х ЙЮЙ МЮЯВЕР security ЛНДЕКХ ПЮАНРНЯОНЯНАМНИ Б ПЕЮКЭМНЛ CRM/ERP НЙПСФЕМХХ?

оН БХДХЛНЛС ДЕКЮЕРЯЪ ЮЙЖЕМР МЮ ЯКНБН ╚ПЕЮКЭМНЛ╩ Б ОПНРХБНОНЯРНБКЕМХЕ ╚МЕПЕЮКЭМНЛ╩. пЕЮКЭМНЕ_CRM/ERP_НЙПСФЕМХЕ - ?

оНДЯХЯРЕЛЮ АЕГНОЮЯМНЯРХ (оа) Б БЕПЯХХ 1.0, ПЕЮКХГНБЮМЮ Б БХДЕ ПЮЯОПЕДЕКЕММНИ ЯХЯРЕЛШ АЕГНОЮЯМНЯРХ √ Р.Е. ЙЮФДШИ НАЗЕЙР ПЕЮКХГСЕР АЕГНОЮЯМНЯРЭ ОПХЯСЫСЧ ХЛЕММН ЕЛС Б ГЮБХЯХЛНЯРХ НР ЙНМРЕЙЯРЮ, НАПЮЫЮЧЫЕЦНЯЪ ЯСАЗЕЙРЮ.., Х.Р.Д. нМЮ МХЙНХЛ НАПЮГНЛ МЕ ОПХБЪГЮМЮ Й Zope Х НЯСЫЕЯРБКЪЕР ЯНАЯРБЕММСЧ ОНКХРХЙС. яНАЯРБЕММН БНОПНЯ МЕ ЯНБЯЕЛ ЪЯЕМ┘ аСДЭРЕ ДНАПШ СРНВМХРЭ.

>щРН ДБЮ ЙСЯНВЙЮ, ЙНРНПШЛХ ДЮБЪРЯЪ ЛМНЦХЕ АНКЕЕ ЙПСРШЕ ЙНМРНПШ МЮ ГЮОЮДЕ.

с БЮЯ ЕЯРЭ ХЯРНВМХЙХ, ДНЙЮГШБЮЧЫХЕ МЮПСЬЕМХЕ ОХЫЕБЮПХРЕКЭМНЦН ОПНЖЕЯЯЮ С ЧПХДХВЕЯЙХУ КХЖ ГЮОЮДМНЦН ОНКСЬЮПХЪ?

>йЮЙ МЮЯВЕР customization Х, ЦКЮБМНЕ, ЮОЦПЕИДНОПХЦНДМНЯРХ ОНЯКЕ customization? йЮЙ >МЮЯВЕР УНПНЬЕЦН ISV РСКЙХРЮ, ЙНРНПШИ ЯНГДЮЯР БНЙПСЦ ЩРНЦН ЯНТРЮ ФХГМЕЯОНЯНАМСЧ >ЩЙНЯХЯРЕЛС ОЮПРМЕПНБ ОНЯРЮБКЪЧЫХУ ПЮЯЬХПЕМХЪ Х ДНОНКМЕМХЪ?

Customization - ? ЮОЦПЕИДНОПХЦНДМНЯРХ ОНЯКЕ customization - ?

еЯКХ ХЛЕЕРЯЪ Б БХДС МЮЯРПНИЙЮ ЯХЯРЕЛШ ОНД МСФДШ НОПЕДЕКЕММНИ ЙНЛОЮМХХ, РН НМЮ АЕГ ЯНЛМЕМХЪ ОПХЯСРЯРБСЕР, МН ОНЙЮ МЕ Б ЪБМНЛ БХДЕ. щРН ЯБЪГЮМН Я РЕЛ, ВРН NauRP Б РЕЙСЫЕИ БЕПЯХХ ПЕЮКХГСЕР ДНЯРЮРНВМН НАЫХЕ (ЙКЧВЕБШЕ) ЛНЛЕМРШ АХГМЕЯ ОПНЖЕЯЯНБ, ЙНРНПШЕ ОПХЯСЫХ ОНВРХ ЙЮФДНИ ПНЯЯХИЯЙНИ (Х МЕ РНКЭЙН) ТХПЛЕ.

>нОЕМ ЯНПЯ МХЙНЛС МЮУЕП МЕ МСФЕМ. мСФМШ ВЕРЙН НОПЕДЕКЕММШЕ Х ЯРЮАХКЭМШЕ Х >ЯРЮМДЮПРМШЕ ЪГШЙНМЕГЮБХЯХЛШЕ ХМРЕПТЕИЯШ.

нВЕБХДМН ХЛЕММН Б ЯБЪГХ Я ЩРХЛ ТЮЙРНЛ ЙНЛОЮМХЪ IBM ЯНАХПЮЕРЯЪ БКНФХРЭ Б linux-ОПНЕЙРШ НЙНКН 330 ЛКПД. ДНККЮПНБ (йНЛОЭЧКЕМРЮ , 04/06/02.), ДЮ Х МЕ РНКЭЙН IBM┘

>дН РЕУ ОНП ОНЙЮ ЩРХ БНОПНЯШ МЕ НРБЕВЕМШ, Ъ АШ ОПЕДНЯРЕПЕЦ ОНРЕМЖХЮКЭМШУ >ОНЙСОЮРЕКЕИ НР ОНЯОЕЬМШУ ЬЮЦНБ."

щРН бЮЬЕ ОПЮБН

>ю РЮЙ ФЕ: >"-- мХЙРН МЕ ЯОНПХР, ВРН УНПНЬН ВРН Х С МЮЯ ВЕЦН-РН ЯНГДЮКХ, ЕЫЕ НДХМ Open Source >ОПНДСЙР Х БЯ? РЮЙНЕ, мн

>-- еФЕКХ ЩРНР ОПНДСЙР НАЛЮМЕР НФХДЮМХЪ (Ю ЯСДЪ ОН НОХЯЮМХЧ НМНЦН, ЩРН БОНКМЕ >ЛНФЕР ЯКСВХРЭЯЪ)

вРН ГМЮВХР НАЛЮМЕР НФХДЮМХЪ?

>РН ЩРН МЮМЕЯ?Р БПЕД ОНЯКЕДСЧЫХЛ ПЮЯЙПСРЙЮЛ Open Source..

йЮЙХЛ НАПЮГНЛ? open source ОНВРХ БЯЕЦДЮ ОНДПЮГСЛЕБЮЕР яННАЫЕЯРБН (ЙПНЛЕ, ПЮГСЛЕЕРЯЪ, ПЮЯОПНЯРПЮМЕМХЪ ОПНЦПЮЛЛ Я ХЯУНДМШЛХ РЕЙЯРЮЛХ , Х.Р.Д). лМЕ БХДХРЯЪ БЕЯЭЛЮ ЯНЛМХРЕКЭМШЛ ТЮЙР, ВРН ОПНБЮК ЙНЛОЮМХХ мЮСЛЕМ МЮМЕЯЕР МЕОНОПЮБХЛСЧ ОЯХУНКНЦХВЕЯЙСЧ РПЮБЛС БЯЕЛ КХЖЮЛ ╚ХЯОНБЕДСЧЫХЛ╩ open source Б ПЕГСКЭРЮРЕ ЙНРНПНИ, НМХ: ю. ЯРЮМСР ОХЯЮРЭ ОПНЦПЮЛЛШ Я ГЮЙПШРШЛ ЙНДНЛ а. аСДСР КХГЕМГХПНБЮРЭ БЯЕ ОПНЦПЮЛЛМНЕ НАЕЯОЕВЕМХЕ ОНЯРЮБКЕММНЕ ХЛХ МЮ ПЮАНРЕ Х Б НТХЯЕ я. ОЕПЕЯРЮМСР АПНЯЮРЭЯЪ ЙНМДХРЕПЯЙХЛХ ХГДЕКХЪЛХ Б ПСЙНБНДЪЫХИ ЯНЯРЮБ НОПЕДЕКЕММШУ ТХПЛ

>-- кСВЬЕ АШ ПЮГПЮАНРВХЙХ БКХКХЯЭ Б ЙНЛЛЮМДС Compiere Х ДНАЮБХКХ АШ РСДЮ ПСЯЯЙСЧ >КНЙЮКХГЮЖХЧ Х ОНЛНЦКХ АШ ПЮГБХРЭ ОПНДСЙР..

ю РЮЙФЕ БМЕДПХКХЯЭ Б ХМШЕ ЙНМЙСПХПСЧЫХИ ЙНЛОЮМХХ Я ЖЕКЭЧ ЯЮАНРЮФЮ.

2 anonymous (*) (2003-01-31 15:15:43.158): Мы вот зарелизили что в прошлый понедельник: http://www.microsoft.com/crm

Это пока только CRM. Workflow, role-based security (в случае MS CRM - интегрированная в Active Directory), интеграция с groupware и backend'ами, marketing automation - неотъемлемые части такого рода системы. Пока этого нет, ваша "система" - голимый аналог 1С.