█ 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 ПОЛНОСТЬЮ УДАЛЕНА накладная
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.