2.02. Titular
Titularul este cel mai înalt nivel al unei entități juridice independente. Fiecare titular are una sau mai multe societăți subordonate.
Fereastra Titular
Fereastra Titular, localizată în meniul Setup Inițial -> Definiri Titular se folosește pentru a face setări la nivel de titular si pentru a defini parametri contabili (planul de conturi, analitice, unități de măsura). Toate aceste definiri vor fi moștenite de către societăți. Sunt disponibile următoarele câmpuri:
Atenție: Nu creați un titular nou din această fereastră (se folosește procesul Inițializare Titular cu rolul de System Administrator). Dacă totuși se face acest lucru, infrastructura necesară pentru titular nu va fi disponibilă!
Cod Căutare, Denumire, Descriere și Limba - sunt populate cu informații preluate din setarea inițială client. SocrateCloud permite modificarea acestor valori dacă este necesar. Limba selectată va determina formatul adreselor folosite atunci când se adaugă înregistrări referitoare la locații;
Utilizare Funcțiuni Beta - opțiunea se activează doar dacă se face testarea unei versiuni de SocrateCloud care cuprinde funcționalități aflate în stadiul de dezvoltare;
Documente multilingve - se bifează dacă se dorește tipărirea documentelor în limba terțului;
Auto-Arhivare - în functie de opțiunea selectata, SocrateCloud arhivează copii ale documentelor sau rapoartelor atunci când sunt tipărite. Se poate de asemenea arhiva un anumit tip de documente sau rapoarte:
Toate (Rapoarte, Documente);
Documente;
Documente externe;
Nimic.
Descărcare - metoda de descărcare, folosită pentru calculul costurilor. Detalii în Costuri;
Serviciu Email
Secțiunea Email - se definește accesul către un serviciu de e-mail folosit pentru titular. Acest serviciu (server de e-mail) este folosit pentru:
mesajele emise prin workflow - noduri de tip trimitere e-mail;
mesajele emise prin automatismele implementate la finalizarea documentelor pentru trimiterea acestora pe e-mail;
mesajele emise prin procesele (lansate automat sau manual) care generează rapoarte/documente și le trimit pe e-mail;
mesajele emise prin acțiunea utilizatorului de a trimite rezultatul unui raport pe e-mail;
excepție: mesajele aferente procesării de sesizări folosesc cu prioritate serviciul de email setat la nivel de system! Dacă la nivel de system nu este setat/activat niciun serviciu atunci se va folosi cel setat la nivel de titular.
Obs:
pentru a fi folosit serviciul definit la nivel de Titular acesta trebuie să fie validat prin rularea procesului (butonul) ”TestEmail” și dacă validarea este cu succes, atunci trebuie pusă obligatoriu bifa pe ”Server Email”.
Furnizor Email - se poate alege una dintre opțiunile:
GMail
SMTP Generic
dacă se alege Furnizor Email = GMail și Metoda autorizare = Parolă aplicație: email-urile sunt trimise de pe adresa setată în câmpul ID Utilizator EMail. Pentru această adresă trebuie să se genereze o parolă de aplicație din Google Console. Parola nu va fi păstrată în SocrateCloud dar va fi utilizată la autorizarea în SBS.
Generarea parolei de aplicație din contul Google se face accesând:
Manage your Google Account → Security → Signing in to Google → (2-Step Verification) → App Pasword → Select App: "Other" → setare denumire, ex. SocrateCloud → Generate
Gestionează-ți Contul Google → Securitate → Cum să te conectezi la Google → (Verificare în doi pași )→ Parole pentru Aplicații → Selectează Aplicația: "Other" → setare denumire, ex. SocrateCloud→ Generare
dacă se alege Furnizor Email = GMail și Metoda autorizare = OAuth: email-urile sunt trimise de pe adresa setată în câmpul ID Utilizator EMail. Se va completa cu adresa de email a contului care va fi autorizat. La acest nivel nu se face nicio verificare că adresa de email completată este aceeași cu cea pentru care s-a făcut autorizarea. Această responsabilitate ravine userului care face configurarea. Email-urile vor fi trimise întotdeauna de pe adresa pentru care s-a făcut autorizarea OAuth.
dacă se alege Furnizor Email = SMTP Generic
Host Mail - se introduce adresa serverului de e-mail dorit. Sunt acceptate servere de e-mail ce suportă SSL sau TLS (SMTP);
Autentificare SMTP - se selectează dacă serverul de mail cere acest mod de autorizare. Vor trebui introduse numele de utilizator, e-mail-ul și parola în fereastra Utilizatori, în câmpurile ID User EMail și Parola;
EMail, ID Utilizator EMail - adresa folosită pentru expedierea de mesaje
Parola EMail - parola pentru această căsuță de e-mail;
Reply To EMail - se specifică adresa de reply distinctă pentru fiecare titular în parte:
se recomandă să se completeze mai ales în cazul utilizării serviciului de email de la nivel de System (în mediul cloud partajat), atunci când nu se folosește un procesor de inbound e-mail:
dacă se folosește un procesor de inbound e-mail (sau mai multe), atunci adresa de ”Reply To” va fi indicată de către fiecare procesor în parte;
excepție: mesajele trimise prin procese care au la bază o ”Machetă mail” și care conțin o adresă particulară pentru ”Reply To”;
Server Email - bifa pusă va indica sistemului să folosească cu prioritate serviciul de email setat pe titular (în locul serviciului setat la nivel de system), cu excepția procesării sesizărilor, care utilizează cu prioritate serviciul de e-mail setat la nivel de System!
Atenție: Dacă aici nu se definește accesul către un serviciu de e-mail, atunci, în mediul cloud, se va folosi serviciul de e-mail definit la nivel de sistem! Acest serviciu poate fi limitat și contra cost!
Pentru Google setările sunt (în fereastra de titular):
Host mail: smtp.gmail.com
SMTP Port: 587
Autentificare SMTP: selectat
SMTP TLS: selectat
Secțiunea Inbound Email
Creare subdomeniu Inbound SBS - acest proces creează un subdomeniu în SBS care va fi folosit pentru a recepționa email-urile inbound pentru titularul dvs. Un titular poate avea un singur subdomeniu. Se vor aplica următoarele reguli:
numele subdomeniului poate să conțină numai caractere alfanumerice (a-z, 0-9) și cratimă (-)
nu se va crea subdomeniul dacă numele ales este deja folosit de către altcineva.
Subdomeniu Inbound SBS - odată setat, aici se regăsește url-ul complet al subdomeniului;
Ștergere subdomeniu Inbound SBS - acest proces va șterge subdomeniul inbound SBS al titularului dvs. După ștergerea subdomeniului nu va mai fi posibil să recepționați niciun email inbound pentru titularul dvs.
Secțiunea Gestiune Sesizări
EMail Sesizări - conține adresa folosită pentru expedierea de mesaje rezultate din procesarea sesizărilor - doar dacă nu există o setare a tipului de serviciu folosit la nivel de System!
Folder Sesizări - folderul destinație pentru sesizări;
Secțiunea Alte Setări:
Document Directory - directorul unde vor fi salvate atașamentele email-urilor (e.g. documente in format PDF) pentru a fi ulterior trimise.
dacă nu se completează un director, va fi utilizat cel implicit (”/temp”) - se recomandă să rămână necompletat;
dacă se completează, directorul trebuie sa fie deja definit in sistem, altfel mesajele de email nu vor conține atașamentele!
Transfer imediat - se bifează dacă se dorește ca declanșarea proceselor contabile să aibă loc imediat ce se finalizează documentele, inclusiv documentele generate automat. Se recomandă activarea acestei opțiuni doar dacă se realizează teste. Dacă nu se bifează documentele pot fi postate prin intermediul unui proces batch;
Actualizare cost imediat- se bifează dacă se dorește actualizarea costurilor la fiecare adăugare de detalii referitoare la costuri. Se recomandă activarea acestei opțiuni doar dacă se realizează teste. Dacă nu se bifează costurile pot fi actualizate prin intermediul unui proces batch;
Anulare cu zerorizare se aplică pentru ca anularea facturilor client sa ducă la zerorizarea valorilor de pe factură și nu la emiterea unui alte facturi cu semn schimbat;
Permite plăți multisocietate - se bifează dacă se dorește permiterea alocarilor pe entități juridice diferite;
Tip Propagare Dată Promisă - se poate selecta modul de propagare pentru Data promisă dinspre master spre liniile de detaliu. Cea mai mare Dată promisă de pe liniile de document se va scrie automat pe Data promisă de pe master. Se pot alege următoarele opțiuni:
Nu se propagă:
pe COC, la modificare Data promisă pe detaliu, NU se propagă data cea mai mare către master document
pe COF, la modificare Data promisă pe detaliu, SE propagă data cea mai mare către master document. La modificare Data promisă pe master, NU se propagă pe linii
Se propagă pe COC:
Pe COC, la modificare Data promisă pe detaliu, NU se propagă data cea mai mare și către master document (această funcționalitate e valabilă doar la COF). La modificare Data promisă pe master, SE se propagă și pe linii
Pe COF, la modificare Data promisă pe master, NU se propagă și pe linii
Se propagă pe COF:
Pe COF se propagă doar dacă Data promisă este mai mare decât Data promisă de pe master/linii + se propagă și pe master inclusiv
Pe COC, la modificare Data promisă pe detaliu, NU se propagă nici pe celelalte detalii, nici pe master. La modificare Data promisă pe master, NU se propagă și pe linii
Se propagă pe COC și pe COF:
Pe COC nu se propagă Data promisă de la un detaliu pe celelalte detalii, și nici spre master chiar dacă e data cea mai mare. Se propagă de la master către detalii
Pe COF se propagă de la master către detalii. Dacă Data promisă e mai mare decat cea existentă, atunci se propagă de la detaliu la master și concomitent, de la master la toatecelelalte detalii înapoi. Dacă Data promisă e mai mică decât cea existentă atunci nu se propagă de la detaliu la master și nici de la master către linii.
Sectiunea SocrateCloud:
Printing - se alege metoda folosită la printare:
Printare standard - se va activa butonul Încărcați imprimante prin care se încarcă în sistem imprimantele regăsite în rețea. Lista imprimantelor se va regăsi în tab-ul Imprimante de unde se poate seta accesul rolurilor la o anumită imprimantă; Imprimantele gestionate pe servere ux (CUPS) trebuie să păstreze exact numele din CUPS!
Google Cloud Print - presupune folosirea imprimantelor definite ca fiind utilizabile prin serviciul Google Cloud Print;
Detalii în Asociere imprimante.
Info Titular
Pe tab-ul Info Titular se regăsesc informații detaliate despre titular. Sunt disponibile următoarele câmpuri:
Calendar, Schema Contabila principală - calendarul și schema contabilă de bază, utilizate pentru contabilitate. Detalii în Contabilitate;
Discount la plată aplicat la val. fără TVA - dacă se bifează, discount-ul va fi calculat automat pentru detaliile unei facturi. Dacă se debifează, discount-ul va fi calculat pentru valoarea totală facturată (inclusiv taxe și costuri suplimentare);
Receipt Match Requirement, Asociere factura - asocieri intre documente contabile. Pentru implementările în România se recomandă completarea câmpului Receipt Match Requirement cu valoarea Invoice. Acest lucru indică sistemului contabil că fiecare recepție trebuie să fie asociată unei facturi. Detalii în Contabilitate;
Secțiunea Valori Implicite:
UM pentru volum - unitatea de măsură utilizată la nivel de articol în situația în care se face referire la volum;
UM pentru greutate - unitatea de măsură utilizată la nivel de articol în situația în care se face referire la greutate;
învepând cu v20.05 este disponibilă bifa Afișare Greutate în Ferestre și Rapoarte. Cu această setare se afișeaza în anumite ferestre și rapoarte a conversiei în greutate a cantităților exprimate în respectivul context. Greutatea este calculată ca fiind produsul dintre cantitatea exprimata în UM bază a articolului și valoare completată în campul Greutate din definiția articolului. Unitatea de măsură în care este exprimată greutatea este cea declarată în Info Titular in câmpul UM pentru greutate
coloana Greutate, ca setare a bifei Afișare Greutate pentru Ferestre și Rapoarte este disponibilă în:
Ferestrele
Comandă de lucru
Bonuri de consum
Bonuri de primire
Bonuri de transfer
Bonuri de autoreceptie
Rapoartele
Raport Stoc Curent
Raport Stoc Cantitativ la Data
Raport Tranzactii Stoc - Detaliat
Raport Miscari Stoc - Detaliat
Raport Stoc Cantitativ/Valoric la Data
Notă: Pentru afișarea în rapoarte a greutății sunt necesare formate customizate. Formatele standard nu conțin coloana Greutate.
UM pentru lungime - unitatea de măsură utilizată la nivel de articol în situația în care se face referire la lungime;
UM pentru timp - unitatea de măsură utilizată la nivel de articol în situația în care se face referire la timp;
Machetă terț - se selectează un terț folosit pe post de "machetă" (model). Acesta va transmite un set de caracteristici implicite pentru toți terții noi adaugați în sistem prin intermediul ferestrei de definire rapidă (ex. de pe fereastra de Comenzi). Când se definește un terț nou, se vor precompleta anumite valori (cele stabilite în machetă) pentru câmpurile Grup Terți, Listă de Prețuri, Condiții de plată etc.
Articol pt. Transport - se indică un articol specific pentru procesul de adăugare automată a costurilor de transport pe documentul "Comandă Client";
Macheta mail voucher - se indică macheta mail care se va folosi la notificarea clienților privind primirea unui voucher;
Articol pt voucher - se indică un articol generic, predefinit, care va fi utilizat în comenzile client în cazul aplicării unui voucher;
Dată generare vouchere - se indică data calendaristică de începere a acordarii voucherelor de pe comenzi client care îndeplinesc condițiile de emitere a voucherelor;
Trimitere automată voucher - dacă nu se bifează, email-urile se trimit doar prin rularea procesului "Notifică Beneficiari Vouchere". Procesul va trimite email-uri doar pentru voucherele netrimise și active;
Tip Sesizare - se indică tipul de sesizare folosit de sistem pentru a afișa sesizările în fereastra specială Sales Pipeline;
Fus Orar - se indică ora locală aplicabilă pentru titularul respectiv. Dacă este cazul de multi-societate, cu răspândire geografică pe mai multe fusuri orare, atunci ora locală se va indica la nivelul fiecărei societaţi în parte. Informaţia va fi folosită în procesele care se execută automat pe server, atunci când este nevoie de dată şi timp până la nivel de ore şi minute sau pentru tipăriea pe rapoarte:
UTC - timezone aferent serverului de aplicație
Europe/Bucharest - timezone pentru orice utilizare din România
Format Rapoarte - începând cu v16.10 se poate alege formatul de fișier utilizat în mod implicit la tipărirea unui raport. Detalii în Ferestre;
Admite Cheltuieli pe NIR - Recomandat Bifă=NU pentru ca să nu se preia pe NIR cu Crează Linii din articolele de tip cheltuială care se pun pe comanda furnizor (cheltuieli cu transport) sau utilizând procesul Generează recepție de pe Factură ce conține articole de tip cheltuială sau adăugarea manuală a articolelor de acest tip direct pe NIR.
Admite servicii pe NIR - dacă se aplică bifa se vor putea înregistra NIR-uri cu articole de tip serviciu indiferent de metoda aleasa: cu Crează Linii din articolele de tip serviciu care se pun pe comanda furnizor, cu Generează recepție de pe Factură ce conține articole de tip serviciu sau adăugarea manuală a articolelor de acest tip direct pe NIR.
Obs.: Aplicarea bifei de Admite Cheltuieli pe NIR sau Admite servicii pe NIR nu are nici o influență asupra generării de avize de expediție cu articole de tip cheltuială/ serviciu.
Secțiunea Opțiuni:
Descriere Lead în Sales Pipeline - dacă se bifează, în fereastra specială Sales Pipeline, pentru fiecare lead, se va afișa și conținutul câmpului Descriere;
Zile jurnalizare - indică numărul de zile pentru care se păstrează log-ul din sistem;
Zopim ID - se indică ID-ul contului de Zopim înregistrat prin care se activează posibiltatea de "chat" direct din SocrateCloud. În prealabil trebuie creat acest cont pe site-ul furnizorului de servicii Zopim.
Utilizează Adrese extinse: Yes - sunt afișate, se pot folosi coloanele CUI, Registru Comercial, Denumire Bancă din fereastra "Adrese" - începând cu versiunea 18.03. Coloanele respective au fost folosite în trecut pentru a modela Adresa de Facturare=Firmă în relația cu site-urile de comerț (vezi model Amazon).
Permite autentificarea cu o societate de tip departament - Dacă bifa e setată pe DA, atunci în combo de login vor fi afișate și societățile al căror tip societate are bifa de "Departament''. Dacă este NU, atunci elimină departamentele din lista cu societățile de logare.
Structură nume utilizatori: ”Prenume Nume” sau ”Nume Prenume”; dacă nu e completat nimic, se consideră ordinea implicită, care este ”Prenume Nume” (acest câmp determină logica de completare a coloanei "Denumire" de la definirea Contactelor(Utilizatori) unui Terț.)
Bank Verification Class - se indică o clasă java specifică pentru interconectări cu banca;
Price Engine Class - se indică o clasă java specifică pentru mecanismul automat de gestiune a prețurilor. Există situații când, comportamentul standard trebuie alterat pentru a obține un comportament specific;
pentru utilizarea componentei "Prețuri Ext" trebuie completată clasa: org.bitsoftware.sprc.pricing.Ext;
Atenție: a nu se completa dacă nu este activată componenta Prețuri Ext!
Secțiunea Referinţe:
Clasificare Societăți, Clasificare Terți, Clasificare Proiect, etc. - ierarhiile de bază pentru entitățile respective. Acestea vor fi folosite în mod implicit pentru toate rapoartele financiare. Dacă este cazul, la nivel de raport se poate indica folosirea altor ierarhii;
Valuta de Referință - se poate indica* o a doua valută, diferită de ”Valuta de bază” definită în Schema contabilă principală;
Tip Curs Referință - se poate indica* tipul de curs la care se va face evaluarea Valutei de Referință
* Activarea sau modificarea acestor doi parametri se poate face doar apelând la serviciile de suport tehnic ale BITSoftware!
procesul de modificare a valutei de referință pe titular va executa două acțiuni:
va seta valuta de referință și tipul de curs de referință pe titularul dorit;
dacă noua valută de referință și/sau tipul de curs de referință sunt diferite de vechile valori configurate pe titular, va face recalculul valorilor de referință pentru toate documentele;
valorile exprimate în valuta de referință vor fi afișate în tabul Valori Valuta Ref, atât pe master cât și pe detalii, pentru următoarele tipuri de documente: Comenzi Client, Comenzi Furnizor, Facturi Client, Facturi Furnizor și Comenzi de Lucru;
dacă în momentul rulării procesului, la data documentului nu există curs pentru valuta de referință, atunci se va afișa valoarea 0. Introducerea ulterioară a unui curs pentru valuta de referință la data respectivă, nu va produce recalcularea valorilor, pentru aceasta fiind necesară repetarea rulării procesului;
dacă valuta de pe document este aceeași cu valuta de referință, atunci se va afișa aceeași valoare ca pe document.
Secțiunea Validare CUI:
În secțiunea Validare CUI se indică modul și sursele folosite pentru validările de cod de identificare unică (fiscală) a firmelor:
Validează CUI automat - dacă se bifează, la definirea unui terț, imediat după completarea câmpului CUI, sistemul se conectează la sursele indicate și validează CUI-ul introdus. Dacă acesta este corect se afişează denumirea firmei și adresa acesteia, ce se pot folosi mai departe în definirea terțului;
Metodă validare CUI RO - se completează cu sursa pentru validarea CUI, doar pentru firmele din România;
"Cifră de control" - se validează prin intermediul unui algoritm de validare a structurii numerice;
validarea prin cifra de control se realizează inclusiv pentru opțiunile de validare OpenAPI sau ANAF;
"Cifră de control + OpenAPI" - se validează prin intermediul unui serviciu gratuit oferit de OpenAPI (http://legacy.openapi.ro/)
În urma rulării procesului vor fi afișate informații despre terț, iar câmpurile CUI și Reg Comercial vor fi actualizate corespunzător. De exemplu, pentru CUI-ul 5037256:
"RO 5037256" - codul fiscal al terțului;
"true" - indică dacă terțul este sau nu plătitor de TVA. În cazul de fața este plătitor de TVA;
în funcție de aceasta proprietate, procesul verifică și actualizează CUI-ul cu prefixul "RO":
pentru terți neplătitori de TVA, șterge prefixul, dacă a fost completat;
pentru terți plătitori de TVA, adaugă prefixul, dacă nu a fost completat;
"Înregistrat Din Data 04 January 1994"
"Bit Software S.R.L."
"Str. Zambilelor 4 Brașov Brașov"
"0268314446"
"J08/3704/1993" - numărul de registru comercial. Va fi completat automat în câmpul "Reg. Comercial";
Limitări:
serviciul nu garantează actualitatea informațiilor oferite;
"Validare ANAF" - se validează prin intermediul registrului persoanelor impozabile înregistrate în scopuri de TVA. Detalii pe site-ul ANAF;
în urma rulării procesului va fi actualizat câmpul CUI, iar în cazul în care nu există o adresă, aceasta va fi generată conform informațiilor ANAF;
Limitări:
nu se pot realiza mai mult de o interogare pe secundă!
nu se actualizează numărul de registru comercial întrucât nu este oferit de servicul ANAF;
Metodă validare CUI non RO - se completează cu sursa pentru validarea CUI, pentru firmele externe:
"VIES" - se validează prin intermediul VIES. Detalii pe site-ul VIES
Obs: un cui extern este recunoscut după existența unui prefix cu țara de origine înaintea codului numeric. E.g.: "FR 12345****" - pt. Franța;
Cheie Validare CUI - neimplementat
Link-urile pentru validarile de mai sus, utile pentru setări acces rețele securizate:
Validare CUI RO ANAF:
https://vat-validator.socratecloud.com/v1/vat
începând cu v18.03 acest URL este setat la nivel de system - fereastra System, coloana ”VatServiceURL”
Validare CUI RO OpenApi:
http://legacy.openapi.ro/api/companies/
Validare CUI NON RO VIES:
http://ec.europa.eu/taxation_customs/vies/
Începând cu v20.07, serviciul de validare CUI a fost modificat în vederea optimizării acestuia și a devenit parte componentă a ”SBS - Socrate Busines Services”. Din persepectiva clienților aceasta presupune următoarele:
pentru clienții beneficiari ai sistemului în mediul cloud, nu trebuie întreprinsă nicio acțiune în acest moment;
pentru clienții beneficiari ai sistemului în mediul on-premise, se vor activa și transmite chei de acces la serviciul SBS. Acestea trebuie înregistrate la nivel de system, în fereastra denumită System, astfel:
cheile SBS Account Access Key (se va regăsi și sub denumirea de ”Master Key”) și SBS App ID se vor primi pe mail de la account manager/suport tehnic BIT
acestea se înregistrează în câmpurile din fereastră așa cu se vede în imaginea de mai jos
se înscrie în ”Url Serviciu Admin Cont SBS” cu urmatorul url: https://account-api.socrate.io/graphql
se rulează procesul ”Configurare acces sbs titular”, lăsând gol campul de filtrare Titular (Atenție: este important ca filtrul sa fie gol pentru a genera cheile pentru toti titularii de pe sistemul respectiv). Acesta va genera pentru fiecare titular definit o cheie secretă care va fi folosită pentru accesul izolat la nivel de titular la toate resursele SBS;
în acest moment poate fi înscris câmpul ”URL Serviciu Validare TVA”/”CNP SBS” cu următoarea valoare: https://vat-validator-api.socrate.io/graphql
se poate defini și câmpul ”SBS File Management Service URL” cu următoarea valoare: https://file-management-api.socrate.io/graphql
Din acest moment, SocrateCloud va folosi, în locul vechilor servicii de validare TVA și CNP, noul serviciu SBS. Nu este neapărat necesar, dar recomandăm golirea campurilor ”URL Serviciu Validare TVA”, respectiv ”URL Serviciu Validare CNP”, pentru a nu induce în eroare adminul și pentru a nu menține configurări redundante.
Partajări Titular
Tab-ul Partajări titular se folosește pentru a defini regulile de partajare a datelor pentru titular. Sunt disponibile următoarele câmpuri:
Tabelă - conține datele pentru care se definește regula de partajare;
Tip Partajare - se stabilește cum o tabelă este partajată:
Titular - înregistrările din tabelă sunt partajate la nivel de titular. Dacă un utilizator creează o înregistrare în tabelă și folosește o anume societate la definirea acestuia, când se face salvarea datelor, denumirea Societății se va transforma în "*".
Societate - înregistrările din tabelă nu sunt partajate la nivel de titular. La alegerea societății nu există opțiunea "*";
Titular și Societate - se alege tipul de partajare când se creează înregistrarea din tabelă. La alegerea societății există și opțiunea "*";
Partajările titularului pot fi definite pentru orice entitate la care există acces titular - societate.
Politica de Parole
Tab-ul Politica de Parole se folosește pentru a defini la nivel de titular un set de reguli pentru parolele de access în cont. Sunt disponibile urmatoarele câmpuri si bife:
Secțiunea Complexitate:
Lungime minimă - numărul minim de caractere utilizate in parolă,
Utilizare literă - Utilizează cel puțin o literă din alfabetul latin ISO (a-z sau A-Z),
Utilizare literă mare - Utilizează cel puțin o literă mare din alfabeul latin ISO (A-Z),
Utilizare literă mică - Utilizează cel puțin o literă mică din alfabeul latin ISO (a-z),
Utilizare caracter numeric - Utilizează cel puțin un caracter numeric (0-9),
Utilizare caracter non-alfanumeric - Utilizeaza cel puțin un caracter care nu este nici literă, nici număr,
nici caracter de spațiere (ex. ! $ # % < > _ etc.).
Secțiunea Întreținere:
Perioada expirare (zile) - Perioada de expirare a parolei - față de ultima modificare sau dacă nu există nicio modificare atunci va fi obligatorie modificarea la prima logare;
Număr parole istoric - Numărul de parole anterioare care nu pot fi reutilizate.
Secțiunea Opțiuni:
Aplică pentru utilizatori API - se aplică regulile definite și pentru utilizatorii API, (cei care au acces API prin intermediul rolurilor!), altfel nu se aplică,
Aplică doar politica de autentificare externă - atât accesul cât și securizarea accesului se face doar prin servicii de autentificare externe. Nu se permite logarea cu utilizator/parolă la nivel local (excepție API).
Acces IP
Începând cu v17.11, în fereastra Titular, cât și în fereastra Gestiune Roluri, a fost adăugat tab-ul Acces IP. Prin înregistrările din acest tab se pot defini, la nivel de titular și/sau rol, un set de IP-uri de la care se permite accesul la sistem. Restricția de acces se aplică atât pe formularul de logare cît și prin API. Această funcționalitate a fost introdusă ca masură suplimentară de securitate, administratorii de aplicație având posibilitatea de a limita accesul din diferite locații, astfel riscul accesării contului de către persoane neautorizate fiind redus considerabil.