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

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

Установка пробной версии на виртуальную машину. - Установка
Константин Чилингаров: Здравствуйте, Демо-версию на виртуальную машину поставить нельзя. Ограничение. В демо-варианте можно поставить только на какой-нибудь ...
Редактирование состава заказа - Прочее
Константин Чилингаров: Здравствуйте, Нужно обновить программу вам на самую новую версию. Новее, чем та, которая сейчас на сайте выложена. В прошлом году осень ...
Штрих код на деталях - Производство
mansur: написал: Возникает вопрос по имеющимся вводным: А что так сложно то? Зачем? Оператор на первой операции может некоторые заготовки забр ...
Распределение работ - Производство
mansur: Благодарю вас, Константин.  Будем практиковать, в принципе ничего сложно нет.
Приемка ОТК - Производство
mansur: написал: После сдачи из производства продукция попадает не сразу на склад, а не контроль (технически – отдельный «склад» в программе). ...
Обслуживание БД - Прочее
Владимир Белов: Павел, время доброе! Это логи SQL сервера, БД Vogbit на них не влияет. Я так понимаю, у вас SQL Server установлен на Linux? На Linux по умолчанию не про ...
Лимитные карты - Общие вопросы
Czvetkov-91: написал: купная, то в составе "производственного заказа" она вообще, в принципе, не должна никак фигурировать и присутствовать. Ей ...
Проблема с подключением к базе данных - Установка
Константин Чилингаров: написал: Можете скинуть мне ссылку с точной инструкцией установки SQL и программы? /support/5211/ Подробная инструкция Для "быстрой упр ...
Создание копии базы данных - Прочее
Владимир Белов: При восстановлении БД на другом SQL-сервере, "слетает" SID владельца БД. Для исправления: 1. распакуйте SQL-скрипт FixDbOwnerSid.sql из приложе ...
Обслуживание базы - Прочее
Константин Чилингаров: Здравствуйте, Взять тот же самый дистрибутив, с которого вы делали последнее обновление. Запустить Setup -> Выборочная установка -> Об ...
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Здравствуйте, Окно "Детальный график" актуально только при использовании "максимального" уровня. Окно "Работы", помимо ...
Автоматическое обновление экрана. - Интерфейс программы
Константин Чилингаров: Имеется в виду, когда операции стрелочками "вверх" / "вниз" передвигаешь? Починено. В ближайшем обновлении будет исправлено. ...
ЕИ по умолчанию - Состав и технология
Константин Чилингаров: Здравствуйте, Можно написать плагин (будет кнопка специальная), чтобы на все выделенные строчки назначить выбранную единицу измерени ...
Печать чертежей - Обновление
Константин Чилингаров: Действие по двойному щелчку настроить нельзя. Можно настроить "горячую клавишу".
Автор ТП - Обновление
Константин Чилингаров: Я выше уже написал.  Что Ваше пожелание записано в общий список пожеланий и предложений. Когда очередь до него дойдёт, сказать сложно. ...
Назначить очередь - Производство
Fomina: Хорошо, попробую удалить параметр. Спасибо
Выделение текущей даты на графике - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список предложений.
Фильтрация по сортаменту материалов в графике производства и новом задании - Общие вопросы
Fomina: Спасибо, Константин
Помощник ориентации окна - Общие вопросы
Balukov: Здравствуйте. Нет. Эту штуку отключить нельзя. Такой вопрос был недавно. https://vogbit.ru/forum/messages/forum24/topic2724/message16739/2724#message16739 VOGBIT Прикрепление/ ...
Ошибка приложения - Прочее
Константин Чилингаров: Можно попробовать /forum/messages/forum15/topic1366/message8486/#message8486 сбросить сохраненные настройки . Может быть, поможет. Но вообще, версия очень старая ...

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

Всё, что связано с производством и вопросами применения программы в производстве - Производство - Работа с программой
Страницы: 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
Сейчас на форуме (гостей: 15)
Всего зарегистрированных пользователей: 3526
Приняло участие в обсуждении: 389
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт