Inventor: предложения по усовершенствованию : Inventor

Как уже сказал выше, все данные берутся из учетной системы:



Информация импортируется в эксель, а уже там обрабатывается.



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

ОК, спасибо... слов нет, одни эмоции :D .

Андрей, тут обнаружил что твоими функциями все быстрее получается во много раз, а аналогов некоторых вообще не знаю... предлагаю в Excel их выделить в отдельную группу (см. приложение). Группу Inventor и назвать.

Миниатюры

 

Вадим, спасибо за предложение. Я думал над этим на этапе разработки. Данную операцию можно выполнить только при помощи устаревшего языка XLM (предшественник VBA). Этот способ реализации ненадежен и часто приводит к ошибкам, именно поэтому я отказался от идеи отдельной категории для функций (они и так по сути находятся в отдельной категории, просто ее название - "Определенные пользователем"). Уверен, что стабильность и производительность надстройки гораздо важнее бантиков.
Вопрос очень хороший, спасибо.

Очень интересная тема. Хороша еще и тем, что мы сами можем участвовать в компоновке программы :)
Я проголосую за многофакторный анализ. :)

Привет, Андрей!
Я опять со страховым запасом. А ты не думал реализовать экономическую эффективность? То есть метод, основанный не на уровне сервиса, а на оптимальном соотношении затрат и возможных потерь/прибыли. Задача о газетчике примерно подхоит. Я вот даже вручную пока не смог полностью разобраться. Застопорился с функцией потерь.
Представляешь, с одной стороны есть расчёт страхового запаса по уровню сервиса, а с другой оптимальный по затратам/потерям. Уже есть из чего выбирать, и видна цена уровня сервиса.

Дима, не перестаешь радовать :)
Спасибо!

Это тот же вопрос об уровне сервиса, но вроде бы как - оптимальном. Я писал об этом здесь.
Вот представь: ты посчитал, что оптимальный уровень сервиса = 70% и обеспечиваешь запасом спрос. А твой конкурент поставил 90% - не оптимальный УС с точки зрения прибыли. Как думаешь, много ли клиентов не убежит к нему через год работы?
УС - показатель стратегический и определять его нужно экспертно. Конечно, учитывать издержки при этом нужно, но это далеко не единственный и зачастую не главный фактор.

Я уже писал, что не хочу усложнять массовый инструмент. Мы с тобой и так сможем это сделать, а вот 95% пользователей не поймут о чем речь и вообще не будут ничего использовать.

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

Еще раз спасибо!

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

Еще раз здравствуйте, Андрей!

Я конечно не закупщик, но у меня есть что сказать в развитии надстройки для abc анализа.

Как я понимаю на данный момент надстройка бесплатная.

Но чисто физически ничего бесплатного не бывает. Тратится определенное время и силы на разработку.

Чтобы найти компромисс между бесплатным и окупаемостью программисты придумали такую вещь как Donation (Пожертвования).

Принцип прост: Если пользователю нравится программный продукт или он хочет помочь развитию проекта он может отправить определенную сумму денег (сколько не жалко столько и отправит)


Визуально я представляю это все в виде приема через теже самые WebMoney или Яндекс Деньги.

Андрей. Может быть есть смысл добавить в Inventor функцию расчета Оборачиваемости по двум параметрам из базы данных: Остаток на дату и Товорооборот за дату. Дата в строке. С выбором периода (неделя, месяц, квартал). При этом выводить расчетные среднемесячные остатки, товарооборот ну и саму оборачиваемость. И сразу к функции автоматом привязать построение диаграммы уже с выбором всех трех рядов и подписи осей..