RO | EN
RO | EN
Pentru a răspunde mai bine nevoilor bugetare, ecranul anterior de comparare a bugetului a fost înlocuit cu un scroller în care este acum posibil să se facă selecții multiple cu căsuțele de selectare și să se obțină foi multiple.
Selectarea multiplă se face ca înainte, și anume cu tasta Ctrl.
Utilizarea noului scroller se face după cum urmează:
Mergeți la Buget > Rezultate comparative > Căutați... la Foi de buget. Selectați una sau mai multe foi și faceți clic pe Accept în dreapta sus a criteriilor, pentru a afișa foaia selectată în scroller. În final, faceți clic pe Accept în partea de jos a dialogului.
În Configurare > Import/export date > Import date (avansat)... , EMI a fost extins pentru a permite utilizatorului să importe date de la mai multe companii, adică sistemul să respecte coloana fCompanyCode unde sunt stocate datele și să deschidă/gestioneze sesiunile intern.
Această necesitate apare deoarece avem nevoie, într-un scenariu DI (Data Interchange), să susținem transferul de date de la sediul central la o sucursală pentru 9 companii, unde DI este susținut prin:
9 baze de date (nu este acceptat)
9 tipuri de date, unul pentru fiecare societate (nu este acceptat)
Extensia adaugă opțiunea "Import date de la mai multe companii" la EMI. În maparea câmpurilor, atunci când o entitate este importată, câmpul Company al entității trebuie să fie atribuit unui câmp sursă de import. Această societate va fi apoi utilizată la adăugarea intrării. Fie sucursala curentă va fi utilizată ca sucursală (dacă aparține celorlalte companii pentru care se importă date), fie alternativ o sucursală la care utilizatorul are acces.
Procesul se desfășoară ca de obicei, cu excepția faptului că mai întâi activăm opțiunea "Import date de la mai multe companii" și apoi facem clic pe "Rulează".
De exemplu:
Promoțiile reprezintă un subsistem alternativ pentru aplicarea de reduceri de tarife sau de valoare documentelor. Particularitatea acestora constă în faptul că sunt aplicate direct documentului, în funcție de condițiile care se aplică și întotdeauna cu intervenția utilizatorului.
Începând cu această versiune, o extindere semnificativă se aplică ofertelor și se referă la posibilitatea de a adăuga un cadou la document.
Din acest motiv, în ecranul de configurare al promoției este adăugat acum:
Tipul de promoție cu valori:
Reduceri la articole și
Produs gratuit
Articolul cadou și cantitatea acestuia
Cantitatea de cadou în detaliul "Date cadou".
De fiecare dată când o astfel de ofertă se aplică unui document, adică își acoperă ținta - și dacă utilizatorul o selectează prin intermediul formularului special (a se vedea detalii în acest sens în Notele de versiune 5.7.0.0, produsul gratuit este adăugat la cantitatea specificată.
În același timp, "Date cadou" definește posibilitatea suplimentară de a diferenția cantitatea de produs gratuit în funcție de diferite valori ale câmpului țintă. De exemplu, dacă obiectivul unei promoții se referă la cantitatea de articole specifice și acesta este atins, atunci până la cantitatea X se oferă 1 bucată de produs gratuit, în timp ce dacă obiectivul se extinde până la cantitatea Y, se oferă 2 bucăți de produs gratuit și așa mai departe.
Iată câteva puncte care se aplică cu această nouă funcționalitate:
Într-o nouă intrare de promoție, valoarea implicită în câmpul Tip este: Reduceri la articol.
În cazul în care tipul promoției este Reduceri la articol, câmpurile de cadou la articol și cantitate sunt dezactivate, în timp ce, respectiv, dacă tipul promoției este Produs gratuit, câmpurile legate de reduceri sunt dezactivate (cadou, % reducere și tip reducere).
Ca și reducerile, produsul gratuit se acordă dacă se aplică ținta promoției. Obiectivul promoției este format dintr-un câmp țintă, un câmp de valoare a liniei documentului, cum ar fi cantitatea liniei, valoarea etc. și un câmp numeric țintă, care trebuie să fie atins pentru a acorda cadoul.
În cazul unui articol cadou, "câmpul recompensă" este implicit "Discount1 %", iar în câmpul "recompensă" valoarea implicită este 100%
Produsul gratuit după aplicarea și acceptarea promoției de către utilizator este transferat pe linia documentului cu 100% reducere
Atunci când obiectivul este stabilit pe linie, atunci fiecare linie de articol care își atinge obiectivul primește cadoul.
Dacă unui document i s-a acordat o reducere la un articol prin subsistemul de aplicare al promoțiilor, atunci în tabelul cu analiza reducerii, câmpul "Tip sursă actualizare" a primit noua valoare Promoție, în timp ce până acum primea prețul politicii de facturare.
Formularul de aplicare al promoției afișează acum două indicații diferite pentru progresul privind aplicarea ofertei. Acestea sunt:
Evaluarea promovării (linii)
Evaluarea promoțiilor (antet)
La inițializarea unui document în care formularul de afișare declarat este un formular cu promoții, nu va apărea nimic în lista de "Promoții disponibile" dacă nu a fost efectuată selectarea clientului. Promoțiile vor apărea odată ce clientul este introdus în antetul documentului și sunt cele din care face parte clientul selectat, precum și cele care nu au o listă de conturi de comerciant.
În Instrumente și configurare > Integrare sisteme, cele 11 opțiuni diferite "Setări de conectare" pentru toate serviciile de curierat au fost reduse la una singură, intitulată "Curierat - Setări de conectare" și sunt acum accesibile prin intermediul unui submeniu.
Pentru a răspunde mai bine nevoilor contabile, am creat bit-ul "Balanță de verificare (cu analiza soldului)", în timpul exportului căruia sunt afișate coloanele relevante cu soldul: 1. Sold debitor - Sold, 2. Sold creditor - Sold, 3. Final - Sold. Bit-ul se află în același folder ca și Balanța de verificare (Contabilitate > Rapoarte contabile) și este accesibil din meniul derulant din titlul bit-ului. Pentru noul bit, a fost creat un singur raport, cu aceleași coloane ca și bit-ul. Această modificare a fost făcută pentru a răspunde necesității de a monitoriza mai mulți comercianți diferiți cu același CUI.
Procesul "Propunere de reaprovizionare a sucursalei" (din Inventar > Procesul de reaprovizionare) este un proces destul de complicat și consumator de timp. În timpul executării procesului, nu exista nicio indicație privind progresul acestuia și timpul estimat de finalizare, ceea ce a provocat confuzie în rândul utilizatorilor.
Din acest motiv, am adăugat:
un mesaj la începutul procesului care să avertizeze utilizatorul cu privire la natura sa consumatoare de timp și
o bară informativă care arată progresul acestuia, precum și un buton special prin care utilizatorul îl poate anula.
CRM | În acțiunea de colectare a fotografiilor (Marketing > Marfă > Rapoarte > Fotografii - galerie) a fost făcută o îmbunătățire, astfel încât dacă o fotografie nu există, atunci procesul continuă și este generat fișierul zip final. Procesul producea o eroare și nu se finaliza, dacă exista un folder http în parametrul companiei "Fotografii de pe telefoane mobile - Salvare în folder".
Actualizarea datelor UIT - a fost adăugată automatizarea retrimiterii unui document modificat care are deja un cod UIT valabil. Acest lucru este posibil prin intermediul butonului e-Transport “Actualizare status UIT”.
Confirmare UIT - a fost adăugată automatizarea pentru a primi confirmarea codului UIT. Acest lucru este posibil prin intermediul butonului “Confirmare UIT”.
Ștergere UIT - a fost adăugată automatizarea pentru ștergerea unui cod UIT. Acest lucru este posibil prin intermediul butonului “Ștergere UIT”.
A fost extinsă zona din care se preia UM (unități de măsură) de pe articol în cazul în care acesta are un cod Intrastat setat cu UM suplimentară.
Mecanismul actual identifică UM de pe articol echivalentă celei de pe codul Intrastat astfel:
Dacă UM aferentă codului Intrastat este cea din linia de document: se preia cantitatea din linia documentului.
Dacă UM este UMB (de bază), se preia câmpul Cantitate în UMB din linia documentului.
Dacă UM este UM alternativă, se preia Cantitate în UM alternativă din linia documentului.
Dacă UM este UM greutate, se preia fie greutatea din linia documentului, dacă este diferită de 0, sau conform relației de pe card articol.
Dacă UM este UM de volum, se preia câmpul Volum din linia documentului.
Functionalitatea nouă continuă verificarea în oricare din celelalte UM de pe card articol și aplică relația cu UMB, ținând cont și de tipul de relație.
Noul format al numărului din registrul comerțului - A fost eliminat avertismentul care apărea la introducerea unui "J" în formatul vechi.
Pentru mai multe informații, răsfoiți site-ul EBS-RO.
Îl actualizăm constant cu instrucțiuni și documentație în limba română.
De asemenea, actualizăm și corectăm constant toate erorile de traducere sau localizare, astfel încât aplicația să deservească mai bine utilizatorii români.
Rezolvarea unei erori care apărea la vizualizarea unui document relevant care nu este stocat în baza de date, iar utilizatorul nu era administrator.
Rezolvarea unei probleme care apărea la exportul listelor și rapoartelor în Excel și care făcea ca tipul fiecărui câmp să nu fie identificat, rezultând o formatare incorectă a acestora.
Rezolvarea unei erori în procesul de traducere a opțiunilor de meniu din procesul de "Configurare meniu" (Instrumente și configurare > Instrumente de dezvoltare și personalizare), în timpul căreia expresiile grecești nu se actualizau corect.
Rezolvarea unei probleme care apărea în timpul calculării valorii TVA în articol-BOM, atunci când tipul de document era selectat în câmpul "Calculează TVA pe totaluri".
S-a rezolvat o verificare eronată care ar fi împiedicat crearea unui document în cazurile în care acesta includea valută străină și s-ar fi aplicat o reducere pe întregul document.
S-a remediat o problemă care ar împiedica conversia documentelor legate de documente privind diferențele de schimb, în timp ce exista un profil de drepturi de acces care ar permite acest lucru.
S-a remediat o problemă care apărea la imprimarea prin intermediul programării, în cazul în care fișierele pdf ar părea neimprimate și nu ar fi create. În plus, acum este posibil să efectuați "Anulare imprimare PDF" pe un client sau server la alegere, prin meniul principal. În cazurile în care mai multe documente se află în coada de așteptare pentru imprimare și acest lucru cauzează o posibilă întârziere, a fost creat noul parametru {ESERPSERVER_USER_PRINTERS_CONFIG}, unde a fost adăugată opțiunea de timp de așteptare în secunde pentru finalizarea imprimării anterioare. Acesta este timpul maxim pe care sistemul îl va aștepta pentru finalizarea imprimării anterioare (dacă se găsește în așteptare) înainte ca următoarea imprimare să fie trimisă la imprimantă.
Rezolvarea erorilor la închiderea unui an fiscal în faza B, atunci când articolul ar urmări culoarea și dimensiunea cu o unitate de măsură alternativă (UMA) ca unitate de serviciu.
A fost rezolvată o problemă care apărea la colectarea unui sold deschis cu cardul, unde, după apelarea opțiunii "Aprobarea tranzacției prin POS", apărea o fereastră goală și documentul nu se salva.
Corectarea unei erori în timpul rulării automatizării Actualizarea indicatorului de expediere.
În formularul de entitate "Reduceri și promoții" (Configurare > Politică de facturare), în cazul în care există o listă cu articole promoționale bazate pe setul de listă Articole, dacă articolele sunt eliminate din listă în afara promoției și apoi lista este actualizată prin promoție, aceste articole ar fi în continuare acolo. În această versiune a fost implementată o corecție pentru eliminarea acestora.
În formularul de cerere al unei promoții care se deschide printr-un document, indicația Evaluare a condiției promoției nu se actualizează corect în funcție de progresul implementării promoției. În special, valoarea ar fi "Not required" (Nu este necesar) în timp ce era Successful (Reușită). Acest lucru a fost corectat.
S-a corectat un mesaj de eroare care se afișa atunci când se făcea clic dreapta pe elementele detaliate ale promoției prin intermediul formularului Promoție.
În scrollerul "jurnalizare", în opțiunea de meniu "Schimb de date", coloana cu rezultatul consumului a fost corectată.
A fost adăugată o îmbunătățire astfel încât, la exportul în Excel al bit-ilor de tip registru, pe lângă cod să fie exportat și numele contului comercial. Această modificare a fost făcută pentru bit-ii de context ai Clienților și Debitorilor.
Rezolvarea unei erori care apărea la căutarea în Categoria din adresele persoanelor, atunci când aceasta avea mai multe mii de intrări (Categoria care trebuie utilizată în adrese este definită într-un parametru relevant al societății).
A fost rezolvată eroarea de evaluare "Nu se poate introduce o cheie duplicată în obiectul 'dbo.ESFIDocumentAdjustment'. Valoarea cheii duplicate este (ΧΧΧ)". Procesul de evaluare încerca să ofere același GID în 2 documente în anumite condiții.
S-a rezolvat o problemă în profilul proprietății câmpului, în care acțiunea de verificare nu se declanșa imediat. Acest lucru ar provoca confuzie, deoarece era diferit de modul în care funcționa aplicația înainte.
S-a rezolvat o eroare care apărea la transferul unui client către o altă companie prin acțiunea Copie către alte companii.
Cazuri asociate:
PS-110198, PS-109968, PS-110003, PS-109936, PS-110059, PS-110196, PS-109907, ΥΠΘ_SUP-206353, ΥΠΘ_SUP-205307, ΥΠΘ_SUP-205317, ΥΠΘ_SUP-207560, PS-108815, ΥΠΘ_SUP-205762, PS-109819, PS-109924, ΥΠΘ_SUP-205580, PS-110110, ΥΠΘ_SUP-196177, PS-105298, PS-106232, PS-109028, PS-109185, PS-109443, PS-102106, ΥΠΘ_SUP-201063, PS-95158, PS-108808, PS-109552, PS-109632, PS-109806, PS-107689, PS-109822, PS-107884, PS-109276, PS-110610, PS-108030, PS-100617.S-a modificat parametrul Tipul de persoană din lista de facturi care urmează să fie trimise în SPV, astfel încât acesta să aducă, în mod implicit, toate tipurile de persoane.
A fost adăugată o condiție suplimentară la automatizarea trimiterii facturilor în SPV, astfel încât, până când statusul final este actualizat la Eroare sau Succes, nu se mai încearcă retrimiterea acestora.
A fost eliminată cerința conform căreia factura trebuie să conțină cel puțin un element marcat pentru e-Factura.
Lista facturilor primite de la SPV indică cu semn negativ suma pentru documentele de tip 384. De asemenea, în raport a fost adăugată o coloană care indică tipul de factură.
Automatizarea creării documentelor a fost modificată astfel încât data documentului să fie dată de furnizor în loc de data încărcării în SPV.
Funcționalitatea de actualizare a codurilor Intrastat a fost completată cu o condiție suplimentară care aplică mecanismul numai codurilor care aparțin aceleiași țări ca varianta de produs utilizată. De exemplu, dacă executați procedura pe aplicația EBS-RO, actualizarea se va face numai pentru codurile care au în câmpul codului de țară ISO valoarea RO.
Jurnalul de vânzări - Vânzări în cazul țărilor terțe (tabel5 = 3 sau 4).
Cazuri asociate:
1087502, 1098741, 1098465, 1098940, 1097239, 1090881, 1098924, 1098923, 1099185, 1098873, 1097717, 1097589.Rugăminte: Dacă sesizați în acest material erori, formulări neadecvate sau lipsa unor informații necesare, vă rugăm nu ezitați și trimiteți un email la support.ebs@bitsoftware.ro cu subiectul "Documentație" și conținut care să includă linkul acestui material însoțit de observațiile dvs. Vă mulțumim!