Возможности, удалённые из систем "КИС Lack" : КИС Lack & УС Land

Здравствуйте!

В очередной версии универсальных учетных систем "КИС Lack" & "УС Land", в очередной раз наткнулся на возможности (подсистемы, отчеты), которые не используются сейчас пользователями, имеющими контакты со мной - удалил их!


Причины удаление средств систем:

1. Большое число бизнес-функций системы затрудняет её освоение новыми пользователями;
2. Мне тяжело "держать в голове" все взаимосвязи технологий и нюансы "сложных", но уникальных возможностей;
3. Dos система "КИС Lack" зачастую работает нестабильно, из-за "ограничений по памяти ПК" и "сложных взаимосвязей оверлеев"... Таких проблем нет в "УС Land", но пока это не основная система автора;
4. Пользователи, тесно контатирующие со мной не используют данных бизнес-технологий.


Для кого данный топик?

1. Компьютерщиков и разработчиков бизнес ПО для изучения потенциальных возможностей данных систем;

2. Пользователей - знать потенциальные возможности универсальной системы, которые при необходимости можно будет реанимировать, а так же мои возможности, как разработчика.


Активной чисткой системы занялся с 2007 года (что-то удалялось, что-то появлялось), но наиболее интересные, удаленные бизнес средства буду описывать "с конца", иногда перемежая "свежими" "удалениями".

P.S. Очевидно, что всё это может быть восстановлено в системах, но только за денюшку, т.к. эти средства не нужны большинству пользователей системами.

Так ты бы и написал, что именно удалил.
Вдруг кому-то из твоих пользователей это нужно, просто они не знают, что эти возможности есть в системе.

Ясень-пень напишу... Просто хотелось бы более или менее подробное и понятное описание, что бы понять насколько важны "потери" системы. Навскидку удалено более 50 одних только бизнес технологий.

Извините!!! Буду тему пополнять по мере нахождения у себя времени.

Добрый вечер!

В версии февраля.2012 года (1202) удалены несколько возможностей. Рассмотрим одну из "старых" технологий оптовой торговли. По данной технике в разное время работали две оптовки, а сейчас в силу ряда причин перестали её использовать.

Суть: Фирма имеет офис, в котором "сидят" бухгалтера и "пасутся" торговые агенты, т.е денежный поток проходит через офис... Налик, через кассира, а безнал по различным счетам ведут бухгалтера, выбирая информацию из систем "клиент-банк"... Кроме того, аналитики и руководство, анализируя данные принимаю оперативные и стратегические бизнес-решения. Основной же учет (товарная первичка, транспортная и складская логистика) ведется на складе, где и находится основная масса операторов ввода.

Данные ежедневно передаются по ftp в офис, где анализируются в "отчетных" (локальных) программах. Необходимости в on-line работе офисного персонала нет, да и к моменту создания данных техник компьютерщики не владели технологиями удаленного управления... Техника была "отработана" пока не решили поэкономить на персонале - отказаться от повторного ввода финансовых операций, да и со всеми техниками привязки оплат к товарным документам.

Была создана программно-организационная конструкция:

1. В течении дня (с 9:00) в офисной копии программы бухгалтера и кассир в режиме on-line вводят и привязываю платежи к накладным.

2. В конце работы 18:00 из офисной копии выгружаются накопленные в течении дня платежи... посылка содержит информацию по привязкам и изменении "старой" информации.

3. На складе утром 8:00 оператор автоматически принимал инфу по деньгам и проверял по ключевым данным денежного отчета, переданного из офиса (10-30 минут).

4. Отправлял до 9:00 модифицированную базу в офис.... И цикл (с 1) начинался заново.


Для этого в административном контуре пакета (автосистемы) были 4 режима: отправка/прием банка, отправка/прием кассы (этой фигней занимались разные люди). Данные подсистемы удалены из программы [h]La.


P.S. Причина удаления... Данный контур уже не нужен, а если и появятся фирмы с разделением на склад и офис, то на одном ПК можно заводить кучу сеансов удаленного доступа и вся бухгалтерия и кассиры будут работать со складской БД напрямую.

Не описывая подробно... Больно заумные и уникальные возможности - так же удалено. Просто цитата из инструкции 1202:


Отчёты/дилер/продажи по Перно-Реккар и остатки товаров данной фирмы. Это уже не используемый уникальный дистрибьюторский отчет, в котором подготавливались данные для экспорта в уникальную базу Access данной фирмы – поставщика. Требовалось оформление виртуальных объектов справочников клиентов и ассортиментов и из него создавалось несколь-ко промежуточных баз, засоряющих файловую систему пакета.

Отчёты/дилер/дебиторка и кредиторка в формате «Русского алкоголя». Сложно ска-зать, что «курили» аналитики этой Польской фирмы, сочиняя алгоритмы построения данного анализа, но «замучился» объяснять любознательным пользователям, как строить и работать с данной аналитикой. Она оказалась слишком заумной и нелогичной, т.ч. никто её толком не использовал и даже кажется сами «РА» перестали её требовать. При этом программный модуль был огромный, со всеми вытекающими последствиями для работы программ.

В версии декабря 2012 г. удалил весь контур системы, связанный с оптовой торговлей алкоголем, а именно: все виды оптовых деклараций и ряд отчетов, связанных с алкогольной дистрибьюцией.

Причина: отсутствие реальных пользователей данного направления и радикальная смена форм отчетности.

Кроме этого удалены ряд режимов, временно введённых в систему для "плавного" перехода к алкогольному декларированию розницы в торговых сетях (типа список правильных реквизитов справочников)... Этому сделана более "умная" замена в других режимах.... Подробнее в описании версии на сайте.

Удалён целиком фармацевтический контур пакета: аптеки, которые были - "спеклись" и ни разу в письмах не встечал "интереса" к системе от фармацевтов. Удалено:

1. Подсистема ведения бракованных и фальсифицированных препаратов;
2. Поиск "фальсификата" в приходных накладных;
3. Журнал учета поступлений препаратов;
4. Печать стелажек.

Те элементы и отчеты, появивщиеся вместе с "фармацевтическим контуром", но оказавшиеся полезными "всем" - оставлены.

Удалены все ссылки на атрибуты товаров: в отчетах и справочниках, связанные с системой ЕГАИС - отказ от "алкогольного производства".

1. Когда-то давным давно… в эпоху ЕГАИС или даже «акцизных складов» государством был придуман «журналы учета движения алкогольной продукции», приведённые к доле чистого спирта. Данный стандартизированный документ через технику групп печатался ко всем видам товарных документов.

Его форма несколько отличалась для документов различных типов (накладных, инвентаризаций, списания и etc). Вызов режима «запрятался», что только сейчас его «заметил» и удалил за ненадобностью все виды данных журналов по всем видам документов. Приведу пример по «приходу»:

2. Продолжается "чистка" и упрощение отчетной системы от заумных ограничителей порой непонятных даже мне... "Почищена" и упрощена справка по долгам будущих периодов покупателей и долгов перед поставщиками - убраны вопросы, уточняющие "дисциплину" платежей; изменена последовательность запросов (основные в начале) и выделены блоки запросов радикально меняющие структуру информации в отчете.

В 2004 году в системе появилась интеграция с карточным дисконтным сервером разработки давно почившей фирмы... Той фирмой была сделаная библиотека, которую мог вызывать из КИС Lack и она управляла из программы картридером. Дисконтная система использовалась в торговых сетях для синхронизации скидок для покупателей, но:

- разработчик "исчез" в 2007;
- система КИС Lack уже не поддерживается;
- последний пользователь внешнего дисконтного сервера отказался от него в 2011 году....

Удалены все модули, связанные с данной системой. Сделано для упрощения исходного кода программы.

Таким образом в системе "УС Land" остался только "внутренний" дисконтный сервер, реализующий следующие политики скидок:

1. Скидка в % для конкретного покупателя;
2. Скидка в % зависящая от суммы покупки;
3. Разные % скидки зависящие от сумм покупки. Например 1% (до 1000), 2% (от 1000 до 7000), 3% (свыше 7000)
4. Накопительные скидки для покупателя, где схема описана в 3.
5. Программируемый сервер скидок, в котором можно например задать, что скидка в 3% для пенсионеров в рабочие дни с 8:00 по 12:00. Замечу правда, что им никто не пользуется.

Что касается интеграции с оборудованием и скидочной политики для сетей - будут клиенты такой системы, то и сделаю её тогда.

Удалено всё, касающее ведения и отражения кода предпариятия GLN - раннее был введен, как обязательный атрибут для документов поставки в сети МЕТРО/РЕАЛ.