Новая версия VOGBIT 23.1 - Более быстрая и стабильная работа программы. Новые возможности для производства и контроля обеспеченности.

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

Помощник мастера - Установка
Trudovaya-21: написал: Да, «помощник мастера» действительно отключили. Совсем. Включить обратно нельзя (пока, по крайней мере). Поскольку, с нашей точ ...
Список работников поста - Общие вопросы
Константин Чилингаров: Здравствуйте, Пока, к сожалению, такой возможности нет. Записал в общий список пожеланий и предложений. По срокам, когда до этого вопро ...
Как позицию из корня справочника переместить в категорию "основная"? - Общие вопросы
Technologymz.vega: Здравствуйте, Максим! Спасибо, всё работает!
Ошибка при формировании заявок из режима "Обеспеченность" - Материалы, Комплектующие, Складской учёт
Technologymz.vega: Спасибо, так работает.
ошибка при добавлении работника в режиме "Выполнение" - Производство
Константин Чилингаров: Добрый день! Понятно.  Вы задействовали механизм "внеплановых заданий" и для такого "внепланового задания" нажали "Выполн ...
Минимальный остаток - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Нет. Такой возможности сейчас нет. Минимальный остаток можно сейчас задавать только для номенклатурной позиции. Скольк ...
Планирование загрузки производства. - Прочее
Константин Чилингаров: Давайте на следующей неделе? У вас же есть наверняка наши всякие контакты (telegram, whatsapp). Давайте спишемся, договоримся по времени.
Ошибка на экране после получения задания - Терминалы
Константин Чилингаров: Для такого случая подойдёт терминал «тип 4». Он заточен специально под многостаночников (операторов станков с ЧПУ), которые работают с ...
Выполнение заданий - Общие вопросы
Beavis900: Благодарю! Мы решим и я напишу Вам на почту.
Создание расходного ордера. - Общие вопросы
Константин Чилингаров: можно ли создать расходный ордер не основываясь на приходном документе? Речь идёт, наверное, о создании расхода без "документа-осно ...
Фиксированные временные диапазоны - Новые возможности
Константин Чилингаров: Здравствуйте, Записал в общий список пожеланий. Спасибо за предложение.
Перестал работать терминал - Терминалы
Admin12: Написал
Изменение стоимости материала при ошибке. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: У администратора VOGBIT есть специальная утилита для случая, если неправильно указали цену или единицу изменения. Чтобы это исправить, не ...
Привязка приходной/расходной накладной по объектам (заказчикам). - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Конечно, в VOGBIT есть различные связи. И комментарии есть. А есть именно взаимосвязи между различными объектами, документами, сущностями. ...
Создание прихода и выбор поставщиков (контрагентов). - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: "Поставщики", "Получатели", покупатели, исполнители и прочие "орг. единицы" в VOGBIT находятся в общем справочнике "Подразд ...
Передача остатков склада из 1с склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Делается с использованием специального модуля. Есть такой модуль, который стоит 15 000 р. и умеет загружать из Excel файла. Но у него главное о ...
Отсутствует корневой элемент. - Прочее
mansur: Спасибо большое, помогло.
Настройка отображаемого периода при распределении работ. - Интерфейс программы
Veruz: Благодарю, стало удобнее работать.
Ошибка при работе с терминалом - Ошибки в работе
Olyaasolya: Спасибо большое за совет! Еще раз все перепроверила, внесла параметры и требуемая информация отображается.
Подсчет фактической и плановой трудоемкости. Терминал - Терминалы
Константин Чилингаров: Здравствуйте, Для такого случая штатно предусмотрено использование механизма "Принятой трудоёмкости". В "Статистике производ ...

Лимитно-заборные карты, Требования, Предварительные заявки

Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы: Пред. 1 2 3 4 5 След.
Лимитно-заборные карты, Требования, Предварительные заявки, создание и работа с документами на отпуск чего-либо со склада
 
В окне, где выбираете шаблон, (самое верхнее на вашем скриншоте) нажимайте на "Ок", а не на кнопку с принтером.
 
не получается распечатать предварительную заявку
39.png (85.56 КБ)
 
Закладка "Рабочая" -> "Сотрудники"
Команда "Восстановить учётные записи"
 
пишет нет прав на выполнение такой операции, и надо нажимать конкретно на какуюто фамилию или на все сразу
 
Цитата
Анастасия Алексеева пишет:
пишет нет прав на выполнение такой операции
зайдите под sa
Цитата
Анастасия Алексеева пишет:
и надо нажимать конкретно на какуюто фамилию или на все сразу
на все сразу
 
при создании требования на заказ (у нас это предварительная ведомость), кол-во он считает автоматические или необходимо кол-во номенклатуры требования уже сразу ставить по кол-ву заказных изделий. Т.е. например по заявке блок-модуль по заявке необходимо 2 шт. изготовить, на один блок идет 6 днищ, так вот кол-во по требованию он перемножит или необходимо стразу 12 шт. ставить? Заказ я открыла сразу на два (заказ создала просто (фактически он пустой, без состава, только название, для того чтобы создать требования). Но и где проверить, сколько в заказе изделий?
Изменено: Анастасия Алексеева - 11.08.2015 10:52:18
 
Вопрос еще такого плана. можно ли в требованиях, добавить типа примечания. Например есть Кран шаровый Ду50 Ру 4,0 МПа и прочая запорная арматура, и необходимо для данного заказа какие то необходимые условия , допустим тип исполнения, коэф. соединения для арматуры и прочее. Чтоб нам не плодить номенклатуру с разными типами, а прописывать условия отдельным примечанием, и чтоб эти условия потом можно было увидеть ОМТС, при распечатке требований.
 
Цитата
Анастасия Алексеева пишет:
Заказ я открыла сразу на два (заказ создала просто (фактически он пустой, без состава, только название, для того чтобы создать требования). Но и где проверить, сколько в заказе изделий?
Если у вас заказ вообще пустой, а количество изделий в нём нужно знать, укажите это просто в наименовании заказа, как и любую другую поясняющую информацию.
 
Цитата
Анастасия Алексеева пишет:
можно ли в требованиях, добавить типа примечания.
Рассмотрим.
 
не ответили на основной вопрос, кол-во номенклатурных позиций по требованию программа автоматически перемножает на количество изделий по заказу или это количество необходимо сразу учитывать в требованиях?
Изменено: Анастасия Алексеева - 13.08.2015 14:11:05
 
Цитата
Анастасия Алексеева пишет:
не ответили на основной вопрос, кол-во номенклатурных позиций по требованию программа автоматически перемножает на количество изделий по заказу или это количество необходимо сразу учитывать в требованиях?
Вот мне интересно как программа может что-то автоматически посчитать, если у вы ничего не указали ?
Цитата
Анастасия Алексеева пишет:
Заказ я открыла сразу на два (заказ создала просто (фактически он пустой, без состава, только название, для того чтобы создать требования).
В требованиях ничего не считается - указывается всё вручную. Чтобы что считалось - для этого должны быть данные.
 
При создании требований не относящиеся к плану производства (просто созданные в отчетных документах), приходиться тоже постоянно фильтровать, чтобы напечатать именно свое требование, а так он формирует отчет из всех, возможна ли печать по выделенной строчке?
 
В текущей версии нет.
Там, где возможно, есть соответствующий пункт в меню.

P.S. Насколько я понимаю, это не такое частое действие. Требований самих по себе, ни к чему не относящихся, по идее, не должно быть много. Печатается же такой документ, обычно, в своей жизни 1 раз (а бывает и вообще никогда).
 
Почему вы так решили? Что не на столько часто? Если у нас теперь весь материал в базе VOGBIT, и допустим стройка идет полным ходом, производители работ, получают тот же швеллер, те же электроды для сварки и т.п., но они не относятся к производству продукции. Нам приходится создавать требования, чтоб выдать этот материал.
А расходный материал - для оборудования (сопла, электроды и прочее), смысла не вижу их к заказам привязывать, внести в базу, выдавать по требованию.
Да и вообще планируется все туда внести, раз уж есть это программа на складе, дабы не плодить разных реестров - и спецодежда и прочий инвентарь, все будет в одной базе.
Подругому я лично не вижу выхода, или работаем по полной там или так и будем ходить вокруг да около - что то в базе, что то мимо.
Изменено: Анастасия Алексеева - 06.11.2015 06:56:28
 
Про стройку я бы создал отдельный заказ, наверное. И к нему всё привязывал. Так и навигация, мне кажется, проще, и при необходимости свести потом легко всё вместе, что пошло на данный объект.
Вообще стройка, если разобраться - это точно такой же производственный заказ по своей сути. Есть "технология" (работы), есть ресурсы необходимые (в т.ч. продукция собственного производства, которая в данном случае является "комплектующими"), задания можно выдавать и отслеживать и т.д. Вопрос только нужно ли. Но, по крайней мере, материальные расходы (требования и, соответственно, расходы пол ним) можно точно к такому заказу все привязать. Насчёт остального (собственно содержания "заказа") - это на любителя, можно и не заполнять ничего и не вести.

Что касается расходных материалов, одежды и т.п., то тут согласен. Ни к какому конкретному заказу на производство продукции это относить смысла нет.

По печати по выделенным в справочнике - в ближайшей версии этого точно уже не будет. Она уже в финальной стадии подготовки. Список, что именно в неё войдёт уже закрыт. Что вошло, то вошло. Больше ничего не добавится уже. Может в следующей теперь. В общем, я в список пожеланий впишу, там посмотрим.

Кстати, можно ещё, как вариант, создать вечно открытый заказ "хоз. работы и расходы" или что-нибудь подобное и привязывать требования на электроды и т.п. к нему. Там и печать по выделенным есть, и будут сразу в кучу собраны и все такие требования, и все затраты по ним.
 
Константин, подскажите пожалуйста, что делать с отработанными требованиями (т.е. с требованиями по которым выдан металл), нужно их как то вынимать из оборота (присваивать статус какой то или что то еще) ?
 
Цитата
Евгений Якимов пишет:
нужно их как то вынимать из оборота (присваивать статус какой то или что то еще) ?
Не обязательно.

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

Что касается "обеспеченности":

Само наличие "отработанных" требований в расчёте "обеспеченности" на "дефицит" не влияет. Потому что, всё что запросили, всё выдали.

Если требование привязано к производственному заказу, то ничего специально с ним делать не надо. Когда заказ отметят как "законченный" все ЛЗК и требования с ним связанные из "обеспеченности" сами уйдут.

Если требование сделано не к заказу, а просто так, ни к чему не привязанное, то чтобы из расчёта "обеспеченности" его исключить, можно поставить этому требованию статус = "Не действует" (ST_Invalid). И оно не будет в "обеспеченности" больше учитываться.
Хотя повторюсь, в том что оно будет там "висеть" тоже, в принципе, ничего такого криминального нет (если всё выдано по этому требованию). На конечный результат не влияет.
 
не получается удалить предварительные заявки. очистила данные в связанных объектах, нажимаю связанные коллекции компонентов, а там  (рис), после выходит запись нажать F5 для обновления, но заявка не удаляется
 
А зачем этот "закат солнца вручную" ?

Кнопка "удалить", специально сделанная, чтобы легко удалять такие документы (заявки, ЛЗК, требования) чем-то не устраивает?
1.png (104.42 КБ)
 
а где кнопка?
 
У вас версия программы какая-то старая, похоже.
Раньше не было кнопки.
Появилась в обновлении от 23.03.2015.

Вы обновления ставите?
 
Последнее сообщение перенесено, т.к. не имеет отношения к заявленной теме топика.
 
Здравствуйте!

Помогите пожалуйста разобраться: при формировании ЛЗК для заказа не формируются ЛЗК на выдачу стандартных изделий (кронштейн и втулка).

Подскажите с чем это может быть связано.
5.png (160.57 КБ)
1.png (75.99 КБ)
2.png (81.13 КБ)
3.png (73.34 КБ)
4.png (63.07 КБ)
 
Здравствуйте,

Связано с тем, что вы "Кронштейн" и "Втулку", включили в состав заказа на производство.

Покупные позиции в принципе не нужно включать в производственный заказ. Производственный заказ - это список того, что нужно изготавливать.

Подробнее см.:
на форуме
в ролике (01:10)

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

Вот такая штука.

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

Если такая накладная вообще не нужна, то надо просто её вручную через справочник "Учётные документы" удалить.
 
P.S.
Предупреждение!
Последний вопрос не очень соответствует теме топика вообще-то.
Пока не будем переносить/удалять, но просьба внимательнее к этому относиться!
 
Здравствуйте,

- не можем понять, почему в некоторых случаях ЛЗК создается "оторванной" от производственного заказа (в производственном заказе ЛЗК не отображаются, они видны только в расчетных документах). В "связанных объектах" с ЛЗК есть только одна связь - с "поставщиком". При этом состав ЛЗК корректен.

Спасибо.
 
Здравствуйте,

Вы уверены, что они именно создаются изначально такими? А не, например, стали таковыми в результате каких-то других действий?

На чём "расчёт потребности" запускаете, когда они такие создаются?
Страницы: Пред. 1 2 3 4 5 След.
Сейчас на форуме
Всего зарегистрированных пользователей: 3864
Приняло участие в обсуждении: 408
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт