Использование VOGBIT, резка листа и труб - Закончен очередной проект на предприятии по интеграции с ПО раскроя и подготовки УП для машин резки металла

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

Последовательность операций в справочнике Номенклатура - Состав и технология
Константин Чилингаров: написал: Как в справочнике Номенклатура На картинке в сообщении #2 - это не в "Номенклатуре", а в техпроцессе операции связаны. Так ...
Импорт данных - Экспорт импорт данных
Константин Чилингаров: Пришлите, пожалуйста, такой файл нам на почту (на общий адрес). Посмотрим на него для начала...
Отсутствие кнопки "Учётный документ" - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Думаю, нужно тем, у кого нет, таки добавить через "Присоединённые формы". Форму выбирать, которая показана на рис.1. ...
Разграничение доступа в справочниках учётных документов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Может. Например, посмотреть "обороты" (движение) по своему складу, там по интересующей позиции движение её, какие были приходы, рас ...
Не загружается график производства - Обновление
Balukov: Здравствуйте!  Для закрытия  необходимо зайти во вкладку "Производство- Производственные заказы: текущие " выделить те заказы, ко ...
Приемка ОТК - Производство
Константин Чилингаров: Ролик по функции "Контроль": [VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/RT7mVtAL-F0?feature=oembed[/VIDEO
Автоматизация обновления - Обновление
Константин Чилингаров: Ещё, может быть, можно было бы написать какую-то специальную одноразовую приладу, конкретно для вашего случая, чтобы массово всё деактив ...
Проблема с обновлением шаблона - Установка
Константин Чилингаров: Здравствуйте, На ночь оставьте загружаться этот шаблон. Он такой один специфический... Конкретно этот шаблон может ну ООООчень долго з ...
Настройка вкладки "Подразделение" - Прочее
Pakhunov: Спасибо
Оформление полуфабриката - Состав и технология
Pakhunov: Спасибо  :) 
Завершение клиента - Прочее
Константин Чилингаров: Здравствуйте, Починить что-либо, не обновляя программу, если дело в самой этой программе, невозможно. Если только дело не в VOGBIT, а в чем- ...
Отчеты Статистика производства - Отчёты
Константин Чилингаров: Здравствуйте, написал: а если работа выполняется быстрее чем указано в плане? "Полоска" в "Графике производства" показыва ...
Логи - Прочее
Константин Чилингаров: Здравствуйте, Клиент локально сохраняет только настройки (расположение колонок, размеры, расцветка пользовательская в окнах и т.п.) и в ...
Обслуживание БД - Прочее
Владимир Белов: Павел, время доброе! На Linux можно так установить количество файлов логов  с помощью консоли: 1. Изменить в настройках количество errorlog- ...
Активация - Установка
Константин Чилингаров: Здравствуйте, Владимир! Странная ошибка, вообще говоря. Такая появляется при попытке запустить версию новее 1.1.32 (а это год 2015 где-то п ...
Технологическая карта заказа - Общие вопросы
Beavis900: Понял, благодарю! 
Заявки на закупку - Прочее
Константин Чилингаров: Здравствуйте, написал: Оформляя приход, накладная поставщика была добавлена не к той заявке Технически можно, конечно, залезть в сп ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Здравствуйте, В "спецификации" (окно "состав") показывается материал, назначенный для данной детали (номенклатуры), как "ос ...
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Здравствуйте, Стандартный отчёт не из этого окна печатается. /support/4158/ Подробнее
Добавление заказа к открытому графику производства. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Идея понятна. Технически тоже понятно, в целом, как можно сделать.   Тут главный вопрос в интерфейсной части. Как сде ...

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

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

×
Вход на сайт