Я никогда ранее не смешивал свои политические взгляды и профессиональную деятельность. Но не в этот раз. Поводом послужило обращение одного из моих коллег из международной компании, прекратившей свою деятельность на территории России
Когда то мы наивно верили в то, чему нас учили. В частности, одна из книг 4-го курса была посвящена дискриминации. Ну, все же знают, что дискриминация - это зло. По любым основаниям: религиозным, расовым, половым, возрастным и так далее. Спустя некоторое время пришло осознание того, что любая идея, доведённая до абсолюта, дурно пахнет. Так и в этой области стремление обеспечить права меньшинств приводит иногда к ущемлению прав представителей большинства. А далее, мы узнали и другую реальность, что можно (и нужно) подвергать остракизму представителей "неправильной" страны. Я давно уже понял, что всё, чему нас учили в Школе Бизнеса Открытого Университета - это враньё...
https://scala.org.ru/diskriminacija-dopustima-v-sovremennom-mire/

Который раз возникают мысли о возможности воспроизведения функциональности iScala средствами SQL сервера. Мой коллега Игорь Чанышев уже давно с помощью своего RM2 дорабатывает или фактически переписывает то, что в iScala работает не самым оптимальным образом или отсутствует, а может быть и работает наилучшим образом, но у клиента отсутствует соответствующая лицензионная опция или версия настолько старая, что её трудно совместить с современными требованиями. Впрочем, какая разница, давайте просто поразмышляем, что бы я оставил, что выкинул, а что усовершенствовал 😄
https://scala.org.ru/esli-by-ja-popytalsja-vosproizvesti-funkcionalnost-modulja-upravlenie-zapasami-iscala-chto-by-ja-usovershenstvoval/

Ранее пользовался недокументированной утилитой xp_dirtree, но недавно столкнулся со сложностями её использования. Сначала она не хотела работать без всякого объяснения причин с расшаренной подпапкой вида \\ИМЯСЕРВЕРА\ИМЯРАСШАРЕННОЙПАПКИ\ИМЯПОДПАПКИ\ИМЯЕЩЁОДНОЙПОДПАПКИ. Как оказалось позже проблема оказалась в том, что пользователю, от имени которого работает сервис SQL сервера, были предоставлены права на конечную подпапку, но не были предоставлены права на вышележащую. С правами разобрались, хранимая процедура заработала, но спустя некоторое время возникла задача получения не просто списка файлов, а ещё и дат их создания, а эту информацию xp_dirtree не предоставляет. Пришлось воспользоваться процедурой xp_cmdshell и досовской командой dir. Вполне возможно, что вам это тоже пригодится
https://scala.org.ru/kak-iz-sql-zaprosa-prochitat-spisok-fajlov-v-vybrannoj-papke-i-otsortirovat-po-date-sozdanija/

Помните что я писал в феврале 2019 года на тему сильных и слабых сторон iScala? Тогда я говорил, что сильные или слабые стороны могут быть только в сравнении с чем-то другим, с какой-то другой системой. Возможно, сейчас это покажется смешным, так как «другая система» победила, но победила вопреки, несмотря на то, что является убогой в некоторых очень важных вопросах, и я хочу на них сейчас остановиться.
https://scala.org.ru/v-poiskah-idealnoj-erp-sistemy-2-0/

Продолжение темы «В поисках идеальной ERP системы 2.0»…
Клиент переходит на «новую систему», в которой настраиваются все те же самые интеграции, что и в iScala, но не предусмотрен процесс «утверждения». То есть либо всё делается автоматически, либо вы должны файлы получать вручную и импортировать их в систему также вручную. Причём визуализация поступивших файлов тоже не производится, как это было сделано на базе монитора задач в iScala. В результате мы сейчас обсуждаем «обходной путь» как бы нам получить то, что требуется
https://scala.org.ru/v-poiskah-idealnoj-erp-sistemy-2-01/

Недавно один мой знакомый спросил меня, а почему же на моём сайте нет предложения каких-то услуг для клиентов, ведь обычно сайты преследуют цель в том числе и продать что-то, получить новых клиентов и так далее 😊 И что? Думаете, хоть одна собака удосужилась поинтересоваться, что это ей такое тут предлагают красными буквами? Нет, конечно! Смешно... Или, может быть грустно? Вот и не знаю, как на это реагировать. На этот "игнор" так сказать. Может вы подскажете? 😂
https://scala.org.ru/not-in-husky-happiness-2-0/

Коллеги со стороны клиента сожалеют, что скоро нам предстоит расстаться, они уже полностью перешли на одинэс, мои услуги им больше не нужны, предлагают мне разобраться в одинэс и помочь им его усовершенствовать. А я говорю, что «это» невозможно усовершенствовать. Нет такой возможности. Технологический тупик, неправильный выбор лет этак 25 назад. Это «здание» можно только полностью снести и построить что-то абсолютно новое. Причём строители должны быть другие, свободные от дурных подходов проектирования предыдущего «здания»
https://scala.org.ru/v-poiskah-idealnoj-erp-sistemy-2-1/

Коллеги, я почитал энное количество статей на счет замены западных ERP систем после их ухода из России российскими продуктами, но так ничего и не понял, в смысле, есть ли у нас какая-то собственная достойная система (1С не предлагать!) или система с открытым исходным кодом, которую можно было бы взять за основу. Все статьи написаны одинэсниками, поэтому об объективности речи не идёт. Можете поделиться своими мыслями, где мы окажемся, когда всё большему количеству компаний станет очевидно, что однабуква-однацифра - это путь в тупик?

Прошло 20 лет с тех пор, как 14.09.2004 был запущен проект «Для «Scalaлазов»» в виде форума для общения пользователей ERP систем семейства Scala/iScala на русском языке. Незадолго до этого Epicor приобрел компанию Scala и, как в большинстве подобных случаев, начались изменения, сопровождавшиеся, в том числе, и «исходом» из компании опытных сотрудников в компании-партнёры, компании-клиенты и т.д. И нам нужно было где-то общаться. Так и появился «Форум пользователей ERP систем Scala, iScala» как попытка собрания материалов по Scala/iScala, опыта, мнений и предложений его участников. Точнее, 20 лет исполнится завтра. Но завтра выходной, поэтому пишу сегодня 🙂
https://scala.org.ru/20-let-proektu/

Независимо от того, кто обслуживает Ваши ИТ системы и/или кто обслуживает конкретную систему (например, ERP), установленные на ваших локальных или арендованных серверах, собственником установки системы являетесь вы, а те, кто её обслуживают - это просто нанятые организации, которые не могут узурпировать права на доступ к ней!
https://scala.org.ru/o-vzaimootnoshenijah-s-kompanijami-obsluzhivajushhimi-vashi-it-sistemy/

Помните, сколько было сломано копьев (или копий? 😁) с "разнесением" многострочных проводок? Только благодаря Рушану в тех, компаниях, где количество проводок было не запредельным, хоть что-то удавалось преобразовать в привычный для наших бухгалтеров вид дебет, кредит, сумма и построить разного рода "шахматки". Потом R&D этим озаботился, но вместо того, чтобы посоветоваться с Рушаном, они, как всегда, наваяли что-то запредельное, а конвертор из рушановской таблицы RG_MEMORY в новые "билинейные проводки" так и не сделали. В итоге так никто и не перешёл.

Мне тогда было интересно и я создал конвертер из одного в другое и обратно, но всё равно никто не стал использовать это скальское "чудо".
При этом я всегда предполагал, что если сохранять подробности, а не группировать негруппируемое, то можно добиться того, что проводки чётко будут если не двустрочными (как в модуле "Управление Запасами"), то по крайней мере с парным количеством строк, с перекрёстными ссылками. Понимаю, у R&D были другие заботы. Они создавали функциональность для Кипра, Латинской Америки. Ну, вот мне не спалось и я решил на практике попробовать. Ну, и получается. Смотрю на себя в зеркало и всё ищу, не появился ли нимб 😂

Мысли вслух, так сказать...
Хочу на конкретном примере показать, что не стоит следовать сложившимся в голове стереотипам, всегда нужно считать. Например, что лучше: купить в кредит автомобиль со скидкой за оформление кредита или купить за наличные без скидки? Ответ, вроде бы очевиден — если %% по кредиту превышают размер скидки за его оформление, то с кредитом дороже, но я всегда в таких случаях говорю: «вы просто не умеете считать». Если интересно, пишите, расскажу, почему я так говорю 😊
https://scala.org.ru/vy-poluchili-kvartiru-po-nasledstvu-zhdat-3-goda-ili-zaplatit-ndfl/
Возможно, моим зарубежным коллегам не всё будет понятно, но сам подход, мне кажется, имеет право на жизнь 😁

Помните, что говорил Тургенев устами своего героя?
"Природа не храм, а мастерская, и человек в ней работник". Думаю, что применительно к нашей теме можно было бы сказать, что пора уже перестать ждать милости от производителей ERP систем и попытаться самим сформулировать свои мысли. Кстати, если вы не знали, именно так произошло со Скалой Фарма. Тогда представители 5 ведущих фармацевтических компаний собрались вместе и сформулировали требования к системе, которая должна решать специфические фармацевтические информационные задачи. А потом уже функциональность Скалы Фарма включили в основную Скалу
Наверное стоит собрать в одном месте все разрозненные мысли по поводу того, что бы я мог предложить при попытке создания новой ERP системы. В первую очередь для себя, чтобы не искать в разных местах и не пытаться вспомнить, как же я назвал тот самый файл. И потом, может быть вы посмотрите и захотите тоже что-то предложить 😊
https://scala.org.ru/v-poiskah-idealnoj-erp-sistemy-3-0/

Продолжение темы «В поисках идеальной ERP системы 3.0»
Поговорим о консолидации
https://scala.org.ru/v-poiskah-idealnoj-erp-sistemy-3-01/

Почему-то не удаётся подключить то, что я уже когда-то делал, а именно оповестить пользователя, создавшего требование в iScala о том, что оно было окончательно утверждено и передано в работу закупщику (и он будет покупать то, что заказано) или кладовщику (и можно бежать на склад это получать). И при этом Epicor Service Connect выдаёт какое-то странное сообщение, что нет такого номера требования 😊
https://scala.org.ru/chto-sluchilos-s-rabochim-potokom/

Думаете речь пойдёт про Авито? Совсем нет. Хотя и про Авито, разумеется тоже. Но только в качестве примера. 😐
https://scala.org.ru/skidka-za-kolichestvo-na-avito/

Позвонил старый клиент. Оказывается с 1 апреля XML файлы электронных документов старых форматов не принимаются. Ну, спасибо родному правительству, не даёт умереть с голоду, подкинуло небольшую работёнку 😊
https://scala.org.ru/malyj-kontrolnyj-spisok-po-izmenenijam-struktury-xml-fajla-schjota-faktury-i-akta/

До сих пор получаю рассылку от SPB CIO CLUB. Тут они пригласили на DIASOFT PARTNERS DAY2025. Не удержался и поинтересовался, что же это такое. Посмотрел, что вообще за компания, чего делают. Ну и, конечно, не мог не поинтересоваться темой ERP. Картинка - 2-й слайд презентации на эту тему. Что сказать? Согласен со всеми 4-мя пунктами 😁
Только, увы, это всё не более, чем констатация факта, решение-то не предлагается. Сразу вспомнилось, как умники из Тхоместо пытались на аксессе создать взамен Скалы "более удобный" модуль продаж. Посмотрев на него одна из сотрудниц воскликнула: "а где здесь склад?". "Как" - удивились "разработчики", - "вот же он". "Где? Где операции?" Тут-то "разработчики" и впали в ступор. Они-то думали, что будет достаточно зафиксировать поступившее количество, а затем уменьшать его при каждой отгрузке, просто показывая оставшееся количество на сию секунду. А оказывается кто-то хочет видеть движения и остатки не только "на сейчас", но и на прошлый понедельник. На том и закончилось 😂

Иногда мы вынуждены пойти на такой шаг, как отрицательное сальдо на складе. Это, конечно, очень трудно себе представить, как на полке лежит, например, минус 7 пачек чая. То ли это такая маленькая чёрная дыра, в которую кладёшь пачку чая, а она тут же исчезает, то ли это какая-то антиматерия и при соприкосновении с положительным количеством товара они взаимно уничтожаются (только без каких-то страшных последствий). Обычно в пользу решения разрешить отрицательный баланс выступает непрерывный процесс расхода, когда оформление прихода по какой-то причине может запаздывать, а процесс отгрузки не должен при этом останавливаться. Scala/iScala при следующем приходе сама корректирует отрицательную партию, так что подобные действия не вносят каких-либо отрицательных последствий в учёт. Но есть нюансы... Надеюсь, конкретный пример поможет вам разобраться, как это работает
https://scala.org.ru/otricatelnoe-saldo-na-sklade-kogda-dopustimo-i-kakoj-put-optimalnee-vsego/