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

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

Деактивация истекшей лицензии - Установка
Beavis900: Благодарю! 
Установка пробной версии на виртуальную машину. - Установка
Константин Чилингаров: Здравствуйте, Демо-версию на виртуальную машину поставить нельзя. Ограничение. В демо-варианте можно поставить только на какой-нибудь ...
Редактирование состава заказа - Прочее
Константин Чилингаров: Здравствуйте, Нужно обновить программу вам на самую новую версию. Новее, чем та, которая сейчас на сайте выложена. В прошлом году осень ...
Штрих код на деталях - Производство
mansur: написал: Возникает вопрос по имеющимся вводным: А что так сложно то? Зачем? Оператор на первой операции может некоторые заготовки забр ...
Распределение работ - Производство
mansur: Благодарю вас, Константин.  Будем практиковать, в принципе ничего сложно нет.
Приемка ОТК - Производство
mansur: написал: После сдачи из производства продукция попадает не сразу на склад, а не контроль (технически – отдельный «склад» в программе). ...
Обслуживание БД - Прочее
Владимир Белов: Павел, время доброе! Это логи SQL сервера, БД Vogbit на них не влияет. Я так понимаю, у вас SQL Server установлен на Linux? На Linux по умолчанию не про ...
Лимитные карты - Общие вопросы
Czvetkov-91: написал: купная, то в составе "производственного заказа" она вообще, в принципе, не должна никак фигурировать и присутствовать. Ей ...
Проблема с подключением к базе данных - Установка
Константин Чилингаров: написал: Можете скинуть мне ссылку с точной инструкцией установки SQL и программы? /support/5211/ Подробная инструкция Для "быстрой упр ...
Создание копии базы данных - Прочее
Владимир Белов: При восстановлении БД на другом SQL-сервере, "слетает" SID владельца БД. Для исправления: 1. распакуйте SQL-скрипт FixDbOwnerSid.sql из приложе ...
Обслуживание базы - Прочее
Константин Чилингаров: Здравствуйте, Взять тот же самый дистрибутив, с которого вы делали последнее обновление. Запустить Setup -> Выборочная установка -> Об ...
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Здравствуйте, Окно "Детальный график" актуально только при использовании "максимального" уровня. Окно "Работы", помимо ...
Автоматическое обновление экрана. - Интерфейс программы
Константин Чилингаров: Имеется в виду, когда операции стрелочками "вверх" / "вниз" передвигаешь? Починено. В ближайшем обновлении будет исправлено. ...
ЕИ по умолчанию - Состав и технология
Константин Чилингаров: Здравствуйте, Можно написать плагин (будет кнопка специальная), чтобы на все выделенные строчки назначить выбранную единицу измерени ...
Печать чертежей - Обновление
Константин Чилингаров: Действие по двойному щелчку настроить нельзя. Можно настроить "горячую клавишу".
Автор ТП - Обновление
Константин Чилингаров: Я выше уже написал.  Что Ваше пожелание записано в общий список пожеланий и предложений. Когда очередь до него дойдёт, сказать сложно. ...
Назначить очередь - Производство
Fomina: Хорошо, попробую удалить параметр. Спасибо
Выделение текущей даты на графике - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список предложений.
Фильтрация по сортаменту материалов в графике производства и новом задании - Общие вопросы
Fomina: Спасибо, Константин
Помощник ориентации окна - Общие вопросы
Balukov: Здравствуйте. Нет. Эту штуку отключить нельзя. Такой вопрос был недавно. https://vogbit.ru/forum/messages/forum24/topic2724/message16739/2724#message16739 VOGBIT Прикрепление/ ...

Автор ТП

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

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

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

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

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

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

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

×
Вход на сайт