Новая версия VOGBIT 23.1.8 - Новые более функциональные и информативные цеховые терминалы, учёт остатков материалов в цехе и др.

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

Ошибка печати отчета - Отчёты
Константин Чилингаров: Здравствуйте, В версии VOGBIT 23.1.8 (последнее обновление на сегодня, которое недавно вышло) заменены шаблоны отчётов "приходный ордер" ...
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Планирование производства - Демо версия
Константин Чилингаров: API есть. Описания базы данных нет (и вряд ли будем делать в ближайшее время). Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению. Нужно форму экранную саму поменять нем ...
Удаление позиции из номенклатуры - Прочее
mansur: Доброе утро, спасибо, все сделал по второму варианту. 
Ошибка при входе в Vogbit - Прочее
Григорий Клеков: написал: Здравствуйте. ...
Установка Демо версии - Демо версия
Amg: Спасибо большое за ответ. Демо-версию установил на ноутбук, если руководство решит перейти на ваш продукт, то думаю видеоконференция буд ...
Хранение файлов в БД - Общие вопросы
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Предварительные заявки, ЛЗК, Требования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте! Периодически возникают похожие вопросы по "Предварительным заявкам", "ЛЗК", "Требованиям". В чём разница, ...
Конструктор фильтра - Прочее
Kochurova.av: Спасибо Вам большое!  Всё как всегда оказалось проще простого)
Свои поля для справочников и вывод их в список. - Общие вопросы
Константин Чилингаров: Здравствуйте, В "Номенклатуре" стандартно есть свойство "Комментарий" и соответствующая колонка в современных версиях VOGBIT ( ...
Список работников поста - Общие вопросы
Константин Чилингаров: Пожалуйста! Пользуйтесь)) Нет. Ссылку не нужно выкладывать. Потом, когда общее обновление соберем, выложим его на сайт, и все смогут ска ...
Вопрос по импорту - Экспорт импорт данных
mansur: Нашел, залил и все работает теперь, спаибо.
Ошибка при запуске приложения - Прочее
Сергей: написал: Если на другое железо переставить Вогбит, как лицензию нам перекинуть? на mailto:info@vogbit.ru info@vogbit.ru  напишите со ссылкой на эту тем ...
Пример создания плагина - Плагины
Сергей: Здравствуйте! Перетащите мышкой из "команд" (рис.3) в нужное место на панели инструментов
Помощник мастера - Установка
Trudovaya-21: Спасибо Вам ОГРОМНОЕ за работу и понимание!!!
Как позицию из корня справочника переместить в категорию "основная"? - Общие вопросы
Technologymz.vega: Здравствуйте, Максим! Спасибо, всё работает!

Внесение изменений

Другие вопросы по работе с программой - Прочее - Работа с программой
Страницы: Пред. 1 2
Внесение изменений, измениение в технолигии изготовления, материале и п.п.
 
кострукторскую то сделали новую, но извещение не проводили, наверное в этом причина? И получается если сейчас только провели (рис.7), то в заказной это все равно не будет отражаться и надо будет добавлять все в ручную?
7.png (92.49 КБ)
Изменено: Анастасия Алексеева - 21.08.2015 12:22:02
 
Главный вопрос - а зачем так сложно то? Для чего?

Цитата
Анастасия Алексеева пишет:
Была допущена ошибка при составлении спецификации на узел
Ну исправили бы её, да и всё. Зачем в данном случае вообще городить огород с версиями, состояниями, извещениями и т.д.? С какой целью?

Сначала самостоятельно создать самому себе трудности на пустом месте, а потом их героически преодолевать? :)

Цитата
Анастасия Алексеева пишет:
решили провести извещение (рис. 6), у первой спецификации, поставили статус не действует
Если через «извещение» делать, то не надо статусы вообще руками трогать. Само всё поменяется, как надо. А если правите просто статусы руками, то зачем извещения городить?

Цитата
Анастасия Алексеева пишет:
при формировании заказной спецификации на другое изделие этот узел отображается, но нет его деталировки
Так а содержание у этой новой версии спецификации то есть вообще? Может она пустая просто?

Цитата
Анастасия Алексеева пишет:
но извещение не проводили
Пока извещение не «проведено» никаких изменений вообще нигде не происходит. Это просто заготовка. На будущее. Но ничего пока не меняется. Что-то изменяется согласно извещению только в момент его «проведения» (изменяются статусы, появляются или удаляются связи).

Цитата
Анастасия Алексеева пишет:
И получается если сейчас только провели (рис.7), то в заказной это все равно не будет отражаться и надо будет добавлять все в ручную?
При изменении конструкторской спецификации узла "заказные" спецификации всех изделий, куда входит этот узел, в тот же момент сами не перестраиваются.
Их надо перестраивать вручную. Если надо. Ибо бывают случаи, когда как раз наоборот, не надо.

Автоматическое перестроение всего и вся при каждом изменении - это зло. При более-менее коллективной работе база превратится в полный и неуправляемый хаос. Всё будет постоянно перестраиваться перекраиваться и мутировать так, что вы ни в жизнь не разберётесь в этой каше постоянно автоматически меняющегося всего и вся. Проведение изменений - процесс требующий подхода вдумчивого, и во многом "ручного управления" поэтому.

Об этом уже не одна и не две страницы на форуме исписано, так что не будем повторяться ;).
 
Цитата
Константин Чилингаров пишет:
Ну исправили бы её, да и всё. Зачем в данном случае вообще городить огород с версиями, состояниями, извещениями и т.д.? С какой целью?
Ну вот хочет наше начальство видеть всякого там рода изменения и видеть кто его создал когда и зачем. Им при демонстрации программы, когда приезжали к нам на обучение, показали это  (только вот я лично не знаю что именно показывали и это ли они видели, а теперь просят "покажи нам то, не знаем что").
Да и хотя б на таком простом понять как это работает. Правила именно с изменением в конструкторской документации и технологической документации, как правильно аннулировать кд, настроить применяемость. Да это не очень то легкий путь, но если разобраться в нем до конца, не думаю, что это как то усложнить нам жизнь. Очень трудно дается программа технологам, (да и не только им), раньше был простой маршрут в формате эксель, раз и два и все поправил и исправил, легко и быстро, только что не было автоматизации. А теперь каждое действие вызывает у людей панику, ступор и т.п. и т.д, а производство не может стоять на месте, тредуют чтобы все заказы обрабатывались в программе, чтобы была прослеживаемость по изменениям. А по этому поводу ни одного толкового руководства.


Цитата
Константин Чилингаров пишет:
А если правите просто статусы руками, то зачем извещения городить?
Ну поменяли ли мы статус, только при формировании заказной спецификации, программа не спросила, какую спецификацию использовать, ту или другую, и получилось что у узла не состава, хотя он есть.

Вот и решили извещение "сгородить", но поздно, раз опять же уже спецификации заказная сформировалась, перед изменением.

Цитата
Константин Чилингаров пишет:

Так а содержание у этой новой версии спецификации то есть вообще? Может она пустая просто?

есть, и у старой и у новой с разным составом.


Подскажите хоть на правильном мы пути по поводу ввести в действие правильное и аннулирования не правильного.
Изменено: Анастасия Алексеева - 24.08.2015 08:05:37
 
И вот ситуация, есть сборочной узел на емкость - обечайка, по умолчанию лист из которого он делается 6, а вот на некоторые изделия делают лист 8 , у чертежа изменений и исполнений нет никаких, просто конструктор в спецификации указывает примечание *s8. Каждый раз менять у этого узла материал не удобно, хочется создать два варианта кострукторской спецификации, с разными листами. Как правильно поступить?
 
Цитата
Анастасия Алексеева пишет:
Ну вот хочет наше начальство видеть всякого там рода изменения и видеть кто его создал когда и зачем
Всякая процедура хороша, если применять её с умом и в нужном месте. Именно «проведение изменений» настоящее, с версиями, извещениями и т.п., имеет смысл, когда вы одновременно используете несколько разных вариантов спецификации или технологии. Или когда вы долгое время работали по одному варианту, множеству клиентов по нему продукцию сделали и отгрузили, а потом внесли изменения. В таком случае, конечно, и предыдущий вариант надо бы сохранить. И т.п.
А если вы только ввели спецификацию и тут же обнаружили, что там ошибка, то просто берём и исправляем ошибку. Зачем нужно сохранять этот вариант с ошибкой? Кому? Для чего? В чём смысл?

Цитата
Анастасия Алексеева пишет:
Да и хотя б на таком простом понять как это работает.
Ну если просто потренироваться, поисследовать возможности программы, то я как-то ещё могу понять. Но пример какой-то уж больно нежизненный. При банальном исправлении ошибки нужно просто исправлять ошибку, а не городить версии и извещения.

P.S. Если уж очень хочется знать, кто именно, что именно и когда поправил, то есть автоматический протокол всех действий пользователей. Все ходы записаны. Кто, когда, где, что поправил, как было до того, на что исправил. Всё записано. Без всяких версий и извещений.

Цитата
Анастасия Алексеева пишет:
раньше был простой маршрут в формате эксель, раз и два и все поправил и исправил, легко и быстро, только что не было автоматизации. А теперь каждое действие вызывает у людей панику, ступор и т.п. и т.д,
Я вам уже писал в чём корень ваших проблем (по поводу паники и ступора). Но вы упорно продолжаете идти по граблям.

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

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

Что происходит у вас:

Вы заставляете людей вводить.
Что вводить? – Всё
Как вводить? - Ну как получится. Кто как понял. Как нужно то никто им не объяснил. Потому что никто не знает.
Они вводят. Что-то. Заставляют же…
Потом вы пытаетесь с этими данными что-то сделать. Ситуация резко осложняется тем, что нет понимания не только как это что-то сделать, но и даже что именно нужно сделать.

Не получается.
Это естественно. Как же получится, когда толком непонятно что должно получиться...

Вы говорите людям: «Неправильно. Нужно переделать.» А как же тут переделаешь, когда эти данные уже в результате несистемной разрозненно-экспериментальной деятельности уже в куче мест задействованы? Программа справедливо не даёт косить и менять всё направо и налево, т.к. данные то используются уже. С её точки зрения – раз используется, значит кому-то это нужно. Нельзя просто так удалять. Она же не может отличить «правильное» использование от «неправильного».

Вот и получается… Вводим, переделываем, мучаемся, не понимаем зачем это всё... и далее по кругу. Я вас предупреждал что так и будет. Ссылка выше.

Чтобы такого не было, нужно сначала научиться данные правильно применять, и только потом заставлять кого-то их вводить. А не наоборот.

Цитата
Анастасия Алексеева пишет:
тредуют чтобы все заказы обрабатывались в программе
Кто требует?
А тот, кто требует, сам представляет в чём это должно выражаться и как выглядеть?

Цитата
Анастасия Алексеева пишет:
чтобы была прослеживаемость по изменениям
Тот же вопрос.

Цитата
Анастасия Алексеева пишет:
Ну поменяли ли мы статус, только при формировании заказной спецификации, программа не спросила, какую спецификацию использовать
Она и не спросит.
Если назначена какая-то версия по умолчанию, то возьмёт ту, что назначена.
Если версий несколько, но действующая среди них только одна, то возьмёт действующую.
Если действующих версий несколько, и при этом не назначено, какую из них использовать по умолчанию, то возьмёт первую попавшуюся из действующих.

Вот и всё.

Цитата
Анастасия Алексеева пишет:
получилось что у узла не состава, хотя он есть
Программа действует строго по логике описанной выше. Значит на момент формирования заказной спецификации, либо не было ни одной действующей спецификации для этого узла, либо та, что была действующая была просто пустая в этот момент. Третьего не дано.
Цитата
Анастасия Алексеева пишет:
И вот ситуация, есть сборочной узел на емкость - обечайка, по умолчанию лист из которого он делается 6, а вот на некоторые изделия делают лист 8 , у чертежа изменений и исполнений нет никаких, просто конструктор в спецификации указывает примечание *s8. Каждый раз менять у этого узла материал не удобно, хочется создать два варианта кострукторской спецификации, с разными листами. Как правильно поступить?
К конструкторской спецификации или её версиям это вообще не имеет никакого отношения. Материал детали указывается в техпроцессе.
Что делать когда есть варианты изготовления из разных материалов? Вопрос обсуждался на форуме неоднократно. Вот, например. И ещё много где можно найти.

P.S. Вообще, если одна и та же конструктивно деталь делается на одни изделия толщиной 6мм, а на другие толщиной 8мм и при этом обозначение чертёжное у неё и там, и там одинаковое - это глубоко неправильно.
 
Не могу удалить из карты заказов деталь, тех.процесс удалила, но удалить совсем не получается, надо эту деталь вообще удалить из номенклатуры. Вижу связь у нее с расчетным документом (предварительная заявка), но я и там материал удалила, все задания на нее удалила. Но все тщетно. Получается вообще если деталь была и допустим прошла весь цикл обработки, а потом ее по каким то причинам аннулировалли, то ее из базы уже не удалить и такие детали будут в ней мертвым грузом висеть.
22.png (130.17 КБ)
Изменено: Анастасия Алексеева - 21.09.2015 13:18:08
 
Ну да, получается и расчетный документ приходится весь удалять, а не только пунк с материалом. Вот теперь удалилось все
 
Цитата
Анастасия Алексеева пишет:
Получается вообще если деталь была и допустим прошла весь цикл обработки, а потом ее по каким то причинам аннулировалли, то ее из базы уже не удалить и такие детали будут в ней мертвым грузом висеть.
Нет. Не так. Всё можно удалить. Надо только уметь.

Цитата
Анастасия Алексеева пишет:
Ну да, получается и расчетный документ приходится весь удалять, а не только пунк с материалом.
Тоже неверно.
Достаточно было удалить только одну связь документа с позицией карты заказа (деталью). И всё. Ни материал, ни сам документ можно было и не трогать.
 
Цитата
Константин Чилингаров пишет:
только одну связь документа с позицией карты заказа (деталью)
А как? что это за связь такая. Я удали тех.процесс с карты заказа, саму деталь с карты заказа, пока не удалила заявку, не смогла удалить. (пробовала просто удалить конкретный материал в предварительной заявке).
 
Открыть общий справочник с документами ("Расчётные документы"). Встать на документ. Открыть зависимое окно "Связанные объекты". Там в т.ч. позиции заказа (детали), с которыми связан документ. Удалить связь с нужной деталью.

Всё.
1.png (100.28 КБ)
 
Здравствуйте! Работу в программе начали недавно. Согласно поставленной задаче заполняли базу. Начали заполнение с создания производственных заказов и ждали Отдел Технологов, то есть спецификации. Сейчас необходимо производственные заказы отредактировать, то есть в каждый созданный заказ вложить созданную для него спецификацию. Как это сделать не удаляя сам заказ из базы?
 
Цитата
Владимир Трусов пишет:
Как это сделать не удаляя сам заказ из базы?
1. Встаёте на заказ в режиме "Производственные заказы", правая кнопка мыши - "Состав" - удаляете или корректируете "старые" данные.
2. Встаёте на этот же заказ в том же режиме "Производственные заказы", выбираете пункт меню "Подготовка" - "Расчёт комплектации", перетаскиваете в левую сторону Ваше изделие и указываете его количество и единицу измерения. Подробно вот здесь написано.
3. В поле "Спецификация" выбираете видимо заказную спецификацию (заранее построенную).
4. Строите список компонент.
5. Сохраняете в заказ рассчитанный состав.
В общем то всё делается точно также как и при создании нового заказа.
Не забудьте на закладке "Настройка" указать "Включать в список компонент сами изделия", и перед сохранением списка компонент выбрать только "Изготавливаемые".
 
Спасибо за информацию! Сделали все, как написано. При сохранении списка компонентов (стою на необходимом заказе) программа предлагает создать новый заказ, а по умолчанию сохранить не дает. Как выйти из этой ситуации?
 
Нужно в момент запуска "расчёта комплектации" стоять в окне "производственные заказы" на том заказе, в который результаты хотите сохранить.
Если по умолчанию предлагает создать новый сразу, значит в момент нажатия кнопки "Расчёт комплектации" фокус (курсор, активная строчка) был не на заказе, а где-то в другом месте.
 
Спрасибо за ответ. Строчка необходимого заказа была выделена правильно. Видимо система зависла. Просто перепровела. И все получилось.
 
Выделенная строчка не обязательно означает, что на ней в данный момент находится фокус.
Можно по пути щёлкнуть куда-нибудь (например, на заголовок окна). Фокус будет уже не на строчке. Но строчка останется выделенной (синей). Т.к. никакую другую в этом окне не выделяли.

В общем, просто нужно непосредственно перед тем, как нажимать на "Расчёт комплектации" ("расчёт потребности", "себестоимость") поставить курсор в нужное место (заказ, изделие и т.п.) и нажать левую кнопку мыши - установить фокус на эту строчку (чтобы она стала активной). И нажать кнопку запуска режима ("расчёт комплектации", "себестоимость" и т.п.).

И будет всё хорошо.
 
Много прочитала, но та и не поняла с чего же всё таки начать. В КС произошли изменения, но вогбит не даёт его провести. Узел этот входит в другие изделия. С чего всё таки начать, чтобы произвести изменения?
 
Ну, начать, думаю, нужно с того, что встать на соответствующий узел в справочнике (Номенклатура) и нажать "Где используется".
Чтобы посмотреть, где он вообще задействован.
Например, в скольких заказных спецификациях и в каких именно.

Дальше порядок действий зависит от ситуации.
Например:
- много мест, где используется узел или нет?
- много что изменилось в узле или нет?
- соответствующие изменения должны произойти во всех местах, где он задействован или не во всех?
- изменения эти во всех местах одновременно должны произойти, или в разные моменты времени?
- спецификация самого узла и структура изделий, где он задействован (заказных спецификаций), в том варианте, как они на текущий момент существуют, нужны? Или больше уже нет? Или что-то нужно сохранить, а что-то нет?
 
Цитата
Константин Чилингаров пишет:
много мест, где используется узел или нет?
В основном -ДА
Цитата
Константин Чилингаров пишет:
- много что изменилось в узле или нет?
В данный момент- нет. Но бывает по разному.
Цитата
Константин Чилингаров пишет:
- соответствующие изменения должны произойти во всех местах, где он задействован или не во всех?
Подразумевается- во всех.
Цитата
Константин Чилингаров пишет:
- изменения эти во всех местах одновременно должны произойти, или в разные моменты времени?
Планируется- во всех. но может быть всякое
Цитата
Константин Чилингаров пишет:
спецификация самого узла и структура изделий, где он задействован (заказных спецификаций), в том варианте, как они на текущий момент существуют, нужны? Или больше уже нет? Или что-то нужно сохранить, а что-то нет?
допустим все варианты нужны.
 
По шагам расписывать все возможные варианты и их сочетания слишком долго...

Технически существуют следующие возможности:

Спецификация узла:


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

Построенная ранее "Заказная спецификация" (где уже раскрыт состав узла по старому варианту спецификации):

1. Внести в существующий вариант изменения вручную, в соответствии с тем, что поменялось в узле.
2. Перестроить существующий вариант (удалить, построить по-новой).
3. Оставить существующий вариант как есть, рядом построить второй (третий и т.д.) новый вариант.
4. Старый вариант можно объявить "не действующим", тогда по умолчанию будет дальше использоваться новый.
5. Можно иметь одновременно несколько действующих вариантов "заказной спецификации", но придётся выбирать в соответствующих местах (где используется она), какой из вариантов использовать.

Связь между спецификацией узла и "заказной спецификацией" изделия, построенной с использованием данной спецификации узла:

По умолчанию программа при построении "заказной спецификации" такую связь создаёт. И именно это и не даёт, например, просто так взять и удалить что угодно, когда угодно из спецификации узла, если этот узел уже где-то задействован на уровне зафиксированного варианта состава изделия (заказной спецификации).
В зависимости от того, какой вариант применительно к спецификации узла и заказной спецификации изделия выбрал пользователь, эта связь может либо принудительно разрываться пользователем, либо оставаться.

Резюме:

Если говорить о проведении изменений вообще, в принципе, то выше приведены все возможные действия.
Далее всё сводится к различным комбинациям из них в разной последовательности. В зависимости от ситуации и цели.

Чтобы какой-то конкретный вариант действий предложить, нужна более чёткая постановка задачи и граничных условий.
Страницы: Пред. 1 2
Сейчас на форуме
Всего зарегистрированных пользователей: 3979
Приняло участие в обсуждении: 415
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт