Скрипты и API

[Madwolf]

1. Кликаете ПКМ по панели с кнопками, выбираете "настроить", далее в открывшемся окне выбираете вкладку "Команды", слева будет область Категории, там выбираете операции, справа в области "Кнопки" выбираете Вставить символ и перетягиваете на панель с кнопками. Откроется окно "настроить кнопку".

Снимок.PNG

Тут нужно заполнить вместо вопросиков (хотя это не обязательно), думаю будет все понятно.
Пример: XEGActionInsertSymRef /SymbolLibName:GOST_symbol /SymbolId:1183 /VariantId:2

(если нужно изменить кнопку, заходите опять в настройки и кликаете кнопку ЛКМ дважды).


2. Скрипт такой создать нельзя, можно только создать макросы, сохранить, и вставлять их по кнопке.

[dzink]

1. Кликаете ПКМ по панели с кнопками, выбираете "настроить", далее в открывшемся окне выбираете вкладку "Команды", слева будет область Категории...

Спасибо огромное за помощь!

2. Скрипт такой создать нельзя, можно только создать макросы, сохранить, и вставлять их по кнопке.

Будем искать решения. Спасибо за совет!

[Hippo]

Андрей, добрый день! Скиньте мне тоже, пожалуйста, справку по API. Устал я уже вручную в объектной модели Eplan ковыряться. Заранее спасибо.

[AGorskiy]

Hippo, Сергей, ответил в ЛС

[Hippo]

Андрей, спасибо огромное!

[AGorskiy]

Сергей, потом, когда что-нибудь реализуете - поделитесь, пожалуйста, идеей и/или реализацией =).

[Madwolf]

Кто-нибудь пробовал импортировать схему маркировки?

[Andrej]

Редактор отчетов в Eplan предоставляет богатые возможности по подготовке и форматированию вывода. Но наступает момент, когда этих богатств становится мало. . Это значит, что самое время присмотреться к полю "Операция" в текст-заполнителе.

Иван, спасибо! Как раз столкнулись с проблемой, когда в групповой спецификации f02 (делаем на её основе ведомость покупных изделий), из-за проблем с округлением, вычисления Eplan'а не корректны. Использование операции будет как раз кстати.

Подскажите, пожалуйста, для использования этой функции требуется лицензия API? Или для таких задач можно обойтись "малой кровью"?

UPD: попробовал запустить Ваш скрипт. Получил вот такой отказ от Еплана 2.6.

EplApi.PNG

[Andrej]

Конечно, ради этого и форум создавался =))
"Поиск знаний священен. Обмен знаниями священен." Ссылку отправил вам в ЛС.

Андрей, здравствуйте! Пришлите и мне, пожалуйста, ссылку на актуальный хелп по API.
Заранее спасибо!

[AGorskiy]

Andrej, Андрей, отправил вам сообщение в ЛС с ссылкой.

Отправлено спустя 1 час 3 минуты 49 секунд:
Три сообщения перенесены в более подходящую тему - Маркировка

[Dotarev]

попробовал запустить Ваш скрипт.

Увы, это не скрипт. Необходимо скомпилировать сборку (dll) и подключить её. В отличие от скриптов, требуется лицензия на API.
Пример реального проекта - подсчет итогов в отчете выложил на https://github.com/MishkinIN/ReportAmount. Решает проблему некорректного подсчета итоговой суммы, описанную в соседней ветке.
Надеюсь, в курсе - необходима будет Microsoft Visual Studio.

[Madwolf]

Начиная с 2.4 вроде же проблему решили, нет?

[Andrej]

Начиная с 2.4 вроде же проблему решили, нет?

Это смотря какую проблему решать. Наша такова.

Ведомость покупных изделий - это групповая спецификация в которой выводится, по сути, четыре числовых значения для каждого устройства.
Первое - это число устройств на изделие. Здесь мы выводим "Ссылка изделия(Общее количество (число штук))".
Два следующих значения - это количество устройств на регулировку и в комплекты. Для автоматизации подсчёта, получаем их умножением числа устройств на изделие из предыдущего пункта на заданные в базе в пользовательских доп. свойствах соответствующие коэффициенты, например, 0,15, если надо добавить 15% или 0, если добавлять ничего не надо. Для округления до большего, прибавляем к результату произведения 0,49.

Четвёртое значение - это сумма предыдущих трёх. И вот тут мы сталкиваемся с препятствием.
Допустим, что у нас есть 11 устройств на изделие, в комплекты и на регулировку идёт по 10%. Получаем в первой ячейке 11, во второй и в третьей 11*0,1+0,49=1,59. Округлив до целого, получаем во второй и в третьей ячейках 2 и 2 соответственно.
Тогда в четвёртой ячейке мы логично хотим видеть 11+2+2=15 штук.
Но нет, в четвёртой ячейке получается 11+1,59+1,59=14,18. После округления до целого получаем 14 штук - меньше, чем ожидалось.

Хорошо, для округления в большую сторону можно прибавить к последней сумме упомянутые выше 0,49.
Действительно, 14,18+0,49=14,67, округляемые до 15.

Но всё ломается, когда один из двух коэффициентов равен нулю. Возьмём 16 устройств. Получаем 16+(1,6+0,49)+0+0,49=18,58, округляемые епланом до 19. А мы ждём от него 16+2+0=18.
И так далее: для разных значений и разных коэффициентов получаем значения то больше, то меньше ожидаемой суммы.

[Madwolf]

В вашем случае нужно выводить перечни в Excel.