О системах планирования ресурсов предприятия Scala, iScala
“ Вчера я участвовал в совещании по интеграции корпоративной системы клиента с системой под названием "1С: ERP" (что, на мой взгляд, оксюморон). Речь зашла про Batch Number и Batch ID. И вот мы обсуждали, что эту функциональность нужно сохранить в новой разрабатываемой под клиента системе, а я подумал: "в Скале это стандартный функционал, а в "новой системе" это будет фактически самопал. Грустно". Но клиент принял решение переходить, я не вправе это решение подвергать сомнению, а Эпикор этому сильно поспособствовал.
  • Главная
    • О проекте
      • Разъяснение о проекте и его участниках
      • Заявление / Memorandum
    • Новости проекта
    • Список опубликованных материалов основного раздела
    • Информация, перенесённая из старых форумов
    • Подписаться на новостную рассылку
  • Наши услуги
  • Статьи
    • Статьи
    • Избранное
    • Мысли вслух
  • Процедуры
  • Доходчиво о сложном
    • Обучение
    • Как сделать?
    • iScala «для чайников»
    • Оч.умелые ручки
  • Структура таблиц
    • Scala 5.1 SR13
    • iScala 2.2 HF 2.3318
    • Tables structure changes history from iScala 2.2 SR2 to iScala 3.0 FSP4
    • Epicor iScala 2.3 — 2.03.3363
    • Epicor iScala 2.3 SR1
    • Epicor iScala 2.3 SR2
    • Epicor iScala 2.3 SR3
    • Epicor iScala 3.00 FSP 2 — 3.00.02254
    • Epicor iScala 3.0 FSP4 — 3.0.4267
    • Изменение структуры таблиц iScala 3.1 по сравнению с iScala 3.0 FSP4 / Table structure changes between iScala 3.0 FSP4 and iScala 3.1
    • Epicor iScala 3.1 — 3.1.0511
    • Epicor iScala 3.2 — 3.2.0317
    • Epicor iScala 3.3 — 3.3.0419
    • Epicor iScala 3.4 — 3.4.0399
    • Epicor iScala 3.5 — 3.5.0.0429
    • Изменение полей в таблицах БД iScala 3.4 по сравнению с iScala 3.2 / Difference between DB structure of iScala 3.4 and iScala 3.2
    • Изменение полей в таблицах БД iScala 3.5 по сравнению с iScala 2.2 / Difference between DB structure of iScala 3.5 and iScala 2.2
  • Материалы по модулям iScala
    • Главная Книга
    • Основные Средства
    • Книга Закупок
    • Книга Продаж
    • Заказы на Закупку
      • Требования
    • Заказы на Продажу
    • Управление Запасами
    • Установка, Администрирование
      • Настройка определений документов MSRS
    • Заработная плата
    • Структура базы данных
    • Отчётность SSRS
    • Отчётность AFR
    • Примеры отчётов
    • Примеры отчётов AFR
    • Интеграция с другими системами
    • Epicor Service Connect
  • English
  • Контакты
  • Поиск
Главная  »»»  Мысли вслух  »»»  Что ожидается с поддержкой iScala в России?

Что ожидается с поддержкой iScala в России?

20.07.2023 Автор Алексей Васильев

Продолжение заметки про клиентов iScala в России
Вчера я участвовал в совещании по интеграции корпоративной системы клиента с системой под названием «1С: ERP» (что, на мой взгляд, оксюморон). Речь зашла про Batch Number и Batch ID. Если кто не в курсе, то это в своё время было особым предметом внимания в версии, которая называлась Scala Pharma, это было сделано для 5 крупнейших фармацевтических компаний, которые собрались вместе для того, чтобы выработать требования к ERP системе применительно к фармацевтической отрасли. Именно тогда сделали отчёт по трассировке партий, когда можно было проследить не только ту партию готовой продукции, которую, в случае чего, нужно было изъять из продажи, но также все другие партии готовой продукции, которые были изготовлены из тех же самых партий исходного сырья, из которого была изготовлена искомая партия готовой продукции. А потом эта функциональность была включена в основную версию и Скала Фарма как отдельный продукт перестала существовать.

И вот мы вчера обсуждали этот вопрос, что эту функциональность нужно сохранить в новой разрабатываемой под клиента системе, а я подумал: «в Скале это стандартный функционал, а в «новой системе» это будет фактически самопал. Грустно». Но клиент принял решение переходить, я не вправе это решение подвергать сомнению, а Эпикор этому сильно поспособствовал.

Но я не про это. Я про другое. Что произойдёт в результате ухода ключевых клиентов iScala в России на другие продукты?

Симфония учёта

Ведь в нашем очень замкнутом пространстве всё взаимосвязано. Не только часть клиентов мигрировала/мигрирует на другие системы, но и консультанты вынуждены следовать в том же направлении. Позвольте повангую. Произойдёт следующее: те клиенты, которые привыкли обходиться без помощи консультантов, или, которые прибегают к их помощи случай от случая, какое-то время никак не отреагируют. А наша братия разбежится по сторонам, ища себе задачи, возможно, никак не связанные со Скалой. Кто-то уйдёт из компании-(бывшего) партнёра Эпикор и пойдёт работать в клиентскую компанию (клиентскую, в данном случае не означает в компанию клиента Скалы) либо в ИТ, либо в финансовую сферу, либо на руководящую работу. И специалисты по Скале, которые раньше работали на стороне клиента, также разбегутся по каким-нибудь более-менее тёплым местам. Я «пойду торговать помидорами», как я обычно говорю в подобных случаях. А когда тем, клиентам Скалы, которые будут продолжать работать со Скалой в России, понадобится помощь, они обнаружат, что получить её не от кого. Ну, не брошу же я свои помидоры, ради того, чтобы кому-то что-то сделать раз в год, и не рассчитывайте. А может я буду занят изготовлением табуреток, а что? Я умею работать на всех деревообрабатывающих станках, кроме ленточной пилы (это особо опасный инструмент). В данном случае я имею ввиду не обязательно конкретно себя, но любого из тех, чья рабочая карьера прошла под знамёнами Scala/iScala. Эпоха закончилась…

 

Рубрика: Мысли вслух Метки: iScala, клиент, консультант
VK Telegram Про канал в WhatsApp

Copyright © 2025 О системах планирования ресурсов предприятия Scala, iScala.

Gammapolis WordPress Theme by ERP & Business Consulting

Прокрутка вверх