Navision и Галактика

[coolibin_imported]

Цитата:

Сообщение от Vitaliy

С Гал-кой мы делали все.
...
Ничего невозможного в ней нет абсолютно.
...

ОЙ! вы уж это... говорите, да не заговаривайтесь. Начать с того, что в ней невозможно переделать ни грамма заложенной бизнес-логики из-за того что нет исходников. На этом фоне ваше 'Ничего невозможного в ней нет абсолютно' выглядит как-то уж совсем по-детски...

Я бы перефразировал: 'В Галактике можно использовать почти все, из того, что в ней заложено разработчиками'

[coolibin_imported]

Цитата:

Сообщение от Vitaliy

1. переход на новую версию идет легко и даже без перекомпиляции, если не поменялась версия атлантиса на котором собрана гал-ка, если же она поменялась. то перекомпилируем интерфейсы новым VIP-ом (компилятор интерфейсов) и все. Если поменялся словарь (а конкретно таблицы. которые вы использовали в своем интерфейсе), то достаточно подправить свой интерфейс. к примеру:
1. изменились названия полей в таблице: методом замены текста меняете в исходниках своего фейса
2. изменились названия таблиц: см п 1
3. удалили таблицу: создаем свою подобную. или если вам нужны данные, которые туда поступали из других фейсов. то ищем таблицу, в которую они теперь поступают (используем модуль Журнализация в SUPPORT)
и т.д.
За все время был только один случай, когда потребовалось глобально переписывать свои интерфейсы, но это было сделано )

То что говорит Vitaliy совсем не вяжется с моим опытом эксплуатации Галактики.
Я бы сказал - переход на новую версию идет по разному у всех. Во многом зависит насколько много у вас доработок Галактики (не все так уж легко перекомпиляется), насколько сложные настройки прав доступа в системе (часто приходится перенастраивать систему доступа с чистого листа всем пользователям), от мощности платформы (сервер БД и железо), от степени использования функционала (часто требуется частичное перевнедрение).

Согласен, что все это есть и в других системах, но такой частоты смены версий (примерно 1,5 года) я в других системах что-то и не видел.

[Vitaliy]

Цитата:

Сообщение от coolibin

Цитата:

Сообщение от Vitaliy

1. переход на новую версию идет легко и даже без перекомпиляции, если не поменялась версия атлантиса на котором собрана гал-ка, если же она поменялась. то перекомпилируем интерфейсы новым VIP-ом (компилятор интерфейсов) и все. Если поменялся словарь (а конкретно таблицы. которые вы использовали в своем интерфейсе), то достаточно подправить свой интерфейс. к примеру:
1. изменились названия полей в таблице: методом замены текста меняете в исходниках своего фейса
2. изменились названия таблиц: см п 1
3. удалили таблицу: создаем свою подобную. или если вам нужны данные, которые туда поступали из других фейсов. то ищем таблицу, в которую они теперь поступают (используем модуль Журнализация в SUPPORT)
и т.д.
За все время был только один случай, когда потребовалось глобально переписывать свои интерфейсы, но это было сделано )

То что говорит Vitaliy совсем не вяжется с моим опытом эксплуатации Галактики.
Я бы сказал - переход на новую версию идет по разному у всех. Во многом зависит насколько много у вас доработок Галактики (не все так уж легко перекомпиляется), насколько сложные настройки прав доступа в системе (часто приходится перенастраивать систему доступа с чистого листа всем пользователям), от мощности платформы (сервер БД и железо), от степени использования функционала (часто требуется частичное перевнедрение).

Согласен, что все это есть и в других системах, но такой частоты смены версий (примерно 1,5 года) я в других системах что-то и не видел.

Можете поверить, доработок у нас более чем хватает Пользователей не мало и типовых почти нет, у всех настроены права индивидуально. На счет настройки права: наше правило - на новой версии настрой все с нуля, и будет тебе счастье ). Сервер хуже среднего . СУБД - первасив. Используемый функционал - буглатерия вся, финансы, производство, склады, поставщики/получатели, снабжение/сбыт, з/п, персонал.

Да, переход идет по разному у всех. Но за 5 лет работы с Галактикой ни разу не было проблем в переходе. Все переходы по времени занимали не более двух недель, плюс некоторое небольшое время на доводку до ума. Весь процесс протекал приблизительно в таком роде:
1. Собирается машина с достаточным объемом оперативки (как правило всегда хватало 1.5 гигабайт)
2. Дописывался конвертер для переноса своих таблиц (можно было и так закопировать, но тем самым мы еще и пеежимали таблицы)
3. Удалялись все журналы, пользователи, группы прав
4. Проводилась тестовая конвертация
5. На базе полученных данных поднимался сервер с тестовой инфой
6. Навешивались имеющиеся патчи и фиксы
7. Создавались группы прав (всегда создавали по принципу: одна группа - один модуль, отдельно гурппы с правами на таблицы)
8. Заносились пользователи и привязывались к группам для расчета прав
9. Несколько человек садились для проверки функционала
10. Одновременно с п.9 начинали перекомпиливать свои интерфейсы, если возникала необходимость (например некоторых таблиц не стало или изменилась часть полей у таблицы или появились новые поля и индексы у таблицы и т.д.) меняли запросы, описание событий и вывод полей ...
11. Тестировались собственные наработки
12. Если возникала необходимость, то проводилась донастройка базы
13. (Обычно на выходных) запускалась конвертация "на чистую"
14. Устанавливались патчи для вновь полученной базы
15. Переносились в новую базу из тестовой: группы прав, пользователи, настройки ...
16. Устанавливали клиентов новой версии
17. Понедельник - утро: пользователи работают на новой базе
Если не успели часть своего функционала перенести (обычно бывало очень редко и оставляли на последок только не критичные для работы разработки), то переносились (перекомпиливались) они уже во время эксплуатации новой версии.

Это конечно прописные истины и одно время переходили мы на каждую только что появившуюся новую версию. Но потом стали переходить только в том случае. если в новой версии было то, что нам нужно было (было кретичным) для работы.

[aas]

Жуть эта галактика компелять формы это просто сказать но зачастую сделать это невозможно. Предположим вам нужна своя формочка или интерфейс, (боже упаси лучше работать с тем, что есть) разработчики запрашивают цены далеко не маленькие. Вам сделают все, но вы готовы, к проблемам при обновлении это называется перекомпиляция ресурсов.java script:emoticon('', 'smid_6') Так вот без исходника это сложно выполнимо. Соответственно обновления выходят а ресурсы отваливаются. ZAR 11 fix01, ZAR 11 fix02, ZAR 11 fix03 и т.д. с интервалом в неделю, а проблемы остаются.java script:emoticon('', 'smid_7')
ГАЛАКТИКА, это колосс на глиняных ногах, кто муже стоящий больших денег ели посчитать его скрытую стоимость то волосы подымаются там где их давно нет!java script:emoticon('', 'smid_5')

[TasmanianDevil_imported]

aas, отсутсвие у Вас понимания логики системного администрирования Галактики и системного подхода - не есть недостаток самой системы.

Все стандартные формы (более 1000) за Вас пересобираются вендором. Ваши измененные формы лучше хранить в едином хранилище, с настроенным проектным файлом , bat-ником компиляции и конфигурационным файлом, идентичным по подключаемым ресурсам текущему конфигурационному файлу системы (достигается это перечислением подключаемых ресурсов в отдельном файле и его #include'рованием в обе конфигурации).
Пакетная перекомпиляция с полным пересбором ресурсника пользовательских форм и логом компиляции от Ваших проблем избавляет - все видно как на ладони, что где не так.
Очень редко происходит так, что при выходе патча кардинально меняется топология формы (ну добавляется пара циклов или условных блоков). Самый паскудный вариант из встреченных мною за 7 лет - расширение количества уровней аналитик и наведение порядка в наименованиях полей в формах ФРО : из 113 измененных форм потребовалось изменить около 25, переделка топологии форм заняла всего полдня.Время компиляции - 31 секунда и новый ресурсник готов.

Хотя если вы по одной форме в компиляторе форм компилируете - ну тогда понятно.

С патчами бывают проблемы , но их так же легко откатить как и установить.

Разобрались бы с системой для начала, что ли ...

А насчет стоимости - ради бога, найдите ЛЮБУЮ западную систему, где за те же деньги Вы получитет тот же функционал сразу, без доработок . Про частоту выхода версий и обновлений - опять-таки отошлю к западным. Если Вам перспектива самому кастомизировать бедный и негибкий функционал (облагороженный понятием "строгость системы") в течении пары-тройки лет, а потом получить огромнейший ворох проблем с совмещением своих доработок с глобально перелопаченными за это время стандартными объектами новой версии системы - что ж, wellcome !