склад

Здравствуйте,

https://vogbit.ru/support/412/#_8083

Здравствуйте,

Думаю, в учётном документе в качестве поставщика и получателя указано одно и то же подразделение. В таком случае выглядеть именно так будет в этом окне.

Вот как выглядит предварительная заявка.

Спасибо. Решаем.

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

Вообще, без какой-то особой необходимости, я бы не советовал вам заводить в программе несколько "складов" и "перемещать" между ними.
Много нюансов есть тут...

Этого в VOGBIT вообще, в принципе, не нужно делать. Бессмысленно. Идеология работы другая. В VOGBIT (в отличие от бухгалтерских программ) нет понятия "перемещения на производство", т.к. такое действие не нужно, в принципе, в этой программе. По другому данные получаются об остатках и потребностях в материалах.

Что такое ПРО?
Что вы понимаете под "списать по акту"? Это означает, просто списать со склада "в никуда", без какой-либо связи с производственным заказом? Или это всё-таки имеет отношение к заказу?

Еще вопрос. Когда к нам приезжал Андрей Штр., он сказал, что не обязательно ставить на приход через "складской учет" - "создать приход", можно делать приход по-другому, через вкладки "рабочая" - "создать", появляется форма, которую заполняем и получаем приход. Вы мне кажется тоже писали, что так можно, типа так работают "продвинутые пользователи"))).

И на всех одно и то же лежит?

Про "списание по акту" - это получается "списание в никуда" в моей терминологии
Т.е. нет никакого документа-основания, не связано ни с каким заказом, просто было и ушло.

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

Делается так:
Открываем режим "Склад ГП" - рис.1
Выбираем нужный склад - рис.2
Выделяем позиции, что надо списать, выбираем "получателя" (для таких случаев, как "списание по акту", я лично, обычно, завожу специального контрагента типа "корректировка остатков" или что-нибудь подобное) - рис.3.
Вводим количество, сколько выдать (списать) - рис.4
Нажимаем "выдать" -> "оприходовать" - рис.5

Готово. Учётный документ создаётся, проводится, всё выбранное со склада списывается.

Не может такого быть. Чтобы учётная карточка была, но её "не было видно", такого не может быть. Скорее всего, просто не та номенклатура. С таким же названием, например. Или карточка не на том складе, например. Т.е. приход вы сделали, например, в одно подразделение - в нём и карточка, а расход из другого пытаетесь сделать - там нет карточки никакой.
А чтобы "карточка есть, но не показывается" - такого не может быть.

Используя "низкоуровневые" возможности, как-то ручное редактирование карточек, учётных документов, их спецификаций и т.п., не ждите, что в этом месте будет "удобно".
Там не надо "удобно", там надо "универсально". И чтобы, в принципе, можно сделать было то, что нужно. А сколько кликов, окон и т.п. - без разницы в этом месте.
Как я выше уже писал - это место программы - это не для повседневной работы рядового пользователя возможности. А для ручной корректировки точечной каких-то конкретных данных, на уровне базовых объектов, с которыми работает программа.

И еще вопрос: Вы в командировки по внедрению программы ездите?

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

Обновления поставить нужно последние. Сейчас вот прямо только лучше уже подождать с этим пару дней. Потому что буквально на днях очередное небольшое обновление выйдет. Так что ставить лучше сразу его будет уже.

С тех пор всё давно поменялось уже. Год назад ещё вышла версия, где это уже настраивалось (рис.1).

Опять же, нужно обновления поставить, и настроить, чтобы работало так, как нужно, в случае "дробной" цены.

Ничего подобного. С TCS лет много уже не работал, точно не помню всех нюансов, но 150% такого там не было. Справочник «номенклатура» там точно так же был один. Другое дело, что там был такой режим – «остатки по складу», кажется, назывался. И в нём показывалась только номенклатура, которая есть на данном складе. Попадала туда она точно так же через учётные карточки, а остатки - через проведение учётных документов. И в этом режиме была своя классификация (свои папки для каждого склада). Это был такой «костыль», потому что множественная классификация одного и того же справочника в TCS не поддерживалась, в принципе, по определению. А в этом месте была нужна.
В VOGBIT такие ухищрения не нужны. Всё проще. И наличие альтернативных вариантов классификации номенклатуры сразу есть, без подобных пассов.

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

Это если про «остатки» в чистом виде.

Если же вы про оформление расхода, так в VOGBIT есть модуль расход, который то, что в TCS вручную надо было делать, или в лучшем случае скриптами какими-нибудь сверху приделанными, сам делает (списание по фифо/лифо, выбор карточек вручную, если Select, создание/заполнение/проведение документов). И, в том числе, и остатки показывает сразу. Того, что выдаёшь.

Можно по шагам разбирать. Заводите отдельную тему. Выкладываете по шагам:
Вот номенклатура. Вот так создаю документ. Вот так заполняю спецификацию. Вот тут хочу увидеть карточку – не вижу.

Хотя, если честно, я как раньше не понимал, так и сейчас не понимаю - к чему весь этот «закат солнца вручную»? Зачем так упорно вручную то всё делать? Документы создавать, карточки выбирать… Зачем? Есть же нормальный «расход». Он всё сам делает, как нужно. Только количество ставь и «Ок» жми… Почему не пользоваться им то просто?

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

"Хотя, если честно, я как раньше не понимал, так и сейчас не понимаю - к чему весь этот «закат солнца вручную»? Зачем так упорно вручную то всё делать? Документы создавать, карточки выбирать… Зачем? Есть же нормальный «расход». Он всё сам делает, как нужно. Только количество ставь и «Ок» жми… Почему не пользоваться им то просто?"
- Мне не очень нравится навязывание в программе поголовной привязки к расчетным документам. Не всегда оно оправдано. В случае производственного процесса - да, а вот зачем мне на материальном складе, где нет привязки к заказам, изделиям и затраты размазываются, создавать расчетные документы? если к кладовщику пришли,например, станочники получать рабочий инструмент или маляры респираторы? если работать так, как надо, то они сами должны забивать требования? ))))) а так кладовщик забил требование, провел, распечатал, подписал и выдал ТМЦ.

В этом случае отлично, по-моему, подойдёт вариант, описанный в сообщении №14.
Открыли список того, что есть на складе (с остатками), прямо в этом списке проставили, кому чего и сколько выдать, нажали "Выдать", распечатали (если надо), провели. И всё. Документ оформился, что нужно списалось. Безо всяких "требований" и т.п. расчётных документов.

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

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

Неправильно вы поняли.

В последней версии программы есть настройка (ограничение) доступа кладовщика конкретного только к ему назначенному складу.

Тут вы совсем неправильно поняли.

«Склад ГП» - это в VOGBIT просто название кнопки (исторически сложившееся). И не более того.

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

Название кнопки такое исторически сложилось потому, что первоначально данный режим был задуман, действительно, для работы со складом готовой продукции. Но потом поняли, что удобно не только там его использовать. И немного доработали программу, чтобы стало можно для любого склада такое окно использовать. Так что в современной версии программы буквы «ГП» в названии кнопки потеряли свою актуальность. Надо, пожалуй, её будет при обновлении переименовать в просто «Склад». Чтобы не возникало подобных вопросов и выводов.

Это здесь вообще причём?
Начнём с того, что законодательством регламентируются правила ведения бухгалтерского учёта. Программа VOGBIT не предназначена для ведения бухгалтерского учёта в принципе. Для этого есть другие, специализированные программы со своей, отличной от VOGBIT бизнес-логикой и функциональностью. Поэтому апеллировать к ПБУ в данном случае бессмысленно.

Вопросы же, как управлять производственным процессом, в т.ч. как добиваться того, чтобы этот процесс был своевременно и в достаточном количестве обеспечен всем необходимым, насколько я знаю, никакими закономи не регулируются и не регламентируются. И уж, тем более, если для улучшения этого процесса вы применяете какие-то программы, то никаким законом не регламентируется, как какая кнопка в этих программах должна называться, и что она должна или не должна делать.

Есть программа для управления производством. В т.ч. процессами, связанными с обеспечением это производства. У неё есть своя определённая бизнес-логика. Есть, в частности, в этой бизнес-логике такое внутреннее для данной программы понятие, как «учётные группы» - для группировки имеющихся материалов или изделий по определённому принципу. Есть возможность много таких «учётных групп» создавать. Есть возможность объекты, изначально приписанные к одной «учётной группе», отнести потом к другой «учётной группе». Название «Перемещение» для этой функции вполне логичное. Как бы «перемещаем» из одной "кучки" в другую что-то. Можно эту же функцию и ещё для некоторых других случаев использовать в этой же программе.
Не совпадает то, что эта функция делает, с тем, что понимается под словом «перемещение» в бухгалтерском учёте?
Ну и что?
Это же не для бухгалтерского учёта совершенно программа.
Причём здесь законодательство?

Совет:

Подождите пару дней. Вот-вот выйдет следующее обновление. В котором исправлены в частности некоторые достаточно критические недочёты в плане как раз режимов складского учёта. Которые для вас в первую очередь важны, как я понимаю.

Кнопку правда ещё переименовать бы нужно...
Что ещё немножко затянет процесс выхода


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