█ 17.10.2019 15:03
Алкодекларацию сдали - можно расслабиться и передохнуть...
Картинка для описания отчета лежит давно, но как-бы времени не было на размещение её и текста, да и не знал куда это разместить - вот и решил создать новую тему: просто в "УС Land" более 300 видов отчетов - слишком много, что потихоньку удалял их из системы, а тут встала задача не решаемая раньше в системе...
Нужно было строить аналитику по произвольной пачке покупателей, да и желательно иногда по адресам, да и по выборочной группе товаров или товаров поставщика с анализом ещё рентабельности работы с покупателями. Существующий отчет об уходе только по одному покупатели или его адресу, а оставшийся дилерский отчет не давал анализа рентабельности работы с клиентом... да и был излишне заморечен в алгоритмах, что бы его допиливать... Пришлось делать новый и по просьбе пользователей разместил его вызов рядом со "справкой об уходе":
Второе требование: слишком много ограничителей у "справки", что обычные пользователи путаются и тратят много времени на построение... хотя и есть подсистема сохраняемых запросов. Покажу настройку справки:
Однако и гибкость построения не должна была потеряться
Думал, думал и придумал:
Все довольны и активно пользуются даже те, кто отмечал, что он им никогда не будет нужен. Приведу фрагмент формы вывода!
P.S. Будут вопросы - отвечу!
Картинка для описания отчета лежит давно, но как-бы времени не было на размещение её и текста, да и не знал куда это разместить - вот и решил создать новую тему: просто в "УС Land" более 300 видов отчетов - слишком много, что потихоньку удалял их из системы, а тут встала задача не решаемая раньше в системе...
Нужно было строить аналитику по произвольной пачке покупателей, да и желательно иногда по адресам, да и по выборочной группе товаров или товаров поставщика с анализом ещё рентабельности работы с покупателями. Существующий отчет об уходе только по одному покупатели или его адресу, а оставшийся дилерский отчет не давал анализа рентабельности работы с клиентом... да и был излишне заморечен в алгоритмах, что бы его допиливать... Пришлось делать новый и по просьбе пользователей разместил его вызов рядом со "справкой об уходе":
Второе требование: слишком много ограничителей у "справки", что обычные пользователи путаются и тратят много времени на построение... хотя и есть подсистема сохраняемых запросов. Покажу настройку справки:
Однако и гибкость построения не должна была потеряться
Думал, думал и придумал:
Все довольны и активно пользуются даже те, кто отмечал, что он им никогда не будет нужен. Приведу фрагмент формы вывода!
Код:
Справка об уходе товаров по накладным за период с 01.07.19 по 31.07.19 Стр. 44 ---------------------------------------------------------------------------------------------------------------------------------- Наименование товара - объединяются одноименные |Количество|Товарообор|Себестоим.|СуммаДоход|Наценка|СрЦПрод|СрЦ.Зак|ПоВесу|ПоОб. ---------------------------------------------------------------------------------------------------------------------------------- Вост. сладости Кроха(лес.ягоды) 3кг (Шнайдер) 3.000 372.00 309.00 63.00 20.388 124.00 103.00 3 ---------------------------------------------------------------------------------------------------------------------------------- По адр: SKU: 42 Литр: 0.000 Упак: 76 200 26480 22491 3988 17.733 132.73 112.74 172 ================================================================================================================================== Покуп. А: 1 SKU: 42 Л: 0.0 У: 18455 200 26480 22491 3988 17.733 132.73 112.74 172 ...... >>> Шма**************************ский тракт р Адр Соку*********** т. Утро в Париже печ (творог) 2,6 кг (элит) 5.200 860.60 707.20 153.40 21.691 165.50 136.00 5 ..... >>> Я*******А. ИП Адр Вол************гер т. Пармезан ТМ La Paulina 7.480 4921.84 4712.40 209.44 4.444 658.00 630.00 ---------------------------------------------------------------------------------------------------------------------------------- По адр: SKU: 1 Литр: 0.000 Упак: 7 7 4922 4712 209 4.444 658.00 630.00 ================================================================================================================================== Покуп. А: 1 SKU: 1 Л: 0.0 У: 18844 7 4922 4712 209 4.444 658.00 630.00 Кл: 122 А: 165 SKU: 314 Л: 0.0 У: ****4 ***52 *****051 *****033 ****** **.812 **** ****** *****
P.S. Будут вопросы - отвечу!
█ 07.01.2020 13:59
Делу [УС Land и реальные клиенты] - время? а потехе [УСЕга и виртуальный мир] час? 
Проблема!
Организационный процесс: по EDI, почте в виде XLS приходят заказы, так же для "мелочи" вводятся руками -> правятся заказы, создаются планы на производство, первичка развозящим продукцию водителям -> отсылаются по EDI подтверждения и уведомления -> операторы проводят цикл производства -> автоматически по данным преобразованным заказов создаётся бухгалтерская первичка...
Где-то удаляют товары из накладных, где-то не могут произвести, где-то появляется недовоз или пересорт... Через некоторое время (до 3 суток) водители привозят накладные с вычерками. Когда-то отправляют по EDI корректировки, а когда забывают, что очевидно по объему документооборота - увидите по уникальным номерам документов.
Ключевые крупные покупатели: АО Тандер, юр.лица Х5, ООО Лента присылают по EDI акты рассогласования, с небольшими (до 300 магазинов) сетями расхождения выявляются на этапах автоматизированных сверок... Потом опять операторы "глазками" выискивают и правят, перепечатывают бухгалтерские документы...
Задача: всё это выявлять самой программой. Проблема: заказы, накладные/счета фактуры, производственные процессы работают с разными программными товарными объектами. Однако состыковал и режим глобальной верификации вызывается из контура предзаказов:
Задаётся период для анализа заказов и допуская передвижку дат поставок интервал дат относительно дат заказов для "запаса" поиска накладных и других операций. Программа "ловит" документы по номерам, которые в теории должны быть уникальны и выводит реестр расхождений документов:
Проблема!
Организационный процесс: по EDI, почте в виде XLS приходят заказы, так же для "мелочи" вводятся руками -> правятся заказы, создаются планы на производство, первичка развозящим продукцию водителям -> отсылаются по EDI подтверждения и уведомления -> операторы проводят цикл производства -> автоматически по данным преобразованным заказов создаётся бухгалтерская первичка...
Где-то удаляют товары из накладных, где-то не могут произвести, где-то появляется недовоз или пересорт... Через некоторое время (до 3 суток) водители привозят накладные с вычерками. Когда-то отправляют по EDI корректировки, а когда забывают, что очевидно по объему документооборота - увидите по уникальным номерам документов.
Ключевые крупные покупатели: АО Тандер, юр.лица Х5, ООО Лента присылают по EDI акты рассогласования, с небольшими (до 300 магазинов) сетями расхождения выявляются на этапах автоматизированных сверок... Потом опять операторы "глазками" выискивают и правят, перепечатывают бухгалтерские документы...
Задача: всё это выявлять самой программой. Проблема: заказы, накладные/счета фактуры, производственные процессы работают с разными программными товарными объектами. Однако состыковал и режим глобальной верификации вызывается из контура предзаказов:
Задаётся период для анализа заказов и допуская передвижку дат поставок интервал дат относительно дат заказов для "запаса" поиска накладных и других операций. Программа "ловит" документы по номерам, которые в теории должны быть уникальны и выводит реестр расхождений документов:
Код:
Анализ расхождения данных предзаказов и созданных на их основе отгрузочных накладных за период заказов с 01.12.19 по 31.12.19 ***** При обнаружении ошибок в первую очередь смотрите дублированные номера заказов или накладных. НОМЕР ОСНОВНОЕ! По ТТН K8E9 №_139560 от 04.12.19 на сумму 2053.29 нет совпадения с суммой ТТН: 1945.08 По заказу №_139560 от 04.12.19 не совпадает: 01UU торт * Вишенка 800гр. шт К_Зак 1.000 ТТН 0.000 ЦенаЗак 108.2100 ТТН 0.0000 .... По ТТН KFYD №_149337 от 27.12.19 на сумму 816.13 нет совпадения с суммой ТТН: 1176.69 [Дубль №?] По заказу №_149337 от 27.12.19 не совпадает дата 27.12.19 или связка клиент+адрес. По заказу 00T200T7 по ТТН 01DS03M2 012O торт №10 сникерс 0.850кг. шт К_Зак 1.000 ТТН 3.000 ЦенаЗак 149.5300 ТТН 152.5100 ... 01XC С*пирожное "Профитроли шоколад" К_Зак 1.000 ТТН 2.000 ЦенаЗак 66.4000 ТТН 64.8700 .... По заказу I11Y №_148124 от 26.12.19 на сумму 329.47 ПОЛНОСТЬЮ УДАЛЕНА накладная
█ 02.04.2021 08:24
"УС Land" и реальным клиентам - время, а "УСЕга" час... а по разделу форума кажется, что наоборот… и конечно максимум времени уходит на реальные задачи, как пример:
Как-то возник "шум" - заказов на распределительные центры сетей много, диспетчера не успевают, водители скандалят, руководство "строит". Начали выяснять причины задержек отгрузок, нашли "виноватого" - программист
который должен что-то придумать для ускорения процессов?
Дальше был "цирк" - 4 часа смотрел по удаленке за работой диспетчера выявляя "узкие" места и потери времени... конечно роботы много медленнее чем реальные люди при компьютерах, но нашел несколько причин задержек, которые в теории мог бы уменьшить... обсудил с работниками и руководителем. В результате "мозгового штурма" мне было поставлено несколько слишком обобщенных задач и конечно "накидано" множество малореальных идей...
Одна из проблем. Есть заказ. Диспетчер в течении 10-15 минут просчитывал потребность в транспортном средстве, учитывая обязательность паллетных упаковок и возможностей их компоновок, а затем по предварительному анализу подбирал "свободный" транспорт имея в "голове" возможности по увеличению паллеты в высоту, грузоподъемность, возможности создания сборных паллет... для типов авто от "пирожка" до "фуры". Затем формировал задачу для кладовщиков по компоновке груза... и так по каждому "сложному" заказу, коих в день от 8 до 20.
Конечно были идеи ввести объемно весовые характеристики всех авто, маршруты их движения и по всем суточным заказам автоматически создавать схемы загрузок и развоза
Придумано, как всегда простое всех, устраивающее решение… нажатием одной кнопки в режиме формирования паллетных этикеток:
Программа по уже ведущихся атрибутов продукции давала предварительную справку о необходимых параметрах автомобиля, которые диспетчера знают, как дважды два и потенциальных возможностях компоновки груза на паллетах и всех возможных альтернативных вариантов:
Возможно это выглядит примитивно, но это сэкономило по 10 минут на каждом заказе и такая идея никому не приходила в голову более десятка лет, а я не работаю непосредственно на производстве, т.е. и не было возможности выявить проблемы.... Все довольны!
Как-то возник "шум" - заказов на распределительные центры сетей много, диспетчера не успевают, водители скандалят, руководство "строит". Начали выяснять причины задержек отгрузок, нашли "виноватого" - программист
который должен что-то придумать для ускорения процессов?Дальше был "цирк" - 4 часа смотрел по удаленке за работой диспетчера выявляя "узкие" места и потери времени... конечно роботы много медленнее чем реальные люди при компьютерах, но нашел несколько причин задержек, которые в теории мог бы уменьшить... обсудил с работниками и руководителем. В результате "мозгового штурма" мне было поставлено несколько слишком обобщенных задач и конечно "накидано" множество малореальных идей...
Одна из проблем. Есть заказ. Диспетчер в течении 10-15 минут просчитывал потребность в транспортном средстве, учитывая обязательность паллетных упаковок и возможностей их компоновок, а затем по предварительному анализу подбирал "свободный" транспорт имея в "голове" возможности по увеличению паллеты в высоту, грузоподъемность, возможности создания сборных паллет... для типов авто от "пирожка" до "фуры". Затем формировал задачу для кладовщиков по компоновке груза... и так по каждому "сложному" заказу, коих в день от 8 до 20.
Конечно были идеи ввести объемно весовые характеристики всех авто, маршруты их движения и по всем суточным заказам автоматически создавать схемы загрузок и развоза
Придумано, как всегда простое всех, устраивающее решение… нажатием одной кнопки в режиме формирования паллетных этикеток:
Программа по уже ведущихся атрибутов продукции давала предварительную справку о необходимых параметрах автомобиля, которые диспетчера знают, как дважды два и потенциальных возможностях компоновки груза на паллетах и всех возможных альтернативных вариантов:
Код:
{M5A1} ООО ГК "Приус" Заказ N_37521 от 01.04.21/12:09:11 02.04/08:42
Покупатель {01FJ} ***************** Доставка 01.04.21 время 08:00-20:00 Оплата б/н Сч/ф ДА
----T-------------------------------------------------------T--------T---------T-----------T----------T---------T---------T------¬
¦Н/п¦ Наименование ассортимента и его код ¦ЦелыхПал¦+Упаковок¦Или +Единиц¦ВсегоУпак.¦КорНаПал.¦ЕдинНаПал¦Фасов.¦
+---+-------------------------------------------------------+--------+---------+-----------+----------+---------+---------+------+
1 CR Торт *** новение 027O 1 77.000 77.0 154.0 2
2 СR*пирожное "***** со сливками" 01YG 2 36.0 108.000 292.000 128.0 384.0 3
3 СR-Торт "Сн*****" шт 01FI 4 308.000 77.0 154.0 2
L---+-------------------------------------------------------+--------+---------+-----------+----------+---------+---------+-------
ВесЗаказа 953.400 ОбЗак. 3.07555 7 36 108 Сумма 156.739,08 Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.