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

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

Уровни учета терминала. - Терминалы
Alex-220781: 13 Константин Чилингаров написал: На картинке пример с реального предприятия. Один из... 13 Константин Чилингаров написал: Как будем мы ...
Ошибка при выборе всех заданий. - Терминалы
Константин Чилингаров: Так и задумано. 3520 Alex-220781 написал: При нажатии кнопки "Собрать невыполненные задания" - собрать можно только слева от смены, перио ...
Постановка на паузу заказов и изделий - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Но люди - это же не станки. Кто то делает быстрее, кто-то медленнее, разные ситуации бывают. Изделия большей частью зак ...
Отмена заданий в окне "Невыполненные задания" - Новые возможности
Константин Чилингаров: Здравствуйте, Можно и сделать. Запишу в список пожеланий.
Уровень учета в Графике производство - режим Подробно. - Ошибки в работе
Константин Чилингаров: Здравствуйте, Да. Точно. Хорошее замечание. Это недоработка. Вылезло с тех времен древних, когда "уровень" было понятие более мону ...
Кнопка "Контроль" - Прочее
Alex-220781: Пока снимаю свои вопросы :) До входного контроля ещё не дорос. Если и будет - то это скорее всего просто проверка внешнего вида (повреждени ...
Задачи и Файлы, Договоры. - Обновление
Константин Чилингаров: Попозже если только.
Корректировка в технологических картах после обновления - Производство
Константин Чилингаров: Записал в список пожеланий.
Планирование - Производство
Михаил Анатольевич: 13 Константин Чилингаров написал: Это, я так понимаю, график работы стапелей сварочных, да? (план)   Да, всё верно.  13 Константин Чилингар ...
Упрощение ввода аналогов - Интерфейс программы
Константин Чилингаров: Вот. Сделал ролик. https://youtu.be/Vc03vi0YPeE https://youtu.be/Vc03vi0YPeE
Выбор ресурса при редактировании задания - Производство
Alex-220781: Планирование иногда очень нужно, с учетом реальной и перспективной нагрузки. Особенно, когда нужно вклинится с суперсрочным заказом в с ...
Просмотр чертежа при получении задания в терминале. - Терминалы
Константин Чилингаров: Не загружены новые шаблоны отчётов после обновления. Нужно загрузить. https://disk.yandex.ru/d/Uk9jUiuNjUyKIQ Сами шаблоны /support/459/ Инструкция , как заг ...
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Здравствуйте, Добавил в список пожеланий.
Перенос из обеспеченности в заявку. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 3520 Alex-220781 написал: При нажатии "Обеспеченность" я не учитываю ЛЗК по другим заказам. Пояснение: Если при запуске "Обеспеченн ...
Перенос из спецификации в заявку. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список пожеланий.
Запоминание состояния окон. - Интерфейс программы
Константин Чилингаров: Да, я выше это же писал. Потому что это "плавающее" окно. В плавающих окнах размеры самого окна после закрытия не сохраняются сейча ...
Не сохраняются выбранные колонки в окне состава изделия - Состав и технология
Константин Чилингаров: 3520 Alex-220781 написал: для порядка. Все активные кнопки в программе подсвечены Не факт. Кнопки бывают разные. Если провести аналогию с м ...
Настройка рабочих мест пользователя - Прочее
Константин Чилингаров: Да. В целом Вы совершенно правы. Согласен. Но, к сожалению, пока руки не доходят до "облагораживания" этого места. Как только дойдут, ...
Замена участков и постов в Технологии - Интерфейс программы
Константин Чилингаров: Здравствуйте, Там скоро к "постам" и "участкам" ещё и "станки" добавятся (для желающих)... Надо подумать, как лучше реорга ...
Приемка ОТК - Производство
Константин Чилингаров: /support/446/#4062 вот так

Завершение задания.

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

Не очень понятно, в чём, собственно, вопрос?
И не очень понятно, какое отношение тут к делу имеет программа?

Вопрос в том, что сварщики, получается, получили свою зарплату, а готовые изделия которые они сваривали, и за которые зарплату получили, не поступили пока ещё на склад? В этом вопрос?
Или в чём?
 
Вопрос как статистику работы формировать при помощи программы. Раньше производство вели с помощью 1С. и конец месяца подгоняли, пришли изделия с покраски или еще нет на центральный склад, мастера давали директору отчет по людям для начисления зарплаты. Да, сварщики работу выполнили, а мы продукцию то еще не видим (она на покраске на другом предприятии), сверяя склад с отчетом мастеров. В программе это осуществить, наверное будет невозможно. Для статистики и оборотки нужен факт создания учетного документа. А Учетный документ создается во время приемки на склад..., вот у директора и возникает вопрос, соответствует ли отчет по производству фактическому положению дел за отчетный месяц, пытаясь использовать программу. Вот и думаем может завести промежуточные склады. Сварщики сдают на склад покраски, там оприходуется а потом кладовщик делает запрос на перемещение  иперемещает уже на реальный склад принимая фактическую продукцию.
 
Мне кажется, вопрос тут вовсе не в программе.

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

Или работу сделал - молодец, записываем, но деньги все участники процесса получают только тогда, когда соответствующее изделие, которое они все вместе делали, до конца дойдет, до склада готовой продукции?

Если вы с этим вопросом определитесь, то и остальное все, ПМСМ, само встанет на свои места.

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

Тут дело то не в том сдано на склад или нет. А в том, что считать к начислению зарплаты. Просто все выполненные работы? Или только те работы, которые по изделиям, которые доделали до конца? Вы с этим для себя сами решите, главное.
А потом тогда отчёты уже в соответствии с выбранной логикой придумывайте и настраивайте.

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

Так что тут вопрос не столько к программе, сколько к вам. Работы - они какие выполнены, такие выполнены. По факту. Программа вам в любом случае именно это и покажет. Вопрос в том, как вы сами интерпретируете эту информацию.
 
Так, может я что то не до конца понимаю в работе программы? Статистика формируется на основании каких действий в программе? Я предполагал что только в момент сдачи готового изделия на склад, а именно при создании документа "сдать на склад". А на самом деле при нажатии кнопки "Принять" в окне задания на смену, так получается? То есть есть отметил что операция выполнена, все информация в статистике зафиксировалась... Если это так то получается все нормально и это мастера не дорабатывают в программе.
Но тогда если из всего задания была выполнена только часть в последний день месяца и остальная часть работы переходит на другой месяц то это уже относится к максимальному уровню учета, а то мы работаем на высоком уровне...
Изменено: Алексей Пономарев - 11.07.2018 10:32:54
 
Цитата
Алексей Пономарев пишет:
Статистика формируется на основании каких действий в программе?
Если речь о режиме "статистика производства", то на основании выданных и выполненных заданий.
В случае "высокого" уровня информация о запланированных работах попадает в "статистику" в момент включения задания в план работ поста на смену (режим "новые задания"), а информация о фактическом выполнении, соответственно, в момент внесения в программу отметки о выполнении работы (через кнопки "принять" или "выполнение" в окне сменного задания поста, функцию "принять по штрих-коду" или цеховой терминал).
Цитата
Алексей Пономарев пишет:
Я предполагал что только в момент сдачи готового изделия на склад, а именно при создании документа "сдать на склад"
Вы ошибаетесь.
"Сдача на склад" ровно никакого отношения к данным в "статистике производства" не имеет. Абсолютно.
"Статистика" показывает факт выполнения работы (задания) сотрудником. И это никак со сдачей чего-либо на склад не связано вообще.
Цитата
Алексей Пономарев пишет:
А на самом деле при нажатии кнопки "Принять" в окне задания на смену, так получается?
Да.
Цитата
Алексей Пономарев пишет:
То есть есть отметил что операция выполнена, все информация в статистике зафиксировалась...
Да.

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

Сделал часть сегодня, часть завтра - точно так и будет в "статистике" написано. День, смена, фамилия, нормо-часы, кол-во (заказ, изделие и т.д.). Сколько сегодня, сколько завтра. И это для любого уровня учёта.
Так же программе и абсолютно без разницы, какие это числа. Для неё нет никакой разницы между 31-м и 1-м числом или какими-нибудь 17-м и 18-м.
Магическое понятие "конец месяца", которое на что-то влияет, существует исключительно в умах людей. Программа оперирует датами и цифрами. И для неё абсолютно без разницы, когда выбираешь период, к каким месяцам относятся попавшие в этот период даты. К одному или к разным. Какой "период" в статистике поставите, за тот вам программа и выведет данные. Хотите с 01.05 по 31.05. Хотите с 15.05 по 15.06, хотите с 09.05 по 03.06 - всё равно. Какой период поставите, за такой и получите отчет по всем выполненным работам.
Попадет или не попадёт факт в этот период? Зависит только от того, каким числом вы отметили выполнение работы. Попадает или нет это число в выбранный период. А было ли всё это задание выполнено, или только его часть - без разницы. Что отметите, то и попадёт в "статистику". Всё, так всё. Часть, так часть.

P.S.
Я ролик выкладывал недавно, как на "высоком" уровне часть задания отмечается сегодняшним днём, а часть завтрашним. Разные варианты.
 
Да, спасибо уже проясняется. Ссылку на ролик киньте а то не вижу среди новых.
И еще, что бы можно было передавать часть изделий на следующую операцию при незаконченной полностью предыдущей операции напомните какое ограничение придется убрать. Наверное EndtoStart
Изменено: Алексей Пономарев - 11.07.2018 13:02:52
 
Цитата
Алексей Пономарев пишет:
Ссылку на ролик киньте а то не вижу среди новых.
https://youtu.be/xiPz9qZR3oE

Цитата
Алексей Пономарев пишет:
что бы можно было передавать часть изделий на следующую операцию при незаконченной полностью предыдущей операции напомните какое ограничение придется убрать. Наверное EndtoStart
Да. Нужно убрать связь между созданными заданиями. Чтобы не было ограничения, что последующее нельзя начинать раньше, чем будет полностью закончено предыдущее.

Если это разовый случай, то можно в "графике производства" для конкретной партии изделий через "редактор связей" вручную подправить (удалить ненужную зависимость).
Если это постоянно так, то лучше решить вопрос, чтобы изначально не создавались эти ненужные ограничения (связи между заданиями). Например использовать "последовательность" не "подряд", а "определяется техпроцессом" (при создании заданий) и в технологии уже проставить связи между операциями так, как они должны быть между заданиями.
Страницы: 1
Сейчас на форуме (гостей: 76)
Всего зарегистрированных пользователей: 3405
Приняло участие в обсуждении: 378
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт