Изменения в лицензионном соглашении - Согласно условиям действующего Лицензионного соглашения уведомляем Вас об изменениях в Лицензионном соглашении, которые вступят в силу, начиная с версии VOGBIT 20.8 (1.1.54861). Согласно условиям действующего Лицензионного соглашения, обновление пользователем своей программы до версии VOGBIT 20.8 (1.1.54861) будет означать его полное согласие с условиями новой редакции Лицензионного соглашения

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

Ошибка при замене материала - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19032 Илья написал: автоматически бывает оприходование? Да нет, вроде. Если говорить про ЛЗК/Требование. Не "оприходуется" там расч ...
Ошибка в формировании потребности материалов - Ошибки в работе
Mariska17-17: Спасибо, получилось!
Сменное задание - Производство
Константин Чилингаров: Здравствуйте, У Вас на картинке, задания созданы на "максимальном" уровне. Применение "максимального" уровня в данном случае ...
Ошибка при планировании производства - Демо версия
Iglin1503: Спасибо. все заработало
Удаление категории номенклатура - Прочее
Константин Чилингаров: Здравствуйте, "Удалить из папки" (см. рис.)
Ошибка на экране после получения задания - Терминалы
Константин Чилингаров: Ок. Спасибо. Посмотрим. 
Поменять технологию - Производство
Илья: 13 Константин Чилингаров написал: И придется как-то сжиться с тем, что она есть. По другому не получится. Понятно, будем тогда сначала п ...
Изменение временных интервалов на терминале. - Терминалы
Константин Чилингаров: Здравствуйте, Пока не настраивается. Со временем нужно будет делать какие-то настройки, да. Уже накапливаются потихоньку всякие пожел ...
Вопрос на тему "Технология подробно" - Состав и технология
Константин Чилингаров: Здравствуйте,   Можно теоретически заморочиться с «объединёнными» заданиями. Недавно на форуме где-то обсуждалось про них (объедине ...
Упрощенная сдача на склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Время, которое затрачивается на обновление, зависит от размера базы данных, сервера, компьютера, с которого выполняется, и соединения ме ...
Совместная обработка - Производство
Константин Чилингаров: Со сборкой - сваркой - окраской, то всё понятно. В плане технологии - тут всё просто. Есть Балка. Есть техпроцесс на неё. Три операции: с ...
Плагин на форму отчета - Новые возможности
Константин Чилингаров: Здравствуйте, Пока нет, к сожалению.
Календарный план - Производство
Константин Чилингаров: Не очень понятно, что вы имеете в виду под словами "сделать планирование по номенклатуре в соответствии с уровнями". Вообще, как я ...
Учет комплектующих изготовленных по фактическому количеству материала. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Не совсем… 19032 Илья написал: для контроля "задела" необходимо создать свою заказную спецификацию Нет. Никакую специальную «за ...
Нажатие Enter в поле поиска при поступлении по заявке. - Ошибки в работе
Константин Чилингаров: Ок. Принимается. По мере возможности посмотрим, что там можно сделать.
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Если она нигде не используется (в заказах, спецификациях, документах и т.п.), то есть утилита "Генератор удаление" (в меню "Настройк ...
Копирование спецификаций с комментариями - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в список пожеланий.
Экспорт в Vogbit - Состав и технология
Константин Чилингаров: Здравствуйте, Понятно. Проблема из-за того возникла, что папку с файлами сложили прямо в C:\Program Files\VOGBIT. Откуда файлы добавляли. Програм ...
Пустой бланк - Демо версия
Константин Чилингаров: Бывает такой эффект, говорят, когда по какой-то причине завис в Windows в процессах Excel. Если так, то соответственно, перезагрузка помогает.
Не могу создать технологию подробно - Состав и технология
Minicnc14: Отбой, настройки поправил и заработало

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

Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы: Пред. 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 След.
Сейчас на форуме (гостей: 10)
Всего зарегистрированных пользователей: 3354
Приняло участие в обсуждении: 376
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт