Многие зарубежные ERP «монстры» ушли из России. Да и Эпикор, если честно, ведёт себя по-идиотски, на его сайте вообще ничего нет, кроме каких-то дурацких маркетинговых лозунгов, а Россия, как страна там вообще отсутствует. Ну, как говорится, и «флаг им в руки», да вот только чего делать клиентам программных продуктов, у которых есть выбор? Я не имею в виду госкомпании, которым, скорее всего скомандуют, что им делать, и это абсолютно понятно, я бы на месте государства тоже озадачился этой проблемой, но что по поводу простых клиентов iScala, стоит ли им задавать вопросы: «вдруг iScala 3.5 была последней версией продукта»? Стоит ли волноваться?
Я лично так не думаю. Нет, я допускаю, что сейчас в некоторых компаниях могут резко активизироваться скалоненавистники, которые попытаются подвигнуть руководство сменить систему, например, на 1С ERP. Начнём с того, что это оксюморон. Я считаю, что в России нет собственных программ, аналогичных по своему уровню САПу, Ораклу или айСкале, уж во всяком случае то, что называется на одну цифру и одну букву — это явно не замена. То, что нам преподносят как ERP систему таковой не является и это тоже понятно, так как изначально там совершенно другой (бухгалтерский) подход: дебет — кредит, дебет — кредит и ничего больше. Всё остальное натягивали поверх этого. Но вопрос даже не в этом. Главных вопросов два: первый — система является не параметрически настраиваемой, как iScala, а программируемой, в результате чего каждая компания имеет свою собственную уникальную систему, не похожую на систему в соседней компании. Как её задумал программист и как ему поставил задачу представитель заказчика, очень слабо понимающий, что такое система, которая обеспечивает информацией потребителей во всех сферах деятельности компании, а не только бухгалтеров или продавцов. А второй вопрос вытекает из первого: а кто этот самый программист? Я общался с большим количеством таких, с позволения сказать, специалистов и, извините за нетолерантность, все они уроды, ну или почти все. С ними невозможно ни о чём говорить, они ничего не слушают и не слышат, они ничего не могут объяснить простыми словами. Они живут в своей собственной реальности. Они понимают только то, что соответствует терминологии их системы, это самая натуральная «секта». Конечно, встречаются и по-настоящему профессиональные специалисты, но за 28 лет мне довелось пообщаться не более, чем с двумя такими профи.
Ну, ладно, это я отживаю вчерашнее общение с моими коллегами. Теперь вернёмся к айСкале. Я считаю, что существующим клиентам айСкалы волноваться не о чем. Даже, если предположить, что iScala 3.6, выход которой был запланирован на апрель 2022 года, но так и не случился пока, будет на данном отрезке времени последним обновлением системы, то меня лично это совершенно не пугает вот по каким причинам:
- А много ли революционных изменений в функциональности появилось в последних версиях?
- А вы знаете, на каких версиях продукта до сих пор «сидят» некоторые клиенты?
Начну с первого вопроса: Да, некоторые «революционные» изменения в последних версиях произошли, но произошли они в системе построения отчётности. У меня есть знакомые компании, которые перешли на новые версии, например, iScala 3.5, но всем этим не пользуются. И есть другие клиенты, которые уже давно ушли вперёд в плане построения «внешних» отчётов по сравнению с разработчиками Эпикора. Им все эти изменения побоку. Так что «есть ли жизнь на Марсе (новые версии), нет ли жизни на Марсе», нас это волновать особо не должно, применительно к текущему моменту как минимум. Не подумайте, что я агитирую не переходить на новые версии, наоборот, я всегда «за», правда без излишнего фанатизма. Переходить на что-то новое нужно не тогда, «когда можно», а когда «нельзя не перейти». В большинстве случаев сейчас можно найти довод «нельзя не перейти», но только в отношении новой версии, а не новой системы! Особенно, это касается тех, кто более 15 лет «сидит» на старых версиях продукта. И тут мы плавно переходим ко второму вопросу: если люди ещё полгода назад пользовались версией Scala 5.1 (для тех, кто не знает что это — это то, что было до iScala) и им удавалось получить всё что было необходимо в работе, то представьте, какой запас прочности у iScala 3.5 или iScala 3.6 (я надеюсь, что она в ближайшее время всё-таки появится).