Производство и снабжение - Продолжается развитие программы в части координации работы плановой службы, производства и снабжения

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

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

Работа с заданиями

Всё, что связано с производством и вопросами применения программы в производстве - Производство - Работа с программой
Страницы: 1
Работа с заданиями, Строки по каждой детали - бледным цветом.
 
Здравствуйте!
Открыл новый заказ на производство - и т.д. - дошел до создать задание, однако в окне "Работа с заданиями: новое" все строки по все деталям бледным шрифтом.
Что-то не так? В документации все ярким шрифтом?
Уровень учета установил Средний.
Его менял на высокий - ничего не изменилось.
Что делаю не так? Скрин прилагаю.
С Уважением!  
 
Здравствуйте,

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

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

Цитата
Станислав написал:
Его менял на высокий - ничего не изменилось.
Выбранный "уровень" влияет на то, какие создаются задания. Если вы выбрали "средний" и нажали "создать задания", то создались задания "среднего уровня". Если вы после этого переключили на "высокий" в панели настроек, то на уже созданные задания это никак не повлияло. Следующие, которые будете создавать, будут "высокого уровня".
Если хотите изменить, те, что уже создали, то удалите их, выберите "высокий", и создайте заново (ну или можно по одному перещёлкивать вручную).
 
У меня на производстве не простых металлоконструкций следующая ситуация:
в цехе одновременно работает 4 сборщика-сварщика, 1 токарь и фрезеровщик.
мне необходимо чтобы в конце месяца я получал информацию, о том, сколько каждый работник выполнил какой работы, и чтобы отражалось на сколько фактическая трудоемкость отличается от запланированной.
при этом я хочу чтобы сотрудники сам выбирали, каким делом им заниматься.  
и с токарями (рабочими, которые работают по одному человеку над какой то одной операцией) -вообще нет проблем в плане учета рабочего, потому что я выбираю высокий уровень учета, а они отмечают начало операции и конец.

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

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

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

Вопрос: каким способом реализовать эту необходимость?  какой уровень учета применять? и главное, как это сделать посредством терминала?
 
Судя по постановке задачи, в частности

Цитата
1113 написал:
мне необходимо чтобы в конце месяца я получал информацию, о том, сколько каждый работник выполнил какой работы, и чтобы отражалось на сколько фактическая трудоемкость отличается от запланированной.при этом я хочу чтобы сотрудники сам выбирали, каким делом им заниматься.
Вам подойдёт "средний" уровень и терминал "Тип 1". Подробнее

Небольшое пояснение:

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

Каким образом происходит выбор выполнения задания сразу несколькими работниками?
то есть, если есть в цеху несколько задач, и например гибкой решили заняться 2е человек.
в это случае каждый из этих 2х сотрудников должен подойти к терминалу и отметить начало выполнения задания? или один сотрудник может сразу отметить "я и мой коллега начали делать операцию"?
 
Каждый должен подойти и выбрать, что он сейчас делает.
Если оба пошли заниматься "Гибкой", то оба по очереди одно и то же на терминале выбирают.
Один "пикнул" - отметил, второй "пикнул"- отметил. И пошли делать.

Чисто физически, может и один, конечно, это сделать.
Взять у своего друга карточку его, и пойти "пикнуть" за себя и за него.
Ну если тому лень самому  :)  
 
Цитата
Константин Чилингаров написал https://vogbit.ru/forum/messages/forum30/topic2605/message16067/2605-pervyy-zapusk-terminala#message...:
Полностью «закрывает» задания мастер на обычном рабочем месте VOGBIT, когда все соответствующие работы закончены (изделие полностью собрано, например).
возникла сложность:
Цитата
1113 написал:
мне необходимо чтобы в конце месяца я получал информацию, о том, сколько каждый работник выполнил какой работы, и чтобы отражалось на сколько фактическая трудоемкость отличается от запланированной.
Цитата
1113 написал:
Поэтому очень важно, чтобы эти сборщики не просто выбирали задания, но и отмечали кто  из 4х человек собирается  выполнять эту операцию. нужно это в том числе для того, чтобы человек, раздающий задания не тратил время на выяснение сколько человек работали над той или иной операцией.
когда мастер закрывает задачи, в статистике производства должно отображаться Трудоемкость плановая и Трудоемкость фактическая. при этом мастеру не достаточно просто взять и в окне "Выполнение" перевести в Из статуса "Выполняется" в статус "Выполнено" (в этом случае Трудоемкость плановая остается пустой). А для того, чтобы в статистике производства трудоемкость плановая заполнилась,  мастеру необходимо провалиться внутрь задания, нажать на кнопку "История выполнения работ", посмотреть кто сколько тратил времени, потом нажать на кнопку "Принять" и отметить между какими сотрудниками делятся нормочасы..

Кроме этого в статистике производства зарплата начисляется как по машинному времени (отметки в терминале рабочим), так и по времени, закрытому мастером, отдельными строками, которые суммируются

непонятно, в чем логика такого задвоения при расчете зп? и как дальше работать?

и можно ли каким то образом упростить работу мастера, чтобы Без его "Подробного" принятия заданий в статистику производства в графу Трудоемкость плановая записывалось значение, пропорциональное потраченному на выполнение задания времени, отмеченному через терминал.?

или может это уже где то объясняли на форуме? спасибо
 
Неправильно делаете.
Много лишних и не нужных действий (собственно, они и ведут к неправильному конечному результату).

Всё намного проще.
На терминале (тип 1, про него речь, я так понимаю из контекста) работники отмечают в реальном времени над чем они сейчас работают (заказ, изделие, операция).
Когда работа закончена полностью, мастер просто переводит соответствующее задание в состояние "выполнено". Например, открывает "График производство - Выполнение" и там правая кнопка -> Выполнено.
И всё.
Больше никаких действий не надо. Всё остальное - лишнее (в вашем случае).

То, что в колонке "Плановая трудоёмкость" в окне "Статистика производства" - это не то, что вы думаете.
Эта цифра используется только на "высоком" / "максимальном" уровне и означает по смыслу несколько другое.
Подробнее на эту тему можно почитать вот тут.

Если Вам нужна какая-то табличка, чтобы выводилась рядом заданная плановая трудоёмкость и фактическая с учётом использования "среднего" уровня и терминалов, то самый быстрый и дешёвый способ прямо сейчас такое получить - это сделать отчёт и "статистики производства".  Потом будут, вероятно, и изменения в самой программе на эту тему, но это не прямо сейчас произойдёт.
 
это получается, что сотрудник может делать 3 часа действие, которое делается 1 час. при этом ему зарплата начислится как за 3 часа.
или наоборот, если сотрудник выполнил работу за 1час ту работу, которую планировалось выполнять 1.5 часа , ему начислится з/п меньше.

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

В случае если я создам шаблон где будет выводиться сравнительная табличка нормативного времени и фактически отработанного, мне придется вручную выбирать за какое действие кому сколько заплатить??

с учетом Вашей рекомендации https://vogbit.ru/forum/messages/forum29/topic2530/message16071/2530-rabota-s-zadaniyami#message1607...
возможен ли необходимый мне результат в автоматическом режиме при среднем уровне учета?
Изменено: 1113 - 14.10.2020 15:51:28
 
Цитата
1113 написал:
это получается, что...

Получается ровно то, что вы сами сделаете, чтобы получалось.
Программа в данном случае - инструмент. Резец. А что им выстрогать, зависит не столько от него самого, сколько от того, кто им работает.

Цитата
1113 написал:
Задача, как мне кажется, актуальна для многих производств

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

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

Разные предприятия по разному решают вопрос мотивации и оплаты труда своих сотрудников. Вот только несколько примеров, что я лично сам видел:

Кто-то вводит окладно-премиальную систему. Когда есть постоянная часть зарплаты, которая вообще ни от чего не зависит, а есть переменная, которая зависит от выполнения некоторой «нормы». Выполнил полностью «норму» - один размер этой «дополнительной части», недовыполнил – другой, перевыполнил – третий. Причём зависит от того, насколько перевыполнил – 5%, 10%, 30%? И зависимость нелинейная.

Кто-то разделяет работы на «плановые» и «дополнительные». К заданиям добавляет свои признаки для их классификации потом в статистике. И потом свои выборки по этим признакам строит по выполненным работам, чтобы определить «хорошо» отработали или «плохо».

Кто-то за одну и ту же работу по-разному платит, например, в дневную и ночную смены. Кто-то разделяет время, когда выполнялась работа, на «обычное» и «внеурочное», и опять же, платит по-разному за него. Причем это физически может быть одно и то же время. Для одного рабочего оно будет «обычное», а для другого то же самое время – «внеурочное».

Кто-то «начисляет» работнику его нормо-часы или деньги сразу по выполнении работы, а кто-то настаивает на том, что разделять и начислять всем принимавшим участие нужно только тогда, когда готовое изделие, которое они все детали, дойдёт до заказчика. Второе, так-то, с точки зрения бизнеса, конечно, более логично выглядит. Но что делать, если цикл изготовления изделия исчисляется месяцами?

Кто-то категорично утверждает, что деньги человеку нужно начислять только за сданные за смену "штуки" и никак иначе! Ни в коем случае не за "часы"! Здорово, конечно... , но как Вы будете применять такой принцип, когда одну "штуку" делали 10 разных человек в течение 8-ми смен, причём совершенно "неравномерно" в плане участия в этом процессе.

Видел я, как директор одного небольшого предприятия (ЧПУ обработка деталей) сам лично просто внимательно смотрел в VOGBIT (глазами) статистику подробную за смену: сколько времени уходило на деталь у одного конкретного оператора, у другого, и на основании этого делал свои выводы об «эффективности» своих сотрудников.

Видел работающую (и прекрасно, надо сказать, работающую, но только в рамках конкретного предприятия) систему, когда сама норма изменяется в зависимости от конкретного исполнителя. Когда высококвалифицированный работник за то же количество нормо-часов получает зарплату в 2 раза больше, чем низкоквалифицированный, но при этом нормы на одно и то же задание для первого и для второго отличаются на 30%. То есть более квалифицированный рабочий получает за свой труд в единицу времени больше, но и спрос в плане количества выполненной за смену работы с него тоже больше. С другой стороны, могу тут же сходу привести примеры других предприятий (тоже все наши заказчики, только другие), где точно скажу, такая схема работать не будет вообще, по определению.

К чему это всё?
К тому, что нет волшебной кнопки или формулы, которая работала бы для любого производства, нажал её, и программа автоматически посчитала сама, сколько какому рабочему денег заплатить, и все счастливы.
Потому что разные предприятия. Технология разная. Условия разные. Люди на них разные, руководители, в первую очередь. И то, что прекрасно работает на одном предприятии, при попытке чисто механически перенести это на другое предприятие оказывается там совершенно бесполезно или даже вредно. Кстати, это касается не только вопросов мотивации и оплаты, но и практически всех, наверное, аспектов, связанных с управлением (и соответственно и применения ПО для управления).

Возвращаясь же к теме определения размера вознаграждения для рабочего,

Цитата
1113 написал:
возможен ли необходимый мне результат в автоматическом режиме

А это вопрос, как раз, к Вам, в первую очередь. Именно Вы, как руководитель, должны определить, за что и как вы платите своим людям. И внедрить соответствующую схему. Если при этом вы будете опираться в этой своей схеме на данные объективной статистики (кто делал, что делал, когда, сколько времени потратил, сколько заложено было по нормативу) – все карты вам в руки. Программа здесь вам поможет и процесс организовать и статистику собрать. Но вот по каким правилам эту статистику превращать в деньги для Ваших людей, и можно ли это автоматизировать или нет – это уже к вам вопрос. Можете ли вы придумать какую-то схему (алгоритм, формулу), чтобы по ней считать – значит и считайте по ней. Технически как организовать (как считать) – тут уже есть варианты. Кто-то обходится простыми «отчётами» из VOGBIT. Кто-то выгружает из «статистики производства» в VOGBIT данные в Excel, а потом там свои макросы запускает. По-разному можно сделать. Главное понимать что.
 
спасибо за развернутый ответ. только Разнообразие методов начисления ЗП очевидно и не оспаривается.
Лирическое отступление:
вопрос "как бы так адекватно начислять ЗП рабочим"- как говорится, проблема стара как мир.
Раньше мы платили всем пропорционально часам, проведенным в цеху из ФОТ рабочих, который формировался "сдельно" от произведенных единиц продукции. и этот ФОТ не зависел от суммарного проведенного времени в цеху. и понятно, что если все приходили в цех одинаковое количество часов, вклад сотрудников разный. отсюда шла несправедливость: а почему я все умею, но меня зп такая же как у того, которые ничего не умеет. применили КТУ. однако уровень зарплат сильно варьировался изза того сколько и какие именно изделия сделали за месяц, в этом случае была коронная фраза "Ну мы же работали..." (потому что фзп на разные изделия был не пропорционален трудоемкости). потом год назад перешли к окладам с разными ставками. но в итоге в течение полугода производительность упала, а фзп оставался неоправданно большим.
при этом необходимость прописывать техкарты появилась давно, но они не составлялись, ввиду постоянного расширения номенклатурного ряда продукции и нехватки кадров для этого действия.
и вот месяца 3 назад начали прописывать техкарты, чтобы платить зп сдельно за каждое действие. и в итоге наткнулись на ерп (ваших конкурентов). Проанализировав и немного изучив рынок такого ПО, посчитали ваш продукт более выгодным и снабженным достаточном функционалом.

Цитата
Константин Чилингаров написал:
должны определить, за что и как вы платите своим людям. И внедрить соответствующую схему. Если при этом вы будете опираться в этой своей схеме на данные объективной статистики (кто делал, что делал, когда, сколько времени потратил, сколько заложено было по нормативу)
я определился, и вот мой порядок действий:

1) я прописываю техпроцесс, нормирую его. причем стараюсь делить технологию на операции не более 4х часов совместной работы. и теперь у меня есть первый параметр цифра "нормативная трудоемкость" операции Х (то бишь нормативная).
2) я создаю заказ, создаю задание на среднем уровне учета. и теперь в терминале есть задача "Операция Х" которую можно начать, например вдвоем, и закончить. и теперь у меня есть второй параметр "трудоемкость факт работника 1" и "трудоемкость факт работника 2"
3) я запускаю режим "статистика производства"  и вижу только вторые параметры.  и вы ранее сообщили, что первый параметр можно засунуть в табличку только отредактировав шаблон отчета. но мне нужен не столько шаблон, сколько функция "Сохранить в Exel" - ведь в этом случае я получаю достаточно удобную табличку, в которой могу писать макросы. Как мне в этой табличке получить столбик "Нормативная трудоемкость" - трудоемкость прописанная мною в тех процессе???
в итоге, сгруппировав последовательно по "Операции", "Изделие.Обозначение", "Сотрудник" (5.jpg) получаю предварительную таблицу,  открываю ее в программе exel (6.jpg).
Такая таблица ОЧЕНЬ удобная и информативная.
4) Далее я пишу макрос, который пробегает по всем операциям, вычисляет "суммарную трудоемкость факт" (общая за операцию) по всем сотрудникам в рамках каждой операции записывает, маркирует это задание в соответствие тем, больше или меньше факт от норматива.
5) пишу макрос, который записывает в новый столбик "трудоемкость относительная" которая вычисляется по формуле "трудоемкость факт работника1" / "трудоемкость факт общая за операцию" * "Нормативная трудоемкость операции"
6) в столбик "Сумма" записываю новую формулу: "Трудоемкость относительная" * "Расценка"

в результате я получаю необходимую мне табличку. Далее данные оцениваю.
а) по критерию из шага 4, и решаю: внести ли изменения в технологическую карту (если например, операцию сделали быстрее чем планировалось, или например в 2 раза дольше чем планировалось), или спрашиваю сотрудников, а почему вы так долго делали.
б) по критерию из шага 5, и уточняю, например почему в этой операции один потратил на выполнение 10 часов, другой 2 часа, при этом нормативная трудоемкость была прописана на выполнение 2мя людьми в течение 2х часов - то есть какого фига первый сотрудник взялся выполнять эту операцию один, когда надо было вдвоем.  и вношу коррективы в столбик "Трудоемкость факт" работника 1 и "Трудоемкость факт" работника 2.

Самое главное: я не спрашиваю Вас как реализовать все 6 шагов и аналитику в придачу - ни в коем случае.
учитывая то, что я работаю на среднем уровне учета (то есть я не генерирую значение параметра "Трудоемкость план"), я уточню вопрос: "как в табличку, генерируемую стандартным функционалом программы (6.jpg), отобразить один параметр, который уже есть в базе данных? (конкретно говорю о нормативной трудоемкости, заданной в "технологии подробно").

я осознаю, что я сильно непросвещенный юзер, и задал вам вопрос: может у вас уже есть готовое для решения этой маленькой задачи? на это вы дали развернутый ответ - нет.
5.jpg (41.12 КБ)
6.jpg (447.21 КБ)
Изменено: 1113 - 16.10.2020 19:27:44
 
Понятно. Спасибо за подробные разъяснения!

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

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

Можем Бэта версию дать с этой функцией. Быстро. Но могут быть баги.

Если бэта тестерами выступать не хотите, но нужно срочно, то через сейчас механизм "отчётов" можно сделать.
Простейший вариант, самый дешёвый по трудозатратам - сделать шаблон, чтобы без группировки просто 1 в 1 высыпал в Excel табличку, как в "Статистике" только плюс ещё колонка эта "Нормативная трудоёмкость" со значением соответствующим. Можно попутно повыкидывать при этом ненужные колонки, оставить только нужные.
Дальше макросом обрабатываете эту табличку.
 
Цитата
Константин Чилингаров написал:
сделать шаблон, чтобы без группировки просто 1 в 1 высыпал в Excel табличку, как в "Статистике" только плюс ещё колонка эта "Нормативная трудоёмкость" со значением соответствующим.
вот здесь https://vogbit.ru/support/377/, как я понял, инструкция как делать шаблон. но сложилось впечатление, что это значительно сложнее чем формулы и макросы в ХЛ. (разбираться целиком с самого начала не хотелось бы).

ниже код шаблона из ячейки справа от DS. я понимаю, что идет импорт данных из базы, идет вычисление значений новых переменных.
Код
SET DATEFORMAT dmy;
Cre ate   table #Temp_tbl 
([Idx] int,[Дата] nvarchar(max),[Номер смены] nvarchar(max),[Пост] nvarchar(max),[Начало работы] nvarchar(max),[Окончание работы] nvarchar(max),[Подразделение] nvarchar(max),[EmployeeId] nvarchar(max),[Работник] nvarchar(max),[Задание] nvarchar(max),[Комментарий к заданию работнику] nvarchar(max),[Состояние] nvarchar(max),[Трудоёмкость план] float,[Трудоёмкость факт] float,[ID] nvarchar(max),[Заказ] nvarchar(max),[Технологическая карта] nvarchar(max),[Изделие. Обозначение] nvarchar(max),[Изделие. Наименование] nvarchar(max),[Комментарий в графике производства] nvarchar(max),[Операция] nvarchar(max),[Комментарий к операции в ТП] nvarchar(max),[Номер операции] nvarchar(max),[Выдал] nvarchar(max),[Принял] nvarchar(max),[Уровень учёта] bigint,[Сдано, шт] float,[План, шт] nvarchar(max),[Расценка] nvarchar(max),[Сумма] float,[Комментарий к заданию производству] nvarchar(max),[Добавленное задание] nvarchar(max),[Наладка] nvarchar(max),[PlaceTaskId] nvarchar(max),[UnitWorkersId] nvarchar(max),[UnitTaskId] nvarchar(max))

declare @qs nvarchar(max)
set @qs = (sel ect top 1 op.stringvalue fr om [Views].[ObjectParameters] as op wh ere op.id =  (SEL ECT TOP(1) ID FROM   (%CurrentQueryPart2WithoutOrderBy%) AS CQ))
ins ert #Temp_tbl  execute (@qs)

SELECT     ROUND(SUM([Трудоёмкость план]), 2) AS [Трудоёмкость план], ROUND(SUM([Трудоёмкость факт]), 2) AS [Трудоёмкость факт], [Подразделение]
into [#Temp_ord]
FROM [#Temp_tbl]
GROUP BY [Подразделение]


SELECT    #Temp_tbl.[Подразделение], CONVERT(varchar, GETDATE(),104) AS CurrDate,
ROUND(SUM(#Temp_tbl.[Трудоёмкость план]), 2) AS [Трудоёмкость план], 
ROUND(SUM(#Temp_tbl.[Трудоёмкость факт]), 2) AS [Трудоёмкость факт], 
#Temp_ord.[Трудоёмкость план] AS [Трудоёмкость план заказ],                      
#Temp_ord.[Трудоёмкость факт] AS [Трудоёмкость факт заказ], 
ROUND((SEL ECT SUM(#Temp_tbl.[Трудоёмкость план]) AS [Трудоёмкость план вся] FROM #Temp_tbl ),2) AS [Трудоёмкость план вся], 
ROUND((SEL ECT SUM(#Temp_tbl.[Трудоёмкость факт]) AS [Трудоёмкость факт вся] FR OM #Temp_tbl ),2) AS [Трудоёмкость факт вся],

CONVERT (NVARCHAR(10),(SELECT MIN(CAST(#Temp_tbl.Дата AS DATETIME)) FR OM #Temp_tbl),104)AS [Дата от], 
CONVERT (NVARCHAR(10),(SELE CT MAX(CAST(#Temp_tbl.Дата AS DATETIME)) FR OM #Temp_tbl),104) AS [Дата до]                             
                      
FR OM   #Temp_tbl LEFT OUTER JOIN #Temp_ord ON  #Temp_tbl.[Подразделение] = #Temp_ord.[Подразделение]
    
                    
GROUP BY #Temp_ord.[Трудоёмкость план], #Temp_ord.[Трудоёмкость факт], #Temp_tbl.[Подразделение]
ORDER BY #Temp_tbl.[Подразделение]

Dr op   table #Temp_ord
Dr op   table #Temp_tbl
по идее мне надо добавить в 3ю строку дополнительный параметр [Трудоемкость] float
далее удалить создание новых переменных и все вычислительные функции для них
и просто заполнить ячейки А1 по Z1  этими параметрами? Есть подозрение, что я много чего упускаю.
Можно увидеть Шаблон, применяемый в  функции "Сохранить в EXEL"

если бы было видео, как кто-то создает какой-нибудь шаблон с нуля в программе, то, думаю, что я бы смог подхватить алгоритм и логику действий, и создать свой шаблон (как это было с видео по использованию программы, или с тем же самым ХЛ - в интернете полно их. Пользуясь случаем, Выражаю Благодарность за грамотные видеомануалы.

на днях поставлю терминал в цех. на обучение всего персонала дисциплине работы с терминалом. уйдет недели 2-3.
планирую собирать такую статистику 1 раз в неделю. (чтобы успеть не забыть, какие задания были за неделю), то есть такой функционал понадобится уже в ближайшее время.

если выход новых обновлений  планируется не ранее 1 месяца - то бетатестером быть готов. поставлю ее на другой компьютер чисто для формирования статистики производства. возникнут ли баги при добавлении параметра - вам конечно виднее, но я скорее оптимист, а посему как эту версию получить?
 
"Сохранить в Excel" и "Отчёты" (reporter, который использует "шаблоны") - это разные инструменты, они работают по-разному.

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

Версия (бэта) с вашей колонкой есть уже (рис.1). Можем дать. Подробности по почте.
Ставить нужно на все места одинаковую версию. Обновление закачивается в базу данных, клиенты сами обновляются при первом подключении.

По поводу багов - из-за добавления этого одного параметра ничего не будет. Ерунда. Баги могут быть из-за того, что в эту версию вошли уже сотни других, значительно более серьезных изменений, по сравнению с майской версией. В целом всё это оттестировано уже. Но может ещё где-то что-то и остаться незамеченное пока.
1.png (42.68 КБ)
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4006
Приняло участие в обсуждении: 416
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт