Изменение цен на лицензии - С 01 мая 2024 г. изменятся цены на лицензии ПО VOGBIT

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

Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
Ошибка печати отчета - Отчёты
Константин Чилингаров: Здравствуйте, В версии VOGBIT 23.1.8 (последнее обновление на сегодня, которое недавно вышло) заменены шаблоны отчётов "приходный ордер" ...
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Планирование производства - Демо версия
Константин Чилингаров: API есть. Описания базы данных нет (и вряд ли будем делать в ближайшее время). Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению. Нужно форму экранную саму поменять нем ...
Удаление позиции из номенклатуры - Прочее
mansur: Доброе утро, спасибо, все сделал по второму варианту. 
Ошибка при входе в Vogbit - Прочее
Григорий Клеков: написал: Здравствуйте. ...
Установка Демо версии - Демо версия
Amg: Спасибо большое за ответ. Демо-версию установил на ноутбук, если руководство решит перейти на ваш продукт, то думаю видеоконференция буд ...
Хранение файлов в БД - Общие вопросы
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Предварительные заявки, ЛЗК, Требования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте! Периодически возникают похожие вопросы по "Предварительным заявкам", "ЛЗК", "Требованиям". В чём разница, ...
Конструктор фильтра - Прочее
Kochurova.av: Спасибо Вам большое!  Всё как всегда оказалось проще простого)
Свои поля для справочников и вывод их в список. - Общие вопросы
Константин Чилингаров: Здравствуйте, В "Номенклатуре" стандартно есть свойство "Комментарий" и соответствующая колонка в современных версиях VOGBIT ( ...
Список работников поста - Общие вопросы
Константин Чилингаров: Пожалуйста! Пользуйтесь)) Нет. Ссылку не нужно выкладывать. Потом, когда общее обновление соберем, выложим его на сайт, и все смогут ска ...
Вопрос по импорту - Экспорт импорт данных
mansur: Нашел, залил и все работает теперь, спаибо.
Ошибка при запуске приложения - Прочее
Сергей: написал: Если на другое железо переставить Вогбит, как лицензию нам перекинуть? на mailto:info@vogbit.ru info@vogbit.ru  напишите со ссылкой на эту тем ...
Пример создания плагина - Плагины
Сергей: Здравствуйте! Перетащите мышкой из "команд" (рис.3) в нужное место на панели инструментов
Помощник мастера - Установка
Trudovaya-21: Спасибо Вам ОГРОМНОЕ за работу и понимание!!!

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

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

×
Вход на сайт