Author: Алексей Васильев
Об обновлениях

Не всё то плохо, что недавно обновилось на новую версию. И музей современного искусства Эрарта тому пример. И это касается не только современного искусства, но и нашей темы. Уже очень много раз писалось о том, что систему надо обязательно развивать и обновлять, иначе не она будет для вас, а вы для неё
Добавлен материал по изменению полей таблиц iScala 3.4 по сравнению с iScala 3.2

При обновлении версии на iScala 3.4 у одного из клиентов столкнулся с тем, что перестали работать несколько отчётов RGW. Как выяснилось, дело в изменении длины поля с номером платежа в таблице платежей модуля Книга Продаж. А чтобы посмотреть, что изменилось, я добавил описание изменений в структуре БД
Правило Парето никто не отменял!!!

Люди, на мой взгляд, разумны. И если им объяснить, что 80% того, что они хотят видеть в системе, легко сделать, за оставшиеся 15% из 20 нужно будет «заплатить» дополнительным вводом информации, увеличивающей нагрузку на пользователя, в полтора раза, а ради оставшихся 5% он должен будет делать сложную процедуру, в 6 раз увеличивающую трудоёмкость работы, то разумный руководитель не станет настаивать на этих самых последних 5% и мы найдём какой-то вариант, как получить необходимое другим путём или он просто решит, что это того не стоит.
Только вы можете принять решение, какой программой пользоваться. Но желательно принять его с «открытыми» глазами

Начну с того, что широко разрекламированная «стандартность» учёта — это миф! Никакой «стандартности» нет. Да, у нас есть стандартизованный план счетов с рекомендованными счетами и субсчетами. Однако, вы должны будете либо отказаться от всех подробностей ваших расчётов, особенно, если у вас под 500 различных начислений и удержаний (мало ли что у вас на вашем предприятии «нажито непосильным трудом») или понять, что никакая «стандартность» в новой программе, которой вы зачем-то хотите заменить модуль заработной платы вашей iScala, вам не светит и без программистов она всё равно не будет работать, как вам хочется