План - факторный анализ, бюджетирование, расчет сдельной зарплаты : КИС Lack & УС Land

Начаты работы по разработки обширного контура, решающего большой спектр задач для реального бизнеса, а особенно производственного. Данный контур имеет большой потенциал для развития в течении длительного времени, а пока, только спроектирован «прототип», решающий ряд задач:

• Составление плана производства и контроль его исполнения, анализируя фактические временные и трудовые трудозатраты
• Ведение статистики по трудозатратам на производство или продажу единицы товара
• Расчет сдельной зарплаты, учитывая «заслуги» работников, расчет премий за выполнение плана или штрафов

На основе собираемой в контуре статистики предполагается в дальнейшем решение задач прогнозирования:

• Сколько необходимо работников (человеко-часов) для производства набора партий продукции. Данный контур пригоден и для торговли и решает схожий спектр задач, возможно просто используются другие «термины», например сколько реально нужно человеко-часов для комплектации машин для развоза
• Какой объем ассортимента продукции можно произвести силами бригады, имеющей определенный навык и так далее

Суть контура – прототипа подсистемы: на сутки, для подразделения формируется пачка производственных заданий – план. В течении суток мастер цеха в данном ему документе с «планом» фиксирует время начала и окончания выполнения каждого задания, список бригады, выполняющей данное задание. Операторы, расчетчики зарплаты пополняют исходные задания данными мастера… Остальное программа делает сама.


Ежели будут вопросы, то с удовольствием отвечу, а если будут замечания, критика, пожелания, то с превеликим удовольствием учту в процессе разработки контура

Привет, Андрей.
Судя по написанному, появился очередной "эффективный менеджер".
Все, на чем зарабатываются реальные деньги (а налаживание учета на более менее серьезном производстве относится к таким вопросам), в открытом доступе не публикуется.

Всё не так понял... Есть нормально и долго работающее небольшое производство... С некой периодичностью возникают идеи по улучшению ведения бизнеса и боже упаси, без увеличения количества персонала... и по возможности без серьёзного увеличения нагрузки на существующий персонал, а иначе те будут требовать прибавки в зарплате Мне были озвучены мысли общего характера, провел интервью с линейными работниками, наложил идеи хозяина бизнеса на уже существующие обязанности работников. В результате "разродился" проектом, который устраивает всех и не увеличивает нагрузки н на кого, кроме меня соответственно.

Одна из озвучиваемых задач, которая попутно решается в данном контуре, а снимает "головную боль" с нескольких ответственных лиц... Мы знаем план развоза продукции - около 30 наименований по дням на следующую неделю. Необходимо построить график выхода рабочих (бригад), способных выполнить данный план производства.

Расчет сдельной зарплаты так же является сопутствующей технологией данного контура

Судя по всему, вопрос в том, как экономить на рабочем персонале. Вообще, сейчас практически у всех вопрос с персоналом очень острый. Часть людей рекрутировалось известно куда, а это, в большинстве своем, синие воротнички. Предприятия, связанные с оборонкой, получили хорошее госфинансирование, и вымывают персонал из частного бизнеса. Большая часть денег у крупных и доходных предприятий остается в стране (в основном, в Москве), они пытаются инвестировать, создавая производства в регионах, и тоже проводят агрессивную рекрутинговую политику.
"Нормальным и долго работающим" местным производителям тоже приходится поднимать зарплаты, и, соответственно, стараться минимизировать количество людей, занятых непосредственно на производстве.
Ну а по технической реализации здесь никто ничего путного не скажет. Надо знать специфику конкретного бизнеса и иметь постоянный контакт с людьми на месте, от которых что-то зависит. Тут тебе и карты в руки, на этом, в принципе, можно заработать. Для общего понимания ситуации надо предварительно оценить эффект (сколько экономится денег) от данного мероприятия. Тогда можно оценить, сколько запросить за разработку.

Уже 2 недели в режиме опытно-промышленной эксплуатации используются оперативные режимы прототипа данной системы. Производится доработка справочников:

1. Ассортиментов. Сумма отчисляемая на зарплату за выпуск единицы изделия/полуфабриката. От 0.000001 до 999999999999.99 рублей;
2. Работников. Персональный коэффициент, используемый при расчете зарплаты.

... и даже в таком зачаточном состоянии данный новый контур, по отзывам коллег, приносит большую пользу, что так же подтверждается постоянным "наваливанием" новых задач по его усовершенствованию...

Управление производится обычными для системы кнопками:

Insert/Tab Добавление и изменение задания на производство. Вводим дату, склад – во всех аналитиках программа объединяет все документы в один доку-мент по данным атрибутам, наименование операции – можно ввести в ручную, но лучше сохранить в список ключевых фраз для многократного использования, а так же системную метку операции – непечатаемый атрибут, используемый для аналитики и отборов. После ввода шапки проваливаемся в режим заполнения таблицы производимых в операции ассортиментов или проводимых видов работ, которые нужно добавить в справочник ассортиментов. В таблице действуют обычные операции Insert, Tab, Delete при помощи, которых Вы заполняете список. Вводится код ас-сортимента и планируемое количество единиц к производству. Атрибуты будут использоваться для планирования ресурсов для производства.





F5 Поиск с текущего места в списке по основным реквизитам;
F6 Печать задания на все операции по одному всем складам на указанную дату или печать отчета о выполнении операций – заполненная информацией из программы «пустографка»;





Операции с группой документов:

Shift+F10 Поиск «вниз» по строкам отобранным в группу;
Shift+F11 Поиск ВВЕРХ по строкам отобранным в группу;
Alt+F8 Включение/выключение в группу одного документа;
Alt+F5 Пометка в группу документов кроме отобранных;
Alt+F9 Вкл/выкл. в группу по условию поиска с текущего места;
Alt+F10 Снятие всех пометок по отбору документов в группу.

F4 Определение фактически выполненной работы. Вводим время начала и окончания работ по операции, число работников на операции. При ведении «зарплатной» информации количество работников пересчитывается. Затем в табличке заполняем количество фактически, произведенной продукции;





Ctrl+F4 Ввод информации для расчета зарплаты – штрафной или премиальный коэффициент. В таблице заполняем список работников, выполняв-ших данную операцию. В мануале к предыдущей версии описаны алгоритмы начисления заработной платы;





F9 Дублирование операции, детализации со списком продукции на изготовление. Детализация по работникам стирается;
Включение/выключение запрета изменений в списке операций по ограничителям. Одна операция запрещается стандартно Ctrl+стрелка влево.


Как принято в УС Лэнд. Все режимы можно вызывать или нажатием клавиш или вызовом из меню-справочника режима:

Продолжается развитие контура... Всё более правильнее и полно ведутся данные, хотя ещё во многом криво... Контур начинает обрастать аналитикой. На скриншоте видно, что есть ещё "табель", но сейчас опишу расчет сдельной (в контуре возможно и почасовая и оклад) заработной платы:





В итоге получаем отчетик следующего вида:

... где наряду с расчетом отражается:

1. Часов отработано в периоде
2. Как бы средняя часовая оплата.

Алгоритм расчета. У каждого фактически произведенного ассортимента есть сумма отчисляемая на зарплату. По каждой операции и всем ассортиментам считаем сумму на зарплату. У операции есть штрафной (делали долго и плохо) или премиальный коэффициент на который умножается расчетная сумма. У каждого работника есть трудовой коэффициент КТУ, зависящий от "заслуг" или опыта. В разных программах "они" называются по разному (разряд, категория, выслуга, ...), но суть одна - разделить работников по "цвету штанов". По всем работникам операции считаем суммарный КТУ. Разделив сумму по операции на общий КТУ получаем зарплату на "единицу". Затем пополняем отчетную таблицу суммами по работника "цена единицы КТУ" * КТУ работника. В итоге получаем, показанный выше расчет.

Design thinking (перевод Дизайн-мышление, ДМ) - это итеративный процесс, в котором мы стремимся понять пользователей, определить их возможные проблемы, чтобы разработать решения, которые могут быть не очевидны при нашем первоначальном уровне понимания, и в результате разработать прототип продукта / сервиса. Дизайн-мышление — это метод, с помощью которого можно найти способы решения неочевидных, но важных для людей проблем.

Особенность дизайн-мышления в том, что этот метод относят к юзероцентричным — ориентированным в первую очередь на людей, а не на бизнес-задачи. Главные вопросы, которые задаёт дизайнер при поиске решения: «кто будет пользоваться продуктом?» и «как это повлияет на жизнь пользователя?». В основе дизайн-мышления три принципа:

1.эмпатия: умение поставить себя на место другого человека, понять его чувства и эмоции;
2. широта мышления: способность охватить проблему и в целом, и во всех возможных деталях;
3. эксперименты: готовность пробовать, ошибаться и пробовать снова.

Уже упоминал данное понятие поверхностно изученное на курсе: https://olegon.ru/showpost.php?p=411325&postcount=56, а именно свойства "обратного действия", развитие которых никак не влияет на удовлетворенность пользователей, а здесь хочу упомянуть и привести иллюстрацию свойства прямого действия, развитие которых в наших программах необходимо, что пытался безуспешно донести до собеседника: https://olegon.ru/showthread.php?t=35345&page=8





Сделана, в общем небольшая доработка системы "УС Лэнд", которая сейчас находится в стадии "поддержки", которая, пусть на немного улучшила "жизнь" пользователя, а такие доработки вносятся в систему постоянно, что постоянно улучшают привлекательность системы для человека, работающего с ней.

В принципе хотел делать такой нюанс изначально, но все консультанты утверждали, "что такого у нас нет и не будет" - процесс изготовления изделия или полуфабриката растягивает на период более суток или переходит через полночь. Оказалось, что есть такое, пусть раз в 3 дня, но нужно вводить данные операции. Правильно, да и везде так делается - задаётся дата и время начала процесса, а так же дата и время его окончания... но это постоянно, для всех вводить "не нужную" дату конца процесса!

Предупредил - получил ожидаемый ответ, что это неудобно. Сделано с позиции классического разработчика "криво", но пользователям это очень понравилось... При вводе данных о завершении процесса производства, если процесс переходит через полночь, то время увеличивается на требуемое значение, т.е. часов с сутках становится более 24:





Соответственно процесс изготовления может быть более суток:





Конечно пришлось чуток доработать "защиту от дурака", но оказалось, что вся аналитика (хорошо продумал при проектировании) отлично работает с такими временными интервалами.