Концепции в некоторых функциональных областях: как будет выглядеть Бухгалтерская проводка, какие у неё могут быть статусы, сколько может быть учётных измерений, как это будет организовано. Сколько концепций консолидации? Как будут организованы заказы, складской учёт. Делимся идеями
Мы более 33 лет проработали с системами под названием «Скала», «айСкала», «Платинум», «ИФАС» (EFAS), «Эпикор», Майкрос, «ЕвроСис», Инфо-Бухгалтер, 1С, локальные производственные программы и многое другое. Опыт сигнализирует нам, что в отрасли возникла угроза скатывания в тупик. Виной этому может быть то, что при выборе системы не учитывается её концепция, а только технические параметры или отдельные функции.
Мы считаем, что в системе главным является именно концепция, всё остальное, как говорится, «дело техники». У нас есть концепция как системы целиком, так и отдельных её компонентов.
Хоть и не очень быстро, зато очень революционно 🙂 Ну, и не просто революционно, а, наконец, удалось проверить на практике те идеи, которые я предлагал Джону (John Ingham) ещё лет 25 назад. Но тогда удалось за 4 года добиться только 20% от того, что я предлагал. Я думал, что остальные 80% должны сделать за оставшиеся 16 лет (ну, это же простая арифметика: 4 года / 20% = 20 лет), но уже прошло 25, а никто и не собрался что-либо сделать. Ну, кроме меня самого 🙂 🙂 🙂
Уже можно выстраиваться в очередь за новым решением, торопитесь!
Что же сгубило Компанию «Скала», а потом «Эпикор»? На мой взгляд, алчность. Помню, как я будучи старшим консультантом пришёл к директору по консалтингу и вопросил: «что же мы делаем? Зачем мы пытаемся «нагнуть» наших клиентов, зачем мы пытаемся получить с клиента эту тысячу баксов, когда он нами недоволен и он при этом прав? Не лучше ли сейчас исправить ситуацию и сделать так, чтобы он стал доволен, причём бесплатно для него, а через месяц тогда он, будучи довольным, закажет у нас услуги на 10 тысяч баксов?»
Дежа вю. Многие компании начали любимое занятие: оптимизацию затрат, причём сразу с персонала. Прямо как в 2009 году. Я тогда предлагал: «не трогайте сотрудников, давайте найдём узкие места, где мы теряем деньги, ликвидируем простой арендованного автотранспорта, распродадим излишки запасов, неликвиды и т.п.» Не послушали. А ведь, как нас учили во всех бизнес школах, кризис это не только про угрозы, но и про возможности. Вот об этом и поговорим — про оптимизацию склада, критерий оборачиваемости запасов и запасы низкого спроса.
Некоторое время назад (может быть год или два) я задал ИИ вопрос, на каком сайте больше всего информации по iScala на русском языке. Думал, он выдаст scala.org.ru, ведь здесь несколько десятков тысяч страниц со структурой баз данных Scala/iScala разных версий. ИИ подумал и ответил что iScala это такая ERP система (я его об этом не спрашивал) и что самый информативный сайт iscal. com (пробел добавил я, чтобы не сгенерировать ссылку). Я жутко удивился, что за сайт такой, о котором я не знаю. Попытался перейти по ссылке. Но она ведёт на несуществующий сайт. Что и следовало ожидать. ИИ просто его выдумал. И такого дер*ма просто невероятная куча! 🙁 🙁 🙁 Но не здесь!!! 🙂 🙂 🙂
Разумеется, идеальную систему создать невозможно. Не потому, что это невозможно в принципе, а, скорее, потому что понятие идеального у всех разное. Так как моё знакомство со Scala/iScala началось именно с модуля Управление Запасами и его функционал мне реально очень нравится, я не могу не попытаться сделать что-то своё, что соответствовало бы моему идеальному представлению о том, как сделать складской учёт. В рамках реальных возможностей, конечно 🙂
Для моего коллеги, бывшего клиента iScala «Широкая узнаваемость, большое число специалистов» оказалось решающим фактором при выборе системы, когда они мигрировали с iScala из-за ухода Epicor из России. Это их выбор. Но меня это не убеждает. Попытаюсь пояснить на примере из прошлого. В 60-е годы прошлого века керосинка была самым распространённым прибором для приготовления пищи на дачном участке. А уж сколько специалистов по его ремонту тогда имелось, не сосчитать. И что? Где эти керосинки? Ну, одна у меня на даче на чердаке валяется. Появились более удобные и менее пожароопасные газовые или электрические плитки и никто даже не заикнулся про «Широкую узнаваемость и большое число специалистов». Понятно на что намекаю?
Довольно полезный отчёт, когда у вас много позиций со списками материалов (BoM). В версии для гостиничного бизнеса эта функциональность называется рецепты (Recipe). Одна из особенностей отчёта в том, что он показывает себестоимость готового изделия (или блюда) с учётом текущей себестоимости компонентов (ингредиентов) на складе, соответствующему предполагаемому месту производства. А если она неизвестна, то себестоимость берётся из поля «Стоимость приобретения» (Landed Cost) в карточке запаса.
Когда возникла задача не нашёл образца файла, как напрямую (без Work Flow) обратиться к менеджеру Generic Query. Обычно эти примеры находятся в папке iScala\Tutorials\SCSSamples\Managers. Но тут ничего подобного нет. Пришлось изобретать методом «научного тыка», в результате нашёл требуемую структуру. Может и вам пригодится?
ИИ ERP систему с нуля не напишет, я в это принципиально не верю. Наверное, он может переписать существующий код с одного языка на более современный, может даже сможет что-то кардинально улучшить. Вполне допускаю, что ему не составит труда переписать отчёт с Crystal’а (файл rpt) в формат SSRS (rdl файл). Но это интересно было бы проверить 🙂
Ну, что сказать? Во-первых, 1С:ERP — это оксюморон. Во-вторых, 1С:ERP — это худшее, что у нас есть, на мой взгляд. Перефразируя слоган L’Oréal, «ведь только этого вы и достойны». Какой позор!
