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

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

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

Уровни учета терминала.

Использование цеховых терминалов - Терминалы - Работа с программой
Страницы: 1
Уровни учета терминала.
 
Добрый день!
Есть вопрос по уровням учета терминала:

1) Уровни учета Терминала и Уровни учета в программе связаны между собой?
2) Уровень учета 1 и уровень учета 3 какие отличия принципиальные? Как я понял из документации, на уровне 1 нет возможности приостановить задание, сдать часть изделий. А как организован учет рабочего времени? что попадает в статистику?

 
 

Здравствуйте,

Вы перепутали.
Это разные совершенно понятия. Разные сущности.

Есть «Уровень», есть «Тип терминала». Они связаны тем, что для каждого «уровня» существуют свои «типы терминалов». Можно и наоборот сказать: каждый «тип терминала» предназначен строго для какого-то определенного «уровня». Так тоже правильно.

Однако «Уровень» - это «уровень», а «тип терминала» - это «тип терминала». Это вещи разные.

Уровень достаточно глобальное понятие. Определяет, в целом, порядок (способ) использования программы. Вот тут подробная статья об уровнях. Там всё расписано: какие они бывают, для чего какой подходит или не подходит, ключевые отличия, примеры, типичные ошибки.

Уровней всего 4: минимальный, средний, высокий и максимальный.

Хотя, по сути, по смыслу, особенностям, порядку применения – можно разделять и на 3: минимальный, средний и высокий/максимальный. Потому что на самом деле максимальный – это разновидность «высокого». По своим принципам, особенностям и области применения – тот же высокий, только с некоторыми отличиями интерфейсными. По состоянию на сегодняшний день.

Подробнее про уровни читайте по ссылке выше.

Тип терминала – это вариант логики, по которой работает приложение «цеховой терминал».

Почему их тоже несколько разных?

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

Можно было бы написать несколько разных приложений, но это неудобно. Потому что часто на одном и том же предприятии используются несколько типов терминалов. В целях экономии покупается наименьшее возможное количество устройств (особенно на первом этапе), и на одном и том же терминале могут отмечать работники с разных участков. Логика «отмечания» у них разная. И было бы крайне неудобно, если бы каждый раз приходилось закрывать одно приложение, запускать другое, потом обратно и так постоянно. Абсолютно нерабочий вариант (ну или ставить столько физических, разных, терминалов, сколько надо «типов» для работы, но это сразу больше железа и лицензий нужно).

Поэтому сделали «типы» терминалов. То есть приложение-терминал – это, по сути, несколько программ с разной логикой, заделанные внутрь одного приложения. Какой «тип» выберешь, такая логика и включится. Подойдет человек со слесарного участка, у него своя последовательность действий будет (тип терминала). Выйдет он, подойдёт оператор с ЧПУ участка к тому же самому терминалу – у него другая, своя последовательность действий будет (другой тип терминала).

Каждый «тип терминала» предназначен строго для какого-то определенного «уровня» (подробно об уровнях - ссылка выше).

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

Итак, типы терминалов по уровням в VOGBIT:

Минимальный уровень – Тип терминала 0

Средний уровень – Типы терминалов 1, 2, 24, 25 (последние два появятся в ближайшем обновлении, как и модифицированный тип 2)

Высокий/максимальный уровень – Тип терминалов 3, 4, 5, 6.

Теперь вкратце по типам терминалов:

Тип 0

Терминал для «минимального» уровня. Подразумевает только фактическое измерение времени выполнения конкретным работником некоей «работы». Подробнее – см. статью об уровнях. Никакого «количества» на терминале типа 0 вообще не отмечается, в принципе. Окончательное закрытие «работы» (при этом может как вноситься какая-то информация по «количеству», так и не вноситься – чаще второе на практике) выполняется мастером (условно, начальником, пользователем VOGBIT) через обычное рабочее место VOGBIT. Вариант для окончательного «закрытия работы» мастером через терминал тоже когда-то делали, и он даже существует, но он не прижился (точно не помню, но это как раз было отдельное приложение, кажется).

Тип 1

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

Таким образом, основное предназначение терминала Типа 1 – это сбор данных о выполнении каких-то длинных работ, типа сборки или сварки сложных изделий, выполняемых несколькими людьми, несколько дней.

Как вариант, иногда терминал Тип 1 используется также при упрощенном контроле производстве при использовании метода «по комплектам» и укрупненного нормирования. Когда, например, не отмечают рабочие каждую деталь, а просто отмечают время. Занимался снятием фасок по такому-то заказу. Начал во столько, закончил во столько. Рабочий отмечает только время потраченное, какие конкретно детали вообще не отмечает. При укрупненном нормировании это нормально. Там все равно норма дается общая на снятие фасок на все детали по заказу, а не на каждую отдельно. Детали по количеству готовые по операции отмечают для себя мастера (если им это нужно) на обычном рабочем месте VOGBIT.

Тип 2

Простейший вариант для отметки «коротких» работ для «среднего» уровня. Типа пиление, механическая обработка каких-то не очень сложных деталей и т.п. Из серии, когда работник отмечает: «я Иванов, делал деталь «АБВД.100.000.002 Палец», Операция 010 Токарная, сделал 15 шт.».

Выбор детали производится считыванием её штрих-кода. С ярлыка, маршрутного листа, задания – не важно откуда.

Выбор операции – пальцем на экране.

Ввод количества сделанного – если всё сделал, то не надо ничего вводить, только Ок нажать, если не всё – то вводишь пальцем на экране, сколько сделал.

Пример, как работает терминал тип 2 – вот в этом ролике.

В ближайшее обновление войдёт новая версия терминала «типа 2». Отличие – можно отмечать, что несколько работников делали операцию. Для гибщиков, сварщиков бывает актуально.

Нормо-часы в данном случае закрываются всегда по нормативам, указанным в задании. Никакого фактического изменения времени нет, соответственно, не нужно задания вообще «брать в работу». Только отмечать, что сделал.

Тип 24, 25 (появятся в следующем обновлении)

Терминалы для «среднего» уровня с учётом фактического времени работы.

Тут в отличие от «Тип 2» сначала нужно обязательно «взять задание в работу», потом «сдать», когда закончил, приостановил или перешел на другое. Все в этом плане почти, как на высоком уровне, однако с учётом накопленного к сегодня опыта, уже сделали попроще и более user friendly.

То есть, главное отличие от «тип 2», что в данном случае («Тип 24, 25») фиксируется не просто факт выполнения, а и время тоже, когда начал, когда закончил.

Отличие основное – Тип 24 в статистику в качестве закрытой трудоёмкости пишется фактически прошедшее время между взятием и сдачей задания. Тип 25 – время фиксируется, но в статистику пишется кол-во нормо-часов по нормативу, в зависимости от сданного кол-ва деталей.

То есть при использовании терминала тип 24 нужно в реальном времени отмечать, что начал работу над каким-то конкретным изделием, закончил с ним работать. При использовании тип 25, можно, например, в понедельник понабрать себе «в работу» пачку заданий, потом в пятницу прийти отметить по ним, что сделал.

Дополнительно в терминалах типа 24, 25 появится возможность при желании указать «Станок» при взятии задания. Такого раньше не было. Делать не обязательно, но при если нужно, то можно. Нужно для того, чтобы на «среднем» уровне:

- собирать статистику по единицам оборудования;

- рисовать табло в реальном времени на каком станке сейчас какая деталь стоит, кто оператор, когда поставил, это наладка или изготовление;

- учитывать для ЧПУ участков отдельно наладку и обработку на уже налаженном станке.

Раньше это всё было возможно только на «высоком/максимальном» уровне. Теперь, с появлением Типов 24, 25, можно и на среднем.

Типы 3, 4 и 5

Терминалы для «высокого/максимального» уровня. Когда есть заранее составленное точное задание на конкретный пост, работника, на конкретную смену.

Тип 4 – вариант для участков ЧПУ. Когда пост = обрабатывающий центр. Один работник при этом может брать задания в работу параллельно на нескольких постах. Но на одном посту, если какой-то работник сейчас выполняет задание, то другой взять не может. То есть один оператор может ставить детали одновременно на нескольких станках. Но нельзя поставить в работу одновременно две разные детали на один станок. В «нормо-часы» в статистику пишется фактического время между взятием в работу и закрытием задания. Можно отдельно учитывать «наладка» это или «обработка».

Тип 3 – то же самое, только вариант для слесарей, сварщиков и т.п. С обратным ограничением. Что на одном посту параллельно могут брать в работу задания разные работники. Но один человек может выполнять в один и тот же момент времени только одно какое-то задание. Т.е. несколько сварщиков на одном посту могут делать каждый свое задание. Но один сварщик не может одновременно варить 2 разных узла в одно и то же время. Сначала один, потом другой. В «Нормо-часы» в терминале типа 3 пишется так же фактически прошедшее время, между взятием и сдачей задания.

Тип 5 – то же самое, что тип 3, только в нормо-часы пишется закрытая трудоёмкость по нормативу. То есть расчётная на 1 шт изделия по заданию * кол-во сданных работником изделий.

Тип 6

Максимально упрощённый терминал для «высокого/максимального» уровня. Аналог «типа 2» по сути, но только для «высокого» уровня. Не надо «брать» задания в работу, только отмечать сразу, что сделал (никакого фактического измерения времени тут нет, естественно, им намеренно пожертвовано для упрощения). Нет строгой привязки к текущей смене. То есть можешь, например, сегодня отметить задание за вчера. Или за позавчера, или за завтра… Без разницы, главное, чтобы тебе, как работнику, вообще в VOGBIT это задание было на когда-то выдано. «Передвигать» его именно на сейчас, чтобы отметить, не обязательно. Можно и так отметить.

 
Как я понял - на "среднем" уровне только контроль - что когда и кем выполнено.
И нет планирования, то есть все операции, которые запущены в производство, "вываливаются" на участок. И когда работник подходит к терминалу он видит все задания и может взять любое из них на свое усмотрение. Правильно я понимаю?
 
Там не совсем так.

Цитата
Alex-220781 написал:
все операции, которые запущены в производство, "вываливаются" на участок
Если настроить соответствующим образом, то "вываливается" только то, что уже дошло по своему маршруту до этого участка на текущий момент (можно и всё посмотреть, если интересно).
Можно, чтобы "вываливалось" отсортированное по приоритетности сразу.

Цитата
Alex-220781 написал:
И когда работник подходит к терминалу он видит все задания и может взять любое из них на свое усмотрение.
Опять же, не совсем так. Работник что-либо берет в работу или сдаёт на терминале "среднего уровня", посредством считывания штрих-кода. Не выбирает на экране.
Откуда он возьмёт этот штрих-код?
Тут разные могут быть варианты.
Можно распечатать ему чертёж со штрих-кодом (задание на конкретное изделие, наклейку, ярлык, маршрутник и т.п.), отдать в руки и сказать: "делай сейчас вот это".
Можно распечатать некое "задание" в виде списка: "Сейчас делаем вот это, это и вот это", и штрих-код напротив каждой строчки.
Если в производстве к каждому изделию приложен сопроводительный лист любого вида со штрих-кодом (вот тут разные примеры), то можно в любом доступном виде рабочему сказать, что ему дальше делать, и он просто возьмет с того шкафа, которым он сейчас начал заниматься, этот лист и пойдёт "пикнет" с него штрих-код на терминале. Тем самым отметив, что он сейчас делает этот шкаф. Скажут неожиданно делать другой - пикнет листом от того, который делал сейчас, что с ним он пока закончил, возьмет листик с того шкафа, каким сказали заниматься, и пикнет, что теперь он этот шкаф делает.

Основная идея "среднего" уровня на сегодняшний день такова:
Перед каждым участком и/или технологической операцией есть "очередь" - что до этого участка/операции на сейчас дошло. Формируется программой автоматически по мере отметки на предыдущих операциях по маршруту. При наличии приоритетов эта очередь сортируется по приоритетам.
Работники берут в работу задания из этой "очереди" сами или по указанию мастера непосредственно на участке.

В текущей реализации можно на обычном рабочем месте VOGBIT (компьютере) можно:
  • отобразить (увидеть) эту "очередь" текущую по каждому участку/операции;
  • включить сортировку по приоритету (устанавливается для заказа или для позиции заказа);
  • выделить строчки из "очереди" и распечатать из в виде "текущего задания".
Вообще, изначально эта вся конструкция делалась сразу с прицелом вывода такой отсортированной по приоритетам "очереди поступившего на участок/операцию" на некий телевизор в цехе. Чтобы был некий dashboard (телевизор), на котором показывалось что-то вроде:

Участок такой-то, операция такая-то
Сейчас в работе:
  • Иванов - заказ ХХ изделие ХХХХ
  • Петров - заказ YY изделие YYYY
Дальше делать:
  • Заказ АА изделие ААА, приоритет 3
  • Заказ ББ изделие БББ, приоритет 3
  • Заказ ВВ изделие ВВВ, приоритет 15
  • .....
  • .....
То есть идея "среднего" уровня, чтобы в отличие от высокого не нужно было заранее распределять, а динамически отображалось, что делать дальше по мере поступления этого на участок. А рабочие сами брали следующие задания по списку, или мастер уже там "подруливал" непосредственно на месте. Если приходит что-то более приоритетное внезапно, то оно просто автоматом встаёт в начало "что делать дальше". Если оно настолько более приоритетное, что надо бросать то, что делаем сейчас, то мастер может дать команду, чтобы кто-то остановил работу по текущему заданию (вернётся обратно "в очередь") и взял вновь поступившее (перейдёт во "в работе").

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

"Телевизор для участка" технически пока такой не сделали. Ничего не держит, в программе самой всё для этого подготовили. Хочется просто если делать, то сразу и обкатывать на реальном участке. Так лучше получается. Но пока среди хороших "друзей-клиентов" никто из директоров не рвется реально повесить телевизор на участок и организовать такую штуку. Как только кто-нибудь реально соберется, мы можем за недорого сделать ему, у нас всё, вроде, готово в VOGBIT изнутри. Ну нам так кажется, по крайней мере  :D . Дальше пробовать нужно эту идею уже на практике.

Цитата
Alex-220781 написал:
И нет планирования
Чего пока нет, так это чтобы можно было нарисовать что-то вроде общего плана на неделю-две в виде некоего "графика". Что "сейчас делаем вот это, потом вот это".
Но мы работаем над этим. Есть идеи.
 
Цитата
Константин Чилингаров написал:
Чего пока нет, так это чтобы можно было нарисовать что-то вроде общего плана на неделю-две в виде некоего "графика". Что "сейчас делаем вот это, потом вот это". Но мы работаем над этим. Есть идеи.
То есть на "среднем" уровне окно "Загрузка" бесполезно. Я не могу увидеть загруженность по постам, и перераспределить задания так как нужно в соответствии со сроками выполнения - какой то заказ нужен раньше, какой то может подождать, какой то нужен еще вчера.
Какое-то планирование на неделю-две это моя мечта. Я бы назвал это прогнозированием - сможем-не сможем и что предпринять заранее.
 
Цитата
Alex-220781 написал:
То есть на "среднем" уровне окно "Загрузка" бесполезно.
Да.

Цитата
Alex-220781 написал:
Я не могу увидеть загруженность по постам, и перераспределить задания так как нужно в соответствии со сроками выполнения - какой то заказ нужен раньше, какой то может подождать, какой то нужен еще вчера. Какое-то планирование на неделю-две это моя мечта. Я бы назвал это прогнозированием - сможем-не сможем и что предпринять заранее.
"Высокий" уровень и окно "загрузка" тоже для этого не очень подходят, прямо скажем.
Это окно ("загрузка") хорошо для распределения работ на сейчас (на текущую смену, на следующую). Причём точного и детального распределения.
И для визуализации фактической загрузки (в ретроспективе, кто по факту как был загружен) тоже неплохо зарекомендовало себя.
А вот для "перекидывания" в рамках планирования на неделю две - не подходит. Точнее плохо очень подходит. Нужно другое.  

Для планирования "верхнего уровня" (выстраивания общей плановой очередности на уровне "заказов" целиком и производства целиком), а также определения текущих приоритетов, на какой заказ сейчас по возможности бросать силы в первую очередь, на какой во вторую и т.п., сейчас уже есть специальный новый "экран", который показывает общий "график" (примерные сроки, последовательность), на котором одна полоска соответствует одному "заказу", и заказы в нем автоматически сортируются  по "критичности":
  • уже сорванные (уже срок прошел, а мы ещё не доделали)
  • те, которые пока ещё срок не подошел, но судя по всему, если так дальше пойдёт, то похоже сорвем;
  • те, которые пока, вроде, ещё не срываем, но похоже приближаемся к этому
  • и т.д. по мере уменьшения "угрозы"  :)
Пока в общий дистрибутив это не входит. Но физически уже существует. Экспериментальная разработка пока, обкатываем  пока что с некоторыми клиентами.

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

Не хватает некоего "среднего уровня планирования". То есть не так чтоб заказ целиком и производство целиком (верхний уровень), а все таки некие ресурсы (участок, пост, станок, человек, звено, бригада - тут у кого что) на которые планировать работы. Но и не слишком детально, с точностью до конкретных заданий на конкретное врямя конкретному человеку, как сменные задания в окне "загрузка" (переставлять потом замучаешься, если что-то не так пойдёт, а оно совершенно точно "не так пойдёт"...). Напрашивается что-то посередине. Не слишком укрупнённо, но в то же время и не слишком детально.
Уже думаем над этим.
 
Цитата
Константин Чилингаров написал:
переставлять потом замучаешься, если что-то не так пойдёт, а оно совершенно точно "не так пойдёт".
Это да - нужен более наглядный и простой способ.
Как вариант:
Сейчас в окне "Распределение работ" видны разделители заданий, каждое задание - это полоска. При наведении курсора на смену - показывает заказы и загрузку. Предложение: мышкой "цеплять" задания и перетаскивать туда, куда нужно.
 
Не пойдёт...
Жизнь разнообразна.
На картинке пример с реального предприятия. Один из...
Как будем мышкой вылавливать там то, что перетаскивать?  :D

Нет. Нужно другое.

P.S. Мысли есть.
1.png (36.29 КБ)
 
Цитата
Константин Чилингаров написал:
На картинке пример с реального предприятия. Один из...
Цитата
Константин Чилингаров написал:
Как будем мышкой вылавливать там то, что перетаскивать?
Ожидал этого вопроса. Все решаемо.
Цитата
Константин Чилингаров написал:
P.S. Мысли есть.
Будем ждать.
 
Цитата
Константин Чилингаров написал:
Как будем мышкой вылавливать там то, что перетаскивать?
Варианты на "скорую руку":

1) выделять смены, между которыми собираемся перетаскивать задания и выводить на экран в увеличенном виде.
2) Возможность открытия нескольких окон сменного задания - но в окнах должны быть "столбики" загрузки.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4006
Приняло участие в обсуждении: 416
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт