RO | EN

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

1. Programarea imprimării fișierelor PDF

1.1. Acțiune nouă de automatizare – „Anulează imprimările PDF în așteptare”

În cazul programării sarcinilor care execută imprimarea de fișiere PDF prin intermediul automatizărilor, nu este posibilă executarea acțiunii existente „Anulare imprimare PDF” (Instrumente și configurare > Administrare sistem - BD), din cauza acumulării documentelor în lista de imprimare.

Pentru acest caz particular, s-a implementat o nouă acțiune de automatizare, Anulare imprimări PDF în așteptare, cu parametrii Stație de lucru și Server. Se pot selecta ambii parametri pentru a remedia problema eșecului anulării imprimărilor PDF în așteptare atât pe stația de lucru, cât și pe server.

1.2. Configurare și utilizare

1. Mai jos puteți vedea în detaliu pașii necesari pentru a utiliza noua acțiune de automatizare:

În Instrumente și configurare > Personalizare… > General > Parametri companie >, în parametrul Setări de gestionare a imprimantelor din ESERPServer, specificați metodele de imprimare preferate: 

Notă: Dacă vine vorba de imprimarea fișierelor PDF, trebuie să selectați Entersoft Document Printer.

Pentru seria de documente preferată, selectați imprimanta dorită: 

Atenție: Valorile selectate în câmpul menționat mai sus trebuie copiate și în câmpul corespunzător din formularul clientului. 

Pentru ca anulările de imprimare să fie executate prin programare și să aibă loc atât pe Server, cât și pe Client, urmați pașii de mai jos:

1. Creați o nouă sarcină programată (Setări > Programare > Sarcini programate > +)

Accesați Vizualizare/Automatizare > Automatizare și parametri și deschideți noua automatizare. 

1. Apoi, selectați noua acțiune de automatizare Anulează imprimările PDF în așteptare (CancelPendingPrintRowAction) din lista de acțiuni disponibile.

2. Definiți un Titlu și verificați dacă valorile câmpurilor (Stație de lucru și Server) sunt setate la adevărat.

3. Salvați.
   Atenție: Este posibil să fie necesar să deselectați și să reselectați casetele de selectare ale parametrilor pentru a vă asigura că valorile sunt setate la adevărat.

4. La final, dați clic pe Acceptare.

Înapoi în aplicație, puteți acum să executați acțiunea existentă pentru anularea imprimării PDF-urilor, din Administrare sistem - BD > Anulare imprimare PDF. Va apărea o fereastră în care puteți alege dacă doriți să rulați acest proces atât pe server, cât și pe stația de lucru, sau doar pe una dintre cele două.

Toate imprimările PDF aflate în așteptare au fost anulate și acum putem executa programarea imprimării PDF-urilor ca de obicei.

2. Transferul datelor către alte societăți

2.1. Adăugare coloană – Nume și CIF

Au fost adăugate două coloane noi în ecranul Selectare companie – Înregistrările companiilor vor fi copiate în, care apare la selectarea acțiunii Copiere în alte companii... din pagina Companii – Listă completă.

Cele două noi coloane au fost adăugate pentru a oferi utilizatorului mai multe informații și se referă la:

1. Numele companiei

2. CIF companie

3. Îmbunătățiri aduse la Scroller Designer

În versiunea 5.14.0.0, au fost implementate o serie de îmbunătățiri în Scroller Designer, pentru a facilita activitatea utilizatorului:

3.1. Filtrarea datelor

Într-un subfiltru deja creat, atunci când utilizatorul efectuează o modificare în ecranul Filtrare date, câmpurile Nume și Nume în baza de date modifică intrarea din lista de subfiltre.

3.2. Mesaj de atenționare – Adăugarea unei coloane

Acum apare un nou mesaj de atenționare îmbunătățit atunci când utilizatorul încearcă să adauge o coloană cu același nume ca una existentă în lista câmpurilor disponibile.

Operațiunea eșuează și apare un mesaj de avertizare de forma: “Există cel puțin două coloane numite <Site>. Adăugarea coloanei <Trade Document.Site/CompanySite> a eșuat.” 

3.3. Afișare îmbunătățită a listei de câmpuri

Afișarea listei câmpurilor disponibile a fost, de asemenea, îmbunătățită. Acum, coloanele apar grupate pe tabele, în timp ce tabelele sunt afișate în ordine alfabetică: 

4. Metode de plată

4.1. Evitarea zilelor nelucrătoare

Acum, atunci când opțiunea Omite zilele nelucrătoare este activată în metoda de plată și data scadenței este sfârșitul lunii, sistemul va alege pentru plată ultima zi lucrătoare a luni. 

Funcționalități specifice versiunii pentru România

1. Actualizare D300 pentru 2026 

Începând cu luna ianuarie 2026,  formularul D300 a fost modificat prin ordinul  nr. 174/2026 fiind eliminate  rândurile specifice cotelor vechi de TVA. 

În EBS a fost modificată automatizarea de creare fișier .xml, cea de calcul rămânând neschimbată. Automatizarea ia în calcul data declarației. Astfel, dacă e nevoie de generarea unui fișier pentru o perioadă anterioară lunii ianuarie 2026, fișierul .xml va conține și cotele vechi de TVA.

Notă: Modificările sunt deja valabile dacă instalați Hotfix-ul pentru ultima versiune - 5.13.0.3, și vor fi disponibile în următoarea versiune 5.14.0.0.

În cazul în care este necesară înregistrarea unor documente cu cotele vechi, acestea vor trebui declarate la rubricile de regularizări.

Acest lucru se face fie la nivel de document, dacă toate liniile acestuia au cote vechi de TVA, sau la nivel de linie de document, pentru liniile cu cotele vechi.

Astfel, dacă întreg documentul se declară la regularizări, se va utiliza opțiunea „Declarație de TVA” alegând în câmpul Cod taxare rândul corespunzător din D300. 

Dacă există atât linii cu cote vechi cât și linii cu cote noi, se va selecta în câmpul Tip de tranzacție rândul corespunzător din D300. Acest lucru se face doar pentru liniile cu cote vechi.

Forma declarației și jurnalele de TVA din EBS au rămas, de asemenea, neschimbate. 

În noul formular de la ANAF, au fost adăugate 2 câmpuri noi care conțin informații privind:

•  valoarea totală, fără TVA, a prestărilor de servicii către persoane neimpozabile din alte state membre UE prevăzute la art. 278 alin. (8) lit. b) din Codul fiscal, 

• respectiv servicii de telecomunicaţii, de radiodifuziune şi televiziune, precum și servicii furnizate pe cale electronică: Total an precedent și Total an curent (inclusiv perioada de raportare).

În EBS cele 2 câmpuri au fost adăugate ca parametri la automatizarea de generare fișier .xml.

Dacă nu există astfel de tranzacții, nu se va completa nimic.

2. Îmbunătățiri în e-Factura

Integrarea e-Factura cu ANAF a fost îmbunătățită cu următoarele noi funcționalități:

2.1. Îmbunătățirea preluării codului CPV 

Începând cu versiunea 5.14.0.0, modul de preluare a codului CPV a fost extins datorită introducerii în liniile documentelor a câmpului Cod CPV.

Totodată în zona de parametri avem un nou parametru MARK_CPV_CODE - intră în meniu: Instrumente și configurare > Personalizare… > General > Parametri companie > Parametri tranzacții electronice: Câmpul UDF al liniei documentului în care este declarat codul CPV al articolului.

În funcție de valoarea parametrului MARK_CPV_CODE mecanismul de preluare este următorul:

Dacă este setat cu Nu există se va prelua codul CPV din linie document.
Dacă acesta nu e completat se va prelua codul CPV de pe card articol.

Dacă este setat cu Comentariu 1 până la Comentariu 5, se va prelua din liniile din document (câmpurile Comentariu 1 pana la Comentariu 5).
Dacă, totuși, nu există ceva completat în comentariul aferent se va prelua codul CPV din linie document.
Dacă acesta nu e completat se va prelua codul CPV de pe card articol. 

2.2. Informații e-Factura primite în alte scrollere

A fost extinsă funcționalitatea de descărcare și corelare/decorelare a facturilor primite din SPV și la scrollerele de Achiziții/Recepții (meniu: Achiziții > Recepții și facturi de achiziție > Achiziții/Recepții ) respectiv Documente de Cheltuieli (meniu: Contabilitate > Cheltuieli > Documente de cheltuieli).

În acestea sunt disponibile 3 noi automatizări:

• Descărcare facturi e-Factura

• Corelare e-Factura

• Anulare corelare

Automatizarea Descărcare facturi este identică din punct de vedere al funcționalității cu cea existentă în scrollerul e-Factura - Gestionarea facturilor de achiziții. Mai exact, facturile primite din SPV sunt stocate în baza de date fără, însă, a avea o corelare cu facturile înregistrate deja în EBS.

Automatizarea Corelare e-Factura permite ca una sau mai multe facturi selectate să poată fi corelate cu o singură factura primită din SPV. Lista facturilor din SPV conține doar acele facturi care nu au fost deja corelate cu o factura din EBS.

Automatizarea Anulare corelare „dezleagă” factura din SPV de factura/facturile din EBS.

De asemenea, aceste scrollere a fost extinse prin adaugarea a 3 coloane noi:

• document e-Factura: număr factură furnizor;

• RequestID: ID e-Factura de descărcare din SPV;

• Corelat: indică dacă factura din EBS e corelată cu un document din SPV.

Aceste coloane sunt inițial ascunse, dar pot fi afișate în scroller cu un clic-dreapta pe antetul de coloane și comanda Adaugă/șterge coloane.

Cele 3 coloane sunt actualizate prin automatizările specifice e-Factura menționate mai sus.

2.3. Autofacturi (389)- bancă/cont partener comercial

Până acum conturile bancare din secțiunea PaymentMeans din e-Factura au fost doar cele ale companiei proprii. Însă când e vorba de autofacturi emise în calitate de beneficiar, acest lucru nu e corect. Așadar în cazul facturilor de tip autofactura (389) de acum se trimite contul principal al furnizorului.

3. Îmbunătățiri în e-Transport

3.1. Itinerarii de transport în afara României fără punct de trecere a frontierei (pentru transportul intermodal)

Pentru a introduce noi funcționalități, ANAF a dezvoltat o nouă versiune a sistemului e-Transport. Aceasta funcționează în continuare în paralel cu prima versiune. Pentru a simplifica lucrurile, SBS e-Transport, care stă la baza asigurării integrării e-Transport în EBS-RO, poate diferenția, în funcție de parametrii în care este formulată solicitarea, care dintre versiuni va fi utilizată pentru a continua comunicarea cu ANAF. Prin urmare, este necesară doar o parametrizare minimă pentru utilizatorul EBS-RO.

Important: Numai e-Transport v2 acoperă transportul intermodal.

Pentru ca EBS-RO să poată folosi aceste noi funcționalități sunt necesare în prealabil următoarele:

1. Să se facă o configurare a scopurilor de expediere.

2. Să se facă o configurare a itinerariilor (numai pentru transportul intermodal).

3.2 Scopul expedierii

Accesați pagina de parametrizare: Instrumente și configurare > Personalizare… > Parametri tranzacții > Scopurile expedierii.

Din câmpul „Valoare transport” pentru UIT se extrag două informații: 

• Tipul operațiunii și 

• Scopul operațiunii – scopul transportului. 

Scopul de aplicare al operațiunii va indica dacă structura UIT este v1 sau v2.

Scopul expedierii în v1 – scopul expedierii va conține:

• Scopul expedierii: toate cifrele.

• Tipul operațiunii: primele 2 cifre.

Scopul expedierii în v2 – valoarea scopului conține:

• Scopul expedierii: primele cifre înainte de #.

• Tipul operațiunii: cele 2 cifre după #.

3.3. Itinerarii

Pentru transportul intermodal, itinerariile trebuie să conțină:

1. Adresă

2. Oraș

3. Județ

4. Țară

5. Cod poștal

Pentru acest tip de itinerariu nu se vor stabili coduri vamale sau puncte de trecere a frontierei.

Itinerariul va fi utilizat în documente în același mod ca și în prezent.

Pentru a defini un itinerariu accesați pagina de parametrizare: Instrumente și configurare > Personalizare… > Parametri tranzacții > Itinerarii. 

3.4. Extinderea utilizării e-Transport în EBS

Toate modificările aduse pentru a introduce e-Transport în EBS s-au făcut pe automatizarea de documente comerciale (Document Trade). Deoarece sunt companii care pot folosi alte fluxuri de documente care să necesite apoi apelul la e-Transport toate aceste modificări au fost de asemenea introduse și în automatizarea pentru documentele de transfer (Document Stock) precum și în cea care privește Documentele de corecție.

De asemenea, acum este posibil ca o cerere de UIT la  e-Transport să se facă pe baza  mai multor documente însoțitoare.

4. Îmbunătățiri SAF-T 

4.1. Optimizare la generarea declarației SAF-T

La procesarea unei declarații SAF-T se încarcă csv-ul aferent acelei secțiuni în SBS. Dar unei secțiuni nu i se poate asocia decât un fișier csv așa încât până acum trebuia să avem grijă ca fișierele generate anterior să fie șterse din SBS înainte de încărcarea altora mai noi. Pentru a simplifica generarea declarației a fost introdus un mesaj de atenționare cu posibilitatea de a șterge fișierele generate anterior la încărcarea unui nou csv.

4.2. Ștergere date din tabelul de TaxCodes pentru ștergere documente

Pot exista cazuri în care un document necesită ștergere (fiind emis eronat) deși a fost rulat procesul de calcul Tax Code. În acest caz EBS-RO va da o eroare și nu va permite ștergerea.

Pentru a acoperi această situație, a fost adăugat în meniul de SAFT un scroller nou: 

Contabilitate > Procese de închidere a perioadei > SAF-T > SAF-T Informații impozit. 

Acesta afișează tranzacțiile incluse în calculul de Tax Codes. De aici, se poate șterge un anumit document (doar din calcul Tax Code) urmând ca, ulterior, utilizatorul să poată șterge documentul în modul obișnuit.

4.3. Adăugare Tax Code în linii de documente

Pentru o flexibilitate mai mare în completarea codului de taxă, a fost adăugat câmpul SAF-T Tax Code în liniile documentelor referitoare la:

• Articole (orice tip)

• Conturi speciale

• Conturi de lichidități

Selectarea unui cod de taxă în liniile de document va face ca procedura de calcul Tax Code să ignore configurările specifice acelei linii și să preia informația completată de către utilizator. Cu alte cuvinte, ceea ce se completează în liniile documentului are prioritate în fața calculului ulterior al sistemului.

4.4. Adăugare câmp nou în Planul de conturi pentru excludere conturi de la afișare Tax Code

Ținând cont că în scrollerul General Ledger Entries există o serie de conturi pentru care nu trebuie completat codul de taxă (și implicit, nici suma taxei) - cum ar fi conturile de TVA sau conturile de parteneri comerciali, a fost adăugat un câmp nou în baza de date pentru a marca acest conturi.

Scopul este ca în acest scroller să fie mai flexibilă excluderea informațiilor legate de codul de taxă prin utilizarea unui criteriu unic.

4.5. Câmp D300 în lista Tax Codes

În lista de coduri de taxă a fost adăugat rândul corespunzător din D300.

Acesta poate fi actualizat manual sau prin rularea unui scenariu de migrare. Template-ul fișierului împreună cu scenariul de migrare se găsesc în folderul aplicației ESMigration\SAFT.

• SAF-TTaxCodesD300LineUpdate.emi

• Import SAFT New TaxCodes.xlsx

Scenariul doar actualizează această informație pentru codurile existente, fără a altera alte configurări ale acestora.

În versiunile ulterioare, se vor crea scrollere de reconciliere între SAFT și D300.

4.6. Teste de consistență

ANAF a publicat până acum 2 seturi de teste prin care se verifică anumite informații transmise în SAFT. Cele două seturi au fost publicate în 2023 respectiv 2024, primul set conține 19 teste iar al doilea, care generează și notificări, cuprinde 11 teste specifice TVA. Pe site-ul nostru de suport ín fișierul Teste de consistență găsiți pe larg prezentarea acestora.

5. Import extras bancar în format MT940

5.1. Configurare bănci

Accesați meniul Instrumente și configurare > Personalizare… > Lichidități > Bănci.

Pentru fiecare bancă definită se va completa câmpul Cod SWIFT cu codul BIC/SWIFT al băncii.

Câteva exemple de coduri SWIFT:

• Banca Transilvania: BTRL;

• ING: INGB;

• BRD: BRDE.

5.2. Conturi bancare ale companiei

În meniul Contabilitate > Numerar și conturi bancare > Conturi de lichidități: se va completa IBAN-ul fiecărui cont de bancă al companiei. 

5.3. Conturi bancare ale partenerilor comerciali

Pe cardul partenerilor comerciali (în tab-ul Contabilitate) se vor adăuga conturile bancare ale acestora. Identificarea ulterioară în extras a partenerului comercial se va face pe baza acestui câmp.

Un partener comercial poate avea mai multe conturi.

Atenție: Conturile bancare sunt stocate în baza de date la nivel de persoană. Așadar, dacă un partener comercial este atât client cât și furnizor, identificarea în extras se va face după semnul tranzacției: Debit (Plată) sau respectiv Credit (Încasare).

5.4. Articole generice comision/dobânzi

Pentru identificarea articolelor generice care vor fi alocate în documentele de Plata comision (CBN) sau Încasare dobândă (VBC), acestea vor fi setate cu tip Dobânzi.

Astfel, nu contează cum sunt codificate în EBS.

Obligatoriu, cele 2 articole trebuie sa aiba categoria de TVA 0.

5.5. Tipuri de operațiuni bancare

În meniul de Instrumente și configurare  > Personalizare… > Lichidități > Bank operation type Tip operațiuni bancare, pentru fiecare bancă, identificată după codul SWIFT, se vor completa:

5.5.1. Descriere operațiune

Se va completa textul din câmpul 86 prin care se identifica operațiunea. De exemplu:

• Plată OP;

• Încasare OP;

• Plată BO;

• Comision;

• Ridicare numerar.

5.5.2. Tip document EBS

În funcție de descrierea tipului de operațiune, va fi identificat tipul de document care va fi generat în EBS. În fișierul MT940 al băncii, în campul 86, se găsește acest text care este căutat în configurarea de mai sus.

Notă: În cazul în care, de la aceeași banca, există 2 moduri de evidențiere a aceleiași operațiuni (de exemplu: Plata OP și Plata lei), se vor înregistra 2 linii identice în care va fi diferită doar descrierea operațiunii.

5.7 Import extras

Importul extrasului se realizează în 2 etape:

1. Import fișier;

2. Vizualizare date și generare documente.
   
   

Automatizarea prin care se importă în baza de date un fișier în format MT940 decodifică și separă informațiile din acesta în câmpuri specifice EBS astfel încât, în baza configurărilor, să se poată genera documentele corespunzătoare.

Automatizarea de import are ca unic parametru fișierul care urmează a fi importat.

În cazul în care fișierul a mai fost încărcat, se va primi o avertizare asupra acestui fapt.

Utilizatorul are 2 opțiuni:

• Continuă importul – în acest caz datele deja importate în prealabil vor fi șterse*;

• Renunță.

*) Datele se pot șterge doar dacă nu a fost generat încă niciun document.

5.8. Generare documente

Datele încărcate se regasesc în scrollerul Tranzacții bancare (meniul Contabilitate > Numerar și conturi bancare – rapoarte conexe: Tabel de declarații bancare).

Parametri (filtre) raport:

• Data de înregistrare (va fi data extrasului);

• Banca;

• Cont de lichidități;

• Partener comercial;

• Status;

• Inițial (înregistrarea a fost doar încărcată);

• Procesat (Există și document generat);

• Document EBS.

Informații (coloane) raport:

• Data;

• Suma;

• Partener;

• Câmpul 61;

• Câmpul 86;

• Tip doc. EBS;

• Doc. generat;

• Semn: debit/credit;

• Status: Inițial, Procesat.

Se va verifica dacă toate liniile din extras au tipul de document identificat și, pentru cele care sunt de tip Încasare/Plata – dacă a fost identificat partenerul comercial.

Pentru generarea documentelor se vor selecta toate liniile și se va rula automatizarea Creare documente.

Toate documentele generate vor avea următoarele informații suplimentare:

• Document alternativ: Nr. tranzacție;

• Argumentare: Import extras. 

După generarea documentelor, în scroller va fi afișat numărul documentului generat iar status-ul va deveni Procesat.

Dacă se rulează din nou automatizarea pentru o linie care are deja document, sistemul nu va mai face nimic.

În cazul în care se dorește reluarea importului de fișier și există documente generate, se vor selecta liniile respective și se va rula automatizarea Ștergere documente 

6. Raport nou - Debitele deschise în contul 418

Până acum soldul lui 418 putea fi evidențiat doar pe partenerul comercial și nu exista niciun raport care să afișeze avizele nefacturate la o anumită dată. Acest raport prin care soldul contului 418 la o anumită dată să poată fi reconciliat cu avizele nefacturate are scopul de a identifica documentul/partenerul sursă care a creat discrepanța între contabilitate și operațional.

Puteți accesa noul raport la Contabilitate > Plan de conturi și înregistrări > Rapoarte conexe - Debite deschise în contul 418 

7. Import documente salarii din Socrate Salarii

Importul documentelor de salarii se poate realiza dintr-un fișier Excel conform celui de model din din folderul aplicației ESMigration\ImportSalarii:

• ImportSalarii.emi

• Template import salarii.xlsx

În prealabil,  următoarele entități trebuie configurate (lucru care oricum se face și la introducerea manuală a documentelor):

1. Parteneri comerciali (creditori separați pentru conturile 421, 423, 425)

2. Articole generice de cheltuială

3. Conturi speciale

4. Dimensiuni de business (după caz): Activitate, Unitate de afaceri, Dimensiune 1, Dimensiune 2, Proiect.

Template-ul de import conține o serie de câmpuri din care obligatorii sunt următoarele:

• LunaAn: se va completa ultima zi a lunii pentru care se rulează importul

• Cont debitor: se va completa contul analitic, așa cum este în EBS

• Cont creditor: se va completa contul analitic, așa cum este în EBS

• Debit: Suma debit

• Credit: Suma credit.

Coloanele Centru Cost, Dept, Proiect se vor completa opțional cu informațiile existente în aplicația de salarii. Acestea trebuie să se regăsească într-unul din cele 5 nomenclatoare menționate mai sus pentru dimensiuni de business.

Coloanele din Excel pentru centru de cost/dept/proiect se vor mapa cu dimensiunile de business din EBS la momentul importului prin intermediul unor parametri.

Celelalte coloane din fișier sunt opționale, momentan, și nu sunt alocate în documente.

Importul efectiv se face astfel:

• fișierul de salarii se salvează local (nu e obligatoriu să fie în folderul aplicației unde se găsește și template-ul de Excel)

se deschide scenariul de migrare din Instrumente și configurare > Import export date > Import date mod avansat. 

Scenariul de migrare conține 3 parametri care indică ce dimensiune de business din EBS corespunde coloanelor din Excel.

Acestea vor fi alocate în liniile de articole generice de cheltuială.

La primul pas din scenariu se va selecta fișierul de importat. Implicit, acesta este căutat în folderul aplicației dar poate fi ales orice fișier de pe stația locală.

Se apasă butonul Execuție.

În urma finalizării importului pot fi generate următoarele tipuri de documente:

• CHS.ANG - Cheltuieli cu salariile angajatilor.

• CHS - Cheltuieli salarii – contribuții societate.

• CHS.CM - Concedii medicale.

• CPC - Compensări(închidere) avans salarii.

8. Tipuri noi de documente

De la această versiune 5.14.0.0 în EBS au fost introduse următoarele tipuri noi de documente.

• AF – Auto-facturare cheltuieli de protocol
  Se folosește pentru diferite chitanțe de mici venituri care sunt prezentate în acest document împreună cu achitarea lor într-un cont de lichidități (nu acoperă și cazul efectelor de comerț). Conține exclusiv articole generice/servicii. Clientul nu este debitat/creditat și de asemenea în Contabilitate se face înregistrare doar de venit și casă. Trebuie parametrizat astfel încât să fie întotdeauna achitat, deoarece nu sunt urmărite în previziunile fluxului de intrare. În cazul în care clientul lasă un sold ori plătește cu efect de comerț, trebuie folosit documentul NDS (Chitanța de prestare servicii).

• RAMB - Recepție ambalaje SGR
  Se folosește pentru facturile care nu sunt legate de un aviz de însoțire și care sunt emise de către Furnizori. Acceptă și articole generice - servicii dar și mijloace fixe și acoperă plata simultană. Actualizează previziunile ieșirilor de lichidități.

• SMFI - Inițializare amortizare subvenții MF.
  Se folosește pentru inventarul amortizarilor subvențiilor la începutul funcționării Mijloacelor Fixe.

• Extindere funcționalitate documente de corecție NCV/NDV:
  NCVV - Este utilizat pentru Note de Credit de Discount care sunt emise în baza Cifrei de afaceri cu clientul sau în baza unui alt Acord comercial. Afectează negativ cifra de afaceri. Actualizează contabilitatea negativ în conturile inițiale de vânzare. Nu sunt acceptate articole generice. Alternativ, poate fi utilizat tipul de document NDA care acceptă articole generice și actualizează în contabilitate conturile de Discount acordate.
  NDVV - Se folosește pentru Corecții - Suprataxe - Facturi suplimentare către clienți, datorită unor erori produse la valoare sau preț la înregistrarea inițială. Generează previziuni pentru creanțe financiare, însă nu acoperă încasarea simultană. este important să nu fie folosit ca tip de document o simplă Factură valorică (pentru un Aviz de însoţire) deoarece produce o actualizare diferită (aceea nu actualizează „cantitatea facturată). Puteţi însă utiliza o numerotare comună pentru amândouă.

• ETR.S - document e-Transport în cazul livrărilor.

• ETR.P - document e-Transport în cazul achizițiilor.

• ETR.T - document e-Transport în cazul transferurilor pe teritoriu național.

9. Formulare noi de tipărire

Această versiune completează lista de formulare standard de tipărire, așa încât, dacă nu sunt cerințe speciale de personalizare, acestea să poată fi folosite imediat.

• Listă de inventariere

• Borderou de bancă

• Listă de ambalare - Packing list

• Bilet la ordin - BO

• CEC Compensări articole.

10. Diverse

10.1. Îmbunătățirea importului de fișiere text cu separator

Funcționalitatea de import de fișiere text cu separator a fost dezvoltată prin adăugarea parametrului de definirea caracterului escape de delimitare valori de câmpuri care sunt de tip text - Text qualifier.

10.2. Preluare preț din Raport tranzacții anterioare

În scrollerul Tranzacții anterioare articol apelabil din formele de OFV/COV prețurile s-au afișat în moneda LEU indiferent de moneda în care s-au înregistrat tranzacțiile anterioare sau moneda documentului sursă. Acesta este un inconvenient atunci când dorim ca acesta să fie preluat în documentul din care a fost apelat în moneda acelui document. Astfel că de acum în scrollerul Tranzacții anterioare articol prețurile se afișează în moneda tranzacției iar la apăsarea butonului Transmitere în documentul curent se va realiza conversia prețului în moneda acestuia, ținând cont atât de moneda documentului inițial cât și de moneda documentului curent.

10.3. Integrare SBS - eliminare înregistrare API key în log-uri

A fost actualizat modul în care se apelează SBS-ul așa încât să nu mai fie înregistrată în log-uri  cheia de acces API, eliminându-se, astfel, o posibilă breșă de securitate dacă cineva ar avea acces la aceste jurnale.

11. Corecții traduceri și actualizări documentații

Pentru mai multe informații, răsfoiți site-ul nostru de suport EBS-RO.

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

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

Corecții erori

Corecții erori generale

Contabilitate

• S-a remediat o eroare care apărea la încercarea de modificare în masă a conturilor, însoțită de mesajul de eroare: Trebuie declarată variabila scalară „@AccountingChart”.

Încasări/Plăți/Portofoliu

• S-a remediat o problemă din cauza căreia data programată era ștearsă din documentul de decontare a plății la salvare.

• S-a remediat o eroare care apărea la actualizarea unui buget pe baza datelor reale.

• S-a remediat o problemă care împiedica crearea înregistrărilor de decontare pentru documentele de plăți salariale care nu au putut fi create folosind fișierul ESExperimentalFeatures.xml.

Editor de formulare

• A fost remediată o eroare de sistem care făcea ca agenții de vânzări inactivi să apară în informațiile principale ale clientului.

• S-a remediat o problemă legată de atribuirea unei contrapărți în Task-UI, care genera mesajul de eroare „A apărut o eroare în timpul căutării. Vă rugăm să verificați din nou parametrii de căutare”.

Scroller & Cube Designer

• S-a remediat o eroare care apărea în vizualizări în care se folosea operația „union” în instrucțiunile SQL de adăugare, mai exact într-un subfiltru importat ca fișier .esq într-o vizualizare dintr-o altă vizualizare, cu următorul mesaj: „ForeignKeyConstraint ODSTablesODSRelationsD impune ca valorile cheii secundare (6e6c719c-ab9a-4341-80e8-9fd68b35ab32) să existe în tabelul principal.”

• S-a remediat o problemă legată de coloanele din vizualizarea „Vânzări/expedieri” și de câmpurile din secțiunea de gestionare a coloanelor, care se afișau în limba greacă.

• S-a remediat lipsa coloanei „AccountingChart” din codurile TVA periodice.

Import/Export și migrare

• S-a remediat o eroare legată de formatarea incorectă a fișierelor de certificare ale freelancerilor.

• S-a remediat o problemă care ducea la combinarea liniilor din clipboard cu o taxă incorectă atunci când valorile erau identice.

• S-a remediat o eroare care apărea la selectarea unui fișier txt într-un EMI.

• S-a remediat o problemă legată de funcția avansată de exportare a datelor.

Actualizare DB\Copie de rezervă\SQL\MSDE\Plan de întreținere

• S-a remediat o problemă care apărea la salvarea unui document. Interogarea „exec sp_executesql N'SELECT TaxMachineProvider FROM ESGOTaxMechanism WHERE GID = @GID',N'@GID nvarchar(4000)',@GID=NULL” se executa de mai multe ori, ceea ce ducea la probleme de performanță ale aplicației.

Diverse

• S-a remediat o problemă din cauza căreia cantitatea totală nu se afișa în secțiunea „Cantitate livrată” atunci când existau 9 sau mai multe rânduri de articole.

• S-a remediat o eroare apărută la căutarea grupului de resurse din cauza lipsei @resourceGID (Serviciul CRM)

• S-a remediat o problemă care ducea la afișarea unei valori incorecte a costului într-o linie a documentului (Comenzi – Rezervări).

• S-a remediat o problemă care ducea la afișarea unor date incorecte în fila cu defalcarea soldurilor restante (Contabilitate > Creanțe > Registre/Jurnale > Registre (cu analiza sumelor restante)) atunci când utilizatorul selecta un anumit interval de date (Rapoarte-Statistici).

• S-a remediat o problemă legată de afișarea amortizărilor în vizualizarea „Amortizări anuale” (Imobilizări).

• S-a remediat o eroare care apărea la lipirea rândurilor pe baza anteturilor în bugete (Buget – Flux de numerar).

• S-a remediat o problemă care apărea la lansarea aplicației Entersoft Price Checker ca serviciu (Prețuri).

• S-a remediat o problemă care apărea la copierea unui număr de serie într-un alt număr de serie. Cantitățile nu se transferau corect atunci când unitatea de măsură a numărului de serie diferea de unitatea de măsură de service a articolului.

• S-a remediat o problemă care ducea la eșuarea autentificării în aplicație și la afișarea următorului mesaj: „Grupul sau resursa nu se află în starea corespunzătoare pentru a efectua operațiunea solicitată”.

• S-a remediat o eroare de sincronizare a terminalului, cu mesajul „Fluxul binar «62» nu conține un BinaryHeader valid. Printre cauzele posibile se numără un flux de date nevalid sau o modificare a versiunii obiectului între serializare și deserializare” (LiveUpdate\probleme de sincronizare).

Cazuri relevante

PS-91588, PS-113260, ΥΠΘ_SUP-222673, PS-115942, PS-117651, ΥΠΘ_SUP-228245, PS-118605, PS-118017, ΥΠΘ_SUP-235071, PS-119796, ΥΠΘ_SUP-236066, PS-119760, PS-108272, PS-108272, PS-108788, PS-117820, ΥΠΘ_SUP-230354, PS-120653, PS-116594, PS-118864, PS-119616, PS-120229, PS-111585, PS-120443, PS-116127, PS-110774, ΥΠΘ_SUP-230574, PS-66545, PS-105798, PS-117491, PS-118751, PS-119802, PS-114003, PS-119021, ΥΠΘ_SUP-225950, ΥΠΘ_SUP-229624, PS-118219, PS-119161, PS-119284, PS-119938, PS-119948, PS-120161, PS-120161, PS-120448, ΥΠΘ_SUP-234130, PS-118294, PS-120845, PS-120575, PS-108369, ΥΠΘ_SUP-210725, PS-117292, PS-116752, ΥΠΘ_SUP-232045, PS-120037, PS-117953, PS-119500, PS-119303, PS-119498, PS-117456, PS-119186, ΥΠΘ_SUP-226063, PS-118772, PS-116593, PS-119225, PS-118851, PS-120420, PS-117964, PS-113826, PS-120012, PS-116407, PS-117759, PS-120321

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

Contabilitate

• A fost corectată o eroare de corelare la închiderea TVA deductibil cu cel colectat.

• A fost corectată regula de business pentru verificarea plafonului de casă, care opera cu date incomplete.

• A fost corectată o eroare care provoca afișare de informații dublate în Registrul Mijloacelor Fixe.

Declarații

• S-a corectat o eroare de raportare în SAF-T pentru autofacturi (cod 389).

• A fost corectată o eroare ce apărea la generarea D300, provocată de fusul orar (time-zone) diferit de pe unele documente.

• S-a eliminat o eroare ce provoca dublarea unor linii în declarația Intrastat, cauzată de indicatorul de activ pe dicționarul de coduri Intrastat.

• S-a corectat afișarea automată a bifei de „TVA la încasare” pe toate facturile, indiferent de existența „RO” din CUI-ul clientului.

e-Factura

• S-a corectat o eroare de trimitere în e-Factura atunci când avem facturi cu suma de plata zero.

• S-a corectat o eroare la trimiterea în e-Factura a unor facturi cu plăți parțiale efectuate prin mai multe mijloace de plată.

• S-a remediat o inadvertență de înregistrare a semnului facturilor de corecție primite prin e-Factura.

Diverse

• A fost corectat meniul Help (?) din bara de top a aplicației din care a dispărut referința la site-ul de suport în limba română.

• A fost corectată o traducere introdusă greșit care afecta operatorii logici folosiți în expresii Visual Basic.

Cazuri relevante

1098656, 1099342, 1099860, 2000437, 2002986, 2004433, 2005022, 2005584, 2005749, 2005916.