Navision и Галактика

[Vitaliy]

Цитата:

Живу я в славном городе Иркутске. Сменить диллера невозможно. Поскольку он один (частный предприниматель) и к тому-же лучший друг
главного ииженера предприятия. Так-что невозможно сменить не только практически , но и теоретически . А вот что интересно - то 1С у нас
на каждом углу продают, разве что нет у бабушек, которые семечками торгуют. Пользователям показать невозможно, поскольку большинство из
них за 100-1000км. находятся. Так что общаемся только по телефону.

Гл. инженерг - это главный инженер, а есть еще хозяева, с чих средств и уходят деньги на покупку и оплату ТП системы.
Пусть не показать, но наисать инструкцию, разослать по почте и т.д., но выход есть всегда.
Как выглядят отчеты в редакторе гал-ки я вкурсе )

по почте свяжусь, пообщаемся.

Цитата:

Количество лицензий: 10 КБУ, 4ФРО, 1КАС, 16 Зарплата, 2 Управление персоналом и т.д. и т.п. Так что Галактика-СТАРТ навряд-ли подойдёт. Интересно
а откуда у Вас информация - сколько стоит Галактика-СТАРТ и что туда входит. Я вот нигде подобной информации не видел. И решил, что главный секрет Галактики - это цены

Надо непосредственно на месте смотреть кто и чем занимаются в этих модулях ) Например часть бухгалтеров формирует отчеты, ведомости. журналы и т.д. и не занимаются непосредственно внесением информации. В таком случае достаточно эти отчеты написать самим, вручить их пользователям тем самым уменьшить кол-во занимаемых лицензий до тех же 5-ти. И таким же образом по остальным модулям. На счет Галактика-СТАРТ: это не секрет и в продажи она давно, если не ошибаюсь описание ее есть и на фо сайте корпорации. Если она вам не подходит, посмотрите Галактику-ПРОГРЕСС, которая по цене на 30% ниже стоимости интегрированной системы автоматизации управления предприятием «Галактика», возможность использования — до 12 рабочих мест.

В любом случае зачастую проще и дешевле пообщаться со своими дилерами на тему переписывания части отчетов/интерфейсов наиболее часто используемых. Тем самым вы будете иметь возможность:
1. Меньше платить за лицензии
2. Меньше платить ежемесячно за аб. обслуживание
3. Изменить отчеты и функционал под себя
и т.д.

Цитата:

А где можно посмотреть этот журнал.

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

Цитата:

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

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

Цитата:

В конце прошлого года наш диллер устроил семинар в Иркутске. Было народу раз, два и обчёлся, включая меня. Вот там представители одной из фирм
задали вопрос московским боссам: они что-то тоже написали в Галактике, но не так круто как вы описали выше. И вот перешли на новую версию и
их программы первое - не работают, перекомпиляция не помогла - второе, третье - то-ли программист(ы) уволились, которые писали программы, то-ли
надоел мартышкин труд. А московские боссы - опять "Индейское жилище". Вы как у себя эту проблему решаете. Тут на одном из форумов Гений 1С утверждает что такой проблемы в 1С не существует, да и вроде в майкрософтовских ERP системах всё хорошо.

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

Такая проблемма во всех системах (в том числе и в 1С). так как жизнь не стоит на месте и с ними не стоят на месте технологии программирования, в соответствии с которыми меняются и КИС

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

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

Удачи.

[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. Понедельник - утро: пользователи работают на новой базе
Если не успели часть своего функционала перенести (обычно бывало очень редко и оставляли на последок только не критичные для работы разработки), то переносились (перекомпиливались) они уже во время эксплуатации новой версии.

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