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