Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > КИС Lack & УС Land

Заимствование чужих идей для улучшения систем : КИС Lack & УС Land

01.04.2025 1:16


12.03.2016 13:46
Привет Вячеслав!

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

Ну, а в третьих! Я же удивился... не уже ли это не решается в Купце - не может быть!
16.10.2017 16:01
Сделал "большое" - можно пописать, т.к. на сегодня хватит!

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

Например подсистемы "автоматов"

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

Свежий пример использования данной техники в "УС Land"

Операторы по каждому направлению развоза передают на склад список отгруженных на эту дату накладных для их контроля с фактическим вывозом. Таких направлений (маршрутов) может быть до 40 шт. в день. Как это сейчас реализовано:

Появился новый сервис в режиме "отгрузочных накладных":



Выбрав его оператор определяет дату развоза (накладных):



По дате, а точнее "дню недели" программа определяет список маршрутов развоза на этот день:



Далее в режиме "автомата" запускается построение "совершенно" стороннего отчета с результатом вида:

Код:

         Свод по товарным накладным (НСП учтен в заголовке накладных) выписанным за период с 05.10.17 по 05.10.17          Стр.  1
----------------------------------------------------------------------------------------------------------------------------------
КодН|ТипН.|Ее  дата|Номер       |Отср.|          Наименование клиента (склада)           |СумСоСкид.|Опл.ПоНак.| СуммаНДС | Кол-во
----------------------------------------------------------------------------------------------------------------------------------
D6KA Отгр. 05.10.17 71039        19.10 АО "Тандер"  ММ                                       1293.92                197.38      10
.....
D6NE Отгр. 05.10.17 71151        19.10 АО "Тандер" ГМ                                        8734.62               1332.40      78
----------------------------------------------------------------------------------------------------------------------------------
НДС   11157.55 Скидка       0.00 Сумма    73143.91 Оплачено       0.00 К-во    766.000 Вес     462.2 Об.    3.3503 Лт.       0.000
Усредненная статистика: ТТН   30 Сумма     2438.13 Наименов.     9.100 Вес      15.406 Об.   0.11168 Отср.      14
Помечается маршрут, как "напечатанный" (обработанный). Как поступали раньше и что делает программа в автоматическом режиме?

Вызывался отчет:



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



и так по 40 раз ежедневно ручками вводя всё
06.01.2018 07:58
Очередная помощь от "УСЕга"...

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

Выяснение причины вылета в "УСЕга" вывело на недокументированное поведение инструмента разработки - при отключении индексации по таблице, а точнее указание нулевого порядка индексации используемые функции дают ошибки выполнения.

Конечно, так, как я делал - никто не делает, а вдруг? Переписал режимы поиска, что данные ошибки не допускается в "УС Лэнд:ЕГАИС", но так, как "мотор" один для систем, то и данная потенциальная проблема убрана и из "УС Land"
24.12.2021 15:28
История: где-то летом руководители фирм озадачились бухгалтерскими технологиями анализа рентабельности бизнеса - вопросами ко мне несколько замучили, при этом выяснилось, что система "УС Land" даёт ответ на все вопросы, но где-то необходимо построить несколько отчетов и состыковать данные, "подточив" их на калькуляторе, где-то реквизиты бухгалтерского баланса нужно перевести в термины реального учета и соответственно трактовать цифры, даваемые системой. Как бы ни было - любой такой "заумный" вопрос приводил в "трепет" бухгалтеров и заставлял меня сильно задуматься перед выдачей инструкции для получения ответа на данный вопрос. Проблема в том, что вопросы задавались в бухгалтерской терминалогии руководителями, которые этих терминов не понимали и вопросы задавались к управленческому учету. Да, это и для меня вызывало большие сложности...

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

Скрестив запросы аналитики разного типа, новые типы ограничителей, задаём задание программе:





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

Код:
             В данной аналитике за период с 01.01.21 по 31.01.21 был произведен
анализ рентабельности, рассчитана точка безубыточности, что позволит определить
правильную цену для изделий, рассчитать объем продаж, который не позволит рабо-
тать в убыток, найти резервы для оптимизации затрат, увидеть, какой уровень фи-
нансовой надежности имеет предприятие,определить минимальный объем производства
необходимый, чтобы расходы не превышали доходы. Считаем, что списки правильные:

1. Постоянных затрат, к которым относится зарплата работников офиса и админист-
рации, арендная плата за офис и производственные помещения, услуги охраны и
ресурсоснабжающих компаний,ежемесячные расходы на оргтехнику и канцтовары,сайт,
реклама... и т.д... Задано: 

  *з/п оклад,*списание о/с,*осн,*связь,*Банк,*Аренда                    


2. Переменных расходов, которые непосредственно связаны с объемом производства
и полученной выручкой. Это затраты на материалы, сырье, закупку товаров, зар-
плату рабочих или менеджеров,... К переменным расходам отношу ВСЕ непостоянные

  *налог,*предст,*проч,*спис,*транс,*хоз,*связь,*электроэнергия,*Га     


   Маржинальная прибыль равна товарообороту - переменные расходы, включая сырьё
Сумма отгрузки минус суммы возвратов в реальных ценах  =     40.263.818,39
Сумма отгрузки за минусом возврата в закупочных ценах  =     18.500.819,06
Переменные расходы за исключением себестоимости товара =     10.930.308,43
Следовательно прибыль = Доход - все виды расходов      =      8.761.025,79
Маржа (процент наценки при релизации)                  =        117.63263%
Рентабельность прибыли = прибыль / товарооборот        =           0.21759
ТОЧКА БЕЗУБЫТОЧНОСТИ=постоянные затраты/рентабельность =      9.520.933,91

    Рассмотрим другие показатели для оценки финансовое положение бизнеса.
Коэффициент рентабельности покажет, насколько эффективно используются сущест-
вующие ресурсы, в том числе людские. Баланс == стоимость бизнеса, т.е.
сколько останеться, если заберем долги, расплатимся с кредиторами, вернем
остатки товаров, сырья поставщикам и приплюсуем остаток денежных средств:

Нам должны за минусом наших долгов = -18.167.255,92 плюс
остаток денег по кассе = 1.871.008,18 и банкам = -44.491.274,90
Вернем остатки поставщикам = 71.433.630,95 ИТОГО БАЛАНС = 10.646.108,31

1. Рентабельность активов показывает, как хорошо используется недвижимость,
техника, оборудование, деньги, другие активы. Способность активов компании
генерировать прибыль. Для этого чистую прибыль =      8.761.025,79
делим на стоимость бизнеса(баланс предприятия) =     10.646.108,31
Рентабельность активов в процентах             =         82.29322%

2. Рентабельность продаж, что показывает соотношение прибыли и выручки. Низкая
рентабельность свидетельствует о том, что всю прибыль съедают расходы. Для рас-
чета сумму чистой прибыли                      =      8.761.025,79
делим на сумму продажи в ценах реализации      =     40.263.818,39
Рентабельность продаж в процентах              =         21.75905%

РЕКОМЕНДАЦИИ. Чтобы повысить рентабельность, потребуется провести некоторые ме-
роприятия: сократить расходы, оставив выручку без уменьшения; увеличить выручку
без пропорционального увеличения расходов; сократить расходы после валовой при-
были - то есть выплатить кредит или взять займ под меньший процент; оптимизиро-
вать налоги; повысить цену товара; найти сырье дешевле или экономить на достав-
ке;  пересмотреть расходы на персонал;  автоматизировать процессы менеджеров и
бухгалтеров; увеличить средний чек; переложить часть расходов на покупателя.
24.12.2021 17:32
Да, и буду очень признателен, т.к. это для меня новое, за критику читабельности и информативности описанной справки, а так же рекомендации по другой полезной аналитики для бизнеса
11.08.2023 09:08
Как-то прочитал о занятной "развлекаловки" - система оповещения платформы 1С:Предприятие и подумал, что она может быть полезной для ряда пользователей "УС Лэнд" - куча пользователей расположенных по множеству комнат и даже в других городах. Пока не стал её делать "навороченной", а просто сделал некий прототип для оценки влияния её на производительность системы и полезности для пользователей. Пока суть: некий пользователь, имеющий права создаёт текстовое сообщения для одного, группы, всех реальных, имеющих пароль, пользователей. Можно в оперативной программе или программе администратора.





При активных действиях пользователя программа раз в 30 секунд просматривает наличие и изменения файла обмена сообщениями, а при его изменении с момента предыдущего сообщения, смотрит есть ли для данного пользователя непрочитанные сообщения. Если есть, то выводит текст. Сообщение можно пометить, как прочитанное или просто отказаться, но тогда оно всплывёт снова. При желании ответить, ответ посылается в режиме выше





... пока так, а если понравится, то конечно сделаю более удобно, например в форме чата ....
14.03.2025 15:25
Мышь родила гору... Технология приоритезации настроек поведения программы.

Была поставлена задача «замены» предложения даты поставки при печати 1Т – вместо +1 день к дате ТТН на дату ТТН. Данная «подсказка» была введена в режим печати более 15 лет назад и служила просто «помощником» при формировании задания на печать формы, но вдруг проблема стала мегаактуальной.

Понятно, что в силу «древности» возможности были «забыты» все, связанные с ней нюансы, которые выявились в процессе проектирования данной новой возможности… и данные «особенности» выявлялись в процессе «внедрения» новых алгоритмов и анализа задействованных бизнес процессов, что и привело к данной сложной технологии замещения настраиваемых атрибутов. Нюансы:

1. Для одних клиентов может быть предлагаться другой срок поставки, чем у других;
2. Как оказалось, что в один период времени у одного покупателя должен быть один срок, а в другой период времени другой срок;
3. В системе есть технологии пакетной печати документов, которая должна «понимать» какой срок ей устанавливать автоматически;
4. Что бы ежечасно не перенастраивать программу, должен быть механизм временной быстрой перенастройки её поведения.

Вот и «мышь родила гору». По умолчанию, если не вносить настройки в поведение программы, то программа будет, как последние 15 лет прибавлять один день к дате накладной, а если:

 Настроить программу – новый атрибут, определяющий поведение программы, то будет добавляться произвольное, указываемое в настройке число дней для всех покупателей;
 Настроить реквизит клиента, то заменяя все виды глобальных установок будет браться значение данного атрибута клиента. Поле символьное и если оно пустое, то атрибут клиента будет игнорироваться, используя глобальные установки. Любое другое значение от «-99» до «999» будет определять сколько дней прибавлять к дате ТТН при предложении даты поставки;
 Глобальную настройку можно временно переназначать при оперативной работе.




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

Почему сообщение в данной теме?

Такое поведение программ характерно для всех конфигураций «1С:Предприятие». Например задаются счета учета для организации, но можно их настроить и для подразделения предприятия и тогда они будут отменять настройки для организации, а можно вообще для отдельного сотрудника или контрагента, которые будут самые приоритетные. Это огромная гибкость систем «1С», но и источник самых сложных ошибок пользователей.
Часовой пояс GMT +3, время: 01:16.

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