Windows DispJournal

[poizon]

Есть ли удаленный доступ до ПК?
Вы попробовали дистриб 1.1.8.1? как он себя ведет?
Есть ли права для работы с реестром у текущего пользователя для раздела Local_Machine?
еще раз предлагаю перейти в плоскость общения по электронной почте. все же это не совсем формат форума.

Проблема частично решена: поставил этот же дистрибутив в железе и установил DispJournal 1.0.3.8 (был у меня в архиве, а ваш сайт в это время лежал), встал нормально, затем успешно обновился до 1.1.7.4 (он предлагается в разделе программы на данный момент, где взять 1.1.8.1 я не знаю).
В виртуалке 1.0.3.8 вообще отказывается устанавливаться.

UPD. появилась мысль: в железе на диске создано 2 раздела и SQL, DispJournal установлены на D

 

[poizon]

Могу предложить следующее. Диспетчера группы "Системная" видят всех механиков. Устроит?

Это не реализовано?

 

[Arcady]

Это не реализовано?

реализовано вроде, надо глянуть.

ссылка на дистриб выше в посте. вот еще раз:
https://drive.google.com/file/d/1w7QSJwZs_W...iew?usp=sharing

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

 

[poizon]

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

Конечно надо наоборот, механики же на участках, а не диспетчеры.

 

[poizon]

Еще пожелание: можно виджет сделать всплывающим? Когда он постоянно висит он занимает прилично места и слегка бесит.

 

[poizon]

Конечно надо наоборот, механики же на участках, а не диспетчеры.

До сих пор жду, заявки давать нет возможности.

 

[Arcady]

До сих пор жду, заявки давать нет возможности.

http://www.lkds.ru/programms/changelog/12033
ВАЖНО: перед обновлением необходимо создать резервную копию БД!

 

[revit]

А вот этот список можно как то изменять и добавлять?


Как-то пп.5-12 не совсем подходят под определение заявки.
Сформировать заявку на "Отключение лифта...." ???

А где "Аварийное застревание пассажира"? Да и много других стандартных заявок может быть , которых нет в списке.

 

[support]

А вот этот список можно как то изменять и добавлять?
Вложение IPB #2586

Как-то пп.5-12 не совсем подходят под определение заявки.
Сформировать заявку на "Отключение лифта...." ???

А где "Аварийное застревание пассажира"? Да и много других стандартных заявок может быть , которых нет в списке.

Этот список изменять не планировалось. Использование "фиксированных" пояснений позволит в дальнейшем выполнить поиск или сортировку. Если выбирать не из списка всегда есть вероятность ошибки при вводе (например, орфографическая ошибка, лишний пробел и т.д.), которая потом не позволит выполнить сортировку или поиск.

"Отключение лифта" может попадать в п.7 списка.

"Аварийное застревание пассажира" это п. 1 списка.

 

[revit]

Фраза "формирование заявки на отключение лифта..." это нормально по вашему?
Я это имел ввиду применительно к пп5-12.
Я считаю что логичнее все таки-заявка на:
- проведение техн. обслуживания.
- устранение угрозы...
- проведение внепланового тех. освидет.
- проведение планового тех.освидет.
- капремонта
- выполнение мероприятий...
и т.д. и т.п
Да и длинные определения не умещаются в строку полностью

 

[support]

Фраза "формирование заявки на отключение лифта..." это нормально по вашему?

Мне не кажется это ненормальным. Ведь на основании этой заявки производится именно отключение лифта, а не его, например, капитальный ремонт. Для проведения капитального ремонта не требуется заявка диспетчеру, капитальный ремонт как раз и является причиной отключения лифта.

Может быть немного некорректно сформулировано наименование окна "Формирование заявки на обслуживание лифта" его лучше заменить на "Формирование заявки на", а вместо "Пояснения" написать "Причина".

 

[revit]

Почему тогда пп 2-4 не начинаются словами "отключение для...."???
2. "Отключение для устранения неисправностей"
3. "отключение для устранения нештатных ситуаций на лифте"
4. "отключения для устранения неисправностей диспетчерского оборудования"
Где логика и последовательность?

Кстати 4 пункт так правильнее даже звучит т.к неисправность диспетчерского передающего оборудования как правило оставляет лифты без связи, а такие лифты , в свою очередь, должны быть отключены.

Любая заявка диспетчеру-это отклонение от нормы в работе лифта. И львиная доля этих заявок это и есть отключение лифта, по какой либо причине ремонта , обслуживания либо аварийное.. Так зачем его писать в каждом пункте, тем более что остальная часть формулировки не влазит в некоторых пунктах?
Все остальное попадает в разделы устранения неисправностей и мелких неисправностей....

Мне не кажется это ненормальным. Ведь на основании этой заявки производится именно отключение лифта, а не его, например, капитальный ремонт. Для проведения капитального ремонта не требуется заявка диспетчеру, капитальный ремонт как раз и является причиной отключения лифта.

Любое действие с лифтом или оборудованием это заявка и капремонт-тоже.
Только заявки формируются разными людьми. Эти люди -лифтеры, пассажиры, жильцы, диспечтера , аварийные механики и т.д. и т.п
В случае капремонта -заявку дает прораб или директор. А может и председатель ТСЖ....

 

[support]

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

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

 

[revit]

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

После проведения технич. освидетельствования тоже эксплуатация может быть продолжена.
После проведения обследования тоже.
Не вижу закономерности.

 

[support]

Да, конечно, эксплуатация может быть продолжена. В данном случае причина еще служит основанием для отключения электропитания лифта.

 

[revit]

Может быть логичнее так:

Формирование заявки на обслуживание:
5. Проведение техн. обслуживания с отключением лифта.
6. Устранение угрозы...... с отключением лифта.
7. Отключение лифта по распр. владельца.
8. Проведение планового тех.освидет. с отключением лифта.
9. Проведения внепланового ремонта с отключением лифта.
10. Для проведения капремонта или модернизации с отключением лифта.
11. Для проведения обследования с отключением лифта.
12. Для выполнения мероприятий... с отключением лифта.

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

 

[support]

Пока данная программа была ориентирована на работу с лифтам. Особенности при работе с подъемниками, эскалаторами не были учтены. Это будет, я думаю, позже.

Наименование окна "Формирование заявки на обслуживание лифта" заменим на "Формирование заявки на", а "Пояснения" изменим на "Причину".

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

 

[poizon]

Что скажете насчет предложения сделать виджет всплывающим? Поясню, он жестко висит в правом нижнем углу, а у диспетчера обычно там висит окно с динамикой работы лифтов, также в этом углу у наших диспетчеров всплывает окошко определителя номера для входящих телефонных звонков. Да и вообще непонятно зачем такое огромное окно, да еще и с лишней информацией, висит постоянно, ведь достаточно чтобы оно всплывало и висело до тех пор пока есть не назначенные заявки (которые красные), желтые постоянно отражать, я лично, смысла не вижу, на худой конец можно сделать маленькое окошко с двумя квадратиками желтым и красным, внутри каждого показывать цифру с количеством необработанных заявок (красный может мигать для привлечения внимания), имя подключенного пользователя показывать 24/7 непонятно зачем (диспетчер и так знает что она диспетчер).

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

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

 

[support]

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

Сюда будут попадать застревание, остановка и мелкая неисправность. Остальные, будут использоваться намного реже.

Но мы же не можем в журнал записать заявку "на застревание", это будет заявка на освобождение пассажира, заблокированного в лифте.

 

[Arcady]

Что скажете насчет предложения сделать виджет всплывающим? Поясню, он жестко висит в правом нижнем углу, а у диспетчера обычно там висит окно с динамикой работы лифтов, также в этом углу у наших диспетчеров всплывает окошко определителя номера для входящих телефонных звонков. Да и вообще непонятно зачем такое огромное окно, да еще и с лишней информацией, висит постоянно, ведь достаточно чтобы оно всплывало и висело до тех пор пока есть не назначенные заявки (которые красные), желтые постоянно отражать, я лично, смысла не вижу, на худой конец можно сделать маленькое окошко с двумя квадратиками желтым и красным, внутри каждого показывать цифру с количеством необработанных заявок (красный может мигать для привлечения внимания), имя подключенного пользователя показывать 24/7 непонятно зачем (диспетчер и так знает что она диспетчер).
они очень громоздки и, как уже говорили раньше, дублируют друг друга, я тоже считаю что в этом списке должны быть только основные категории (застревание/остановка/мелкая неисправность) остальное указывается в комментарии

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