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