VOGBIT Удаление из папки, привязка рабочих к постам, округление - Общие вопросы
Новая версия VOGBIT 26.1.7 - Более 10 дополнений и улучшений в цеховых терминалах. Изменения в режимах «Статистика производства», «Себестоимость», возможность распечатки графика Гантта и др.

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

Запрос штрих кода. Как отключить. - Терминалы
Константин Чилингаров: окошко запроса штрих кода с кнопками всплываем на другом экране Попробуем собрать обновление, чтобы окошко с запросом не улетало на д ...
Информация о задании на терминале. - Терминалы
Константин Чилингаров: написал: Может быть сделать какой либо режим просмотра подробной информации, если свою карточку приложит руководитель. Не... По прикла ...
Программа дублирует количество материала в отличных друг от друга изделиях, деталях. - Общие вопросы
Константин Чилингаров: Здравствуйте, А у Вас эти "изделия подобного типа, но с другими размерами" в базе как заведены? Как разные номенклатурные позиции? ...
Типы терминалов - Терминалы
Константин Чилингаров: … продолжение …   [B [U Часть 3. Наследие прошлых времен и перспективы[/U [/B Сначала о терминалах для «высокого/максимального» уровня. ...
VOGBIT в MAX, Telegram, VK - Общие вопросы
Константин Чилингаров: Уважаемые пользователи и все, кто просто интересуется!   Мы запустили официальные каналы в https://max.ru/id7728755867_biz MAX , https://t.me/vogbit_official Telegram ...
Импорт спецификаций из Excel - Общие вопросы
Balukov: Здравствуйте. Для работы с загрузкой спецификаций из файлов Excel,направляю Вам ссылку на документацию https://vogbit.ru/support/20647/ https://vogbit.ru/support/206 ...
"Расчётные документы" - Прочее
Константин Чилингаров: Здравствуйте, Нужно вытащить себе на панель инструментов кнопку. Для этого в любом месте на панели инструментов нажмите правую кнопк ...
Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
GlMax: Загрузить номенклатуру из Excel это здорово. Но кто же загрузит номенклатуру в Excel!? Если есть изделие разработанное в Компас, то как информ ...
Модуль для планирования - Производство
Константин Чилингаров: Можно на этот.
Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /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, была у нас «развесистая» система управл ...

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

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

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

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

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

Цитата
111 111 пишет:
Возможно ли "привязать" в программе одного рабочего к 2-3 станкам (Постам)?
Да, возможно. Никаких специальных ограничений на этот счёт в программе нет.

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

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

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

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

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

В общем, не нужно так делать.
В данном случае нужно подходить со стороны планирования. Как заказы на производство формируются. Что в них включается, почему именно это, почему именно столько. И если всё правильно в этом месте будет, то дальше всё само получится так, как нужно.
Если хотите, можем на эту тему персональное занятие (1 день) провести для вас. В Москве, платно.
 
Цитата
111 111 пишет:
т.е.при получении заказа на 2 шт в расход материала идёт полный лист, а не часть, соответственно получив заказпо нескольким позициям мы имеем необходимость в материале: целый лист
Простыми словами, должно быть примерно так:
- Заявка покупателя - изделие 2 шт.
- Заказ на производство - изделие 5 шт. (если на складе нет таких изделий от ранее сделанных запасов).
- Расчёт потребности - 1 лист
- 1 лист со склада выдали, 5 изделий сделали, сдали их на склад ГП;
- по заявке покупателя отгрузили со склада - изделие 2 шт.

Сухой остаток:
- затраты материала 1 лист;
- оплата рабочим - за 5 изделий;
- на складе осталось готовых изделий - 3 шт.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4371
Приняло участие в обсуждении: 437
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт