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

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

Автоматическое обновление экрана. - Интерфейс программы
Константин Чилингаров: Имеется в виду, когда операции стрелочками "вверх" / "вниз" передвигаешь? Починено. В ближайшем обновлении будет исправлено. ...
ЕИ по умолчанию - Состав и технология
Константин Чилингаров: Здравствуйте, Можно написать плагин (будет кнопка специальная), чтобы на все выделенные строчки назначить выбранную единицу измерени ...
Печать чертежей - Обновление
Константин Чилингаров: Действие по двойному щелчку настроить нельзя. Можно настроить "горячую клавишу".
Автор ТП - Обновление
Константин Чилингаров: Я выше уже написал.  Что Ваше пожелание записано в общий список пожеланий и предложений. Когда очередь до него дойдёт, сказать сложно. ...
Назначить очередь - Производство
Fomina: Хорошо, попробую удалить параметр. Спасибо
Выделение текущей даты на графике - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список предложений.
Фильтрация по сортаменту материалов в графике производства и новом задании - Общие вопросы
Fomina: Спасибо, Константин
Помощник ориентации окна - Общие вопросы
Balukov: Здравствуйте. Нет. Эту штуку отключить нельзя. Такой вопрос был недавно. https://vogbit.ru/forum/messages/forum24/topic2724/message16739/2724#message16739 VOGBIT Прикрепление/ ...
Ошибка приложения - Прочее
Константин Чилингаров: Можно попробовать /forum/messages/forum15/topic1366/message8486/#message8486 сбросить сохраненные настройки . Может быть, поможет. Но вообще, версия очень старая ...
Прикрепление/открепление окон - Общие вопросы
Константин Чилингаров: Здравствуйте, Нет. Эту штуку отключить нельзя. А чем она так сильно прямо мешает?
Последовательность операций в изделии со сборками - Производство
Fomina: Благодарю
Календарный план - Производство
Константин Чилингаров: Ждем режим с выделением деталей одного узла. Он есть этот режим. В текущей релизной версии (21.2, обновление май 2021). По крайней мере, тот, ...
Внесение состава изделия, состоящего из большого числа вложенных сборок. - Состав и технология
Fomina: Спасибо. Похоже мы делаем все правильно и другого пути нет.
Ошибка при выборе всех заданий. - Терминалы
Fomina: написал: Вот мне нужно [B распределить задания по работникам, фиксировать время начала-окончания[/B , время выполнения, количества. Потом ...
Просмотр чертежа при получении задания в терминале. - Терминалы
Константин Чилингаров: В идеале работа мне видится так: 1. На резке, после выполнения задания, на принтере этикеток печатаются этикетки всех вырезанных детал ...
Выбор ресурса при редактировании задания - Производство
Fomina: написал: Планирование иногда очень нужно, с учетом реальной и перспективной нагрузки. Особенно, когда нужно вклинится с суперсрочным з ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Помочь Вам разобраться/удалить? Давайте стандартный договор на удаленную поддержку оформим, всё сделаем. Подробности по почте.
Загрузка спецификации изделия из ЭКСЕЛЬ - Состав и технология
Константин Чилингаров: Здравствуйте,  Это дополнительный модуль. Умеет загружать из Excel файла номенклатуру, параметры, файлы, спецификацию, материалы, техпр ...
Печать ордеров и единицы измерения - Прочее
Beavis900: Доброго дня! Благодарю! Будем разбираться!.
Группа планирования - Состав и технология
Eshklyaev077: Здравствуйте , спасибо все помогло !!!

склад

Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы: Пред. 1 2 3 4 5 6 След.
[ Закрыто ] склад, приход материала на склад
 
Добрый день. Вчера произошла ситуация, которой я очень боялась: диспетчер ПДО оформил расчетный документ на перемещение на склад, затем провел его за кладовщика и повесил на склад материалы, которые на самом деле на склад не сдавались. Хорошо, что кладовщик это сразу увидел. А представляете, если бы нет? Таким образом, посторонние люди на склад могут что угодно положить и что угодно списать. Это я к тому, что до сих пор в программе не ограничены права доступа.
Еще в самом начале нашего с вами сотрудничества 2,5 года назад - это было главным недочетом программы, который нас не устраивал и который я просила исправить. Может у нас что-то с настройками и вопрос уже решен, но наши айтишники об этом не знают?
 
Если не хотите, чтобы человек мог выполнять перемещение на этот склад, то сделайте ему этот склад недоступным в настройках. И он не сможет ничего на него переместить. Пример
Обсуждалось неоднократно уже с вами и с вашими коллегами. В т.ч. и где-то в этой теме, по-моему.

P.S. Вопрос, зачем диспетчеру ПДО в VOGBIT функция "перемещение", и зачем вы вообще её используете, оставляем за скобками.
 
А не скинете ссылку на программу, где написано, как ограничить права посторонним, для айтишников (или для меня, если это в моей компетенции)?
 
https://vogbit.ru/forum/messages/forum15/topic1821/message12472/1821#messages12472
 
Спасибо. Информацию передала.У меня возник еще один вопрос:
при создании в "учетных документах" расходной накладной (без создания расчетного документа), не происходит привязки к группе учета, т.е. затраты в данном случае падают в "никуда". Можно ли сделать так, чтоб при списании ТМЦ без расчетного документа, в форму списания, которую я прилагаю, вместо окошка "Комментарий" было добавлено   окошко "группа учета", как  в окне оприходования через "создать приход"? насколько я помню, изначально там тоже был "Комментарий", который, в принципе не был нужен.
Это было бы очень удобно, например и при списании для материальных складов, которые будут выдавать вспомогательные ТМЦ, спецодежду, спецоснастку, выбирая при этом группу учета самостоятельно, например - "в эксплуатацию", без задействования работников других подразделений в процессе создания расчетных документов на получение этих ТМЦ в личное пользование.
Надеюсь, что это может пригодится и другим предприятиям.
111111.jpg (391.04 КБ)
 
Нет. Так делать не нужно.

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

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

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

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

4. Комментарий нужен. Только на днях вот один из пользователей наших, которые активно используют в работе именно склад в VOGBIT, спрашивал, когда мы сможем им дать новую версию, где мы как раз добавили возможность при списании без документа-основания (см. п.3) к накладной ставить по-простому этот самый комментарий прямо в момент "расхода". И я знаю, что людям действительно реально нужно в этом месте этот комментарий ставить.
Так что, если вы его не используете, то это не повод его искоренять совсем :)
Другим то он нужен...
 
То, что Вы написали я поняла, мы этим пользуемся, но тот алгоритм,который Вы описали позволяет списывать только со склада готовой продукции; по крайней мере у нас во вкладке "Производство - Склад" сидят только остатки склада готовой продукции., только их и можно списать.
А мне нужно, чтоб можно было списать материал (ТМЦ) с любого склада на определенную группу, например инструмент - на группу учета "в эксплуатацию, перчатки - на группу учета "заказ №2526".
 
Цитата
Нина Аленцова пишет:
у нас во вкладке "Производство - Склад" сидят только остатки склада готовой продукции., только их и можно списать
Другой склад выберите в окне "Производство - Склад" (Правка -> Выбрать склад) и будут остатки другого склада.
Всё что угодно, с какого угодно склада можно в этом режиме списать.

Цитата
Нина Аленцова пишет:
с любого склада на определенную группу, например инструмент - на группу учета "в эксплуатацию, перчатки - на группу учета "заказ №2526".

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

https://vogbit.ru/support/724/
 
Я, наверное, не совсем понятно объяснила, что мне нужно. Извините. Изначально, меня интересовал вопрос: "при создании расходной накладной (без создания расчетного документа), не происходит привязки к группе учета, т.е. затраты в данном случае падают в "никуда".  Так вот, даже если не создавать учетный документ, а сразу списывать, как Вы сказали из режима «производство-склад»,  то затраты на определенный заказ все-равно не упадут. А главное, что мне нужно – это списывать  ТМЦ на определенный заказ или в эксплуатацию без создания расчетного документа. Это возможно? Или, все-таки, кладовщик должен сначала создать документ-основание, потом найти его во вкладке  «создать расход» и списать на тот заказ, который указан им же в документе-основании?
 
Ну, во-первых, группы учёта тут тогда совершенно не при чём. Это вообще не про то…

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

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


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

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

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

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

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

P.S. Если по текстовой «инструкции» непонятно, то могу видео снять коротенькое. Попозже.
 
ОК. Все понятно. Спасибо. Это то, что мне было нужно. Появился вопрос: куда "упадёт" это документ в приходные или расходные?
 
Какой документ?

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

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

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

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

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

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

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

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

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

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

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

Чтобы остаток текущий ввести нужно кнопку "Ввести остаток" нажать:

https://vogbit.ru/support/412/#_8139
 
Спасибо.
 
Я вдумчиво прочла Ваше предыдущее сообщение.
"Дело в том, что если вам нужно предоставить в бухгалтерию или заказчику некую «раскладку» полностью на всё готовое изделие: все входящие в это изделие детали, материалы, стоимость этих материалов - то это делается в 1000 раз проще.
Встаёте в VOGBIT на «дерево» соответствующего изделия (заказную спецификацию), нажимаете «Себестоимость». Выбираете, по какому принципу ставить цены материалов."
- В принципе, Вы наверное, правы. Но у нас другая ситуация: склад отчитывается перед бухгалтерией не в конце изготовления готовой продукции, а в процессе. Ежемесячно, ежеквартально должен сдаваться отчет в бухгалтерию по затратам материалов на каждый заказ. Кем он будет сдаваться - складом или производственно - распределительным отделом (ПРО)- бухгалтерии все-равно. Но если склад будет списывать полностью пруток в 2 кг., то кто-то должен потом этот пруток расписать по 10 заказам. Наше руководство, когда они решили установить Вогбит, хотело, чтобы  затраты раскидывались программой, а не руками. А у нас сейчас получается так:  ПРО затребует со склада  2 кг. металла на 10 заказов,составляет требование, где эти 2 кг. раскиданы на 10 дробей, чтоб было понятно сколько на кукую дробь потрачено, требование поступает на склад и кладовщик заполняет для бухгалтерию графу "выдано", вписывая туда, сколько металл пошло на каждую дробь. В программе же, он закрывает полностью 2 кг на весь заказ без учета дробления. Если хотим, чтоб в программе отразились затраты на каждую дробь, то кладовщик должен руками раскидать затраты металла на каждую из 10 дробей. Вкладка "Выдать все" не активна. Почему? Что мы не так делаем?
0101.jpg (291.85 КБ)
 
Кстати, сразу вопрос: а если мы все же выдаем не всё? Например в требовании 30 позиций, но материала для выдачи, на складе хватает всего на 25 позиций.  То как? заполнять 25 строчек руками? Ведь вкладка "выдать все" в данном случае не "катит".
 
Цитата
Нина Аленцова пишет:
Ежемесячно, ежеквартально должен сдаваться отчет в бухгалтерию по затратам материалов на каждый заказ.
Это "учётный самообман".
Бухгалтерия, которая выдвигает такие требования, не понимает двух простых вещей:

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

Б) сделать суперточный учёт, сколько именно в деньгах материалов ушло на какую деталь, в принципе, можно. Правда не так маленько (об этом чуть ниже). Но в чём великий смысл? Куча работы, в результате которой себестоимость продукции гарантировано не уменьшится, а увеличится. А зачем?
Если задача снизить затраты на материалы и через это себестоимость, то это надо другими совсем вещами то заниматься...


Что касается суперточного учёта по заказам (изделиям):
Можно это сделать, но не «разнося затраты на заказы» в момент выдачи материала, когда непонятно что на какой заказ что в итоге пойдёт. А вычисляя для каждой сданной на склад партии деталей некую её учётную стоимость. Максимально коррелирующую со стоимостью материалов, выданных на производство этой партии. Потом, соответственно, когда эта деталь попадёт в конкретное изделие (когда-нибудь, не важно когда), эта стоимость «ляжет» на это именно изделие.

Я в общих чертах представляю, как такое можно сделать. Нужно вооружиться VOGBIT, Excel’ем, калькулятором, запастись терпением и проделать большой объём орг. работы в производстве. Но так, в теории, можно. Ключевой момент – большой объём орг. работы. Это надо работу всего производства определённым образом под это «затачивать».
Другой вопрос, насколько имеет смысл тратить на это огромное количество времени и усилий, учитывая п. «Б» (выше).
Думаете, в результате снизятся затраты?
Нет. Они только вырастут.

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


Цитата
Нина Аленцова пишет:
Вкладка "Выдать все" не активна. Почему? Что мы не так делаем?
У вас выбран метод учёта SELECT. Когда руками выбирается, с какой карточки что выдавать (списывать). При нём кнопка «Выдать всё» не работает, т.к. она же не знает, с какой карточки списывать вы хотите. SELECT – он на то и ручной метод, что сам выбираешь. Если поставить FIFO (или LIFO) будет работать “Выдать всё».

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

Вариант 1. На 25 позиций есть всё, чтобы выдать, на 5 просто нет в наличии.
Тупо нажимаем «выдать всё». По 25 строчкам заполняется само, сколько выдать. По оставшимся пяти – ничего не заполняется. Ибо нет ничего. Выдаём.

Вариант 2. На 25 позиций есть всё, чтобы выдать, а на 5 есть, но меньше, чем нужно. Поэтому пока не выдаём совсем эти позиции, ждём пока всё количество будет.
В этом случае нажимаем «выдать всё». По пяти позициям, где меньше ставим 0. Проще в пяти строчках 0 ввести (что не выдаётся), чем в 25 цифры (сколько выдаётся). А тем строчкам, где всё есть и выдаём – там уже всё заполнено ничего не надо вводить руками.

В новой версии для такой процедуры ещё упрощение будет. Что при выдаче позиции разными цветами раскрашиваются и соответственно сортируются. Сначала идут «зелёные» - которые полностью можно выдать, потом «жёлтые» - которые частично есть, но не всё нужное количество. А потом «красные» - которых вообще сейчас нет.
Очень удобно получается, на реальном складе с большой номенклатурой обкатали.

P.S. речь идёт о ситуации, когда в заявке (ЛЗК, требовании) 30 разных наименований материала или изделий. Что-то есть, чего-то нет на складе. Выдаётся то, что есть.
 
- "за исключением случая, когда реально на каждый заказ всё делается раздельно – покупаются материалы только под этот заказ, изготавливаются из этих именно материалов детали строго под этот заказ и т.п. Но в таком случае подобных вопросов не возникает."
У нас так и есть: покупаем конкретно на заказ и делаем именно из этих материалов. Списание в бухгалтерии происходит материалом на заказ + работа доп.затраты + еще что-нибудь))).
 
Только в производстве у нас материал, который приходит на разные заказы (дроби), но он может повторяться в разных ЛЗК. Получается так: сегодня получают материал по одной ЛЗК, сдают остатки на склад, а после завтра получают его же, но уже на другой заказ (дробь) по другой ЛЗК. Бред. Волохать ежедневно туда-сюда один и тот же материал... Я попросила ПРО объединять материалы из разных ЛЗК и выписывать одинаковый материал для получения на складе  одним расходным документом. Они как-то извратились и объединили в программе материал, повторяющийся в нескольких ЛЗК (кстати, это я так называю - ЛЗК, а они создают в программе не ЛЗК, а предварительные заявки - может в этом кроется проблема, описанная далее?). Вот тут-то, после объединения,  возникла проблема: когда мы на складе  вводим в "создать расход" номер их расходного документа, мы видим там, естественно, суммарную цифру , собранную с нескольких заказов, списываем ее. Но программа скидывает затраты на номер заказа без разбивки их по дробям. В моем понимании, если что-то было забито в программу по дробям, но потом объединено, должно в результате списания,  разбиться самой программой снова по дробям.Но этого не происходит. Я не права или же ПРОшники что-то не так делают?
 
И второй вопрос: нам ПРО пытаются положить на склад детали из производства. По какому алгоритму они должны это сделать, чтоб мы могли параллельно через их приходный документ занести остатки по этим позициям в Вогбит, при помощи кнопки "ввести остаток"?
Они как-то хитро создали свой документ, что когда пришли на склад с деталями и накладной, мы не смогли найти ее номер ни через "создать расход", ни через "перемещение", но зато нашли этот номер уже в учетных документах. И естественно, ни о какой возможности "ввести остатки" при таком раскладе, говорить не приходится. Когда я им сказала, что Вы написали, что склады  не должны работать в учетных документах, а работают с вкладками "создать приход", "создать расход" и "перемещение", они сказали, что как им А.Штрей. показал во время последнего приезда, так они и делают, а по-другому не знают как. Что-то они делают не правильно. Не подскажите, как правильно им положить делали и изделия на склады? И чтоб при этом, мы имели возможность параллельно вносить свои остатки? Просила  ПРОшников спросить у Вас, как правильно это сделать, но им, видимо, и так хорошо. А нам-то плохо!))
 
Вот это
Цитата
Нина Аленцова пишет:
У нас так и есть: покупаем конкретно на заказ и делаем именно из этих материалов.
и вот это
Цитата
Нина Аленцова пишет:
это всего 2 кг, новыдаваться со склада они будут одним куском ... зажмут в патрон этот пруток и вырежут из него 20 деталек на 20 заказов.
противоречит друг другу.

Если бы было верно первое, то у вас на складе должно было бы быть отдельно 20 мест под материалы к разным заказам, и в каждом таком месте лежал бы материал, купленный конкретно под этот заказ. И выдавался бы материал на каждый заказ отдельно. И только из того, который был куплен под этот именно заказ.
Так бывает.
Но не в вашем случае с детальками по 100г.

Цитата
Нина Аленцова пишет:
Но программа скидывает затраты на номер заказа без разбивки их по дробям.
Выше подробно написал на эту тему.

Цитата
Нина Аленцова пишет:
моем понимании, если что-то было забито в программу по дробям, но потом объединено, должно в результате списания,разбиться самой программой снова по дробям.Но этого не происходит.
Это какая-то собственная логика, придуманная вами.
Программа так не работает. Как она работает, я вам выше уже расписывал подробно.
Есть 2 варианта:
Делается один запрос на склад на материал под 20 заказов. И один кусок по этому запросу выдаётся. И так и оформляется в программе.
Делается 20 разных запросов на материал под каждый заказ отдельно. И 20 раз выдаётся со склада (в разное время, обычно, в таком случае это происходит). На каждый заказ отдельно. И так и оформляется в программе.

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

Цитата
Нина Аленцова пишет:
ПРО пытаются положить на склад детали из производства. По какому алгоритму они должны это сделать
вот так: https://vogbit.ru/support/622/#_v7712

Цитата
Нина Аленцова пишет:
занести остатки по этим позициям в Вогбит, при помощи кнопки "ввести остаток"
Функция "ввести остаток" предусмотрена только для первоначального ввода остатка при работе с окном "Приход" или "Расход".
Если вам на склад поступили детали из производства, а потом надо подкорректировать остаток, то нужно просто сделать штатными средствами "приход" недостающего количества. Чтобы реальная цифра в остатках получилась.
Я для таких случаев завожу в справочнике условного контрагента с наименованием типа "Корректировка остатков". И от него приходую что нужно, когда нужно подкорректировать ошибки в остатках (или списываю на него соответственно). Тогда потом при просмотре истории в "оборотах" и т.п. сразу понятно откуда что взялось.
 
"противоречит друг другу. "
- Не противоречит. Пруток купили в одной фирме на 10 разных заказов с выставлением 10 счетов.
 
"Вообще, я вам больше скажу. Если до конца разбираться, то надо начинать с "производственных заказов". Ибо если 20 деталей одновременно одной партией делаются, а не по одной штучке в разное время, то они и в программе должны быть в одном производственном заказе одна партия в количестве 20шт. А не разбросаны по 1 штуке по 20-ти разным производственным заказам.
Но тут, боюсь, на форуме это уже вряд ли получится донести... "
- Согласна. ПРО не знает как выстроить процесс. От этого вся неразбериха.
 
"Я для таких случаев завожу в справочнике условного контрагента с наименованием типа "Корректировка остатков". И от него приходую что нужно, когда нужно подкорректировать ошибки в остатках (или списываю на него соответственно). Тогда потом при просмотре истории в "оборотах" и т.п. сразу понятно откуда что взялось."
- я тоже так делала, когда вносила остатки по складу металла. Значит будем заносить остатки только при поступлении на склады расходных документов в  "создать расход". Спасибо. Все поняла.
 
Цитата
Нина Аленцова пишет:
Пруток купили в одной фирме на 10 разных заказов с выставлением 10 счетов.
Ну тут можно сказать спасибо, авторам известного ФЗ. Идея, может, изначально была в чём-то и хорошая, но вот с реализацией, как показывает этот пример, как-то не очень всё вышло...

Однако, насколько я понимаю, требования закона такие существуют только в плане получения денег за продукцию по заказу и оплаты материалов для её изготовления из этих именно денег.
Я тут, конечно, не великий специалист, но мне кажется, касательно учёта внутри предприятия там нет таких требований. Чтобы накладную выписывать отдельную на каждую детальку. Это, по-моему, чьё-то у вас собственное уже изобретение...
 
Каждую детальку мы и не считаем, но считаем материал, выданный на эти детальки и таким образом, + доп. затраты. И тем не менее, нам нужно, чтоб программа сама делила выданный складом пруток, весом 2 кг на 10 заказов, при том, что в программе ПРО его  изначально и затребовали на 10 заказов по частям. Иначе, смысла работы в данной программе нет. К чему вести в программе производственный процесс, если в результате выполненной работы невозможно предоставить отчет за выполненные заказы? Требование бухгалтерии таково, что склады должны предоставлять ежемесячные, ежеквартальные позаказные отчеты по движению материалов в бухгалтерию, которая, в свою очередь, проверяет списание и сдает результаты в ПЭО (планово-экон. отдел). Ну не они же будут разбивать ручками эти 2 кг на 10 заказов, если мы будем списывать сразу 2 кг металла в производство с указанием №/№ заказов?
Я бы хотела получить от Вас конкретный ответ: сможем ли мы (не обязательно при помощи списания со склада, возможно при помощи распечатки в конце месяца, квартала какого-либо производственного отчета) получать из программы данные для бухгалтерии  по количеству использованного на каждый заказ материала, выдавая его со склада не отдельно взвешенными кусочками, а сразу одним куском на 10  заказов? Только "да" или "нет". Если "да", то как  можно это сделать? Если Вы напишете, что "нет", то я должна буду показать Ваш ответ гл. бухгалтеру, чтобы она понимала,что ждать именно от складов ежемесячного отчета из Вогбита, сколько каких материалов было выдано на определенный заказ - нельзя. Пусть тогда принимают решение на высшем уровне, как будем работать дальше.
Страницы: Пред. 1 2 3 4 5 6 След.
Сейчас на форуме (гостей: 14)
Всего зарегистрированных пользователей: 3499
Приняло участие в обсуждении: 387
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт