Нормы расхода на окраску

Здравствуйте,

Пока напишу вкратце, что есть на эту тему. Потом, если получится, поподробнее (если время будет).

Есть такое:
Можно завести типовой техпроцесс (ТТП). В нем на операцию "окраска" указать единицу нормирования 1 м2 и нормы (расхода материалов, трудоёмкость).
Потом в ТП детали добавлять (перетаскивать мышкой) операцию "окраска" не из справочника, а из ТТП.
В техпроцессе детали для этой операции "окраска" (которая взята из ТТП) уточнить с помощью кнопки "параметры обработки" площадь окрашиваемой поверхности.
Далее при расчётах (себестоимость, расчёт потребности) количество краски будет считаться автоматически, исходя из количества деталей, заданных площади окраски (для одной детали в её ТП) и удельных норм расхода (в ТТП на 1 м2 окрашиваемой поверхности).  

Более высокая степень автоматизации достигается уже путем написания каких-то более узкоспециализированных плагинов (встроенных дополнительных функций, окошек, кнопок) под конкретную задачу и ситуацию. Чтобы для такого конкретного одного случая можно было пару цифр ввести и все само заполнилось и посчиталось.

Здесь, видите, какая штука…
Программа всё-таки достаточно универсальная (но можно «подстраивать» её под особенности конкретного производства при желании). Тот алгоритм, который вы предлагаете, он уже не универсален.

Например, площадь окрашиваемой поверхности, она в общем случае далеко не только от профиля заготовки и длины детали зависит.
Берем самый простейший случай: деталь из квадратной трубы. Если красить только снаружи, то одна площадь в зависимости от длины, если и снаружи, и изнутри – другая.
А если она не полностью красится?
А если она красится, например, в составе сборки уже? Допустим, свариваем этот кусок трубы с двумя пластинами и эту сварную конструкцию уже красим. Тут если пластины к трубе с торцов приварить, то одна площадь окрашиваемая получится у этой конструкции, а если приварить с боков – совсем другая…
И это только простейший пример с элементарными деталями самой простой формы. А если посложнее что-то взять…

Поэтому в «базовый комплект» мы стараемся включать какие-то плюс/минус универсальные вещи.

Какие на данную тему есть универсальные более-менее подходы на сегодня:

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

Понятно, что если норма указана не на штуку, а на какую-то другую единицу измерения, то надо будет ещё для детали (операции, на самом деле, если точно вопрос рассматривать) указать, а сколько эта конкретная деталь получается в этих самых «единицах измерения». Ибо, в общем случае, эта задача без 3D геометрии не решаемая.

Не всегда "овчинка стоит выделки". Часто получается по факту, что проще ввести просто так, чем заморачиваться с ТТП.

2.
Можно использовать «таблицы нормирования». Тоже достаточно понятная и универсальная штука. Правда только для трудоемкости на сегодня. По материалам тема с таблицами пару раз за 15 лет всплывала, но как-то не всплыла. Не очень и надо оказалось на поверку даже в этих немногочисленных случаях.
По трудоемкости же - точно такая же ситуация в плане "овчинки" и "выделки". Кто-то использует и очень доволен. Большинство - не заморачиваются, не видят в этом какой-то надобности для себя.

3.
Можно сделать «шаблон» для деталей определенного типа (семейства). Самому заложить в него входящие параметры (например, профиль и длина детали), самому прописать в этом шаблоне формулы, как что считать, и свою логику формирования техпроцесса (в зависимости от того, какие входящие параметры задал). И потом автоматом «штамповать» в базе за секунды новые подобные детали, только вводя несколько исходных параметров. Сразу с заполненными всеми свойствами, технологией, нормами всеми посчитанными.

Это тоже есть. Без программирования. Чисто настройками.
Но тут ещё больше вопросов по поводу «стоит ли овчинка выделки». Только в некоторых случаях на самом деле имеет смысл. Намного чаще получается, что проще ввести руками оказывается, без всяких изысков, чем заморачиваться…

Это все более-менее стандартные и общеприменимые вещи, которые можно с некоей настройкой (от минимальной до вменяемой) использовать в большом количестве разных случаев.

Если же нужно что-то более узконаправленное, под конкретный вариант расчёта/создания деталей/формирования заказа и т.п., то это уже делается в рамках внедрения путем написания отдельных плагинов. Ибо тут уже проще взять средство разработки (C#, например) и просто написать программу, которая будет спрашивать, считать и создавать то и так, как в данном конкретном случае нужно. Не оглядываясь на гипотетическую «универсальность».

И это проще будет, быстрее и дешевле, чем делать некий встроенный в программу универсальный «конструктор», в котором можно будет настроить какой угодно расчёт и алгоритм не все случаи жизни.
По сути средства разработки программ – это и есть тот самый «универсальный конструктор». Бери и пиши сам себе расчёт, окошки, алгоритм работы. Чтобы работало так, как хочется.
В результате тому, кто делал под себя, будет прямо ну очень удобно.
Всем остальным – вообще не нужно никак от слова совсем.

Плагины в VOGBIT можно писать (.NET). Свои. И встраивать их в программу, как родные. Но это уже требует навыков программирования и знаний в структуре данных в VOGBIT (откуда что брать, куда что писать). Есть несколько клиентов у нас, которые этим пользуются. Но мало. Тут всё-таки нужно уже быть программистом. Хотя бы начинающим. Иметь много свободного времени и желания. Но можно. Если хочется.

Мы сами тоже пишем людям плагины. Регулярно. Но это для нас дополнительные трудозатраты. И мы конечно только за дополнительные деньги готовы этим заниматься. И в силу большой загрузки мы просто физически не можем отвлекаться по мелочам. Только в рамках внедрения на конкретных предприятиях, когда сами видим, что реально нужно в этом конкретном случае.

Спасибо больше за положительный отзыв!
Оно лучше работается, когда понимаешь, что людям это нужно!

и еще 2 вопроса по нормировочным таблицам: с Тшт. разобрался, внес, а вот если не штучный параметр, то недопонимаю.
Как правильно сделать норм.таблицу, если конечный параметр длина реза, например деталь фанера в составе изделия 1шт. а нормировку нужно поставить длину реза а не Тшт., куда, что забить.
и также есть нормы которые рассчитываются по площади заготовки.

Не очень понятен вопрос. Опишите, пожалуйста, поподробнее, что вы хотите сделать?

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

Вот это неправильно, похоже.

В "параметры таблицы", если речь идёт вот об этом, рис.3, указывается то, значение какого параметра вы рассчитываете, используя данную таблицу.
А вы не "длину реза" рассчитываете в данном случае по таблице. А трудоемкость. А "длина реза" в данном случае - это "множитель".
Таблица сама, насколько я понял бегло глянув, это по сути Тшт в на 100 м реза в зависимости от плотности ДСП.
Как по мне, нужно делать так:
Пересчитать в табличке исходной норму на 1м реза (на 100 поделить) и завести таблицу в VOGBIT, как таблицу нормирования. По которой считается Тшт на 1 м реза в зависимости от плотности ДСП.
А к этой таблице приделать, как "множитель" параметр "Длина реза, м" (см. по ссылке выше рис.4).
Соответственно получится, что по таблице вы выбираете плотность ДСП, получаете Тшт на 1 м реза и умножаете полученное на "длину реза" в метрах, которая является свойством конкретной детали.

Тип связи нужно добавить. Редко используется очень, по умолчанию в базе нет такого типа связи.
На будущее добавим на всякий случай в стандартный набор.
Вам пока нужно будет в свою базу добавить самостоятельно.
Делается так:

Заходим в VOGBIT под администратором.
Открываем "Рабочая - Типы связей" (Рис.1).
Нажимаем "+". В открывшемся окне заполняем (Рис.2):

Обозначение = Множитель,
Уникальный идентификатор = LT_Multiplier

Нажимаем "Ок".

P.S.
Критично тут, чтобы правильно был задан "Идентификатор" в данном случае. Обозначение вторично. Можно и другое задать, если хочется. Идентификатор должен быть обязательно такой.