Владимир Белов: написал:
Теперь у меня есть хобби - в свободное время пытаюсь запустить vogbit на новом компьютере. Базу данных удалял потому что восстано ...
Константин Чилингаров: Здравствуйте,
Сделать реально.
Есть API. Можно из внешнего приложения законнектиться к базе данных VOGBIT и в нужный момент вытащить нужну ...
Константин Чилингаров: Здравствуйте,
Да, можно так сделать.
Шаблон отчёта нужно соответствующий настроить.
Пришлите, пожалуйста, на почту, какие этикетки дол ...
Константин Чилингаров: Здравствуйте,
Дело в том, что демо-пример "/support/19454/ Движение заказа " сделан полностью на "/articles/5286/ среднем " уровне, и в данном ...
Константин Чилингаров: Здравствуйте,
Существуют задания для производства, которые ссылаются на эту операцию (на основе неё созданные). Они не дают удалить опе ...
Константин Чилингаров: Здравствуйте,
написал:
После первой установки все работало нормально и где то через месяц работы все поломалось.
Обновление ОС пост ...
Константин Чилингаров: В целом, проблема понятна.
Будем думать, конечно, как улучшить. По мере наличия времени.
К сожалению, не получается всем одновременно зан ...
Константин Чилингаров: Здравствуйте,
написал:
Хотим почистить базу для того что бы ускорить работу Вогбит, есть много позиций в номенклатуре, которые...
Име ...
Константин Чилингаров: Здравствуйте!
написал:
При открывании статистики появляется окно ошибки см.скрин
Это где-то в задании один и тот же работник указан 2 ...
Константин Чилингаров: Небольшой совет по теме:
Никогда не храните созданные файлы резервных копий базы данных там же (на том же компьютере/диске), где и сама ...
Константин Чилингаров: Поскольку этот старый модуль считает долго, там технология была такая:
Расчёт выполнялся на какой-то момент времени. На актуальных на эт ...
Вопрос такого плана, перед запуском какого либо изделия, конструкторский отдел отдает предварительную ведомость покупных материалов, т.е. общий перечень того что необходимо купить до запуска и проработки изделия в ТО и в производстве. Как правильно поступить с этим пунктом в VOGBIT? Я понимаю это как конструктор создает в номеклатуре изделие которое в дальнейшем будем изготавливать, создает на него не кострукторскую и заказную спецификацию, а именно ведомость покупных (т.е конструктор сам, а не технолог, должен в номенклатуру покупных материалов забить допустим КиПА, фланцы и прочее). Потом просто сформировать документ с необходимым для него названием и отдать в омтс и все тут. В правильном я направлении думаю? Если да то как это в программе осуществить на этапе создания изделия. Программа ведь только предлагает на кострукторскую спецификацию и заказную
Анастасия Алексеева пишет: Как правильно поступить с этим пунктом в VOGBIT?
Всё зависит от того, для чего вы хотите это делать.
Если задача сводится к тому, чтобы вручную составить документ «Ведомость» и его распечатать, то зачем вообще для этого VOGBIT? Есть такие прекрасные средства для этого, как Word и Excel. И нет ничего лучше них для такой задачи. Вводите, что хотите распечатать, и распечатываете.
Другое дело, если у вас, к примеру, весь учёт (склад) в VOGBIT ведётся. И вы хотите, чтобы на самом раннем этапе потребность, возникшая у вас, отразилась сразу и в системе. Тогда другой вопрос.
Тут можно по-разному подойти. Вариантов много.
Можно открыть заказ на производство и сразу, первым делом, приделать к нему «требование», в котором указать предварительно, что понадобится. Тогда запрос по этому требованию сразу отразится в режиме Обеспеченность. И будет видно, что есть, а чего нет на складе, и что нужно купить. И снабженец на основании этого может сразу в VOGBIT сформировать заявку на закупку, дальше отслеживать её, потом по ней приход на склад оформлять и т.д.
Можно при желании упростить. И все промежуточные шаги в этой цепочке исключить. И просто сразу ввести в VOGBIT заявку на закупку.
Можно наоборот, пойти более длинным путём. Создать изделие, проработать его «вчерне», указав в составе и техпроцессах только то, что точно уже понятно, что нужно. И уже на основании этого с помощью «расчёта потребности» сформировать «предварительную заявку». Это тоже в документации описано, в принципе. Дальше – как с «требованием» всё. Но в этом случае уже какая-то заготовка данных по изделию будет в базе. Дальше её уточнять и дорабатывать до нужного состояния можно.
В общем, вариантов много, как можно сделать. Главное, было бы зачем…
Константин Чилингаров пишет: Можно открыть заказ на производство и сразу, первым делом, приделать к нему «требование»
Можно вот тут поподробнее, хотим попробывать этот вариант, а потом уж посложнее. Т.к. в другом варианте могут возникнуть проблемы, после окончания различных согласований, изменения дополнения, исключения, на некоторые позиции типа КиПА разные там датчики, вообще известны только после всех согласований, но указать их как надо, хоть просто Датчик*, и заявка для омтс нужна, чтоб были наготове. Боюсь с длинным вариантом потом будет много заморочек по замене. А раз решили переходить на VOGBIT и склады в том числе, то какие то предварительные заявки считаю все ж необходимыми, но в более упрощенной форме
хорошо, понятно как добавлять требования, но не понятно как эти требуемые позиции будут отображаться в обеспеченности, или это просто бумага которую мы принесли для омтс и всего то?
Анастасия Алексеева пишет: хорошо, понятно как добавлять требования, но не понятно как эти требуемые позиции будут отображаться в обеспеченности, или это просто бумага которую мы принесли для омтс и всего то?
В режиме "Обеспеченность" требования обрабатываются точно также как и предварительные заявки и ЛЗК. Разный только способ их формирования - требования делаются вручную, а предварительные заявки и ЛЗК - автоматизированно через "Расчёт потребности".
Андрей Штейнбрехер пишет: В режиме "Обеспеченность" требования обрабатываются точно также как и предварительные заявки и ЛЗК. Разный только способ их формирования - требования делаются вручную, а предварительные заявки и ЛЗК - автоматизированно через "Расчёт потребности".