RO | EN

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

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

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) 

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

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

Formulare de tipărire

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

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

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

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

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

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.

• A fost corectată automatizarea de descărcare fișier xml pentru documentele care au primit cod 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