Расчет количества упаковок

[aranea]

привет!
кто-нибудь работал с расчетом количества упаковок в еплане?
например кабельный ввод Rittal SZ 2411.620 поставляется в упаковках по 50 штук
в проекте я использовал 73 штуки, как мне получить необходимое количество упаковок для закупки равное двум?

с ценой тоже интересно..
указав цену за упаковку равной 22 евро, я вижу в ГСИ в свойстве <10001> Данные ссылки изделия / <20503> Общая покупная цена Валюта 1 число 44 (евро), то есть он догнал, что надо купить 2 упаковки, но ни в одном другом свойстве нету цифры 2 (упаковки)

вариант поделить 44 на 22 и получить число упаковок
вариант поделить 73 на 50 и прибавить 1

что такое "Цена единицы:"
Введите в это поле цену единицы, к которой относится закупочная и продажная цена.
как оно участвует в обработке цен тоже непонятно

в хелпе еплана 2.1 была фраза, которой нет в 2.2

В групповых спецификациях изделий на основании этого значения могут производиться расчеты. Например, если в проекте использовано 12 ламп накаливания, а в управлении изделиями указано, что в упаковке содержится 10 ламп, то в групповой спецификации изделий будет выведено количество "2", для чего в форме размещается элемент формата Данные изделия (Количество/упаковка).

нифига там не выводится у меня

[aranea]

функционал БДИ - Дополнительно - Цены - Рассчитать цены имеет несколько огромных критических недостатков:

1. Расчет применяется сразу ко всей БДИ
если вы сначала указали цены за единицу одних изделий (X), сохранили изменения, потом указали цену за упаковку других изделий (Y), а потом вспомнили, что нужно рассчитать цены, то при выборе "Закупочная цена/единица цены" у вас сотрутся все цены за единицу оборудования, где не была указана цена за упаковку(Y) так как (0/N=0) и наоборот (0*N=0)
если вы по ошибке где-то не указали кол-во в упаковке (N=0), то также расчетные цены будут стерты (X*0=0, Y/0=0)
итого за два расчета (на единицу и на упаковку) можно стереть вообще все цены из базы

2. Пересчет валюты аналогичен
если вы указали цены для части изделий в валюте 1, а часть в валюте 2, то все цены в одной из валют вы потеряете при пересчете

3. Расчет не обновляет дату изменения изделия в БДИ
если вы указали цену за упаковку изделия и закрыли базу без расчета, то изменения будут синхронизированы с проектом - в свойствах изделий в проекте появится цена за упаковку, но, допустим, в ГСИ вам понадобилась цена за единицу, вы открываете БДИ, делаете расчет, закрываете БДИ, а обновление не происходит (у меня не происходит)
видимо из-за того, что время последнего изменения изделия в БДИ не поменялось и еплан считает, что данные идентичны
и в сохраненных свойствах изделия не появится цена за единицу, нужная вам для расчетов

4. Нет отмены или контроля выполненных расчетов
заметить, что еплан стер цены на пару тысяч изделий после расчета можно только открыв базу и посмотрев цены
в проекте останутся сохраненные цены, но в базе может быть пусто

в теме по БДИ были идеи насчет импорта цен, но даже при успешном импорте можно наткнутся на существенные трудности

[AGorskiy]

Позволю себе привести несколько цитат наших пользователей и Андреаса, взятых с официального сайта http://forum.eplan.info/ru/:

Александр Герасимов » 05 июн 2012 21:36
Добрый день!
1. В существующей версии программы отсутствует возможность осуществлять подсчет количества изделий упаковками, что актуально, например, для продукции Rittal.
В Eplan версии Eplan 5 прошлого века такое свойство существовало. Почему бы не реализовать его сейчас?

Чехонте » 09 июн 2012 07:19
Добрый день!
Я работал с экспортом спецификации в 1С. 1С позволяет вводит не целое число для использования с упаковками и комплектами, а в САПР количество 0,5 не вводится. Поэтому для Риттала применение упаковка почти не применимо, пока.
Логическая связка "Число штук/количество-Ед.измерения колич.-Колич./Упаковка" требуется.
Ждем следующую версию программы. Заполение листа формы пожеланий даже при видимой заинтересованности тех.поддержке результатов не дает.

\\Горский: Безбородов Антон в свое время внес коррективу viewtopic.php?f=94&t=2455&start=75#p24642

Вайсбекер Андреас » 09 июн 2012 12:28
Антон,
на мой взгляд у каждого программного продукта есть своё назначение, САПР считает в штуках, а для оптимизации заказов, куда должно входить и учёт складских позиций, оптимизация размещения заказов с точки зрения скидок за количество или мин. возможный заказ, суммирование заказов по различным проектам и т.д. и т.п., что является уже наукой само по себе, есть различного рода другие программы, как например 1С. Правда в 1С с этим тоже не всё хорошо, но можно дописать. В Европе есть другие программы как например http://www.factwork.de/de/produkt/eplan.php или как пример http://www.procos.de/index.php/procos_h ... ellen.html ну и т.д. Это программы класса MRP, PPS. С ними есть интерфейсы. Так как как бы САПР не развивался, он никогда не сможет заменить ERP, MRP, PPS и т.п. системы.
Что касается заполнения листа формы пожеланий, то все пожелания перенаправляются в отдел R&D что будет воплощено зависит от присвоенного приоритета. Если вы внимательно прочитаете этот форум с самого начала, особенно тему хочу предложить, то увидите, что многие пожелания были учтены, то что это происходит не "завтра", думаю это можно понять. EPLAN это интернациональный продукт, который используется в более чем 50 странах и более чем в 30 000 компаниях. При любых изменениях нужно гарантировать, что бы интересы всех были учтены.
С Уважением

Максим Иванов» 14 июн 2012 08:08

Согласен с Александром, это АКТУАЛЬНО! И это пожелание было неоднократно озвучено сотрудникам ЕПЛАН РАША.
Был такой случай и не раз... снабженцы заказывали не штуки, а упаковки и в результате на шкаф риттал мы имеем 4 боковые стенки! Это так к примеру.

P.S. Судя по всему это не приоритетная задача для разработчика. Как и подсчет длин проводов аналогично суммированию длин кабелей, подсчет длин дин-реек и коробов с округлением до штук, а лучше упаковок. Такие свойства как установка, место установки соединения "не понимают", они ориентируются только на цель или источник, что приводит к тому что изделия соединений (провода, наконечники) не попадают в раздел МАТЕРИАЛЫ спецификации на щит. Длина соединения (жила кабеля) и длина в определении кабеля может различаться, с заявлением что так и должно быть, программа работает ПРАВИЛЬНО я не согласен. К примеру свойство Подмножество / длина <31008> имеет более высокий приоритет, чем свойство длина кабеля. Если внести длину в Подмножество / длина <31008> значение свойства длина кабеля будет перезаписано. Почему нельзя сделать нечто аналогичное для кабельных соединений, чтобы длина соединения в случае, если оно кабельное, перезаписывалось значением длина, занесенным в определении кабеля?

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

[aranea]

AGorskiy, про шутки/упаковки вопрос тоже интересный
у нас тоже не раз получалось что либо на один шкаф купят одну стенку для шкафа (TS 8108.235 комплект 2 стенки) либо упаковок 10 монтажных перемычек (SZ 4596.000 упаковка 20 штук) вместо 10 перемычек =)
тут уж как с логистами договоришься в чем им покупать, в штуках или упаковках
если в ГСИ сделать расчет из штук в упаковки и тогда проблем не будет
вычислениями можно и сейчас, но как-то он цены считает же сам!

со "Множество/подмножество" пока не очень понятно, это для кабелей ведь?

[shum]

Мы у себя вопрос пересчета в упаковки решили так: в БДИ для единичных изделий в поле "Кол-во/упаковка" ставим 0, для изделий в упаковках ставим кол-во изделий в упаковке. Далее в спецификации используем формулу с условием: если "Кол-во упаковка" равна 0, то выводим кол-во использованных изделий в проекте, если не равно - кол-во использованных изделий в проекте делим на "кол-во/упаковка". В примере проекта можно посмотреть подробнее viewtopic.php?f=78&t=4533

[AGorskiy]

...Но в том виде что есть сейчас использовать невозможно. ...
То что было в еплане 5, хоть и работало, но было предельно примитивно. Сейчас, видимо, в таком виде реализовать нельзя. .....
Кстати, я например, всегда перед сдачей полностью прорабатываю спецификации детально, каждую позицию, на предмет лишних, количества, проверяю все ли туда попало что нужно. Добившись, что верю каждой позиции, экспортирую в Эксель и там уже натягиваю цены, упаковки. Только после этого можно быть почти уверенным что ничего не забыл. .....

Да, Александр, для кабелей.

[Madwolf]

Мне казалось что этот вопрос давно решен и забыт. Вот решение которое я использую (взято из хелпа, насколько я помню) :[(<10001<20499>>/<117<22122>>+0.4999)0,0,0,0,1,0,0,0]. Поясняю - кол-во изделий делим на число штук в упаковке и прибавляем 0,4999. Получается что если кол-во изделий в упаковке = 1, то вычисленное значение будет равно кол-ву необходимых изделий.

[aranea]

madwolf_by, да, нашел уже в разделе "Работа со спецификациями изделий"

Выберите элемент формата 'Число' и введите значение 0,4999. (Ввод данного числа необходим для правильного округления количества упаковки).

раз кол-во упаковок считается только так, и они сами в хэлпе это написали, то как еплан сам считает цену на нужное кол-во упаковок товара?!! =)
<10001> Данные ссылки изделия / <20503> Общая покупная цена Валюта 1 - тут будет цена на нужное кол-во упаковок

проблему 0,4999 решил по хэлпу, но негодование осталось

Мы у себя вопрос пересчета в упаковки решили так: в БДИ для единичных изделий в поле "Кол-во/упаковка" ставим 0, для изделий в упаковках ставим кол-во изделий в упаковке.

на перспективу это поле может пригодиться.. лучше тогда использовать "Цена единицы" или "Единица измерения колич." (шт./уп.)

[М_Дмитрий_В]

Всем доброго дня.
Хочу реализовать в отчете подсчет мостовых перемычек на клеммы, при размещении их на 2D компоновке.
Постараюсь описать проблему. У Weidmüller, который мы используем, есть номенклатура мостовых перемычек, например, ZQV 2,5/2 ; ZQV 2,5/3 и тд, но мы покупаем ZQV 2,5/20, а потом их разрезаем в зависимости от нужного количества клемм, соединенных перемычкой. Так вот, хотелось бы, размещая на схеме компоновки перемычки ZQV 2,5/2 ; ZQV 2,5/3 и тд, получать в спецификации количество перемычек уже в ZQV 2,5/20.
Есть ли идеи, как этого добиться?
Возможно ли в графе количество использовать десятичные числа?

[AGorskiy]

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