Изменение цен на лицензии - С 01 мая 2024 г. изменятся цены на лицензии ПО VOGBIT

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

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

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

Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы: 1 2 3 4 5 След.
Лимитно-заборные карты, Требования, Предварительные заявки, создание и работа с документами на отпуск чего-либо со склада
 
Вопрос из почты. Отвечаю здесь. Думаю, другим пользователям тоже будет интересно:

Цитата
При формировании лимитно-заборной карты мы явно не указываем получателя.
Причем, получатель по разным картам может быть разным (заготовительное производство-
при получении металла, участок окраски- при получении краски и т.д.)
Сейчас мне не понятно, каким образом происходит заполнение в карте этого поля.

Если в режиме Расчёт потребности включена опция Документы по подразделениям, то для каждого производственного участка (получателя) создаётся своя отдельная лимитно-заборная карта. Или несколько, если этот участок должен получать материалы/комплектацию на нескольких разных складах. Соответствующий участок и прописывается в лимитно-заборную карту автоматически как «получатель» при её создании.

Участок, которому требуется материал или комплектующие, указан в окне Расчёт потребности в колонке Подразделение. Берётся эта информация из техпроцессов. Подразделение-получатель – это место выполнения той технологической операции, для выполнения которой требуется соответствующий материал (комплектующие). Подробнее про техпроцессы и «место выполнения» операций можно почитать в документации.

Отдельный случай -  если  техпроцессы вносятся в базу данных в самом примитивном виде, т.е. вообще без операций. Только то, какие нужны для изготовления материалы и комплектация (такое тоже возможно). В этом случае для операций «место выполнения» указывать получается негде – нет операций. Но есть способ и для такой ситуации. Можно добавить соответствующее подразделение (получателя), как связанный объект прямо к детали (изделию) в справочнике Номенклатура (тип связи использовать «Место выполнения»). Тогда это подразделение при расчётах и будет считаться получателем для всех материалов указанных в техпроцессе (упрощённом, без операций вообще).

Вернёмся к Расчёту потребности.
Если вы хотите посмотреть, какие лимитно-заборные карты у вас в итоге получатся, прежде чем их сформировать (при включённой опции Документы по подразделениям), то выполните в окне Расчёт потребности группировку по колонке Подразделение (кто получатель) и затем по колонке Место хранения (где получать). Как на рисунке 1. Сразу можно увидеть возможные неточности/проблемы в исходных данных, если таковые есть. Например, где не известен получатель или место хранения.

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

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

В данном случае (при отключенной опции Документы по подразделениям) при создании лимитно-заборных карт «получатель» в них автоматически НЕ прописывается никакой. Остаётся пустым.

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

Обратите внимание, штатных простых функций для выдачи по одной ЛЗК нескольким разным получателям не предусмотрено. Сделать это, конечно, можно, но требуются некоторые «ухищрения» («ручное» вмешательство и хорошее знание программы).
Если вы хотите оформлять выдачу разным подразделениям, то лучше делайте в VOGBIT несколько разных лимитно-заборных карт – свою отдельную для каждого получателя. На самом деле и для реальной работы так будет намного удобнее.
1.png (115.72 КБ)
2.png (110.69 КБ)
 
Материал  не пойму как привязать к месту использования, как задать?
Изменено: yser83 - 22.12.2013 18:06:10
 
Цитата
Берётся эта информация из техпроцессов. Подразделение-получатель – это место выполнения той технологической операции, для выполнения которой требуется соответствующий материал (комплектующие).
В окне Технология подробно перетащите мышкой материал в ту операцию, для выполнения которой он нужен. Чтобы было, как на рисунке. И участок, на котором соответствующая операция выполняется, и будет у вас в колонке Подразделение в окне Себестоимость или Расчёт потребности.
1.png (30.13 КБ)
 
так и думал...а если 50-100 деталей в одну сборку режем плазмой из листа, каждую перетаскивать, причем лист всегда режем на плазме... мож как-то листовой материал сразу привязать к посту прям в базе...?
 
Цитата
yser83 пишет:
а если 50-100 деталей в одну сборку режем плазмой из листа, каждую перетаскивать
Провёл эксперимент. Взял сборку 58 деталей. Перетащил во всех, померил время. Получилось около 4 минут. Чуть больше. Один раз 5 минут потратить, потом всю жизнь пользоваться :).


Цитата
yser83 пишет:
мож как-то листовой материал сразу привязать к посту прям в базе...?
Не очень логично. Один и тот же материал не обязательно всегда потребляется на одном и том же участке производства, тем более, посту.

В предыдущей нашей программе была такая штука, что при добавлении материала предлагалось сразу и операцию добавить. Или две. Или три... Это ещё как-то более понятно. Теоретически, можно такую штуку при желании и в VOGBIT воспроизвести.
Но там другие вопросы появятся. Например, каждый раз при добавлении материала будет вылезать окошко с вопросом подтвердить, хотите ли вы ещё и операции добавить и какие из списка?

Есть, кстати, ещё альтернативная возможность. Можно материал никуда не переносить, а приделать "место потребления" к детали:
Цитата
Отдельный случай -если техпроцессы вносятся в базу данных в самом примитивном виде, т.е. вообще без операций. Только то, какие нужны для изготовления материалы и комплектация (такое тоже возможно). В этом случае для операций «место выполнения» указывать получается негде – нет операций. Но есть способ и для такой ситуации. Можно добавить соответствующее подразделение (получателя), как связанный объект прямо к детали (изделию) в справочнике Номенклатура (тип связи использовать «Место выполнения»). Тогда это подразделение при расчётах и будет считаться получателем для всех материалов указанных в техпроцессе (упрощённом, без операций вообще).
 
...хорошо-бы место потребления первая тех операция по тех процессу (участок выполнения тех опер.), первая тех операция - из материала получим заготовку или деталь, логично вроде... :)
 
Цитата
yser83 пишет:
...хорошо-бы место потребления первая тех операция по тех процессу
так а что мешает просто взять и в первую операцию материал вставить, если вы хотите, чтобы так было?
 
P.S. Насчёт первой операции.

Всё бы ничего, если рассматривать только простейший случай: одна деталь, материал в техпроцессе этой детали, операции... Но этим дело то не ограничивается. Бывают ещё, например, случаи с "комплектами".
Когда материал задан не отдельно для каждой детали, а сразу на комплект из нескольких разных деталей. Все режимы (Расчёт потребности, Себестоимость и т.п.) корректно сейчас обрабатывают и такой случай тоже. А вот то, какая операция там первая в таком случае - это не однозначно. Так же, как и то, что все материалы "на комплект" к одной операции.

Тот механизм, который, есть сейчас, IMHO, универсальный. Если материал однозначно относится к выполнению конкретной операции, то просто вставляем его в эту операцию в техпроцессе. Первую, не первую - всё равно. В таком случае считается, что материал нужен тому подразделению, где выполняется соответствующая операция.
Но это не обязательно. Если эта информация не нужна, или не так всё однозначно, то можно и не вставлять материал в операцию. Всё равно работает. В любом случае, в т.ч. и если вообще операций нет, а материалы есть.
Всё, по-моему, просто и понятно. Предлагаю этот существующий механизм и использовать.
 
Вопрос такой. Датчик раньше хранился на одном складе, а сейчас переехал на другой. При формировании ЛЗК датчик попадает в ЛЗК старого склада, где его остаток 0. Как научить программу брать его со склада где он есть?
 
Такое может быть, если последний приход на "старый" и на "новый" склад были сделаны в один и тот же день.
Если хотя бы 1 день разница, то автоматически будет при создании лимитно-заборной карты подставлять "новый" склад. Куда последний раз пришло.

Если у вас тестовый пример и карточки созданы в один и тот же день, то можно закрыть карточку на "старом" складе. И тоже будет браться с "нового".
 
Цитата
Константин Чилингаров пишет:
то можно закрыть карточку на "старом" складе. И тоже будет браться с "нового"
Спасибо! Все получилось.
 
Возникла такая ситуация: изделие практически целиком собирается из покупных компонентов. Создана в вогбите  конструкторская спецификация, техпроцесс, заказная спецификация. В конструкторской спецификации забит полный перечень входящих компонентов, включая метизы. Техпроцесс содержит несколько сборочных операций (не расписаны детально за ненадобностью) выполняемых на разных участках. К операциям техпроцесса добавлены компоненты (с типом "комплектующие") используемые на этой операции. В изделии имеются метизы используемые на разных постах сборки. При формировании ЛЗК посты не учитываются, поэтому приходится выдавать одному посту все, далее народ делит самостоятельно. Была мысль указывать метизы, как материалы для операций техпроцесса без упоминания в спецификации. Однако такой подход неприемлем по ряду причин (наглядность, не соответствует структуре классической спецификации, что затрудняет контроль и т.д.). При изучении структуры изделий (более сложных с развитой иерархией) были найдены такие же моменты оборота стандартных изделий. Хотелось бы найти некий метод получения лзк для каждого участка в таких случаях без отказа от полного перечня стандартных изделий в конструкторской спецификации.
 
Цитата
Руслан пишет:
При формировании ЛЗК посты не учитываются
Что мешает? Ведь в программе есть для этого все возможности.

Цитата
Руслан пишет:
Была мысль указывать метизы, как материалы для операций техпроцесса без упоминания в спецификации.
Одно другому не мешает. Вот пример.
Переходы, эскизы и прочие "фишки" в вашем случае можно пропустить, обратите внимание на то, что касается комплектующих, в т.ч. и метизов.

Дело в том, что конструкторский «классический» состав и комплектация по сборочной технологии – это вещи разные. И одно другое не заменяет. По идее, удобно иметь и то, и то. «Дерево» (конструкторский состав) удобно как раз для информации, кто из кого состоит с точки зрения конструкции, удобно в т.ч. при составлении сборочной технологии, и кроме того очень полезно ещё для двух задач:
- расчёт чего-нибудь (например итого всех затрат) итого на изделие, включая вообще всё, что в него входит.
- когда нужно посчитать/получить что-нибудь типа «комплект». Например, полный список всех деталей собственного изготовления (или тех же метизов) на N изделий.

Технология с указанием комплектации – это несколько другое. Технологией как раз и определяется, какие детали, комплектующие, метизы и т.п. кому нужны, когда и для выполнения какой работы (операции).
И этой информации в конструкторском составе нет и быть не может. Ибо она идеологически с ним не совместима. Например, указанное общее количество болтов при сборке может реально требоваться по несколько штук на разные участки и в разное время (ваш случай). Также при выполнении операции на одном рабочем месте могут запросто быть нужны детали (комплектующие) из совсем разных конструкторских спецификаций. И я уже молчу про случаи, когда,  к примеру, на каркас одно «дерево» из спецификаций, на обшивку другое, на всю электрику третье и т.д.

Попытка совместить одно (конструкторский состав) с другим (технология сборки) ни к чему хорошему не приводит. Мы пытались (и неоднократно). Совмещённый вариант получается всегда в конечном итоге с какой-нибудь точки зрения урезанный, недоделанный, неудобный.
В идеале лучше иметь и то, и то. Для одних случаев (расчёты, комплекты, информация) удобен "конструкторский" состав. Для производства (лимитно-заборные карты, выдача со склада на участки, расчёт дефицитов и планов) – технология.

Как совмещается одно с другим – пример в ролике.

В принципе, можно чем-то одним и пожертвовать. Но тогда неизбежно и какие-то возможности (или удобство работы) соответственно потеряются. Так что может оказаться в итоге и неоправданной такая жертва. С одной стороны, вроде как,  сэкономили время. А на самом деле это так только кажется. Потом в другом месте в разы больше можем потерять. Особенно, если сложные изделия.
 
Цитата
Константин Чилингаров пишет:

Технология с указанием комплектации – это несколько другое. Технологией как раз и определяется, какие детали, комплектующие, метизы и т.п. кому нужны, когда и для выполнения какой работы (операции)

Константин, подскажите.
Есть "сборочная единица", в ней 4 детали трубы (операции - резка и зачистка). А операция сварки  уже идёт в строке сборочной единице.
В технологии подробно "сборочной единицы"в операцию сварка мы дублировали эти трубы (для комплектации)и они задвоились в "расчёте потребности".
это как-то обойти можно, или вставляя в операцию повторно детали мы их удваиваем? Если не проставлять кол-во, то нулевые значения всё равно при расчёте.
 
Что-то вы не так сделали.

Расчёт потребности работает следующим образом:

Если в технологии указаны комплектующие, и одновременно эти же комплектующие есть и в составе этого же самого производственного заказа, то позиции, указанные в техпроцессе, при расчёте не учитываются (не попадают в заявку или лимитно-заборную карту). Т.к. считается, что это есть те же самые детали, что указаны в составе заказа (их не нужно получать со склада, поскольку они в этом же заказе в самом и делаются и сразу идут на сборку).

Я проверил. Всё так и работает. Ничего не «задваивается».

Надо смотреть внимательно, что у Вас там в данных. Возможно, тип связи указан неправильно в техпроцессе. Например, вставлены эти позиции не как «комплектующие», а как «материал». Или ещё что-нибудь подобное.
 
Добрый день! Подскажите как из склада полуфабрикатов выдавать продукцию покупателям. Расход не получается ЛЗК формируется пустая?  Место хранения пусто? Как наладить учет списания и перемещения полуфабрикатов по складам?
1.jpg (222.17 КБ)
2.jpg (346.49 КБ)
 
Здравствуйте,

Чтобы что-то выдать со склада, это что-то должно быть на складе.
Если это покупные комплектующие, то они должны быть куплены, привезены, оприходованы на складе.
Если это детали собственного изготовления, то их нужно сначала сделать и сдать на склад.
А иначе нечего выдавать со склада. Нет же ничего там.

Документация:

1. Пример, как оформляется сдача изготовленных позиций на склад
2. Работа с лимитно-заборными картами (Заявками, требованиями). В частности, можно обратить внимание вот на этот раздел.
3. Приход покупных комплектующих или материалов
4. Выдача со склада
5. Видеоролик

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

Цитата
Константин Чилингаров пишет:
Если это детали собственного изготовления, то их нужно сначала сделать и сдать на склад.
Подскажите, пожалуйста, правильно ли я понимаю, что детали (именно части от готового изделия) собственного изготовления, сдаются на склад тоже из режима "график производства"?

Как-то вот сдать на склад получилось, а создать ЛЗК не очень. Программа пишет что "не указано место хранения". В какой момент и где задается место хранения для деталей собственного изготовления?
Получается, что часть деталей уже изготовленно, а например, покупные пока не заприходовали на склад. Что будет в ЛЗК? Я не смогу списать без недостающих позиций? На самом деле изделие уже и продали. Надо сделать, чтоб изготовленные детали уже не числились..

Если мы сейчас, в попытках разобраться, какие то изделия или детали не на тот склад заприходовали, это можно будет поправить?

Где можно подробно почитать про режим "Производственные заказы"? Дайте, пожалуйста, ссылку. Интересует, что в нем и как настроить, чтобы понятно было что от чего?

Я, как-то приспособилась и работаю с режимом "Коллекции компонентов" из которого выхожу на "График производства".  Может это не верно? В Производственных заказах ничего понять не могу, какая стока от чего. Темный лес пока((

Ещё вопрос... Если изготовление детали имеет три операции (например: лазерная резка, гибка, покраска) и между второй и третьей операцией ее сдали на склад.  При формировании ЛЗК программа учтет то, что деталь не крашенная на складе и ЛЗК сформируется для покрасочного участка?
Изменено: Larissa - 11.12.2014 02:43:25
 
Здравствуйте,

Цитата
Larissa пишет:
правильно ли я понимаю, что детали (именно части от готового изделия) собственного изготовления, сдаются на склад тоже из режима "график производства"?
Что у вас в Графике производства есть, то и можно сдавать. Если там детали, то можно и детали сдавать. Почему нет?
Программе разницы нет никакой. Для неё что деталь, что изделие – одно и то же. И это, по сути, так и есть, деталь – тоже изделие.

Цитата
Larissa пишет:
В какой момент и где задается место хранения для деталей собственного изготовления?
Строго говоря, задавать его не обязательно. Оно само получится. Как только на склад что-то поступило (не важно, детали это собственного изготовления, покупные, или материалы), программа уже знает, где у этого что-то «место хранения». И задавать специально его не надо.
Другое дело, что, в принципе, есть и возможность задать «место хранения» и для того, что не поступало на склад. Это сделать можно, но тут уже надо именно указать вручную, конечно.

Документация, обратите внимание на сноску #4.

Цитата
Larissa пишет:
часть деталей уже изготовленно, а например, покупные пока не заприходовали на склад. Что будет в ЛЗК? Я не смогу списать без недостающих позиций?
Сможете.
Вот в такой ситуации, если у вас всё это физически на одном складе, то как раз и удобно будет создать для покупных пока пустые карточки, чтобы просто обозначить для них «место хранения» (ссылка выше). Результат – сформируется ЛЗК сразу на всё. А выдадите по ней пока только то, что есть сейчас. Потом остальное приедет – довыдадите, что осталось.

Цитата
Larissa пишет:
Где можно подробно почитать про режим "Производственные заказы"?
https://vogbit.ru/support/487/#__RefHeading__4349_789705894

Отдельное руководство чисто по одному этому режиму писать, наверное, нет смысла. Там функций – по пальцам пересчитать. Добавить/Редактировать/Удалить – это, я думаю, понятно. Остальное – можно понять по всплывающим подсказкам к кнопкам. Если что-то непонятно – спрашивайте, отвечу.

Цитата
Larissa пишет:
Я, как-то приспособилась и работаю с режимом "Коллекции компонентов" из которого выхожу на "График производства".Может это не верно?
Ну почему неверно?
Нормально. Можно и так.

Изначально График производства запускался как раз именно из коллекций.
Режим Производственные заказы был сделан несколько позже, для упрощения. Чтобы запускать График производства из коллекций – это же надо думать. Надо по папкам карты заказов свои раскладывать, выделять то, что нужно… Не говоря уже о том, как вручную создать новый заказ.
А в окне Производственные заказы просто сразу высыпается список всех карт заказов, которые сейчас в работе. И можно новую создать тут же. Можно не думать вообще над вопросом, где они лежат в базе реально и т.п.

На последний вопрос чуть позже отвечу.
 
Цитата
Larissa пишет:
Если изготовление детали имеет три операции (например: лазерная резка, гибка, покраска) и между второй и третьей операцией ее сдали на склад.При формировании ЛЗК программа учтет то, что деталь не крашенная на складе и ЛЗК сформируется для покрасочного участка?
Для начала разберёмся, что такое ЛЗК (в терминологии, принятой в VOGBIT), и что в неё попадает.

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

На основании какой информации формируется ЛЗК? На основании списка изделий с количеством (что делать), и техпроцессов, где описано изготовление этих изделий (как делать и из чего).Т.е. в ЛЗК попадёт то, что вы написали в техпроцессе, который описывает порядок изготовления соответствующей продукции. И это логично.

Таким образом, если вы хотите, чтобы при запуске в производство вашей детали для покрасочного участка сформировалась лимитка, что он должен взять со склада деталь, то это надо написать в техпроцессе. Что для операции «окраска» нужна сама же эта деталь.

Сделать так можно. И лимитка для покрасочного участка сформируется. Что надо взять детали на складе.

Вот только я бы лично не стал так делать, наверное. Ибо неудобно и путано в итоге всё получится, по-моему.

Будет ситуация, что лежат на складе детали. Но они то ли покрашены, то ли не покрашены… Каждый раз придётся разбираться, что же это за детали на самом деле. Какие из них из какой партии. Красили их уже или нет. Или сколько-то покрасили, а сколько–то нет. При расходе придётся не просто количество указывать (сколько выдаётся), а каждый раз карточки учётные на складе перебирать, какие детали сейчас отдавать, из какой конкретно партии. Чтобы не дай бог не выдать вместо окрашенных неокрашенные или наоборот. 99% рано или поздно обязательно возникнет путаница (возможно, прямо сразу).

В общем, так себе вариант…

Я бы лично, если бы хотел отдельно хранить на складе неокрашенные детали, то сделал бы в VOGBIT две номенклатуры разных.

1. «Деталь-заготовка».  
Материал – Лист
Резка, Гибка.

2. «Деталь».
Материал – «Деталь-заготовка»
Окраска.

И планировал бы производство их отдельно друг от друга, и учитывал на складе, как две разные позиции. И всё бы было понятно, всё правильно формировалось, и ничего не путалось.
 
Цитата
Константин Чилингаров пишет:
Я бы лично, если бы хотел отдельно хранить на складе неокрашенные детали, то сделал бы в VOGBIT две номенклатуры разных.

1. «Деталь-заготовка».  

Материал – Лист

Резка, Гибка.

2. «Деталь».

Материал – «Деталь-заготовка»

Окраска.

И планировал бы производство их отдельно друг от друга, и учитывал на складе, как две разные позиции. И всё бы было понятно, всё правильно формировалось, и ничего не путалось.

Что в этом случае должно быть задано в спецификации?
Я заказ формирую через "расчет комплектации".
Если в спецификации сделать обе эти детали (окрашенную и неокрашенную). То расчет их удвоит. Надо будет помнить, в какой спецификации есть детали с окрашенным и неокрашенным хранением. И удалять их после расчета. так?
Изменено: Larissa - 12.12.2014 08:23:17
 
Здравствуйте, Константин!
Подскажите как ввести остатки материалов из 1с если возможность сделать выгрузку из 1с или все вручную вводить?
У нас заведены номенклатурные позиции но нет остатков по складам(металлла, деталей, полуфабрикатов) как это можно сделать в кратчайшие сроки? Поэтому и не формируется ЛЗК для отгрузки со скада готового заказа?  Или вот хотя бы наладить простой режим учета....

(Движение по складу

Режим, ориентированный на использование в производстве строго под заказ5 (например, изготовление строительных металлоконструкций). Основное предназначение – контроль состояния отгрузки готовой продукции заказчику и формирование различных отчётов, отражающих историю этой отгрузки.)
Как мне распечатать отчет только по выделенной накладной почему-то у меня программа формирует отчет за все дни, долго, я хочу например за день и конкретную накладную.
3.jpg (432.63 КБ)
 
Цитата
Larissa пишет:
Что в этом случае должно быть задано в спецификации?
Я заказ формирую через "расчет комплектации".
Если в спецификации сделать обе эти детали (окрашенную и неокрашенную). То расчет их удвоит. Надо будет помнить, в какой спецификации есть детали с окрашенным и неокрашенным хранением. И удалять их после расчета. так?
Нет. Не так.
В спецификации должна быть та деталь, которая в изделие ставится. Нормальная окрашенная деталь. В заказе будет нужное количество нормальных деталей.
Для выполнения этого заказа (расчёт потребности -> ЛЗК) потребуется соответствующее количество "деталей-заготовок". Их можно взять со склада.
Если на складе недостаточно "деталей-заготовок" или их осталось мало, то отдельным заказом запустить нужное количество "деталей-заготовок" для пополнения запасов на складе.
 
Да. Теперь и мне понятно. Спасибо.

Еще вопрос,если можно... поскольку затронули тему окраски.

Есть конструкторская спецификация, есть заказная.
Если изделие (одно и тоже) предполагается одному заказчику изготавливать в белый, другому в серый, третьему в черный цвет. То, как это должно быть заведено в Вогбит?

 Мы не так давно столкнулись с подобным разнообразием.
Сейчас у меня, допустим, заведен один цвет в заказной спецификации на изделие.
Поскольку склады не ведем, то краску никто не списывает и не приходует.
Но получить то мы должны их разного цвета. Я при выдаче заданий пишу нужный цвет в комментарии.

Как правильно?
 
Здравствуйте, Юлия,

Цитата
юлия ка пишет:
если возможность сделать выгрузку из 1с или все вручную вводить?
Чтобы не вручную вводить, надо программу написать, которая будет за вас вводить. Это возможно. Но дорого. Что касается "остатков", забегая вперёд, скажу - я бы не рекомендовал этим заниматься в такой постановке вопроса. Сделать можно. Но с точки зрения долгосрочной перспективы - это будет 100% просто деньги выкинутые на ветер.

Цитата
юлия ка пишет:
Поэтому и не формируется ЛЗК для отгрузки со скада готового заказа?
1. ЛЗК не формируются, потому что не известно "место хранения". Ссылку на документацию я выше в этой теме давал уже. Для формирования ЛЗК, строго говоря, не обязательно именно остатки. Достаточно "место хранения" обозначить. Это дел на по дня, даже при большой номенклатуре.
2. ЛЗК нужно не для отгрузки готовой продукции, а для выдачи чего-то, что нужно для производства. Документация.

Тут главный вопрос, зачем вам ЛЗК в VOGBIT?
Если речь идёт о готовой продукции и передаче её заказчику, то это сразу отметаем. Тут ЛЗК вообще не при чём. Они не про то.

Если речь идёт об отпуске чего-то в производство, то если вам просто документ нужен на бумаге, что на складе брать, то это одно. Тут можно всё решить намного проще. Распечатывать сразу из "Расчёта потребности" нужный документ и всё. Без всяких складов и ЛЗК в программе.

Другой вопрос, если вы хотите организовать реальный складской учёт в VOGBIT. В этом случае подход изначально неверный. Ставить вопрос нужно не об "остатках". Это вторично. Остатки сами получатся. Автоматически. Через какое-то время (короткое) после того, как запустите программу в работу. А делается это совершенно по другому. Начинать надо точно не с "остатков".

Пример, что будет если "загрузить остатки":
Завтра остатки изменятся. Что будем делать? Снова загружать? А старые (вчерашние) куда? Будем писать программу, которая будет их удалять?
С вероятностью. близкой к 100% при таких "загрузках" окажется, что на складе в программе у вас будет числится одна номенклатура, а в "Потребностях" (что со склада брать) совсем другая. Что делать будем? Сверять/выверять/исправлять? А это так просто не сделаешь, когда везде всё задействовано. И т.д., и т.п.

В общем, если коротко, то при таком подходе ("загрузить остатки") - никакого реального учёта, реальных данных о наличии на складах, дефицита и т.п., вы не получите. А получите вы бесконечные "переливки" неких абстрактных данных, бесконечные исправления, мучения, и гору потраченного времени и нервов.

Если хотите организовывать реальный учёт движения материалов, то это делается несколько по другому. И начинать надо не с этого.

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

Чтобы по этому пути идти для начала не обязательно даже как таковые ЛЗК создавать в VOGBIT. Можно просто список материалов распечатать из "Расчёта потребности" и по нему получать на складе. Потом можно для тренировки и ЛЗК посоздавать и распечатать. Но, повторюсь, для этого не нужны остатки. Достаточно карточки пустые складские завести. Кроме того, можно просто не ЛЗК создавать, а "Предварительные заявки". Для этого вообще ничего не нужно. А по содержанию, что ЛЗК, что "предварительная заявка" - 1 в 1, то же самое.

В общем, вариантов разных много. Но начинать с ввода остатков - худший (бесполезная трата времени).

Цитата
юлия ка пишет:
Или вот хотя бы наладить простой режим учета....

(Движение по складу
Режим "Движение по складу" - это вообще совершенно из другой оперы. Это для оформления отгрузки готовых изделий покупателю при строго позаказном производстве.

Цитата
юлия ка пишет:
Как мне распечатать отчет только по выделенной накладной
Поставить фильтр, чтобы на экране остались только те документы, которые нужно печатать.

Также вот здесь это обсуждалось.
 
Добрый день, Константин.
Вот такой вопрос...
Через расчет комплектации сформировала новый заказ сегодня.
Иду в "производственные заказы", чтоб сформировать предварительную заявку.
Но заказа этого там нет, пока не выдано задание на производство.
А мне надо понять, какие детали  есть на складе. А какие надо изготавливать.
Получается, надо создать задания, потом удалить их, если детали на складе есть. Так?
 
Здравствуйте,

Цитата
Larissa пишет:
заказа этого там нет, пока не выдано задание на производство
Не верно.

Наличие заказа в списке в окне "Производственные заказы" никак не зависит от наличия или отсутствия заданий. Зависит только от статуса карты заказа.
Поставьте статус "В работе".

Цитата
Larissa пишет:
Получается, надо создать задания, потом удалить их, если детали на складе есть. Так?
Нет. Не так.

Детали общего применения, которые есть на складе, включать сразу в заказ не надо. Надо сделать заказ на сами изделия. А заказ на детали сделать отдельно. С учётом того, сколько деталей всего надо, и сколько их уже есть на складе (и, возможно, в производстве). Вот примеры:

https://vogbit.ru/media/847/
https://vogbit.ru/media/848/
 
Цитата
Константин Чилингаров пишет:
Здравствуйте,

Цитата
Larissa пишет:

заказа этого там нет, пока не выдано задание на производство
Не верно.

Наличие заказа в списке в окне  "Производственные заказы"  никак не зависит от наличия или отсутствия заданий. Зависит только от статуса карты заказа.

Поставьте статус  "В работе" .
]
Поставила статус "В работе".
На втором фото видно, что в "Производственные заказы" только один заказ от 15 числа. Тот, на который задания сформированы. Второго заказа, на который. поставила статус "в работе"и заданий нет, - нет.
вогбит 5.JPG (60.08 КБ)
вогбит 6.JPG (39.45 КБ)
Изменено: Larissa - 15.12.2014 12:42:24
 
Разгрупировала. Заказ нашла. Спасибо.


Цитата
Константин Чилингаров пишет:

Детали общего применения, которые есть на складе, включать сразу в заказ не надо.
Где и в какой момент я могу посмотреть что у меня есть на складе, а чего нет?
Изменено: Larissa - 15.12.2014 12:43:47
 
У вас группировка стоит. По дате создания первого задания (дата начала, фактическая).
Страницы: 1 2 3 4 5 След.
Сейчас на форуме
Всего зарегистрированных пользователей: 3987
Приняло участие в обсуждении: 415
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт