█ 28.01.2020 16:55
Новая технология выгрузки отчетов в формат электронных таблиц: https://olegon.ru/showpost.php?p=342505&postcount=20 хотя относительно простая и технологична, но весьма трудоёмкая... и при переделке многих отчетов (всего их около 300) очень хотелось выкинуть их из системы... но приходилось вспоминать причины их создания - вот и оставлял.
Сегодня наконец наткнулся на кандидата в удаление и удалил - отчет был создан в 2003 году по требованиям ГНИ г. Балаково... и постоянно правился под новые техники программы, а сейчас и реальных клиентов в том городе нет, данные в ФНС подаются в электронном виде, да и функционал отчета покрывается некоторыми другими отчетами. Удален с версии 2003:
На выходе получалась форма:
Сегодня наконец наткнулся на кандидата в удаление и удалил - отчет был создан в 2003 году по требованиям ГНИ г. Балаково... и постоянно правился под новые техники программы, а сейчас и реальных клиентов в том городе нет, данные в ФНС подаются в электронном виде, да и функционал отчета покрывается некоторыми другими отчетами. Удален с версии 2003:
На выходе получалась форма:
Код:
Отгрузка Реестр приходных и отгрузочных ТТН с 10.01.20 по 16.01.20 Стр. 87
----------------------------------------------------------------------------------------------------------------------------------
ДатаН: Номер : Наименование поставщика / покупателя :СуммЗакупа:НДС закупа:СумПродажа:НДС продаж:Кол-воЕ:К-воЛитр
----------------------------------------------------------------------------------------------------------------------------------
16.01 5245 ООО "Лента" 645.36 107.56 1875.52 312.59 21
16.01 5246 Центр реструктуризации ООО 201.02 33.50 621.36 103.56 8
...
16.01 5252 Агроторг ООО 201.21 33.54 573.84 95.64 9
----------------------------------------------------------------------------------------------------------------------------------
Итого Отгрузка *****61 *****7 0 *****810 ****164 0 176823 0.000 █ 05.02.2020 09:24
Нашел ещё отчет(ы) для удаления... и удалил "Официальный (товарно - денежный) отчет". Был сделан в 2002г., как регламентный документ, который всегда требовали проверяющие, в том числе представители ГНИ... и только для аптек, для "розницы" он проверяющим был не интересен.
Так, как сейчас данные в ФНС передаются в электронном виде, а расчеты НДС делаются в очень многих формах, да и контур учета в фармацевтическом бизнесе давно удален из системы, то и данный отчет отправляю "под нож", по причине, что-бы не терять времени на его изменения при разработке новых технологий и объяснения пользователя "что есть ху?"
На выходе получали:
P.S. Для чего веду этот реестр ликвидаций возможностей "УС Land"? По идеологии системы пользователи обычно не "шокируются" выпадением режимов и технологий, а новые всегда добавляются к "старым", без изменения оных... и ответ на вопрос "куда это делось?" ищу в данной теме.
P.P.S. Удаления произвожу так, что бы очень быстро можно всё было вернуть назад
Так, как сейчас данные в ФНС передаются в электронном виде, а расчеты НДС делаются в очень многих формах, да и контур учета в фармацевтическом бизнесе давно удален из системы, то и данный отчет отправляю "под нож", по причине, что-бы не терять времени на его изменения при разработке новых технологий и объяснения пользователя "что есть ху?"
На выходе получали:
Код:
Товарный отчет за период с 01.01.20 по 05.02.20 Стр: 2
----------------------------------------------------------------------------------------------------------------------------------
|Дата ТТН| |СуммаПоПр.|НеоблагНДС|Облаг. НДС|НеобНДC/оН|ОбНДС/НеоН
Наименование поставщика товаров | Номер |Сумма ТТН|наценкаПоН|СуммаНацен|СуммаНацен|СуммаНацен|СуммаНацен
----------------------------------------------------------------------------------------------------------------------------------
КондитерСнаб ООО 02P3 14.01.20 228749.89 229100.00 229100.00
УТ-10175 350.11 350.11
...
ООО МИДИ лтд 020Y 15.01.20 3780.00 3780.00 3780.00
128
----------------------------------------------------------------------------------------------------------------------------------
ИТОГО 3961986.24 3962436.36 27678.98 3934757.38
450.12 450.12
P.S. Для чего веду этот реестр ликвидаций возможностей "УС Land"? По идеологии системы пользователи обычно не "шокируются" выпадением режимов и технологий, а новые всегда добавляются к "старым", без изменения оных... и ответ на вопрос "куда это делось?" ищу в данной теме.
P.P.S. Удаления произвожу так, что бы очень быстро можно всё было вернуть назад
█ 02.03.2020 09:19
Продолжается чистка системы и вспоминание её "золотых денёчков"... Когда-то было много оптовок, несетевых магазинов... и шла реальная конкурентная борьба за клиента, а так же, как "уникальное преимущество" придумывались методы стимулирования "мозговой деятельности" торговых агентов.
В одной фирме (работали на "УС Лэнд" с 1999 года, в 2016 по моей просьбе перешли на "1с" и... уже обанкротилась) придумали следующую схему:
1. Покупателям отгружался товар по фиксированной цене с четким номером от 1 до 4, а в зависимости от его "поведения" меняли тип цены. Есть в УС привязка покупателя к цене и авто выписка накладной по ней;
2. Для разных групп товаров в справочнике разделов задавался списков процентов агентов, зависящих от цены покупателя... агенты могли усиливать усилия по продвижению конкретных групп товаров
Всё "висело" на технике виртуальных объектов, которые велись аналитиками. В данном отчете "кучковались" покупатели по ценовым категориям и рассчитывалась з/пл торговых агентов. Фирмы той нет, такие заумные способы расчета з/пл уже не используются в силу "оглупления" торговиков… и получается данная аналитику уже не нужна!
В одной фирме (работали на "УС Лэнд" с 1999 года, в 2016 по моей просьбе перешли на "1с" и... уже обанкротилась) придумали следующую схему:
1. Покупателям отгружался товар по фиксированной цене с четким номером от 1 до 4, а в зависимости от его "поведения" меняли тип цены. Есть в УС привязка покупателя к цене и авто выписка накладной по ней;
2. Для разных групп товаров в справочнике разделов задавался списков процентов агентов, зависящих от цены покупателя... агенты могли усиливать усилия по продвижению конкретных групп товаров
Всё "висело" на технике виртуальных объектов, которые велись аналитиками. В данном отчете "кучковались" покупатели по ценовым категориям и рассчитывалась з/пл торговых агентов. Фирмы той нет, такие заумные способы расчета з/пл уже не используются в силу "оглупления" торговиков… и получается данная аналитику уже не нужна!
█ 19.04.2020 09:36
В 2001-2006 годах шло резкое увеличение клиентской БД программы, в том числе за счет точек общепита, используя контур производства...
Изначально контур создавался для ресторана, т.е. учет вёлся в "брутто", закладывая нормы списания в карточки партий, затем добавились серийные производства, где разумнее было вести в "нетто" - чистом "весе", а расхождения периодически списывать...
Затем "вляпался" в сеть столовых госучреждений, где был полный бардак с учетом... и наладил его в течении 4 месяцев, но в это время шла чехарда с главбухгалтерами, где "производство" переделывалось под новые требования каждого из них... пока не появился "постоянный", но который стал предпринимать огромные усилия, что бы избавится от "УС Лэнд", которые увенчались успехом, т.к. контора и меня "заемучила"
… а затем и остальные точки общепита стали "уходить", а оставшиеся серийные производства использовали подход "только от нетто"... В программу было внесено множество "блокирующих" настроек для технологий "брутто" и удалялись "жесткие" под эту технику режимы, т.к. всё это сильно запутывало работников.
Вот и сегодня наткнулся на неудаленную аналитику... Где очередной чудотворец требовал вести учет в "брутто", а для бухгалтерии его "преобразовывать" в нетто... и вспомнив, как много пришлось "мучится" объясняя "производствам" - нафига это нужно?… Удалил: "Производство/Операции изготовления продукции/F2/Реестр расхождений по брутто/нетто" заодно "ужаснувшись", что эта херь решалась в 970 строках кода.
P.S. Изменение появится в версии июня 2020 и ежели кто-то данную аналитику использовал - пишите в этой теме, что бы вернул в зад...
Изначально контур создавался для ресторана, т.е. учет вёлся в "брутто", закладывая нормы списания в карточки партий, затем добавились серийные производства, где разумнее было вести в "нетто" - чистом "весе", а расхождения периодически списывать...
Затем "вляпался" в сеть столовых госучреждений, где был полный бардак с учетом... и наладил его в течении 4 месяцев, но в это время шла чехарда с главбухгалтерами, где "производство" переделывалось под новые требования каждого из них... пока не появился "постоянный", но который стал предпринимать огромные усилия, что бы избавится от "УС Лэнд", которые увенчались успехом, т.к. контора и меня "заемучила"
… а затем и остальные точки общепита стали "уходить", а оставшиеся серийные производства использовали подход "только от нетто"... В программу было внесено множество "блокирующих" настроек для технологий "брутто" и удалялись "жесткие" под эту технику режимы, т.к. всё это сильно запутывало работников.
Вот и сегодня наткнулся на неудаленную аналитику... Где очередной чудотворец требовал вести учет в "брутто", а для бухгалтерии его "преобразовывать" в нетто... и вспомнив, как много пришлось "мучится" объясняя "производствам" - нафига это нужно?… Удалил: "Производство/Операции изготовления продукции/F2/Реестр расхождений по брутто/нетто" заодно "ужаснувшись", что эта херь решалась в 970 строках кода.
P.S. Изменение появится в версии июня 2020 и ежели кто-то данную аналитику использовал - пишите в этой теме, что бы вернул в зад...
█ 14.03.2023 10:37
Изредка, когда нужно, что то глобальное переделывать, в том числе неиспользуемые возможности, возникает "зуд" от них избавиться. Это, как правило не очень просто, т.к. имеются перекрестные ссылки. Однако, в перспективе, это облегчает мне поддержку системы, а оставшимся пользователям её использование. Иногда "избавление" является несложным. Наткнулся при переделках на режим, проанализировал использование и возможно удаления... и избавился от него и некоторого класса "потенциальных" пользователей из розничной торговли.
Продажа в программе через ввод ШК EAN-13. Режим появился в 2010 году, активно использовался в магазинах самообслуживания или при большом ассортименте штучных товаров
В начале смены задавался режим продаж - кассовой смены, а при последующих вызовах данные запросы не определялись... до выхода из программы
Товары в чеке вводились потоком, сканируя ШК или вызывая справочник товаров склада. Можно было удалять последние введенные позиции, а точнее товары с одним ШК уменьшали или увеличивали количество. В режиме ввода количества можно было уменьшать или увеличивать раннее вводимые количества
По завершению ввода чека можно было вводить сумму данную покупателем и программа рассчитывала сумму продаж с учетом многих пока оставшихся технологий, в частности "дисконтный сервер" и "автоматические скидки", считала сдачу, оформляла приход денег в кассу
Конечно удаленное несложно восстановить, но лишь единожды это приходилось делать....
Продажа в программе через ввод ШК EAN-13. Режим появился в 2010 году, активно использовался в магазинах самообслуживания или при большом ассортименте штучных товаров
В начале смены задавался режим продаж - кассовой смены, а при последующих вызовах данные запросы не определялись... до выхода из программы
Товары в чеке вводились потоком, сканируя ШК или вызывая справочник товаров склада. Можно было удалять последние введенные позиции, а точнее товары с одним ШК уменьшали или увеличивали количество. В режиме ввода количества можно было уменьшать или увеличивать раннее вводимые количества
По завершению ввода чека можно было вводить сумму данную покупателем и программа рассчитывала сумму продаж с учетом многих пока оставшихся технологий, в частности "дисконтный сервер" и "автоматические скидки", считала сдачу, оформляла приход денег в кассу
Конечно удаленное несложно восстановить, но лишь единожды это приходилось делать....
█ 18.04.2023 08:00
Продолжаю для упрощения своей "жизни" удалять функционал системы... 
Импорт продаж и возвратов из кассовых программ. В плане интеграции с on-line кассами было создано для интеграции с кассовыми программами два основных контура, хотя и есть ещё ряд менее важных режимов:
1. Выгрузка в стандартном формате справочников номенклатуры в кассовые программы xPos, Pionier, «УС Лэнд:ЕГАИС»;
2. Загрузка чеков и возвратов от покупателей по продажам в Pionier, «УС Лэнд:ЕГАИС» и формирование по ним отгрузочных и возвратных от покупателей накладных, а так же проведение оплаты по ним, что явилось довольно сложной задачей.
Однако, данным режимом пользоваться перестали из-за установки руководителей – отвязать продажи, отправляемые в ЕГАИС и/или ОФД от продаж в учетной системе и этим перестали пользоваться. При этом вынужден был поддерживать данный ненужный контур при внесении глобальных изменений в систему. Сейчас удален контур, вызываемый в «Администратор/сервис/ Импорт продаж и возвратов из кассовых программ» и как обычно с возможностью его реанимации при необходимости, да и будет возникать меньше «вопросов».
Замечание. Выгрузку в кассовые программы пока оставил, т.к. её используют для экспорта данных во внешние программы.
Импорт продаж и возвратов из кассовых программ. В плане интеграции с on-line кассами было создано для интеграции с кассовыми программами два основных контура, хотя и есть ещё ряд менее важных режимов:
1. Выгрузка в стандартном формате справочников номенклатуры в кассовые программы xPos, Pionier, «УС Лэнд:ЕГАИС»;
2. Загрузка чеков и возвратов от покупателей по продажам в Pionier, «УС Лэнд:ЕГАИС» и формирование по ним отгрузочных и возвратных от покупателей накладных, а так же проведение оплаты по ним, что явилось довольно сложной задачей.
Однако, данным режимом пользоваться перестали из-за установки руководителей – отвязать продажи, отправляемые в ЕГАИС и/или ОФД от продаж в учетной системе и этим перестали пользоваться. При этом вынужден был поддерживать данный ненужный контур при внесении глобальных изменений в систему. Сейчас удален контур, вызываемый в «Администратор/сервис/ Импорт продаж и возвратов из кассовых программ» и как обычно с возможностью его реанимации при необходимости, да и будет возникать меньше «вопросов».
Замечание. Выгрузку в кассовые программы пока оставил, т.к. её используют для экспорта данных во внешние программы.
█ 18.05.2024 11:31
Давненько не занимался очисткой системы от неиспользуемого "мусора"... И вот во время очередной глобальной переделки системы, связанной с резким увеличением числа фиксированных виртуальных цен (расширение произвольных измерителей товаров) наткнулся на отчет... Когда-то он наверное был полезен?
На выходе получаем визуально простой отчетик:
Однако в попытках понять алгоритмы его построения утонул в уникальных для какого-то клиента атрибутах товаров, какие-то произвольные реквизиты разделов учета так же необходимо было задавать хитрым способом, да и этого клиента давно в бизнесе нет... Вот и решил его удалить во избежание лишних ненужных бизнесу вопросов по данному отчету
На выходе получаем визуально простой отчетик:
Код:
Розничные продажи и запасы с 01.01.20 по 18.05.24 Стр. 1
------------------------------------------------------------------------------
Наименование раздела учета |КодСклей.|ПроданоТ|Кон.ост.
------------------------------------------------------------------------------
0004.водка алтай-алтайский край CT 15765
00041.водка парламент г.Балашиха DW 1398
...
Шампанское франция 2E 76869 31800
Шоколад BN 37568 3200
------------------------------------------------------------------------------
********** ******** █ 08.10.2024 09:40
Как-то встав утром осознал, что пора вести "трезвую жизнь"... Посмотрел свои заметки и обратил внимание, что в реальном бизнесе у меня не осталось торговцев алкоголем, да и у виртуальных пользователей вроде-бы таковых не наблюдается. Тогда какой смысл поддерживать алкогольный контур системы?... и начал процесс его удаления.
1. Удалена отчетная подсистема алкогольного контура (подробные описания отчетов есть в разделе форума):
2. Удален "замороченный" режим проверки на корректность и полноту алкогольных реквизитов товаров:
3. Взглянул и проанализировал справочники... и решил ведение реквизитов, связанных с алкоголем пока не трогать:
а. Часть из них используется для других целей, например контроль расхода топлива по нормативу или ведение "уникальных" реквизитов клиентов;
б. Процесс удаление их скорее всего повлечен кучу ошибок в алгоритмах программах, т.к. за 25 лет система "насквозь проспиртовалась";
в. Проще потом изменить подписи у реквизитов, а ненужные совсем скрыть от пользователей...
1. Удалена отчетная подсистема алкогольного контура (подробные описания отчетов есть в разделе форума):
2. Удален "замороченный" режим проверки на корректность и полноту алкогольных реквизитов товаров:
3. Взглянул и проанализировал справочники... и решил ведение реквизитов, связанных с алкоголем пока не трогать:
а. Часть из них используется для других целей, например контроль расхода топлива по нормативу или ведение "уникальных" реквизитов клиентов;
б. Процесс удаление их скорее всего повлечен кучу ошибок в алгоритмах программах, т.к. за 25 лет система "насквозь проспиртовалась";
в. Проще потом изменить подписи у реквизитов, а ненужные совсем скрыть от пользователей...
Часовой пояс GMT +3, время: 11:44.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.