Система обработки заявок, Стыковка со сторонним/своим ПО Опции

[sergey57949]

Выложена экспериментальная версия SPult , в котором реализована посылка заявки обслуживания лифта. 18.12.18 SPult выложен в штатное обновление ПО

Описание доработок в Документе

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

Так же панель формирования заявки можно существенно доработать, добавив автоматизацию описания события в виде выбора из описаний из каких-то наборов.

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

А можно к "формированию заявки..." чтоб автоматом посылалось состояние лифта и этаж на котором стоит кабина?

[Андрей Ефименко]

А можно к "формированию заявки..." чтоб автоматом посылалось состояние лифта и этаж на котором стоит кабина?

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

[sergey57949]

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

[Андрей Ефименко]

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

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

[Андрей Ефименко]

Некоторые работы по интеграции с https://forum.lkds.ru/index.php?s=&show...ost&p=25485 проведены.

По результатам в папку https://lkds.ru/soft/unpacked/LKDSDrv_Beta/SPult/ выложен SPult и Обновленный документ по взаимодействию.

[sergey57949]

Наверное настало время сделать небольшой отчет о работе Лифтмониторинг с Спульт.

Плюсы: 1.Диспетчер ни куда не звонит, нажала на "конвертик" вписала что неисправно и отправила заявку (первое время конечно же дублировала по телефону).
2. Механик, так же отчитывается о сделанной работе, через Лифтмониторинг. Очень удобно, диспетчер всегда может просмотреть что сделано, если вдруг забудет сразу записать.

Минусы: 1.Есть места где нет интернета, приходиться перезванивать (это просто минус, без претензии к обоим организациям)
2.Все таки необходимо, что бы Спульт выдавал неисправности формируемые системой Обь (возможно даже другим цветом, чтоб не путать с сообщением от диспетчера)
3. Нужно все привести в порядок, т.е. ФИО механиков не должны дублироваться (ну это ко мне претензия, как к админу)

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

Вообщем система работает и этим нужно пользоваться

[Андрей Ефименко]

2.Все таки необходимо, что бы Спульт выдавал неисправности формируемые системой Обь (возможно даже другим цветом, чтоб не путать с сообщением от диспетчера)

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

[sergey57949]

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

[revit]

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

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

[sergey57949]

24-м сообщением я показывал какой у меня электронный журнал
Так другие можно не вести, по крайней мере ПП 331 о аварийно-диспетчерской службе от 01.03.19 позволяет вести электронный журнал.
Ребята совместили контроль за выполнением ТО, местонахождение механика, выполнение заявок.
Разве это плохо???
Продукт немного сыроват, но довести до ума вполне можно.
Ну и если интересно, то сотрудничество с ними на платной основе у нас не задалось, поэтому занимаюсь тестами безвозмездно. Трачу свое время, т.к. считаю что за такими системами будущее.
Но это мое мнение, ни кому не навязываю

[Nikolaj76]

Добрый вечер. Есть несколько пожеланий по системе отправки сообщений:
1. На не контролируемом лифте добавить возможность формирования заявки диспетчером.
2. Хотелось бы в отправляемом сообщении видить данные об учётной записи с которой отправлено сообщение.
3. Добавить возможность администратору редактировать выпадающий список частых неисправностей.
Возможно ли это реализовать в дальнейших версиях Spult?

[Андрей Ефименко]

Добрый вечер. Есть несколько пожеланий по системе отправки сообщений:
1. На не контролируемом лифте добавить возможность формирования заявки диспетчером.

Это будет добавлено.

2. Хотелось бы в отправляемом сообщении видить данные об учётной записи с которой отправлено сообщение.

Имеется в виду имя пользователя, под которым подключился диспетчер ?

3. Добавить возможность администратору редактировать выпадающий список частых неисправностей.
Возможно ли это реализовать в дальнейших версиях Spult?

Это можно будет сделать в настройках самого SPult, т.е. на конкретном компьютере диспетчера.


Хотел обратить внимание, что в отправляемую заявку добавлен список текущих состояний лифта

[Nikolaj76]

Имеется в виду имя пользователя, под которым подключился диспетчер ?

да именно это.

[Андрей Ефименко]

Сегодня в обновление ПО выложен SPult, в котором:

1. На не контролируемом лифте добавить возможность формирования заявки диспетчером.

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

2. Хотелось бы в отправляемом сообщении видить данные об учётной записи с которой отправлено сообщение.

в тег <Lift> заявки на обслуживание лифта добавлен параметр User="<имя_подключившегося_пользователя>":

<?xml version="1.0"?>
<PULT ContentType="request" Name="Exampl" GUID="B963B703D5AC421EA221C908E2041C96" IdDB="18">
<DISP Name="Диспетчерская" IdDB="27">
<STREET Name="ул. LKDSPro_" IdDB="3">
<HOME Name="д. Pro" IdDB="3">
<LIFT Name="п. 1" ID="4" GUID="A8960FEDC7984F949B7F158D3C1B0AB6" IDPro="21" InsContr="1" IdDB="11" Note="4.Устранение неисправностей диспетчерского оборудования" User="Chief">
<ListStatus>
<Status Name="КЗ цепи безопасности"/>
<Status Name="Авария привода дверей"/>
<Status Name="Открыто МП"/>
<Status Name="Главный привод включен"/>
<Status Name="Кабина в движении"/>
</ListStatus>
</LIFT>
</HOME>
</STREET>
</DISP>
</PULT>

[Nikolaj76]

Спасибо за оперативность и Ваши труды. Все работает

[anatoliy]

Добрый день .
Когда лет 6 назад, тоже писал (точнее переделывал) вэб версию электронного журнала регистрации заявок.
Вариант - черновик, но работает, проверял локально на Денвере . Кто захочет вот исходники. Используется PHP5 (проверил на PHP 7) + MySQL. Решил по мере наличия времени доделать.
Сейчас прикрутил возможность приема заявок из SPult. В общем возникли две "хотелки":
1. придумать какой то способ (ну типа ключа) для однозначной идентификации на стороне сервера XML данных от spult.
2. При формировании заявки - добавить поле с выбором сотрудника из списка зарегистрированных сервисных ключей, что бы можно было его автоматически назначить ответственным. В выпадающем списке показывать владельца (обычно туда ФИО заносят), а в XML передавать номер сервисного ключа. Но или фамилию тоже.
Пункт 2 думаю будет полезен многим.

[Андрей Ефименко]

1. придумать какой то способ (ну типа ключа) для однозначной идентификации на стороне сервера XML данных от spult.

Не понятно, что такое "однозначная идентификация на стороне сервера XML данных от spult" и для чего она нужна. Заявка на строне клиента (SPult) не хранится. Вся работа с заявкой производится на стороннем сервере.

Как бы могла выглядеть эта идентификация в теле самой заявки ?:

POST /lkds HTTP/1.1
Host: localhost
Content-Type: text/xml; charset=utf-8
Content-Length: 372
Connection: keep-alive
Cache-Control: no-cache

<?xml version="1.0"?>
<PULT ContentType="request" Name="Test" GUID="E91AF61B9F2E47AA82A23310ECB01D85" IdDB="1">
<DISP Name="Диспетчерская" IdDB="1">
<STREET Name="ул. Pro" IdDB="3">
<HOME Name="д. Pro" IdDB="3">
<LIFT Name="п. 1" ID="3" GUID="C3AE5B687D17410FB52953E84D793F2B" IDPro="1" IdDB="5" Note="Не работает"
<ListStatus>
<Status Name="Открыто МП"/>
<Status Name="Кабина стоит"/>
</ListStatus>
</LIFT>
</HOME>
</STREET>
</DISP>
</PULT>

[anatoliy]

Не понятно, что такое "однозначная идентификация на стороне сервера XML данных от spult" и для чего она нужна. Заявка на строне клиента (SPult) не хранится. Вся работа с заявкой производится на стороннем сервере.

Как бы могла выглядеть эта идентификация в теле самой заявки ?:

Ключ вводить в настройках подключения SPult , и передавать например так:

POST /lkds HTTP/1.1
Host: localhost
Content-Type: text/xml; charset=utf-8
Content-Length: 372
Connection: keep-alive
Cache-Control: no-cache

<?xml version="1.0"?>
<APIKEY ="Ключ введеный в настройках подключения SPult">
<PULT ContentType="request" Name="Test" GUID="E91AF61B9F2E47AA82A23310ECB01D85" IdDB="1">
<DISP Name="Диспетчерская" IdDB="1">
<STREET Name="ул. Pro" IdDB="3">
<HOME Name="д. Pro" IdDB="3">
<LIFT Name="п. 1" ID="3" GUID="C3AE5B687D17410FB52953E84D793F2B" IDPro="1" IdDB="5" Note="Не работает"
<ListStatus>
<Status Name="Открыто МП"/>
<Status Name="Кабина стоит"/>
</ListStatus>
</LIFT>
</HOME>
</STREET>
</DISP>
</PULT>

[Андрей Ефименко]

Ключ вводить в настройках подключения SPult , и передавать например так:

POST /lkds HTTP/1.1
Host: localhost
Content-Type: text/xml; charset=utf-8
Content-Length: 372
Connection: keep-alive
Cache-Control: no-cache

<?xml version="1.0"?>
<APIKEY ="Ключ введеный в настройках подключения SPult">
<PULT ContentType="request" Name="Test" GUID="E91AF61B9F2E47AA82A23310ECB01D85" IdDB="1">
<DISP Name="Диспетчерская" IdDB="1">
<STREET Name="ул. Pro" IdDB="3">
<HOME Name="д. Pro" IdDB="3">
<LIFT Name="п. 1" ID="3" GUID="C3AE5B687D17410FB52953E84D793F2B" IDPro="1" IdDB="5" Note="Не работает"
<ListStatus>
<Status Name="Открыто МП"/>
<Status Name="Кабина стоит"/>
</ListStatus>
</LIFT>
</HOME>
</STREET>
</DISP>
</PULT>

Т.е. это идентификация установки SPult ?
И во всех заявках, сформированным SPult на данном компьютере это поле одинаково ?

[anatoliy]

Т.е. это идентификация установки SPult ?
И во всех заявках, сформированным SPult на данном компьютере это поле одинаково ?

Скорее установки организации. Что бы можно было с нескольких установок SPult отправлять заявки в одну базу . И что бы можно было однозначно понять что это данные именно наши, а не кто-то пытается подсунуть левый XML, и если ключ не соответствует, то просто игнорируем данные и выдаем 404 ошибку.