Искандер ДвурогийСлышал ли кто-нибудь об опыте внедрения этой системы?
Написана для СУБД Oracle.Не для, а практически на объектах Oracle и PLSQL как ядро (сама платформа разработки) так и модули самой ERP, только интерфейс генерит Delphi клиент.

Искандер ДвурогийЗалез на их сайт, посмотрел. Информация рассчитана на лохов. В качестве реальных проектов заявлены те, которые не вышли даже на стадию опытной эксплуатации (информация от ИТшников Заказчика). Например?

Искандер ДвурогийПо отзывам сопровождающих ее админов гадость мало того что редкая , так еще и весьма тормознутая (вход в систему минут 5-10 занимает, отчеты строятся часами). спасибо, поржал.
ув. Искандер, скажите, пожалуйста, вы действительно интересуетесь системой или просто хотите обкакать, как конкурента, начиная с первого поста?

Искандер ДвурогийНи Axapta, ни другие среды, поддерживающие ООП, не реализуют дополнительные атибуты на отдельных таблицах....... Скажите пожалуйста как вы пришли к такому ошибочному выводу, по мнению сотрудников финансового отдела?Искандер ДвурогийМы являемся для Никохима поставщиком материалов и активно контактируем с его финансовой службой. В Global дополнительные атрибуты класса реализуются как раз таки в основной таблице хранения объектов класса (не путать с метамоделью), только ссылочные атрибуты, которые сами в итоге являются отдельным классом реализуются на своей отдельной таблице.
Если вы имеете ввиду класс наследник, атрибуты которого могут (!!!) находиться на отдельной таблице, но опять таки это настраивается в самом классе наследнике, никто не запрещает хранить его дополнительные атрибуты в таблице класса предка для скорости работы, тут надо понимать что и зачем проектируешь. Если сделать дополнительные атрибуты на сторонних таблицах, например, "нормализовать" товарные позиции документов или расчетных регистров, то неизбежно возникнут серьезные проблемы с производительностью.
Global FrameWork не решает вопросов корявого проектирования, при этом дает гораздо более удобный способ спроектировать на Oracle, нежели это делать при помощи только ERWin и PLSQL Developer (ну как вариант).
Я думаю всем тут понятно, что на узких местах невозможно сделать общий оптимальный конструктор, сложные запросы получаемые автоматически при помощи любого конструктора ВСЕГДА придется оптимизировать в зависимости от условий частных случаев. Это часть работы команды внедрения на проектах.

СисойЕсли здесь есть сотрудники Бизнес-Технологий - сколько у вас уже завершенных проектов (где сотрудники Заказчика успешно работают с системой Global)? Ну порядок хотя бы. Не поленитесь, загляните на сайт компании, там указаны все достаточно крупные внедрения, т.е. не 10-15 пользователей.

Искандер ДвурогийМеня интересует в первую очередь вопрос архитектуры и быстродействия системы. Не секрет, что в Global ERP используется проприетарная среда для создания функциональности, которая на выходе предъявляет дополнительные требования к железу и оптимизации СУБД.
Если есть вопросы по архитектуре и быстродействию, то задавайте их, конкретный вопрос, конкретный ответ, но зачем же в вопросе направлять на заведомо ложный путь, не разбираясь в предмете?
Что Global FrameWork среда проприетарная не секрет (proprietary software - собственное ПО, не свободное), но вот как связана работа функциональности ERP написанной с использованием GFW и дополнительными требованиями к железу и оптимизации для меня является секретом.
Еще раз повторюсь, что логика полностью формируется на plsql и объектах Oracle, следовательно, не предъявляет дополнительных требований к железу кроме требований самой СУБД. Более того, сама GFW так же полностью в объектах Oracle на PLSQL. Нет никакого "птичьего" языка и выделенного 2 звена, ядро влияет на скорость при разработке конечного продукта, который в итоге при практическом использовании не требует наличия метамодели и функциональности ядра. Немного утрирую, но в общих чертах это так.
Если вы имеете в виду, что базу можно "завалить" запросом из одной строчки, то такое можно предъявлять к любой системе. Софистика чистой воды. Именно поэтому на рынке выходят новые версии продуктов с дополнительными возможностями, оптимизированной работой и исправленными ошибками.
Вопрос оптимизации Oracle это проблема конкретного продукта, проекта и железа, недаром специалисты Oracle такие дорогие на рынке вакансий.

dma_caviarА есть ли какая-нибудь информация непосредственно про "конфигуратор"? На сайте как-то скудно. Какая информация интересует? К сожалению мануалы на сайте не выкладывают. Задавайте вопросы.

dma_caviarТак сложно сориентироваться, но вот, например, какие еще есть свойства у атрибутов кроме Наименование и Запрещено редактирование (которые видны на скриншоте).

:)) еще сложнее ответить, немного постараюсь накидать по памяти.
Есть свойства непосредственно в классе, а есть свойства представления этого атрибута, класс и его представления (так называемые ВЫБОРКИ) разнесены в разные объекты. В выборке так же есть отображения (по умолчанию list, card, rolist и т.п.)

Свойства атрибута в классе разделены условно на группы, я приведу лишь некоторые, чтобы дать представление:
Основные
тип данных, тип редактора, понятие (это текстовое представление атрибута), входит ли в заголовок или мнемокод, обязательность ввода, только чтение, уникальность, проектный атрибут или объектный.
Визуальные настройки (это по-умолчанию для представления)
тип атрибута, видимость, порядковый номер, порядок табуляции, использовать ли в фильтре, общая ширина контрола, маска ввода, выравнивание
Свойства хранения
таблица хранения, колонка хранения, индекс, индексация без учета регистра, допустимость null, условия ограничения, проверка на уникальность по методу
Описания

Это основные свойства.

В выборке еще могут добавляться не хранимые атрибуты и еще куча свойств, там их действительно очень много перечислять, назову лишь группы (к-во свойств по умолчанию):
атрибут (5), редактор (7), данные (1), размер , положение и стиль (15), администрирование , сортировка, фильтрация (9), текст операции, операции по умолчанию, описание

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

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

подробно сложно рассказать на форуме, да и бесполезно, это только небольшая часть в кратком описании. Чтобы разобраться надо понять идеологию и щупать руками ...

Все кто крутил в руках несколько подобных продуктов проникаются уровнем возможностей Global при подробном знакомстве. При этом сами понимаете "обезъяну с гранатой" никто не отменял.

СисойА каким образом можно ознакомиться с этим уровнем возможностей в Москве? Глядишь, и стал бы рекомендовать Global ...
Можно поставить тестовый вариант базы и покрутить при одном условии, что вы обозначитесь. Но судя по тому, что вы в основном активны в теме 1С, то с Oracle могут возникнуть много вопросов.

dma_caviar
>тип редактора
А тип этот задается из числа предопределенных, или можно использовать любой другой контрол?
Предопределенные из клиента: Редактор в строке (с произвольными кнопками, без кнопок), денежный, выпадающий список по запросу, фиксированный список, чекбокс, редактор даты (3 варианта дата, время и все вместе), мемо, редактор хоткеев, редактор web (ссылки , мыло), изображение, календарь, кнопка.
При необходимости они добавляются с выпуском новых билдов клиента и ядра.
К тому же есть еще много типов фреймов, в которые выводить все это дело.

>Свойства хранения таблица хранения, колонка хранения
Т.е. я так понимаю в ВЫБОРКЕ можно отображать несколько таблиц. ?А отбираются они селектом с join-ами или в результирующем запросе будут несколько таблиц, идущих в определенной последовательности?
вопрос не совсем понял, но постараюсь ответить. Выборка по сути это класс, который описывает как будут выглядеть атрибуты и откуда их тащить. По дефолту формируется запрос (вьюха) от тех таблиц которые физически хранят атрибуты, в случае если они лежат в разных таблицах.
Если примитивный пример привести, то в выборке будет операция на запрос к вьюхе:
select t.ID, t.idClass, t.other from Document t
где Document это вьюха:
select t1.ID, t1.idClass, t2.other from DocumentMap t1, OtherClassMap t2 Where t2.iddoc = t1.id
где OtherClass это ваш класс справочника.
Я к тому что, хорошо когда отбор данных происходит автоматом, но ведь, как правило в 80-90% случаев хочется указать "свою" процедуру, которая бы отбирала эти данные по "особому алгоритму" :). Поэтому воникает вопрос, а какие требования накладываются на эту процедуру?
вот для этого есть операция с "#" которая всегда формируется заново при "компиляции" класса, а есть переопределенный текст, который сам себе оптимизировал. В выборке хранятся все операции для работы с классом, т.е. запросы, сеттеры и т.п. у каждой операции есть дефолтная с решеткой и переопределенная, конечно там не совсем все так и сложнее - долго описывать.

И еще вот... если какой-либо атрибут (не уверен что использую правильную терминологию) связан со справочником, но этот самый справочник имеет "киллометровую" длину. В этом случае как он грузится? Наверняка не отдельно и целиком, а по join-у с основным документом. И тут снова вопрос... надо ли по каким-либо требованиям добавить в ту самую "свою" процедуру join с этим справочником?
если атрибут ссылочный на справочник, то справочник приджойнится во вьюхе. опять же можно переопределить, если план не оптимальный.

>Надо понимать что к-во свойств может увеличиваться, например, если выбрать тип ссылочный на справочник, то появятся еще свойства необходимые для описания работы с этим атрибутом.
А это (если я вообще правильно понимаю) тот самый случай, когда можно указать как поступать с "киллометровыми" справочниками?
ну что-то вроде того, например, если в классе много объектов, то можно для клиента указать что список будет не полностью прогружаемый, чтобы можно было быстро открыть и наложить требуемый фильтр. нюансов много.

dma_caviarЕще вопрос...
Открытие какого-либо документа на редактирование из отобранного списка документов, влечет ли за собой загрузку его с сервера, или он открывается из списка?
И подразумевает ли закрытие документа на необходимость его сохранения, или можно потом сохранить все измененные документы одним нажатием? за один заход на сервак.
И поять же, можно ли указать свою процедуру такого сохранения?

Да, открытие документа в карточке влечет загрузку данных по нему из базы, т.к. в списке далеко не вся информация по документу. Более того по-умолчанию идет select с функциями, что особо не влияет на скорость загрузки одного документа, конечно запрос можно изменить и ускорить как угодно, такой необходимости обычно не возникает.

Т.к. особенность оракла это длинные транзакции, то глупо этим не пользоваться. По умолчанию ,все изменения которые вы делаете в текущей сессии можно откатить одним нажатием (rollback) или одним нажатием сохранить (commit), но так как из одного объекта вы можете открыть другой, то чтобы избежать блокировок, чаще всего происходит commit перед открытием. Так же есть возможность коммитить не каждый документ отдельно а "список", т.е. открывать, редактировать, закрывать документы, а потом одним нажатием все это дело сохранить. Но тут очень много проблем с пользователями не понимающими смысл сессий и длиннных транзакций. Типа "я тут кучу всего сделал и где это?"
При этом никто не запрещает коммитить на каждый чих, опять же это настраивается.
Опять же замечу, что в системе все намного сложнее, при открытии выполняются различные сервисные процедуры типа afteropen и т.п.

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

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

Основной класс не может быть без выборки, но выборка может быть создана без основного класса, такая пользовательская солянка данных из разных классов.

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

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

2. вариант создать отдельную выборку и описать в ней запрос по вытаскиванию нашего отчета.
Получим отдельную выборку "Отчет по менеджерам" не особо зависимый от выборки класса менеджеров и остальных.

кстати, выборки тоже можно наследовать друг от друга.

dma_caviarArthemyкстати, выборки тоже можно наследовать друг от друга.
Ну это-то как раз понятно :)
Я пока немогу уложить в голове как метаданные класса могут быть унаследованы от метаданных выборки :)
я разве это говорил? наоборот выборка наследует от основного класса.

popov19...что раньше называлось BAAN?Нет, это полностью самостоятельная разработка со всеми преимуществами и недостатками, с собственной средой разработки. При желании можете поставить демку.
BAAN и сейчас жив у клиентов под своим родным именем.


FE...группы товарищей под руководством Анатолия Иванова..."ай, моська, знать она сильна..."
давайте уж быть последовательными:
Это местная (СПб) "поделка" группы товарищей под руководством Анатолия Иванова, ранее работавших с бухгалтерскими программами, в том числе, с местной (Мскв) "поделкой" Alfa, созданной группой товарищей под руководством Юрия Глинского.

P.S. FE, вы за откаты или за зарплату на вентилятор кидаете?

Сисой... можно лопнуть! :-) на пару с FE работаете? отодвиньтесь, чтобы не забрызгало, а то тут вентилятор сильно работает.
СисойОтслеживаю с десяток подобных проектов.Перечислить проекты можете?
СисойЛадно, посмотрим как у вас ближайший ... старт отработает.В одолжениях не нуждаюсь, время успешных крупных продуктивных СТАРТОВ уже прошло, сейчас идут внедрения и продажи в конкурсах с сапом, оебсом или профильными решениями типа трима и т.п.,
или вы на что-то конкретное намекаете?
Сисой...Тогда и посчитаем цыплят по осени.уверен, что наших цыплят не вам считать, кстати, вообще дурной тон считать чужих цыплят, обычно так делают, когда со своими не густо.

Кроме флейма, есть конструктивные мысли?

Сисой...Из всех "русских" ERP ...Теперь ситуация начинает проясняться, в данном контексте можно было расширить кавычки до "русских ERP".
Можете начинать радоваться.
Клиент голосует рублем и расстается с ним очень неохотно. Спешу обрадовать, пора "одного профессионала в области навешивания лапши" прошла уже несколько лет назад и покупатель пошел грамотный, ну не падает в экстазе только при упоминании ERP MRP и т.п. Из вышеизложенного вами, делаю вывод, что вы не особо разбираетесь ни в "наблюдаемых" проектах ни во внедрении на действительно крупном предприятии.
Раз вы отдаете предпочтение определенным системам, как я понимаю по возрасту, а не по функциональности, то погуглите результаты последних тендеров с участием этих систем, возможны незабываемые впечатления.

Если есть вопросы по Global - отвечу в меру компетентности, для остального есть множество замечательных форумов.

СисойПобеда на тендере совершенно ни о чем не говорит, особенно в России. Может, откат был обещан большой Удивительно, сумма проекта меньше, а откат следовательно больше, мы же откатами побеждаем, не так ли? Наверное за еду работаем. [пойду замок с холодильника сниму, как раз обед скоро]
Сисой....может, директора Исполнителя и Заказчика - школьные друзья... Эх, было бы столько ТАКИХ друзей... )
Сисой...Меня интересуют реальные отзывы сотрудников ИТ- и финансовых департаментов Заказчика ПОСЛЕ начала промышленной эксплуатации. Очень много интересного можно узнать.Истину глаголите, уважаемый, только уж тогда интересуйтесь не у терпил, которые проталкивали конкурентов за откаты и остались ни чем, и которые систему видят только в виде пары отчетов и трясут ножками, если им итог красненьким не покрасили, чего собственно не было в ТЗ. А еще хорошо, если они до этого имели опыт работы не только с Excel в конторке из 10 человек. И вдогонку узнайте сколько всего делается сверх ТЗ исключительно для того, чтобы проект был в промышленной эксплуатации, а не по бумагам в Москве.
СисойПоживем-посмотрим. ну вы пока живите, смотрите, а мы делом будем заниматься.
aksakal-aka...мы потихому уже пропускаем? Чем то обижен? Сказал, как в лужу п...л, что-то не замечал кого-то из альфы работающего на глобал.

aksakal-aka... обиды? Кстати ...Чушь не пиши, за умного сойдешь.

George Nordic...я бы рекомендовал Вам с большим уважением относиться к другим участникам данного форума. Георгий, со всем уважением отношусь к адекватным участникам форума, да и просто к людям в реале. На неадекватные, неконструктивные посты следует соответствующий ответ, если Вы посмотрите весь топик, то эта тенденция прослеживается. Если человек явно не разбирается в вопросах, как в технических, так и в политике партнерских отношений, а мне это видно по двум трем сообщениям, если развивает так называемый "го..о..рач", либо без определенной цели, либо с целью дискредитации предмета обсуждения, то ответ может быть только в виде глумления, либо промолчать, что вероятно умнее.
Если задается вполне конкретный вопрос по системе или вариантах решения той или иной проблемы внедрения, то я абсолютно нормально отвечу.
Обратите, пожалуйста, свои рекомендации в сторону неадекватных персонажей.
С Уважением, Артемий.

P.S. Остальным участникам.
Прежде чем написать пост в стиле "а что-то у вас хреновенько с ..." расскажите, пожалуйста, о своей компании и системе которую вы сами создали (вы же владелец крупной компании или архитектор замечательной системы, не так ли), если при этом будут упомянуты комплексные крупные удачные внедрения, то просто буду аплодировать стоя, посыплю голову пеплом и удалю учетку на sqlru, если меня прежде не забанят.

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

Отвечу всем кого интересует работа, а не критиканство и пустобрех.

ImpCons, Вы это к чему написали? Вы лично, что хотите узнать? Будьте так любезны, укажите в своем сообщении на тему "..Вам задают вполне корректные вопросы.."

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

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

Тем кому действительно интересно уже отписались в личку, в скайп и взяли демку посмотреть в живую. Вы не поверите, таких людей крайне мало, ведь гораздо лучше анонимно потешить свое самолюбие и указать кому-нибудь в чем же он не прав, вместо того, чтобы расширить свой кругозор пониманием еще одной архитектуры и опытом реальной работы.

В зеркало, коллеги, смотрите в зеркало.