Производство и снабжение - Продолжается развитие программы в части координации работы плановой службы, производства и снабжения

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

Отчет задание на пилу - Отчёты
Виктор Левушкин: Спасибо. Но там нет Параметра "Профиль и размеры". Т.е. длина реза не показывается.
Ошибка печати отчета - Отчёты
Виктор Левушкин: Спасибо. Вроде уже разобрался. Веду теперь блокнот по каждой операции пишу последовательность, т.к. пока нет опыта, но уже много чего запу ...
Одно задание для нескольких работников и совместное выполнение - Обновление
Константин Чилингаров: Здравствуйте, Совместное выполнение отмечать через терминал "Тип 2" и раньше было можно. Вот пример - краткое пояснение на эту тему ...
Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Планирование производства - Демо версия
Константин Чилингаров: API есть. Описания базы данных нет (и вряд ли будем делать в ближайшее время). Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению. Нужно форму экранную саму поменять нем ...
Удаление позиции из номенклатуры - Прочее
mansur: Доброе утро, спасибо, все сделал по второму варианту. 
Ошибка при входе в Vogbit - Прочее
Григорий Клеков: написал: Здравствуйте. ...
Установка Демо версии - Демо версия
Amg: Спасибо большое за ответ. Демо-версию установил на ноутбук, если руководство решит перейти на ваш продукт, то думаю видеоконференция буд ...
Хранение файлов в БД - Общие вопросы
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Предварительные заявки, ЛЗК, Требования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте! Периодически возникают похожие вопросы по "Предварительным заявкам", "ЛЗК", "Требованиям". В чём разница, ...
Конструктор фильтра - Прочее
Kochurova.av: Спасибо Вам большое!  Всё как всегда оказалось проще простого)
Свои поля для справочников и вывод их в список. - Общие вопросы
Константин Чилингаров: Здравствуйте, В "Номенклатуре" стандартно есть свойство "Комментарий" и соответствующая колонка в современных версиях VOGBIT ( ...
Список работников поста - Общие вопросы
Константин Чилингаров: Пожалуйста! Пользуйтесь)) Нет. Ссылку не нужно выкладывать. Потом, когда общее обновление соберем, выложим его на сайт, и все смогут ска ...
Вопрос по импорту - Экспорт импорт данных
mansur: Нашел, залил и все работает теперь, спаибо.
Ошибка при запуске приложения - Прочее
Сергей: написал: Если на другое железо переставить Вогбит, как лицензию нам перекинуть? на mailto:info@vogbit.ru info@vogbit.ru  напишите со ссылкой на эту тем ...

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

×
Вход на сайт