[ОТВЕТИТЬ]
15.01.2012 14:08
AndreyZh
 
Здравствуйте!

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


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

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


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

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

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


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

P.S. Очевидно, что всё это может быть восстановлено в системах, но только за денюшку, т.к. эти средства не нужны большинству пользователей системами.
16.01.2012 08:04
Mtirt
 
Так ты бы и написал, что именно удалил.
Вдруг кому-то из твоих пользователей это нужно, просто они не знают, что эти возможности есть в системе.
16.01.2012 09:43
AndreyZh
 
Цитата:
Mtirt Так ты бы и написал, что именно удалил.
Вдруг кому-то из твоих пользователей это нужно, просто они не знают, что эти возможности есть в системе.
Ясень-пень напишу... Просто хотелось бы более или менее подробное и понятное описание, что бы понять насколько важны "потери" системы. Навскидку удалено более 50 одних только бизнес технологий.

Извините!!! Буду тему пополнять по мере нахождения у себя времени.
16.01.2012 21:47
AndreyZh
 
Добрый вечер!

В версии февраля.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. Причина удаления... Данный контур уже не нужен, а если и появятся фирмы с разделением на склад и офис, то на одном ПК можно заводить кучу сеансов удаленного доступа и вся бухгалтерия и кассиры будут работать со складской БД напрямую.
22.01.2012 14:48
AndreyZh
 
Не описывая подробно... Больно заумные и уникальные возможности - так же удалено. Просто цитата из инструкции 1202:


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

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

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

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

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

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

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

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

Код:
                                              3. Оборот (закупка и хранение)                                               Стр.  1
------------------------------------------------------------------------------------------------------------------------------ Дал
  Дата  |              Наименование продукции              |Объем    |Объем без|Кол-во   |Концен|Отклон.пок-лей при оценке|Подпись
        |                                                  |готовой  |водного  |продукции|трация|-------------------------|ответст
        |                                                  |продукции|спирта  %|в штуках |спирта|Объему|БезвСп.|Кол-ву|Кон|лица   
--------|--------------------------------------------------|---------|---------|---------|------|------|-------|------|---|-------
   1    |                        2                         |    3    |    4    |    5    |  6   |  7   |   8   |  9   |10 |   11  
----------------------------------------------------------------------------------------------------------------------------------
13.12.11 Бисквит VS Классик 0.35л фляжка коньяк                  0.84      0.34        24   40.0
13.12.11 Бисквит ВСОП 0.7л п/у коньяк                            1.68      0.67        24   40.0
…
21.12.11 Фрапэн Экстра Гранд Шампань 0.7л п/у коньяк             0.14      0.06         2   40.0
21.12.11 Чентине 2010г бел.сух. 0.75л вино                       0.45      0.06         6   12.5
21.12.11 Шабли Гран Крю Ле Кло 2009г бел.сух. 0.75л вино         0.45      0.06         6   13.0
----------------------------------------------------------------------------------------------------------------------------------
Итого: Всего позиций   43                           50.23      10.04        728 Ср.градус с учетом литража 19.997
2. Продолжается "чистка" и упрощение отчетной системы от заумных ограничителей порой непонятных даже мне... "Почищена" и упрощена справка по долгам будущих периодов покупателей и долгов перед поставщиками - убраны вопросы, уточняющие "дисциплину" платежей; изменена последовательность запросов (основные в начале) и выделены блоки запросов радикально меняющие структуру информации в отчете.
01.07.2013 10:39
AndreyZh
 
В 2004 году в системе появилась интеграция с карточным дисконтным сервером разработки давно почившей фирмы... Той фирмой была сделаная библиотека, которую мог вызывать из КИС Lack и она управляла из программы картридером. Дисконтная система использовалась в торговых сетях для синхронизации скидок для покупателей, но:

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

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

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

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

Что касается интеграции с оборудованием и скидочной политики для сетей - будут клиенты такой системы, то и сделаю её тогда.
23.09.2013 10:18
AndreyZh
 
Удалено всё, касающее ведения и отражения кода предпариятия GLN - раннее был введен, как обязательный атрибут для документов поставки в сети МЕТРО/РЕАЛ.
15.07.2014 15:14
AndreyZh
 
Из версий с "августа 2014" удален (соответственно снят с поддержки) контур внешних заказов и иммитатор КПК (планшетного ПК) - программа hLVZ.

История создания и назначение "контура":

В 2004 году у самого крупного пользователя "УС Land" (тогда КИС Lack) возникла потребность в автоматизации работы торговых агентов (около 60) с использованием "наладонников". Тщательное изучение "вопроса" показало слишком высокую стоимость проекта... попробовали "предложение" на Palm (5 шт), но п/о КПК и тем более интеграция оказалась слишком "кривой".

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

В 2005 году она была сделана и запущена в эксплуатацию в следующей конфигурации бизнес процесса:

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

- Агент запускал LVZ, распаковывал посылку. Затем выбирал клиента, адрес и в "ограниченном" списке товаров проставлял заказанное количество... и так по всем необходимым покупателям из "пачки". Зачастую использовал одну "посылку" в течении месяца. Создав все необходимые заказы в базе программы LVZ он отсылал упакованную посылку "взад".

- В головной БД, точнее программа/предзаказы/автоприем заявок lvz данные заказы автоматически заносились в систему, а затем в полуавтоматическом режиме (контроль и автоисправление косяков агентов) делались накладные... ну и дальше развозился заказы (товары) по клиентам.

В 2006 году наконец выбрали и интегрировали КИС Lack с системой "мобильная торговля ST" и системы LVZ стала использоваться лишь в 2 удаленных регионах.

В том же 2006 году фирма стала активно работать с торговыми сетями, причем "сетевые торговики" сидели в офисе, а склад (операторы, логисты, товар) находился за десятки км. Каждая сеть присылала заявки уникального формата в офис, где агенты их перепроверяли, "ручками" по каждому магазину формировали рукописный заказ и отсылали его на склад. Мне была поставлена задача ликвидировать этот бардак, уменьшив число сетевых торговиков хотя бы в половину.

Это был первый гвоздь в гроб системы "УС Лэнд" - чистая спокойная программисткая работёнка с оплатой, как за 5-8 внедрений у новых клиентов с нервотрепкой, недосыпами, транспортными расходами и спешными решениями уникальных у новичков задач. Решение данной задачки и получение за неё денег привело к тому, что стал отказываться от всех новых клиентов!

В 2007 доработал программу LVZ и внедрил её в эксплуатацию, а именно внедрил в неё "драйвера" для покупателей и товаров. Суть "драйверов": оператор "учил" программу соответствию кодов у сетей (магазинов, товаров) кодам адресов доставок и ассортиментов в "УС Land" и преобразуя заявки (txt, doc, xls) в xls -> dbf формат некой "стандартизованной" структуры (простая и быстрая работа).

Затем, если был "драйвер" настроен программа LVZ автоматически создавала пачку заказов (накладных) для "подброшенных" ей заявок торговых сетей... ну а далее полный автомат, описанный выше. Было переведено "в поля" около 10 "сетевых торговиков" - цели достигнуты...

Система "внешних заказов" и программа LVZ активно использовалась до 2011 года - была ликвидирована фирма-пользователь данной системы. Все последующие попытки (за деньги) внедрить данную технологию у других пользователей УС Лэнд (имеющих схожую организационную структуру) были безуспешны, но приходилось дорабатывать модули УС Land и программу LVZ для поддержки её в актуальном состоянии.

Наконец мне это НАДОЕЛО - в течении нескольких дней "выгрыз" из УС модули, завязанные на данную технологию и "выбросил" в мусорку программы LVZ (до кучи LKPK - интеграция с системами мобильной торговли (ST мобильная торговля и ОПТИУМ)).
16.07.2014 09:53
AndreyZh
 
Режимы удаляются не только по причине "обиды" на них

Например, в версии января 2014 (не отметил в данной теме) был удален отчет (режим): Администратор/проверки/поиск и исправления ошибок по глобальным кодам. Соответственно удалены все ссылки на режим в подсистеме доступов, записей в журнал операций и прочих связанных режимов.

Причина удаления: Придумал как и сейчас (с 1401) данная операторская ошибка автоматически исправляется при проверке логической целостности данных программы, т.е. программа сама решает "операторские проблемы".
29.07.2014 12:39
AndreyZh
 
С версии 1409 из системы удален модуль выгрузки в EDI стандарта CisLink для производителя Hill`s.

Замечу, что несмотря на понятие "стандарта" (так получилось, что делал под КокаКолу, Махеев, Ролтон, Хилс) для каждого производителя приходилось делать свой формат выгружаемых файлов, как по структуре, так и формату (txt, dbf, xls) и "развлекаться" с разными механизмами выгрузки (ftp, client, mail).

Убрано, т.к. во первых данным модулем пару лет уже не пользуются, а во вторых по новому "подходу" такие задачи сейчас разрабатываются вне рамок системы "УС Land".
26.09.2014 09:31
AndreyZh
 
В версии ноября 2014 из программы "администратор" полностью удален контур "заказов", точнее:

1. Активно используемый блок заказов через внешнюю систему hLo перенесён в "оперативную программу";

2. Заказ на себя и "того парня" с прогнозированием роста или падения продаж насовсем удален из системы. Будет время (интерес) подробнее опишу "ту" технологию придуманную в 2004 году?
26.09.2014 11:59
AndreyZh
 
Цитата:
AndreyZh 2. Заказ на себя и "того парня" с прогнозированием роста или падения продаж насовсем удален из системы.
"Тот парень" - у оптовке есть группа покупателей стабильно и много берущие товары и в расчете на них, отдельно высчитывая делается заказ, т.е. два заказа в одном (для себя и для них)

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

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

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

Причины удаления:

1. Подсистема расчитана на крупные оптовки, коих в виртуале нет, а реальные пользователи используют другие (более простые) механизмы заказа.

2. Сейчас, если кому-то "схожие" техники понадобятся... мной освоены (есть во внешних к УС Лэнд программах) более умные технологии заказов, в том числе с экстраполяцией данных о продажах и прогнозирования сезонного спроса

3. Периодически спрашивают и приходится тратить время на объяснения данного режима, но никто из "вопрошающих" им не пользуется (согласно анализу журналу-шпиону системы)
18.11.2014 11:19
AndreyZh
 
Продолжается санация учётки "УС Лэнд". На этот раз "под раздачу" попала подсистема выгрузки первичной документации (накладные, счета-фактуры) в электронной форме под покупателя - ЛукОйл (сеть заправок)... в связи с закрытием единственной фирмы в реале - пользователя режима.

Интересен подход. К закрытию бизнеса:

Процветающая фирма (до марта 2014), имеющая около 600 платежеспособных покупателей и более 400 тыр. чистой месячной прибыли. Конечно владельцы устали (обленились) от занятия бизнесом, как и все "забавлялись": кредитами, киданием поставщиков и работников (так по мелочи, в рамках приличия)... но "вдруг" банки перестали давать хорошие кредиты, фирма была лишена многих "контрактов", работники стали устраивать "итальянские забастовки"... и вдруг с июля фирма стала работать в убыток: уволены большинство торговиков, часть бухгалтерии... затем хужее, но руководство излучало оптимизм и уверенность "в завтрешнем дне", который длился до сентября... и всё!

Режим вызывался: оперативная программа/накладные/отгрузка/F2/продолжение/экспорт документов в различные форматы... или комбинацией Shift+F8 на конкретной накладной

До кучи удален режим выгрузки отгрузочной накладной в формате CSV (там же) сделанный в 2006 году для алкогольной оптовки (прикрытой сильными стараниями ФСРАР в 2011 г.) для сети своих розничных магазинов, работающих на 1С:ТиС... В принципе, оставленная выгрузка в универсальном формате лучше "покрывает" задачу экспорта накладных во внешние программы.

В процессе "удаления" наткнулся на пару режимов работы с отгрузочными накладными, которые удалось оптимизировать по коду и процентов на 20% ускорить их выполнение...
10.03.2015 12:22
AndreyZh
 
... продолжаем облегчать систему... В связи с радикальной сменой парадигмы ведения "журнала учета продаж алкогольной продукции" из системы удалены все настройки и режимы, связанные с данным журналом.

Конечно, когда-то что-то для этой задачи в новом виде может быть появится, но пока необходимо определится с необходимостью его ведением - возможно легче будет установить у кассиров "программное обеспечение ЕГАИС" для электронного варианта его ведения и печати?
16.10.2017 08:57
AndreyZh
 
Давно ничего не удалял из системы...

Создавая новые форматы книжек покупок и продаж с "ужасом" обнаружил, что в программах печатаются 6 форматов счетов фактур, создаваемых с момента их появления. Причем для их использования:

- где-то нужно было настраивать систему;
- где-то вызывались через отдельные пункты меню.

Учитывая, что срок хранения, то есть возможной перепечатки в "том" формате 4 года: https://olegon.ru/showpost.php?p=293118&postcount=22 смысла держать этот "мусор" в системе исчез.

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

Остались: Форматы от 17 и 14 года, а какой формат выбрать программа понимает по дате счета-фактуры - до и после 1 октября 2017.
18.04.2018 10:26
AndreyZh
 
Год назад с "помпой" презентовал: https://olegon.ru/showpost.php?p=278554&postcount=90 новые технологии построения деклараций, в разработку, которых было вложено много усилий и которые давали преимущества:

1. В 2 раза меньше запросов отчетов;
2. На 30% большая скорость построения;
3. Аналитика игнорировала почти все типы "косяков" ведения алкогольных атрибутов.

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


Часовой пояс GMT +3, время: 09:09.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.