Инструменти за потребители

Инструменти за сайта


obsti_komponenti:vavedenie:log_in

Log in форма - Контрол на достъпа

Регистрационна форма

Преди да започнете да работите с ЕРП системата, е необходимо тя да бъде регистрирана на съответното работно място, като преди това сте закупили броя лицензи, които са необходими на бизнеса Ви. При стартиране на програмата се зарежда следната форма:

Трябва да подадете „Искане за ключ“ към Селматик ЕООД.
При подаване на искане за ключ от съответното работно място (компютър) се запомня цялата информация за него (дъно, хард дискове и т.н.).
Имате възможност да запомните информацията като я запазите в текстови файл (.txt) или директно с копиране и поставяне от клипборда (copy/paste, например в skype), след което да я изпратите на отдел „Поддръжка“ по e-mail или skype.

Когато получите своя/ите активационен ключ/ключове, може да ги заредите в регистрационната форма от бутон „Зареди ключове“, след което с бутон „Регистрирай“ да ги регистрирате.

Модул 0. е необходимо да бъде регистриран, за да действа самата програма, останалите модули са допълнителни.

Вход в системата - Контрол на достъпа

При вход в системата, след като системата вече е регистрирана, първата форма, която се зарежда е Контрол на достъпа.

SelmaticERP прави проверка дали версията на базата данни и на самата програма съответстват една на друга.
При несъответствие (например използва се ново ЕХЕ със стара база), системата не се стартира и е необходимо да се извърши актуализация.

При извънредни обстоятелства, програмата може да се стартира като се прескочи проверката за съвместимост, чрез параметър от командния ред /nodbversioncheck. Прескачането на проверката е опасно и следва да се извършва само от специалист!

Системата прави проверка колко потребителя едновременно работят с програмата на един компютър (машина), като при стартиране се броят вписаните потребители на компютъра (users), а не в програмата.

Важно:

За да може да се работи с програмата, броят на „users“ на компютъра (сървър или машина и др.) в даден момент трябва да е равен на лицензите, а не по-голям.

Пример:

Ако има двама потребителя вписани през remote desktop и един от самия компютър, които работят на дадения компютър, а имате регистрация за 3-ма потребителя (3 лиценза) на системата, при опит на четвърти потребител на компютъра да се впише в програмата - няма да бъде възможно.

Налице са два вида настройки за запомняне на потребителя и/или паролата след влизане, които се намират в груповите политики в Глобални в подраздел „Сигурност“.

При желание паролата на потребител може да бъде променена по всяко време с извикване на специална за целта форма.

Списъкът с базите, в които сте влизали от съответния компютър е обвързан със списъка със сървърите. Когато се избере сървър излизат базите, които са отваряни на този сървър. Списъкът включва последните N бази, с които е работено (няма лимит на историята за броя на базите), подредени в обратна хронология (последните, към които е имало връзка са най-отгоре).

При смяна на сървъра, автоматично се зарежда последно отваряната база за този сървър.
В случай, че се посочи ръчно базата данни и след това се избере сървър, от който не е отваряна база до момента, избраната преди това база се запазва.

Когато базата, която трябва да се достъпи се зарежда с провлачване, след придърпването й сървърът се зарежда автоматично.

Възможност за задаване на подразбиращи се потребител и парола за Firebird при логване в системата

В практиката, при клиент с множество бази, обикновено за основните бази паролата на Firebird е сменена, а на всички останали (напр. ком модули) паролата е дефолтната.
Стандартно, когато има настроен шорткът с параметър за сървър и база данни потребителят не може да се логне в друга база, чиято Firebird парола е различна от тази на базата данни описани в шорткъта. Единственият вариант е всеки път да се вписва Firebird потребител и парола.

За оптимизиране и улеснение на този процес е реализирана възможност при търсене на потребител и парола във файл „*.fbsys“ (автоматично създаден от запомнянето на потребител и парола за Firebird) да се търси секция с името на сървъра и ако не намери такава, да се търси секция DEFAULT (сървър и парола).

[LOCALHOST/3025]
user=sysdba
password=123

[DEFAULT]
user=sysdba
password=*

Ако няма такава секция се приемат стандартните потребител и парола.
След като файлът се запише в този вид, при избор на друг сървър (освен localhost), който има стандартната парола, няма да излиза съобщение „Невалидно име или парола“.

Вход в системата чрез баркод

Понякога едно работно място може да бъде използвано от много служители, които при всяка операция трябва да излизат от системата. Това от своя страна отнема доста време при повторно логване и затруднява потребителите.
За улесняване логването в програмата имате възможност за автоматичен вход чрез сканиране на баркод (бадж) чрез баркод скенер. Изпълнява се автоматично попълване на потребител и парола, служебни потребител и парола, както и конкретна роля.

Автоматичният вход се стартира посредством отделно ехе - ERPBarcodeLogin.ехе (намиращо се до SelmaticERP.exe).

To използва въведените в съпътстващия му файл (ERPBarcodeLogin.ini) параметри за Маска на баркода, пълния път до SelmaticERP.exe, пътя до базата данни, системните потребител и парола, както и индексите на групите в маската относно потребител, парола и роля. Възприемат се баркодове съдържащи букви, цифри, интервали в името на потребителя. При успешно разпознат баркод се осъществява автоматично логване в ЕРП системата.

Избор на роля

В случай, че потребител принадлежи към повече от една роля при стартиране на програмата излиза форма за „Избор на роля“.

Когато потребителят принадлежи към множество роли е силно затруднен да намери ролята, с която желае да се логне.
Причината е, че често пъти ролите са множество нива на вложеност, които трябва да са надписани по значещ начин, за да се ориентират потребителите. В така съществуващата до момента форма за „Избор на роля“ се вижда само първата, повтаряща се част от името на Ролята, а всъщност това което отличава един ред от друг не се вижда, защото прозорецът е твърде малък.

При логване в системата, ако са налице много роли, към които потребителят принадлежи, е възможно в бързината да се сгреши ролята, с която трябва да се влезе и да се наложи потребителят да повтори всички стъпки отново. Ако в повечето случаи потребителят трябва да се логва с ролята с най-пълни права е неудобно всеки път да я посочва (възможно е последния път да се е логвал с роля с по-ниски права).

За да се подобри и оптимизира влизането в системата за всеки потребител може да се указва, коя е ролята му по подразбиране.
Ако има зададена Роля по подразбиране, при стартиране на програмата в логин формата позиционирането е винаги на тази роля. Самият ред с нея е маркиран със зелена икона отпред за по-лесно открояване от останалите роли (а отдолу на формата излиза и легенда). Това дава възможност даже и да се наложи преглед на останалите роли, при по-дълъг списък, винаги да сте наясно коя е подразбиращата се роля.

Ако текущият потребител няма роля по подразбиране, програмата позиционира автоматично на последно избраната роля от предходния логин.

Защита чрез OTP за достъп до определени места в програмата

За покриване на изискването на Наредба Н-18, СУПТО да осигурява еднозначна автентикация на потребителите (операторите) при работа с него, в системата е разработена възможност за оторизация с OTP (парола) за достъп до основните места в програмата – Групови политики, Настройки на ТД и ФД, Справки/скриптове (Редакция на Източници/изгледи), Списъци за избор, Подложки, Модификатори. Реализиран е сървис, в който служителите се логват с персонално име и парола, като той връща OTP кода, в който е вградено ИД-то на служителя.

Главен екран и основни менюта

Допълнителна информация: Търговски документи, Основни табове и бутони, Таблична част, Моделиране на таблици, Финансови документи:, Филтриране на данни, Редакция на изгледи, Менюта.

obsti_komponenti/vavedenie/log_in.txt · Последна промяна: 2020/10/08 12:06 от m.ayvazova