Большое обновление системы. Новая версия VOGBIT 21.2 - Выпущено большое обновление программы. Значительные изменения произошли как в обще-системной части, так и в плане расширения возможностей программы и повышения удобства работы с ней.

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

Неактивность зависимых окон - Прочее
Beavis900: Благодарю! 
Как написать сообщение - Общие вопросы
Константин Чилингаров: Войдите на сайт под своим логином и выберите в меню сайта "Форум" (рис.1). Для начала рекомендуем воспользоваться "поиском" (ри ...
SolidWorks и Vogbit - Экспорт импорт данных
Константин Чилингаров: Здравствуйте, В части импорта принципиально ничего не поменялось. И вряд ли поменяется. Есть простой "стандартный" дополнительны ...
Запоминание состояние окна Загрузка - Интерфейс программы
Alex-220781: Константин Чилингаров написал: P.S. оно так всегда работало. Знаю. Руки не доходили написать. Сейчас накипело - постов добавилось, часто ...
Терминальная и обычная версия на одном компьютере с двумя мониторами - Терминалы
Константин Чилингаров: Немного дополню: Во-первых, тут нужно понимать, что есть разные "статусы".  Есть статус задания для производства в целом, а есть с ...
Отчёты - Отчёты
mansur: Благодарю.Отправил.
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Здравствуйте, Вероятно, отключено автоматическое обновление ОС на этом компьютере. Нужно установить .net Framework версии 4.8 или более новы ...
При импорте техкарты не загружается номенклатура - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Подозреваю, обновление тут не причём. Судя по всему, /forum/messages/forum28/topic2713/message16666/2713-zagruzka-tekhnologicheskoy-karty#message16666 вот это то же с ...
Загрузка технологической карты - Состав и технология
Константин Чилингаров: Здравствуйте, Ошибка в этом случае, скорее всего, в самих данных. Наиболее вероятно следующее: У Вас в файле есть материал, у которого ...
Ошибка Error: called ObjectList - Общие вопросы
Balukov: Здравствуйте. Пожалуйста пришлите на mailto:info@vogbit.ru info@vogbit.ru  подробную информацию об ошибке, нажав в сообщении об ошибке на "i" в лево ...
Тип связи с - Состав и технология
Pto2: Спасибо, странно, но галочки там уже стояли (переставил их заного) и все данные появились.
Технологическая карта - Интерфейс программы
Константин Чилингаров: Stas Frang написал: невозможно не кликая на кнопку понять, настроены ли взаимосвязи последовательности операций в пределах одной детали ил ...
Последовательность операций в изделии со сборками - Производство
Константин Чилингаров: Здравствуйте, Balukov написал: чтобы операции сборочных чертежей были доступны только при полной готовности входящих деталей Случай 1. ...
Отчет "Нормативные затраты на изготовление" выдал ошибку: - Отчёты
Константин Чилингаров: Отчет "Нормативные затраты на изготовление" - это бланк для печати из окна "Себестоимость" и в нем выводится одной строчкой дет ...
Заявка на закупку. Печатная форма - Общие вопросы
Beavis900: Благодарю! 
Новый функционал программы "Договоры" - Общие вопросы
Beavis900: Благодарю.
Новая документация "График производства" - Прочее
Константин Чилингаров: А файл вы где брали, который правили? Из архива с сайта (ссылка в сообщении #3)? Или из базы выгрузили (встали в своей базе на шаблон и нажа ...
Запрет редактирования номенклатуры - Прочее
Петр Свиридов: Благодарю, получилось! 
Переключение между окнами - Ошибки в работе
Константин Чилингаров: Здравствуйте, Да, сталкивались с подобной проблемой. Некоторое время назад (около года назад, наверно, приблизительно). Но так и не смог ...
Планирование производства - Демо версия
Константин Чилингаров: 3187 Stas Frang написал: То есть, у большинства единичных производств... По-разному у всех… Очень сильно зависит от специфики конкретного п ...

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

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

×
Вход на сайт