28.01.2020 16:55
AndreyZh
 
Новая технология выгрузки отчетов в формат электронных таблиц: https://olegon.ru/showpost.php?p=342505&postcount=20 хотя относительно простая и технологична, но весьма трудоёмкая... и при переделке многих отчетов (всего их около 300) очень хотелось выкинуть их из системы... но приходилось вспоминать причины их создания - вот и оставлял.

Сегодня наконец наткнулся на кандидата в удаление и удалил - отчет был создан в 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
AndreyZh
 
Нашел ещё отчет(ы) для удаления... и удалил "Официальный (товарно - денежный) отчет". Был сделан в 2002г., как регламентный документ, который всегда требовали проверяющие, в том числе представители ГНИ... и только для аптек, для "розницы" он проверяющим был не интересен.

Так, как сейчас данные в ФНС передаются в электронном виде, а расчеты НДС делаются в очень многих формах, да и контур учета в фармацевтическом бизнесе давно удален из системы, то и данный отчет отправляю "под нож", по причине, что-бы не терять времени на его изменения при разработке новых технологий и объяснения пользователя "что есть ху?"




На выходе получали:
Код:

                                      Товарный отчет за период с 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
AndreyZh
 
Продолжается чистка системы и вспоминание её "золотых денёчков"... Когда-то было много оптовок, несетевых магазинов... и шла реальная конкурентная борьба за клиента, а так же, как "уникальное преимущество" придумывались методы стимулирования "мозговой деятельности" торговых агентов.

В одной фирме (работали на "УС Лэнд" с 1999 года, в 2016 по моей просьбе перешли на "1с" и... уже обанкротилась) придумали следующую схему:

1. Покупателям отгружался товар по фиксированной цене с четким номером от 1 до 4, а в зависимости от его "поведения" меняли тип цены. Есть в УС привязка покупателя к цене и авто выписка накладной по ней;
2. Для разных групп товаров в справочнике разделов задавался списков процентов агентов, зависящих от цены покупателя... агенты могли усиливать усилия по продвижению конкретных групп товаров

Всё "висело" на технике виртуальных объектов, которые велись аналитиками. В данном отчете "кучковались" покупатели по ценовым категориям и рассчитывалась з/пл торговых агентов. Фирмы той нет, такие заумные способы расчета з/пл уже не используются в силу "оглупления" торговиков… и получается данная аналитику уже не нужна!

19.04.2020 09:36
AndreyZh
 
В 2001-2006 годах шло резкое увеличение клиентской БД программы, в том числе за счет точек общепита, используя контур производства...

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

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

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

Вот и сегодня наткнулся на неудаленную аналитику... Где очередной чудотворец требовал вести учет в "брутто", а для бухгалтерии его "преобразовывать" в нетто... и вспомнив, как много пришлось "мучится" объясняя "производствам" - нафига это нужно?… Удалил: "Производство/Операции изготовления продукции/F2/Реестр расхождений по брутто/нетто" заодно "ужаснувшись", что эта херь решалась в 970 строках кода.

P.S. Изменение появится в версии июня 2020 и ежели кто-то данную аналитику использовал - пишите в этой теме, что бы вернул в зад...
14.03.2023 10:37
AndreyZh
 
Изредка, когда нужно, что то глобальное переделывать, в том числе неиспользуемые возможности, возникает "зуд" от них избавиться. Это, как правило не очень просто, т.к. имеются перекрестные ссылки. Однако, в перспективе, это облегчает мне поддержку системы, а оставшимся пользователям её использование. Иногда "избавление" является несложным. Наткнулся при переделках на режим, проанализировал использование и возможно удаления... и избавился от него и некоторого класса "потенциальных" пользователей из розничной торговли.

Продажа в программе через ввод ШК EAN-13. Режим появился в 2010 году, активно использовался в магазинах самообслуживания или при большом ассортименте штучных товаров





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





Товары в чеке вводились потоком, сканируя ШК или вызывая справочник товаров склада. Можно было удалять последние введенные позиции, а точнее товары с одним ШК уменьшали или увеличивали количество. В режиме ввода количества можно было уменьшать или увеличивать раннее вводимые количества





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





Конечно удаленное несложно восстановить, но лишь единожды это приходилось делать....
18.04.2023 08:00
AndreyZh
 
Продолжаю для упрощения своей "жизни" удалять функционал системы...

Импорт продаж и возвратов из кассовых программ. В плане интеграции с on-line кассами было создано для интеграции с кассовыми программами два основных контура, хотя и есть ещё ряд менее важных режимов:

1. Выгрузка в стандартном формате справочников номенклатуры в кассовые программы xPos, Pionier, «УС Лэнд:ЕГАИС»;
2. Загрузка чеков и возвратов от покупателей по продажам в Pionier, «УС Лэнд:ЕГАИС» и формирование по ним отгрузочных и возвратных от покупателей накладных, а так же проведение оплаты по ним, что явилось довольно сложной задачей.

Однако, данным режимом пользоваться перестали из-за установки руководителей – отвязать продажи, отправляемые в ЕГАИС и/или ОФД от продаж в учетной системе и этим перестали пользоваться. При этом вынужден был поддерживать данный ненужный контур при внесении глобальных изменений в систему. Сейчас удален контур, вызываемый в «Администратор/сервис/ Импорт продаж и возвратов из кассовых программ» и как обычно с возможностью его реанимации при необходимости, да и будет возникать меньше «вопросов».

Замечание. Выгрузку в кассовые программы пока оставил, т.к. её используют для экспорта данных во внешние программы.
Часовой пояс GMT +3, время: 09:56.

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