Прошло 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/