Flux Noutăți & Rsaquo; Forumuri & Rsaquo; Bug Reports – Raportare probleme software & Rsaquo; optimizare Raport Gestiune

Etichete: 

  • optimizare Raport Gestiune

    Posted by andreimargaa on 30 aprilie 2017 la 0:21

    Ar fi util sa fie optimizat Raportul de Gestiune.
    De cele mai multe ori, la accesare, raportul se recalculeaza incepand cu prima zi a lunii ajungand ca spre sfarsitul lunii sa dureze cateva minute bune deschiderea lui, chiar daca in fiecare seara la inchidere program este accesat. Nu se preiau documente retroactiv pentru fi necesara recalcularea (este normal la anumite intervale sa fie recalculat) insa, cred ca trebuie sa ruleze mai repede indiferent de situatie.
    Cand nu face recalculare se deschide in 05-15s, depinde de numarul operatiilor zilnice.
    Desigur, nu exclud faptul ca si componentele hard au o importanta in viteza de procesare, fapt observat in cazul inlocuirii hdd clasic cu ssd, dar tot nu este suficient.

    andreimargaa replied 7 ani, 9 luni în urmă 3 Members · 3 Replies
  • 3 Replies
  • roPopa

    Membru
    2 mai 2017 la 14:07

    Buna ziua
    Am sa raspund punctual.
    1. De cele mai multe ori, la accesare, raportul se recalculeaza incepand cu prima zi a lunii ajungand ca spre sfarsitul lunii sa dureze cateva minute bune deschiderea lui, chiar daca in fiecare seara la inchidere program este accesat.

    Daca programul recalculeaza raportul de gestiune inseamna ca exista cu siguranta un document (sau mai multe) care nu este inclus in acea data.
    Daca nu are nimic de recalculat cu siguranta porneste de la data curenta, recalculand documentele de azi. Intotdeauna se recalculeaza ziua curenta!

    2. Cand nu face recalculare se deschide in 05-15s, depinde de numarul operatiilor zilnice.

    Toate aceste operatii dureaza si depind in mare masura si de marimea bazei de date si de componentele hard. Daca aveti o baza de date mare este normal sa dureze.

    Va rugam sa ne furnizati baza de date cu pricina sa putem sa vedem despre ce este vorba.

  • Dor

    Administrator
    2 mai 2017 la 21:25

    As adauga si eu cateva lamuriri:
    1. Raportul de gestiune se autocalculeaza automat incepand cu data primului document ce a fost emis si nu este inca inclus pe raport.
    2. De vreme ce la dvs. se tot recalculeaza retroactiv, este clar ca nu folositi programele noastre asa cum ar trebui, introducand retroactiv documente, anterior datei curente. Probabil ca lasati documentele neculese mai multe zile, si cand le colectati, in loc sa emiteti documetele cu ziua curenta schimbati data calculatorului sau eliminati validarea Smartcash de data curenta si le introduceti cu date din urma.
    3. Ca urmare programul marcheaza automat recalcularea incepand cu cea mai veche data introdusa.
    4. Un alt motiv este nedescarcarea de gestiune a vanzarilor de peste zi in mod regulat.
    5. Corect este sa colectati datele zilnic sau cel putin regulat fara a da inapoi data calculatorului! Sa emiteti NIR-ul cu data culegerii sale (chiar daca factura e mai veche decat aceasta data) la fel si pentru celelalte documente.
    6. In acest mod sistemul functioneaza cu timpi minimi de asteptare deoarece calculeaza cum a spus si colegul meu Razvan doar 1-2 zile din urma.
    7. Si fisele de depozit vor fi corecte si la zi si nu va mai dura atat de mult afisarea lor. La fel si toate celelalte documente inclusiv raportul de gestiune.

  • andreimargaa

    Membru
    2 mai 2017 la 23:31

    aplicatia este utilizata corect: vanzarea se face doar in limita stocului disponibil / descarcare stoc se face zilnic / este activata optiunea „emitere de documente doar cu data curenta” / la sisteme nu se intervine asupra datei curente / gestiunea este corecta.

    raportul se recalculeaza la anumite intervale, nu am gasit o logica anume: de ex. 3 zile nu, a 4 da…etc. Ideea este ca ajunge spre sfarsit de luna si sunt zile in care sta cateva minute bune pana ce termina toata luna de recalculat, incepand cu prima zi.

    nu cunosc principiul functionarii raportului, de aceea am si adus in discutie o eventuala optimizare. Precizez ca nu este nici o problema cu baza de date, aplicatia ruleaza ok pe restul operatiilor: vanzari, fise depozit, etc.

    dupa cele comunicate, ramane sa cred ca motivele ar putea totusi sa fie: baza de date mai consistenta (peste 3gb) / volum mare de operatii in anumite zile / poate sisteme deja invechite…

Log in to reply.