m_william,

Полнофункциональный ERP-комплекс, заточенный именно под производство (календарное планирование,контроль производственного процесса вплоть до конкретного ресурса: оборудования или персонала, оценка незавершенного производства, расчет позаказной себестоимости, логистика, финансы, бюджетирование, взаимоотношения с контрагентами и т.д.), и удовлетворяющий всем четырем пунктам реализован в Solaris erp (http://www.itealine.ru/). Несомненным достоинством является соотношение цена-качество. При этом сейчас мы готовы приехать на ваше предприятие, продемонстрировать, обучить и предоставить во временное пользование демонстрационную версию системы совершенно бесплатно.

СергейТТТ
нигде не нашел, как кастомизируется система...
как клиент может дорабатывать функционал ?
И на каком уровне написана бизнес-логика ?

Кастомизация-настройка системы под пользователя самим пользоватем.
У нас другая идеология-пользователь должен при вводе или анализе данных соответствовать сценарию работы,четко вводить в определенной последовательности данные, и т.д, хотя нельзя сказать о полном отсутствии кастомизации (частично допускается изменение количества полей в гридах и аналитиках)

Доработка осуществляется следующими способами способами:
1. Разработка новых програмных модулей в среде Delphi(требует уровень программиста)
2. Разработка новых модулей на скриптовом языке(требует уровень прогаммиста)
3.Разработка отчетов FastReport(уровень продвинутого пользователя)
4. Разработка аналитических форм(возможно обучить за 10-15 минут)

Система построена по принципу клиент-сервер, при этом клиент-толстый
возможна размещение логики как на сервере так и на клиенте. Предпочтительно на клиенте- развитый интерфейс

СергейТТТ,

1) Ну добавите Вы поле на уровне СУБД, но ведь придется еще и отчет править в который вы его хотите выводить....
3) Мы готовы предоставить исходники Заказчику, однако только после ввода системы (либо отдельного контура) в промышленную эксплуатацию....дабы ограничить свою ответственность за "самостоятельные" доработки. ...Однако был опыт, когда Заказчик вел разработки параллельно с нами, но мы держали все под контролем.
4) Перекомпилировать в данном случае необходимо только конкретный модуль...

А насчет...обеспечения общей стабильности...если каждому Заказчику дать возможность делать все что захочет (читай, передать исходный код) - то это практически невозможно...поэтому общим является базовый функционал - который мы и предоставляем всем Заказчикам, а в случае уникальных решений (под кого-то конкретного) - компоненты одного и того-же модуля могут быть различны..

СергейТТТ, доработки не совместимы- это факт и не будут совместимы никогда ни при каких обстоятельствах. Тем более так как Вы ставите задачу, она не решена нигде, и не может быть решена. Представь, купил ты пылесос, и переделал его(например оснастил пульверизатором, изменил обороты двигателя). Производитель взял у тебя его в ремонт. Что он скажет когда увидит, что ты с пылесосом сделал? А если таких умников 100? Но у нас есть конфигурирование- можно настраивать всякие разности, но для каждого модуля такая настройка своя. У склада, например, можно гибко конфигурировать операции, менять расчет плана, ну и т.д. А код можем дать, но после внедрения.

Интересно вы ставите задачу. Добавление полей...
Как раз такая задача не так уж часто встречается. Гораздо чаще требуется менять логику.
И никакие кастомизаторы здесь не помогут. (Простой пример: при заполнении товарного документа
проставлять выбранного контрагента и в поле грузополучатель).
1С в этом случае так же требует переработку кода написанного на их встроенном языке(VB).
У нас так же можно доработать модуль не зависимо от всей системы используя Delphi.
И в чем разница, кроме того что в 1С не возможно построить сложный интерфейс.

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

iscrafm,

Стоп, стоп, стоп...Куда то не в ту сторону понесло нас товарищи...

Когда я говорил о добавлении полей - я имел ввиду...добавление полей после внедрения и адаптации системы под конкретного Заказчика. Все вопросы полетели после того как СергейТТТ, поставил ярлык "тиражная система", а я как то пропустил это мимо ушей и невольно подыграл ему.

Конечно наша система не "коробочная версия". Естественно, базовый функционал перекрывает львиную долю задач автоматизации предприятия. Однако на каждом предприятии встречаются свои индивидуальные особенности, свои подводные камни...А потому любой базовый функционал должен быть адаптирован под нужды и задачи предприятия....Это и добавление новых полей, или, н-р, алгоритм расчета плана производства....(а уж это поверьте отдельная песня). Причем, как правило, все это расписывается на уровне формирования ТЗ к каждому контуру системы...
Ну просто представьте себе:
У нас мощный инструмент расчета плана производства (календарное планирование с разбиением необходимого кол-ва изготавливаемых товарно-материальных ценностей по производственным партиям запуска и распределением по имеющемуся в наличии парку ресурсов: персоналу, оборудованию) Алгоритм учитывает большое кол-во данных, и при этом учитывает различные условия: если - то, если - это). При всем этом в системе имеются настройки позволяющие применять те или иные условия расчета...
Так вот о чем это я: Заказчик самостоятельно (соответственно имея исходники) добавляет в систему какое-либо поле...да не просто чтобы оно было дополнительным аналитическим срезом для формирования каких-либо отчетов, а чтобы оно непосредственно влияло на расчет календарного плана прооизводства...Сам поправил расчет - все учел....Все считает....Дак вот о каком релизе в данном примере может идти речь???
Доработка доработке рознь и это факт, именно поэтому, мы не преследуем задач распространения ПО - тиражирования, для последующих самостоятельных доработок со стороны заказчика, а прежде всего несем идеалогию - мы работаем с предприятием стараемся совместно добиться максимально положительного результата..

Вот именно это я и пытался донести....