Windows DispJournal

revit написал(а):
1. Добавьте кнопочку "сформировать заявку", по которой будет вызываться форма заявки, для возможности внести заявку в ручную.
Тут конечно не так просто , я понимаю... Концепция использования базы СПульт вместо таблицы адресов обслуживаемого оборудования имеет ограничения т.к в журнале будут только диспетчеризированные лифты/эскалаторы. Куда и как вписывать остальные?
В арпиконе выгружают базу СПульта в свою и дополнительно в нее вносят остальные. Синхронизация осуществляется как я понял, периодической выгрузкой базы Спульт.
Какие есть мысли по этому поводу?
 
Последнее редактирование модератором:
Arcady написал(а):
Могу предложить следующее. Диспетчера группы "Системная" видят всех механиков. Устроит?

Вот тоже концептуально важный вопрос, как быть с большими и сложными структурами.
К примеру опишу нашу:
город1-уч1+уч2
город2-уч1+уч2
город3- уч1+уч2+уч3
город4-уч1
город5-уч1
и т.д до 12 или около того...
Кол-центр из 3 диспетчеров . Каждый привязан территориально т.е к участкам по городам (к городам). Это потому что привязка по СПульт.
Пример
дисп1-город1
дисп2-город2,3,5,7
дисп3-остальные

Причем эта привязка может иногда меняться в зависимости от ситуации с штатом диспетчеров. Или разбиваться на два диспетчера. А может в хорошие времена или с увеличением кол-ва -и на 4.
 
Последнее редактирование модератором:
revit написал(а):
Тут конечно не так просто , я понимаю... Концепция использования базы СПульт вместо таблицы адресов обслуживаемого оборудования имеет ограничения т.к в журнале будут только диспетчеризированные лифты/эскалаторы. Куда и как вписывать остальные?
В арпиконе выгружают базу СПульта в свою и дополнительно в нее вносят остальные. Синхронизация осуществляется как я понял, периодической выгрузкой базы Спульт.
Какие есть мысли по этому поводу?

1. Вроде как предлагается заводить фантомные лифты в SPult. Подробнее не скажу.
2. В самой первой альфе была возможность завести свои причины неисправности - у админа были такие права. Потом убрали и оставили 13 причин из SPult.
3. Пишите пожелания - так или иначе они будут учтены скорее всего.
4. Мне теперь нужно разобраться с юникодом. Поэтому жду от вас результатов теста.
5. Наверное надо сделать возможность перетаскивания исполнителей из участка в участок.
 
Arcady написал(а):
4. Мне теперь нужно разобраться с юникодом. Поэтому жду от вас результатов теста.

Да вообщем то все нормально. Повносил заявки, позаводил пользователей на кирилице- проблем пока нет. Единственное что было-это клиент не захотел авторизоваться с именем пользователя из 13 знаков. Сколько максимально должно быть?


revit написал(а):
Вот тоже концептуально важный вопрос, как быть с большими и сложными структурами.
К примеру опишу нашу:
город1-уч1+уч2
город2-уч1+уч2
город3- уч1+уч2+уч3
город4-уч1
город5-уч1
и т.д до 12 или около того...


Причем эта привязка может иногда меняться в зависимости от ситуации с штатом диспетчеров. Или разбиваться на два диспетчера. А может в хорошие времена или с увеличением кол-ва -и на 4.
Наверное надо еще одну градацию сделать над участками-город/отделение/фирма. И сделать возможность вносить персонал как в участок (с доступностью тольок лифтов участка) так и в город/фирма с доступностью всех лифтов города. Непонятно как сделать привязку диспетчера к нескольким городам? Еще одну градацию добавить?
фирма-город-участок-персонал
Но тогда все равно не получится назначить одного диспечтера1 на несколько городов одной фирмы а дисп2 на нескольок других городов этой фирмы. Т.е каждый диспетчер фирмы будет видеть заявки всех городов, а не только своих. Может это и норм.....??
 
Последнее редактирование модератором:
revit написал(а):
Да вообщем то все нормально. Повносил заявки, позаводил пользователей на кирилице- проблем пока нет. Единственное что было-это клиент не захотел авторизоваться с именем пользователя из 13 знаков. Сколько максимально должно быть?

вроде там в БД по 255 символов стоит.
попробовал завести пользователя с логином и именем с паролем:
qwertyuiopasdfghjklzxcvbnm1234567890
работает!
 
Последнее редактирование модератором:
Добрый день, а можно ли при формировании отчетов каким то образом сделать фильтр по владельцу лифта?
 
Готовлюсь к обновлению сервера, в виртуалке установил winn server 2016, накатил sql server 2019, устанавливаю DispJournal свежий с сайта, а он при первом запуске (из под админа, естественно) выдает вот что Screen_1.png, нажимаю ок и дальше Screen_2.png, базу при этом не создаёт.
 

Вложения

  • Screen_1.png
    Screen_1.png
    123 KB · Просмотры: 0
  • Screen_2.png
    Screen_2.png
    79.7 KB · Просмотры: 0
poiZon написал(а):
Готовлюсь к обновлению сервера, в виртуалке установил winn server 2016, накатил sql server 2019, устанавливаю DispJournal свежий с сайта, а он при первом запуске (из под админа, естественно) выдает вот что Вложение IPB #2561, нажимаю ок и дальше Вложение IPB #2563, базу при этом не создаёт.

Я бы проверил так:
1. С помощью SQL Management Studio подключается к серверу SQL под пользователем "sa"?
2. Название сервера совпадает с SQLLKDS?
3. Для пользователя "sa" (в данном случае) выданы права на создание базы данных?
 
poiZon написал(а):
Готовлюсь к обновлению сервера, в виртуалке установил winn server 2016, накатил sql server 2019, устанавливаю DispJournal свежий с сайта, а он при первом запуске (из под админа, естественно) выдает вот что Вложение IPB #2561, нажимаю ок и дальше Вложение IPB #2563, базу при этом не создаёт.

Приложение не может получить доступ к реестру на ПК.
Ну и как правильно написал Николай, доступа к SQL серверу так же нет.
 
Последнее редактирование модератором:
Nikolaj76 написал(а):
Я бы проверил так:
1. С помощью SQL Management Studio подключается к серверу SQL под пользователем "sa"?
2. Название сервера совпадает с SQLLKDS?
3. Для пользователя "sa" (в данном случае) выданы права на создание базы данных?


1. да
2. да
3. роль "sysadmin", этого достаточно?

Arcady написал(а):
Приложение не может получить доступ к реестру на ПК.
Ну и как правильно написал Николай, доступа к SQL серверу так же нет.


Устанавливаю и настраиваю точно по видеоинструкции
 
все как обычно - начать надо с банального. имя сервера, смешанный режим авторизации. логин sa пароль 123456 по умолчанию. можно попробовать авторизацию по учетной записи ОС.

но в случае с вин сервером бывают нюансы. права доступа текущего пользователя, права для SQL и не только.
 
Arcady написал(а):
все как обычно - начать надо с банального. имя сервера, смешанный режим авторизации. логин sa пароль 123456 по умолчанию. можно попробовать авторизацию по учетной записи ОС.

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


На сервере работаю под админом, пробовал и авторизацию Windows, и заводил нового пользователя DispJournal в SQL со всеми правами, ничего не помогает (похоже до SQL запросы не доходят, ошибка где-то раньше)

UPD. Вот сравнил с компьютером где DispJournal удалось завести (Win10) DispJournal.png

UPD2. LkdsDomain (да, я снова на него ссылаюсь), установленный следом за DispJournal, успешно создал свою базу на этом же экземпляре SQL сервера под этим же пользователем sa. Так что, считаю, проблема в самом DispJournal
 

Вложения

  • DispJournal.png
    DispJournal.png
    86.5 KB · Просмотры: 1
Последнее редактирование модератором:
poiZon написал(а):
На сервере работаю под админом, пробовал и авторизацию Windows, и заводил нового пользователя DispJournal в SQL со всеми правами, ничего не помогает (похоже до SQL запросы не доходят, ошибка где-то раньше)

UPD. Вот сравнил с компьютером где DispJournal удалось завести (Win10) Вложение IPB #2567

UPD2. LkdsDomain (да, я снова на него ссылаюсь), установленный следом за DispJournal, успешно создал свою базу на этом же экземпляре SQL сервера под этим же пользователем sa. Так что, считаю, проблема в самом DispJournal


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

вам срочно или подождете? сайт лежит, так что ссылка с гугла:
https://drive.google.com/file/d/1w7QSJwZs_W...iew?usp=sharing
попробуйте. запуск с правами админа! нужно будет глянуть лог работы в папке "DispJournal\Logs\ServerDispJournal" на наличие ошибки сбора информации об ОС
 
Последнее редактирование модератором:
Arcady написал(а):
нужно сперва решить проблему с обращением за информацией о системе...она сваливается у вас (видимо дело в каких то правах и разрешениях для пользователя или ПО) и исполнение не идет дальше, поэтому и нет подключения к БД.


Разобраться я только ЗА. Я же и говорю что пользователь администратор сервера, запускаю приложение с правами Админа, но всё-равно такая канитель, при этом тот-же Домэин запускается безо всякого повышения прав и спокойно пишет базу.
 
poiZon написал(а):
Разобраться я только ЗА. Я же и говорю что пользователь администратор сервера, запускаю приложение с правами Админа, но всё-равно такая канитель, при этом тот-же Домэин запускается безо всякого повышения прав и спокойно пишет базу.

еще раз повторюсь! исполнение идет поэтапно. если свалилось на строчке запроса сведений об ОС, то дальше не идет. а следующая строчка как раз - подключение к БД.
админы бывают разные, права у них тоже. вот к примеру. сейчас создали виртуалку. я в ней тоже админ, но скачать MS SQL не могу, пока не установлю права. у MS Server есть ряд приемуществ, но их нужно понимать и уметь использовать.
вы все время сравниваете приложения, но отказываетесь понимать, что они работают по разному. разные задачи, языки разные и тд.
 
вот новая установка: виртуалка вин серв 2016, 19 експресс скл, установленный по инструкции. до кучи поставил мэнеджер скл, но так и не запустил.
установлен дистриб, взятый с сайта версии 1.1.8.0.

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

Вложения

  • __________.jpg
    __________.jpg
    433.9 KB · Просмотры: 0
Arcady написал(а):
еще раз повторюсь! исполнение идет поэтапно. если свалилось на строчке запроса сведений об ОС, то дальше не идет. а следующая строчка как раз - подключение к БД.
админы бывают разные, права у них тоже. вот к примеру. сейчас создали виртуалку. я в ней тоже админ, но скачать MS SQL не могу, пока не установлю права. у MS Server есть ряд приемуществ, но их нужно понимать и уметь использовать.
вы все время сравниваете приложения, но отказываетесь понимать, что они работают по разному. разные задачи, языки разные и тд.


ещё раз повторюсь! Я что должен по звездам гадать чего вашему приложению не хватает или вы всё-таки конкретно что-то подскажите или какие-нибудь вопросы зададите?
 
poiZon написал(а):
ещё раз повторюсь! Я что должен по звездам гадать чего вашему приложению не хватает или вы всё-таки конкретно что-то подскажите или какие-нибудь вопросы зададите?

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



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