VOGBIT Предварительные заявки - Материалы, Комплектующие, Складской учёт
VOGBIT и Telegram бот - Пример доступа к данным из системы управления производством с телефона через Telegram

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

Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
Константин Чилингаров: Не удалось загрузить файл или сборку "EPPlus, Version=4.1.0.0, Culture=neutral, PublicKeyToken=ea159fdaa78159a1" либо одну из их зависимостей. По этому вопросу:  С ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /forum/messages/forum24/topic2880/message17712/2880-sozdanie-nomenklatury-posredstvom-_peretaskivaniya_-v-vogbit-faylov#message17712 сюда . Причина: /forum/rules/ Правила ...
Сравнение производительности серверов - Прочее
Константин Чилингаров: Здравствуйте, Времена какие-то запредельные, на мой взгляд. Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Расчет потребности материала из сменных заданий - Материалы, Комплектующие, Складской учёт
Zms.komissarov: Да, так и есть, не обновил строку и не увидел, что коэффициент пересчета указан для другого материала... Все работает! Спасибо!  
Восстановить учётные записи не срабатывает - Прочее
NPP_ORION: Разобрались, снимается вопрос.
Ошибка раскраски по приоритету - Ошибки в работе
Константин Чилингаров: Здравствуйте, Если кратко: 1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Хранение в базе данных ссылок на файлы - Общие вопросы
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Ошибка при печати отчёта - Отчёты
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: Здравствуйте, Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Права Доступа Сотрудника - Прочее
Константин Чилингаров: Здравствуйте, Немного из истории вопроса…   В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Формат адреса прокси-сервера - Прочее
Владимир Белов: Добрый день! Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128 У вас должен быть на прокси-сервере проброшен порт 28 ...
С Новым годом! - Общие вопросы
Сергей: На данный момент проблема решается повторной активацией серийного номера. Нужно нажать на кнопку "Повторить"
Совместимость с MS SQL Server - Общие вопросы
Владимир Белов: Добрый день! MSSQL 2008 не поддерживается. Минимальная поддерживаемая версия - 2012. Рекомендуемая - 2016 или более старшая.
Схема изготовления - Производство
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели". Тут неск ...
И снова про брак... - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций... Для этого нужно настроить, какие позиции должны ...
Удаление запланиированных этапов - Состав и технология
Константин Чилингаров: Здравствуйте! Компонент либо не существует, либо на него ссылаются этапы В  базе данных есть задания для производства (создаются ком ...
Групповой перенос номенклатуры с изменением обозначения - Прочее
GlMax: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...
Отсутствие деталей, операций в графике производства - Состав и технология
Константин Чилингаров: Здравствуйте, Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...

Предварительные заявки

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

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

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

Предлагаю убрать ограничение на единственного поставщика по предварительной заявке.
 
Цитата
Lexam написал:
Предлагаю убрать ограничение на единственного поставщика
Не в ту сторону мысль. Не нужно этого делать.

Цитата
Lexam написал:
для каждой строчки в расчете потребности вручную указать склад, сразу для нескольких строк я этого сделать не смог
Вот здесь можно подумать.

Цитата
Lexam написал:
Выбирать склад нужно перематывая список (складов)
Я делал так: назначал в настройках для участка (кому ТМЦ) "приоритетный склад". Это ускоряет на порядок ручной выбор "места хранения" в "расчёте потребности".
А если такой склад для участка один (у многих он вообще один в рамках всего предприятия), то вообще очень быстро получается. Если два, как у вас, то из двух строчек в любом случае проще намного выбирать, чем из всех.

Цитата
Lexam написал:
нельзя вписывать с клавиатуры
записал, как вопрос на посмотреть

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

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

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

Не очень понятно, что не работает.
Сделал простейший пример (версия VOGBIT самая свежая):

Завел производственный заказ из одной строчки (детали). Через "расчёт потребности" сформировал к нему "предварительную заявку" на материал.
На складе ничего не было.

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

Добавил ещё один заказ на такие же детали но с датой попозже и с другим количеством. Запустил на него "Расчёт потребности", создал "Предварительную заявку".

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

Оформил "заявку на закупку" части материала с датой поставки 31.01, в количестве столько, чтобы на первый заказ хватило, а на второй только частично .

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

Оприходовал материал по своей "заявке на закупку" на склад.
"Обеспеченность" общая показала, что материал в том количестве, которое я оприходовал, теперь на складе, общий дефицит так и остался (потому что на второй заказ не хватало, а больше я не заказывал).
"Обеспеченность по заказам" показала, что на первый заказ материал на складе, второй не обеспечен.

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

Всё, вроде, работает.
Что не так?

Из документов-запросов на склад я делал в этом примере только "предварительные заявки" через расчёт потребности.
Никаких ЛЗК и требований не делал.

Пока не понял, что не работает?

Можете снять видео с экрана, или описать по шагам со скриншотами (желательно, как у меня, на примере из одной строчки), что именно в какой последовательности вы делаете, и в каком месте не работает?  
 
Попытаюсь объяснить на одном заказе.  
В производственных заказах формируется заявка с добавлением деталей, в течении всего месяца.
Раньше, что бы посмотреть наличие материала на складе для деталей в заказе, через "расчет потребности", я создавал или лимитную карту (если заказ полностью сформирован и можно списать материал), или предварительную заявку, с последующим преобразованием ее в лимитную карту, после окончательного формирования заказа и списания материала.
Сейчас формируется и то и другое, но просмотр на складе, через нажатие "создать расход" доступен только с лимитной карты, а предварительная заявка не открывается.
Через "обеспеченность" все открывается, просто раньше через "создать расход" все работало.
Могу через AnyDesk показать, как все происходит.
Изменено: Sgrekhv - 17.01.2025 16:24:30
 
Цитата
через "создать расход" все работало
У меня, вроде, и сейчас работает. Что ЛЗК создавать, что предварительную заявку, не заметил никакой разницы в плане результата нажимания на кнопку "расход".

Цитата
предварительная заявка не открывается
Сообщение какое-нибудь пишет?


Какая версия VOGBIT?
Я пробовал на той, что сейчас на сайте лежит, и на более новой.

Ещё можно попробовать на всякий случай нажать в меню "Настройки - Проверка настроек".

Цитата
Могу через AnyDesk показать, как все происходит.
А можете ролик коротенький с экрана записать? Выложите куда-нибудь и киньте ссылку на почту. Посмотрим.

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

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

Я посмотрел Ваш ролик. Спасибо!

Только с обновлением это, по-моему, никак не связано.

Давайте поясню один момент:

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

Чтобы увидеть, что это так и работает, можно, например, вообще никаких окон не открывать, а запустив VOGBIT первым делом, на пустом месте нажать «Складской учёт – Расход». И программа как раз и спросит: «Скажи документ, на основании которого ты хочешь сделать «Расход»? Этот вариант сделан для случая, когда у человека откуда-то этот документ (ЛЗК, Требование) физически есть (бывает такое, особенно, на крупных предприятиях). Распечатанный, например. Ну, или хотя бы есть его номер…

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

Как работает «Расход» если нажать кнопку, стоя при этом на строчке в окне «Производственном заказе»:

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

  • Если таковой есть, и он один единственный, то выбрать тут нечего, на этом документе и открывается «Расход».

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

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

Теперь давайте рассмотрим по шагам ваши действия:

Вы для производственного заказа создаёте через «Расчёт потребности» «Предварительную заявку». Особенность «предварительной заявки» в том, что у неё нет никакого «склада-поставщика». Почему, я немного писал в соседней теме. Предварительные заявки – это, по большей части, инструмент, которым пользуются крупные производства. Где много разных складов, по которым растекается то, что закупается, много разных участков, на которые с этих складов потом это выдаётся. И в момент, когда формируется «предварительная заявка» запросто может и неизвестно быть по части позиций в ней, на какой именно склад они попадут, когда их купят. И вообще это общий список всего, что будет куплено, разложено на разные склады, потом выдано в разное время. Соответственно, при создании «Предварительной заявки» никакого одного «Склада-поставщика» в базовом варианте у неё нет. В отличие, кстати, от «ЛЗК», которая подразумевает под собой уже запрос на получение чего-то с какого-то конкретного склада. Поэтому у «ЛЗК» при создании через «Расчёт потребности», наоборот, «Склад-поставщик» всегда есть.

У Вас получается производственный заказ, и к нему привязана «предварительная заявка». У которой нет никакого «Поставщика».

Вы выбираете «Поставщика» в ленте и нажимаете «Расход». И ничего не происходит.

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

В каких случаях могло бы произойти, и как в аналогичной ситуации «Расход» бы открылся:

Вариант 1. Если у Вас так настроена программа, что при входе по умолчанию не выбран в ленте вверху никакой «Поставщик» (рис.1). Так может быть. Вот тогда условие формально выполнится. Кто поставщик – непонятно. Но есть правда, как раз и документ, связанный с выбранным заказом, и по которому поставщик = непонятно. Формально можно и попытаться открыть «расход», всё совпадает. Но только в данной ситуации тот же «Расход» немедленно сам же и скажет: «Давай, всё-таки, «Поставщика» то выберем…». Потому мы же таки хотим открыть «Расход», и нужно понять, а откуда всё-таки «Расход»... И немедленно пропишет выбранное вами и «Поставщика» документа (Пр. заявки в данном случае, ничего другого там нет под рукой), и в «Поставщика» в ленте (ну вы же его выбрали…). И всё откроется. Не знаю, насколько в целом, в общем случае разумен такой вариант, но он по крайней мере ничему не противоречит. Поэтому и работает.

Вариант 2. Более в целом осмысленный, как по мне.

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

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

1.png (95.92 КБ)
2.png (69.7 КБ)
3.png (94.5 КБ)
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4436
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт