Большое обновление системы. Новая версия VOGBIT 21.2 - Выпущено большое обновление программы. Значительные изменения произошли как в обще-системной части, так и в плане расширения возможностей программы и повышения удобства работы с ней.

Последние темы на форумах VOGBIT

ЕИ по умолчанию - Состав и технология
Константин Чилингаров: Здравствуйте, Можно написать плагин (будет кнопка специальная), чтобы на все выделенные строчки назначить выбранную единицу измерени ...
Печать чертежей - Обновление
Константин Чилингаров: Действие по двойному щелчку настроить нельзя. Можно настроить "горячую клавишу".
Автор ТП - Обновление
Константин Чилингаров: Я выше уже написал.  Что Ваше пожелание записано в общий список пожеланий и предложений. Когда очередь до него дойдёт, сказать сложно. ...
Назначить очередь - Производство
Fomina: Хорошо, попробую удалить параметр. Спасибо
Выделение текущей даты на графике - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список предложений.
Фильтрация по сортаменту материалов в графике производства и новом задании - Общие вопросы
Fomina: Спасибо, Константин
Помощник ориентации окна - Общие вопросы
Balukov: Здравствуйте. Нет. Эту штуку отключить нельзя. Такой вопрос был недавно. https://vogbit.ru/forum/messages/forum24/topic2724/message16739/2724#message16739 VOGBIT Прикрепление/ ...
Ошибка приложения - Прочее
Константин Чилингаров: Можно попробовать /forum/messages/forum15/topic1366/message8486/#message8486 сбросить сохраненные настройки . Может быть, поможет. Но вообще, версия очень старая ...
Прикрепление/открепление окон - Общие вопросы
Константин Чилингаров: Здравствуйте, Нет. Эту штуку отключить нельзя. А чем она так сильно прямо мешает?
Последовательность операций в изделии со сборками - Производство
Fomina: Благодарю
Календарный план - Производство
Константин Чилингаров: Ждем режим с выделением деталей одного узла. Он есть этот режим. В текущей релизной версии (21.2, обновление май 2021). По крайней мере, тот, ...
Внесение состава изделия, состоящего из большого числа вложенных сборок. - Состав и технология
Fomina: Спасибо. Похоже мы делаем все правильно и другого пути нет.
Ошибка при выборе всех заданий. - Терминалы
Fomina: написал: Вот мне нужно [B распределить задания по работникам, фиксировать время начала-окончания[/B , время выполнения, количества. Потом ...
Просмотр чертежа при получении задания в терминале. - Терминалы
Константин Чилингаров: В идеале работа мне видится так: 1. На резке, после выполнения задания, на принтере этикеток печатаются этикетки всех вырезанных детал ...
Выбор ресурса при редактировании задания - Производство
Fomina: написал: Планирование иногда очень нужно, с учетом реальной и перспективной нагрузки. Особенно, когда нужно вклинится с суперсрочным з ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Помочь Вам разобраться/удалить? Давайте стандартный договор на удаленную поддержку оформим, всё сделаем. Подробности по почте.
Загрузка спецификации изделия из ЭКСЕЛЬ - Состав и технология
Константин Чилингаров: Здравствуйте,  Это дополнительный модуль. Умеет загружать из Excel файла номенклатуру, параметры, файлы, спецификацию, материалы, техпр ...
Печать ордеров и единицы измерения - Прочее
Beavis900: Доброго дня! Благодарю! Будем разбираться!.
Группа планирования - Состав и технология
Eshklyaev077: Здравствуйте , спасибо все помогло !!!
Отчет о выполнении сменного задания - Отчёты
Константин Чилингаров: В среднем, тысяч 5-7 рублей (настройка шаблона отчёта). Иногда больше, если сложный.  Пришлите на почту, как должен выглядеть отчёт. Посмот ...

Автор ТП

Вопросы связанные с установкой обновлений - Обновление - Технические вопросы
Страницы: 1
Автор ТП
 
Цитата
При просмотре списка «коллекций» (конструкторских и заказных спецификаций, техпроцессов и т.п.) теперь сразу выводится дата создания и автор соответствующей версии спецификации или техпроцесса.
Хотелось бы эту информацию переносить в маршрутный лист задания, чтобы там указать автора ТП, но хотелось бы видеть не изначального автора, а последнего редактировавшего.
 
Цитата
написал:
Хотелось бы эту информацию переносить в маршрутный лист задания
Это, в общем, не проблема. Шаблон отчёта поправить, и всё.

Цитата
написал:
хотелось бы видеть не изначального автора, а последнего редактировавшего
А вот тут при всей внешней простоте вопроса, на самом деле тут все очень неоднозначно.

Дело в том, что "техпроцесс" в базе данных - это не файл. Тут всё не так просто, как с файлом в операционной системе (дата создания, дата изменения - к чему все привыкли в Windows).
Если простыми словами, то "техпроцесс" - это целый набор связанных объектов, этакая ветвистая ёлка.
И чисто технически далеко не всегда изменение какого-то из этих объектов в понимании нормального человека есть "изменение техпроцесса". Пример: был к коллекции (ТП) написан комментарий. С ошибкой. Опечатка. Человек зашел, одну букву исправил. В комментарии к коллекции. Есть ли это "изменение техпроцесса" с точки зрения человека? Нет, конечно. Техпроцесс в плане смысла не поменялся никак. В то же время, с точки зрения машины - вот он автор и дата последнего изменения коллекции (то есть, техпроцесса, если рассуждать чисто математически).
Как справедливо и обратное. Есть такие изменения, при которых чисто математически "коллекция" не меняется, но вот как раз "техпроцесс" в понимании его смысла и содержания человеком, прямо очень таки меняется. Тут в дебри не полезу, сложно некоторые технические нюансы будет объяснить. Поверьте на слово - это так.
Как, к слову, и "автор" коллекции, это на самом деле совсем не всегда "автор ТП" в понимании человека. Это может быть просто тот, кто "материал" для детали указал. Технически он создатель коллекции. Но "автор" ли он "техпроцесса" в плане содержания технологии? Нет, конечно.

Поэтому если нужна настоящая информация для отслеживания что менялось (по смыслу именно "технологии", а не просто любых изменений в БД), когда менялось (причем не обязательно последнее только изменение должно быть доступно одно), кто менял, то это нужно не на уровне отслеживания каких бы то ни было изменений в БД. Ибо - см. выше.
Это нужно создавать "систему проведения изменений". Как в плане правил и процесса (регламента), так и в плане необходимых функций в программе.
Это что-то вроде того, как на крупных предприятиях есть система проведения изменений в КД и ТД согласно ЕСКД, ЕСТД.
Тут нужно настраивать на предприятии для "правильного" решения задачи нечто аналогичное только в электронном виде, в VOGBIT.
Чтобы после "разработки" техпроцесс нужно было "сдать" обязательно. При этом фиксировалось, кто сдал (автор), кто проверял, кто принял. Даты. После этого поменять нельзя. Чтобы поменять, нужно "взять на изменение" (тут куча вариантов, иногда с созданием новых версий, иногда нет, и прочими атрибутами процесса проведения изменений). Тут опять же фиксируется кто и когда это сделал. Потом при "сдаче" после изменений фиксируется обязательно в определенном правилами виде что поменяли. Опять фиксируется эта троица (автор, проверил, принял, а может быть и больше, кстати, персонажей...). На этом этапе решаются вопросы применяемости этой измененной технологии (везде, не везде, сразу или с какого-то момента). И потом вся эта история при необходимости поднимается.
Это так, если "по взрослому" делать проведение и отслеживание изменений.
Но настройка такой штуки для малого предприятия будет за гранью разумного, как минимум, чисто по деньгам.
А для большинства наших клиентов - оно им и не нужно вообще такие сложности, в принципе. Лишний головняк.

На уровне ценников VOGBIT PRO (для крупных корпоративных клиентов) такие вещи нормально выглядят. Как и по смыслу. Если технологов человек 50, например, продукция сложная, техпроцессы "по-настоящему" на всё пишутся, есть реально действующий институт всех этих согласований/утверждений/изменений - согласен, да, актуально. Для мелких и средних предприятий - наворачивать такую штуку - за гранью добра и зла, мне кажется. Как в плане стоимости, так и в плане усложнения работы.

Для маленьких - есть дешевый и бесплатный вариант:
Просто, например, при внесении изменений в ТП писать в комментарий к коллекции: что поменяли (кратко), кто, когда.
Если в комментарий не хочется или он для чего-то другого используется, то можно параметр специальный свой себе создать (или несколько параметров) и в него (в них) это заполнять.
Информация в базе данных будет. Нормальная, настоящая. Можно посмотреть, можно в отчёт вывести.
Стоимость = 0.
Разве что шаблоны отчётов поправить, но это копейки.
 
Цитата
написал:
Просто, например, при внесении изменений в ТП писать в комментарий к коллекции: что поменяли (кратко), кто, когда.
нам и не нужен сложный механизм отслеживания изменений. достаточно было бы параметра или окна, но чтобы оно было непосредственно в окне Технология подробно, потому что технолог работает там
 
Запишу в общий список пожеланий и предложений.

Прямо на сейчас, самый простой вариант - вот так: рис.1, 2.
1.png (137.89 КБ)
2.png (130.46 КБ)
 
Это неудобный механизм. Технологу нужно писать это в окне написания Технологии подробно, без лишних движений. Переходить отдельно в номенклатуру и там в свойствах коллекции компонентов изменять выглядит трудозатратно.
 
Я выше уже написал.
Что Ваше пожелание записано в общий список пожеланий и предложений.
Когда очередь до него дойдёт, сказать сложно.
Приведенный пример - это не "замена", а вариант, как можно сделать прямо сейчас, если очень нужно, чтобы не дожидаться обновления.
Среди прочих - так наиболее просто.  
Страницы: 1
Сейчас на форуме (гостей: 20)
Всего зарегистрированных пользователей: 3499
Приняло участие в обсуждении: 387
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт