Добрый день.
Спасибо, Pavel. С удовольствием дочитал до конца сообщения
Разреши, и я вставли свои пять копеек.
Сначала комменатрий к сообщению Павла
Цитата:
2. Есть возможность писать хранимые процедуры (SQL, ORACLE), быстродействие повышает.
Использовать с осторожностью. Лучше не использовать.
Цитата:
3. Вычислимых полей в системе нет, программировать можно все (если разберешься с тысячей - другой классов, языком приложения и структурой данных).
Вычислимые поля, как это понимается в программировании баз данных, есть. Того чудесного механизма, который в Attain'е называется вычислимыми полями, действительно нет. Но плюс это или минус еще можно поспорить
Цитата:
5. Теоретически модификации разнесены по слоям и новые функции/элементы могут быть перенесены. Но самый сложный случай, когда разработчик ПО, дистрибутор и клиент модифицировали один и тот же элемент. Тогда честно ручками выполняешь слияние кода, предварительно проанализировав возможные конфликты.
Согласен, что это самый сложный случай.
Есть документ, который описывает рекомендации для разработчиков по снижению стоимости апгрейда. Эти рекомендации дают правила, которые позволят облегчить будущие апгрейды.
Однако же, если модификаций было много, особенно для форм, то слияние делается действительно ручками и трудоемко. (Отсюда вывод - программируйте с осторожностью, а лучше вообще обойтись без программирования)
Цитата:
Разработчик предлагает фактически одно и то же бизнес решение, реализованное на разных технологиях в разных продуктах, напрямую конкурирующих между собой.
Эт-то точно.
Цитата:
Простой пример подтверждающий качество системы и ее гибкость: сделать заново книгу покупок с обработкой частичных платежей по фактурам потребовало всего две недели работы одного программиста, для сравнения в Аксапте за два года дистрибуторы так и не смогли реализовать данной функциональности.
Хм... может быть, может быть.
А может быть это пример того насколько сильно связаны модули системы?
Может быть это пример того, что в одной системе гораздо больше взаимоувязанных фукнций, чем в другой?
Хочется спросить - в SAP'е книга покупок есть? Почему? А почему настройку 1С часто ведут "с нуля"?
Цитата:
над локализацией продуктов придется много/долго работать
Эт-то точно.
Цитата:
Считаю внедрение и эксплуатацию Аксапты для большинства компаний малоэффективными затратами
Считаю, что внудрение и эксплуатация Аксапты для большинства
малых предприятий (с количеством сотрудников меньше 100) является малоэффективными затратами.
Теперь несколько комментариев к сообщению Finn'а
Цитата:
В SQL варианте не используются ни хранимые процедуры, ни просмотры
В Аксапте тоже. Но на это есть причины и в Аксапте, и в Attain'е.
Если перейти на хранимые процедуры, то придется либо всю функциональность перенести в хранимые процедуры (что тяжело, да и не нужно), либо согласится с сильными ограничениями на функционал хранимых процедур (что усложнит жизнь программистам - а это очень плохо).
Поэтому, хранимые процедуры не так уж однозначно хороши.
Цитата:
3. Экспорт отчетов возможен только в .html !!!
Экспорт в Аксапте стандартными средствами печати - Txt, RTF, HTML (реально только Txt. RTF и HTML корявы, как и в Attain'е). Печатать можно в файл, посылать по почте (через MAPI).
Есть механизм документооборота, который позволяет заполнять данными шаблоны Excel и Word.
Этот механизм используется колумбусом для печати российской ежеквартальной отчетности. Нормальный механизм.
Цитата:
4. И еще что оставило неприятный осадок
если вы скажем потратили кучу сил на доработку скажем версии 2.6
а потом решили перейти на 3.0 готовьтесь переносить код вручную
Во-первых, "Это еще что. Тебе еще полдня еще за ним бегать придется. Шоб фотографию отдать" Ждите Attain 3.1.
Что касается Аксапты.
Апгрейды международной версии проходят достаточно легко. Есть мастера, которые делают апгрейды вообще автоматом.
Апргейды российской функциональности проходят очень тяжело, поскольку функциональность колумбуса пока не устоялась - много существенных изменений. Здесь обсуждались проблемы перехода на российский СП2. Специальных мастеров для апгрейда Колумбус пока не делает.
Опять же вывод - будьте осторожны с доработками.
Теперь "практичная стратегия".
1. Относитесь к вндрению серьезно - запланируйте затраты времени и денег (зарплата) на знакомство, обследование, выбор (этим должен серьезно заниматься по крайней мере ваш финансовый менеджер, бухгалтер, Айтишник)
2. Относитесь к Аксапте как к закрытой программе - девиз "никакого программирования!"
3. Послушайте продавцов, послулайте что они обещают, а о чем стыдливо умалчивают
4. Возьмите демоверсию у продавцов
5. Попробуйте настроить демоверсию под себя (либо попросите это сделать продавцов или консультантов. В этом случае потрубуются дополнительные деньги). На создание макета обычно уходит месяц-два. Опять же - "никакого программирования!", только штатными средствами.
6. Посмотрите на результат, дайте посмотреть начальникам отделов.
7. Примите решение о закупке.
8. Если решение о закупке положительное, то примите решение о политике программирования и политике дальнейших апгрейдов. Считаю, что и здесь лучшая политика - "никакого программирования!"
На все месяца три четыре. Затраты только на зарплату своим сотрудникам + возможные затраты на консультации на создание макета.
Только после этого стоит закупать программу и тратить 30-100 килобаксов на внедрение. Не раньше.