Константин Чилингаров: Здравствуйте,
Если кратко:
1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Константин Чилингаров: Вот.
Прикладываю к этому сообщению шаблон отчёта. В ТП количество материала (норма расхода) указано в "кг". В отчёте к "сменному за ...
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Константин Чилингаров: Здравствуйте,
Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Константин Чилингаров: Здравствуйте,
Немного из истории вопроса…
В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Владимир Белов: Добрый день!
Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128
У вас должен быть на прокси-сервере проброшен порт 28 ...
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели".
Тут неск ...
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций...
Для этого нужно настроить, какие позиции должны ...
Константин Чилингаров: Здравствуйте!
Компонент либо не существует, либо на него ссылаются этапы
В базе данных есть задания для производства (создаются ком ...
Константин Чилингаров: Здравствуйте,
Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...
Константин Чилингаров: ... продолжение ...
6. Если Вы используете метод выдачи и закрытия заданий в производстве "По комплектам" и укрупненное нормирование, ...
Сергей: Здравствуйте!
Способ первый. Поиск в справочнике по набору свойств[CODE var ccs = ExtApp.Application.General.ComponentCollections(-1, CatalogOptions.None);
var sr = cc ...
Константин Чилингаров: Здравствуйте,
Не очень понял, в чем вопрос.
Казалось бы, добавляем к операции или к переходу в техпроцессе 3 позиции (инструмент): держат ...
Константин Чилингаров: Здравствуйте!
Это не баг. Это так задумано.
По умолчанию при нажатии на эту кнопку ("стакан с плюсиком") открывается с окне снизу сп ...
Предварительная ведомость покупных, создание предварительной ведомости покупных.
Пользователь
Сообщений: Регистрация: 02.07.2015
0
17.07.2015 11:06:16
Вопрос такого плана, перед запуском какого либо изделия, конструкторский отдел отдает предварительную ведомость покупных материалов, т.е. общий перечень того что необходимо купить до запуска и проработки изделия в ТО и в производстве. Как правильно поступить с этим пунктом в VOGBIT? Я понимаю это как конструктор создает в номеклатуре изделие которое в дальнейшем будем изготавливать, создает на него не кострукторскую и заказную спецификацию, а именно ведомость покупных (т.е конструктор сам, а не технолог, должен в номенклатуру покупных материалов забить допустим КиПА, фланцы и прочее). Потом просто сформировать документ с необходимым для него названием и отдать в омтс и все тут. В правильном я направлении думаю? Если да то как это в программе осуществить на этапе создания изделия. Программа ведь только предлагает на кострукторскую спецификацию и заказную
Разработчик
Сообщений: Регистрация: 14.11.2008
0
17.07.2015 21:10:50
Цитата
Анастасия Алексеева пишет: Как правильно поступить с этим пунктом в VOGBIT?
Всё зависит от того, для чего вы хотите это делать.
Если задача сводится к тому, чтобы вручную составить документ «Ведомость» и его распечатать, то зачем вообще для этого VOGBIT? Есть такие прекрасные средства для этого, как Word и Excel. И нет ничего лучше них для такой задачи. Вводите, что хотите распечатать, и распечатываете.
Другое дело, если у вас, к примеру, весь учёт (склад) в VOGBIT ведётся. И вы хотите, чтобы на самом раннем этапе потребность, возникшая у вас, отразилась сразу и в системе. Тогда другой вопрос.
Тут можно по-разному подойти. Вариантов много.
Можно открыть заказ на производство и сразу, первым делом, приделать к нему «требование», в котором указать предварительно, что понадобится. Тогда запрос по этому требованию сразу отразится в режиме . И будет видно, что есть, а чего нет на складе, и что нужно купить. И снабженец на основании этого может сразу в VOGBIT сформировать , дальше отслеживать её, потом по ней приход на склад оформлять и т.д.
Можно при желании упростить. И все промежуточные шаги в этой цепочке исключить. И просто сразу ввести в VOGBIT заявку на закупку.
Можно наоборот, пойти более длинным путём. Создать изделие, проработать его «вчерне», указав в составе и техпроцессах только то, что точно уже понятно, что нужно. И уже на основании этого с помощью «расчёта потребности» сформировать «предварительную заявку». Это тоже в описано, в принципе. Дальше – как с «требованием» всё. Но в этом случае уже какая-то заготовка данных по изделию будет в базе. Дальше её уточнять и дорабатывать до нужного состояния можно.
В общем, вариантов много, как можно сделать. Главное, было бы зачем…
Пользователь
Сообщений: Регистрация: 02.07.2015
0
22.07.2015 21:14:39
Цитата
Константин Чилингаров пишет: Можно открыть заказ на производство и сразу, первым делом, приделать к нему «требование»
Можно вот тут поподробнее, хотим попробывать этот вариант, а потом уж посложнее. Т.к. в другом варианте могут возникнуть проблемы, после окончания различных согласований, изменения дополнения, исключения, на некоторые позиции типа КиПА разные там датчики, вообще известны только после всех согласований, но указать их как надо, хоть просто Датчик*, и заявка для омтс нужна, чтоб были наготове. Боюсь с длинным вариантом потом будет много заморочек по замене. А раз решили переходить на VOGBIT и склады в том числе, то какие то предварительные заявки считаю все ж необходимыми, но в более упрощенной форме
Пользователь
Сообщений: Регистрация: 07.11.2008
0
23.07.2015 12:35:00
Цитата
Анастасия Алексеева пишет: Можно вот тут поподробнее, хотим попробывать этот вариант
Пользователь
Сообщений: Регистрация: 02.07.2015
0
23.07.2015 15:07:39
хорошо, понятно как добавлять требования, но не понятно как эти требуемые позиции будут отображаться в обеспеченности, или это просто бумага которую мы принесли для омтс и всего то?
Пользователь
Сообщений: Регистрация: 07.11.2008
0
23.07.2015 15:22:10
Цитата
Анастасия Алексеева пишет: хорошо, понятно как добавлять требования, но не понятно как эти требуемые позиции будут отображаться в обеспеченности, или это просто бумага которую мы принесли для омтс и всего то?
В режиме "Обеспеченность" требования обрабатываются точно также как и предварительные заявки и ЛЗК. Разный только способ их формирования - требования делаются вручную, а предварительные заявки и ЛЗК - автоматизированно через "Расчёт потребности".
Пользователь
Сообщений: Регистрация: 02.07.2015
0
23.07.2015 15:48:41
Цитата
Андрей Штейнбрехер пишет: В режиме "Обеспеченность" требования обрабатываются точно также как и предварительные заявки и ЛЗК. Разный только способ их формирования - требования делаются вручную, а предварительные заявки и ЛЗК - автоматизированно через "Расчёт потребности".
Как это? не видела такого описания в инструкциях
Разработчик
Сообщений: Регистрация: 14.11.2008
0
23.07.2015 16:23:32
Цитата
Анастасия Алексеева пишет: Как это? не видела такого описания в инструкциях
Что именно?
По поводу режима "Обеспеченность" - см. рисунок ().