Показать сообщение отдельно
Старый 10.04.2020, 10:58   #158
PolySOFT
VIP
 
Регистрация: 12.05.2008
Сообщений: 644
Сказал(а) спасибо: 234
Поблагодарили 643 раз(а) в 330 сообщениях
Вес репутации: 408
PolySOFT - просто великолепная личностьPolySOFT - просто великолепная личностьPolySOFT - просто великолепная личностьPolySOFT - просто великолепная личностьPolySOFT - просто великолепная личностьPolySOFT - просто великолепная личностьPolySOFT - просто великолепная личность
По умолчанию

Цитата:
Сообщение от Uncle Посмотреть сообщение
Понятно. Думал, какая то конкретика будет. А тут как обычно - прелюдия к рекламе себя)...
Нет, дружище Uncle, это не реклама. Я устал убеждать мебельщиков. Надеюсь, что нам удастся развить софт, чтобы он сам по себе притягивал их. Ну, а если нет, я уже заработал на домик в деревне, где нет интернета.

Ну, а пока конкретика, так конкретика…
Конструктор, предположим в Базисе, нарисовал изделие и грузанул спецификацию в некую другую программу, которая по теме ветки в качестве результата должна рассчитать зарплату.
Операции из полученного файла сопоставляются или синхронизируются через справочник операций, в результате чего определяется техпроцесс для каждого объекта спецификации. Каждая операция имеет единицу стоимости – в простонародье – цену. Количество операции рассчитывается исходя из параметров деталей в контексте производственного расписания, рассчитанного по определённому алгоритму исходя из приоритетов планирования. Для этого программа анализирует параметры возможностей и ограничений оборудования, а также, какой альтернативный маршрут (если есть) оптимально применить. Зарплата рассчитывается автоматически для каждой операции для каждой детали для каждого сотрудника, совершившего конкретные действия над конкретным объектом. Это достигается с помощью мониторинга производственных процессов (или придуманного одним нашим пользователем – «лайт» мониторинга). Если такого пакета нет, сотрудник, выполнивший наряд (или сотрудники с КТУ), указывается в автоматически сформированном журнале выпуска производства, в котором после «проведения» операции со статусом «конечная» могут происходить любые назначенные процедуры, такие как перемещение или списание. Стоит ли говорить, что эти процедуры помимо з/п рождают множество очень полезных отчетов, например, текущая загрузка оборудования, выполнение нарядов в производстве и где в производстве находится наряд, действия с отловленным браком и его учёт и многое другое.

В качестве иллюстрации прилагаю скрины интерфейсов программы.
Пока писал, пришла мысль в голову, что если в аспекте з/п использовать модуль «Управление бизнес-процессами», рождающий задачи не производственным сотрудникам, то сделкой для них может быть выполнение задач, фиксируемых в специальном журнале.
Миниатюры
САПР3.jpg   Операции Базиса.jpg   Оборудование.jpg   МТК.jpg   Маршрутный лист.jpg  

Маршрутный лист изделия.jpg   График.jpg   Выпуски производства.jpg   Зарплата.jpg   Трудозатраты.jpg  

__________________
Мнение пользователя PolySOFT является сугубо частным и может не совпадать с официальной позицией компании "ПолиСОФТ Консалтинг"(PolySOFT Consulting LTD).
PolySOFT вне форума   Ответить с цитированием Вверх
Пользователь сказал cпасибо:
Uncle (10.04.2020)