Изменения в лицензионном соглашении - Согласно условиям действующего Лицензионного соглашения уведомляем Вас об изменениях в Лицензионном соглашении, которые вступят в силу, начиная с версии VOGBIT 20.8 (1.1.54861). Согласно условиям действующего Лицензионного соглашения, обновление пользователем своей программы до версии VOGBIT 20.8 (1.1.54861) будет означать его полное согласие с условиями новой редакции Лицензионного соглашения

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

Ошибка при планировании производства - Демо версия
Константин Чилингаров: Здравствуйте, База развернута из стандартного дистрибутива? Если да, то скорее всего, не хватает запчасти от Windows под названием vcredist_VS2 ...
Удаление категории номенклатура - Прочее
Константин Чилингаров: Здравствуйте, "Удалить из папки" (см. рис.)
Ошибка при замене материала - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Может быть, документ (ЛЗК или Требование), в котором пытаетесь "замену" сделать, "проведён" ("оприходован") ?
Ошибка на экране после получения задания - Терминалы
Константин Чилингаров: Ок. Спасибо. Посмотрим. 
Поменять технологию - Производство
Илья: 13 Константин Чилингаров написал: И придется как-то сжиться с тем, что она есть. По другому не получится. Понятно, будем тогда сначала п ...
Изменение временных интервалов на терминале. - Терминалы
Константин Чилингаров: Здравствуйте, Пока не настраивается. Со временем нужно будет делать какие-то настройки, да. Уже накапливаются потихоньку всякие пожел ...
Вопрос на тему "Технология подробно" - Состав и технология
Константин Чилингаров: Здравствуйте,   Можно теоретически заморочиться с «объединёнными» заданиями. Недавно на форуме где-то обсуждалось про них (объедине ...
Упрощенная сдача на склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Время, которое затрачивается на обновление, зависит от размера базы данных, сервера, компьютера, с которого выполняется, и соединения ме ...
Совместная обработка - Производство
Константин Чилингаров: Со сборкой - сваркой - окраской, то всё понятно. В плане технологии - тут всё просто. Есть Балка. Есть техпроцесс на неё. Три операции: с ...
Плагин на форму отчета - Новые возможности
Константин Чилингаров: Здравствуйте, Пока нет, к сожалению.
Календарный план - Производство
Константин Чилингаров: Не очень понятно, что вы имеете в виду под словами "сделать планирование по номенклатуре в соответствии с уровнями". Вообще, как я ...
Учет комплектующих изготовленных по фактическому количеству материала. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Не совсем… 19032 Илья написал: для контроля "задела" необходимо создать свою заказную спецификацию Нет. Никакую специальную «за ...
Нажатие Enter в поле поиска при поступлении по заявке. - Ошибки в работе
Константин Чилингаров: Ок. Принимается. По мере возможности посмотрим, что там можно сделать.
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Если она нигде не используется (в заказах, спецификациях, документах и т.п.), то есть утилита "Генератор удаление" (в меню "Настройк ...
Копирование спецификаций с комментариями - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в список пожеланий.
Экспорт в Vogbit - Состав и технология
Константин Чилингаров: Здравствуйте, Понятно. Проблема из-за того возникла, что папку с файлами сложили прямо в C:\Program Files\VOGBIT. Откуда файлы добавляли. Програм ...
Пустой бланк - Демо версия
Константин Чилингаров: Бывает такой эффект, говорят, когда по какой-то причине завис в Windows в процессах Excel. Если так, то соответственно, перезагрузка помогает.
Не могу создать технологию подробно - Состав и технология
Minicnc14: Отбой, настройки поправил и заработало
О номенклатуре и технологии - Состав и технология
Vdovin-g: Здравствуйте! Спасибо, Вы подтвердили мои мысли
Расчёт потребности - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, В контексте данной задачи не нужно "заказных спецификаций" на входящие компоненты. "Заказная спецификация" ну ...

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

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

×
Вход на сайт