склад

Если не хотите, чтобы человек мог выполнять перемещение на этот склад, то сделайте ему этот склад недоступным в настройках. И он не сможет ничего на него переместить. Пример
Обсуждалось неоднократно уже с вами и с вашими коллегами. В т.ч. и где-то в этой теме, по-моему.

P.S. Вопрос, зачем диспетчеру ПДО в VOGBIT функция "перемещение", и зачем вы вообще её используете, оставляем за скобками.

Нет. Так делать не нужно.

Если вкратце:

1. Это противоречит некоторым основным принципам (идеологии) программы и построения пользовательского интерфейса. Тут долго подробно расписывать, если кому очень интересно, спрашивайте, объясню, как время будет.

2. Вы, судя по всему, не поняли, что понимается в VOGBIT под "группой учёта" и как эти "группы" используются.
Дело в том, что при "расходе" группа учёта - это не признак какой-то, и это не куда (на что, и т.п.), а это наоборот - откуда - из какой "кучки" на складе брать, в ситуации когда таких "кучек" на этом складе несколько разных.

3. Если делается расход без документа-основания (расчётного документа) и при этом с применением "учётных групп", то делается это следующим образом:
- открываем окно "Производство - Склад";
- с помощью группировки или фильтра выбираем нужную группу учёта;
- напротив тех позиций, которые надо списать, проставляем количество;
- нажимаем "выдать" -> "оприходовать".
И всё. Не надо никаких документов учётных вручную создавать, заполнять их спецификации врукопашную, карточки назначать... Это всё не нужно.
Нужно просто ввести количество и нажать "выдать". Остальное программа сама сделает.
Если группы учёта применяются, то всё точно так же, только сначала "группу" выбрать, из какой выдавать (списывать).

4. Комментарий нужен. Только на днях вот один из пользователей наших, которые активно используют в работе именно склад в VOGBIT, спрашивал, когда мы сможем им дать новую версию, где мы как раз добавили возможность при списании без документа-основания (см. п.3) к накладной ставить по-простому этот самый комментарий прямо в момент "расхода". И я знаю, что людям действительно реально нужно в этом месте этот комментарий ставить.
Так что, если вы его не используете, то это не повод его искоренять совсем :)
Другим то он нужен...

Другой склад выберите в окне "Производство - Склад" (Правка -> Выбрать склад) и будут остатки другого склада.
Всё что угодно, с какого угодно склада можно в этом режиме списать.


Списывается не в (на) группу учёта, а из группы учёта.
В группу учёта только приходуется.

https://vogbit.ru/support/724/

Ну, во-первых, группы учёта тут тогда совершенно не при чём. Это вообще не про то…

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

Но так то, суть не изменилась. Режим "Производство - Склад" в плане "расхода" подходит для быстрого «списания в никуда». Не на заказ, а просто так.


Если расход делается на выполнение какого-то конкретного производственного заказа, то это делается в VOGBIT через стандартный механизм, с использованием документа-основания. Именно документ-основание и связывает в данном случае расход с производственным заказом.
Это универсальных маханизм. Позволяет решать кучу задач. Помимо просто связи расхода с заказом ещё:
- организовать сам процесс регламентированной выдачи со склада, если это нужно;
- отслеживать не только что на заказ выдано, но и в сравнении с тем, а что должно было быть выдано (насколько это совпадает по количеству, номенклатуре и т.п.);
- получать снабжению данные о предполагаемом возникновении дефицита не в момент, когда уже всё случилось, и на складе же нет ничего, а заранее.
Ну и в том числе, и увязать, как выше говорилось, расход со склада с каким-то конкретным производственным заказом.

Соответственно, если вы хотите , то не нужно изобретать велосипед. Нужно использовать стандартный механизм. Через документ-основание.
Другое дело, что вы, по-моему, не оптимально очень его используете, этот механизм. Много лишних движений делаете.

Нужно так (если просто по-быстрому списать на заказ). По шагам:

1. Встаём в окне «Производственные заказы» на тот заказ, на который хотим списать.
2. В меню «Правка» нажимаем «Создать требование». Открывается окно создания документа. Все поля уже автоматом заполнены. Надо просто нажать «Ок». Или, если хочется какой-то комментарий к этому расходу написать, то вписываем комментарий и нажимаем «Ок».
3. Открывается окошко, с какого склада и кому выдавать. Выбираем, нажимаем «Ок».
4. Открывается окно заполнения спецификации – что выдать/списать. Добавляем в него номенклатуру, указываем кол-во и единицу измерения. Закрываем окошко.
5. В итоге продолжаем стоять на том же заказе (п.1). Нажимаем «Складской учёт» -> «Создать расход». Выбираем (из документов, связанных с данным заказом) в списке только что созданное требование, нажимаем «Ок».
6. Открывается окно «Расход». Нажимаем «Выдать всё», «Выдать», «Ок».

Всё. Готово. Всё, что выбрали (п.4) списано с выбранного склада (п.3), на выбранный заказ (п.1, 5).
По-моему, намного быстрее и проще, чем руками документы какие-то ходить в справочнике создавать, заполнять их…
Достаточно выбрать на какой заказ, откуда брать, кому выдавать, что и в каком количестве. Но это, по любому, так и так нужно выбирать. А все остальные действия сводятся к нажатию нескольких кнопок. Причём всё в одном месте. Не надо никуда ходить, ничего искать/выбирать и т.п.

P.S. Если по текстовой «инструкции» непонятно, то могу видео снять коротенькое. Попозже.

Какой документ?

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

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

Тут дело вот в чём:

VOGBIT идеологически «заточен» под то, чтобы информация в программе, по возможности, максимально точно соответствовала тому, что происходит в реальности (зачем именно так нужно, могу объяснить, но предлагаю пока вбок далеко не отклоняться от вопроса).
Соответственно:

Если бы вы на самом деле фактически выдавали со склада в производство маленькие кусочки прутка по 100г под каждую детальку отдельно, каждый кусочек по отдельной заявке и под роспись – вот в таком случае и в программе нужно было бы сделать 20 лимиток отдельных и по каждой отдельно делать расход. Вопросы, откуда такие кусочки возьмутся на складе, и зачем вообще так делать, в данном случае оставляем за скобками. Факт, что так можно сделать. И информация в программе в описанном примере полностью соответствует реальным событиям.

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

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

Да технически мы не можем запретить человеку, если он сам так захочет, сделать вместо 2-х документов в программе 40. И самого себя попытаться таким образом обмануть. Как будто расход был кусочками, хотя на самом деле это было не так. Но с точки зрения VOGBIT, как инструмента, это бессмысленно. Куча работы без эффекта. Использование инструмента не по назначению.

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

И всё. Получаете полную «раскладку» на изделие. Все узлы, детали, материалы, стоимость. Хотите итого, хотите по узлам, хотите по видам материалов, хотите по каждой детали отдельно…
Как угодно.
И как вы при этом списываете со склада эти материалы – один раз весь пруток, или 20 раз по частям – это вообще в данном случае всё равно. Ни на что не влияет.

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

Если же вас заставляют зачем-то документарно оформлять расход 2 кг прутка, как 20 раз по 100 г и физически выписывать 20 фиктивных накладных на то (кусочки), чего в реальности при отпуске со склада не существовало, то это проблемы не программы, а «системы». Тому, кто придумал так делать, не мешало бы самому получше изучить предметную область. Что такое производство, как оно на самом деле работает, от чего в нём на самом деле зависят материальные затраты. И другие интересные вопросы.
Обычно, такого рода инициативы выдвигаются определёнными товарищами (весьма далёкими от реального производства) под девизом «уменьшения себестоимости» (сокращения затрат и т.п.). Однако, по факту такое мероприятие 100% приведёт к прямо противоположному результату. Т.е. точно не снизит себестоимость, а наоборот, её увеличит. Почему – могу по пунктам объяснить. Если очень кому-то интересно.

фото

Спасибо.

Кстати, сразу вопрос: а если мы все же выдаем не всё? Например в требовании 30 позиций, но материала для выдачи, на складе хватает всего на 25 позиций.  То как? заполнять 25 строчек руками? Ведь вкладка "выдать все" в данном случае не "катит".

- "за исключением случая, когда реально на каждый заказ всё делается раздельно – покупаются материалы только под этот заказ, изготавливаются из этих именно материалов детали строго под этот заказ и т.п. Но в таком случае подобных вопросов не возникает."
У нас так и есть: покупаем конкретно на заказ и делаем именно из этих материалов. Списание в бухгалтерии происходит материалом на заказ + работа доп.затраты + еще что-нибудь))).

И второй вопрос: нам ПРО пытаются положить на склад детали из производства. По какому алгоритму они должны это сделать, чтоб мы могли параллельно через их приходный документ занести остатки по этим позициям в Вогбит, при помощи кнопки "ввести остаток"?
Они как-то хитро создали свой документ, что когда пришли на склад с деталями и накладной, мы не смогли найти ее номер ни через "создать расход", ни через "перемещение", но зато нашли этот номер уже в учетных документах. И естественно, ни о какой возможности "ввести остатки" при таком раскладе, говорить не приходится. Когда я им сказала, что Вы написали, что склады  не должны работать в учетных документах, а работают с вкладками "создать приход", "создать расход" и "перемещение", они сказали, что как им А.Штрей. показал во время последнего приезда, так они и делают, а по-другому не знают как. Что-то они делают не правильно. Не подскажите, как правильно им положить делали и изделия на склады? И чтоб при этом, мы имели возможность параллельно вносить свои остатки? Просила  ПРОшников спросить у Вас, как правильно это сделать, но им, видимо, и так хорошо. А нам-то плохо!))

"противоречит друг другу. "
- Не противоречит. Пруток купили в одной фирме на 10 разных заказов с выставлением 10 счетов.

"Я для таких случаев завожу в справочнике условного контрагента с наименованием типа "Корректировка остатков". И от него приходую что нужно, когда нужно подкорректировать ошибки в остатках (или списываю на него соответственно). Тогда потом при просмотре истории в "оборотах" и т.п. сразу понятно откуда что взялось."
- я тоже так делала, когда вносила остатки по складу металла. Значит будем заносить остатки только при поступлении на склады расходных документов в  "создать расход". Спасибо. Все поняла.