Все мы знаем, как в Скале работает непрерывная консолидация. А кто не знает, найдите ссылку на этой странице и познакомьтесь, замечательная штука! 🙂 А я хочу также поделиться и другой моделью, которую наблюдал 28 лет назад при внедрении системы EFAS
Помните, что говорил Тургенев устами своего героя: «Природа не храм, а мастерская, и человек в ней работник». Думаю, что применительно к нашей теме можно было бы сказать, что пора уже перестать ждать милости от производителей ERP систем и попытаться самим сформулировать свои мысли. Кстати, если вы не знали, именно так произошло со Скалой Фарма. Тогда представители 5 ведущих фармацевтических компаний собрались вместе и сформулировали требования к системе, которая должна решать специфические фармацевтические информационные задачи. А потом уже функциональность Скалы Фарма включили в основную Скалу 🙂
Независимо от того, кто обслуживает Ваши ИТ системы и/или кто обслуживает конкретную систему (например, ERP), установленные на ваших локальных или арендованных серверах, собственником установки системы являетесь вы, а те, кто её обслуживают — это просто нанятые организации, которые не могут узурпировать права на доступ к ней!
Если зайти в приложения или на сайты поиска квартир, то там в описании алгоритма определения цены будет написано, что чем дом моложе, тем стоимость выше. А вот это вопрос очень спорный. Для меня лично новое жильё в домах-человейниках абсолютно не вариант! Интересная ассоциация в рамках обсуждения путей развития ERP систем, как считаете? 🙂
Как выяснилось в процессе перехода моего клиента (связанного с уходом Эпикора из России) на работу в «другую систему», название которой состоит из одной цифры и одной буквы (не хочу произносить это вслух), её база данных абсолютно непригодна для того, чтобы строить отчёты, подобные тем, что имелись в iScala на сервере отчётов MS SQL Server Reporting Services. В чём вопрос? А дело в том, что «другая система» использует базу данных как табличную помойку, хотя звучит это довольно бравурно «Динамические структуры данных»
Вы замираете, с ужасом пытаетесь держать равновесие, ноги подкашиваются, голова кружится, шаг вперёд, вы теряете равновесие и начинаете падать, судорожно пытаясь схватиться то ли за проплывающий мимо канат, то ли за воздух и летите вниз. И тут вы просыпаетесь в холодном поту и понимаете, что на какой-то момент отключились прямо на совещании по переходу на новую систему. «Мы не можем пройти без страховки», — бормочете вы. «Что с вами?», — спрашивают вас коллеги. «Вы побледнели, может открыть окно?». «Мы не сможем без страховки, мы упадём!»
Можно по-разному назначать права сотрудникам, вводящим в систему операцию по перемещению между складами, но на мой взгляд, самое главное — это соблюсти принцип «сдал — принял», когда в процессе участвуют обе стороны. А если это не соблюдается, то все эти разговоры про какие-то супер-пупер права — это просто «надувание щёк», какой-то голимый пиар, прости Господи 🙁
Увы, я не смогу научить в рамках однодневного, двухдневного или даже недельного тренинга создавать отчёты, где требуется глубокое знание функциональности и большой опыт. Да, общему подходу научить можно, но передать за одно-два-пятьдесят два занятия 29-летний опыт не получится 🙂 🙂 🙂
Вчера пообщался с двумя своими коллегами-консультантами на тему «пространства iScala» и того, что вокруг него. И по поводу подходов к внедрению систем, и по поводу тех, кто этими внедрениями занимается, и по поводу перспектив тех или иных систем после ухода из России ERP-монстров. И в процессе общения либо я, либо мой собеседник произнесли точь в точь одни и те же слова. Слово в слово. Ну, а «бедному крестьянину» волноваться и куда-то бежать не стоит, разве что сделать обновление со старой версии на более свежую…
Уж сколько раз твердили миру… А ситуация всё повторяется и повторяется. Если не заниматься развитием системы, то не система становится для вас, а вы для системы. А заканчивается всегда одинаково.
Начну с того, что широко разрекламированная «стандартность» учёта — это миф! Никакой «стандартности» нет. Да, у нас есть стандартизованный план счетов с рекомендованными счетами и субсчетами. Однако, вы должны будете либо отказаться от всех подробностей ваших расчётов, особенно, если у вас под 500 различных начислений и удержаний (мало ли что у вас на вашем предприятии «нажито непосильным трудом») или понять, что никакая «стандартность» в новой программе, которой вы зачем-то хотите заменить модуль заработной платы вашей iScala, вам не светит и без программистов она всё равно не будет работать, как вам хочется
Аутсорсинг — это хорошо или плохо? На мой взгляд, и не хорошо, и не плохо само по себе. Другой вопрос, а нужен ли нам ТАКОЙ аутсорсинг?
|
|
|
