Здравствуйте, PeterZT, Вы писали:
PZT>Понятно. Но все же не так сильно, как бухгалтерия, т.е. оперативный учет можно держать в соответствии с законом намного меньшими усилиями, чем бухгалтерию.
А акцизы на нефть и нефтепродукты...
Да вообще налоговый блок оказывает очень сильное влияние даже на краткосрочное планирование в крупных холдингах (типа нефтяных комапний), осебенно если дочки расположены в регинах с разными налоговыми системами.
Здравствуйте, IT, Вы писали:
IT>Здравствуйте, DemAS, Вы писали:
IT>>> В таком случае, если такая штука чего-то не умеет, то всегда можно будет это что-то дописать. А вот если это вещь в себе, то отстёгивать консультантам за настройку или разработчикам за дороботки придётся не мало.
DAS>> Как правило все современные ERP имеют средства разработки, позволяющие модифицировать их под себя.
Своими глазами наблюдал внедрение R3. Насчет модификации под себя — это сильно сказано, ее нельзя даже (или ее просто не смогли) привести в соответсвие с российским законодательством, и вот в этой конторе стали прогибать систему учета под R3, т.е. не R3 настраивать, а наоботот. То ли спецы у них были не грамотные, то ли R3 такая — я не знаю, но в конечном итоге там ничего не внедрили, R3 задвинули, а стали заниматься так называемой лоскутной автоматизацией.
Здравствуйте, DemAS, Вы писали:
DAS>Здравствуйте, Roman Avramov, Вы писали:
RA>>Раз уж зашла речь про Аксапту. У меня есть знакомый, который работает внедренцем Аксапты. По его словам, процент успешных внедрений крайне низок.
DAS> Однозначно могу сказать, что процент внедрения Axapta выше, чем например SAP, и даже я думаю выше, чем у самописных систем. Но ниже чем у 1С . Чем сложнее систему — тем больше рисков, а следовательно выше шанс ее не внедрить.
R3 — в российских условиях внедрить в полном объеме нельзя, насколько я знаю, она нигде полностью не внедрена.
Здравствуйте, Dym On, Вы писали:
DO>R3 — в российских условиях внедрить в полном объеме нельзя, насколько я знаю, она нигде полностью не внедрена.
ОК. Еще раз — что такое успешное и полное внедрение ERP системы.
Могу предложить два подхода (хотя на самом деле их бесконечное множество).
Первый — все акты закрыты и подписаны. Все модули системы установлены и пользователи аккуратно вводят в систему всю необходимую информацию. Как внедренец, так и заказчик дружно кричат, что мы закончили успешно это внедрение. Это успешное внедрение ? На первый взгляд вроде как да — но, а что если попробовать прикинуть, какую прибыль дало это внедрение ? Насколько повысилась управляемость предпрития ? Насколько прозрачны стали бизнес-процессы ? В проинципе, может оказаться, что внедрение оказалось даже убыточным, так как зарплата персоналу, который забивает туда данные превышает прибыль от этой системы....
Вторая точка зрения. Компания начала внедрять систему. Пусть у нее пошло не все гладко, пусть она внедила только один модуль из 100, но что если этот один модуль позволил этой компании так оптимизировать часть своих бизнес-процессов, что ее доход увеличился вдвое ? Это успешное внедрение... ?
Перед началом каждого проекта, компания должна решить, что является ЦЕЛЬЮ этого проекта. Целью проектов никогда не является внедрение системы — это не самоцель, а всего лишь средство. Целью может быть увеличение прибыльности, привлекательности для инвесторов и т.д. И по окончании проекта надо смотреть была ли достигнута поставленная цель или нет и уже поэтому судить об успехе проекта.
И напоследок небольшая реальная история. Одна производственная фирма решила внедрять у себя ERP, выбрала продукт, наняла консалтеров..... ...в общем через полтора года работы консалтеров не был внедрен не дин модуль , но консалтеры внедряя систему вскрыли столько проблем в управлении предприятием, что директор был вынужден сменить половину руководителей средего звена, которых больше интересовали собственные интересы, кол-во позиций производства сократилось вдвое, за счет исключения убыточных продуктов, было полностью модернизированно проив. оборудование, а следовательно и увеличена произв. мощность завода... и т.д. Генеральный счастлив — наконец-то он стал понимать, что происходит у него на заводе, наконец то он получил контроль над процессами... ..а то что закупленный софт пылится — так он всего лишь средство.
Здравствуйте, S-SH, Вы писали:
>> а то что закупленный софт пылится >> — так он всего лишь средство.
SS>Как и консалтеры Консалтерам-то хоть заплатили?
Здравствуйте, Slick, Вы писали:
S>Планируется разрабока крупной распределенной системы по управлению сетью производственных предприятий.
S>Предполагается сложная бизнес-логика, очень большие объемы данных, высокие требования к скорости серверных вычислений и к надежности.
S>Возникает вопрос, какие средства разработки использовать?
Извени, если что не так, но твоя постоновка вопроса напоминает мне кадр из одного старого фильма — Поляки готовятся к войне. Решив что воевать всё же придётся решают вопрос о форме. Одни говорят синие штаны и красный китель, другие — китель синий, штаны красные, третьим по барабану, но эполеты должны быть!
Я дико извеняюсь конечно, но подожди годиков несколько, потом и спрашивать не придётся — будеш готов к созданию ERP, тем более крупной. ИМХО конечно.
S>- Какую использовать базу? Предполагается рапределенное хранилище. Очевидно следует делать выбор между Oracle, DB2 и может быть MS SQL Server
Я бы рекомендовал Oracle, лучше 9.2.
S>- Вопрос шифрования данных циркулирующих в системе.
Кстати, в Oracle это легко настраивается, а также можно включить подпись блоков данных, чтобы напрямую никто на диске не подменил.
Здравствуйте, Slick, Вы писали: S>Планируется разрабока крупной распределенной системы по управлению сетью производственных предприятий.
Уже ведется аналогичный похожий проектhttp://www.vtools.ru/2c.htm, http://www.vtools.ru/2c_faq.htm), одной из целей которого является создание подобной системы.
Концепция проекта:
Разработка делится на уровни:
Уровень 0 — ядро системы, которое включает в себя очень быстрое ядро исполняемой системы (компилятор + интерпретатор байт-кода), примитивные объекты ("Массив", "Таблица", "Список значений" и пр.), редактор модулей и диалогов. Ядро уровня 0 пишется с использованием языка "C++".
Уровень 1 — микрообъекты для работы с БД, например: константы, справочники, документы и пр. Такие объекты, в отличие от 1С, изначально в системе не определены. Их логика должна задаваться на внутреннем языке, на котором пишется две части: поведение объекта в конфигураторе и объектная модель в режиме Предприятия (в т.ч. взаимодействие с БД через системный объект "ЗапросSQL"):
· Состав и поведения микрообъектов в Конфигураторе в дереве метаданных задается в "Модуле среды конфигурирования" на встроенном языке.
· Объектная модель (набор атрибутов и методов) задается в "Модуле среды исполнения" также на встроенном языке.
Уровень 2 — создание прикладных объектов (таких как виды документов, например, "Приходная накладная", "Расходная накладная" и пр.) и описание бизнес — логики. Т.е. обычное конфигурирование в понятии 1С программиста. После окончания выполнения работ уровня 1, будет создан конвертор конфигураций из 1С
Проект открытый и на текущий момент уже есть первые пробные версии программы (поддержка project@vtools.ru)
Здравствуйте, vtools, V>Проект открытый и на текущий момент уже есть первые пробные версии программы (поддержка project@vtools.ru)
http://sourceforge.net/projects/myenterprise/
Ссылка не на ваш проект случайно? Что-то там нет ни активности ни пробных версий программы.
Заявление о намерениях (которые на http://www.vtools.ru/2c.htm почемуто называются — Концепция!?)
очень неплохи.
Однако вызывает сомнение что данное начинание вообще сможет дойти хотя бы до релиза.
|К проекту предъявляются следующие требования:
|· Совместимость с 1С.
Здравствуйте, Framer, Вы писали:
F>Здравствуйте, vtools, V>>Проект открытый и на текущий момент уже есть первые пробные версии программы (поддержка project@vtools.ru)
F>http://sourceforge.net/projects/myenterprise/ F>Ссылка не на ваш проект случайно? Что-то там нет ни активности ни пробных версий программы. F>Заявление о намерениях (которые на http://www.vtools.ru/2c.htm почемуто называются — Концепция!?) F>очень неплохи. F>Однако вызывает сомнение что данное начинание вообще сможет дойти хотя бы до релиза.
F>|К проекту предъявляются следующие требования: F>|· Совместимость с 1С.
F>На этом можно заканчивать....
. Чем сложнее систему — тем больше рисков, а следовательно выше шанс ее не внедрить.
Консалтерам-то хоть заплатили?
