5.12.0.11 (11.2025)

[EN]

[PDF]

Această versiune nu are noutăți pentru România.

5.12.0.9 (11.2025)

Îmbunătățiri și funcționalități noi

1. Bugete

1.1. Monitorizarea previziunilor

În subsistemul bugetelor, este acum posibilă monitorizarea completă a previziunilor. Acest lucru se referă atât la adăugarea previziunilor, cât și la descărcarea rezultatelor în toate tipurile de foi disponibile.

Configurația foii

În configurația tipului de foaie (Meniu: Bugete > Personalizare), a fost adăugată opțiunea Monitorizare previziuni, pe care utilizatorul trebuie să o selecteze pentru foile de buget în care dorește să fie acceptată adăugarea de previziuni. Nu este necesară nicio configurare suplimentară pentru a adăuga previziuni în bugetare. Cu această opțiune pentru fiecare măsură a foii, vor fi adăugate câmpuri suplimentare pentru a adăuga previziunea dvs.

În plus, în tipul de foaie de buget, utilizatorul poate alege dacă, în mod implicit, să afișeze și informații privind previziunile, selectând în câmpul Layout cub informațiile referitoare la previziuni (previziuni, abaterea previziunilor, previziuni cumulative etc.).

Bugetarea

Când editați o foaie de buget cu opțiunea Monitorizare previziuni selectată în tip, apare o nouă opțiune Afișare previziuni, cu ajutorul căreia utilizatorul poate afișa sau ascunde coloanele suplimentare pentru adăugarea previziunilor pentru fiecare indicator. În exemplul următor, cu opțiunea de afișare a previziunilor, lângă indicatorul unic Cifra de afaceri și pentru fiecare perioadă, este afișată o Previziune a cifrei de afaceri, unde este adăugată previziunea cifrei de afaceri:

Utilizator previziuni / Privilegii

În configurația tip foaie, este posibil să se definească, la nivel de utilizator, cei care au permisiunea de a adăuga previziuni. Configurarea se face prin intermediul noilor opțiuni adăugate în acest scop, în pagina Privilegii utilizator din tipul foaie și foaia de buget.

Pentru utilizatorii care au permisiunea de a adăuga previziuni, utilizatorul trebuie să selecteze următoarele câmpuri, pe lângă celelalte câmpuri legate de bugetare:

• Utilizator previziuni. Selectați câmpul pentru numărul de utilizatori care trebuie specificat ca utilizatori previziuni.

• Limita datei prognozei. Acest câmp permite utilizatorului să „blocheze” adăugarea previziunii atunci când a trecut o anumită perioadă de timp de la începutul perioadei. Există trei posibilități:

  • Inactiv. Utilizatorul are dreptul să actualizeze previziunile fără limită de timp.

  • Înainte de începerea perioadei. Previziunile pot fi adăugate numai în perioadele cu o dată de începere mai mare decât data curentă, adică data sistemului. Aceasta înseamnă că previziunile nu pot fi adăugate în perioada curentă și în toate perioadele anterioare.

  • Până la sfârșitul perioadei. Modificările sunt permise în perioada curentă (pe baza datei sistemului) și în toate perioadele ulterioare. Adăugarea de previziuni nu este permisă în perioadele anterioare celei curente.

  • Zile după începerea perioadei. În acest caz, utilizatorul trebuie să introducă și numărul de zile în câmpul corespunzător, care va fi utilizat în verificare. Modificările sunt permise în perioada curentă până la N zile de la începerea acesteia, unde N este numărul de zile specificat în câmpul relevant. Adăugarea de previziuni este permisă în toate perioadele ulterioare. Adăugarea de previziuni nu este permisă în perioadele anterioare celei curente, precum și în zilele rămase până la sfârșitul perioadei, după eliminarea celor N zile selectate.

• Număr de zile. Introduceți numărul de zile care vor fi utilizate pentru verificare, în cazul în care limita de timp prevăzută în prognoză este setată la Zile după începerea perioadei.

1.2. Resursa ca dimensiune

Acum este posibil să utilizați Resursa ca dimensiune în foile de buget pentru achiziții/ cheltuieli și vânzări. În acest scop, Resursa a fost adăugată și la dimensiunile disponibile ale acestor foi. În plus, este posibil să utilizați un filtru în căutarea resursei (F3) din foaia de buget. Filtrul se referă la rolurile resursei și poate fi selectat prin zona de selecție Rol, care este activată atunci când resursa este selectată ca dimensiune a foii.

În plus, dimensiunea resursei este acum acceptată și în structura cubului de revizuire, unde rezultatele sunt afișate pe baza resursei selectate. Posibilitatea de a obține rezultatele „reale” în cub, atunci când resursa este selectată ca dimensiune, se bazează pe completarea noului câmp de selecție a resursei din documente, așa cum este descris în paragraful următor.

Adăugarea unei resurse în documente

Câmpul Resursă a fost adăugat în toate categoriile de documente din liniile de articole, servicii, cheltuieli și active fixe. Câmpul este disponibil pentru import în Adăugare/ Eliminare coloane din grilele menționate anterior. Resursa care va fi selectată în liniile documentului este transferată și în mișcările entităților menționate anterior, astfel încât rezultatele (reale) să poată fi obținute în foile de buget care utilizează această dimensiune.

Așa cum s-a descris mai sus în ceea ce privește bugetul, documentele oferă posibilitatea de a aplica un filtru pentru selectarea resursei pe liniile documentului. Acest lucru se realizează prin configurarea tipului de document, selectând rolurile care trebuie asignate din resursă, pentru ca aceasta să poată fi selectată în timpul căutării.

5.12.0.7 (09.2025)

Îmbunătățiri și funcționalități noi

Noua versiune a declarației D300 cu noile cote de TVA introduse în 08.2025

Pentru a beneficia de noul formular D300, un nou tip de declarație a fost adăugat în versiunea 5.12.0.7.

Datele sunt calculate printr-un set de automatizări noi. De asemenea, și generarea fișierului .xml se face printr-o automatizare nouă.

Astfel, va rămâne disponibilă și varianta actuală de declarație D300 (pentru eventuale rulări sau verificări).

În cele ce urmează, sunt descriși pașii necesari configurării și obținerii declarației valabile începând cu august 2025.

Import tip nou de declarație D300_2025

După instalarea versiunii 5.12.0.7, este necesar importul noului tip de declarație D300_2025.

Calea este: Instrumente și configurare > Import export date > Import din Entersoft xml.

Se va alege din folderul ESMasterConfig, subfolderul 5.DeclarationTypes și fișierul Tip declarație - D300_2025 Declarație de TVA.

În ecranul următor se vor bifa toate cele 3 opțiuni.

În urma acestui proces, tipul nou de declaratie D300, versiunea 2025, devine disponibil în Contabilitate/Declarații financiare/Tipuri documente.

Setare drepturi pe tipul nou de declarație

Setare parametru companie

Mod de lucru

Selectați meniul Contabilitate > Declarații financiare > Calcul date declarație 300 (2025).

Aceasta va rula noul mod de calcul astfel încât să fie populate corespunzător atât noile câmpuri din formularul D300 cât și cele existente.

Dacă se dorește reluarea calculului pentru o perioadă anterioară lunii august 2025, se va utiliza opțiunea de meniu precedentă: Calcul date declarație 300.

Fiecare tip de declarație are propria formă.
Generarea fișierului xml se face la fel, apasând butonul Crează fișier. În funcție de tipul de declarație accesat, fișierul xml generat este diferit (pentru cele anterioare lunii august 2025, generarea xml-ului se face în forma veche).

5.12.0.4 (07.2025)

Îmbunătățiri și funcționalități noi

1. Îmbunătățiri diverse

1.1. Monitor ESCommand

1.1.1. Jurnale de export

În 5.12.0.4, a fost implementată o îmbunătățire în ESCommandMonitor.exe situat în folderul aplicației. Mai exact, a fost îmbunătățită funcționalitatea butoanelor existente “copy” și “cut”, care acum aduc toate informațiile necesare atunci când sunt separate prin virgulă.

Monitor ESCommand

Rezultate la “Copy”

1.2. Integrare ESL (Electronic Shelf labels - Etichete electronice pentru rafturi)

Integrarea API cu VUSION este acum posibilă, pentru comunicarea și gestionarea etichetelor electronice ESL.

ESL sunt etichete electronice de raft care afișează informații despre produsul la care sunt atașate. Prin intermediul API-ului VUSION, este posibilă gestionarea acestor informații, a etichetelor electronice și a produselor pe care le reprezintă. În acest fel, utilizatorul poate obține actualizări valide și imediate ale informațiilor despre produse.

În prezent, integrarea cu platforma ESL este posibilă indirect, prin CloudDriver sau orice alt middleware. În viitor, integrarea va fi suportată direct din cadrul aplicației. Informații suplimentare privind utilizarea și configurarea vor fi publicate în versiunile ulterioare.

1.3. Rapoarte - Statistici

1.3.1. Hyperlink-uri în OLAP-uri

Cu versiunea 5.12.0.4, este posibil acum să se configureze afișarea și utilizarea meniurilor contextuale în OLAP.

Selectând Unelte de dezvoltare și personalizare > Configurare meniu, se creează un meniu și se stochează în ..\CSMenus. Comenzile trebuie să fie după cum urmează: bInvoke|esmmstockitem|LOAD|{fItemGID}, unde în {..} e câmpul Datasource.

Apoi, prin OLAP Designer / Edit view / Definition, meniul salvat este selectat ca și “Context Menu”.

2. Îmbunătățiri specifice pentru versiunea în limba română

2.1. Integrare îmbunătățită pentru Innoship

Integrarea Innoship a fost îmbunătățită cu următoarele:

• Specificații clare pentru aplicația sursă în platforma Innoship pentru a detecta mai bine dacă comanda de expediere provine din aplicațiile WMS sau ERP a EBS.

• Parametrul externalLocationID este acum completat cu date din interfața de conectare.

• Formatul numărului de comandă (pentru clientOrderId) a fost modificat pentru a se adapta mediului de testare/producție ale API Innoship.

2.2. Îmbunătățiri ale documentației și traducerilor EBS-RO

Pentru mai multe informații, răsfoiți documentația EBS.
O 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.

Corecții erori

Funcționalitate orizontală

• S-a rezolvat o eroare care apărea la transferul unui contract către o altă companie. Atunci când utilizatorul selecta Acțiuni > Copiere către alte companii, apărea următoarea eroare: “A existat o problemă în citirea conținutului fișierului []. Este posibil ca acesta să fi fost modificat în afara aplicației și acum să nu poată fi citit. Vă rugăm să contactați supervizorul instalării care va readuce fișierul la starea inițială.”

• A fost rezolvată o problemă de afișare eronată a recepțiilor și livrărilor deschise de la/către depozite terțe.

Documente

• A fost rezolvată o problemă în care un cont de lichidități nu era populat la preluarea unui document “deschis/necorelat”.

• Rezolvarea unei erori care apărea la ștergerea unei serii de documente: “Failed to run the entry delete process (A eșuat procesul de ștergere a intrării). Pentru informații suplimentare, consultați fila Detalii tehnice a acestui mesaj. Cannot convert a ‘System.Data.DataTable’ object to an ‘Entersoft.Framework. Platform.ESDataTable’ object.”
  Eroarea apărea atunci când utilizatorul crea o serie nouă, o salva și proceda la ștergerea ei fără a face nicio înregistrare apoi cu această serie.

• A fost rezolvată următoarea eroare care apărea la introducerea unui termen de plată într-un tip de document: “Câmpul “Companie” este obligatoriu”.

POS

• S-a remediat o problemă legată de gestionarea incorectă a unor documente în vizualizarea Documente emise, care ducea la rezultate incorecte ale vizualizării.

Aplicații - Subsisteme - Integrări

• S-a rezolvat o problemă legată de afișarea imaginilor în SKROUTZ.

Contabilitate

• A fost rezolvată o eroare de contabilitate a documentelor de corecție cont comercial care apărea atunci când contul era același în debit (antet) și în credit (contul contului comercial).

Liste de prețuri - Politici de facturare - Promoții

• S-a remediat o problemă în subsistemul politicii de facturare cu performanțe bazate pe Obiectiv. Politica de facturare nu putea fi calculată, deoarece sistemul nu mai aplica reducerea atunci când aceasta acoperea Obiectivul.

• S-a rezolvat o problemă legată de politica de credit care nu se aplica atunci când o unitate de afaceri și o dimensiune sunt monitorizate într-un document, dar nu și în politica de credit.

Automatizare – BR-uri

• S-a corectat o automatizare a produsului în ceea ce privește rechemarea din WMS a unui document pentru re-preluarea controlului în ERP.

Diverse

• Evaluarea stocurilor: s-a remediat o problemă care apărea în vizualizarea motivului costului FIFO (ESMMStockItem\FiFoLiFoDTKAnalysis). În clauza “WHERE” documentele anulate și de anulare nu au fost filtrate, ceea ce a dus la afișarea documentelor de achiziție (de exemplu, documente de costuri de achiziții previzionate ), cu cantități deschise, în timp ce, de fapt, acestea au fost respinse de algoritmul procesului.

• Rezolvarea unei erori care apărea la deschiderea unui registru client - vânzare pe articol: “Parametrul ISUDGID din această vizualizare nu este de tipul corect”.

Cazuri asociate:

PS-108412, PS-110274, PS-110992, PS-110407, PS-112606, PS-112719, PS-108250, PS-110359, ΥΠΘ_SUP-215019, PS-112837, PS-113279, PS-111458, PS-111059, PS-111517, PS-112642, PS-113029, PS-108761, PS-112555, PS-113194, PS-113022, PS-111886, PS-113093, PS-111454, PS-112713, PS-112876, PS-112557, ΥΠΘ_SUP-193944, PS-112788, PS-111668, 2000685, 2000684, 2000683.

5.12.0.0 (06.2025)

Îmbunătățiri și funcționalități noi

1. Integrarea cu mijloacele de plată

1.1. Cereri de plată cu POS

În cazurile în care dorim să căutăm operațiunea în așteptare prin căutarea directă a plății, a apărut necesitatea de a crea o coloană pentru a ne facilita căutarea.

Coloana Număr sesiune a fost adăugată în vizualizarea Cereri de plată cu POS.

1.2. Treceți peste ecranul de totaluri

Câmpul “Treceți peste ecranul de totaluri” a fost adăugat la ecranul “Furnizor de servicii de rețea - profil de comunicare”. Această caracteristică se referă la terminalele Cardlink și este foarte utilă în cazurile în care avem mai multe plăți consecutive și dorim să trecem peste ecranul informativ cu total înainte de a efectua orice plată, din motive de timp și ușurință de utilizare.

2. Promoții

2.1. Promoții într-un layout grilă

Din motive de ușurință în utilizare și pentru a evita selectarea implicită a unei promoții aleatorii atunci când se selectează promoțiile de articole, versiunea 5.12.0.0 a adăugat funcționalitatea Salvare/Salvare în layout grilă pentru cele două GID-uri legate de Reduceri/Promoții:

1. Promoții disponibile

2. Promoții disponibile pentru articole

Dacă ecranul afișează opțiuni pentru a salva/partaja aspectul grilei, atunci acestea sunt efectuate pentru grila activă focalizată/activată.

De exemplu: În următoarea captură de ecran, vedem aceste opțiuni pe ecran în fila Element. Dacă apăsăm pe una dintre opțiuni, atunci aceasta va fi efectuată pentru grila activă, care în exemplul nostru sunt promoțiile disponibile. Aceste machete sunt salvate și încărcate din același loc în care păstrăm macheta liniilor de articole din document cu titlul:

• Promoții disponibile

• Promoții disponibile pentru articole

Pentru ca clasificarea să funcționeze conform așteptărilor, pe baza priorității, trebuie să acordăm promoțiilor cu valoarea priorității = 0 sau blank o valoare vizuală = valoare maximă a priorității în BD + 1. Acest lucru va afișa mai întâi promoțiile cu o prioritate specificată. Mai jos sunt promoțiile fără prioritate, iar la sfârșit cele dezactivate.

Atenție: Dacă niciuna dintre promoțiile afișate în dialog nu are o valoare selectată în câmpul Prioritate (adică prioritate=0), tipul de reducere sau toate au aceeași prioritate, nu este selectată niciuna.

3. Îmbunătățiri diverse

3.1. Câmp nou în BOM-uri

Câmpul TS (timestamp) a fost adăugat la toate cele 3 tabele de mai jos: ESMMBOM, ESMMBOMLine, ESMMBOMLineAnalysis.

3.2. Modificarea criteriului datei

Următoarele scrollere:

• Soldul conturilor de încasat (în valută) (Contabilitate>Administrarea valutei> Soldul conturilor de încasat (în valută) )

• Soldul conturilor de plată (în valută) (Contabilitate > Administrare valută > Soldul conturilor de plată (în valută) )

• Situațiile clienților - Analiza creanțelor restante (Contabilitate > Creanțe >Registre/Jurnale)

• Situațiile furnizorilor - Analiza datoriilor restante (Contabilitate > Creanțe > Registre/Jurnale)

acceptă acum următoarele opțiuni ca criterii de dată, în loc de orice altceva.

4. Îmbunătățiri specifice pentru versiunea în limba română

Extindere verificare CUI la ANAF

Verificarea codurilor fiscale ale partenerilor comerciali a fost extinsă cu afișarea unei noi informații: Stare.

Această informație este utilă, de exemplu, atunci când o societate este în dizolvare fără lichidare. În aceasta situație facturile nu mai pot fi trimise în SPV cu codul fiscal existent. Dacă codul de înregistrare fiscală nu a fost încă anulat, funcționalitatea anterioară de verificare a acestuia nu returna informații din care să rezulte că nu se mai pot emite facturi către acesta.

Câmpul nou afișat în ecranul de verificare CUI indică acum în mod clar starea companiei respective.

Declarația SAF-T acum și trimestrială

Declarația SAF-T permite, începând cu această versiune, și rularea trimestrială necesară în cazul companiilor neplătitoare de TVA.

Mai multe detalii se regăsesc în procedura SAF-T prezentată aici.

Completare meniul Ajutor

În dialogul Despre aplicație, a fost actualizată adresa de contact a departamentului de suport.
În plus, fost adăugată o opțiune nouă de meniu: “Baza de cunoștințe - Română”. Prin intermediul acesteia se poate accesa direct site-ul Bit Software ce conține documentație referitoare la EBS-RO în limba Română.

Îmbunătățire e-Transport

Au fost adăugate funcționalități noi legate de confirmarea codului UIT. Cu această ocazie a fost adăugat și un nou status „Confirmat”. De asemenea, o nouă automatizare a fost creată pentru a permite utilizatorului să confirme anumite coduri UIT.

Tip de document nou - anulare rezervare din doc transfer intern (RTM)

A fost creat un tip de document nou pentru a anula rezervarea completă sau parțială a documentului RTM (Rezervare pentru transfer intern).

Anularea rezervării se face prin nouă tranziție disponibilă la nivel de RTM.

Îmbunătățiri ale documentației și traducerilor EBS-RO

Pentru mai multe informații, răsfoiți documentația EBS.
Î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.

Corecții erori

Funcționalitate orizontală

• Am remediat o problemă în entitățile principale care făcea ca câmpurile să dispară din ecranul de intrare pentru contactele noi. Mai exact, câmpurile Gen și Titlu dispăreau din formularul de contact. Acum, câmpurile Gen și Titlu sunt situate în partea dreaptă a formularului, în timp ce câmpul preexistent a fost împărțit în două, IDN/Nr. pașaport & IDN/Pașaport - Țara emitentă.

• S-a rezolvat o problemă în entitățile principale care făcea ca tabelul de destinație greșit să apară în planurile de atribuire a regulilor de tranziție. În seturile copiate ale unui document, în câmpul tabelului de destinație, sistemul returna rezultate greșite.

Documente

• Rezolvarea unei erori care apărea atunci când utilizatorul elimina temporar o propunere implicită de serie de documente cu o anumită automatizare.

• A fost rezolvată o problemă cu descrierile câmpurilor în layout-urile grilelor de prețuri, care ar fi afișate incorect în limba engleză.

Facturarea electronică

• Rezolvarea unei erori care apărea la imprimarea documentelor prin intermediul furnizorului cu profil de facturare electronică. Problema se datora unui eșec în calcularea variabilei SendEmail și provenea din profilul de facturare electronică combinat cu utilizarea clasificării pentru a crea reguli de livrare și reguli de imprimare.

Comenzi - Rezervări

• S-a rezolvat o problemă care se referea la faptul că cantitatea închisă în liniile documentelor sursă nu era actualizată după ștergerea cantității în așteptare din documentul destinație.

• Rezolvarea unei erori care apărea la adăugarea unei verificări a valorii nete într-un document FAV cu mesajul “Valoarea netă nu a fost calculată corect pe diverse linii aleatorii și nu poate fi facturată”.

Liste de prețuri - Promoții comerciale - Promoții

• S-a rezolvat o problemă care cauzează implementarea automată a unei politici de facturare atunci când există un al doilea termen a cărui condiție nu a fost îndeplinită.

Diverse

• A fost rezolvată o problemă care făcea să apară o valoare zero a elementului atunci când se trecea la o ridicare AD-HOC.

Cazuri asociate:

ΥΠΘ_SUP-210140, PS-111726, ΥΠΘ_SUP-204415, PS-111786, PS-111614, PS-111539, PS-108177, PS-93796, ΥΠΘ_SUP-203046, ΥΠΘ_SUP-211639, ΥΠΘ_SUP-212284, PS-110806, PS-110525, PS-109189, PS-111308, PS-111963, PS-112076, ΥΠΘ_SUP-161653

Corecții de erori specifice versiunii în limba română

• A fost corectată afișarea listelor de valori ale parametrilor din rapoartele de gestiune, care începeau ca textul “Bazat pe …” și care făceau ilizibile aceste valori.

• O serie de erori de traducere sau de traduceri lipsă în EBS-RO și WMS-INT au fost corectate în limba română.

Cazuri asociate:

1099996, 1099712, 1091025, 1098923, 1098924, 1098298, 1092022, 1083687, 1087962, 1090458, 1098868, 1097944.

5.11.0.0 (05.2025)

Îmbunătățiri și funcționalități noi

1. Bugete

Selectarea fișei de buget pentru comparație

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.

2. Data import

Import de date de la mai multe companii

Î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 suportatl)

• 9 tipuri de date, unul pentru fiecare societate (nu este suportat)

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:

3. Promoții

Promoțiile reprezintă un subsistem alternativ pentru aplicarea de reduceri de tarife sau de valoare a 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.

Modificări suplimentare la subsistemul Promoții

• 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.

4. Îmbunătățiri diverse

• Î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, a fost 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, a fost 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”.

5. Îmbunătățiri specifice pentru versiunea în limba română

e-Transport – automatizări noi

• 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”.

Intrastat – raportare UM suplimentară

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.

Alte îmbunătățiri

• Noul format al numărului din registrul comerțului - A fost eliminat avertismentul care apărea la introducerea unui “J” în formatul vechi.

Îmbunătățiri ale documentației și traducerilor EBS-RO

Pentru mai multe informații, răsfoiți documentația EBS.
O 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.

Corecții erori

Funcționalitate orizontală

• 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.

Documente

• Rezolvarea unei probleme care apărea în timpul calculării valorii TVA în articole cu componente( BOM), atunci când tipul de document era setat cu “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 client sau server la alegere, prin meniul principal. În cazurile în care mai multe documente se află în lista 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ă.

Procese

• 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 service.

POS

• A fost rezolvată o problemă care apărea la colectarea cu cardul a unui sold deschis, unde, după apelarea opțiunii “Aprobarea tranzacției prin POS”, apărea o fereastră goală și documentul nu se salva.

Automatizări - Reguli de business

• Corectarea unei erori în timpul rulării automatizării Actualizarea indicatorului de expediere.

Liste de prețuri - Promoții comerciale - Promoții

• În formularul de entitate “Reduceri și promoții” (Configurare > Politică de facturare), în cazul în care există o listă cu articole promoționale, 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.

Diverse

• În scrollerul “Istoric execuție”, î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-urilor de tip fișă, pe lângă cod să fie exportat și numele contului comercial. Această modificare a fost făcută pentru rapoartele de tip bit de pe cardurile 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 de proprietăți câmpuri (FPP), î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 Copiere 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.

Corecții de erori specifice versiunii în limba română

e-Factura ieșiri

• 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.

e-Factura intrări

• 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.

Actualizarea codurilor Intrastat

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.

Alte corecții

• 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.

5.10.0.2 (03.2025)

Îmbunătățiri și funcționalități noi

Livrări e-mail

O serie de îmbunătățiri și corecții au fost aduse livrărilor de e-mail ca urmare a schimbărilor în metoda de autentificare. În detaliu:

• Procesul de creare a atașamentelor a fost îmbunătățit în toate metodele de livrare.

• Gmail (Client):

  • S-a remediat o problemă care apărea la încărcarea fișierului Client Info declarat în profilul de comunicare. Dacă calea fișierului era relativă, acesta nu se încărca fără un mesaj de eroare.

• Gmail (Server):

  • S-a remediat o problemă care apărea la încărcarea fișierului Client Info declarat în profilul de comunicare. Dacă acesta era introdus cu o cale relativă, la încărcarea sa apărea un mesaj de eroare.

  • dacă în profilul de comunicare este declarat un “utilizator destinatar”, atunci este utilizat acest utilizator. În caz contrar, este utilizat expeditorul e-mailului (utilizatorul de la care pleacă).

  • A fost rezolvată o problemă care apărea la trimiterea în masă a e-mailurilor, în care numai utilizatorul primului e-mail din listă era impersonat.

• Corectarea mai multor situații în care se afișau mesaje de eroare “de la caz, la caz”. Unul dintre acestea se referă la utilizarea unei adrese de răspuns la trimiterea de e-mailuri prin intermediul Office 365.

• S-a remediat afișarea mesajelor eronate. Mesajele erau ușor amestecate, un mesaj ca “nu s-a reușit trimiterea mesajului” apărea ca “nu s-a reușit crearea atașamentului”.

• S-a îmbunătățit afișarea informațiilor despre e-mail și a setărilor de livrare în mesajele de eroare.

• Au fost adăugate mesaje de eroare care lipseau în livrarea e-mailurilor prin Outlook.

• SMTP v2:

  • Dacă era declarată o autentificare în rețea, nu erau utilizate acreditările de rețea implicite. Ca urmare, autentificarea și retransmiterea nu erau efectuate corect.

• SMTP v3:

  • Acum sunt acceptate mecanismele de autentificare PLAIN și LOGIN. Acestea sunt activate automat atunci când este specificată o metodă de autentificare de bază.

  • A fost corectată o eroare care apărea la conectarea la SMTP atunci când era specificată criptarea SSL TLS. Ca urmare, serverul nu returna mecanismele de autentificare.

  • Logger-ul protocolului SMTP este acum acceptat, ceea ce vă permite să vedeți toate comunicațiile dintre EBS și SMTP. Jurnalele sunt create în folderul ESNoSync\SMTPLogs, atât timp cât adăugați și activați următoarele funcționalități experimentale. Acestea trebuiesc dezactivate dacă nu mai este necesară jurnalizarea.
    Funcționalitate experimentală

<Feature id=“smtp-logging-enabled”>

<Title>Enable SMTP logging</Title>

<Description>It enables the SMTP protocol logger for the v3 adapter only.</Description>

<Options>

<Option id=“true”>

<value>true</value>

</Option>

<Option id=“false”>

<value>false</value>

</Option>

</Options>

<Value>true</Value>

</Feature>

• Livrare prin CRM

  • Dacă metoda de livrare nu este acceptată, este afișat un mesaj de eroare.

  • Metodele de livrare SMTP v3, Office 365 și Gmail sunt acum acceptate.

• Livrarea de e-mail către automatizări

• Au fost adăugate noi acțiuni în entitate pentru livrarea prin SMTP v3, Office 365 și Gmail.

• SMTP v2 | SMTP v3

  • A fost adăugată o funcționalitate experimentală care vă permite să ocoliți verificarea certificatului serverului în scopuri de testare.
    Funcționalitate experimentală

<Feature id=“smtp-disable-server-certificate-validation”>

<Title>Disable SMTP server certificate validation</Title>

<Description>

<![CDATA[

WARNING: FOR TEST PURPOSES ONLY !!!

Enabling this feature will skip the validation of the server’s certificate.

Any expired, revoked or self-signed certificates will be considered valid.

Use this feature only if you’re suspicious that a certificate problem exists

and you need a proof that the emails are sent correctly.

]]>

</Description>

<Options>

<Option id=“true”>

<value>true</value>

</Option>

<Option id=“false”>

<value>false</value>

</Option>

</Options>

<Value>false</Value>

</Feature>

Alte îmbunătățiri

• Acum este posibilă traducerea valorilor de intrare ale tabelelor Zoom. Inițial, instrumentul de traducere a fost capabil să definească faptul că un astfel de tabel trebuie tradus și apoi, prin intermediul EBS, a fost posibilă traducerea intrărilor sale.

• Au fost aduse îmbunătățiri vizuale la exportul în Excel. În detaliu:

  • Afișare ierarhică (acolo unde este acceptată) - Câmpurile ierarhice (copil) vor fi afișate în albastru în antet.

  • Afișarea liniilor de set - Liniile de set care se referă la (a) grupări, (b) totalul entității, sunt acum afișate în gri.

  • Afișarea grupărilor - Coloanele grupărilor apar acum în albastru.

Îmbunătățiri diverse

• A fost implementată o modificare astfel încât liniile de documente, în cazul în care articolul este monitorizat cu dimensiuni (culoare, dimensiune etc.), acestea să fie afișate în ordinea specificată în câmpul SEQ.NO din diagrama dimensiunilor articolului. Funcționalitatea era deja disponibilă cu F12 pe linia documentului dar acum este disponibilă și în scroller. Parametrul companiei “Articole/Coduri de bare: Câmpul din diagrama de dimensiuni care urmează să fie utilizat pentru sortarea dimensiunilor/culorilor în F12” trebuie să aibă ca valoare SEQ.NO.

• Câmpul Inactiv pentru culorile selectate a fost adăugat la diagramele de dimensiuni ale elementelor de culoare.

• Tabelul “Declarație periodică de TVA - Coduri” a fost actualizat pentru a adăuga noi intrări și pentru a modifica descrierile celor existente.

• Câmpul document alternativ a fost adăugat la afișarea tranzițiilor. Acesta poate fi acum direct vizibil pentru utilizatori, în special în cazul documentelor de vânzare, în care comunicarea cu furnizorul cu privire la documente se bazează pe codul alternativ, în loc de codul documentului furnizat de EBS.

• S-a îmbunătățit procesul de adăugare de linii la o listă de prețuri, unde apărea o eroare dacă dimensiunea 1 a articolului nu era completată. Eroarea nu avea logică, deoarece condiția necesară pentru adăugarea de linii în lista de prețuri este să existe fie un articol, fie un grup de prețuri.

• Acum este posibil să adăugați și să salvați intrări conexe în vouchere.

• În vizualizarea “Articole neinventariate (cu și fără dimensiuni)”, a fost adăugat criteriul Denumirea articolului, cu valoarea implicită: Toate. Criteriul a fost adăugat astfel încât elementele stabilite să poată fi deselectate atunci când este necesar.

• Nu mai este posibilă modificarea datei unui document de plată a unui efect de comerț la o dată anterioară încasării acesteia. Această verificare a fost considerată necesară, deoarece atâta timp cât a fost permisă, aceasta a creat o problemă privind starea efectului de comerț.

Îmbunătățiri specifice pentru versiunea în limba română

e-Transport îmbunătățit cu numărul documentului însoțitor

În datele de raportare pentru e-Transport există o zonă numită Documente de transport în care puteți alege tipul de document cu care livrați mărfurile (aviz, CMR, factură etc.), împreună cu numărul documentului și data emiterii acestuia.

Un mecanism de verificare CIF mai robust

Am introdus un nou mecanism de verificare a CIF al unui partener comercial prin utilizarea serviciului de verificare CIF furnizat de API-ul SBS, spre deosebire de cel vechi care apela serviciul web de la ANAF și care, în unele cazuri, nu era suficient de fiabil. În plus, în acest fel vom avea încă patru parametri furnizați de interogare: datele de început și de sfârșit ale scopului TVA, precum și datele de început și de sfârșit pentru TVA la încasare.

Integrare INNOSHIP - o platformă pentru integrarea serviciilor de curierat

Această platformă de integrare a serviciilor de curierat a fost adăugată la curierii disponibili în aplicație. Acum puteți avea un singur cont INNOSHIP care permite expedierea cu orice curier care operează pe piața românească și europeană. API-ul INNOSHIP este integrat și cu aplicația WMS.

Instrucțiuni privind integrarea serviciilor de curierat, inclusiv Innoship, pot fi găsite aici.

Îmbunătățiri ale documentației și traducerilor EBS-RO

Pentru mai multe informații, intrați pe documentația EBS.
O 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ă cât mai bine utilizatorii români.

\

Corecții de erori

Documente

• În fila “documente”, din folderul de import, selectarea “+” pentru a adăuga un nou document în timp ce formularul era deja deschis, nu afișa documentul nou în fața acestuia, ci în spatele lui. A fost efectuată o corecție corespunzătoare, astfel încât acesta să apară în prim-plan și utilizatorul să poată continua cu crearea documentului.

• S-a corectat o actualizare incorectă a câmpului de Informații a unui articol de pe bonul de consum ce ce se găsește în lista de articole pentru un articol produs, care, la rândul lui, a fost produs cu o listă de materiale (BOM) neanalizată.

• S-a remediat o eroare în care un document de vânzări intracomunitare OSS, cu articolele 47a, 47b și 47c, nu putea fi trimis prin intermediul unui furnizor.

• A fost rezolvată o eroare în conversia documentelor comerciale (i.e. un aviz - AEV) care a rezultat dintr-o tranziție a unui alt document (i.e. un aviz - TMR).

• A fost corectat mesajul care apare la crearea unui document, referitor la o sumă scadentă în cadrul politicii de credit. Acest mesaj (a) ia în considerare suma minimă scadentă din cadrul politicii de creditare și (b) nu ia în considerare suma facturii introduse la momentul respectiv, deoarece aceasta nu este (încă) considerată o sumă scadentă.

Procese

• S-a rezolvat o problemă care apărea la transferul proiectelor de la o companie la altele, atunci când acest transfer se efectua prin acțiuni în formularul de proiect. Același proces reușea în lista de proiecte.

• Rezolvarea unei erori care apărea la închiderea unui an fiscal în sistemul de depozit, atunci când articolul era urmărit după culoare și dimensiune cu o unitate de măsură alternativă ca unitate de service, iar acea unitate de service nu era fixată.

• S-a rezolvat o problemă apărută într-o instalare specifică în care, la salvarea tipului de date, de exemplu un scenariu de export/import X, sistemul încărca mai întâi fișierele noi cu numele de folder _X, apoi ștergea vechiul X și redenumea folderul de la _X la X.

• S-a rezolvat o eroare în descărcarea sumarizată, care făcea ca procesul să ruleze prin planificatoare cu opțiunea Avansat (Advanced).

MRPII

• A fost rezolvată o eroare care apărea la activarea unui plan prin intermediul planificatorului.

POS

• Rezolvarea unei probleme care apărea la anularea unei tranzacții POS care a fost executată cu succes prin răscumpărarea punctelor, care ducea la ștergerea unei singure linii din cele două generate din cauza punctelor de loialitate.

Automatizare - Reguli de afaceri

• Rezolvarea unei probleme la raportarea unei erori în expresia VB: numărul liniei la care se referă eroarea nu era afișat.

Diverse

• Rezolvarea unei erori care apărea la execuția unui cub de raport bugetar.

• S-a corectat traducerea greșită a proprietății “FocusLess”. Problema apărea atunci când un utilizator se conecta cu limba română în documentele articol, client, furnizor, mijloc fix, persoană și comerț.

• S-a remediat o afișare incorectă a unui articol care apărea de mai multe ori în cadrul unei căutări efectuate în câmpul cod multiplu. Problema apărea în cazul în care codul furnizorului articolului avea aceeași valoare cu valoarea câmpului “Codificarea articolului” din Detaliul furnizorilor alternativi din fila Organizarea articolului.

Corecții de erori specifice versiunii în limba română

• S-a remediat o eroare apărută la deschiderea fișierelor de automatizare “Creare expediere” privind trimiterea voucherelor către un transportator. Eroarea apărea exclusiv în automatizările pentru curierii SAMEDAY și INNOSHIP.

• A fost corectată o eroare referitoare la valoarea cea mai mică a TVA în calculul TVA invers la automatizarea CreateVATProtocolforReverseTaxation.

• Corectarea unor erori privind parametrizarea creării automate a unui nou an fiscal pe versiunea în limba română.

Cazuri asociate:

PS-106472, PS-108950, ΥΠΘ_SUP-191030, PS-108855, PS-26701, PS-108808, PS-108846, ΥΠΘ_SUP-202669, ΥΠΘ_SUP-203772, PS-104224, PS-108935, PS-109415, PS-108928, PS-109491, PS-100959, PS-107307, PS-108886, ΥΠΘ-SUP- 203178, PS-67688, PS-106136, ΥΠΘ_SUP-190902, #1096874, #1090458, #1091457, #1084002 PS-94427.

5.10.0.1 (02.2025)

Îmbunătățiri și funcționalități noi

1. Lichidități

Pregătirea ordinelor de plată

Procesul de pregătire a ordinelor de plată a fost îmbogățit. Acum,utilizatorul poate gestiona și plățile în avans pentru comenzi. La fel ca în procesul de planificare a plăților - unde această funcție a fost oferită în versiunea 5.9.0.0 - începând cu această versiune, în cele 3 etape ale procesului de pregătire a ordinelor de plată utilizatorul poate vizualiza și comenzile furnizor/creditor, în funcție de valoarea criteriului “Tip intrare”.

Utilizatorul are astfel posibilitatea de a adăuga plăți în avans pentru cele care trebuie mai întâi aprobate și apoi, în ultimul pas, trebuie să rezulte documentul de tranzacție corespunzător (documentul de plată).

• Inițial, în etapa 1, din ecranul de pregătire a ordinelor de plată, este posibil să se vizualizeze, utilizând criteriul “Tip intrare”, facturile (previziuni confirmate) și ordinele (ieșiri programate) care au fost efectuate și nu au fost încă plătite (nu au fost transformate în facturi). Noul criteriu este afișat în grupul de parametri “Toate” și se numește “Tip intrare”.
  Valorile disponibile sunt:

  • Previziuni confirmate - facturile furnizor/creditor (valoare implicită)

  • Ieșiri planificate - comenzile furnizor/creditor

  • Toate.

• Pentru fiecare cont comercial există 2 rânduri - atâta timp cât există documente atât în categoria facturi, cât și în categoria comenzi - și fiecare rând însumează toate documentele din fiecare caz. În rândul 1 și coloana “Suma datorată”, utilizatorul poate vizualiza totalul facturilor restante, iar în rândul 2 - totalul comenzilor deschise.
  Linia de comenzi va fi afișată într-o culoare distinctă verde.

  • La nivelul 2 - la fel ca în cazul facturilor deschise - puteți vedea comenzile cu suma lor deschisă în detaliu, a cărei sumă apare cumulativ la nivelul 1 sub “Suma datorată”.

  • După introducerea sumei de plată și cu ajutorul butonului Next, se creează documentele ordinului de plată (tip PSD).

• În a 2-a etapă, “Aprobarea ordinelor de plată”, utilizând din nou criteriul “Tip intrare”, utilizatorul poate vizualiza DSP-urile care au rezultat din facturi și/sau comenzi. Selectarea acestora și finalizarea acțiunii semnalează aprobarea lor.

• În cele din urmă, în etapa a-3-a, ordinele de plată aprobate sunt convertite în documente de tranzacție. Și în acest caz, ca și în Planificarea plăților, pentru documentele care vor rezulta din ordinele de plată, tipul de document este specificat în parametrul societății “Procesul de planificare a plăților” = 16 (Tip document pentru crearea automată a “depozitelor”).

2. Îmbunătățiri diverse

• În pagina “Documente” din cadrul contractelor de cont comercial, a fost făcută o îmbunătățire, astfel încât utilizatorul să poată vizualiza documentele de cheltuieli de vânzare pentru cazurile de contracte cu furnizorii.

• În vizualizarea “Jurnal istoric tipuri de date”, pentru o mai bună gestionare a pachetelor de date, a fost adăugat parametrul “Consum”, cu valorile disponibile: Toate, Nu, Da.

• În căutarea clientului, în Retail, numărul de telefon mobil al clientului a fost adăugat la rezultate.

• Planul de proprietate 2-CARD a fost mărit. S-a rezolvat o problemă care stabilea tipul de linie al contului de lichidități la valoarea Actual, atunci când contul de lichidități nu este legat de o tranzacție cu cardul.

• Îmbunătățirea timpului de căutare atunci când se caută un client după numărul său de telefon, în acțiunea “Selectare client” din vânzarea cu amănuntul.

• Suport pentru salvarea documentelor relevante în vouchere.

3. Funcționalitate orizontală (framework)

Export imagine

În vizualizarea de export sau în Bit-ul Excel, este acum posibil să exportați corect fotografii. Din acest motiv, în dialogul “Export avansat de date” care apare în vizualizările și în bara de instrumente a Bit, a fost adăugat flagul “Export imagini”, care este implicit doar în cazul exportului în Excel. Dacă, de exemplu, în vizualizarea produsului: “Catalog articole cu fotografii”, utilizatorul selectează exportul fotografiilor articolelor, rezultatul va fi următorul:

În cazul unui volum mare de date fotografice, se recomandă de-selectarea indicatorului, pentru a evita întârzierile lungi și o povară de timp în exportul în Excel.

Am îmbunătățit ecranul “Export avansat de date” utilizat în vizualizări și Bits pentru a exporta rezultatele în diferite formate (xls, xml, ascii etc.), pentru a-i conferi aspectul seriei 5.

Livrarea de e-mailuri

În această versiune, a fost efectuată implementarea necesară pentru a sprijini livrarea de e-mailuri prin Gmail prin intermediul aplicației, după modificările efectuate de Google în metoda de certificare.

În special, autentificarea clasică prin nume de utilizator și parolă a încetat să mai funcționeze și acum, urmând metodele moderne de certificare, este afișat un dialog cu autentificare multifactorială (MFA).

Mai exact, au fost efectuate următoarele modificări:

1. S-a adăugat parametrul de companie ES_MAIL_CLIENT_info_FILE

2. În câmpul Profil de comunicare a fost adăugat ClientInfoFile

3. În opțiunile câmpului Metoda de livrare (Send_Mail_Service) din Profil de comunicare, cum ar fi cu Office 365, au fost adăugate două noi metode de livrare, prin Gmail (Server) și Gmail (Client).

Gmail (Server)

O nouă metodă de livrare a e-mailurilor prin Gmail. Aceasta utilizează bibliotecile open-source MimeKit și Google.Api care rulează pe .NET Framework 4.8. E-mailul este trimis direct prin API-ul Gmail. Acesta este utilizat în principal pentru livrările server-side, unde nu este permisă utilizarea interfeței de utilizator și, prin urmare, automatizarea dialogului. Cu toate acestea, poate fi utilizat și în livrările prin client. Implementarea fluxului OAuth cu 2-laggs (2LA) pentru comunicarea de la server la server.

Cerințele Google pentru a sprijini acest flux sunt următoarele:

1. Spațiul de lucru Google (Google Workspace)

2. Aplicație cu acces la API-ul de Gmail

3. Cont de serviciu cu acces la nivel de domeniu pentru aplicație

4. Secret-client pentru aplicație.

Aplicația poate trimite e-mailuri ca serviciu. Utilizatorul folosit pentru livrare este expeditorul e-mailului. Aceasta înseamnă că se poate trimite cu orice utilizator, atât timp cât administratorul a acordat aplicației permisiunile corespunzătoare.

Fiți precauți atunci când utilizați acest mecanism pe partea de client. Aplicația are permisiunea de a trimite prin intermediul oricărui utilizator, ceea ce ridică probleme de securitate. Se recomandă ca funcționalitatea să fie utilizată numai în partea de server sau în medii foarte controlate.

Gmail (Client)

Avem o nouă metodă de livrare a e-mailurilor prin Gmail. Aceasta utilizează bibliotecile open-source MimeKit și Google.Apis care rulează pe .NET Framework 4.8. E-mailul este trimis direct prin API-ul Gmail. Acesta este utilizat numai pentru livrări de la clienți care permit utilizarea UI și, prin urmare, afișarea unui dialog de autorizare. Utilizarea acestuia în cadrul EAS cu o excepție și un mesaj de descurajare adecvat nu este permisă. Cu toate acestea, apelantul trebuie să se asigure că poate afișa UI-ul.

Acesta a fost implementat folosind fluxul de autentificare OAuth 3-leggs (3LA) pentru comunicarea client-server. El necesită un ID al utilizatorului și un id al clientului, specificate. Procesul de certificare va afișa o fereastră de dialog Oauth2/MFA pentru ca utilizatorul să se conecteze la contul de Gmail al companiei sale.

Cerințele Google pentru a sprijini acest flux sunt următoarele:

1. Google Workspace

2. Aplicație cu acces la Gmail API

3. Secret-client pentru aplicație.

Aplicația trimite e-mailuri în numele utilizatorului conectat, care este și expeditorul e-mailului.

App - Create

Presupunând că există deja un Google Workspace activ:

Mergeți la Google Cloud Console și selectați sau creați un nou proiect.

Creați o nouă aplicație (app) și configurați ecranul de consimțământ / brandingul. Acordați atenție tipului de audiență. Vi se va cere să selectați conturile cărora li se adresează aplicația dvs.

• Dacă selectați Extern, atunci aplicația trebuie să treacă printr-o revizuire/evaluare din partea Google, deoarece se adresează unui public larg și conturilor din afara Workspace-ului companiei.

• Dacă selectați Intern, atunci nu aveți nevoie de o revizuire din partea Google, deoarece se adresează conturilor care aparțin Workspace-ului companiei. Dumneavoastră sunteți cel care își asumă responsabilitatea pentru securitate - (implicit).

Dacă nu aveți un Workspace și doriți să utilizați doar livrarea din client, atunci puteți specifica tipul de public “Extern” și starea de publicare “Testare”. În acest fel, aplicația este în modul de testare și nu are nevoie de revizuire din partea Google. Cu toate acestea, există unele limitări. De exemplu, trebuie să indicați ce utilizatori vor utiliza aplicația. În plus, există o limită pentru numărul de e-mailuri trimise.

Apoi, trebuie să activați API-ul Gmail pentru aplicație, pentru a oferi acces la serviciile Gmail. În plus, trebuie să setați domeniul “gmail.send” și “gmail.readonly” pentru aplicație (acces la date).

App – Setări pentru livrare din client

Creați un “OAuth 2.0 Client ID” pentru aplicație și selectați tipul de aplicație “Desktop App”. Procesul va crea ID-ul de client și secretul-client necesare pentru implementarea 3LA.

În acest moment, puteți alege să salvați elementele într-un fișier json. Plasați acest fișier într-un director EBS sincronizat cu terminalele. Apoi, introduceți calea relativă în câmpul ClientInfoFile din profilul de comunicare sau în parametrul companiei corespunzător, de exemplu CSConfig\GmailClientInfo.json.

Alternativ, puteți să faceți copy/paste cu ID-ul și secretul-client în câmpurile corespunzătoare ale profilului de comunicare sau în parametrii companiei respective.

App – Setări pentru livrarea din server

Creați un cont de servicii. Notați ID-ul de client OAuth generat în urma procesului, deoarece veți avea nevoie de el mai jos.

Apoi, creați o cheie pentru contul de servicii. Salvați informațiile despre clientul contului de servicii într-un fișier json. Apoi, introduceți calea relativă în câmpul ClientInfoFile din Profilul de comunicare sau în parametrul companiei corespunzător, de exemplu ESNoSync\GmailServiceAccountInfo.json.

Folosind Google Admin Console, configurați “Delegarea accesului la nivel de domeniu” pentru aplicație. Utilizați ID-ul de client OAuth care v-a fost furnizat la crearea contului de serviciu. În cele din urmă, autorizați scorul https://mail.google.com/.

Atenție: Datorită ștergerii accesului la nivelul întregului domeniu, contul de serviciu are permisiunea de a trimite e-mailuri prin intermediul oricărui cont. Aveți mare grijă să evitați descărcarea informațiilor din json atunci când sincronizați terminalele. Asigurați-vă că îl plasați într-un folder de server care nu este sincronizat, cum ar fi ESNoSync.

4. Îmbunătățiri specifice versiunii în limba română

Închidere venituri și cheltuieli

Pentru îmbunătățirea procedurii de închidere venituri și cheltuieli a fost realizat un nou scroller, accesibil din meniul Contabilitate > Procese de închidere a perioadei > închidere venituri și cheltuieli.

Se va defini un nou cod de jurnal - CLVC - în meniul Instrumente și configurare > Personalizare… > Contabilitate > Jurnale.

Conturile vor fi setate ca activ, pasiv sau bifuncționale (Brut) pe toate cardurile conturilor contabile în câmpul “Natura”.

Scrollerul va lua în considerare următoarele:

• Dacă un cont este de activ sau este bifuncțional și are doar rulaj debitor: se va închide pe credit

• Dacă un cont este de pasiv sau este bifuncțional și are doar rulaj creditor: se va închide pe debit

• Dacă un cont este bifuncțional și are rulaj atât pe debit cât și pe credit: se va închide pe sold.

Automatizarea are ca parametru un cont 121* pentru a acoperi existența unor analitice diferite pe ani diferiți sau din alte motive.

Notele contabile generate se vor genera cu ultima zi a perioadei selectate.

Instrucțiuni suplimentare pentru mentenanța datelor

Procedura de Licență, Upgrade-uri, Hotfix-uri a fost completată cu un capitol de mentenanță a datelor ce recomandă ca de la instalare să fie stabilite planuri de backup și de optimizare a bazei de date.

Transmiterea în e-Factura a facturilor emise către persoane fizice din RO

Din 1.01.2025 este obligatorie transmiterea la ANAF în sistemul e-Factura a facturilor emise către persoane fizice din România ceea ce presupune completarea specifică în structura xml a facturilor emise, a două câmpuri - BT-47 (Identifier for a legally registered Buyer) și BT-48 (Buyer Tax Identifier) - prin care acestea sunt identificate.

EBS-RO, îmbunătățirea documentației și a traducerilor

Pentru mai multe informații, consultați documentația EBS.
Î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.

Corecții erori

Management comercial

Documente

• Au fost remediate diverse probleme întâlnite la documentele care au atributul SAVE_WITHOUT_DELTADS. În detaliu, acestea s-au manifestat:

  • Atunci când se modifica pasul de evoluție, pasul de pe tabelul din Catalogul documentelor nu se modifica.

  • Atunci când pasul de evoluție a fost modificat semnificativ, mișcările documentelor au fost șterse.

  • La modificarea cantității pe o linie a documentului și la trecerea la linia următoare, precum și la utilizarea automatizărilor personalizate care modifică câmpurile din linii, mișcările documentului erau șterse.

• S-a remediat o problemă la crearea unui nou lot pe linia documentului atunci când câmpul Cod lot este completat înainte ca articolul să fie definit pe linie.
  Concret, apare o eroare la salvarea documentului. Dacă articolul ar fi fost declarat mai întâi și apoi lotul, ar fi funcționat foarte bine.

• S-a remediat o problemă care apărea la declanșarea anumitor condiții de politică comercială și atunci când există condiții concurente care analizează lucruri diferite.

• S-a remediat o problemă în introducerea documentelor LMS - transferul contabil al mijloacelor fixe.
  Problema apărea atunci când achiziția amortizabilă a mijlocului fix era într-un exercițiu financiar închis. Corecția se referă la planul de proprietate 4-LMG.

• S-a rezolvat o problemă apărută după modificarea gestionării fluxului de numerar în versiunea 5.9.0.0. A apărut o problemă la modificarea documentelor de tranzacție Cash Flow care sunt implicate în actualizarea acestuia. Mai exact, dacă există un avans (AEP/APM) pe o comandă de vânzare/cumpărare și, respectiv, dacă această comandă a fost mutată pe un document ulterior de tip confirmare/expediere/primire, atunci documentul de avans nu putea fi modificat. Această interdicție a fost considerată critică în cazul valorilor documentelor - pentru a menține corectitudinea fluxului de numerar - dar pentru celelalte câmpuri ale documentelor restricția a fost prea strictă. Din acest motiv, începând cu această versiune, modificarea lor este permisă, cu excepția valorilor.

Rapoarte

• În fila Registrul analitic din cadrul contului contabil, titlurile coloanelor Debit progresiv și Credit progresiv au fost actualizate.

• În OLAP-ul “Profitabilitatea pe categorii de articole - Grup”, s-a efectuat o corecție la calcularea costului bunurilor vândute în cazul în care existau rânduri diferite în jurnalele articolelor care actualizau cifra de afaceri și costul bunurilor vândute.

• A fost rezolvată o problemă de întârziere în vizualizarea “Compararea cantităților din documente”.

• A fost corectată o eroare la deschiderea vizualizării “Mijloace de transport”.

• A fost corectată o eroare la deschiderea vizualizării “Verificarea suficienței materialelor pentru executarea comenzilor”.

• În tabloul de bord “Imagine 360” din cadrul paginii partenerului comercial, informațiile din “Analiză valori deschise”, afișate în limba engleză, au fost corectate.

• Îmbunătățirea vitezei de execuție a vizualizării “Articole necontorizate în DSA cu sold”.

• Îmbunătățirea vitezei de execuție a vizualizării din fila “Mișcare oficială” în circuitul antrepozitului vamal atunci când este definit un cod fiscal al articolului.

Proceduri

• A fost efectuată o modificare la crearea fișierului de plată pentru Eurobank, astfel încât fișierul să înceapă cu prefixul SWIFT, așa cum este cerut de bancă.

• S-a remediat o problemă în calcularea soldului pe formularele de inventar fizic care fie rezultă din înregistrare, fie sunt create prin procesul de finalizare a inventarierii, atunci când articolul are o unitate de măsură de serviciu alternativă.

• S-a remediat o problemă în interfața cu API-ul Eurobank.

• În procesul de export al fișierelor de plată către bănci, a fost adăugată o verificare pentru a se asigura că conturile beneficiarilor au un cod SWIFT (BIC) complet.

Diverse

• Atunci când căutați o persoană în Sarcini, acum sunt afișați numai clienții activi.

• A fost redenumită fila “Planuri de livrare” în “Planuri de vizită” în Vânzări > Activități > Detalii distribuție pentru a fi aceeași cu pagina corespunzătoare Adrese către client.

• S-a remediat o eroare în cazul furnizorilor alternativi ai unui articol de inventar în care, la nou prin copiere și pentru un articol cu mai mulți furnizori alternativi dintre care unul dintre era de bază, se crea o înregistrare suplimentară cu acel furnizor fără a fi codificat în articol.

• Începând cu această versiune, câmpul “Impozabil” din tranzacționări este gestionat mai corect. Concret, acesta a fost adăugat la formularele de furnizor și creditor, deoarece exista deja în formularele client și debitor. Câmpul este activat pentru parteneri comerciali noi care sunt persoane juridice, au completat codul de TVA, au Statutul de TVA = Normal sau Redus și au Statutul CIFO = Responsabil.

Cazuri asociate:
ΥΠΘ_SUP-199533, PS-107943, PS-108045, PS-107781, ΥΠΘ_SUP-199230, PS-75685, PS-77092, ΥΠΘ_SUP-132385, PS-96864, ΥΠΘ_SUP-196095, PS-74832, PS-88084, PS-96856, PS-105898, PS-106308, PS-106308, PS-106485, PS-107485, PS-58485, PS-58488, PS-58484, PS-588446, PS-69310, ΥΠΘ_SUP-120052, PS-82555, PS-107213, ΥΠΘ_SUP-123650, ΥΠΘ_SUP-161531, ΥΠΘ_SUP-194785, ΥΠΘ_SUP-194369, PS-99617, PS-104440, PS-105328, ΥΠΘ_SUP-168075, ΥΠΘ_SUP-193713, PS-106100, ΥΠΘ_SUP-199767, PS-108419, PS-107877, QA-09280, PS-101908

Corecții de erori pentru versiunea în limba română

• Au fost corectate câteva etichete netraduse din modulul de mijloace fixe.

• Amortizare nedeductibila - eroare conversie.

Cazuri asociate:

#1094236, #1095812

5.10.0.0 (12.2024)

Îmbunătățiri și funcționalități noi

Îmbunătățiri diverse

• În lista Resurse (Configurare > Configurare CRM > Sarcini), a fost adăugată coloana “Inactiv” la gridul “Membrii grupului de resurse”. “Membrii grupului de resurse” apar pe cardul resursei numai atunci când tipul resursei este = Grup de resurse.

• Câmpul Lot a fost adăugat la liniile de articole care participă la sarcinile de tip Cerere de Servicii (ServiceRequest).

• Raportul auxiliar “Progresul de executare a sarcinilor contractuale” a fost modificat pentru a afișa toate plățile legate de contracte/proiecte, care provin fie din documente de încasări/plăți, fie din documente de regularizare (BPC).

• A fost adăugat câmpul “E-mail” în forma de client care se deschide prin ecranul de creare a documentului.

• S-a adăugat opțiunea Export în Excel la următoarele 4 ecrane de proces (Contabilitate > Încasări / Plăți:

1. Planificarea plăților

2. Pregătirea ordinelor de plată

3. Aprobarea ordinelor de plată

4. Creați plăți pe baza comenzilor aprobate

Toate liniile sunt exportate.

• Acțiunea de actualizare a statusului expedierii nu mai este limitată doar la verificarea expedierilor sucursalei curente de logare, așa cum a fost până acum.

• A fost adăugat un nou parametru la automatizarea creării expedierilor pentru curierul Box Now, intitulat “Număr pachete de livrat” (Delivery Box No), cu valoarea implicită 0 (zero). Utilizatorul poate specifica acum numărul dorit de pachete pentru fiecare expediere, dar fără a depăși numărul total de linii de articole din document. Lăsând 0, procesul continuă să funcționeze ca până acum, adică creează tot atâtea pachete - vouchere câte linii de articol există.

Contabilitate

Ecran nou pentru șablonul contabil

Un nou ecran de creare a șablonului contabil este disponibil din această versiune.

În șablonul contabil utilizat, dacă articolul contabil prevăzut în profilul de actualizare a documentului nu este cel preferat sau dacă profilul de actualizare a documentului nici măcar nu prevede un articol contabil, în acest moment se poate specifica șablonul de articol contabil care urmează să fie aplicat.

Dacă acesta este deja specificat, toate liniile din profilul de actualizare a documentului care pot exista și care se referă la contabilizare vor fi ignorate. Prin urmare, acest șablon prevalează întotdeauna asupra profilului de actualizare a documentului.

În ecranul tip de document, în tab-ul “Contabilitate”, puteți adăuga un nou șablon contabil făcând clic pe butonul pentru adăugarea unui nou șablon, sau puteți crea un nou șablon contabil selectând Nou prin copiere , din liniile profilului de actualizare a documentului a tipului de document.

Ecranul noului șablon contabil este împărțit în două zone principale.

În partea stângă a ecranului, liniile de șablon contabil sunt grupate pe segmente. În partea dreaptă a ecranului, în tab-ul „Date principale”, este afișat ecranul de configurare al liniei de șablon contabil selectat.

Prin selectarea butonului de adăugare a unui nou segment , se deschide o nouă linie de introducere în șablonul contabil.

Pe tab-ul “Date principale” trebuie să specificați:

• Segment: Aici selectați segmentul de document care se referă la linia șablonului contabil.
  

• Tip segment: aici puteți specifica tipul de segment.

De exemplu, atunci când segmentul se referă la un “articol de stoc”, puteți specifica dacă se referă la o linie standard (Normal) sau de retur(Transfer invers). Dacă segmentul se referă la un “Cont de lichidități”, puteți specifica dacă linia se referă la “Plată”, “Previziune” sau “Rezervare”.

• Debit sau Credit

• Valoare: Aici puteți specifica tipul de sumă utilizat în linia șablonului contabil.

Un nou dialog de introducere a valorii este acum disponibil.

• Tip cont: Aici puteți specifica modul în care va fi generată înregistrarea contabilă.

Prin selectarea valorii “Grup contabil”, în câmpul “Cont” puteți selecta unul dintre grupurile contabile existente.

Prin selectarea valorii “Cont” în câmpul “Cont”, puteți selecta un cont din planul de conturi.

Prin selectarea valorii “Expresie”, ecranul actualizat pentru scrierea expresiilor este accesibil în câmpul “Cont”.

În cazul în care aveți nevoie de mai multe expresii, va trebui să creați grupuri contabile din meniul de configurare a grupului contabil și să le selectați prin opțiunea “Tip cont” => Grup contabil.

• Argumentare: Aici specificați motivul liniei de șablon contabil, selectând dintre argumentele existente disponibile.

În plus, este acum posibil, prin intermediul șablonului contabil, să se vizualizeze rezultatul șablonului în documentul selectat.

Pe pagina „Reprezentare notă contabilă”, cu ajutorul butonului „Selectare”, puteți selecta documentul preferat din lista de documente și apoi, cu opțiunea „Calculare”, puteți vizualiza rezultatul șablonului contabil.

Șablon contabil nou prin copiere

Prin selectarea din tipul de document a butonului pentru adăugarea unui șablon prin copiere , se deschide ecranul șablonului contabil, populat cu liniile profilului de actualizare a documentului, privind înregistrarea contabilă, pentru a le edita.

Ecran de editare a grupurilor contabile și schema grupurilor contabile

Această versiune are un ecran actualizat de editare a grupului contabil, pentru “Tipul grupului”: Definire segment.

Noul ecran actualizat de editare a grupului contabil pentru “Tipul de grup”: Definire segment, cu noul său format, segmente distincte, căutare ușoară în câmpurile disponibile, facilitează editarea acestora de către utilizator.

În plus, este posibil să vizualizați grupurile contabile pentru “Tipul de grup": Definire segment.

Prin intermediul vizualizării, puteți citi rezultatele grupului contabil într-un mod rapid și ușor, la orice nivel.

Din vizualizarea grupului contabil, aveți posibilitatea:

• să modificați orice grup din schemă selectându-l și selectând opțiunea “Specificare grup”.

• puteți vedea schema sub formă de fluxuri de lucru sau dependențe

• puteți să îl exportați într-un fișier

• puteți să-l tipăriți

• puteți să filtrați grupurile de scheme

Îmbunătățiri specifice versiunii în limba română

Îmbunătățirea SAF-T privind selectarea anului

#1095573

Având în vedere că există societăți care au ani neîncheiați înainte de 2022, această limitare a fost eliminată din selectorul anului fiscal, la generarea declarației SAF-T.

EBS-RO, îmbunătățirea documentației și a traducerilor

Pentru mai multe informații, consultați documentația EBS. Î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.

Corecții erori

Management comercial

Documente

• Rezolvarea unei probleme care apărea la modificarea valorii unui câmp informativ din antetul documentului, în cazul în care tipul de închidere este setat la “Fără verificare” și există un profil Privilegii de acces.

• Rezolvarea unei probleme care ar afișa un mesaj de eroare la deschiderea documentelor existente care conțin oferte promoționale. Mesajul apărea în cazul în care oricare dintre promoții devenise inactivă.

• S-a rezolvat o problemă care apărea în documentele Ordinului de producție la dezvoltarea componentelor unui articol produs, atunci când acesta mai conține unul, de asemenea, produs (semifabricat) și câmpul “BOM levels” a fost selectat în tipul de document. Problema se referea la actualizarea câmpului “linie informativă” în linia produsului semifabricat.

Rapoarte

• Îmbunătățirea timpului de afișare a rezultatelor la nivelul 2 cu liniile articolelor în vizualizarea “Pregătirea cererilor de cheltuieli”.

Diverse

• S-a rezolvat o problemă în care se afișa un mesaj de eroare la deschiderea unui card de client. Mesajul era afișat în cazul în care unul dintre vânzătorii clientului devenise inactiv.

• S-a rezolvat o problemă în care se afișa un mesaj de eroare la deschiderea unui card de articol. Mesajul apărea aleatoriu în anumite instalări.

• S-a remediat o eroare care apărea pe ecranul “Emiterea de cecuri computerizate” în Expert, din cauza modificărilor aduse versiunii anterioare în procesul de planificare a plăților.

Cazuri asociate

QA-08640 , PS-102494, PS-106127, PS-105893, PS-106189, PS-106276, PS-106340, PS-106350, PS-106376, PS-106420, PS-106447, PS-106447, PS-106481, PS-106502, PS-106505, PS-106519, PS-106576, PS-106601, PS-106668, PS-106703, ΥΠΘ_SUP-195021, ΥΠΘ_SUP-195193, ΥΠΘ_SUP-195494, ΥΠΘ_SUP-195515, ΥΠΘ_SUP-195609, ΥΠΘ_SUP-195612, ΥΠΘ_SUP-196243, ΥΠΘ_SUP-196298, ΥΠΘ_SUP-195229, ΥΠΘ_SUP-195644, ΥΠΘ_SUP-195647, PS-105129, PS-105239, PS-105873, PS-66157, PS-105253, PS-106402, PS-105253

Corecții de erori pentru versiunea în limba română

• A fost aplicată o corecție cu privire la o eroare care a apărut într-un context foarte specific la procedura de închidere a TVA.

Cazuri asociate

#1085629

5.9.0.0 (10.2024)

Îmbunătățiri și funcționalități noi

Lichidități

Planificarea plăților

În această versiune a fost realizată o extindere semnificativă a funcției Planificarea plăților. Planificarea plăților este un proces extrem de util pentru gestionarea fluxului de numerar al companiei și este utilizat pentru a efectua ușor și rapid plăți în masă către furnizori și creditori. Ecranul respectiv prezintă, grupate pe furnizori/creditori, toate datoriile societății față de aceștia, pentru ca sumele să fie plătite parțial (sau integral). Planificarea plăților facilitează activitatea utilizatorului, deoarece include o multitudine de caracteristici, cum ar fi propunerea metodei de plată convenite pentru fiecare cont comercial (numerar, transfer de fonduri, cec al societății sau cec al clientului), plata în masă a tuturor soldurilor restante, plata cu cecuri noi sau cecuri din portofoliul societății, afișarea de informații suplimentare, cum ar fi contul bancar al societății din care se va efectua retragerea sau contul bancar al contului comercial în care se va efectua depunerea. Practic, este posibil să plătiți un anumit sold (factură), precum și o sumă pentru un set de documente, începând cu cele mai vechi.

Noua implementare a acestei versiuni face posibilă adăugarea unui depozit bancar pentru comenzile destinate furnizorilor/creditorilor, prin intermediul ecranului de planificare a plăților. De foarte multe ori, acordurile încheiate între părți (societate și furnizor/creditor) prevăd plata unei sume la efectuarea comenzii. Prin urmare, este esențial să se efectueze depunerea prin intermediul unui mediu precum Planificarea plăților, care se ocupă cu gestionarea generală a soldului.

Astfel, prin intermediul ecranului Planificarea plăților, este posibilă vizualizarea, utilizând criteriul relevant, a facturilor (previziuni confirmate) și a comenzilor (ieșiri programate) care au fost efectuate și nu au fost încă plătite (nu au fost transformate în facturi).

Noul criteriu este afișat în grupul de parametri “Toate” și se numește “Tip intrare”. Valorile disponibile sunt:

• Previziuni confirmate -> facturile furnizor/creditor (valoare implicită)

• Ieșirile planificate -> comenzile furnizorului/creditorului

• Toate

Documentul de plată care urmează să fie creat pentru depunerea comenzii prin Planificarea plăților nu poate aparține aceluiași tip ca documentele de plată create pentru facturile deschise. Acest lucru este determinat de un parametru nou al societății din categoria Fluxuri de lucru/Procese intitulat: “Procesul planului de plăți =>16. Tip doc pentru crearea automată a depozitelor”. Dacă parametrul este lăsat gol, la începutul procesului apare un mesaj de interdicție relevant și parametrul trebuie configurat pentru a continua.

Monitorizarea fluxului de numerar

Noua funcție adăugată la planificarea plăților facilitează monitorizarea fluxului de numerar al societății, deoarece indicatorii financiari precum intrările și ieșirile planificate sunt reflectate într-un mod mai integrat. În esență, sumele depozit sunt acum acoperite, privind depozitele adăugate pentru comenzi, adică documentele oficiale fără valoare.

• Lichiditatea se referă la încasările/plățile efective.

• Previziunile Confirmate sunt derivate din facturile de vânzare și cumpărare și arată sumele convenite să între sau să iasă din societate, din moment ce există documentele valorice relevante.

• Lichiditățile planificate afișează sumele care urmează să fie eliberate în viitorul (imediat) ca fiind disponibile pentru societate și se referă la comenzi (comenzi de vânzare/ comenzi de cumpărare).

Previziunile confirmate, sume legate de facturi, sunt cele care se modifică pe măsură ce încasările/plățile adăugate sunt corelate cu acestea și le “decontează”. Lichiditatea planificată (sumele legate de comenzi) se modifică, de asemenea, pe măsură ce încasările/plățile care se adaugă și sunt asociate acestora le lasă cu un sold până la facturarea lor.

Este foarte important să se înțeleagă că, în timp ce avansul este dat inițial pentru o comandă, pentru a valida acordul privind viitoarea vânzare/cumpărare, pot urma apoi alte documente în cadrul sistemului care ilustrează evoluția acestei comenzi, cum ar fi confirmarea, încărcarea etc. În acest caz, avansul (parțial sau total) nu mai este legat de comanda inițială, ci de documentele care urmează. Astfel, putem avea documente de comandă de vânzare/cumpărare formate din mai multe etape consecutive. Putem monitoriza depozitul care corespunde fiecăreia dintre ele, după ce partea din depozit care le corespunde este transferată.

În general, în fiecare document nou care se întocmește și care este o continuare a documentului inițial care a creat intrările/ieșirile planificate:

• se creează o previziune;

• intrările/ieșirile sunt actualizate;

• intrările/ieșirile anterioare sunt anulate.

Mai multe informații, inclusiv exemple, configurarea și imprimările asociate sunt prezentate în acest document: Lichidități - ce e nou în 5.9.0.0 (pe larg).

Îmbunătățiri diverse

• A crescut numărul de caractere KeyOnSave de la 100 la 255 de caractere.

• S-a îmbunătățit interfața aplicației pentru a adăuga posibilitatea de a crea un nou cont comercial prin intermediul documentului. Există o opțiune pentru un client/debitor în documentele de vânzare sau pentru un furnizor/creditor în documentele de cumpărare.

• A fost făcută o îmbunătățire astfel încât, la salvarea parametrilor companiei, dacă există valori incorecte, numele acestor parametri sunt indicate cu un mesaj, pentru ca utilizatorul să le corecteze.

• A fost adăugat un nou parametru de companie pentru căutarea clientului în Retail. Parametrul se numește “Număr maxim de intrări la căutarea clientului din retail”, aparține categoriei “Management document” și determină numărul maxim de clienți care vor apărea în timpul căutării. Acest parametru a fost considerat necesar pentru cazurile de baze de date cu un număr mare de clienți, pentru a evita întârzierile. Dacă parametrul are valoarea 0, căutarea aduce toți clienții.

• Au fost aduse îmbunătățiri cuburilor “Cheltuieli pe centru de cost” și “Cheltuieli pe perioadă”, astfel încât toate tipurile de cheltuieli disponibile (22 în total) să fie afișate în criteriul “Tip cheltuieli”.

• Verificarea modificării dosarelor de import închise a fost îmbunătățită, pentru a acoperi mai multe cazuri. Mai exact, procesul verifică câmpuri suplimentare precum articolul, cantitatea, cantitatea alternativă, greutatea, valoarea netă, valoarea TVA și valoarea totală în moneda de bază.

• În raportul BIT “Sold depozit fără tranzacții intercompanii”, a fost adăugat parametrul “Tranzacții intercompanii” (valoarea implicită “Nu”). În acest fel, dacă utilizatorul dorește să aibă un raport de sold doar cu tranzacții intercompany, tot ce trebuie să facă este să selecteze valoarea “Da” în noul parametru.

• Din interiorul documentului și în timpul previzualizării registrului contului comerciantului, a fost realizată o îmbunătățire pentru a afișa atât codul, cât și denumirea contului comerciantului în titlul imprimării.

• au fost aduse îmbunătățiri scrolerului de jurnalizare a tipurilor de date:

  • valoarea implicită a parametrului “Creat” s-a schimbat de la “Oricând” la “Săptămâna curentă”

  • A fost adăugat un nou parametru “Titlul tipului de date”.

Funcționalitate orizontală

Această versiune acceptă o conexiune de rețea cu Microsoft EntraId, pentru ca utilizatorii să se conecteze la EBS, dincolo de funcționalitatea existentă de conectare LDAP pentru companiile cu servere locale.

Din acest motiv, au fost adăugate două câmpuri opționale în CSConfig\ESClientConnect.xml: AzureClientId și AzureTenantId. Prin urmare:

• În cazul în care un utilizator este conectat cu EntraId, trebuie specificat cel puțin AzureClientID cu ID-ul aplicației create în domeniul Azure.

• În cazul unei instalații multi-tenant, AzureTenantID trebuie specificat astfel încât utilizatorii unei singure organizații specifice să se poată conecta. Dacă nu există o astfel de necesitate, câmpul poate fi lăsat gol.

În plus, în domeniul Azure, administratorul instalării trebuie să specifice următoarele:

• User.Read

• User.Read.all

• CrossTenantInformation.ReadBasic.

Toate ultimele două necesită acordul administratorului pentru a fi disponibile pentru utilizatori.

Desigur, ca și în cazul conexiunii de rețea cu LDAP, contul EntraId care trebuie să se poată conecta trebuie să fie selectat în profilul de comunicare al utilizatorului.

Îmbunătățiri specifice versiunii RO

Document de taxare inversă în funcție de cotele de TVA

#1091339

Pentru a acoperi cazul în care documentul de taxare inversă (TXV) prezintă diferențe de ordinul zecimalelor față de Jurnalul de TVA, s-a implementat un nou mod de generare a documentului, cumulat pe fiecare cotă de TVA.

Este, de asemenea, acoperit cazul în care una din linii este cu semn opus documentului (Transfer invers).

Câmpuri noi pentru facturile trimise via e-Factura (outbound) și alte modificări

#1091028, #1093444 (#1093959)

Au fost incluse în fișierul .xml pentru e-Factura o serie de câmpuri noi: Nr. Reg. Comerțului, număr comandă client.
De asemenea, o serie de parametri noi au fost adăugați pentru a permite setarea sursei pentru anumite câmpuri care să apară în xml-ul trimis, cum ar fi:

• informații vânzător: adresă de e-mail, referință contract, referință cumpărător, referință factură precedentă

• alte informații um ar fi: cod tip instrument de plată, debitare directă, informații juridice suplimentare despre vânzător, etc.

Descărcare facturi trimise via e-Factura (outbound)

#1090888, #1092412

Facturile de vânzare trimise în SPV pot fi descărcate individual sau în masă în toate cele 3 formate: .zip, .xml, .pdf. Funcționalitatea este similară cu cea de la facturile primite de la furnizori: Utilizatorul are opțiunea de a selecta calea în care vor fi salvate fișierele. Numele fișierului conține: Nume companie, Nume furnizor, Nr. factură, Dată factură, ID încărcare SPV.

D300 - Actualizare structură ANAF

#1090988

Declarația D300 a fost adaptată astfel încât să acopere modificările structurii .xml publicate de ANAF.

Formulare de tipărire

#1090594, #1090736

Au fost adăugate noi formulare de tipărire.

Acestea se regăsesc în folderul aplicației ESPrintForms/Trade.

Pentru a fi disponibile spre utilizare, este necesară adăugarea acestora pe seria tipului de document corespunzător.

Printuri standard de Aviz client - cu și fără preț

Printuri standard de NIR

Tipuri de documente noi

#1090226, #1090227, #1090225, #1090224, #1090221, #1090222, #1090220, #1090219

O serie de documente noi au fost incluse în aplicație.

Pentru a fi disponibile spre utilizare, în cazul în care acestea nu au fost instalate anterior, se va utiliza opțiunea de Import din Entersoft .xml.

FAV.AUTO - Autofactură emisă de beneficiar în numele persoanei impozabile

Acest tip de document are impact în declarații astfel:

• în D300: similar unei facturi obișnuite de vânzare;

• în D394: se declară doar în secțiunile cu serii/facturi;

• în e-Factura nu se transmit;

• în SAF-T se transmit ca facturi de tip 389 (Autofacturi).

NVK.AUTO - Autofactură (Notă de credit) emisă de beneficiar în numele persoanei impozabile

Impact similar celui anterior.

NVC.AUTO - Stornare autofactură emisă în calitate de beneficiar

Acest document are impact similar cu cel anterior, singura diferență fiind semnul documentului.

FAC.AUTO - Autofactură emisă în calitate de beneficiar

Acest tip de document are impact în declarații astfel:

• în D300: similar unei facturi obișnuite de achiziție;

• în D394: se declară atât în zona de serii/facturi cât și în zona OP1;

• în e-Factura cu tip document 389;

• în SAF-T se transmit ca facturi de tip 389 (Autofacturi).

CHS.CM - Cheltuieli cu concediile medicale

Documentul este necesar pentru înregistrarea cheltuielilor cu concediile medicale.

CHS.ANG - Cheltuieli cu salariile angajaților

Documentul este necesar pentru înregistrarea cheltuielilor cu angajații.

BFC.RO - Bon fiscal cu RO

Tipul de document este similar celui existent, BFC, cu singura diferență că BFC.RO este inclus în D394.

FS - Factură simplificată

Tipul de document este similar documentului existent, FSC, cu singura diferență că în D394 apare la secțiunea de facturi simplificate.

Raport de verificare a documentelor înregistrate față de documentele contabile

#1080712

În zona Contabilitate/Procese contabile, a fost adăugat un nou raport Verificare lipsă notă contabilă pentru documente contabilizate. Acest raport este destinat identificării acelor cazuri în care nota contabilă aferentă unui document în stare Contabilizat a fost ștearsă iar documentul a rămas cu status-ul neschimbat.

EBS-RO, îmbunătățiri ale documentației și traducerilor

Pentru mai multe informații, consultați site-ul EBS-RO.

Îl actualizăm în mod constant cu instrucțiuni și documentație în limba română.

De asemenea, actualizăm și corectăm în mod constant toate erorile de traducere sau localizare, astfel încât aplicația să deservească mai bine utilizatorii români.

Corecții

Management comercial

Documente

• Problemă rezolvată la modificarea valorii câmpului de informații din antetul documentului în cazul în care tipul de închidere nu este bifat și există un profil de drepturi de acces.

• S-a remediat problema la modificarea cantității într-un document care rezultă dintr-o tranziție atunci când articolul este urmărit cu UM de bază și alternativ.

• A fost efectuată o corecție la rândurile de documente în care câmpul “Numărul următor” era modificat prin simplul clic pe câmp.

• S-a corectat problema afișării diferenței dintre valoarea rândului și valoarea documentului în anumite cazuri. Problema apărea atunci când în rândul documentului utilizatorul introduce mai mult de un număr de serie, separate prin virgulă în câmpul “Cod SN”.

• A fost rezolvată o problemă la imprimarea și salvarea unei copii în format PDF în Documente conexe atunci când “Full Print” este setat în Linia documentului în câmpul Reprint și “Number of Copies” este mai mare de 1.

Rapoarte

• În vizualizarea “Evaluarea clienților pe baza vânzărilor” a fost efectuată o corecție astfel încât chiar și clienții cu o valoare a facturii de credit mai mare decât valoarea facturii să fie afișați corect.

• A fost efectuată o îmbunătățire la vizualizările “Comenzi neîndeplinite cu analiză către furnizori (documente)” și “Comenzi neîndeplinite către furnizori cu analiză (linii)”, astfel încât, dacă se selectează adăugarea unei înregistrări noi, să fie afișate tipurile de documente de achiziție și nu de vânzări.

• S-a corectat vizualizarea “Justificarea reducerilor pentru furnizori” astfel încât, făcând dublu clic, să se deschidă formularul furnizorului și nu formularul clientului.

• S-a corectat comportamentul incorect al criteriilor Număr fix și Număr de serie în vizualizarea “Registrul conținutului numerelor de serie”

• S-a îmbunătățit lista de proiecte pentru a aduce numai proiectele și lista de sub-proiecte pentru a aduce numai sub-proiectele și nu proiectele acestora. De asemenea, s-a reparat filtrul codului de proiect pentru a filtra numai proiectele și, respectiv, numai sub-proiectele.

Diverse

• S-a rezolvat o problemă cu o întârziere în afișarea înregistrărilor contabile prin ecranul folderului de import.

• S-a rezolvat o problemă cu o întârziere în recuperarea informațiilor privind liniile listei de prețuri.

• Datele de tranzacționare în funcție de adresă din formularul de client afișează acum numai vânzătorii activi.

• S-a corectat o eroare care apărea la transferul unui cont contabil către o altă societate.

• Nu mai este permisă ștergerea dimensiunilor articolelor (culoare, dimensiune etc.) care sunt incluse într-o grila de dimensiuni. Sistemul va afișa un mesaj de interdicție.

• S-a remediat problema afișării valorilor proprietăților atunci când existau categorii de proprietăți fără descriere.

• S-a eliminat câmpul “Recomandat de” din modificarea masivă a câmpurilor din lista de persoane, deoarece nu are sens să facem acest lucru în masă. În acest câmp din formularul persoanei, la căutare este filtrată persoana în care mă aflu, ceea ce nu poate fi acceptat în schimbarea în masă.

Cazuri soluționate

SUP_SUP-184657, PS-101906, PS-101922, SUP_SUP-185208, PS-91621, SUP_SUP-183244, SUP_SUP-177265, PS-101132, PS-100923, SUP_SUP-182416, SUP_SUP-178088, SUP_SUP-175167, SUP_SUP-182903, PS-101424, PS-60154, PS-48889, SUP_SUP-15143, PS-53677, HYPTH_SUP-161719, PS-99772, PS-100657, PS-100776, PS-93186, PS-93794, PS-59006, PS-101965, QA-08333, QA-08334, PS-96356, PS-72792, HYPTH_SUP-159644, PS-101680, HYPTH_SUP-186775, PS-71342, PS-29151, PS-95158, PS-97794, PS-99500, QA-06493, HYPTH_SUP-161816

Funcționalitate orizontală

• S-a rezolvat o problemă cu activarea gRPC în ESConfig.exe.

• S-a rezolvat o problemă în comportamentul căsuțelor de selectare atunci când acestea declanșează un anumit comportament într-un formular. De exemplu, dacă bifarea unei casete de selectare era setată într-o foaie de proprietăți a unui articol de stoc pentru a declanșa altceva în cadrul formularului articolului, acest lucru necesită în continuare un clic undeva în formular pentru a fi aplicat.

• S-a rezolvat o problemă de sortare a înregistrărilor la exportul unui fișier Excel prin automatizare.

Cazuri soluționate

PS-104678, PS-100617, PS-101243, PS-102376, ΥΠΘ_SUP-184566, ΥΠΘ_SUP-184821, ΥΠΘ_SUP-187933, PS-98741

Corecții pentru versiunea Românească

Declarația D406 (SAF-T)

• A fost corectat modul de selecție a anului fiscal în cadrul procesului de generare fișiere csv/xml. Inițial era posibilă doar selecția anilor deschiși. Acest lucru făcea imposibilă generarea fișierelor de mijloace fixe pentru anul anterior dacă acest a fost deja inchis.

• A fost corectat și modul de selecție perioade fiscale pentru generare declarație lunară. Inițial era posibilă doar selecția perioadelor din anul fiscal curent și cel anterior.

• A fost rezolvat bug-ul care excludea ultima zi a lunii în cadrul procesului de calcul coduri de taxe pentru notele contabile (Prepare Tax information).

• Au fost rezolvate erorile de validare (test 7 și 9) pentru Registru Jurnal (Ledger Accounts Entries) cu privire la codul tipului de taxa la taxarea inversă și valoarea 0 a acesteia.

Declarația D390 (VIES)

• A fost rezolvat cazul documentelor de tip note de credit (total negativ) și a liniilor cu semn opus.

• A fost corectată lipsa din meniu a automatizării de creare a declarației D390 la versiunile EBS EXP-RO.

e-Transport

• A fost corectată automatizarea de descărcare fișier xml pentru documentele care au primit cod UIT.

• A fost corectată automatizarea de Actualizare status UIT.

e-Factura

• A fost corectată o eroare ce apărea la verificarea adresei de furnizor/client (unde în loc de adresa principală a furnizorului/clientului apărea adresa de livrare).

Cazuri soluționate

#1089495, #1094355, #1092635, #1094767, #1093485, #1091114, #1091115, #1091114, #1090816

5.8.0.4 (09.2024)

Îmbunătățiri

EBS-RO, îmbunătățiri ale documentației și traducerilor

Pentru mai multe informații, consultați site-ul EBS-RO.

Îl actualizăm în mod constant cu instrucțiuni și documentație în limba română.

De asemenea, actualizăm și corectăm în mod constant toate erorile de traducere sau localizare, astfel încât aplicația să deservească mai bine utilizatorii români.

Corecții bug-uri

Administrarea facturării

Diverse funcționalități

• Rezolvarea unei erori care apărea la importarea metodelor de plată emi de la o companie la alta, iar metoda de plată avea sume de tipul “TVA” și “Suma netă de plătit” în termenii săi.

• Rezolvarea unei probleme care apărea la crearea unei scurtături către ecranul “Editare liste de prețuri”. Dacă acest lucru se făcea în limba engleză, parametrii erau afișați în limba greacă.

• În timpul procesului de inventariere fizică și al verificării concordanței dintre dimensiuni și soldul articolelor, utilizatorul primea un avertisment că există o discrepanță între unele articole cu și fără dimensiuni, în timp ce nu era cazul. Acest lucru a fost corectat prin luarea în considerare a agregatorilor corecți ai dimensiunilor articolelor.

• S-a rezolvat o problemă în aplicația metodei de plată grupate (parametrul companiei “Linia de câmp UDF a contului de lichidități pentru transferul câmpului de grupare a articolului din metoda de plată” atunci când documentul provine dintr-o tranziție.

• Rezolvarea unei probleme de întârziere a aplicației la dezvoltarea unui articol stabilit în cadrul documentului, care apărea dacă unitatea de măsură a articolului declarat avea 6 zecimale.

• Rezolvarea unei probleme în cazul documentelor care rămâneau în starea “procesare”, deși erau deja înregistrate și nu reușeau să fie tipărite.

• Rezolvarea unei probleme în cazul documentelor care rămâneau în starea “procesare”, după ce utilizatorul vizualiza un fișier în fișierele atașate.

• Rezolvarea unei erori în acțiunea de alocare în centrele de distribuție, care apărea în cazul în care nu exista niciun profil selectat în linia articolului.

• Rezolvarea unei erori în procesul de tranziție de anulare a rezervării, care apărea atunci când în documentul de rezervare era prezent un articol stabilit.

• Rezolvarea unei erori care apărea în previzualizarea documentului, atunci când acesta fusese deja previzualizat odată și previzualizarea era în așteptare.

• Rezolvarea unei erori la înregistrarea unui document de colectare, atunci când acesta este setat să verifice limitele de credit, dar clientul nu are o politică de credit.

• - A fost rezolvată o problemă de afișare a distribuțiilor în centrele de cost, atunci când acestea sunt raportate direct în document în timp ce au fost salvate.

• A apărut o problemă de ștergere a unei tranzacții dintr-un document de plată, atunci când aceasta era legată de mișcări bancare.

• S-a rezolvat o problemă de căutare a articolelor în liniile de articole dintr-o sarcină, atunci când se efectua căutarea pe baza unei vizualizări conexe.

• Rezolvarea unei erori în valorile conturilor speciale care apărea la exportul unui format dintr-un document creat pentru EDI.

• Rezolvarea erorilor care apăreau în cazurile de atribuire a reducerilor la componente după crearea nomenclaturii

• A fost rezolvată o problemă de numerotare la schimbarea companiei, în timp ce intrările sunt lăsate deschise.

• Rezolvarea unei erori care apărea la conversia unei note de primire a achiziției într-o factură de achiziție, atunci când o chitanță de plată fusese deja creată dintr-o parte a notei de primire din procesul de organizare a plăților.

Rapoarte

• Am îmbunătățit bitul din fila Furnizor, astfel încât detalierea liniei articolului (nivelul 2) să producă rezultate chiar dacă valorile documentului sunt zero.

• S-a corectat valoarea facturii în moneda de bază în raportul “Verificare date intrastat”, care afișa o valoare greșită.

• Rezolvarea unei erori în balanța de verificare care apărea în cazul în care criteriile “Înregistrări la sfârșitul anului fiscal” și “Analiza perioadei” aveau valorile “Inclus” și, respectiv, “Da”. În acest caz, intrările de decontare nu apăreau corect.

• S-a corectat eroarea din “Valoarea facturii în moneda de bază” în vizualizarea “Verificare date intrastat”.

• Corectarea erorilor în denumirile câmpurilor din derulatorul de produse și în instrucțiunile din manualul relevant pentru distribuțiile dinamice.

• Rezolvarea unei erori în coloana “Costul producătorilor” din registrul sintetic “Contabilitatea costurilor de producție”, pentru a corespunde cu “Costul alocat” al dosarului.

• S-a adăugat criteriul spațiului de depozitare la raportul “Verificarea disponibilității materialelor”.

• Rezolvarea unei erori în bitul “Opening Inventory Report”, la execuția acestuia. Da valoare în criteriul “Analiza perioadei”.

Cazuri soluționate

PS-92179, ΥΠΘ_SUP-167622, ΥΠΘ_SUP-169910, PS-93624, ΥΠΘ_SUP-163494, PS-96285 , ΥΠΘ_SUP-166550, PS-96353, PS-97494, PS-99228, ΥΠΘ_SUP-176271, ΥΠΘ_SUP-176288, PS-98921, PS-98990, ΥΠΘ_SUP-174728, ΥΠΘ_SUP-174731, ΥΠΘ_SUP-175240, PS-98872, ΥΠΘ_SUP-173912, PS-97494, ΥΠΘ_SUP-174686, PS-98981 , PS-99018 , ΥΠΘ_SUP-175076, PS-96390, ΥΠΘ_SUP-174546, ΥΠΘ_SUP-172091, ΥΠΘ_SUP-174253, PS-98088, ΥΠΘ_BO-17738, ΥΠΘ_SUP-106001, PS-98569 , PS-97283, PS-98722, ΥΠΘ_SUP-177205, ΥΠΘ_SUP-171091, ΥΠΘ_SUP-161507, ΥΠΘ_SUP-171124, PS-94643

5.8.0.3 (09.2024)

Îmbunătățiri

e-Factura - primirea de facturi cu nume ce au caractere speciale

#1092090

Funcționalitatea de primire a facturilor din serviciul ANAF RO e-Factura a fost îmbunătățit așa încât să fie acceptate și facturile care au în numele lor caractere speciale, ce sunt de obicei filtrate.

EBS-RO, îmbunătățiri ale documentației și traducerilor

Pentru mai multe informații, consultați site-ul EBS-RO.

Îl actualizăm în mod constant cu instrucțiuni și documentație în limba română.

De asemenea, actualizăm și corectăm în mod constant toate erorile de traducere sau localizare, astfel încât aplicația să deservească mai bine utilizatorii români.

Corecții bug-uri

Pentru versiunea românească

• A fost corectat un bug pentru declarația D300 - la rândul 30 (Achiziții scutite sau neimpozabile) apăreau doar achizițiile care au Regim TVA Scutire nu și cele care au categorie de TVA 0. În Jurnalul de cumpărări în coloana de Achiziții interne scutite sumele apar în mod corect.

• Din xml-ul aferent balanței contabile de tip BIT a fost eliminată menționarea raportului de utilizat, deoarece acesta trebuie customizat și va apărea în CSBIT\Reports.

• A fost eliminat un bug care împiedica aducerea anumitor facturi primite prin eFactura.

Cazuri soluționate

#1090987, #1091356, #1092170

5.8.0.2 (07.2024)

Îmbunătățiri

Scenarii standard de import nomenclatoare pentru e-Transport și e-Factura

#1089303

Următoarele nomenclatoare, importate până acum prin scenarii de migrare custom, au fost adăugate în kitul standard:

1. Pentru e-Transport:

   1. Lista de vămi

   2. Lista de puncte de trecere frontieră

   3. Lista de definiții scop operațiuni

2. Pentru e-Factura:

   1. Motive de scutire TVA

Aceste scenarii împreună cu fișierele Excel corespunzătoare se găsesc de acum în folderul aplicației, în ESMigration\Etransport respectiv ESMigration\eFactura.

Autofacturi în e-Factura

#1085854, #1089190

De la această versiune am inclus și autofacturile în lista facturilor trimise la ANAF RO e-Factura. Ele se vor regăsi așadar în scrollerul de e-Factura accesibil din meniul Vânzări > E-factura - Gestionarea facturilor.
Autofacturile vor avea selectat tipul tranzacției B2B, bifa legat de e-facturare pusă pe articol și, evident, furnizorul interschimbat cu compania curentă.
Potrivit ordinului 1.366/2021 pentru aprobarea Specificațiilor tehnice și de utilizare a elementelor de bază ale facturii electronice - RO_CIUS - și a regulilor operaționale specifice aplicabile la nivel național, codul folosit pentru câmpul Invoice_type_code din .xml-ul generat va fi 389.

Șablon standard de imprimare factură client

#1087763

Începând de la această versiune, vom adăuga, pe măsură ce le creem, șabloane standard de tipărire pentru cele mai importante documente din EBS-RO.

În această versiune veți găsi șablonul pentru Factura client, șablon pe care puteți să-l aplicați ca atare sau să-l personalizați cu ajutorul utilitarului Design Rapoarte lansat din comanda Proiectare formulare din meniul de imprimare (icon imprimantă), unde veți găsi sub categoria Document Tranzacții Comerciale, FacturaVanzare.

EBS-RO, îmbunătățiri ale documentației și traducerilor

Pentru mai multe informații, consultați site-ul EBS-RO.

Îl actualizăm în mod constant cu instrucțiuni și documentație în limba română.

De asemenea, actualizăm și corectăm în mod constant toate erorile de traducere sau localizare, astfel încât aplicația să deservească mai bine utilizatorii români.

Corecții bug-uri

Eroare la descărcarea fișierelor aferente e-Factura

#1089923

A fost corectat un bug la automatizarea de descărcare fișiere aferentă scrollerului de facturi primite via RO e-Factura.

Alte corecții

Management comercial

• MyData - Nu primește MARK PPA

• MyData - Eroare în procesarea atributelor

• MyData | Nu se primesc toate rezumatele de la AADE prin intermediul rezumatului Link to myData

• myData | Afișarea unui document nereconciliat în ecranul de gestionare myData, în sarcinile de legătură ca document fără rezumat legat.

• MyData | Date incorecte în vizualizarea “Compararea caracteristicilor” cu declarația de TVA precompletată

• MyData | Indicație incorectă de omisiune după a doua încercare de transmitere

• MyData | Respinge saltul și re-recepționează

• MyData | Nu modifică starea de transmitere a documentelor (cu transmitere reușită) cu origine = 1

• MyData | Câmpul transmissionFailure=3 nu lasă rezumatul în transmisie offline

• MyData | Diferențe în rezultate între ecranul de gestionare myData și documentele destinatarului

• MyData | Înregistrări în myDataInvoice atunci când comanda se schimbă în via provider

• myData | Reimprimarea documentului - Neafișarea MAPK

• myData | A fost permisă trimiterea aceluiași document către furnizor și direct către myData

• myData | Parametru greșit în apelul RequestDocs cu numărul de TVA al contrapărții

• MyData | Cod de document AADE incorect atunci când nu este vorba de o tranzacție complexă

• MyData | Nedeductibil într-o tranzacție intracomunitară.

• MyData | Adăugarea codului AADE 2.1 la desemnarea categoriei categoria 2_1_39 a

• MyData | În profilul de drepturi nu se oferă o depășire a interdicțiilor pentru câmpul “Valoare cost” în linia de articol pe un document încărcat prin intermediul unui furnizor

• MyData | Eroare la trimiterea prin furnizor - Tranzacție avansată

• EDI | Imagine incorectă în scrollerul serviciului Entersoft e-invoicing - Documente conexe

• EDI | Export incorect al sumelor din conturile speciale

• Lotify | Nu se afișează | Tip tranzacție

• Lotify | Nu afișați TVA în vizualizarea Crearea tranzacțiilor de înregistrare a băuturilor alcoolice

• Imposibilitatea de a șterge tranzacția din PNH

• Imposibilitatea de a modifica valorile proprietății cu un mesaj: Înregistrarea [Valori proprietate- ] a fost ștearsă de un alt utilizator

• Permisiuni utilizator | Eroare în afișarea rândurilor permise în tranziții

• Corectarea derulatorului de produse și a manualului pentru alocările dinamice

• Imprimarea prin programare arată pdf neimprimat și negenerat

• Eroare în schimbarea stării documentului după vizualizarea documentelor conexe.

• Eroare în calcularea previziunilor fluxurilor de numerar, cu sume excesive

• Neprezentarea alocărilor către centrele de cost în interiorul documentului

• Control incorect în salvarea înregistrărilor deschise la schimbarea companiei

• Documentul rămâne în procesare după eșecul imprimării

• Problemă cu efectuarea tranziției PAR=>PAA atunci când aveam tipuri stabilite

• Problemă în tranziția ADP > ADP după actualizare. Coloana “GID” este restricționată pentru a fi unică

• Previzualizare document - Imprimarea pdf a eșuat deoarece o imprimare pdf anterioară este în așteptare

• LICITAȚII - EXCEPȚII: Nicio verificare corectă a acoperirii pragului minim al ofertei

• Eroare în introducerea PNB

• Eroare de tranziție atunci când documentul țintă are gestionarea prescripțiilor

• Eroare în tranziția de la IDA la AST

• Eroare în acțiunea de alocare în KC atunci când nu se selectează profilul în linia speciilor

• Bitul de inventariere a inventarului nu a fost executat cu “Analiza perioadei”

• Payment Method | Nu se aplică nicio metodă de plată cu un tip de grupare de tranziție

Cazuri soluționate

PS-96333, PS-97397, PS-97921, PS-98200, PS-98900, PS-98989, PS-99051, PS-99137, PS-99199, PS-99689, PS-86852, PS-87071, PS-87077, PS-87121, PS-88817, PS-91558, PS-91815, PS-92179, PS-93106, PS-94053, PS-94053, PS-95158, PS-95601, PS-95811, PS-95976, PS-95976, PS-96056, PS-96285, PS-96353, PS-96390, PS-97040, PS-97400, PS-97794, PS-97914, PS-97928, PS-97984, PS-98063, PS-98100, PS-98514, PS-98566, PS-98569, PS-98714, PS-98783, PS-98829, PS-98872, PS-98901, PS-98921, PS-98981, PS-98990, PS-99018, PS-99020, PS-99042, PS-99110, PS-99134, PS-99134, PS-99177, PS-99228, PS-99239, PS-99253, PS-99257, PS-99268, PS-99269, PS-99333, PS-99389, PS-99401, PS-99649, PS-99764, LP_SUP-163590, LP_SUP-168087, LP_SUP-171458, LP_SUP-171877, LP_SUP-177205, LP_SUP-161507, IPT_SUP-161816, IPT_SUP-166550, IPT_SUP-166661, IPT_SUP-167622, IPT_SUP-169910, IPT_SUP-170732, IPT_SUP-171091, IPT_SUP-171124, IPT_SUP-171463, IPT_SUP-171898, IPT_SUP-172091, IPT_SUP-172184, IPT_SUP-173824, IPT_SUP-173854, IPT_SUP-73912, IPT_SUP-174253, IPT_SUP-174546, IPT_SUP-174686, IPT_SUP-174731, IPT_SUP-174865, IPT_SUP-175076, IPT_SUP-175240, IPT_SUP-175388, IPT_SUP-176271, IPT_SUP-176288, IPT_SUP-176329, IPT_SUP-176496, IPT_SUP-176765, IPT_SUP-177481

Documente justificative

• S-a rezolvat problema cu sume foarte mari incorecte în previziunile fluxurilor de numerar rezultate din tranzițiile documentelor și atunci când metoda de plată a fost grupată în funcție de câmpul articolului.

• Rezolvarea unei probleme în care tranzițiile documentelor afișau toate rândurile utilizatorilor, chiar dacă exista o restricție prin intermediul grupurilor de utilizatori.

• S-a rezolvat eroarea de salvare a documentului în cazul în care, după modificare și salvare, facem o nouă modificare fără actualizarea documentului (F5). O condiție prealabilă este existența unei valori în parametrul general “Properties: Grupul de proprietăți ale documentului tranzacției comerciale”.

• S-a corectat un mesaj incorect care apărea pe un document pentru valoarea sumei în întârziere pe baza unui set de control al creditelor aferent.

• S-a rezolvat o problemă cu activarea incorectă a câmpului “Linie de informații” pe un set de articole aparținând unui alt set de articole cu o prescripție de bază.

• S-a rezolvat o eroare în documente în care, la importul unui articol care solicită automat și obligatoriu un alt articol component (pe baza unui plan de control al mișcării), componenta obligatorie este completată de două ori pe document.

• S-a remediat o problemă în care nu se afișa un avertisment de stoc zero la introducerea articolelor într-un document privind articolele accizabile.

• S-a efectuat o modificare a modului în care se aplică politica de credit la modificarea unui document și atunci când acesta conține limite pe dimensiune, astfel încât limitele existente să nu fie depășite.

Rapoarte

• S-a corectat bitul “Situație inventar” care nu era executat atunci când criteriul “Analiza perioadei” este setat la DA.

Proceduri

• A fost întâlnită o problemă cu actualizarea cursurilor de schimb.

• S-a corectat o eroare în calcularea reducerilor retroactive în reconcilierile obiectivelor financiare.

• În vizualizarea “Alocarea stocului la comenzi”, a fost efectuată o îmbunătățire pentru a preveni alocarea la comenzi și crearea de angajamente atunci când clientul este inactiv. Din acest motiv, a fost adăugat un criteriu relevant care poate fi selectat de utilizator.

• S-a remediat o eroare în valoarea articolului după crearea unui document prin automatizare la schimbarea PM.

• S-a remediat o problemă la închiderea fișierului de import în care apăreau linii cu discrepanțe între valoarea fictivă și costul final.

Diverse

• A fost corectată o eroare prin care era permisă ștergerea înregistrării unui șofer atunci când acesta era implicat într-o operațiune de transport.

• Au fost aduse îmbunătățiri suplimentare aspectului înregistrărilor contabile din dosar, deoarece existau întârzieri în deschiderea dosarului.

• A fost rezolvată o incapacitate de a efectua automatizarea cu atribuiri de câmpuri multiple în același nod

• Probleme rezolvate la schimbarea proprietăților grupului în tip. Prima problemă era că, la trecerea de la un grup de proprietăți la altul și înainte de a salva, ordinea proprietăților se schimba față de ceea ce era în definirea grupului. În același timp, însă, dacă existau răspunsuri în grupul de proprietăți inițial după trecerea la noul grup, răspunsurile erau preluate.

• Acum apare o înregistrare în Istoricul executării sarcinilor în Planificările pentru procesul de alocare în masă.

• A fost remediată o problemă în drepturile de acces, în care era permisă modificarea unui câmp pe liniile de document în cazul în care era setat un profil de drepturi de acces care interzicea modificarea câmpului.

• S-a remediat o eroare la transferul unei metode de plată de la o societate la alta, atunci când metoda de plată conținea mai mult de un termen de plată.

Configurare

• Corectarea unei categoriei greșite de scutiri de taxe (taxe zero) pentru conturile speciale.

Cazuri soluționate

PS-96333, QA-06825, PS-100037, PS-98901, PS-99177, SUP_SUP-177205, PS-97928, PS-97984, SUP_SUP-179357, SUP_SUP-176765, SUP_SUP-180344, SUP_SUP-163590, SUP_SUP-180445, SUP_SUP-180446, SUP_SUP-180458, PS_SUP-177756, PS_SUP-177691, PS-98303, PS-84420, PS-99078, PS-91695, PS-99380, PS-90246, PS_SUP-163331, PS_SUP-177962, PS_SUP-178788, PS-99728, PS-99011, PS-98003, PS-95231, PS_SUP-175639, PS_SUP-179345

Funcționalitate orizontală (Framework)

• S-a remediat o problemă în rezultatele previzualizării imprimării în derulator atunci când funcția Grupare după numărul de înregistrări este activată în derulator.

• A fost îmbunătățită vizualizarea Istoric evenimente nod. În detaliu:

  • în parametrul dată, valoarea sugerată de la “Orice” a devenit “1 lună înapoi până astăzi”

  • a fost adăugat parametrul de definire a nodului sau a nodurilor.

• Comportament îmbunătățit în crearea scurtăturilor din vizualizări. Astfel, dacă selectez o scurtătură existentă legată de o vizualizare și aceasta are deja unele valori completate în panoul de parametri și adaug valori noi la alți parametri, atunci noua scurtătură pe care o creez a păstrat parametrii vechi și noi în setările sale implicite.

• S-a rezolvat o problemă în care un document rămânea într-o stare temporară atunci când, înainte de a-l salva, utilizatorul aducea documentul într-o fereastră independentă.

Cazuri soluționate

PS-89934, PS-99597, PS-32568, PS_BO-14458, PS-93723, PS-99318, PS-99768, PS-99909, PS-99913

5.8.0.1 (05.2024)

Îmbunătățiri și Funcționalități noi

e-Factura - Descărcarea facturilor furnizor din SPV

#1084168

EBS-RO are acum și un scroller dedicat facturilor primite (de la furnizori) via sistemul ANAF RO e-Factura (pe care le regăsiți în SPV-ul companiei).
Acest scroller nou se găsește în meniu la Achiziții > Recepții și Facturi de achiziție > Achiziții/Recepții - în lista de rapoarte conexe și la Achiziții > Recepții și Facturi de achiziție > Informații > e-Factura - Gestionare facturi primite (inbound invoices).

După ce corectați eventual intervalul de date în care au fost emise facturile furnizor și/sau cel în care au fost încărcate la ANAF, primul lucru ce trebuie făcut este lansarea din meniul Automatizări a comenzii Descărcare facturi. Scrollerul se va popula cu facturile trimise de la furnizorii CUI furnizor și al căror client este compania curentă, fiecare având asociat și ID-ul unic de descărcare generat de ANAF (ID cerut) pentru facturile ce au intrat cu succes în sistem ul Ro E-Factura.

Următoarele automatizări asociate acestui scroller vă permit ca pentru facturile selectate să faceți Descărcare XML, Descărcare PDF și Descărcare ZIP - arhiva ce conține și semnătura electronică a MFP (Ministerul Finanțelor Publice). Pentru fiecare factură veți putea apoi să aplicați automatizările de Corelare factură (cu una deja înregistrată în sistem) sau să Anulați corelarea.
Urmează intr-o etapă următoare să vă oferim și o mapare a unor date importante din facturile xml descărcate cu câmpurile aferente facturilor din EBS.

Interdicție anulare document după trimitere în e-Factura

#1087538

A fost creată și introdusă o nouă regulă BI privind facturile care au fost trimise în sistemul ANAF RO e-Factura. Așadar, odată ce o factură a fost trimisă cu succes în eFactura, documentul respectiv va intra sub interdicția de a mai putea fi anulat. Regula este necesară pentru păstrarea coerenței informațiilor interne vis-a-vis de cele raportate în sistemul Ro e-Factura.

D394 și setarea pe documente a câmpului Actualizare Grupul Raportărilor de stat

#1087538; IMP-26922

În cazul tranzacțiilor comerciale (facturi de vânzare sau de achiziție) cu parteneri cu regim de TVA Intracomunitar sau Țări terțe, câmpul Actualizare Grupul Raportărilor de stat din în tab-ul Alte date de pe document nu trebuie să fie bifat la pregătirea salvării documentului (în status inițial). Dacă utilizatorul alege să bifeze câmpul, acesta trebuie să rămână bifat și după salvare. În plus, câmpul trebuie să rămână editabil (modificabil) și ulterior salvării documentului.

Notificări Clienți - Automatizare trimitere email în masă, pentru facturi depășite (comercial) și confirmare sold (contabilitate)

#1083073

Am început să implementăm notificări în masă, până acum fiind posibile doar notificări individuale.
Pentru început am abordat subiectul notificărilor de confirmare sold și cele legate de scadența facturilor.Acestea au fost implementate printr-o automatizare atașată scrollerului Vechime solduri (notificări) pe care îl găsiți în rapoartele conexe atașate scrollerelor de meniu la Vânzări > Clienți și la Achiziții > Furnizori.
După confirmarea sau modificare câmpului Dată de referință puteți aduce (apăsând butonul de Acceptare) facturile emise/primite ce vor face parte din notificarea de confirmare de sold (1). Dacă se completează și câmpul Zile depășire vom avea o notificare comercială pentru facturile depășite (2), iar dacă se completează câmpul Zile rămase vom avea o notificare comercială pentru facturi scadente (3).

Pentru liniile selectate se poate lansa automatizarea Scrisoare de confirmare sold (Letter of Balance Confirmation). Aceasta are un meniu cu privire la gestionarea șabloanelor ce permite: Execuția (cu șablonul implicit), următoarea comandă din meniu Scrisoare de confirmare… - execuția unui anume șablon, apoi crearea unui șablon Nou… și în final o comandă ce permite o Administrare… a șabloanelor existente.
Execuția va deschide o fereastră de trimitere email către persoana desemnată ca destinatar a respectivului partener comercial ce va avea completat, pe baza șablonului selectat, câmpurile de Subiect, Conținut și fișier PDF atașat (scrisoarea propriu-zisă).

EBS-RO - Îmbunătățiri ale documentației și traducerilor

Pentru mai multe informații, consultați site-ul EBS-RO.
Îl actualizăm în mod constant cu instrucțiuni și documentație în limba română.

De asemenea, actualizăm și corectăm în mod constant toate erorile de traducere sau localizare, astfel încât aplicația să deservească mai bine utilizatorii români.

Alte îmbunătățiri

Personalizare pentru fereastra de analiză a dimensiunilor

Acum este posibilă personalizarea ferestrei de analiză a dimensiunilor la înregistrarea unui document. Din acest motiv, a fost adăugat un nou parametru de companie cu o descriere “Articole/Coduri de bare: Maximizarea ferestrei de analiză a dimensiunilor (F12)”. Dacă parametrul este activat (valoare = true), atunci fereastra de introducere a cotelor (activată cu F12 sau ALT+F12) apare maximizată.

Corecții bug-uri

Rezolvare diferențe apărute între valorile din rapoartele contabile și Jurnalul de cumpărări în cazul unor achiziții cu taxare inversă

#1082568, IMP-27360

Aceste achiziții, înregistrate în contabilitate prin documete TXV generate din documentul de achiziție prin intermediul automatizării Protocol TVA pentru taxare inversă, pot apărea ca având totalurile de TVA diferite de valorile TVA calculate în Jurnalul de cumpărări datorită metodelor diferite de calculul: în documentul TXV, TVA-ul aferent unei cote se calcula prin însumarea valorilor de TVA calculate pentru fiecare linie cu aceeași cotă respectiv în jurnale se aplica cota de TVA pentru totalul fără TVA al valorilor liniilor cu aceeași cotă. A fost modificată metoda de calcul pe documentul TXV și de asemenea s-a restricționat modificarea documentului de achiziție în cazul în care documentul TXV a fost generat.

Declarație Intrastat - Corecție generare XML

#1088210

A fost remediată o eroare care apărea la generarea fișierului .xml al declarației în cazul partenerilor cu CUI mai mare de 10 caractere.

eFactura - Eroare retrimitere facturi

#1085682

Când apare o eroare de validare de la serviciul ANAF Ro e-Factura după rularea automatizării Trimiteți facturile din scrollerul Vânzări > E-factura Gestionarea facturii în unele situații aceste facturi nu mai puteau fi retrimise. S-a remediat automatizarea de trimitere așa încât factura corectă să poată fi retrimisă cu succes.

Alte corecții

Diverse funcțiuni

• A fost rezolvată o eroare care apărea atunci când se importau metode de plată emi de la o companie la alta, iar metoda de plată avea în termenii săi tipul de sumă “TVA” și “Suma netă de plătit”.

• S-a remediat o problemă care apărea la crearea unei comenzi rapide către ecranul “Edit Price Lists” (Editare liste de prețuri), unde, dacă se făcea în limba engleză, parametrii apăreau în limba greacă.

• În timpul procesului de inventariere fizică și de verificare a concordanței dintre soldul de dimensiuni și soldul de articole, a apărut un avertisment conform căruia s-a constatat o discrepanță la unele articole cu și fără dimensiuni, în timp ce nu era cazul. Acest lucru a fost remediat prin luarea în considerare a rezumatelor corecte ale dimensiunilor articolelor.

• S-a remediat o problemă la aplicarea metodei de plată cu grupare (utilizează parametrul companiei “Câmpul de linie UDF al contului de bani pentru a transfera câmpul de grupare al articolului din metoda de plată” atunci când documentul provine din tranziție.

• S-a remediat o întârziere a aplicației la implementarea seturilor de articole în cadrul documentului atunci când unitatea de măsură declarată a articolului avea 6 zecimale.

• S-a remediat o problemă cu documentele care erau procesate în timp ce erau deja înregistrate și nu reușeau să se tipărească.

• S-a remediat o problemă cu documentele care rămâneau în proces după vizualizarea unui fișier în documentele lor conexe.

• S-a remediat o problemă în acțiunea de alocare către centrele de distribuție atunci când nu a fost selectat niciun profil în linia articolului.

• S-a remediat o eroare în procesul de tranziție de dezangajare atunci când documentul de angajare conținea un tip de set.

• A fost rezolvată o eroare care apărea în previzualizarea documentului atunci când acesta era deja previzualizat și în așteptare.

• S-a remediat eroarea la înregistrarea unui document de încasare atunci când acesta este setat să verifice limitele de credit, dar clientul nu are o politică de credit.

• A fost rezolvată o problemă de afișare a centrelor de costuri de alocare atunci când acestea sunt declarate direct în document.

• S-a remediat o problemă de a nu putea șterge o tranzacție dintr-un document de plată atunci când acesta a fost legat de tranzacții bancare.

• S-a rezolvat o problemă de căutare a articolelor în rândurile de articole din Topic atunci când vizualizarea conexă este setată pe căutare.

• S-a remediat o eroare în valorile conturilor speciale la exportul formatului din documentul generat pentru EDI.

• Corectarea erorilor care apar sub instanțe la atribuirea reducerilor la cote după elaborarea unei rețete.

• S-a remediat eroarea de numerotare a problemelor la schimbarea companiei în timp ce înregistrările sunt încă deschise.

• S-a remediat o eroare care apărea la trecerea unei chitanțe de achiziție la o factură de achiziție atunci când o chitanță de plată a fost deja creată dintr-o parte a chitanței prin procesul de organizare a plăților.

Rapoarte

• S-a îmbunătățit puțin fila “Furnizori”, astfel încât cercetarea pe liniile de articole (al doilea nivel) să returneze rezultate chiar dacă valorile documentului sunt nule.

• S-a remediat problema că suma facturii în moneda de bază din raportul “Intrastat Date Check” să afișeze o valoare greșită.

• S-a remediat o eroare în Balanța contabilă care era prezentată cu criteriile “Înregistrări la sfârșitul perioadei” și “Defalcare perioadă” având valorile “Inclus” și, respectiv, “Da”. În acest caz, intrările obișnuite nu erau afișate corect.

• A fost corectată eroarea “Invoice Amount in Base Currency” (Valoarea facturii în moneda de bază) în vizualizarea “Verificarea datei Intrastat”.

• Corectarea erorilor în denumirile câmpurilor din scrollerul de produse și a instrucțiunilor din manualul aferent privind alocările dinamice.

• A fost corectată eroarea din coloana “Costuri de producător” din Cartea de producție a registrului de costuri pentru a se potrivi cu dosarul “Costuri divizate”.

• A fost adăugat criteriul spațiului de depozitare la raportul “Verificarea suficienței materialelor” .

• S-a corectat o eroare în bitul “Starea inventarului de depozit” atunci când execuția acestuia era setată la Da în criteriul “Defalcare perioade”.

Cazuri referite

PS -92179, YPTH_ SUP -167622, ​​YPTH_ SUP -169910, PS -93624, YPTH_ SUP -163494, PS -96285 , YPTH_ SUP -166550, PS -96353, PS -97494, PS -99228, YPTH_ SUP -176271, YPTH_ SUP -176288, PS -98921, PS -98990, YPTH_ SUP -174728, YPTH_ SUP -174731, YPTH_ SUP -175240, PS -98872, YPTH_ SUP -173912, PS -97494, YPTH_ SUP -174686, PS -98981 , PS -99018 , YPTH_ SUP -175076, PS -96390, YPTH_ SUP -174546, YPTH_ SUP -172091, YPTH_ SUP -174253, PS -98088, YPTH_ BO -17738, YPTH_ SUP -106001, PS -98569 , PS -97283, PS -98722, YPTH_ SUP -177205, YPTH_ SUP -171091, YPTH_SUP-161507, YPTH_SUP-171124, PS-94643

5.8.0.0 (04.2024)

Îmbunătățiri

EBS-RO, îmbunătățiri ale documentației și traducerilor

Pentru mai multe informații, consultați site-ul EBS-RO.
Îl actualizăm în mod constant cu instrucțiuni și documentație în limba română.

De asemenea, actualizăm și corectăm în mod constant toate erorile de traducere sau localizare, astfel încât aplicația să deservească mai bine utilizatorii români.

Corecții bug-uri

Management comercial

Proceduri

• În procesul “Alocarea stocurilor în comenzi” s-a schimbat lista de comenzi deschise, astfel încât documentele de previziuni de returnare să nu apară în Vânzări.

• S-a remediat o problemă în procedura “Alocarea în centrele de cost”, unde defalcările nu erau afișate în detaliu.

• A fost corectată o eroare care apărea în timpul procesului de refacere a valorilor atunci când totalul liniilor selectate depășea numărul 2100.

• Eroare tratată la stocarea elementelor cu ierarhie a unităților de măsură atunci când a fost activat CSBOTriggers.

• A fost tratată o eroare de actualizare a fișierului Tax Office

• Au fost corectate rezultate eronate la calcularea retrospectivă a reducerilor în cazul grupării după parteneri comercial pe baza unui câmp definit.

Loturi

• S-a remediat o eroare care era afișată la modificarea cantității în Ordinul de producție în cazul în care există un Plan de atribuire a loturilor dintr-un plan de distribuție relevant pe liniile de producție.

• S-a remediat o problemă ce viza descărcarea eronată în cazul în care stocuri de articole din același lot se aflau răspândite în mai multe zone de depozitare.

• S-a remediat o eroare care apărea la modificarea cantității în Ordinul de producție în cazul în care există un Plan de atribuire a loturilor dintr-un plan de distribuție relevant pe liniile de consum.

Background

• S-a remediat o problemă de afișare a datei modificării (dacă este cazul) în înregistrările istoricului unei entități sau a unui câmp.

• S-a remediat eroarea de afișare a istoricului modificărilor în orice câmp care are istoric.

• S-a remediat o problemă de plasare a unui shortcut pentru “Introducere date din istoricul execuției”, care apărea sub un nume diferit “Istoricul pachetelor”, dar și cu o listă diferită de acțiuni pe bara de instrumente verticală.

Automatizări

• S-a rezolvat problema automatizării “Actualizarea prețului nominal de vânzare” care nu funcționa în documentele tranzacțiilor comerciale.

• Corectarea unei automatizări lipsă în ceea ce privește curierul Geniki Taxydromiki.

Rapoarte Olap

• S-a rezolvat problema afișării rezultatelor incorecte ale cubului atunci când acesta este rulat prin automatizare în Retail.

• A fost corectat rezultatul greșit din “Numărul total (documente)” în cubul “Înălțimea medie a tranzacțiilor pe sucursală pe oră”.

Scrollere

• A fost corectat rezultatul eronat în “Soldul disponibil pe dimensiune” în derularea “Articole care nu sunt luate în calcul în DPA cu sold (pe dimensiune)”.

• S-a remediat o problemă la “Articole necontorizate” care apare pe documentul ASD, unde nu era afișată dimensiunea depozit 1/dimensiunea depozit 2 atunci când aceasta era singura dimensiune care monitoriza tipul.

• În fișierele de contabilitate a costurilor, producția a fost modificată astfel încât scrollerul Unități de cost (afișat pe pagina 1) nu se execută automat la deschiderea formularului din folder, ci cu intervenția utilizatorului. Modificarea a fost făcută deoarece exista o întârziere la deschiderea folderului atunci când rularea scrollerului dura ceva timp.

• S-a corectat eroarea de pe partea de “Justificarea costurilor FIFO” și “Justificarea costurilor FiFo\LiFo\CPI”, unde, în cazul în care existau mișcări ale altor exporturi, acestea nu erau luate în considerare la calcularea cantității deschise.

• Jurnal zile lucrătoare | S-a rezolvat o problemă în mecanismul de actualizare a zilelor lucrătoare.

• Metode de plată | În cazul în care metoda de plată propusă de partenerul comercial este inactivă, aceasta nu poate fi utilizată pe un document.

Formulare

• Problema tratată în detaliu a funcționalității conturilor bancare în formularul personalizat.

• Problemă tratată în formularul plan de programarea producției în cazul în care codul de producție nu este completat de către utilizator.

Documente

• Eroare tratată la introducerea unui document de cerere de achiziție în timpul modificării furnizorului în linia de articol.

• S-a rezolvat problema în care documentele având data emiterii puteau fi salvate înainte de prima lor utilizare. Acest lucru se întâmpla în cazul definirii tipurilor de documente pentru care nu exista un Plan de informații (de exemplu, EX).

• Problemă de neconcordanță tratată în ce privește cantitatea brută a articolului în analiza cantității brute a dimensiunilor sale din cauza unei erori de rotunjire. Discrepanța a fost observată atunci când există o relație de legătură între unitățile sale de măsură, iar acestea au o diferență în ceea ce privește numărul de zecimale ale acestora.

• S-a rezolvat o problemă în ceea ce privește prețul de vânzare al unui articol set cu o rețetă statică. Mai exact, s-a observat o rotunjire incorectă în timpul creșterii părților sale în cadrul documentului. În același timp, acest lucru a cauzat o discrepanță în totalurile documentului în raport cu sumele rândurilor și cu valoarea totală rotunjită pentru fiecare în parte.

• S-a remediat o problemă în care un document părea să rămână procesat (cu iconul aferent - creionul de pe instrumentele din linia orizontală - activat) în timp ce nu fusese efectuată nicio modificare a acestuia. Problema a apărut într-un mod de apelare a imprimării cu o valoare: “Cu întrebare”.

• S-a rezolvat o problemă de funcționare a liniei de filtrare directe în tipul de oferte disponibile (promoții) în cadrul documentului.

• S-a remediat o problemă în calcularea valorii unui cont special atunci când acesta depinde de articol și calculul se face pe baza unui câmp definit al articolului.

• Eroare tratată la modificarea reducerii pe o linie în document atunci când aceasta provine dintr-o listă de prețuri și este setată să aibă o valoare inițială zero.

• S-a remediat o problemă de calculare eronată a reducerilor în natură setată într-o listă de prețuri combinate, atunci când se modifica cantitatea.

• Eliminarea unei erori la re-salvarea unui tip de document AFA: în cazul tipului de document AFA (avansuri de închidere; cod internațional ES.41060.01) poate fi necesară intervenția utilizatorului (debifarea selectivă, bifă setată în procesul de corelare manuală) pentru (re)salvarea documentului fără erori, astfel încât procesul să poată fi complet automatizat. Acest document este creat cu ajutorul automatizării “Decontare plăți în avans” din meniul de automatizare a facturilor (de achiziție).

Meniu

• A fost rezolvată problema afișării de mai multe ori a aceleași opțiuni în meniul “Acorduri-Devieri 2021”.
  

Circuitul promoțiilor și reducerilor

• A fost tratată o problemă de întârziere în “Aplică ofertele pe articole selectate” în Document.

• În același loc, în timpul “Aplicării ofertelor pe articolele selectate”, a fost rezolvată o problemă în care, în timp ce erau selectate anumite articole, în final erau transferate în document pe toate articolele care erau în ofertă.

Evaluare

• S-a remediat o eroare de evaluare în cazul în care este necesară trecerea de la date cu caracter personal la DEX și acestea aveau o relație obligatorie cu o unitate alternativă. Problema a fost identificată într-un plan de premiere sistemic.

Cazurile aferente:
PS-94580, PS-96470, PS-96147, PS-96678, PS-96943, PS-96025, SUP-167722, SUP_SUP-166361, SUP_SUP-167770, PS-97122, PS-96980, PS-95852, PS-96803, PS-97106, SUP_SUP-167648, SUP_168957, PS-97789, PS-96188, SUP_166452, PS-94924, PS-96524, PS-96589, PS-96612, PS-96664, PS-96669, PS-96901, PS-96950, PS-96951, PS-97027, PS-97065, PS-97081, PS-97102, PS-97167, PS-97182, PS-97212, PS-97225, YPTH_SUP-167780, YPTH_SUP-167795, YPTH_SUP-167886, YPTH_SUP-167912, YPTH_SUP-168058, YPTH_SUP-168164, YPTH_SUP-168219, YPTH_SUP-168426, YPTH_SUP-168653, YPTH_SUP-168680, YPTH_SUP-168736, YPTH_SUP-168775, YPTH_SUP-170275, YPTH_SUP-154394, YPTH_SUP-168572, PS-97414, PS-73300, PS-97161, YPTH_SUP-145452, YPTH_SUP- 163476, PS-98048, SUP-164461, PS-96802, PS-96562, PS-97382, PS-97587, PS-96289, PS-94212, PS-93358, PS-98298, PS-98368, PS-94655,
#1080748, #1087951

Funcționalitate generală (Framework)

• În Retail, a fost observat un comportament specific de plasare a cursorului în câmpurile cu text (de exemplu, în criteriile de introducere a textului în meniul scroller-elor). Mai exact, după introducerea unui criteriu de căutare cursorul este resetat la începutul textului introdus de utilizator.

Pentru instalări unde se dorește un comportament diferit, de exemplu, plasarea cursorului la sfârșitul textului introdus de utilizator, acest lucru a fost activat printr-o funcție experimentală. Mai exact, în fișierul sufficient.XML din ESConfig\ESExperimentalFeatures se setează parametrul cu id-ul “touch-framework-cursor-positioning-fix” la true.

• A fost tratată o problemă legată de imprimarea activată prin automatizare și nefinalizată din cauza intrării în așteptare la tipărirea în PDF; din acest motiv acum este posibilă execuția procesului “Anulează imprimările PDF” pe server (până acum se putea efectua doar pe client).

Cazurile aferente:
SUP-164461, PS-72683, PS-95847, PS-98028, PS-95158, PS-97794, QA-06493, SUP_161816

5.7.0.3 (03.2024)

Îmbunătățiri

Declarația Intrastat - actualizare coduri NC8 pentru 2024

#1086342 | IMP-27670

Există un nou fișier IntrastatCodes.xlsx pentru 2024, care a fost deja distribuit clienților noștri. Fișierul este, de asemenea, inclus din această versiune în kitul de instalare. Procedura de actualizare este documentată aici.

eFactura - extensie de selecție a câmpurilor pentru descrierea articolului

#1084225

Un nou parametru E_FACTURA_ITEM_DES a fost adăugat în secțiunea ANAF a parametrilor companiei pentru a permite o selecție a câmpului care urmează să fie exportat ca descriere a articolului în fișierul xml al eFactura.
Se pare că există situații în care câmpul real de descriere a articolului din EBS nu este cel necesar în fișierul xml din eFactura. Acum, prin setarea acestui parametru, puteți specifica câmpul sursă să fie unul dintre următoarele:

• 0 - Descriere articol

• 1 - Comentariu 1

• 2 - Comentariu 2

• 3 - Comentariu 3

• 4 - Comentariu 4

• 5 - Comentariu 5

• 6 - Explicație

EBS-RO, îmbunătățiri ale documentației și traducerilor

Pentru mai multe informații, consultați documentația EBS. Îl actualizăm în mod constant cu instrucțiuni și documentație în limba română.

De asemenea, actualizăm și corectăm în mod constant toate erorile de traducere sau localizare, astfel încât aplicația să deservească mai bine utilizatorii români.

Corecții bug-uri

În această versiune au fost eliminate un număr de bug-uri după cum urmează:

• *Corectarea parametrului Perioadă pentru secțiunea Active imobilizate din declarația SAF-T* #1087185 | IMP-27766
  Perioada pentru tipul A (anual) este acum în conformitate cu intervalul anual.

• *UPS - Facturarea într-un cont terț* #1086369 | BUG-28613
  A fost corectată o eroare privind facturarea pe un alt cont pentru integrarea curieratului UPS.

• *eFactura - corecții privind conturile speciale* #1085680 | BUG-28608
  Impozitele/rabaturile/reducerile/reduceri/etc. sunt disponibile prin conturi speciale în EBS-RO, completate automat sau manual. În unele cazuri speciale, atunci când acestea apar pe linii independente ale unei facturi, pot apărea erori atunci când fișierul xml este generat și verificat pentru eFactura. Toate aceste cazuri au fost verificate amănunțit și s-au făcut ajustări astfel încât valorile din aceste conturi speciale să fie reflectate corect pentru facturile încărcate în serviciul eFactura ANAF.

• *Mai multe corecții pentru Declarația D394* #1081288
  Aceste corecții sunt legate de mai multe cazuri marginale:

• Numărul de facturi - acesta poate fi calculat greșit în cazul în care există mai multe cote de TVA - o factură este inclusă în numărătoarea pentru cea mai mare cotă procentuală în loc de cea mai mare cotă de bază.

• Valori negative - Dacă un partener comercial are 2 tranzacții în luna respectivă, una cu plus și cealaltă cu minus, dacă suma negativă este mai mare, în Summary1/Summary2 suma este socotită ca fiind pozitivă.

• Atributul “AMEF No.” - În unele cazuri, în ceea ce privește încasările de la aparatele fiscale, acest lucru poate genera simple linii xml pentru aceeași rată de TVA.

• Filtrează câmpul Judet/Județ - în unele cazuri, când partenerul este din afara României, acest câmp trebuie suprimat, altfel va genera o eroare.

• Facturi anulate - dacă există facturi anulate, în Rezumat1/Rezumat2, atributele numărului de factură includ facturile cu indicator de anulare 1 (Anulare).

• De asemenea, au fost incluse și alte corecții privind atributul FSA/FSAI/BFAI/FSL, persoane dublate, calitate/tip, conturi speciale.

5.7.0.2 (02.2024)

5.7.0.1 (01.2024)

Îmbunătățiri

Declarația Intrastat - câmp VAT Nr. de 10 caractere

#1084184 | IMP-27570

Câmpul aferent VAT Nr. din declarația în format xml este de acum completat la 10 caractere, indiferent de lungimea CIF-ului companiei.

Declarația SAF-T - separarea generării csv-urilor de cea a xml-ului

#1083686

Pentru a clarifica consumul de linii csv depuse via serviciul SBS, au fost separate:

(1) generarea csv-urilor - și verificarea corectitudinii datelor acestora; de

(2) generarea xml-ului declarației, care va și contoriza liniile de csv consumate din abonament.

Astfel toate secțiunile de date csv se pot verifica, deodată sau independent, până când aceste date sunt corecte, apoi se poate genera fișierul .xml al declarației pentru a putea fi depus.

Îmbunătățiri și corecții în traducerile aferente versiunii românești

#1080745, #1080746, #1080747 | IMP-24583, BUG-26051, BUG-26030

Începând din acest an vom actualiza și corecta toate erorile de traducere sau localizare, așa încât aplicația să servească cât mai bine utilizatorii din România.

Noi manuale în kitul de instalare, site de documentare în română

#1084700

A fost de asemenea completat folderul de documentare (în limba engleză - ESBooks), cu două documente noi: ES-Analyzer-Premium-Edition.pdf și Entersoft Cloud Subscription_EN.pdf, care lipseau până acum din furnitura kitului EBS-RO. De asemenea acestea sunt accesibile și pe documentația EBS, pe care o actualizăm permanent cu instrucțiuni și documentație în limba română.

Alte îmbunătățiri

• În lista creditorilor și furnizorilor sunt acum disponibile câmpurile Regim TVA și Motiv scutire de TVA. Motivul scutirii de TVA pentru coloană este acum disponibil în opțiunea adăugare/eliminare coloane.

• Un nou câmp de tip timestamp a fost adăugat la tabelul Contracte Conturi comerciale (ESFITradeAccountContract).

Corecții bug-uri

În această versiune au fost eliminate un număr de bug-uri după cum urmează:

• *Corecții în declarația Intrastat - eroare articole greutate zero, scroller expedieri.* #1085166, #1084898 | BUG-28413
  (1) La articole cu greutate zero se trimitea în Intrastat -1;
  (2) Dacă persoana care a depus declarația era persoană fizică, scrollerul nu mai afișa date.

• *Corecție eroare ANAF la verificare CIF* #1084788 | BUG-28171
  S-a modificat codul și link-ul de verificare din parametrul de comunicare URL cu ANAF la v8,
  https://webservicesp.anaf.ro/PlatitorTvaRest/api/v8/ws/tva, pentru structura nouă de date furnizată de ANAF.

• *Corecție eroare de deschidere Raport de verificare consumuri* #1084569
  S-a eliminat o eroare de traducere.

• *Corecție eFactura pentru facturi trimise cu valoare zero.* #1082754
  Pentru facturile cu valoare zero, sistemul nu putea calcula o scadență, așa că a fost înlocuită cu data documentului.

5.7.0.0 (12.2023)

Funcționalități noi

Reduceri și oferte - o abordare rapidă, pe document

A fost adăugat un nou subsistem de configurare și aplicare de oferte și reduceri pe documente. Principalele elemente care diferențiază noul subsistem de restul posibilităților de acordare personalizată a reducerilor din EBS sunt următoarele:

• Definirea promoțiilor se face printr-un mediu nou și ușor de operat, fără configurare complexă.

• Modul de înregistrare a documentelor s-a schimbat semnificativ, deoarece acum sunt selectate, configurate și introduse promoții pe articole, cărora li se vor aplica eventualele reduceri active. Drept urmare, este mai ușor să aplicați reduceri și să ghidați utilizatorul în selectarea celei mai bune promoții disponibile.

• Reducerile procentuale și valorice sunt acceptate.

• Sunt acceptate promoțiile referitoare la articole individuale sau combinații de articole.

• Într-un mod simplu și ușor de înțeles, sunt definite și țintele și recompensele de promovare.

• Cu o configurare simplă puteți personaliza scalele pentru ținte și recompense.

CONFIGURAREA UNEI PROMOȚII

Ecranul de configurare a promoției este disponibil din (meniul Configurare și Instrumente) Configurare… > Politica de facturare > Reduceri și oferte.

• Perioada de valabilitate - Opțional, puteți seta perioada de timp pentru care utilizatorul poate alege să aplice promoția în document.

• Comentariu - Puteți introduce un text care descrie termenii și beneficiile promoției. Textul va apărea la selectarea promoției, pentru a facilita configurarea acesteia de către utilizator.

• Afișare - Selectați câteva imagini care ar putea fi folosite pentru a îmbogăți afișarea promoției.

• Câmp țintă - Selectați câmpul liniei de articol a documentului implicat în calculul realizării țintei.
  De exemplu, dacă este selectat câmpul „Cantitate linie”, atunci, pentru a calcula dacă ținta a fost atinsă, conținutul câmpului „Cantitate” al liniei de articole (sau liniilor de articole) este însumat și comparat cu ținta.

• Țintă - Vă rugăm să introduceți un număr care este ținta promoției.
  De exemplu, într-o promoție în care necesită achiziționarea a cel puțin 3 articole, ținta este 3.

• Câmp de recompensă - În acest câmp utilizatorul introduce procentul de reducere sau valoarea reducerii, atunci când obiectivul este atins.

• Recompensă - Un număr care indică procentul sau valoarea reducerii primite la atingerea țintei. În locul câmpurilor țintă și recompensă de mai sus, poate fi utilizată o scală țintă și recompensă. Scala poate fi comună pentru toate articolele promoționale, așa că va fi completată în partea de sus a ecranului. De asemenea ea poate diferi în funcție de articol, caz în care poate fi completată sub fiecare articol promoțional, alegând următorul nivel.

• Tip de reducere - Selectați tipul de reducere care trebuie introdus în tabelul „Analiză reducere”, în linia documentului.

  • Când câmpurile țintă și recompensă sunt introduse pe articol, atunci aceasta înseamnă că promoția este evaluată separat pentru fiecare articol care participă la acesta, pentru ținta completată în fiecare articol și, de asemenea, cu o recompensă care a fost introdusă pentru fiecare articol.

  • Dimpotrivă, dacă ținta și recompensa sunt introduse în zona superioară a ecranului „Date recompense”, atunci ținta promoției este calculată pentru orice combinație de articole care participă la promoție.

ÎNREGISTRAREA DOCUMENTULUI

Utilizarea promoțiilor la înregistrarea documentelor necesită configurarea corectă a ecranului de înregistrare a documentelor, astfel încât să puteți afișa acțiunile de aplicare și procesare a promoțiilor, precum și ecranele de afișare și selecție.

• Când introduceți un articol în document și îl selectați, grila 1 arată toate promoțiile de articole disponibile. Această grilă poate fi găsită în câmpurile disponibile ale formularului numit „Articol - Promoții disponibile”.

• Cu acțiunea A, puteți afișa oferta selectată pentru grila 1 pentru a o edita și apoi o puteți introduce în document.
  Acțiunea o veți găsi în acțiunile disponibile din formular ca „Aplicați promoțiile selectate - Articol”.

• Grila 2 afișează toate promoțiile disponibile pentru clientul selectat al documentului. Această grilă poate fi găsită în câmpurile disponibile ale formularului numit „Promoții disponibile”.

• Cu acțiunea B, puteți afișa promoția selectată pe grila 2 pentru a o edita și apoi a o introduce în document. Veți găsi acțiunea în acțiunile disponibile din formular ca „Aplicați promoțiile selectate”.

Ecranul de procesare a promoției afișat prin acțiunile de mai sus este personalizat în funcție de felul în care a fost configurată promoția cu o țintă și recompensă legate de fiecare articol separat sau cu o recompensă și țintă legate de orice combinație de articole.

ȚINTA ȘI RECOMPENSA ÎN ANTET (COMBINAȚIE DE ARTICOLE)

De exemplu, promoția poate prevede că trebuie achiziționate cel puțin 3 bucăți din orice articol promoțional pentru a se aplica 50% tuturor articolelor.

În partea de sus a ecranului, veți vedea articole pentru ținta dvs., recompensa și acoperirea de până acum. În plus, există un câmp marcat „Succes/Eșec", referitor la acoperirea promoției pe baza intrărilor ce sunt făcute în document.

Pe acest ecran, cantitățile trebuie introduse în grila din stânga. Grila din dreapta ajută la un control mai bun al promoției atunci când a fost setată o scală pentru aceste promoții. Scala poate fi afișată selectând fila „În total”, pentru a vizualiza limitele scalei.

ȚINTĂ ȘI RECOMPENSĂ PE ARTICOL

Pentru acest exemplu, ținta și recompensa diferă în funcție de articol. Aici, se afișează grila potrivită, cu ținta și recompensa pe articol. Înregistrările cantităților pentru articole se fac și aici, pe grila din stânga.

CONFIGURARE

Pentru a permite utilizarea unor astfel de promoții într-un tip de document, este suficient să selectați în tipul de document noul câmp „Activare selecție promovare”, pe care îl veți găsi pe pagina „Comportament” a tipului de document. În plus, ecranele trebuie configurate prin adăugarea acțiunilor și grilelor, așa cum s-a menționat mai sus.

Independența alternativă - pentru evaluarea stocurilor

Prin adăugarea conceptului de independență alternativă în ceea ce privește evaluarea stocurilor, utilizatorului i se oferă posibilitatea de a alege o independență diferită pentru oricâte depozite dorește. Până în prezent, sucursala independentă căreia îi aparținea un depozit nu putea fi identificată decât cu sucursala căreia i-a fost declarat că îi aparține. Opțional, acum puteți seta pentru fiecare depozit sucursala independentă căreia îi aparține selectând sucursala independentă în noua independență alternativă, care a fost adăugată la detaliile de adrese ale companiei.

• Ca o independență alternativă, utilizatorul poate selecta doar o sucursală care are selectat câmpul Independent.

• Independența alternativă poate fi selectată numai pentru adresele care sunt declarate ca depozite.

• Monitorizarea locurilor alternative de independență necesită completarea câmpului Independent în cel puțin o sucursală.

• Sucursalele selectate ca independență alternativă pot aparține la rândul lor unei alte sucursale selectate în câmpul Sucursală.
  Aceste sucursale, cărora le aparține independența alternativă, joacă rolul de independențe principale.

SCOP

Rezultatul activării utilizării independențelor alternative, este că evaluarea va calcula rezultatele pentru fiecare independență alternativă separat, prin „încărcarea” mișcărilor depozitului implicat, nu numai la „independența principală”, ci în independența alternativă căreia fiecare depozit îi aparține.

În practică, cu configurarea corespunzătoare a independențelor alternative, utilizatorul ar putea chiar să realizeze calculul rezultatelor evaluării per depozit.

IMPORTANT

• Activarea independențelor alternative privează instalarea de obținerea de rezultate de evaluare în ceea ce până acum se numea „independență principală”, întrucât mișcările de stocuri sunt acum percepute ca mișcări ale independențelor alternative și nu ale independenței principale.

• Diferitele puncte ale diferențierii modului de aplicare folosind independența alternativă vor fi activate numai dacă a fost aplicată personalizarea relevantă pentru independența alternativă.

• La înregistrarea liniilor de articol în documente, în condițiile utilizării unui depozit cu o independență alternativă, linia și, prin urmare, sucursala pentru respectiva mișcare de stoc vor fi populate cu ceea care a fost selectată în câmpul Independență alternativă.

• În documentele comerciale, dacă este activată o independență alternativă, este permisă înregistrarea unei sucursale la nivel de rând, diferită de cea din antetul documentului.

REZULTATE

Configurația de mai sus produce rezultate de evaluare pe independență (alternativă), pe care le puteți afișa în solduri și fișe, ca de obicei. Prețul de cost oficial este calculat pe independență alternativă. Prin urmare, nu se poate obține un preț de cost în „Independența principală”, întrucât mișcările de stoc nu sunt înregistrate în ea ci în independențe alternative. Rezultatele pot fi obținute însă în independența principală (cu excepția prețului de cost oficial), folosind parametrul special de tip Sucursală care a fost adăugat la toate soldurile stocurilor și soldurile contabile.

Rezultatele pot fi vizualizate pe baza:

• Sucursalei cu mișcări de stoc.

• Sucursala de referință, adică „autonomia principală”.

În funcție de selecție, rezultatele sunt grupate și afișate la nivelul de concentrație corespunzător.

A fost creată o procedură pentru implementarea SGR (Sistemul de Garanție - Returnare)

Adresarea cerințelor specifice pentru noua cerință de conformitate SGR (Sistemul de Garanție - Returnare privind ambalajele reciclabile) este posibilă în EBS pe baza funcționalității conturilor speciale, ce oferă următoarele avantaje:

• Pot fi setate ca suprataxă, ceea ce înseamnă că se va adăuga la valoarea documentului.

• Pot fi legate de articole sau documente specifice. Aceasta permite ca unele documente să includă atât articole cu garanție cât și fără, valoarea garanției fiind adăugată doar unde este cazul.

• Nu apar în rapoartele de analiză vânzări/ cifră de afaceri și nici nu afectează costul produselor.

Implementarea se poate face la cerere, în doi pași:

1. Crearea unor documente specifice (prin copierea unora deja existente)

2. Ajustarea unor aspecte specifice acolo unde e cazul:

a. Tipărirea de facturi/bonuri fiscale,

b. Interfațare cu Retail-ul,

c. Integrare cu sisteme externe (EDI).

Îmbunătățiri cerute

Implementarea unui flux complet pentru leasing financiar

#1080721 | IMP-24519

Această nouă funcționalitate permite monitorizarea întregului flux al procesului de leasing financiar:

• Monitorizarea fiecărui contract de leasing;

• Monitorizarea sumelor lunare de plătit;

• Înregistrarea facturii lunare pentru rata de leasing;

• Reevaluarea soldului fiecărui contract;

• Rapoarte pe contracte de leasing.

Funcționalitatea oferă:

1. O relație între un articol generic și un cont comercial prin codul alternativ.

2. Un nou tip de document (cu un nou atribut - LEASING) pentru contractul de leasing - RO.FAM,
   cu următorii parametri de document:

• Prima lună,

• numărul de rate

• valoarea în EUR,

• Rata de schimb,

• Articol generic.

3. O nouă automatizare pentru RO.FAM pentru a genera liniile de rate.
   Automatizarea va adăuga în document atâtea rânduri câte arată parametrul număr de rate.

4. Un nou tip de document pentru actualizarea soldului contului 167 - RO.SND.

5. Un nou tip de document pentru factura lunară de rate/ dobânzi/ avans - RO.FSC.

6. Un nou scroller pentru a afișa toate ratele lunare.

7. O nouă automatizare pentru crearea facturilor de rate.

8. Un nou scroller pentru a afișa toate facturile cu rate lunare.

9. O nouă automatizare pentru a actualiza soldul creditorilor.

Vom avea o nouă intrare în meniu:

(Meniul principal) Contabilitate > Mijloace fixe > Leasing cu următoarele sub-intrări:

• Lista de contracte,

• Facturi de rate lunare generate,

• Sold contracte, actualizat.

Balanța analitică de verificare cu multiple egalități

#1082503 | IMP-26852

Această nouă balanță de verificare poate fi găsită la
(Meniu principal) Contabilitate > Rapoarte contabile > Balanță analitică de verificare cu multiple egalități.

Ea permite afișarea următoarelor egalități (perechi de coloane pentru valorile debitoare, respectiv creditoare):

1. Sold inițial an

2. Rulaj precedent

3. Total sume anterioare (1+2 pe D&C)

4. Sold inițial perioadă (pentru 3)

5. Rulaj curent

6. Rulaj cumulat (2+5 pe D&C)

7. Total sume (1+6 pe D&C)

8. Final balance (pentru 7).

Această balanță grupează în mod implicit liniile de conturi analitice pe clase de conturi cu subtotalurile aferente. De asemenea, în prezentarea implicită a scroller-ului sunt câteva coloane ascunse, cum ar fi Cod (cont contabil) internațional, Cod alternativ, contul sintetic, ce pot fi afișate la nevoie.

Prima pereche de coloane - Sold inițial an - nu va mai depinde de faptul că s-a făcut închiderea anului fiscal precedent. Rețineți totuși că închiderea anilor fiscali anteriori rămâne un lucru obligatoriu pentru a nu afecta performanța sistemului.

Deoarece acest raport se bazează pe un scroller, utilizatorul are opțiunea (prin ascunderea unor coloane) de a creea mai multe layout-uri, așa încât vor avea o balanță contabilă de verificare așa cum sunt obișnuiți ei.

Folosind funcționalitatea de Previzualizare, layout-ul dorit poate fi exportat sau tipărit.

Adăugarea unei Naturi de tranzacție nouă pentru declarația Intrastat

#1082564, | IMP-26924

A fost adăugat un nou cod de tranzacție - 34, pentru a clasifica tranzacțiile care implică transferul de proprietate fără compensații financiare. Procedura de generare a fișierului xml pentru declarația Intrastat a fost și ea actualizată în acest scop.

Adăugarea automată a tipului de TVA pe documente

#1082932 | IMP-27165

Această funcționalitate permite completarea automată a câmpului numit Tabel5 - asignat codificării diferitelor tipuri posibile de TVA ce pot apărea pentru documentele de achiziții sau vânzări în funcție de anumite condiții.

Condițiile care afectează tipul de TVA ce va fi generat sunt:

• Natura tranzacției - de bunuri sau servicii (bazată pe categoriile de articole: Servicii, Articole stocabile, Mijloace fixe).

• Dacă sunt articole cu taxare inversă (Tabel10).

• Adresa de livrare (bazată pe codurile Eurostat).

• Regimul de TVA al documentului și al partenerului comercial. Acest Regim de TVA poate fi:

  • Normal - codificat ca 0,

  • Special - 1,

  • Intracomunitar (UE) - 2,

  • Internațional (în afara UE) - 3,

  • Scutit - 4.

Acest câmp de pe documentele comerciale este folosit pentru a clasa corect aceste documente în jurnalele de TVA pentru vânzare și pentru achiziții, și bineînțeles pentru a genera corect declarațiile D394 respectiv D300.

După o primă completare automată a câmpului Tabel5 (cod tip TVA) - pe baza unei logici complexe de asignare, utilizatorul are posibilitatea de a ajusta manual acest cod TVA dacă consideră necesar.

Câteva cazuri tipice de asignare automată a acestui cod de tip de TVA:

În cazul documentelor de vânzări:

• Dacă documentul are Regim de TVA = 3 (internațional, în afara UE), valoarea lui Tabel5 e 3.

• Dacă documentul are Regim de TVA = 2 (intracomunitar, UE) și articolele sunt servicii,
  Tabel5 = 7.

• Dacă documentul este cu Regim de TVA = 2 (intracomunitar, UE) și articolele sunt bunuri,
  Tabel5 = 6.

• Dacă documentul este cu Regim de TVA = 0 sau 4 (normal, sau scutit) și e vorba de articole de tip bunuri cu valoare <= 22,500 lei, Tabel5 = NULL (golit).

• Dacă documentul este cu Regim de TVA = 0 sau 4 (normal, sau scutit)și e vorba de articole de tip bunuri cu valoare > 22,500 lei, Tabel5 = 9.

În cazul documentelor de achiziții:

• Dacă documentul este cu Regim de TVA = 2 (intracomunitar, UE), Tabel5 = 0 (taxare inversă);
  În cazul unei livrări de servicii către o țară din afara UE, un astfel de document va necesita ca utilizatorul să seteze manual Tabel5 = 4.

• Dacă documentul este cu Regim de TVA = 3 (în afara UE) iar articolele sunt bunuri livrate într-o țară din UE (adresa de livrare are cod Eurostat), Tabel5 = 1; dar pentru servicii Tabel5 va fi completat manual. Pentru excepții de la aceste condiții Tabel5 va fi golit (valoare nulă).

• Pentru articole cu taxare inversă (Tabel10 ne-nul), dacă partenerul comercial are Regim de TVA = 0 (Normal), Table5 = 2 iar Regimul de TVA al documentului va fi setat automat la 4 (Scutit); altfel, dacă partenerul comercial are un Regim de TVA = 4 (Scutit), Tabel5 = 3.

Crearea unui mecanism de jurnalizare a apelurilor API pentru integrarea cu curierul UPS

#1083772 | IMP-27203

Acum pot fi generate intrări într-un fișier log pentru fiecare apel API din integrarea cu curierul UPS, similar cu cel creat pentru TNT.
În folderul ESNoSync se crează un nou subfolder - ESUPS, acesta conținând un fișier text gol, dar care să se numească ESUPSRequest.trigger și a cărui prezență validează înregistrarea jurnalizată.

Securizarea apelurilor API din integrarea pentru curierul GLS folosind protocolul https

#1084137 | IMP-27269

Datorită unor modificări recente ale API-ului curierului GLS, toate apelurile acestuia trebuie să fie făcute printr-un protocol securizat https.

Amortizarea nedeductibilă în cazul unor mijloace fixe cu o valoare a ratei mai mare de 1.500 lei

#1080799 | IMP-2714

A fost adăugată o funcționalitate nouă cu privire la cazul special ce privește amortizarea automobilelor pentru care rata de amortizare nu mai este în întregime recunoscută ca o cheltuială deductibilă. Partea din rata lunară care depășește pragul de 1,500 lei va fi considerată nedeductibilă. În acest scop au fost introduși doi noi parametri:

În meniul (Instrumente și configurare) Personalizare… > General > Parametri companie în subsistemul Mijloace fixe:

1. Valoare limită de nedeductibilitate mijloace fixe - setat la 1,500 (lei, editabil)

2. Cont aferent cheltuielilor nedeductibile de amortizare - setat la un cont pentru cheltuieli nedeductibile - cum ar fi 6811.02.

Mai mult, există acum și un nou raport care va lista mijloacele fixe care îndeplinesc acest criteriu:

(Meniul principal) Contabilitate > Mijloace fixe >Mijloace fixe nedeductibile.

Pe baza acestui raport se poate determina valoarea nedeductibilă a amortizărilor.

Integrare curier Sameday

#1082146, IMP-27186

De la această versiune este disponibil pentru livrări/expediții și curierul Sameday. Acesta se regăsește via meniul (Instrumente și configurare) Personalizare… > Parametri tranzacții > Transportatori.
Datele suplimentare ale sale pot fi vizualizate și completate din (Meniul principal) Vânzări > Conturi comerciale > Transportatori. Contul deschis la acest transportator va fi introdus urmând calea de meniu (Instrumente și configurare) Sistem de comunicare > Sameday - setări conexiune curier…, unde se creează contul/conturile cu credențialele și datele de acces API primite la încheierea contractului cu acest curier.

La crearea unui document de vânzare (de ex. un aviz de expediție - AEV) în al doilea tab - Alte date - veți găsi câmpul Transportator. Puteți acum selecta acest curier ca și transportator. După ce salvați acest document, în meniul Automatizări găsiți comanda Creare livrare. Completați datele livrării pentru curier și veți avea la final un voucher (AWB) atașat acestei comenzi de livrare prin curier. Pentru documentele care au deja o livrare via curier atașată veți găsi în meniul Automatizări comenzile: Tipărire voucher livrare, Actualizare stare livrare, Anulare livrare și Vizualizare livrare. Toate acestea se pot aplica fiecăreia dintre livrările listate în scrollerul accesibil în (Meniul principal) Vânzări > Avize și facturi > Gestionare transport prin curier.

Diverse îmbunătățiri mai mici

• Acum este posibil să selectați imediat un cod de serviciu în documente, prin noua acțiune generală SERVICE_ADD_REQUEST, în panoul de acțiuni.
  În configurarea acțiunii utilizatorul selectează codul de serviciu, care va fi introdus automat în document prin apăsarea butonului.

• ESKiosk | Acum este posibil să afișați tastatura în acțiunea „Editare cantitate” (GC_DOC_EDIT_QUANTITY).

• ESRetail | Acum este posibil să activați tastatura cu butonul de salvare de pe ecranul de introducere.

• A fost îmbunătățit timpul de afișare a rezultatelor pentru vizualizarea „Articole necontorizate (cu și fără dimensiuni)”.

• În „Setare… Privilegii”, din acțiunile de administrare financiară, a fost adăugat privilegiul „Creează un nou client din document”.

• În contractele comerciale, la criteriile de scală a valorilor Grupului, numărul total de caractere pentru valorile selectate a fost majorat de la 2.000 la 4.000.

• Acum este posibil, atunci când sunt create înregistrările fluxului de numerar bugetat, să se actualizeze intrarea fluxului de numerar din linia de document cu dimensiunile companiei ce au fost declarate ca dimensiuni în tipul de fișă și au fost introduse în intrarea în buget.
  Acest lucru ar trebui făcut prin selectarea utilizatorului în momentul în care se execută calculul.

  • În ecranul de calcul, la „Articole de inventar - prezentare detaliată” a fost adăugată opțiunea „Analiza detaliată a dimensiunilor companiei”. Acest parametru devine disponibil pentru selecție cu valoarea implicită NU, atunci când sunt fișe bugetare care monitorizează dimensiunile companiei.

  • Dacă este selectată valoarea DA, atunci intrările bugetare sunt grupate, ținând cont de dimensiunile companiei introduse, iar informațiile despre dimensiunea companiei sunt transferate în linia de articol care urmează să fie creată.
    Această opțiune este activată împreună cu câmpul „Menținerea sumelor deschise”.

Corecții

Cazuri relevante: PS-77455, PS-81503, INT_SUP-141854, PS-92188, PS-92241, INT_SUP-155627, PS-86553, PS-91733, PS-88970, INT_SUP-153924, PS-9254 , PS-92857, PS-71702 (#1080701)

Automatizări

• S-a remediat o eroare care putea să apară la rularea automatizărilor „Actualizați coordonatele adresei” și „Actualizați distanța”, în ecranul Vânzări > Activități > Administrare calendar >Actualizați distanța la adresa companiei.

Comenzi rapide

• Opțiunea „Salvare grup în fișier” nu va mai fi activă făcând clic dreapta pe o comandă rapidă simplă ci va fi activă doar făcând clic dreapta pe un grup.

Logare

• La logare, acum este posibil să sortați serverele după cod sau descriere (o opțiune care a existat și în seria 4).

Chat de colaborare

• S-a rezolvat o problemă în chat-uri, în care trimiterea unei capturi de ecran și a unui fișier excel ar afișa un mesaj de eroare. Mesajul s-ar afișa numai dacă utilizatorul destinatar avea simbolul punct în parolă.

Funcții generale

• S-a remediat o imagine eronată la lista de cópii de rezervă a bazelor de date, unde pe lângă dimensiunea bazei apărea și simbolul euro.

Configurare

• S-a rezolvat o problemă care apărea la ștergerea ultimei intrări a unui tabel de zoom.

Meniu

• S-a rezolvat o problemă care apărea la schimbarea meniului utilizatorului, în care modificările făcute nu se salvau.

OLAP

• S-a corectat faptul că folderul selectat anterior nu era transformat în folder implicit la un refresh de date OLAP, acesta rămânând ESCubes/ CSCubes.

Vizualizări

• S-a remediat o eroare care apărea după deschiderea unui nivel de detaliere într-o vizualizare.

• S-a remediat o eroare de derulare care apărea la copierea unor linii.

• S-a remediat o problemă în selectarea valorii de la un criteriu de vizualizare.
  Cu problema care a existat, atunci când prețul provenea dintr-un criteriu investigat (de exemplu, codul clientului), dacă investigația se repeta, prețul s-ar fi transferat ca valoare de criteriu.

Notificări

• S-a rezolvat o problemă în care notificările „expirate” aferente unor taskuri nu se afișau în roșu.

• S-a rezolvat o problemă la redarea sunetului selectat pentru notificări.

Diverse (RO)

• La nivelul partenerului comercial a fost adăugat un format simplu de tipărire pentru fișa furnizor. Acum este posibil să avem o vedere detaliată pe articole.

5.6.0.2 (10.2023)

Îmbunătățiri & Funcționalități noi (RFC-uri)

Îmbunătățirea Registrului Jurnal prin adăugarea partenerului și multe altele

#1082931 | IMP-27029

Registrul Jurnal așa cum poate fi accesat din (Meniul principal) Contabilitate > Rapoarte contabile > Registru jurnal nu are informații cu privire la Partenerul comercial, în legătură cu care s-a generat o notă contabilă - o informație foarte utilă în anumite cazuri. Așadar a fost creată o intrare nouă (Meniul principal) Contabilitate > Rapoarte contabile > Registru jurnal cu partener pentru a oferi un nou raport îmbunătățit, pe baza celui menționat anterior. Iată care sunt îmbunătățirile:

• Parametrul “Interval de zile” a fost redenumit în “Perioadă” (cu selecție implicită “Anul curent”)

• Parametrul “Cont Debitat Sursă“ a fost redenumit în “Cont Debit” (implicit gol)

• Parametrul “Cont Credit Sursă“ a fost redenumit în “Cont Credit” (implicit gol)

• A fost adăugat un nou parametru “Partener comercial” ca selector multiplu dintr-un grid cu toți partenerii comerciali (Clienți și/sau Furnizori)

• Scrollerul nu va mai folosi funcția de grupare coloane (column-set), pentru a permite mai multă flexibilitate pentru personalizarea liberă a coloanelor afișate. De asemenea, folosind previzualizarea tipăririi acum, puteți personaliza rezultatul la imprimare - nu este nevoie să generați noi rapoarte de imprimare pentru aceasta.

• Coloanele scrollerului vor fi:
  Data, Tip redenumită în Jurnal, Număr, Număr Document, Dată Document, o coloană nouă Cod partener, o coloană nouă Nume partener, coloana Argumentare redenumită Explicații va avea un conținut modificat: va fi preluat din câmpul Argumentare a documentului sursă (dacă există); sau din câmpul Argumentare a notei contabile, coloana (Debit) Cont va fi redenumită în Cont Debit, o coloană nouă Nume Cont Debit (inițial ascunsă), o coloană nouă Cod - Nume Cont Debit (inițial ascunsă) ca o concatenare a precedentelor două împreună cu caracterele “ - “ între ele,coloana (Credit) Cont va fi redenumită în Cont Credit, o coloană nouă Nume Cont Credit (inițial ascunsă), o coloană nouă Cod - Nume Cont Credit (inițial ascunsă) ca o concatenare a precedentelor două împreună cu caracterele “ - “ între ele, va urma apoi aici Valoare, apoi coloana Valută, Valoare valută, și Curs valutar.

• Selecția grupare-după cont va rămâne numai dacă parametrii Contului de debit și/sau Contului de credit au caractere joker (de ex. 401*). Fiecare grup va avea note contabile ce au contul după care se face gruparea. Gruparea se va face pe baza coloanei „Cod - Nume Cont Debit” sau (/și ca a doua grupare) după coloana „Cod - Nume Cont Credit”.

• Pe linii: Linia de Sold reportat va fi înlăturată pentru că nu are prea mult sens aici, din punctul de vedere al practicii contabile din România.

• Cu privire la stil: Culoarea de fundal a fost eliminată, iar liniile pentru soldul rezumat/inițial/final au fost prezentate cu caractere aldine.

• Deoarece gruparea coloanelor (column-set) a fost eliminată, acum puteți utiliza comanda Previzualizare Tipărire pentru a obține un format tipărit, corespunzător parametrizării și configurării scrollerului, fără a fi nevoie să creați un aspect personalizat de imprimare pentru acesta.

Îmbunătățirea procesului de închidere de TVA prin automatizări

#1082916 | IMP-27028

Scopul închiderii TVA este încărcarea valorii finale a TVA ce urmează a fi declarat în conturile 4423 (TVA de plată) sau 4424 (TVA de recuperat), după închidere și compensare între 4426.xx.D (debit TVA deductibil pe fiecare cotă de TVA - xx) și 4427.xx.C (credit de TVA colectat pe fiecare cotă de TVA - xx). La finalul procesului, toate conturile analitice de TVA deductibil și colectat trebuie să aibă sold zero - pregătindu-le astfel pentru următoarea perioadă fiscală. Închiderea TVA, la final, ar trebui să compare soldul debitor de 4426 (sintetic de TVA deductibil) cu soldul creditor de 4427 (TVA sintetic, colectat) iar diferența dintre acestea va fi TVA de plătit - de la 4423, dacă soldul TVA colectat a fost mai mare decat cel deductibil, sau va fi TVA de recuperat - de la 4424, dacă soldul TVA deductibil a fost mai mare decat cel colectat. Întrucât în EBS conturile sintetice nu pot fi folosite în notele contabile, compensarea finală între 4426 și 4427 se va face la nivel analitice.

Pentru acest proces am creat o abordare complet nouă a închiderii TVA, simplificând și fluidizand operațiunile care altfel ar trebui efectuate manual la fiecare închidere a unei perioade fiscale.

În prealabil am adăugat un nou tip de jurnal pentru caracterizarea notelor contabile implicate în închiderea TVA. Acesta va fi denumit CLO - Perioada de Închidere, iar scopul său principal va fi identificarea tuturor notelor contabile create pentru o anumită perioadă fiscală. Acesta poate fi găsit în (meniul Configurare și Instrumente) Configurare… > Contabilitate > Jurnale. De asemenea, ca o condiție prealabilă, trebuie să existe conturi analitice create de forma 4426.xx și 4427.xx, pentru fiecare cotă de TVA.

Va fi creat un nou raport - accesibil prin (meniu principal) Contabilitate > Procese de finalizare a perioadei > Închidere de TVA. Raportul va avea următoarele:

• Un parametru: „Perioada” - un selector de perioadă fiscală (valoarea implicită setată la „Perioada anterioară”) - Similar cu cel din „Balanta de verificare” unde este etichetat „Interval de date”

• Un scroller:

  • Coloane: „Cod cont”, „Nume cont”, „Cotă TVA”, „Debit”, „Credit”

  • Linii: conturile analitice ale 4426 și 4427

• O automatizare în 3 pași:

  • Pas 1: Ștergere închidere anterioară de TVA, dacă există, prin ștergerea documentelor generate în următorii doi pași ai unei închideri anterioare.

  • Pas 2: Crearea de note contabile (documente) pentru fiecare închidere a cotei de TVA (4427.xx la 4426.xx) și apoi pentru compensarea TVA colectată vs. TVA deductibilă, folosind și conturile analitice rămase (4427.xx la 4426.yy) cu sold diferit de zero, până când avem un singur fel de conturi (de TVA colectat sau deductibil). Toți parametrii notelor contabile create vor fi - Tip: DC, Jurnal: CLO și Data de înregistrare setată la data de încheiere a perioadei fiscale selectate.

  • Pas 3: Creare documentele TVA de plată sau de recuperare, conform soldurilor anterioare privind închiderile pe cote de TVA colectat sau deductibil. Acest lucru se va face prin documente CSC sau CSD pentru a transfera valorile soldurilor în conturile speciale 4424 sau 4423.
    Pentru fiecare sold creditor diferit de zero pe 4427.xx, va fi creat un document CSC (cu 4427.xx pe antet și 4423 pe linie) - pentru TVA de plată.

Sau, pentru fiecare sold debitor diferit de zero pe 4426.xx, se va crea un document CSD (cu 4426.xx pe antet si 4424 pe linie) - pentru TVA de recuperat.
Toate notele contabile create pentru aceste documente vor fi de Tip: DC, Jurnal: CLO și Data de înregistrare stabilită la data de încheiere a perioadei fiscale selectate.

Îmbunătățirea Jurnalelor de TVA

#1082389 | IMP-26834

Jurnalele de TVA pentru Achiziții și Vânzări au fost îmbunătățite pentru a colecta mai multe informații cu privire la aceste tranzacții și pentru a acoperi toate sumele lipsă pentru a fi verificate înainte ca o declarație de TVA să fie emisă către ANAF.

În ceea ce privește Jurnalul TVA pentru Achiziții, scrollerul a fost îmbunătățit după cum urmează:

• Ștergerea coloanelor ascunse anterior: „Regim TVA”, „Valoare netă exigibilă”, „Valoare TVA exigibil”, „ShowCancelDocs”, „Data de începere”, „Dată scadentă”, „Categoria TVA”, „Purch_14”, „DocVatValue”, „ Valoare TVA document”, „Valoare netă document”, „Valoare totală”, „Declarație TVA - Cod”, „Purch_13”;

• Adăugarea noilor coloane „Doc. de plată”, „Dată Doc. de plată",

• „Total”, „Bază”, „TVA” - ultimele trei referitoare la document (dintre cele ascunse);

• Modificarea coloanei „TVA nedeductibil” ca valoare a acestuia, nu ca bifă;

• Adăugarea unei noi coloane pentru „TVA Exigibil” (calculat ca sumă a valorilor specifice ulterioare ale coloanei de TVA Exigibil);

• Redenumirea coloanelor „Bază” și „TVA” „în vamă” în loc de „Achiziții interne și importuri taxabile în afara UE”,

• Adăugați două coloane noi pentru „Bază” și „TVA” pentru „importurile din țări non-UE”;

• Și păstrând toate celelalte coloane care încep de la „TVA la plată” până la sfârșit.

În ceea ce privește Jurnalul TVA pentru vânzări, scrollerul a fost îmbunătățit prin:

• Ștergerea coloanelor ascunse anterior: „DocVatValue”, „Data scadentă”, „Dată de începere”, „ShowCancelDocs”, „Valoare TVA exigibilă”, „Valoare netă exigibilă”, „Declarație TVA - Cod”, „Valoare TVA document”, „Document valoarea netă”, „Valoarea totală” și „Data documentului aferent - Date generale ale documentului”.

• Adăugarea noilor coloane „Doc. încasare” și “Dată doc. încasare",

• „Total”, „Bază”, „TVA” - ultimele trei referitoare la document (din cele ascunse);

• Adăugarea unei noi coloane pentru „TVA Exigibil” (calculat ca sumă a valorilor ulterioare specifice ale coloanei TVA Exigibil)

• Adăugarea a două noi coloane pentru „Vânzări intracomunitare” - „Valoarea netă conform articolului 294(5),a&b, (deductibilă)” și „Valoare netă conform articolului 294(5),c&d, (deductibilă)” legate de „Decontul de TVA - Îmbunătățirea declarației fiscale D300 și în această versiune (#1082844 | IMP-26891).

• Păstrarea restului de coloane.

Modificarea declarației fiscale D300 - Decont de TVA

#1082844 | IMP-2689

Au fost introduse, conform ultimelor cerințe ANAF, două noi linii în Decontul de TVA (Declarația D300) care vor reflecta separat conținutul liniei 14 din vechea versiune:

14.1 - Livrări de bunuri şi prestări de servicii scutite cu drept de deducere, prevăzute la art. 294 alin. (5) lit. a) și b)

14.2 - Livrări de bunuri scutite cu drept de deducere, prevăzute la art. 294 alin. (5) lit. c) și d) din Codul fiscal.

Cu această ocazie a fost incrementată la v9 versiunea acestei declarații.

Pentru a putea verifica cele publicate în declarație au fost introduse cele două coloane și în Jurnalul de TVA pentru vânzări

Fișă conturi corespondente pe parteneri

#1082571 | IMP-26860

Actuala formă a Fișei de cont accesibilă la: (Meniul principal) Contabilitate > Rapoarte contabile > Fișă cu conturi corespondente - nu avea informații legate de partenerul comercial asociat notei contabile - informație foarte utilă și de altfel standard pentru contabilitatea românească.

Plecând de la aceasta a fost creată o nouă fișă de cont pe care o regăsiți la:

(Meniul principal) Contabilitate > Rapoarte contabile > Fișă conturi corespondente pe parteneri.
Acestea sunt modificările aduse față de vechea fișă de cont:

1. S-a eliminat gruparea pe coloane (column-set) așa încât coloanele să poată fi afișate sau ascunse ușor.

2. Modificarea parametrilor de sus:

(a) Au fost introduși doi noi parametri:

1. Partener comercial; 

2. Sucursală - pentru a putea filtra fișa și după aceasta, în cazul în care compania curentă are mai multe sucursale.

 (b) A fost redenumit parametrul “Cont de origine” în Cont.

3. A fost restructurată prezentarea coloanelor din scroller după cum urmează:

(a) Au fost adăugate coloane suplimentare: 

1. Document - numărul documentului sursă; 

2. Cod partener - implicit ascunsă, pentru CIF-ul partenerului comercial; 

3. Nume partener; 

4. Sucursala - inițial ascunsă; 

5. Cont Debit; 

6. Cont Credit; 

7. Debit în valută; 

8. Credit în valută; 

9. Sold în valută.

(b) Au fost redenumite coloanele:

1. “Argumentare” în Explicații - cu conținut preluat din nota de pe document, iar dacă aceasta lipsește din cea de pe nota contabilă; 

2. “Cont de origine” cu Cont - Nume.

(c) Au fost eliminate coloanele “Cod - Cont corespondent” și “Titlu - Cont corespondent”.

Dacă parametrul Cont are caractere joker - de ex. 401*, liniile scrolerului vor fi prezentate inițial grupate după coloana Cont - nume.

În plus, prima linie ( sau prima pentru fiecare grup de linii aferent unui cont prezentat în fișă) va conține Sold inițial an, înaintea celei de Rulaj precedent. Acest rulaj precedent se referă la rulajul de la începutul anului, dacă data de start a perioadei este mai mică decât începutul de an, sau la rulajul de la începutul anului până la data de început a parametrului Perioadă.

Deoarece a fost eliminată gruparea pe coloane, acum puteți folosi comanda de Previzualizare a tipăririi pentru a obține un format tipărit așa cum v-ați setat parametrii și gruparea/vizualizarea de coloane în scroller, fără a mai fi nevoiți să recurgeți la crearea unei forme personalizate pentru această fișă.

Cod ISO pentru Grecia în eTransport

#1081965 | IMP-26331

Deoarece documentul eTransport în cazul în care e vorba de o adresă de Grecia trebuie să folosească codul ISO EL și nu cel obișnuit GR folosit în mod normal în aplicație, a fost făcută o îmbunătățire a automatizării care generează fișierul xml pentru acest document. Aceasta substituie GR cu EL și în acest fel fișierul xml poate fi validat pentru depunere la ANAF.

Actualizare prefix CIF în funcție de Regim TVA și țară

#1080783 | IMP-21638

A fost îmbunătățit modul de completare automată a prefixului codului de identificare fiscală (CIF | TRN) în funcție de Regimul de TVA pentru o companie din România. De exemplu pentru o persoană juridică din România cu cod de TVA (CIF) dar care e scutită de TVA - să fie scos prefixul “RO”. De asemenea pentru un partener comercial extern să fie ales prefixul corect aferent țării, dar care să poată fi și editat dacă acesta trebuie modificat.

Diverse alte îmbunătățiri (pentru toate versiunile)

#Framework

• În cazul în care este setată o actualizare obligatorie a versiunii, Serverul a fost setat pentru a începe sincronizarea automată pentru clienți la intrarea în EBS. Este suficient să declarați următorul parametru ca adevărat în fișierul CSConfig\ESClientConnect.xml:
  <AutoExecClientSyncWhenCustomVerRequired> true </AutoExecClientSyncWhenCustomVerRequired>
  În acest fel, dialogul cu întrebarea despre sincronizare nu apare, ceea ce în unele cazuri poate întârzia autentificarea utilizatorilor.

• Acum este posibil să specificați o imprimantă în ES00DOCUMENTS_COMMAND_PRINT_DOCUMENTS folosită în automatizări pentru a tipări documentele aferente, astfel încât fereastra de selectare a unei imprimante să nu mai apară, așa cum a fost înainte.

Corecții (BUG-uri)

Corecție eroare de execuție SAF-T în mod multiuser și multicompanie

#1082536 | BUG-27845

A fost corectată o problemă de stocare la generarea fișierelor pentru declarația SAF-T în cazul în care se lucrează simultan pe mai multe companii din aceeași bază de date, de către mai mulți utilizatori. Se va asigura o stocare separată, per companie, a fișierelor .csv generate.

Mesaj de eroare explicit la tentativa de ștergere a unui document raportat deja într-o declarație fiscală

#1082124 | BUG-24812

La o tentativă de ștergere a unui document deja folosit într-o declarație fiscală se blochează operațiunea și se afișează o notificare cu următorul conținut: “Documentul nu se poate șterge deoarece este înregistrat deja în declarații fiscale!” | “The document cannot be deleted because it is already registered in  a fiscal statement!”

Corecție în declarația fiscală D406 - SAF-T, pentru mijloace fixe

#1082021 | BUG-27553

A fost adăugat un nou câmp în interfață - Tip declarație - cu următoarele valori posibile: 

A - anuală (necesar pentru secțiunea de mijloace fixe declarației);

T - trimestrială;

L - lunară (valoare implicită);

C - control (pentru situația în care ANAF cere date pentru un interval calendaristic specific).

Cu ajutorul acestuia se va putea specifica caracterul anual al datelor declarate în secțiunea de mijloace fixe a declarației SAF-T.

Corecție rotunjiri în documentul de tip CBN

#1080734 | BUG-25628

S-a corectat la o rotunjire de două zecimale, în loc de patru, pentru calculul de Valoare în moneda de bază din Valoarea în valută în documentele de tip CBN - Cheltuieli, dobânzi, comisioane și alte plăți către bancă (cod internațional - ES.11200.01).

5.6.0.1 (09.2023)

Îmbunătățiri & Funcționalități noi (RFC-uri)

Integrare curier Geniki Taxydromiki între cei disponibili în versiunea românească

#1082912 | IMP-26198

De la această versiune este disponibil pentru livrări/expediții și curierul grecesc Geniki Taxydromiki (General Post, GR).

Acesta se regăsește în meniul: [Instrumente și configurare] Personalizare… | Parametri tranzacții | Transportatori. Iar datele suplimentare ale sale pot fi vizualizate și completate din [Meniu] Vânzări | Conturi comerciale | Transportatori. Contul deschis la acest transportator va fi introdus urmând calea de meniu: [Instrumente și configurare] Sistem de comunicare | Geniki Taxydromiki  - setări conexiune curier…, unde se crează contul/conturile cu credențialele și datele de acces API primite la încheierea contractului cu acest curier.

La crearea unui document de vânzare (de ex. un aviz de expediție - AEV) în al doilea tab - Alte date - veți găsi câmpul Transportator. Puteți acum selecta acest curier ca și transportator. După ce salvați acest document, în meniul Automatizări găsiți comanda Creare livrare. Completați datele livrării pentru curier și veți avea la final un voucher (AWB) atașat acestei comenzi de livrare prin curier. Pentru documentele care au deja o livrare via curier atașată veți găsi în meniul Automatizări comenzile: Tipărire voucher livrare, Actualizare stare livrare, Anulare livrare și Vizualizare livrare. Toate acestea se pot aplica fiecăreia dintre livrările listate în scrollerul accesibil în meniu la: Vânzări | Avize și facturi | Gestionare transport prin curier.

Actualizare cu câmpuri de email a datelor comunicate către curierul UPS

#1081341 | IMP-26589

Fișierul xml transmis către curierul UPS a fost completat cu câmpurile aferente informațiilor de email: EMailMessage, EMailAddress, FromMail și Memo.

Actualizare plan de conturi pentru ZeroDB RO

#1080738 | IMP-24150

A fost îmbunătățit planul de conturi implicit, furnizat în ZeroDB pentru versiunea românească, pentru a fi conform cu cerințele contabilității din România. Au fost făcute corecții ale denumirilor de conturi - atât în limba română cât și în engleză, au fost introduse câteva analitice acolo unde lipseau și a fost testată corectitudinea arborescenței.

Cale: [Meniu] Contabilitate | Plan de conturi și înregistrări | Conturi contabilitate generală.

Corecții (BUG-uri)

Eroare de filtrare în Registrul jurnal

#1082714 | BUG-22937

A fost corectată o eroare de filtrare a datelor în Registrul jurnal ce nu permitea filtrarea după contul creditor.

Corecție import din Excel în limba română

#1082601 | BUG-24111

A fost corectată o eroare de import date din fișiere Excel privind maparea capului de tabel, atunci când aplicația rulează în limba română și în prima linie (de denumiri coloane) există caractere cu diacritice sau spații.

Corecție modificare nedorită a regimului de TVA

#1082376 | BUG-27845

A fost eliminată modificarea nedorită a regimului de TVA pentru un terț, din ‘‘Scutit" în ‘‘Normal", atunci când i se actualizează codul poștal.

Corecție în declarația fiscală D390 - VIES, valori negative

#1082023 | BUG-27548

Anumite tipuri de documente, cum ar fi retururile de achiziții sau retururile de vânzări, sunt acum prezentate corect în această declarație fiscală cu sume negative.

Actualizarea adresei oficiale a sediului din București și Brașov

#1080734 | BUG-25628

Au fost actualizate adresele noastre oficiale ce apar în aplicație. Atât cea din Brașov unde e sediul central, cât și cea din București unde se află și echipa EBS România.