VOGBIT Удаление из папки, привязка рабочих к постам, округление

Новая версия VOGBIT 20.5 - Новая платформа: быстрее, надёжнее, удобнее. Новая подсистема управления приоритетами в производстве. Новые возможности для участков ЧПУ. Улучшенные «цеховые терминалы». Новые возможности для совместной работы менеджеров, инженеров и производства при изготовлении уникальной продукции под заказ. И многое другое…

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

О номенклатуре и технологии - Состав и технология Vdovin-g: Здравствуйте! Спасибо, Вы подтвердили мои мысли	01.03.2021 21:44
Пустой бланк - Демо версия Константин Чилингаров: Да, судя по картинке, какая-то проблема с самим Excel'ем. VOGBIT создаёт при формировании отчёта Excel файл в папке "Документы", а Excel (ну и� ...	01.03.2021 15:27
Экспорт в Vogbit - Состав и технология Константин Чилингаров: Здравствуйте, Если речь про стандартный модуль импорта из Excel, то нет. Не зависит. Можно использовать на нескольких рабочих местах. Нет � ...	01.03.2021 14:55
Расчёт потребности - Материалы, Комплектующие, Складской учёт Константин Чилингаров: Здравствуйте, В контексте данной задачи не нужно "заказных спецификаций" на входящие компоненты. "Заказная спецификация" ну ...	01.03.2021 14:52
Задать место хранения - Материалы, Комплектующие, Складской учёт Петр Свиридов: Нашли. Очень хорошо, что ее приделали. Полезная вещь. Благодарим!	26.02.2021 13:10
Приход по заявке - изменение единиц измерения - Интерфейс программы Константин Чилингаров: Здравствуйте, Спасибо за замечание, Да, знаем, что там не очень в этом месте, когда разные единицы измерения параллельно используются. ...	25.02.2021 19:01
Плагин на форму отчета - Новые возможности Константин Чилингаров: Отправили ещё раз. Если нет, посмотрите в "Спаме". Туда значит попадает, наверное.	19.02.2021 17:05
Смена участка и поста в окне Технология подробно. - Интерфейс программы Константин Чилингаров: Здравствуйте, Пожелание понятно. Пока запишем в список пожеланий.	10.02.2021 09:52
Вопрос по коэффициентам пересчета - Состав и технология Sgrekhv: Большое спасибо. Все получилось.	08.02.2021 13:05
Группировка постов по подразделениям в загрузке - Общие вопросы Константин Чилингаров: 19314 nemyheim написал: Поколдую пока с названиями Да, пока так. В список пожеланий записал.	04.02.2021 18:28
Эскизы при просмотре остатков - Интерфейс программы Константин Чилингаров: Ну... Надеюсь, скоро))) Тестируем. Вам конкретно, если сильно нужно, можем и сейчас дать.	04.02.2021 17:09
Карта раскроя - Общие вопросы mansur: Добрый день, я понял свое упущение - нужно позиции переводить на "высокий"уровень, у нас по умолчанию стоит "максимальный". В пр ...	02.02.2021 09:17
Приемка ОТК - Производство Константин Чилингаров: Ответ, на самом деле, в предыдущем сообщении: 13 Константин Чилингаров написал: Чтобы была возможность применять такую систему не повс ...	01.02.2021 18:58
Редактирование минимальных остатков в окне. - Интерфейс программы Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: Чтобы отредактировать значение минимального остатка Я, когда хочу отредактировать "неснижаемый ...	29.01.2021 19:46
Комментарии в "Технология подробно" - Состав и технология Kip.prombez: Спасибо :) Помогли	29.01.2021 08:01
Колонка комментарий в заявке на покупку. - Интерфейс программы Константин Чилингаров: Технически в следующей версии такая возможность предусмотрена. Успеем или нет её подключить в графический интерфейс (колонка чтобы поя ...	27.01.2021 19:04
Вопрос по расчетам - Общие вопросы Константин Чилингаров: В заказной спецификации (дереве) указывается количество на единицу того, что делаем. Если меряется это, что делаем, метрами, то на 1 м "и� ...	22.01.2021 16:07
Учет комплектующих изготовленных по фактическому количеству материала. - Материалы, Комплектующие, Складской учёт Константин Чилингаров: 19032 Илья написал: изначально втулки делают именно под конкретный заказ Тут у нас с вами некоторое терминологическое расхождение. П ...	21.01.2021 19:02
Внеплановое задание - Производство Константин Чилингаров: Я так понимаю, «подгонка толкателей» в данном случае это не заранее предусмотренная технологией операция, а некая дополнительная работ� ...	20.01.2021 15:13
Удаление позиции из номенклатуры - Прочее Константин Чилингаров: Судя по сообщению, данная позиция используется в складском документе (в спецификации учётного документа). Немного странно, что "где и� ...	19.01.2021 19:39

Удаление из папки, привязка рабочих к постам, округление

111 111

Пользователь

Сообщений: 3 Регистрация: 18.12.2014

26.12.2014 11:16:24

Здравствуйте!
Изучаю демо-версию и стали возникать такие вопросы:
1. удаление из папки и просто удаление это одно и тоже? или при удалении из папки происходит перемещение объекта в какую-то папку еще? Если так, то в какую?
2. у нас на производстве один рабочий одновременно работает на 2-3 станках. Для распределения заказов, каждый станок мы обозначили как отдельный пост. Возможно ли "привязать" в программе одного рабочего к 2-3 станкам (Постам)?
3. нам для учета расходных материалов на заказ нужно , чтобы построчно в ИТОГО полученное число округлялось всегда в большую сторону до целого, даже если это 4.1, то в ИТОГО должно быть 5 , а в общем ИТОГО ссумировалось все округленное. Можно ли это сделать? может ввести ещё один столбец с нужной формулой?

Прикрепленные файлы

округление расхода.png (90.86 КБ)

Константин Чилингаров

Разработчик

Сообщений: 5153 Регистрация: 14.11.2008

26.12.2014 12:39:52

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

Цитата
111 111 пишет: удаление из папки и просто удаление это одно и тоже?

Нет не одно и то же.

https://vogbit.ru/forum/messages/forum16/topic1083/message6600/1083#messages6600

Цитата
111 111 пишет: каждый станок мы обозначили как отдельный пост

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

Цитата
111 111 пишет: Возможно ли "привязать" в программе одного рабочего к 2-3 станкам (Постам)?

Да, возможно. Никаких специальных ограничений на этот счёт в программе нет.

Цитата
111 111 пишет: нам для учета расходных материалов на заказ нужно , чтобы построчно в ИТОГО полученное число округлялось всегда в большую сторону до целого, даже если это 4.1, то в ИТОГО должно быть 5

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

.
В общем, делать так в программе мы, естественно, не будем.

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

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

Константин Чилингаров Разработчик Сообщений: 5153 Регистрация: 14.11.2008	#3 0 26.12.2014 14:17:31 Кстати, а зачем вам вообще эту цифру здесь округлять? Если для того, чтобы со склада выдавать листы фанеры целыми штуками, то это не в этом месте делается (надо округлять), а в другом.

111 111

Пользователь

Сообщений: 3 Регистрация: 18.12.2014

26.12.2014 14:34:55

Цитата
Почему оно должно всегда обязательно округляться, тем более до целого?

Это потому что, у нас материал - стандартный лист фанеры, на его площадь идёт раскрой какого-то небольшого изделия. Полных комплектов в раскрое заложено несколько, от 2 до 15. т.е. на одно издение идёт от 1\2 до 1\15 листа ( можно все это выразить в числе 0,5 листа или 0,066 листа) в зависимости от размеров изделия и количества составляющих. Изделия вырезаются лазером. Программа отработана таким образом, что если есть заказ на 2 изделия, а на листе раскрой на 5, то режется 5.
Из них 2 идут в заказ, а 3 на склад. Т.е.при получении заказа на 2 шт в расход материала идёт полный лист, а не часть, соответственно получив заказ по нескольким позициям мы имеем необходимость в материале: целый лист, а не его часть, которая пойдет на эти 2 шт. вот исходя из всего вышеизложенного, другого варианта, как округление до полного большего числа мы не придумали, осталось только придумать как ввести это округление в расчет.
Может быть Вы сможете предложить нам какой-то другой вариант (в других единицах?)учета материала?

Константин Чилингаров

Разработчик

Сообщений: 5153 Регистрация: 14.11.2008

26.12.2014 15:44:22

Вы категорически не с той стороны подошли к решению задачи. И единицы измерения тут не причём на самом деле.

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

Если делать так, как вы предлагаете, то ничего хорошего не получится. Одна сплошная путаница будет.
Посудите сами: в программе чёрным по белому написано, что надо делать 2 детали. И на них якобы нужен 1 лист фанеры. Но на самом деле это совершенно не так. Ибо фанеры на 2 детали реально нужно совсем не лист, а только 0.13 листа. А делать на самом деле будут не 2 детали , а 15. А написано 2... Потом, откуда ни возьмись, в жизни появляются 13 деталей, про которые в программе ни слова. Это что? Откуда они? В общем, получится в итоге, что на экране одно, а в жизни совсем другое происходит. Результат: толку от программы 0, одна головная боль и попытки хоть как то подогнать то, что в программе, под что-то хоть в чём-то похожее на реальность (никому уже непонятно зачем).

В общем, не нужно так делать.
В данном случае нужно подходить со стороны планирования. Как заказы на производство формируются. Что в них включается, почему именно это, почему именно столько. И если всё правильно в этом месте будет, то дальше всё само получится так, как нужно.
Если хотите, можем на эту тему персональное занятие (1 день) провести для вас. В Москве, платно.

Константин Чилингаров

Разработчик

Сообщений: 5153 Регистрация: 14.11.2008

27.12.2014 16:30:16

Цитата
111 111 пишет: т.е.при получении заказа на 2 шт в расход материала идёт полный лист, а не часть, соответственно получив заказпо нескольким позициям мы имеем необходимость в материале: целый лист

Простыми словами, должно быть примерно так:
- Заявка покупателя - изделие 2 шт.
- Заказ на производство - изделие 5 шт. (если на складе нет таких изделий от ранее сделанных запасов).
- Расчёт потребности - 1 лист
- 1 лист со склада выдали, 5 изделий сделали, сдали их на склад ГП;
- по заявке покупателя отгрузили со склада - изделие 2 шт.

Сухой остаток:
- затраты материала 1 лист;
- оплата рабочим - за 5 изделий;
- на складе осталось готовых изделий - 3 шт.

Сейчас на форуме (гостей: 5)

Всего зарегистрированных пользователей: 3292

Приняло участие в обсуждении: 374

Всего тем: 804

Всего сообщений: 6067