Виктор Левушкин: Спасибо. Вроде уже разобрался. Веду теперь блокнот по каждой операции пишу последовательность, т.к. пока нет опыта, но уже много чего запу ...
Константин Чилингаров: Здравствуйте,
Совместное выполнение отмечать через терминал "Тип 2" и раньше было можно. Вот пример - краткое пояснение на эту тему ...
Константин Чилингаров: Здравствуйте,
Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Константин Чилингаров: API есть.
Описания базы данных нет (и вряд ли будем делать в ближайшее время).
Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Константин Чилингаров: Чуть добавлю:
Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии".
Дополнение к предыдущему сообщен ...
Константин Чилингаров: Здравствуйте!
Версия программы старовата. Хорошо бы обновить.
Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Константин Чилингаров: Здравствуйте,
Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению.
Нужно форму экранную саму поменять нем ...
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Константин Чилингаров: Здравствуйте,
В "Номенклатуре" стандартно есть свойство "Комментарий" и соответствующая колонка в современных версиях VOGBIT ( ...
Константин Чилингаров: Пожалуйста! Пользуйтесь))
Нет. Ссылку не нужно выкладывать.
Потом, когда общее обновление соберем, выложим его на сайт, и все смогут ска ...
Сергей: написал:
Если на другое железо переставить Вогбит, как лицензию нам перекинуть?
на mailto:info@vogbit.ru info@vogbit.ru напишите со ссылкой на эту тем ...
Здраствуйте. По поиску нашел тему https://vogbit.ru/forum/messages/forum16/topic2008/message12951/#message12951 Но у меня ситуация что надо поменять ТП на 40 деталях. Вопросы: можно ли как то убрать связи? Которые не нужны. Нам не нужна такая привязка. Нет необходимости отслеживать по какой технологии сделать какой заказ. Там бы проще- поменял технологию в номенклатуре - поменялась технология в заказе. Можно ли это реализовать. Сейчас в заказе конечно в ручную поменяю операции и исполнителей. Но потом создавать снова 40 ТП и 40 ставить как не действующие совсем не хочется.
А зачем вам в таком разрезе вообще именно "заказ" в программе. Для того, для чего именно "производственный заказ" по смыслу предназначен в VOGBIT, то есть выдача реальных заданий рабочим, по которым люди на самом деле режут, варят, красят и т.п. реальные железки в цехе, отмечают на терминале, что сделали и т.п. - для этого такой подход, как вы хотите, чтобы было, не подходит.
А если вы хотите, например, просто смотреть на экране и/или некие отчёты строить по дереву/списку неких узлов и деталей и их технологии, так тогда и не нужно усложнять. Не создавайте вообще никаких "производственных заказов", "заданий" и т.п.
Просто сделайте номенклатурную позицию, назовите её "заказ". К ней сделайте "состав" - список или дерево - как хотите. В том виде, как вам нужно. И в этом списке/дереве ровно так само по себе оно и получится, как вы хотите. Само. Ничего ни к чему не привязано, технология показываться будет та, которая "актуальна" (какая есть, в том виде в каком есть) в данный момент для соответствующей детали. Менять можно что хочешь, как хочешь в технологии. И сразу это будет отражаться в этом списке/дереве. Правда дальше просмотра и печати некоего документа из этого "заказа" особо то никуда не пойдёшь с таким походом (можно ещё "расчёт потребности" и "себестоимость" позапускать на этом списке/дереве и из них ещё попечатать что-нибудь, и пожалуй, всё). Но оно вам, в общем то, и не нужно, как я понял.
А зачем вам в таком разрезе вообще именно "заказ" в программе. Для того, для чего именно "производственный заказ" по смыслу предназначен в VOGBIT, то есть выдача реальных заданий рабочим, по которым люди на самом деле режут, варят, красят и т.п. реальные железки в цехе, отмечают на терминале, что сделали и т.п. - для этого такой подход, как вы хотите, чтобы было, не подходит.
А если вы хотите, например, просто смотреть на экране и/или некие отчёты строить по дереву/списку неких узлов и деталей и их технологии, так тогда и не нужно усложнять. Не создавайте вообще никаких "производственных заказов", "заданий" и т.п.
Просто сделайте номенклатурную позицию, назовите её "заказ". К ней сделайте "состав" - список или дерево - как хотите. В том виде, как вам нужно. И в этом списке/дереве ровно так само по себе оно и получится, как вы хотите. Само. Ничего ни к чему не привязано, технология показываться будет та, которая "актуальна" (какая есть, в том виде в каком есть) в данный момент для соответствующей детали. Менять можно что хочешь, как хочешь в технологии. И сразу это будет отражаться в этом списке/дереве. Правда дальше просмотра и печати некоего документа из этого "заказа" особо то никуда не пойдёшь с таким походом (можно ещё "расчёт потребности" и "себестоимость" позапускать на этом списке/дереве и из них ещё попечатать что-нибудь, и пожалуй, всё). Но оно вам, в общем то, и не нужно, как я понялНам это д
Нам это именно для отслеживания кто сколько, когда и чего сделал. Статистика по людям и оборудованию.
Если для отслеживания - значит задания нужны (чтобы отмечать было что). Если задания есть, то будет ссылка из задания на операцию техпроцесса, на основании которой это задание создано. Не будет такой ссылки (связи) только в двух случаях: - "минимальный" уровень; - задание создано вручную, не на основании техпроцесса.
В этих случаях не будет никакой связи между заданием и операцией в ТП. В остальных всех - будет. И придется как-то сжиться с тем, что она есть. По другому не получится.
Я выше всё писал везде про связи между созданным заданием и операцией в ТП, на основе которого создано задание. Тут подумал, может, вы не её имели в виду?
Есть же ещё кроме этого другая связь. Между "позицией заказа" и "версией ТП" детали, используемой в данном случае. Вот эту то как-раз можно разорвать, если очень хочется.
Сейчас: - при заполнении карты заказа "вручную" никакой связи по умолчанию не ставится. Берется активная технология на данный момент без всяких связей. - при заполнении карты заказа "по спецификации" (через модуль "расчёт комплектации") - наоборот, по всем позициям связь "позиция заказа" -> "версия техпроцесса" проставляется автоматически. Но есть недокументированная возможность, взять и сразу после формирования карты заказа по одной кнопке все эти связи разорвать. Если нужно. Просто настолько редко ей пользуются в жизни, что я сам забыл, что вообще так можно
Константин Чилингаров написал: Но есть недокументированная возможность, взять и сразу после формирования карты заказа по одной кнопке все эти связи разорвать. Если нужно
НУжно, точнее хотелось бы, но эта необходимость возникает после того как все уже сформировано.