И снова про учёт и контроль

Шесть лет назад я уже писал про «Сервисный центр» от YukoSoft. Время шло, база понемногу подбиралась к бесплатному пределу одного из справочников (лимитирован был только справочник клиентов) и я уже подумывал о том, что надо будет докупать минимальную лицензию на это ПО, даже несмотря на не самый, прямо скажем, щадящий ценник и некоторые странности с ведением баз, не устраняемые от версии к версии, но...

Как вдруг сегодня, при очередном её запуске, программа радостно сообщила, что отныне лимитированы уже не 1, а целых 3 (!) справочника и мне нужно будет либо их уменьшать (т.е. удалять лишние записи — а ведь базы-то рабочие, а не учебные), либо бегом покупать платную лицензию. И сразу же перешла в режим редактирования этого самого справочника, так внезапно и вовремя переполнившегося. Получилось ярко, неожиданно, весело! Ну, вы меня поняли.

Что тут можно сказать... Нет, я понимаю, конечно, что в это непростое время бенефициарам компании (судя по поиску в интернете, она как-то аффилирована с кафедрой ИТ Кубанского университета) хочется больше денег, но не такими же примитивно-топорными методами действовать! Как я понимаю, с маркетингом в этом универе была совсем беда. Учить-то ему учили, конечно... (дальше должна быть фраза Лаврова)

Ну и контрольный вопрос: а стану ли я, после такого демарша, покупать платную лицензию на данное ПО? Ответ простой: однозначно нет.

Учёт и контроль

Посмотрел тут разный софт под учет ремонтов и материалов/запчастей (нужен для удобства работы). Что могу сказать... 

Наиболее обнадёживающе выглядел «Сервисный центр» от YukoSoft. В общем, решил я посмотреть на это ПО в деле. И вот тут-то меня поджидало сильное разочарование. Упрощенные алгоритмические обвязки и ошибки делают данное ПО практически неприменимым (или ограниченно применимым).

Первым делом я отправил автору свои замечания по логике приходования одинаковых товаров с разной ценой закупки (указав на это как на грубую ошибку) – и получил в ответ вот такую отповедь:

В программе нет никакой ошибки, тем более грубой.

Существует множество различных способов товарного учёта: партионный учёт, учёт ФИФО, учёт ЛИФО, учёт по среднему, учёт по последнему приходу и т.д. 

Называть один из этих способов учёта верным а остальные "грубейшей ошибкой" ошибочно.

Для данной простой программы стоимостью 8000р выбран самый простой способ товарного учёта с одним складом. Цена товара в справочнике всегда берётся из цены закупки этого товара в последнем приходе.

Из всего этого я сделал несложный вывод, что данное ПО (т.е. оболочка СУБД, фактически) хоть и выглядит красиво, но во многом сделано на от@бись. Я говорю о логике обработки данных и их учёта, заложенной в SQL-запросы данного ПО.

Могу предположить, что логика SQL-запросов писалась теоретиком, весьма далёким от практической работы «в полях». Более-менее знакомый с практикой разработчик сделал бы, в худшем случае, учёт по среднему, а в идеале — партионный учёт (т.е. учёт по цене закупки). Или это условие вписал бы в ТЗ постановщик задачи/архитектор, знакомый с практикой. Но так получилось, что этого не случилось. В общем, количественно-стоимостное ведение базы товаров (т.е. запчастей и материалов) в данном ПО лишено всякого смысла.

Стоит добавить, что у данного ПО откровенно плохо обстоят дела и с управлением версионностью БД. Возникает ошибка SQL при попытке изменения текущего статуса заказа (т.е. изменения этапа работы с заказом). Отправил скриншот с ошибкой всё туда же. Получил ответ:

Скорее всего у вас старая версия базы где была такая проблема. Вы можете прислать скриншот ошибки и свой файл базы (путь указан в нижнем правом углу программы)

Вот это предложение прислать ему (или им) свою базу как следует понимать и воспринимать? А если в вашу БД уже вбиты реальные контактные и персональные данные клиентуры? Автор что, ничего не знает о 152-ФЗ?

Вот такие впечатления. Сделано хоть и красиво внешне, но довольно-то бестолково внутри (местами).

Про дешевые ремонты

Арифметика у таких ремонтов очень простая.

Был аппарат (условно говоря) за $800 (c учётом потрёпанности), в «дешёвый ремонт» вложили $50 и получили аппарат с ценой продажи $200 (если повезёт). Итого $650 чистого убытка, тогда как как грамотная замена трансформатора обошлась бы приблизительно $300 и никто бы этого не заметил, т.е. аппарат не потерял бы в цене и сохранил ликвидность. Но владелец предпочёл «дешёвый ремонт» за $50 у неведомого «мастера», что закономерно привело к фатальной поломке аппарата. «Оживить» его теперь стоит приблизительно $100, что для аппарата, внезапно подешевевшего до $200, уже не очень целесообразно (c этим, как правило, сталкивается уже следующий владелец, недоумевающий, отчего ремонт стоит «половину цены» его девайса). А стоимость восстановления аппарата в исходное состояние приближается к его рыночной стоимости до «заколхоживания» (что обычно за гранью понимания любителей покупать проблемные устройства по дешёвке). Результат «дешёвого ремонта»: минус $650 у первого владельца и минус $100 у второго. Итого минус $750.

Реанимация BBK 985S (LIKO)

Уже давно лежит в своей коробке старенький BBK 985S LIKO. Заменить его на Pioneer пришлось в своё время из-за того, что у BBK появился сильный фон по звуку. Ремонтировать самому в то время было нечем и не на чем, а чинить в сервисе было дороже, чем купить новый аппарат. Ну а теперь есть возможность всё-таки починить – аппарат-то был достаточно неплохой и весьма всеядный. Под него народ даже кастомную прошивку «запилил» с блекджеком и шлюхами. Кому-нибудь еще вполне послужит.