Modificarile din modulul MENTOR

Modificarile din versiunea 549 (24.06.2009)

Modificarile din versiunea 539 (25.05.2009)

• In listarea Comenzii de la subunitati s-a introdus Codul vamal din Nomenclatorul de articole.
• S-a facut interfatare cu cantarele NETS (INTERNE).
• In nomenclatorul de parteneri, daca este partener extern si daca este setata constanta “Verificare cod fiscal/CNP” pe Da, dupa introducerea codului fiscal se poate salva partenerul dupa mesajul de atentionare.
• Corectat procedura descarcare gestiune de pe miscari interne ce genera stocuri negative in versiunea 537.
• Pe factura de iesire la “Transformare preturi in lei” sunt excluse articolele care sunt atasate taxelor de tip “Facturabil”.

Modificarile din versiunea 518 (19.02.2009)

• Pe macheta de preluare articole de pe comanda furnizor “Articole pe comenzi la furnizorul curent, nesosite inca...” s-a introdus optiunea “Citire cantitati de la Scanner” (ca in cazul comenzii client).

Modificarile din versiunea 516.2 (11.02.2009)

• Pe factura de iesire, pagina incasare, pentru varianta “Incasare imediata prin casa de marcat”, sa adaugat optiunea: “Listez pe bon articolele continute pe factura". Pentru acest mod de lucru s-a adaugat si constanta: “Tip contabil pentru INCASARI FACTURI PRIN CASA DE MARCAT (din factura)” (se alege un tip contabil cu metoda de gestiune valorica si cont de venit acelasi cu cel asociat constantei "Cont intermediar pentru incasari facturi prin casa de marcat").

Modificarile din versiunea 515 (02.02.2009)

• Daca se lucreaza cu constanta “Evidenta profit pe gestiuni”, in Trezorerie, Justificare avans decontare, la plata “Direct pe cheltuieli” se completeaza automat gestiunea aferenta formatiei specificata in conditii de salarizare pentru angajatul respectiv.
• Corectie: la import inventar de la BCS daca la “Pun pe zero cantitatile faptice ale articolelor care nu sunt continute in fisierul importat” se selecteaza NU si existau mai multe pozitii in stoc pentru un articol se ajungea la un faptic > decat cel din fisier.
• In “Constante utilizator Mentor” > “Coloane configurabile View-uri” au fost introduse constantele:
• Afisez Cod extern - afiseaza in view-ul stocurilor (din generatoarele de facturi, avize iesire, transferuri, codul extern al articolelor),
• Afisez Producator - idem producator,
• Gestiuni pentru care afisez stocul (in Info Stoc) – pentru operativitatea consultarii oepratorul poate limita vizualizarea stocurilor din gestiunile la care are acces la o singura gestiune (corespunzatoare dosarului de documente pe care-l opereaza).
• La generarea transferurilor din bonul fiscal de la emulare tastatura se memoreaza si operatorul care a generat documentul.
• A fost introdus in datele firmei camp pentru specificarea capitalului social. Valoarea specificata este accesibila in listarea documentelor si listelor in constantele specifice de listare categoria “Firma...”.
• La generare facturi abonamente (Comercial, Clienti, Facturare contract tip abonament) se memoreaza si operatorul care a generat documentul.

Modificarile din versiunea 510 (26.11.2008)

• Corectie: La importul facturilor de iesire (Import date din alte aplicatii), cu livrare din tip contabil valoric cu adaos si TVA neexigibil, nu se completa corect TVA–ul in fisier (trebuia reales tipul contabil pentru a corecta inegistrarile contabile).
• Corectie: la import inventare de la BCS pentru articolele fara stoc nu era concatenat in denumirea articolului si codul extern al acestuia.
• Restrictia utilizator “Facturi iesire: “Modificare pret”= Nu” functioneaza si in cazul comenzilor de la clienti.
• Informatiile privind stocul se afiseaza si pe documentele de intrare in view-ul mic de alegere a articolelor (buton “Stoc” pentru deschiderea ferestrei).
• Au fost introduse constantele “Listare pe factura a taxelor facturabile: cuvant cheie taxa 1”, “Listare pe factura a taxelor facturabile: cuvant cheie taxa 2”, “Listare pe factura a taxelor facturabile: cuvant cheie taxa 3” (Constante generale > Functionare > Iesiri din stoc). Aici se completeaza o parte din articolul ce este definit ca servicu pentru taxa facturabila pentru a se putea lista un total al taxelor facturabile: valoare si TVA.
• La importul din alte aplicatii a bonurilor de consum si transferurilor se poate specifica in fisierul text si pretul de achizitie (pentru tipuri contabile valorice).
• Pe generatorul de bonuri de consum (Interne > Generator Interne), in macheta “Alege produse pentru generare bonuri de consum” se poate face filtrare si dupa gestiune.
• Corectie: pe documentele de iesire constanta “Cantitate implicita la vanzare” functiona doar daca constanta “Cere cantitate dupa alegere articol = DA”.
• In cadrul tranzactiilor de intrare/iesire optiunile “Taxare inversa” si “Triunghiulara” se exclud una pe alta.
• Corectie: pe un transfer din tip contabil cu adaos si TVA neexigibil, importat cu optiunea “Import date din alte aplicatii”, nu aparea nota de descarcare TVA neex; se rezolva dupa realegere tip contabil sursa.
• Restrictia de acces la configurari de liste (Confidentialitate date, Categorii de utilizatori, Diverse, Liste: Configurari) s-a extins si la listarea de pe documente.
• Corectie: in cadrul tranzactiilor din casa/banca in valuta direct pe cont daca se stergea documentul de legatura si nu se adauga cu “+”-ul verde ci prin selectarea contului, la curs valuta se completa 0, in loc sa se completeze cursul valutar de la tranzactie.
• Corectie: Factura de intrare in valuta cu diferente la receptie avea rest de plata = 0.
• S-a introdus posibilitatea de introducere termene multiple pe factura la aviz (intrare).
• La rezolvarea livrarii din gestiuni de tip custodie, in fereastra de detalii stoc, se afiseaza si informatii privind stocul din custodia partenerului selectat; stocul din gestiunile custodie nu este vizibil daca partenerul selectat nu are in custodie acel tip de articol.
• Corectie: Pe justificare avans decontare, la modificarea monedei se stergeau inregistarile existente.
• Corectie: Daca factura de iesire continea articol cu UM sec si se apela optiunea “Generare transferuri custodie ambalaje (F5)”, cantitatea pentru ambalaj era calculata eronat.
• Corectie: Daca se foloseste constanta ”Doc. de stocuri: afiseaza numai inregistrari proprii operatorului” = DA, in macheta “Intrari de la subunitati” nu mai puteam sa import iesiri catre subunitati (pe plus albastru - “Preia din iesiri catre subunitati”).
• In emulare tastatura, s-a adaugat in macheta de alegere articole, coloana “Cod extern” dupa care se poate face cautarea.
• Corectie: Daca se folosea facilitatea prin care se pastreaza sirul de caractere dupa care s-a facut o cautare anterioara intr-o inregistrare noua, la adaugarea unei facturi se putea dubla numarul folosit din carnetul de docum (se refolosea numarul dupa care s-a facut cautare). Acum nu se mai aplica aceasta facilitate la adaugarea de documente ci numai in nomenclatoare.
• Corectie: la preluarea bonurilor de consum se pastreaza pret achizitie = 0, pentru tipuri contabile valorice (Interne, Import date din alte aplicatii).
• In factura de iesire,in view-ul mic, daca sunt articole echivalente se poate face cautarea si dupa cod intern.
• S-a introdus validare la stergerea unei unitati de masura asociata unui articol.
• In macheta de preluare articole de pe comenzi, avize s-a adaugat coloana “UM”.

Modificarile din versiunea 503 (20.08.2008)

• Campul alfanumeric de pe invoice a fost marit de la 10 la 15 caractere.
• Se pot incasa prin casa de marcat (prin trezorerie folosind casa generica) si facturile de tip: service auto, leasing, abonament.
• Corectie: daca se lucra cu unitatea de masura secundara la iesiri, inclusiv monetare, la generarea PU inreg cu optiunea “Livrari global valorice: PU inreg = PU vanzare” nu se tinea cont de paritatea unitatii de masura.
• Corectie: in bilant si respectiv contul de profit si pierdere, la acele linii care aveau “0” in “Descriere corelatii”, nu era adusa valoarea 0.
• In View-ul mare de la transferuri s-a introdus coloana pentru “Partener custodie”.
• Constanta “Iesiri: Info Stoc tine cont si de vanzarile prin Emulare tastura” (Constante geneale Mentor > Functionare > Iesiri din stoc > Functionare generala) are efect si pe transferuri.
• Constanta utilizator “Afisare informatii despre client dupa alegere (facturare) “ (Constante Utilizator > Configurare operare > Tranzactii stocuri > Iesiri) are efect si pe comanda client.
• S-a introdus o constanta noua: “Compensari fara document de legatura: termenul de plata este”: Termenul facturii compensate / Data compensarii (Constante generale  Mentor > Functionare > Trezorerie): daca se muta obligatia fata de un partener de pe o factura pe un alt cont de partener prin intermediul unei compensari, atunci termenul de plata al noii obligatii va fi preluat din factura sau va fi data compensarii.
• Pe iesiri avize functioneaza butonul “%Disc” pentru a pune procentul la toate articolele care urmeaza.
• Functioneaza optiunea “Generare pozitii in rosu” (si “Import articole de pe...”) apelata din documentele de intrare/iesire, si in cazul firmelor rupte, daca se specifica firma initiala in constanta “Datele firmei provin prin rupere de pe firma...”
• Constanta “Taxe facturabile: auto taxare pentru iesiri pe factura” a fost extinsa si la factura la aviz (si redenumita); aceasta inseamna ca taxa facturabila asociata articolului nu se mai completeaza automat pe factura la aviz, ci in functie de constanta, sau daca e preluata de utilizator de pe aviz.
• In nomenclatorul de parteneri> Oferta/contract la informatii de la furnizor/client se poate face ordonare dupa articol.
• Corectie: nu se mai genereaza inregistari in contabilitatea de gestiune (clasa 9) pentru vanzarile de produse finite.
• S-a corectata formularul de bilant pentru cazul in care in formula erau conturi cu sold < 1, (rezultatul era 0).
• Pe tipul de document “Iesiri:Chit./Bon fiscal” s-a corectat “Total document” de pe pagina “Incasare”.
• La adaugarea unui partener persoana fizica nu se completa campul “Adresa” (Nagenda).
• Efectul se vedea in lista “Nomenclator parteneri” si la listarea facturilor din “Facturare contracte tip abonament” unde acest camp nu se completa. Pentru partenerii deja introdusi, se rezolva cu “Verificare coerenta date” (Service, Avarie).
• Din aceasta versiune facturile de avans importate (Import date din alte aplicatii) creeaza obligatii partener pe cont 409 respectiv 419, in acelasi mod ca facturile introduse prin program.
• S-a introdus interdictie la selectarea articoleleor de tip avans in comenzile client si furnizor pentru ca la preluarea lor pe factura nu se poate crea legatura intre avans si partener.
• Corectie: Comenzile client se puteau introduce pentru parteneri blocati la facturare pentru depasire termen de plata (Constanta “Tip avertizare la depasire termen de plata” = Avertizare si blocare).

Modificarile din versiunea 493.2 (10.06.2008)

• S-a introdus memorare in jurnalul de operatori pentru operatiunile de “Reconstituire iesiri” si “Fuzionari”.
• Corectie: functioneaza constanta “Cautare cu filtrare: separatorul este:”, deci poate fi specificat alt separator decat “/”.
• S-a introdus o constanta noua in Constante utilizator > Configurare operare: “Impartire automata pe gestiuni implicite la NIR”.
• A fost introdusa constanta “La listare facturi, avize afisez serii articol” (Constante generale MENTOR > Functionare > Iesiri din stoc > Listare).
• S-au adaugat constantele: “Gestiune implicita destinatie in transfer” si “Cont implicit destinatie in transfer” (Constante utilizator > Gestiuni si tipuri contabile implicite).
• Inregistrarile contabile erau gresite la monetarele care contineau incasari de facturi, discounturi acordate pentru vanzarile de marfuri direct prin casa de marcat si incasari partiale prin card/efecte/tichete.
• La formarea pretului de inregistrare pe NIR, pentru tipuri contabile cu adaos, functioneaza calculul de pret (Pret inreg) si in cazul categoriilor procentuale (%adaos aplicat la PU achizitie, % adaos aplicat la ultimul PU achizitie).
• Corectie: dupa listarea documentelor de iesire bifa de la coloana “Listat” se actualiza abia dupa iesirea din view-ul de iesire sau la refresh.
• In NEW, planul de conturi principal, s-a schimbat tipul conturilor: 4581= pasiv si 4582 = activ.
• Corectie: la articole compuse, dublu click pe capul de coloana “CONS” din Comanda client asocia prima reteta, chiar daca aceasta era setata pe “Inactiv = DA”.
• Clasa 9:
• plata direct pe cont (“Datorii taxe impozite”) si comisionul bancar se pot contabiliza in clasa9.
• tranzactii trezorerie: plata direct pe cont de cheltuiala, cu mai multe linii la document de legatura multiplica si inregistarile in clasa 9 (de atatea ori cate linii sunt).
• Restrictia privind modul de lucru cu gestiuni dedicate nu functiona daca se selecta gestiunea si tipul contabil din capul de tabel.
• In cazul unui avans de la furnizor pe 409.01 in valuta, la regularizare solduri parteneri aparea mesajul “Sold regularizat eronat”.
• Import date din alte aplicatii – acum se pot importa din txt si viramentele interne (se pot stinge).
• Import de la BCS – in cazul initializarii stocurilor, pot fi si articole noi.
• In machetele de miscari interne pe pagina de livrare apare si clasa de buget (similar si pe pagina de receptii la intrari facturi fiscale).
• Corectie: in cadrul firmelor de executie bugetara pe marire de stoc nu se mai putea asocia capitolul bugetar.
• Pe transferul invers din gestiunea custodie in gestiunea firmei, se pot incarca articole primite in plus fata de stocul la terti. Pentru aceasta, pe livrarea transferului aferenta pozitiei create in plus (neregasita in stocuri la terti) se specifica un tip contabil valoric si pret inregistrare = pret achizitie = 0, iar pe document se alege un tip contabil destinatie cu conturi extrabilantiere si se completeaza pretul.
• Pe invoice s-a introdus un camp alfanumeric inaintea celui pentru numar documente (ca pe factura de intrare pentru serie document).
• Corectie: daca se restrictiona accesul la constante generale si constante utilizator in Salarii> Diverse ramaneau active aceste optiuni.
• Pe factura de iesire, in observatii articole, s-a adaugat posibilitatea de a importa si codul intern.
• La preluarea pe factura, avizele se pot filtra dupa numar.
• Nu se pot salva intrarile si nici rezolva seriile in cazul in care articolele cu serii au la receptie cantitatea egala cu 0. La Salvare se afiseaza mesajul: “Nu ai rezolvat seriile pt articolul...”. La apelare buton de rezolvare Serii:”Nu au fost introduse cantitati pt articolele cu serie”.
• Pe transfer, in cazul in care nu este este setata constanta specifica “Cont implicit destinatie in transfer” (Constanta utilizator>Gestiuni si tipuri contabile implicite), se completeaza automat ca si tip contabil destinatie, contul implicit asociat “Gestiunii implicite destinatie in transfer”.
• Butonul de acces rapid la casa de marcat permite accesul la aceasta chiar daca modulul nu este activat din cheie.
• La cautarea nereusita dupa denumire in nomenclatoare (inclusiv in cazul deschiderii lor din documente), se memoreaza sirul de caractere introdus si daca se da adaugare se completeaza automat in campul respectiv.
• Pe iesiri dupa selectarea unui articol cu taxe facturabile acestea apar automat pe document sub articolul selectat.
• Corectie: la facturi la avize nu se tinea cont de sediul clientului pe care s-a facut avizul in cazul articolelor de tip serviciu.

Modificarile din versiunea 478 (20.02.2008)

• Corectie: la reevaluarea de tip “dupa amortizarea curenta” a unui mijloc fix in prima luna de amortizare a acestuia, se pierdea ajustarea amortizarii dupa refacere stocuri/solduri.
• S-a introdus o noua optiune “Constante la gramada!” (Diverse) cu ajutorul careia se poate filtra si cauta in toate constantele, indiferent de categorie.
• Gestiunile implicite se completeaza automat pe receptie intrari fara a mai apela butonul “Gestiuni Implicite”
• Facturile de retur la intrari in valuta sunt contabilizate corect.

Modificarile din versiunea 477.1 (13.02.2008)

• Corectie: pe iesiri in valuta diferentele de curs valutar aferente stornarii avansurilor pe 419 erau trecute de 2 ori prin curs. (se rezolva cu refacere stocuri/solduri).
• Corectie: pe versiunea 477 nu se puteau introduce mariri de stoc (pe identificare stoc nu mai functiona butonul Intrare).
• Corectie: Facturile interne cu moneda diferita de lei, nu sunt duse in declaratia 394 decat daca indicativul tarii partenerului este RO.
• Corectie: La inventar faptic nu se completau automat coloanele de diferente.
• La listarea comenzii de la furnizor a fost reintrodusa coloana “Observatii linie comanda”.
• La import articole de pe transferuri pe bonurile de consum sunt filtrate documentele propuse in functie de selectia facuta la “Cine consuma…” (gestiunea consumatoare din bonul de consum sa fie aceeasi cu gestiunea destinatie din transfer).
• S-a imbunatatit functionarea jurnalului de operatori: modul de filtrare, stergere. Acum se retine ca operatie efectuata de utilizator si anularea inchiderii de luna.
• S-a adaugat urmatoarele constante noi:
• Constante utillizator > Configurare cautare: “Cautare cu filtrare: separatorul este”: caracterul introdus aici este folosit ca separator de interval pentru filtrarea pe view-urile mici si mari.
• Constante utilizator > Gestiuni si tipuri contabile implicite > “Documentele de stocuri:” afiseaza numai inregistari proprii
• Constante utilizator > Gestiuni si tipuri contabile implicite > “Documentele de trezorerie:” afiseaza numai inregistrari proprii
• Constante generale > Functionare > Iesiri din stoc: “Generator facturi: denumirea articolelor comandate contine cod extern” pentru cautare articol dupa cod extern in “Onorare comenzi in limita stocului disponibil”/”Facturare articole comandate in limita stocului disponibil”.
• In nomenclatorul de parteneri, pagina “Alte informatii”, se poate asocia partenerului versiuni pentru listare facturi, dispozitii de livrare, certificat de calitate.
• La iesiri, Import articole de pe DVI-uri (+albastru) se pot importa si de pe DVI-uri din luni anterioare lunii de lucru..
• S-a introdus posibilitatea de filtrare dupa data in view-urile mici si mari.
• Facturile provenite din emulare tastatura (cu incasare prin casa de marcat si descarcare de gestiune pe monetar) pastreaza agentul implicit asociat clientului.

Modificarile din versiunea 477 (26.01.2008)

• S-a imbunatatit modul de rezolvare stocuri negative prin inventar.
• S-a corectat declaratia 394, in sensul ca facturile interne cu moneda diferita de lei erau aduse in declaratie dar in valuta in loc de echivalent lei.
• S-au corectat notele contabile aferente facturilor cu discount incasate prin casa de marcat.
• S-a corectat cautarea in view-urile mici: acum se poate cauta in toata denumirea articolului un anumit sir de caractere sau se poate filtra un anumit interval (limitele intervalului se introduc cu separator “/”; ex: a/c).

Modificarile din versiunea 475 (15.01.2008)

• Corectie: in trezorerie casa/banca, justificare avans decontare se puteau adauga tranzactii pe o luna inchisa daca se facea cautare cu click dreapta pe view-ul mare. De asemenea se puteau adauga documente de intrare/ iesire cu ajutorul icon-urilor de pe aceste machete.
• Corectie: daca pe iesiri-facturi fiscale erau introduse la “Scadenta” valori subunitare aparea eroarea “Exception EConvertError in module Mentor.exe at 0000A81E. '0,..' is not a valid integer value”.
• Corectie: in cazul facturilor de iesire cu discount, la buletinul de expeditie “Valoare ramburs” era adus totalul documentului neafectat de discount.
• La facturile de iesire bifate ca fiind “cu incasare prin casa de marcat si descarcare de gestiune pe acesta factura”, daca se folosea pe livrare tip contabil intermediar, nu se mai generau inregistrarile specifice de trecere prin cont intermediar (473 = 411 cu valoare inclusiv TVA respectiv 473 = 442.07 cu –TVA).
• Discountul simplu pe linie (coloana “%Disc”) functioneaza si pe macheta Chitanta/Bon fiscal (Iesiri) ca si pe factura de iesire (nu se completa contul de discount).
• Corectie: la transferul intre gestiuni al unui mijloc fix cu pret inregistrare = 1000,1, in fisa mijlocului fix aparea cu Pret intrare = 1000, Pret iesire = 1000,1 si ca operatie “Modificare de pret”.
• Facturile generate din emulare tastatura, care se regasesc in Iesiri: Facturi fiscale ca fiind “cu incasare prin casa de marcat si descarcare de gestiune pe monetar”, apar in view-ul mare cu bifa de “Listat”.
• S-a activat posibilitatea inregistrarii facturilor cu incasare pe casa de marcat si descarcare de gestiune pe monetar pentru utilizatorii de case de marcat care nu genereaza facturi prin emulare tastatura (util in vederea generarii declaratiei 394).
• Corectie: Daca pe factura la aviz se adaugau servicii, in jurnalul de cumparari aparea mesaj: “Nu gasesc avizul.../Posibilitate- avizul este sters sau neoperat” (problema de versiune).
• Corectie: pe iesiri - facturi fiscale la generarea serviciilor suplimentare aparea eroarea “Exception EAccessViolation in module Mentor.exe at FFFF00E...”.
• Corectie: la actualizarea pretului in nomenclatorul de articole din Intrari > macheta receptii > “Modific preturile articolelor de pe acest document” la articole cu tip contabil marfa in depozit cu adaos dar fara TVA neexigibil, daca existau pozitii in stoc era scos TVA-ul.
• Pe generatorul de transferuri s-a introdus posibilitatea de  filtrare dupa clasa articol.
• La listarea facturilor de iesire au fost introdusi urmatorii parametri specifici: INTOCMITNUME, INTOCMITPRENUME, INTOCMITCNP (datele sunt aduse din nomenclatorul de personal).
• La listarea dispozitiei de livrare de pe iesiri facturi fiscale au fost introdusi urmatorii parametri specifici: TRDELEGAT, TRTIPDOCUMENT, TRNRDOCUMENT, TRDOCELIBERAT, TRMIJLOC, TRCODNUMERICPERSONAL.
• Corectie: pe intrarile din import, la rezolvarea seriilor pe lot, daca se alegea o serie cu observatie alfanumerica dadea mesaj de eroare: “...is not a valid integer valur for  field ‘Show nr.’”
• La listarea dispozitiei de livrare de pe iesiri facturi fiscale au fost introduse coloanele “Data intrare” si “Data achizitiei”.
• (din 472) Corectie: La refacere stocuri solduri, daca se lucra cu constanta “Facturi iesiri: salveaza valoarea de achizitie in obligatii de incasat” si existau documente de tip aviz de iesire client, apareau pozitii de stoc negative.
• Corectie: calculatorul lansat cu F2, preia date si din liniile aferente initializarii si deasemenea duce rezultatul in celula selectata.
• La adaugarea unei noi intrari, pe macheta de introducere cantitate articol, alaturi de ultimul pret de intrare se poate vizualiza si ultimul procent de adaos daca achizitia anterioara este receptionata pe un tip contabil cu adaos.
• A fost introdusa constanta “Comenzi clienti: validare termen comenzi clienti” (Constante generale) care daca e setata pe DA atunci termenul de livrare = data comenzii + 1.
• S-a introdus o constanta noua “Se utilizeaza carnet pentru certificate de calitate” (in Constante generale Mentor > Functionare): memoreaza ultimul carnet folosit si il sugereaza si pe urmatoarea factura, la rubrica de date privind calitatea produselor (CT).
• Pe macheata de facturare s-a introdus o rubrica noua pentru completarea datelor privind calitatea produselor (date necesare in domeniul livrarilor de produse alimentare si nu numai). Aici se pot completa: numele persoanei care efectueaza verificarea calitatii (nu este angajat al firmei) si codul buletinului sau de analiza. Tot aici se poate selecta un carnet de certificate de calitate care va fi folosit pt.listarea “Certificatului de calitate” ce insoteste factura.
• S-a introdus o constanta noua “Memorare mijloc de transport” (in Constante generale Mentor > Functionare) care asociaza facturii mijlocul de transport utilizat de delegat pentru transportul marfii.
• In nomenclatorul de parteneri s-a introdus posibilitatea asocierii versiunilor de liste pentru tiparirea facturii, dispozitiei de livrare si certificatului de calitate. Astfel, se listeaza succesiv toate cele 3 documente la selectarea butonului listare de pe factura.
• S-a introdus posibilitatea de filtrare in view-urile mari dupa criteriul selectat la optiunea “Cautare dupa”. Filtrarea se poate opera pentru o valoare introdusa (dupa care se tasteaza “Enter”) sau pentru un interval definit ca: valoare1/valoare2 urmat de “Enter”. In view-ul continand rezultatul filtrarii se poate aplica un nou fitru sau o alta ordonare.
• Restrictii noi in categorii de utilizatori:
• “Acces la liste miscari stoc”,
• “Acces macheta INTRARI PERS. FIZICE” (Categorii de utilizatori>Acces particular machete),
• “Acces macheta CONSUM SPECIFIC GENERAL”.
• S-a introdus o constanta  “Taxe facturabile: auto taxare pentru iesiri pe factura” care setata pe “DA” apeleaza automat butonul “Facturare taxe pentru articol curent”, dupa alegerea articolului facturat cu “+”.

Modificarile din versiunea 468 (19.11.2007)

• Corectie: Actualizarea pretului in nomenclatororul de articole din macheta de receptii, la apelarea optiunilor “Modific preturile articolelor de pe acest document” respectiv “Modific preturile”, tinea seama de setarea “cu TVA inclus = DA/ NU” din pagina “Preturi diverse” si pentru tipuri contabile “fara TVA neexigibil”.
• Corectie: La salvarea intrarilor cu receptie pe tip contabil cu adaos si fara TVA neexigibil, pretul de inregistrare era inlocuit cu pretul de achizitie de pe document.
• Utilizatorul de tip “Blind” avea acces la butonul “% valuta” de pe macheta de iesiri si putea determina pretul de achizitie al articolelor vandute.
• S-a introdus posibilitatea de a specifica pe factura faptul ca urmeaza a fi incasata prin casa de marcat (vezi documentatia anexata referitoare la incasarea facturilor prin intermediul caselor de marcat).
• Pentru aplicarea metodei inventarului intermitent, pe macheta “Inventar” s-a introdus optiunea “Faptic=0▼” care va completa toata coloana respectiva cu valoarea 0. Astfel, dupa salvarea inventarului, la generarea diminuarii de stoc va fi preluat tot stocul existent (vezi documentatia referitoare la metoda inventarului intermitent).
• Important in vederea asigurarii trasabilitatii proceselor de productie: la introducerea seriilor (pe lot in mod deosebit) se pot importa serii de la alte articole: pentru articolul curent, sau pentru toate articolele cu serie din tranzactie.
• In nomenclatorul de consumuri specifice generale la “PU ac./pr.” se pot importa preturile de referinta (prestabilite) din nomenclatorul de articole pentru componentele retetelor.
• Se pot dezactiva retetele vechi pentru a nu fi aduse in grilele de selectie de pe documentele de intrare/iesire din stoc.
• Corectie: Optiunea “Preia SERII pe BUCATA sub forma de intervale” din “Observatii articole” (documentele de  iesire) nu mai functiona corect.
• Corectie: in cazul unei comenzi catre furnizor cu articol de tip serviciu stinsa pe intrari din import articolul era dus si pe receptie.
• Corectie: Pe documentele de iesire, daca se modifica in 0 valoarea TVA-ului corespunzator articolelor cu TVA diferit de 0 in nomenclator, la salvare se repunea valoarea initiala.
• Optiunea “Afisare adaosuri la vanzare” de pe livrarea avizelor catre subunitati aducea procentul luand in considerare pretul destinatie ca fiind fara TVA. Acum se interpreteaza bifa de TVA inclus = DA/NU sau categoria de pret asociata subunitatii (daca este sau nu cu TVA).
• Pe monetar, la  repartizarea discount-ului pe conturi, sunt excluse articolele specificate in constantele: “Articol generic pentru incasari facturi prin casa de marcat” (Constante generale, Casa de marcat), Vanzare: Articol incasare RATE pe monetar, Vanzare: Articol incasare AVANSURI pe monetare, Vanzare: Articol incasare PENALITATI RATE pe monetare  (Constante generale > Functionare > Rate, leasing > Contracte de rate).
• Pe receptia aferenta notelor de predare, s-a introdus optiunea de “Setare reteta unica” (pentru modul de lucru cu articole compuse).
• Corectie: La listarea facturii de export incasata in numerar, nu completa numarul chitantei (Specific lista: Chitanta).
• Identificarea articolelor in nomenclator, pe machetele de tranzactii si comenzi se poate face si dupa COD INTERN daca se precizeaza acest lucru in constanta de configurare cautare, de tip utilizator, “Mod cautare articole”.

Modificarile din versiunea 463 (15.10.2007)

• La preluarea avizelor de intrare in lei pe factura la aviz, la salvarea facturii se pierdeau articolele selectate.
• Pe factura de iesire s-a introdus posibilitatea de “Preluare articole de pe comanda restaurant “ (+ albastru).
• Corectie: la preluarea comenzii client de prestari serivicii pe bonul de casa de marcat (“Listez comanda la casa de marcat”) se adauga TVA la pretul de pe comanda.
• Corectie: daca constanta “Facturare articole de pe comenzi: afisez doar comenzile lansate” era setata pe DA si erau comenzi de la clienti cu Lansat = NU acestea nu mai puteau fi facturate.

Modificarile din versiunea 462 (09.10.2007)

• “Intrari facturi fiscale” permite inregistrarea facturilor in valuta.
• In tranzactii trezorerie, daca pe acelasi document cumulativ exista mai multe plati direct pe cheltuieli, inregistrarile din Clasa 9 erau multiplicate in jurnal cu numarul acestor plati .
• S-a introdus mesaj de avertizare la “Generare inregistrari in clasa 9 pentru imobilizari” daca in sabloane este folosit un cont sintetic.
• S-a introdus o constanta noua: “Listez DENUMIRE ARTICOL in loc de DENUMIRE CLASA pentru clasa...” (Constante generale > Functionare >  Listare”).
• Corectie: Pe factura de iesire, la “Import articole de pe DVI-uri”, preturile articolelor de pe DVI erau recalculate in sensul ca valoarea suplimentara de pe receptie, deja inclusa in pret, era inca o data adaugata.
• Pe monetare, la articolele care au pe livrare un tip contabil specificat in constanta “Casa de marcat: Tipuri contabile pentru servicii pe monetare” nu se mai face trecerea prin tip contabil intermediar.
• S-au adaugat constantele (Constante generale > Functionare > Rate, leasing > Contracte de rate):
• Vanzare: Articol incasare RATE pe monetar
• Vanzare: Articol incasare AVANSURI pe monetare
• Vanzare: Articol incasare PENALITATI RATE pe monetare 
• In cazul articolelor nedescarcate a fost introdusa validare pentru a nu fi sters documentul de iesire dupa ce a fost facuta descarcarea.
• Corectie: la stingerea obligatiilor cu majorari din trezorerie “Restul” nu putea fi preluat cu dublu click. (restrictia trebuia sa functioneze doar daca constanta “Facturare majorari nerespectare termen scadent = Da” si nu era generata factura de majorare).
• In nomenclatorul de taxe poate fi definit serviciul pentru monetare.
• Corectie: daca constanta “Facturare articole de pe comenzi: afisez doar comenzile lansate” era setata pe DA si erau intocmite toate documentele necesare (comanda client - comanda interna - nota de predare) si consumul era doar pentru manopera, in luna n+1, la iesiri: facturi fiscale nu mai era adusa comanda client. Din versiunea asta aducerea comenzilor client e mai restrictiva in sensul ca trebuie sa existe si comanda interna pe care au fost preluate comenzile de la client.

Modificarile din versiunea 461.1 (22.09.2007)

• Corectie: Pe documentele de iesire dadea mesaj de eroare “Range check error” la salvare (pe baze de date mai mari).

Modificarile din versiunea 460 (18.09.2007)

• S-a corectat generatorul de bonuri de consum; in anumite situatii, cand nu era stoc pe tip contabil sau gestiune implicita de preluare, rezolvarea strica cantitatea preluata de articol consumat.
• Nu mai da mesaj de avertizare la diferente intre pretul de intrare de la furnizor si cel de achizitie daca aceasta diferenta este f mica (<de aVI-a zecimala)
• Nu mai este permisa stergerea unei categorii de utilizatori daca exista operatori asociati acesteia..
• Corectie: ofertele furnizori/clienti nu actualizau "Informatii de la furnizor" respectiv client, din nomenclatorul de articole/parteneri, cu denumirea articolului la furnizor/client, codul, unitatea de masura secundara.
• Corectie: la ofertele de la clienti nu functiona discount-ul si categoriile de discount asemanator cu facturarea iesirilor.
• S-a introdus posibilitatea de a factura taxa verde imediat dupa articolul aferent. Apelarea butonului  ß aflat pe macheta de facturi de iesire genereaza taxa pentru articolul curent. Astfel, daca dupa introducerea fiecarui articol se apeleaza acest buton se obtine pe factura gruparea taxei alaturi de articolul pentru care a fost generata.
• La schimbarea termenelor multiple pe o factura deja salvata: nu se calcula bine procentul sugerat automat pentru a acoperi 100% din total valoare document.
• La preluarea comenzii client pe factura, folosind optiunea “Generare factura catre client” se aduce delegatul completat pe comanda.
• Corectie: daca la nivel de articol erau definite ca preturi multiple o categorie “% adaos la PU achiz” si ultima categorie era nominala pe documentele de iesire nu se aducea PU dest-ul pentru  cazul “% adaos la PU achiz”.
• S-a elimint posibilitatea ca in luna ianuarie sa se poata repartiza procentual soldul unui cont sintetic pe analiticele lui.
• Pe factura de iesire s-a introdus optiunea “Generare majorari depasire scadenta”.

Modificarile din versiunea 457 (06.08.2007)

• Pe factura de iesire se pot genera pozitii in rosu preluand pozitii de pe facturi la avize (optiune noua la apelarea “+”-ului albastru).

Modificarile din versiunea 456 (20.07.2007)

• Pe iesiri, la importul articolelor de pe DVI ("+" albastru), pretul articolelor include si suplimentul de achizitie.
• Declaratie 394: s-a introdus constanta generala\TVA\ "Declaratie 394: firma este agentie de turism" ce poate lua valorile DA/NU.
• Daca constanta are valoarea NU (implicita ) declaratia se face ca in kit-urile 455+ (contine numai tranzactiile cu TVA diferit de 0).
• Daca constanta are valoarea DA declaratia 394 contine si tranzactiile ce au TVA = 0.
• Declaratia 394: s-a modificat denumirea fisierului exportat introducandu-se litera "J" inaintea codului fiscal al firmei.

Modificarile din versiunea 455.1 (15.07.2007)

• S-a corectat marirea de stoc pentru articolele cu atribute.
• In lista nomenclatorului de parteneri s-a introdus coloana "Cod fiscal valid" ce poate avea valorile DA sa NU.
• Se aduc in declaratia 394 generata cu optiunea "T" sau "F+T+E" tranzactiile din trezorerie, inregistrate direct pe cheltuieli (cu TVA), care la observatii dupa "/" au inregistrat codul fiscal ca: RO spatiu parte numerica.

Modificarile din versiunea 455  (12.07.2007) - kit-ul contine instructiunile de generare a fisierului declaratiei 394

• S-a introdus validare la stergerea unei categorii de utilizatori daca exista operatori asociati acesteia.
• Constanta generala de functionare noua: "NIR - Calcul dinamic pret inregistrare la modificare adaos si invers".
• Au fost introduse urmatoarele constante in Constante generale > Satelit:
• “Limita creditare clienti/furnizori: SINCRONIZARE BAZA -> Satelit”,
• “Scadenta implicita parteneri: SINCRONIZARE BAZA -> Satelit”,
• “Informatia “Partener Blocat”: SINCRONIZARE BAZA -> Satelit”.
• La “Import date din alte aplicatii” pentru partenerii noi se poate completa sediul si adresa in fisierul partner.txt care actualizeaza baza de date. La importul facturilor de intrare/iesire se poate completa seria articolului.
• La facturile de iesire cu discount pe linie erau diferente de 0,01 intre totalul documentului si restul de incasat.
• In cazul facturilor de intrare, provenite din importul datelor din alte aplicatii, in NIR1.db nu era dus adaosul. Efectul se vedea in lista “Raport de gestiune” unde in coloana Adaos era dus TVA-ul cu “-”.
• La intrari din import si iesiri in valuta a fost introdus flag-ul “Tranz. triunghiulara”.
• Procedura de actualizare pret vanzare in nomenclator pornind de pe receptie tine cont de categoria de pret asociata gestiunii deci actualizarea se face pentru acea categorie nu pentru cea implicita.
• S-a introdus un nou mod de lucru cu taxe asociate articolului “Stopaj la sursa la achizitie” (ex: taxa mediu): are efect doar pe intari si diminueaza valoarea obligatiei fata de furnizor cu valoarea taxei  (NC: cont furnizor = cont taxa).
• Corectie: daca se modifica data unei facturi salvate, atunci la achitarea ei din pagina "Incasare" (direct de pe macheta) aducea la "Document de legatura" in trezorerie, 2 linii: una cu valoare 0 si una cu valoarea corecta iar la listarea facturii afisa 0 la “Valoare incasata”.
• Corectie: daca se dadea discount pe o factura de iesire cu articole promotionale atunci se pierdea rezolvarea livrarii pentru acele articole si valoarea introdusa pe coloana “%Ad”, pe liniile cu articole promotionale.
• Corectie: suplimentarea achizitiei pentru cantitati mari si valori mici genera inregistrari contabile eronate. (adauga suplimentarea pe contul de partener).
• Corectie: daca se lucra cu constanta “Mod cautare articole = dupa COD EXTERN” pe factura la aviz nu aparea codul extern in denumirea articolului.
• In cazul unui inventar generat in luna “n-1” daca se incearca modificarea acestuia in luna “n” apare mesajul “Data trebuie sa fie in luna si anul de lucru” inca de la apelarea butonului “Modific”. (inainte restrictia era la salvare).
• S-a modificat modul de calcul al soldului partenerului pe comenzi client: acum se iau in calcul si comenzile neonorate inca.
• La iesiri a aparut optiunea “Scanner cod bare”, pe meniul afisat pe butonul "+" albastru, ce scaneaza codul extern al unitatii de masura secundare definit in nomenclatorul de articole la “Mod livrare”.
• Pe factura de import / achizitie intracomunitara se pot prelua preturile introduse in oferta in valuta de la partenerul respectiv.
• Corectie: pe factura de intrare la stornarea avansului  provenit de pe o factura cu taxare inversa, valoarea cuprinde si TVA-ul care trebuie stornat (442.06 = 442.07 | -valoare TVA).
• Se poate lucra cu avansuri in valuta (intrari si iesiri) si cu stornare automata pe partener.
• A fost adaugata constanta “Iesiri: Info Stoc tine cont si de stocul dintr-o gestiune externa”  (Constante generale MENTOR > Functionare > Iesiri din stoc).
• Pe intrarile din import se poate genera pretul de inregistrare folosind procentul specificat in nomenclatorul de articole la rubrica “Adaos formare pret amanunt la NIR”.
• La tranzactiile din trezorerie in macheta “Obligatii de plata” pe coloana “Observatii” este adus sediul de livrare de pe factura.
• Corectie: la tranzactiile din casa/banca daca initial se facea plata “Direct pe cheltuieli (TVA)” dupa care se schimba “Datorii, taxe, impozite”, fara a se sterge documentul de legatura, ramanea valoarea TVA-ului. Similar pentru incasarile direct pe venituri.
• La tranzactiile din trezorerie in macheta “Obligatii de plata” se poate face cautare dupa numar document, data si termen.

Modificarile din versiunea 434  (15.05.2007)

• La crearea analiticelor unui cont se poate repartiza soldul initial in procente diferite fata de rulajul precedent.
• Intrarile din import cu taxare inversa, partener in afara UE, apar in jurnalul de cumparari in rubricile  “Achizitii  de bunuri si servicii din tara si importul de bunuri taxabile” in functie de cota de TVA si tipul bunurilor achizitonate.
• Pentru vanzarile din tip contabil marfa in consignatie (cu adaos si TVA neexigibil calculat la adaos), butonul "PUdest" calculeaza corect pretul si TVA-ul aferent (la adaos), dupa rezolvarea livrarii (cazul pretului de vanzare din nomenclator).
• Serviciile preluate de pe comanda (client/furnizor) pe aviz nu erau aduse pentru a fi preluate pe factura la aviz.

Modificarile din versiunea 429  (30.03.2007)

• Optiunea “Copy me” copie directorul VerInfo in WinMENT.
•        Incepand cu aceasta versiune aveti posibilitatea sa aflati lista modificarilor efectuate, la deschiderea unei noi versiuni a programului WinMENTOR. Fereastra de afisare este dimensionabila iar redeschiderea ei (in cazul in care ati bifat casuta in care v-ati precizat optiunea de a nu se mai deschide la urmatoarea intrare in WinMENTOR) se face din Help > Info.
• Pe macheta iesiri facturi fiscale a fost introdus nr. avizului, codul fiscal si buton privind sediile de livrare.
• Pe toate documentele de intrare si iesire la serie se pot vizualiza 6 caractere.
• La receptie modificarea  pretului de inregistrare actualizeaza  procentul de adaos (%)  daca constanta “NIR-calcul pret inreg.amanunt: cu procent specificat la receptie” are valoarea "DA" (Constante generale > Functionare > Intrari in stoc).
• In "Diverse" > "Agenda" se poate introduce in fereastra "Identificare" imaginea locatiei partenerului (harta, schita, fotografie sediu), a persoanei de contact, etc. Deasemenea se poate introduce un text in rubrica "Observatii" nelimitat ca dimensiune. Fisierele de imagini pot fi de tip .bmp si .png
• In nomenclatorul de articole a fost deasemenea introdusa fereastra "Identificare" in care se poate inregistra imaginea articolului si un text explicativ. Se folosesc aceleasi tipuri de fisiere ca mai sus.

Modificarile din versiunea 428.1  (22.02.2007)

• S-a introdus bifa de “Stat comunitar european” in nomenclatorul de tari.
• In nomenclatorul de localitati se actualizeaza indicativul tarii.
• S-a introdus constanta “Sintetic pt bunuri destinate revanzarii” (Constante generale Mentor > Conturi sintetice pt identificarea tipului de stoc) pentru a evidentia conturile care sa fie duse pe coloana corecpunzatoare din Jurnalul de cumparari.
• Se pot importa pe factura observatiile din fisierele cu structuri variabile introduse pe linii comanda client.

Modificarile din versiunea 427  (30.02.2007)

• Pe documentele de intrare/iesire la zile scadenta se pot vizualiza 3 caractere.
• S-a corectat modul de completare a observatiilor pe articole, de pe machetele de iesire, prin optiunea “Preia Observatii pe linie de pe comanda” (nu aducea observatiile introduse pe linia comenzii client).
• La intrarile din import cu articole de tip serviciu s-a introdus posibilitatea taxarii inverse.
• Pe documentele de iesire la “Observatii articole” se poate importa si numarul certificatului de calitate iar la importul seriilor se afiseaza si cantitatea livrata din acea serie.

Modificarile din versiunea 425  (16.12.2006)

• Constanta ”Linii factura (0 = nelimitat)” (Constante utilizator Mentor > Configurare operare)  are efect si pe avize si pe facturile de export.
• Incepand cu versiunea 422.7, pe intrarile din import pe care s-a mai completat si "Suplimentare achizitie" se facea o inregistrare suplimentara  (Contul pt Diferente rotunjire pret = 401) cu valoarea 0,00. Acum nu se mai face decat daca are valoare diferita de 0,00.
• In cazul intrarilor de la subunitati nu functiona constanta “Diferentele de pret < 0.01 * Pret se neglijeaza”.
• S-a introdus posibilitatea atribuirii de coduri EAN pentru seriile articolelor.
• Constanta “Limita de creditare implicita clienti (mii lei)” (Constante generale MENTOR > Functionare > Parteneri) permite introducerea de valori cu 3 zecimale.
• Au fost introduse urmatoarele constante:
• “Intrari/Iesiri pe AVIZ: avizele STORNO apar separat pe factura la aviz” (Constante generale MENTOR > Functionare > Diverse)
• “La facturi iesire: Implicit pretul de vanzare = 0” (Constante utilizator MENTOR > Configurare operare)
• “Listare balanta stocurilor: transferul STORNO apare:” (Constante generale MENTOR > Functionare > Iesiri din stoc) care poate lua valorile:
• complet in negru,
• iesirea din gestiunea sursa ca intrare in rosu
• complet in rosu (Constante generale MENTOR> Functionare> Iesiri din stoc)
• “Categ. PRET MULTIPLU pentru articolele vandute pe casa de marcat” (Constante generale MENTOR > Casa de marcat). Se va selecta categoria de pret utilizata pentru vanzarea pe casa de marcat.
• “MARFA MAGAZIN: pretul de vanzare este” (Constante generale MENTOR > Casa de marcat) care poate lua valorile:
• pretul de inregistrare
• pretul din nomenclatorul de articole
• “Cod bare pentru activare MODURI PLATA BON (EAN8)” (Constante generale MENTOR > Casa de marcat)
• La definirea articolelor echivalente se completeaza automat relatiile de echivalenta dintre articole pe baza datelor incarcate anterior. Daca ati folosit aceasta posibilitate de a lucra, va trebui sa lansati din SERVICE > Avarie: “Verificare coerenta articole echivalente” pentru actualizarea relatiilor existente in baza de date, inainte de a defini alte echivalente. Exemplu:daca se introduce o echivalenta noua intre Art1 si Art2 iar Art2 era deja echivalent cu Art3, atunci se completeaza automat echivalentele intre Art1 si Art3.
• Pe monetare daca se foloseste optiunea Blind se poate vedea pretul de vanzare (PU dest).
• In informatii despre stoc este adus acum si stocul minim si maxim din nomenclatorul de articole.

Modificarile din versiunea 422.7

• In cazul intrarilor sau iesirilor de stoc la preturi cu multe zecimale si discount pe linie, s-a corectat diferenta dintre inregistrarile din jurnal si valorile de pe macheta.
• In cazul articolelor cu serii pe lot si care aveau cantitati cu zecimale (de exemplu 1.101 si 1.103) nu se putea face initializarea.

Modificarile din versiunea 422.6

• S-au introdus butoanele “Agent” si  “Delegat” pe factura la avizul de iesire.
• Corectie: constanta de operare “Tranzactii casa: am acces doar la casele:” (Constante utilizator MENTOR > Configurare operare) avea ca efect interzicerea modificarii si stergerii tranzatiilor introduse pe casele selecatate.
• S-a modificat butonul “Generez transferuri” de la casa de marcat: acum se poate genera transferul catre tipuri contabile diferite in functie de tipul de TVA asociat articolului.
• Corectie: restrictia “Parteneri – acces la parteneri speciali” nu functiona in cazul comenzilor de la clienti, comenzilor catre furnizori, contractelor comerciale,de rate si leasing.
• Pe documentele de iesire la generare pozitii in rosu este dusa si informatia privind discount-ul/majorarea acordata. (in cazul discount-ului/majorarii pe toate articolele precedente acestea sunt tratate ca un discount/majorare pe grup de articole)
• S-a introdus posibilitatea de a generara automat serii de lot cu dublu click pe coloana NR din macheta “Actualizare serii”.
• S-a introdus generatorul de modificari de pret (MENTOR> INTERNE).
• Daca se lucra cu multe zecimale la stoc si daca la “Diferentele de pret calculate se considera neglijabile sub 1% din pret” (Constante generale MENTOR > Constante de functionare > Intrari in stoc = DA) atunci iesirea pe monetar era inregistrata contabil gresit (se inregistra mai mult pe 607 si mai putin pe 378.02 cu aceeasi suma).
• Corectie: la tranzactiile din casa/banca direct pe datorii, taxe, impozite/imprumuturi, subventii la documentul de legatura se putea completa coloana “din care TVA” si nici nu se mai putea sterge respectiva valoare.
• In cazul marfii in magazin valoric, pe receptie se poate completa automat pretul articolelor in nomenclator cu optiunea “Modific preturile articolelor de pe acest document” sau “Modific preturile pentru toate receptiile din ziua...”.
• A fost adaugata o noua restrictie: “Comenzi clienti: Acces la buton “Inchisa”?/Da/Nu” (MENTOR> Diverse> Confidentialitate date> Categorii de utilizatori> Acces particular machete) ce permite restrictionarea inchiderii unei comenzi de prestari servicii.

Modificarile din versiunea 422.2

• La import facturi  de iesire  din format .txt se pot adauga si observatii la nivel de articol.
• Se pot inregistra diferentele negative de receptie la intrari din import (stoc receptionat < cantitate din invoice). Pentru diferentele pozitive trebuie facuta marire de stoc pentru ca nu se poate incarca stocul cu articole la preturi care includ taxe, comisioane si accize care nu s-au platit.
• Pentru constanta “Tratare articole nedescarcate la depasire de stoc pe livrari” = “Blocare livrare”, nu  se putea salva o factura care initial a fost introdusa cu livrare de pe un tip contabil fara descarcare si ulterior se modifica schimbandu-se tipul contabil de pe livrare intr-unul cu descarcare. S-a corectat.
• Desi in Constante de operare erau precizate casele la care are acces respectivul utilizator (la “Tanzactii CASA: am acces doar la casele”…) restrictia avea efect doar asupra adaugarii de inregistrari. A fost corectat.
• S-a introdus posibilitatea  restrictionarii accesului utilizatorilor la ofertele din Comercial.
• Restrictia la listele de personal: se refera la listele din Mentor > Parteneri.
• Acces = DA se vad doar miscarile pe 542 in cazul in care accesul la modulul SALARII nu este permis
• Acces  =  NU: listele sunt inactive
• La preluarea unei oferte de la furnizor pe comanda furnizor aduce discountul completat in oferta. De asemenea totalul comenzii este afectat de acest discount care este afisat si separat. Inainte discountul se vedea doar la total comanda dar nu si pe coloana sau la listare.

Modificarile din versiunea 422.1

• Au fost modificate interfetele utilizate la introducerea intrarilor in stoc si iesirilor din stoc datorita supra aglomerarii respectivelor machete cu diverse butoane functionale.
• S-a optimizat algoritmul de generare a listei stocurilor la moment.

Modificarile din versiunea 422

• Au fost rezolvate problemele aparute in vers.421 (nu se putea vizualiza un DVI introdus).
• S-a introdus posibilitatea de a folosi butonul “Preluare automata din stoc”pentru  descarcarile valorice.
• Pe monetar, pe pagina “Livrare”, trebuie pusa bifa pe “Pret de inregistrare = Pret vanzare” iar butonul “Preluare automata” va aduce pretul de vanzare cu TVA de pe document si va calcula pretul de achizitie pentru toate liniile.
• Pe facturi trebuie lansata optiunea “Livrari  de pe tip contabil valoric: pret intregistrare = pret vanzare” (click-dreapta) iar prin apelarea butonului “Preluare automata” se calculeaza pretul de achizitie pentru toate liniile.

Modificarile din versiunea 421

• S-a introdus o constanta noua “Diferentele de pret calculate se considera neglijabile sub 1% din pret” (Constante generale MENTOR > Constante de functionare > Intrari in stoc).
• S-a particularizat macheta de introducere a partenerilor pentru persoanele fizice.
• Butonul “Pret inreg” din receptii aduce pretul (unic sau multiplu-nominal) din nomenclatorul de articole si daca tipul contabil este cu diferente de pret dar fara TVA neexigibil.
• La packing list se pot cauta articolele din factura dupa cod extern.
• La importul unei facturi din alte aplicatii este validat acum numarul documentului.
• In trezorerie, la alegerea partenerilor grupati pe clase, in cazul selectiei clasei “...nedefinit...” sunt ordonate toate inregistrarile in ordine alfabetica pentru tot nomenclatorul.
• Stergerea facturilor la aviz (iesiri) nu era curatata din jurnal decat dupa “Refacere completa jurnal”.
• Daca se schimba partenerul sau sediul ales pe o factura si noua selectie are alt agent implicit se afiseaza mesajul: “Schimb si agentul implicit corespunzator partenerului nou selectat?”.
• S-a modificat ordonarea restrictiilor utilizator.
• Au fost introduse restrictii noi pentru utilizatori:
• Acces particular machete:
• “Acces machete BON CASA DE MARCAT-emulare tastatura”.
• “Acces machete intrari import”
• “Parteneri - acces la parteneri speciali”. Dupa lansarea optiunii “Inregistrari cod 0” (Service > Avarie) se creaza o pozitie noua in nomenclatorul de clase de parteneri (Special) iar asocierea ei la anumiti parteneri determina limitarea accesului utilizatorului respectiv la situatia partenerului: butonul “Sold” din facturi, listele de parteneri.
• S-a schimbat denumirea restrictiei “Alege firma numai dintre firmele permise, fara editare” in “Alege firma: orice firma din nomenclator”. Daca are Acces = DA atunci utlizatorul vede tot nomenclatorul de firme. Daca are Acces = NU atunci utlizatorul vede doar firmele la care are acces.
• Optiunea Blind are efect si pe comanda furnizor si oferta furnizor.
• S-a introdus “Bara de butoane proprie” in Date (Service > Diverse). Activarea barei se face utilizand butonul “▼” de langa “Spre liste”. Definirea butoanelor se poate face din meniul specificat anterior sau dand Click-dreapta pe butonul din bara. “Nume buton” reprezinta titlul listei de pachete de operatii. Se pot adauga pe fiecare buton mai multe pachete de operatii. Selectarea unui pachet de operatii se face cu click simplu pe butonul respectiv si apoi pe pachetul dorit. Stergerea unei optiuni se face punand “…” la Denumire. Introducerea optiunilor pentru un utilizator cu restrictii se poate face doar de catre Master.
• S-a introdus posibilitatea de a introduce facturi de intrare si iesire folosind cititoarele de coduri de bare.
• Se poate adauga o serie pentru un articol chiar daca respectiva mai este introdusa la alt articol.

Modificarile din versiunea 417

• Corectie: Facturile de intrare/iesire neoperate cu articole de tip serviciu generau inregistrari contabile pe conturi de TVA si de furnizor / client dupa “Refacere stocuri / solduri”.
• S-a introdus o constanta noua in Constante de functionare > Comenzi / Oferte: “Comanda client: mod operare pentru client cu limita de creditare depasita” care poate lua valorile: fara avertizare / cu avertizare / inregistrare cu acceptat = 0 / nu se permite inregistrarea.
• S-au corectat diferentele dintre: "Restul de plata" si "Total"-ul afisat pe macheta al unei facturi la aviz cu discount fata de totalul la listare si contabilizare.
• Constanta “Cautarea partenerilor dupa cod fiscal” are efect si in machetele din Trezorerie.
• La generarea facturilor din comanda client, pentru articolele de tip serviciu se completeaza automat gestiunea cu cea implicita din nomenclatorul  de articole.
• Daca nu este setata constanta “Cont pentru contabilizare diferente la retur catre furnizor” (Constante generale > Constante de functionare > Intrari in stoc) nu se poate modifica pretul de achizitie de pe document.
• La alegerea unui articol pe un document de iesire, pe macheta de informatii din stoc, s-a introdus cantitatea nedescarcata in rubrica “Nedescarcat” iar Disponibilul = Stoc –Comandat –Nedescarcat.
• La salvarea unui document de iesire, in validarea depasirii de  stoc se cuprinde si cantitatea de articole nedescarcate.

Validare limita de creditare la inregistrare comenzi clienti

Atentie!

• Limitele de creditare sunt specificate in mii lei atat in descrierea din fereastra "Alte informatii" a nomenclatorului de parteneri cat si in constanta generala de functionare (categoria PARTENERI) "Limita de creditare clienti".
• Limita de creditare se poate calcula luind in calcul CEC-urile:
• incasate si neincasate
• numai incasate

(vezi constante generale de functionare categoria PARTENERI).

• Pentru introducerea validarii limitei de creditare la inregistrarea comenzilor clienti s-a introdus constanta generala de functionare (categoria COMENZI /OFERTE):
• "Comenzi clienti: mod operare pt.client cu limita creditare depasita" cu urmatoarele posibilitati de selectie:
• fara avertizare - optiune implicita
• cu avertizare - este atentionat operatorul dar programul nu introduce nici o restrictie
• inregistrare cu Acceptat=0 - operatorul este atentionat iar programul permite inregistrarea comenzii dar nu permite inregistrarea de valori in coloana "Acceptat". Din aceasta cauza ea nu poate fi facturata.
• nu se permite inregistrarea - operatorul este atentionat si se solicita selectarea altui client.

Modificarile din versiunea 416.2

• Corectie: Pe anumite valori ale facturilor cu discount simplu pe linie valoarea contabilizata a TVA-lui total (afectat de TVA-ul discountului) era rotunjita diferit fata cea de pe document.
• Corectie: pe factura de iesire la alegerea articolelor (in cazul in care nu se completa data facturii), aparea mesaj  “Invalid argument to data encode”.
• S-a adaugat o constanta noua in Constante generale > Constante de functionare > Iesiri din stoc > Functionare generala : “Documente de iesire - Blocate dupa printare” Constante generale >;
• S-a introdus posibilitatea ca utilizatorul Master sa aiba drepul de a modifica documentele blocate.
• S-a adaugat o constanta noua: “Tipul bugetarii pe gestiune / cont pentru lista “Buget de cheltuieli: Buget ca valoare absoluta / Buget ca procent din realizari” (Constante generale > Constante de functionare > Diverse): permite introducerea in nomenclatorul de gestiuni a unor valori absolute sau procentuale pentru anumite elemente de cheltuieli. Aceste valori urmeaza sa fie comparate cu cheltuielile efective in lista “Buget de cheltuieli” din Mentor > Contabile. Daca se lucreaza pe valori absolute se compara acestea cu valoarea cheltuielii efective. Daca se lucreaza cu procente, valorile introduse se aplica asupra veniturilor totale aferente gestiunii respective si rezultatul se compara cu cheltuiala efectiva.
• S-a introdus posibilitatea de lucru cu agentii pe sedii client: prioritar este agentul de pe sediu fata de agentul implicit din pagina “Alte informatii”

Modificarile din versiunea 416

• Corectie: daca pe o factura la aviz existenta se adaugau articolele de pe un aviz introdus ulterior (dar cu aceeasi data cu factura), la refacere stocuri solduri se pierdea legatura intre aviz si factura si ramanea nestins TVA-ul din aviz.
• Corectie: Pe facturile la avizele de intrari rotunjea valoarea pe linie la 2 zecimale iar pe aviz nu rotunjea, astfel incat totalul facturii era diferit de totalul avizului.
• Import date din alte aplicatii / Facturi iesire: s-a rezolvat problema care aparea in cazul in care la cod client era trecut codul fiscal..
• S-a introdus un nou mod de calcul pentru tipul de amortizare AD1 “Valori lunare egale in timpul anului” (Constante generale  > Constante de functionare > Contabile).
• Corectie: La generarea automata a diminuarilor de stoc din inventar era folosit contul reprezentativ al tipului contabil implicit asociat articolului in loc de contul tipului contabil de pe pagina “Livrare”.
• In Confidentialitate date > Categorii de utilizatori > Diverse s-au adaugat noi restrictii: ”Alege firma numai din firmele permise, fara editare”.

Modificarile din versiunea 415

• Corectie: facturile la aviz, nu se puteau salva daca se repartiza valoarea documentului pe termene multiple.
• In nomenclatorul de articole s-a introdus campul “Data adaugarii” care se completeaza automat si poate fi regasit in  listele “Nomenclator articole” si  “Stocuri la moment”.

Modificarile din versiunea 414

• Corectie: Total factura la aviz era diferit de total aviz: rotunjirea TVA-ului se facea pe aviz la final document iar pe factura la aviz pe fiecare linie (se aduna rotunjit deja) si nu se inchideau bine conturile 442.08 si 418. Se corecteaza prin refacere stocuri solduri.
• Corectie: S-a rezolvat problema care aparea la “Refacere stocuri/solduri”: mesaj “Nu poti pune adaos daca tipul contabil nu permite” pentru documentele cu “supliment achizitie” operate cu versiuni mai vechi.
• S-a adaugat o noua restrictie de acces (Diverse > Confidentialitate date > Categorii de utilizatori >Acces particular machete): “Acces la macheta FIRME.
• Corectie: in versiunea 414.1, agentul de pe factura nu aparea in listele de obligatii; se rezolva cu “Refacere stocuri/solduri” cu versiunea 414.2.
• Corectie: serviciile adaugate pe factura la aviz nu erau contabilizate.
• In nomenclatorul de firme, pe pagina “Date generale” rubrica “Adresa” a devenit read-only si se completeaza automat cu informatiile introduse in pagina “Adresa”.
• Corectie: inregistrarile contabile la factura la aviz nu inchideau 408  si 442.08 pe cazul in care se lucra cu preturi foarte mici, cu multe zecimale si cantitati mari.
• Corectie: la inregistrarile contabile de adaos la intrari  era neglijat adaosul unitar < 0.01.

Modificarile din versiunea 412

• Pentru intrarile din import s-a introdus posibilitatea inregistrarii certificatului de calitate.
• In “Confidentialitate date > Categorii de utilizatori > Acces particular machete”  s-au introdus  restrictii noi:
• “Acces macheta MONEDE SI CURSURI VALUTARE”
• “Acces macheta ACTUALIZARE PRETURI”
• S-a corectat functionarea butonului "PU dest" in cazul in care: pe transfer intre gestiuni, daca nu se selecta gestiunea destinatie, se alegea articol cu pret multiplu, se rezolva livrarea si apoi se revenea pe document si se specifica gestiunea destinatie cu o anumita categorie de pret asociata (butonul “PU dest” aducea 0).
• Corectie: daca stocul unui articol devine 0 in luna de lucru, la alegerea articolului pe facturi, comenzi, oferte nu mai apareau informatiile privind stocul rezervat sau comandat.
• La incasarea in avans si plata prin retur a avansului ramanea obligatia nestinsa in cazul in care se opera intai returul si apoi plata in avans.Se rezolva lansand refacere stocuri solduri.
• Corectie: pe Jurnalul aferent documentului de Diminuare / Marire de stoc generat din inventar (pentru reglare stoc negativ) era folosit contul reprezentativ al tipului contabil implicit al articolului in loc de cel al tipului contabil de pe livrare. Se rezolva lansand refacere stocuri solduri.
• S-a corectat pe comenzi clienti / furnizori conversia la unitati de masura secundare.
• S-a rezolvat problema care aparea referitoare la identificarea stocurilor rezultate in urma rezolvarii situatiei in care la o intrare cantitatea de pe  NIR era mai mare decat cantitatea de pe factura furnizor iar diferenta era rezolvata prin "custodie".

Modificarile din versiunea 410

• S-a introdus posibilitatea ca atunci cand se schimba codul de clasificare al unui mijloc fix, acesta sa se pastreze in lunile urmatoare: click dreapta “Propaga clasificarea curenta in lunile urmatoare”.
• Corectie: Daca se punea un delegat pe “inactiv” era sters din toate facturile anterioare pe care fusese ales.
• Se poate face cautare in nomenclatorul de delegati din Iesiri > Date privind expeditia.
• La generarea pozitiilor in rosu pe documentele de iesire acestea se pot sorta si in functie de data documentului.
• Corectie: Receptiile facute pe marfa in depozit dadeau mesaj de “Nu pot pune adaos daca tipul contabil nu permite” daca era setata constanta: "Rotunjire preturi la intrare in firma" = “Ca la inregistrari contabile”.
• Categoria de pret de tip valoare nominala asociata gestiunii de receptie este prioritara fata de categoria nominala implicita asociata articolului respectiv si determina pretul de inregistrare pentru tipurile contabile cu diferente de pret si TVA neexigibil prin aplearea butonului “Pret. inreg”.
• Corectie: intrarile in rosu  care descarcau pozitii de stoc mai vechi (cu multe zecimale) generau stocuri negative (nu se pastrau toate zecimalele).
• Conversia valutara a soldurilor de la nivel de partener/personal poate fi facuta si pentru moneda destinatie: lei.
• Corectie in Mentor > Diverse > Confidentialitate date > Categorii de utilizatori > Acces particular machete: daca se punea pe NU accesul la machetele “Modificari Stoc +/-“ aveam posibilitatea sa ajungem la macheta prin shortcut (icon).
• Pe “Transferul intre gestiuni” s-a introdus posibiliatea de import a articolelor de pe intrari de la furnizori.
• La configurarea acceleratorului aferent avizelor de iesire catre subunitati se poate alege un document de iesire sablon  pentru import linii articole.
• S-a introdus o constanta noua in Constante generale Mentor > Trezorerie > Mod de inregistrare diferente de curs valutar =  Prin cont de banca (implicit) / Prin cont de partener: a doua optiune determina inregistrarea diferita a diferentelor determinate de reducerea cursului: in loc de 401=5124 si 5124=765 inregistreaza 401=5124 si 401=765; in loc de 5124=411 si 665=5124 inregistreraza 5124=411 si 665=411.
• Se poate vizualiza numarul de zile pana la scadenta pe facturile de import.
• Constanta “Banca pentru conversie preturi” (Constante generale > Constante de functionare > Control preturi) functioneaza si la preluarea pe factura interna a unei comenzi client in valuta.
• S-a rezolvat problema care aparea la inregistrarile contabile in cazul in care se lucra cu constanta “Rotunjirea preturilor la intrarea in firma: Ca la inregistrarile contabile” si se acorda un Discount  / Majorare distribuit pe articole (totalul documentului era diferit de totalul inregistrarilor pe 401).
• Corectie: dupa listarea facturii aferente bonului fiscal de la casa de marcat folosind un carnet de document diferit de cel folosit la iesiri, la facturi fiscale era alocat un numar de document folosit.
• La “Intrari din import” se poate repartiza valoarea transportului si in functie de volumul articolelor.
• La “Iesiri in valuta” se poate vizualiza soldul partenerului corespunzator monedei selectate.
• A aparut o macheta noua in “Trezorerie” care permite “Stingerea datoriilor nesemnificative”.
• La “Monede si cursuri valutare” s-a introdus validarea introducerii de cursuri diferite de 0.
• Corectie: La adaugarea unei facturi la aviz, dupa ce s-a inregistrat un aviz catre client, carnetul de documente adus implicit era cel aferent avizelor.
• A fost introdusa constanta de functionare “Se editeaza prefix pt: serii, producator, certificat calitate”: are efect pe listarea facturilor de iesire si a livrarilor.
• In nomenclatorul de parteneri a fost introdus campul “Observatii”(laborator agreat).
• A fost marita dimensiunea campului “Certificat de calitate”.

Modificarile din versiunea 408

• Pe comenzi  clienti de prestari servicii, la setarea comenzii ca inchisa, se poate opta pentru inchiderea ei prin factura (se duce in Fnesosit) sau prin bon fiscal (nu se duce in Fnesosit, se preia pe bon, emulare tastatura).
• In cazul utilizarii scadentelor multiple, daca rezultatul impartirii valorii documentului avea ca rezultat valori cu mai mult de doua zecimale, datorita rotunjirii apareau diferente intre valoarea documentului si restul de incasat. S-a rezolvat prin preluarea diferentelor la valoarea primului termen scadent corespunzator sumei supuse divizarii.
• Pentru marfa primita in consignatie (intrari pe aviz) si inregistrata pe conturi extrabilantiere, diferentele de pret si eventual TVA-ul neexigibil se reflecta in contul extrabilantier de “Diferente de pret” (pana acum era folosit contul reprezentativ al tipului contabil).
• In cazul in care articolul de pe DVOT are asociat TVA cu conturi extrabilantiere, se folosesc aceste conturi (pana acum era folosit contul reprezentativ al tipului contabil).
• S-a introdus posibilitatea de a marca un delegat ca inactiv (Nomenclator parteneri > Delegati).
• S-a corectat pretul implicit completat la receptie in cazul in care tipul contabil este cu diferente de pret si fara TVA neexigibil iar pretul de achizitie este de genul x,x9 (Ex: Pret achizitie 12,49 la receptie se completa 12,50).
• Daca se lucreaza cu constanta “Repartizare profit pe gestiuni” atunci la generarea facturilor in rosu de pe iesiri (“Generare pozitii in rosu” cu click dreapta pe factura), se pastreaza acum gestiunea asociata articolelor de tip serviciu de pe factura in negru.
• S-a introdus o constanta noua: “Utilizare cont partener imobilizari pentru contabilizare discount” (Constante de functionare > Contabile) pentru inregistrarea discountului la cumpararea / vanzarea de mijloace fixe.
• Corectie: amortizarea aferenta imobilizarilor instrainate era calculata cu 4 zecimale si astfel nu se mai inchidea contul de cheltuiala.

Modificarile din versiunea 405

• S-au corectat diferentele care apareau la facturile de intrare intre Total document, Rest de plata si Jurnal contabil. Diferenta se corecteaza lansand SERVICE > Avarie > ”Verificare coerenta date”.
• A fost introdusa in nomenclatorul de articole notiunea de “Pret minim” utilizata la validarea preturilor de vanzare din oferte catre clienti, comenzi de la clienti, vanzari insotita de un pachet de modificari in aplicatie, care pot fi consultate in documentul “Pret minim” de la adresa ftp2.winmentor.ro/documentatie/solutii/mentor.
• Cursul valutar sugerat de butonul $ nu mai este rotunjit la leu.
• S-a introdus pe livrare (click dreapta) optiunea “Livrari de la tip contabil valoric: pret inregistrare=pret vanzare”, pentru completarea automata a preturilor de inregistrare pornind de la cele de vanzare de pe document (vers.402).
• La salvarea “Decontului strainatate” s-a introdus validare la completarea campului  “Masina” si se poate vizualiza “Nr. Inmatriculare” in view-ul mare.
• Corectie: Setare reteta unica (click-dreapta pe documentele de iesire) asocia o reteta chiar daca articolul era descarcat pe acel document (nu era valoric fara descarcare).
• Corectie: la comenzi de la clienti daca articolul avea definite preturi multiple pe coloana pret se completa pretul implicit indiferent de pretul selectat.
• Corectie: Pe facturile de iesire cu discount simplu pe linie “Restul de plata” nu era afectat de valoarea discountului acordat pentru servicii.
• Documentele de iesire adaugate cu ajutorul generatorului de iesiri apar in “Jurnalul de operatori”.

Modificarile din versiunea 404

• S-au adaugat 2 constante de functionare:
• “Vanzari din marfa in magazin: Atentionare daca Pret vanz <> Pret inreg” (Iesiri > Control preturi)
• “Receptii MARFA MAGAZIN: atentionare modificari pret” (Intrari in stoc)
• Dupa salvare factura si iesire in view-ul mare totalul apare cu 2 zecimale (astfel incat sa nu mai fie nevoie de refresh).
• Pe factura de iesire, dupa rezolvarea livrarii, cu click dreapta se pot vedea adaosurile calculate pornind de la pretul de vanzare si pretul de achizitie.
• Corectie: la preluarea articolelor din oferta pe factura de iesire, daca se lucra cu %Ad, pretul adus pe factura era rotunjit la 2 zecimale (se pierdeau 2 zecimale).
• Corectie: in cazul monetarelor provenite de la case de marcat Optima la salvarea documentului aparea mesajul “Document STORNO! Inregistrarile contabile vor fi in  rosu.”
• Pe factura de iesire s-a introdus campul “Comision” pentru a introduce procentul comisionului agentului; informatia se va folosi in listele de incasari pe agenti.

Modificarile din versiunea 402

• Corectie: pe facturile de import cu mai mult de 999 de inregistrari, incepand cu linia 1000 pretul in lei de pe DVI era egal cu pretul in valuta de pe invoice (nu se facea trecerea prin curs).
• Corectie: la import inventar nu se completau coloanele de diferente “+”, “-“.
• Corectie: intrarile in rosu (retur) creau stocuri negative in cazul in care adaosul era foarte mic (<0,00001) si se lucra cu “Rotunjirea preturilor la intrarea in firma: ca la inregistrari contabile” (se rezolva cu “Refacere stocuri/solduri”).
• S-a introdus “Sediu partener” in modul de lucru cu stocuri la terti (transferuri, bonuri de consum).
• Din versiunea 400.6 la facturarea articolelor in afara bilantului era inregistarata 999=707, 999=803.3 (cumula valoarea TVA-lui si a pretului de achizitie); acum  inregistreaza 411=707, 442.07 si 999=803.9.
• Facturarea contractelor de abonamente introduse in Nomenclatorul de parteneri  aduce numarul si data contractului pe Observatiile din factura.
• La selectarea angajatului in "Justificare avans decont" soldul in lei/valuta este afisat cu zecimale.
• La “Decont strainatate” coloanele Avans valuta si lei sunt editabile; la nivel de document a fost adaugata coloana “Curs” urmand ca media acestor cursuri sa fie afisata in coloana “Curs mediu”.

Modificarile din versiunea 400

• S-a introdus o constanta noua: “Zile depasire termen acceptate la facturare”: permite blocarea facturarii daca exista o factura neincasata care depaseste numarul de zile de intarziere.
• S-a introdus o constanta noua:”Gestiuni dedicate” (Constante utilizator > Gestiuni si tipuri contabile implicite pentru miscari de stoc) care permite selectarea mai multor gestiuni  pentru un utilizator.
• Corectie: Constanta “Cont intermediar implicit la iesiri” (Constante utilizator > Gestiuni si tipuri contabile implicite pentru miscari de stoc) functioneaza si pe monetare.
• S-a introdus o noua constanta utilizator: “Randuri de butoane “Speed” afisate in lista”” (Constante utilizator > Constante operare) care poate lua valori 1, 2 sau 3.
• Constanta “Miscari interne, iesiri: inregistrari contabile” (Constante generale > Constante de functionare > Contabile) are o optiune suplimetara: “doar transferurile ca intrari in rosu”.
• S-a introdus o constanta noua “Utilizare monetare fara descarcare de gestiune” pentru a nu se genera note contabile de descarcare de gestiune la livrarile din tipuri contabile astfel setate (mijloace fixe, obiecte de inventar pentru care notele de descarcare se fac din machetele de rezolvare imobilizari).
• Se poate modifica intr-o luna o comanda de prestari servicii (neinchisa) chiar daca sunt deschise lunile anterioare (modificare valabila din versiunea 337).
• Corectie: In nomenclatorul de articole > Preturi diverse > Urmarire  preturi de intrare
• nu se mai completeaza PU valuta daca moneda documentului de intrare este “lei”
• daca moneda = valuta atunci celelalte intrari in lei, nu mai afiseaza PU valuta aferent intrarii in valuta.
• A fost adaugata constanta: “Facturare leasing operational: In lei / In valuta” (Constante generale > Rate, Leasing)
• 400.4 S-a corectat inventarul generat “la data”.
• 400.6-S-a corectat problema pierderii legaturilor la compensari avand ca document de legatura note contabile diverse.
• 400.6 S-au corectat inregistrarile contabile generate la diminuari de stoc pentru tip contabil cu conturi extrabilantiere  (era folosit 442.08, pentru descarcare TVA neexigibil).
• 400.6 Rotunjirea preturilor de vanzare pentru fiecare articol se face dupa numarul de zecimale specificate in pagina “Preturi diverse” (Nomenclator articole); aceeasi rotunjire se foloseste si la procedura de “Actualizare preturi vanzare”.
• 400.6 Corectie: cand se lucra cu UM secundara implicita la vanzare, categoriile procentuale erau inmultite cu paritatea aferenta unitatii de masura.
• 400.6 La generarea unei facturi cu click dreapta dintr-o comanda client (clientul avand mai multe sedii), in factura era adus alt sediu decat pe comanda.
• 400.6 La generare factura din comanda de la clienti, nu se aduceau zile plata si pe factura. In noul 400.5 a fost rezolvata problema.
• 400.6 Pentru facturile la avize nu era denominat TVA-ul (denominare facuta cu versiunile 400.4 si 400.5). Acum se denomineaza, iar pentru facturile care exista, cu o Verificare coerente date se rezolva.
• 400.6 Daca era introdus un aviz pe care era un mijloc fix, in urmatorul aviz introdus, articolul era vazut tot ca mijloc fix, chiar daca nu era.

Modificarile din versiunea 312

• S-a corectat evidenta cantitatilor comandate si rezervate pentru articolele la care intrarea sau iesirea din stoc a depasit comenzile.
• Pe factura de iesire, la “Generare pozitii in rosu”, a fost corectat  “Mod cautare articole”   dupa cod extern.
• S-a modificat incasarea direct de pe factura de export.
• La listarea facturii de export se afiseaza CNP agent

Modificarile din versiunea 272.4  (13.01.2003)

• A fost actualizata preluarea din stoc a intrarilor in rosu,
• S-a corectat validarea datei facturii la aviz in sensul ca data facturii nu poate precede  avizele la care se refera,

Modificarile din versiunea 272.3 (11.01.2003)

• A fost introdusa posibilitatea ruperii bazei de date corespunzatoare firmei (segmentarea de la pct.8 al instructiunilor de trecere la noul plan de conturi) prin intermediul optiunii din SERVICE > DIVERSE: Creare firma noua din datele firmei curente, termenul de plata al facturilor de furnizori se calculeaza automat daca se introduce numarul de zile pana la scadenta (ca la iesiri).

Modificarile din versiunea 272 (04.01.2003)

• S-a introdus posibilitatea definirii termenelor de scadente multiple pentru documentele de iesire si urmarirea indeplinirii lor.
• Incepand cu aceasta versiune se poate modifica  valoarea de inregistrare a articolelor receptionate (corespunzatoare unei facturi) cu marimea distributiei valorice a facturilor de servicii asociate (va recomand\m utilizarea contului 473 pentru inregistrarea facturii de servicii)
• Este finalizata procedura de inchidere a anului 2002, cu trecerea de la vechiul plan de conturi la noul plan de conturi conform ordinului 306 din 26 februarie 2002 (pentru detalii vezi ANEXA vers.272). Acest lucru nu se poate realiza cu o versiune anterioara de program decat “rupand” firma manual si modificand planul de conturi, constantele contabile, configurarile contabile ale articolelor, partenerilor,  personalului, contarea serviciilor in nomenclatorul de articole si recalcularea soldurilor din initializare.
• Daca v-ati apucat de asa ceva va ajutam oferindu-va noul plan de conturi, constantele si nomenclatoarele de TVA, contributii, si indemnizatii pe care le puteti gasi la adresa ftp.winmentor.ro in directorul “FIRMA GEN.IN 2003 CU VERS.ANTERIOARE 272” (cititi instructiunile).
• Pentru cei care au inceput o firma noua in 2003 cu o versiune anterioara de program si nu si-au schimbat planul de conturi le recomandam sa urmeze instructiunile de la adresa de mai sus in cazul in care doresc doar sa-si personalizeze noul plan de conturi si nu sa-l introduca de la capat.

ANEXA vers.272

TRECEREA LA NOUL PLAN DE CONTURI CONFORM ORDINULUI 306 DIN 26 FEBRUARIE 2002

1. Pentru siguranta salvati datele firmei: SERVICE > DIVERSE > SALVARE/RESTAURARE > SALVARE > Toata firma.
2. Preluati versiunea 272 de pe ftp.winmentor.ro.
3. Instalati programul.
4. Pozitionati luna DECEMBRIE ca luna de lucru si luna curenta (daca luna DECEMBRIE 2002 este inchisa anulati inchiderea de luna).
5. Particularizati planul de conturi pentru 2003 selectand SERVICE > INCHIDERE > PLAN DE CONTURI - INLOCUIRE GLOBALA.
6. Stabiliti corespondenta dintre conturile planului vechi si conturile planului nou utilizand SERVICE > INCHIDERE > INREGISTRARI DE INLOCUIRE GLOBALA > Adaug.

La mesajul “Refac jurnalul de inregistrari contabile ?” raspundeti cu DA la  prima utilizare si la orice utilizare ulterioara unor adaugari sau modificari de tranzactii contabile din luna decembrie.

Butonul “Toate conturile” afiseaza in grila toate conturile planului contabil curent oferind posibilitatea stabilirii corespondentei cu conturile planului nou contabil definit in pasul anterior.

Pentru toate conturile din planul vechi este obligatoriu sa existe un cont corespondent in noul plan.

OBSERVATII:

Daca aveti mai multe firme cu planuri de conturi asemanatoare exista posibilitatea exportului tabelei de conversie si importului ei intr-o alta firma prin intermediul butoanelor “EXPORT”/”IMPORT”. Acest lucru va scuteste de cel putin 80% din munca depusa pentru incarcarea tabelei de conversie.

Exista deasemeni posibilitatea importarii din directorul “WinMENTOR” a unei corespondente stabilite intre planul vechi de conturi furnizat o data cu pachetul “WinMENTOR” si planul nou de conturi furnizat pe care il puteti importa in baza dvs.de date. Identificarea lui se face tinand cont de tipul extensiei care este ”.eco”.

Grila in care sunt afisate cele doua planuri de conturi permite reasezarea coloanelor prin agatare cu mouse-ul si tragere intr-o noua pozitie.

ATENTIE !!!

Daca aveti sateliti va trebui sa le transmiteti noul plan de conturi impreuna cu tabela de corespondenta prin intermediul optiunii SATELIT > ACTIVITATI LA BAZA > SINCRONIZARE > Noul plan de conturi DA (pentru preluarea datelor satelitii vor trebui sa fie pozitionati in luna DECEMBRIE ca si baza).

Cand ati terminat salvati si daca aveti in evidenta mai multe firme cu plan contabil asemanator puteti exporta corespondenta incarcata pentru a o importa pe oricare din celelalte firme.

7. Inchideti luna DECEMBRIE 2002 (pe baza si pe sateliti).

Pe parcursul generarii datelor pentru luna ianuarie vor apare doua ferestre suplimentare care vor permite completarea manuala a unor corespondente ce nu au fost formalizate in pasul 6 (corespondentele stabilite manual trebuie sa coincida pe sateliti cu cele de la baza).

Daca la data realizarii acestei operatii salariile au fost deja calculate va trebui sa refaceti calculul de salarii.

8. Segmentati firma pentru anul 2003 utilizand optiunea ce va fi pusa la dispozitie de program in modulul SERVICE intr-o versiune ulterioara.

OBSERVATII GENERALE:

Inchiderea anului este un prilej deosebit pentru rezolvarea incoerentelor din baza de date. De aceea ar fi bine sa verificati si rezolvati existenta stocurilor negative, documentelor fara legatura, necorelarii platilor si incasarilor, necorelarilor dintre balantele particulare (stocuri, parteneri) si balanta contabila. Solicitati ajutorul agentilor de la care ati cumparat produsul WINMENTOR si eventual al producatorului.

Exista posibilitatea ca procedurile proiectate de trecere la noua contabilitate sa aiba scapari in ceea ce priveste cazurile tratate. Daca observati asa ceva anuntati-ne pentru a rezolva in timp util respectivele cazuri. Adresa noastra de e-mail este aceeasi: mentor@winmentor.ro.

Modificarile din modulul SALARII

Modificarile din versiunea 549 (24.06.2009)

• Corectie: in cazul unui angajat cu venituri neimpozabile si participare la profit contributia de sanatate angajat nu se calcula corect.
• Sporurile bazate pe transele de vechime in munca si/sau in firma se calculeaza in baza duratelor de intrerupere transferate in detaliul lunar al nomenclatorului de personal.Vezi mai sus modul de transfer a datelor de la nivel de nomeclator la nivel de detalii lunare.
• S-a introdus posibilitatea ca pe optiunea “Alte drepturi” din SALARIZARE sa se specifice daca sumele respective constituie premii. S-a introdus posibilitatea ca generarea valorilor sa se faca automat in cazul in care ele coincid cu limita inferioara a grilei de salarizare specificata la nivel de formatie.
• S-a introdus posibilitatea ca plata partiala a sumelor din alte drepturi sa se genereze automat in baza unui procent specificat de utilizator referitor la valoarea introdusa sau brutul calculat.
• Contributii angajator > Fond de garantare se calculeaza si in cazul contractului de tip Cumul pensie prin configurarea contributiei.
• In fereastra “Conditii de salarizare” a fost introdus campul “Data inregistrare ITM” care se refera la data inregistrarii contractului la ITM.

Modificarile din versiunea 539 (25.05.2009)

• In CONSTANTE GENERALE DE FUNCTIONARE/PERSONAL SALARIZARE s-a introdus constanta: "Plata primelor de vacanta se va face in:" Luna de calcul/Luna urmatoare.
• In nomenclatorul de sporuri, s-a introdus un nou mod de calcul “%din salar realizat (ore lucrate) + sporuri ore suplimentare”.
• Declaratia de CAS se poate face si pentru angajatii aflati in somaj tehnic, conform OUG28/2009. Se vor emite doua declaratii in cazul in care aveti angajati in aceasta situatie: una pentru timpul normal lucrat de angajati si alta pentru perioada aflata in somaj tehnic si se vor exporta doua perechi de fisiere de raportare. Mod de lucru:
• se precizeaza daca exista angajati aflati in somaj tehnic in perioada de raportare "Sunt angajati pontati in somaj tehnic" ?
• daca DA se va preciza tipul declaratiei ce urmeaza a fi generata: "Declaratia este pentru somaj tehnic"?.
• Daca NU declaratia este cea obisnuita din care sunt excluse zilele angajatilor aflati in somaj tehnic (angajatii aflati intreaga luna in somaj tehnic sunt exclusi integral).
• Daca DA se va edita declaratia A11 si A12 pentru angajatii pontati in somaj tehnic avind urmatoarele particularitati:
• "J"-ul din numarul  inregistrarii firmei in registrul de comert este inlocuit cu "*",
• tipul contractului de munca va fi "5",
• zilele lucrate vor corespunde zilelor de somaj tehnic,
• venitul brut realizat de asigurat va fi salariul minim pe economie corespunzator zilelor aflate in somaj tehnic,
• restul campurilor din declaratie, vor avea valoarea 0.
• in cazul in care NU exista angajati in somaj tehnic declaratia va fi una obisnuita.
• Corectie: flag-ul din nomenclatorul de indemnizatii referitor la excluderea indemnizatiei din calculul contributiei de asigurari sociale (angajator) nu exclude calculul contributiei pentru carti de munca.
• S-a introdus constanta: "Drepturi in natura: mod descarcare gestiune" cu valorile: "Diminuare"/"Bon de consum" oferind posibilitatea selectarii de catre utilizator a modului de descarcare din gestiune a drepturilor in natura.
• Nomenclatoare>Contributii angajata/angajator: s-a modificat denumirea tipului de contract din “Special conventie” in “Special cumul”.
• Daca se recalculeaza salariile dupa plata lichidarii, diferentele aparute vor putea fi trecute ca salarii neridicate in cazul refacerii platilor lichidarii prin actionarea butonului "Valoare".In acest sens, in plata lichidare, sunt colorate cu rosu pozitiile pentru care exista diferente in urma calcularii salariilor, diferente nerezolvate de utilizator.

Modificarile din versiunea 518 (19.02.2009)

• Corectie: pentru calculul bazei de calcul a indemnizatiilor de asigurari sociale de sanatate, venitul brut din fiecare luna anterioara este plafonat la 12*salar min pe economie din luna respectiva.
• In declaratia CAS, anexa 1.1, pentru angajatii specificati in "Conditii de salarizare" ca fiind “Cenzor/Consiliu administratie” si tip contract “Cumul pensionar” in rubrica “Zile lucrate” se completeaza 0, campul “Pensionar”(PE) =0.
• Corectie: in cazul unui angajat cu concediu de boala si participare la profit contributia CAS angajat se calcula de 2 ori pentru suma corespunzatoare participarii la profit.
• S-a scos validarea normei de lucru pentru cumul pensie. Acum norma de lucru poate fi egala cu durata normala a contractului. Dar atentie declaratia de CAS nu accepta durata normala contract=7ore si norma intreaga=7ore. Idem pentru 6 ore.
• In nomenclatorul de personal s-a scos validarea introducerii obligatorii a numarului de cont daca este bifata plata prin card sau cont curent. Acum se valideaza existenta macar a unui cont indiferent ca este pe “Numar cont” sau “Supliment banca”.

Modificarile din versiunea 516.2 (11.02.2009)

• Corectie: la exportul fiselor fiscale pentru angajatii din FF2 nu era completat venitul brut.
• Corectie: daca se dadea “Cumulare fise fiscale” in documentul de erori la fise fiscale din Mentor apareau erori privind “venituri/impozit/deduceri inregistrate inainte de inceperea activitatii” chiar daca nu erau astfel de erori.
• Sporurile permanent definite ca % din salar baza sau % din salar tarifar, nu se calculeaza pentru perioadele pontate cu It, Om, Sc, I, N. Daca este cazul, pot fi calculate prin includerea in baza de calcul a indemnizatiilor definite pentru aceste tipuri de intrerupere.
• Cumul contracte pe declaratia de CAS - contractele de munca trebuie sa fie inregistrate pentru aceleasi conditii de munca (procent calcul CAS identic).

Modificarile din versiunea 515 (02.02.2009)

• Lansati optiunea “Inregistrari cod zero” din SERVICE>AVARIE pentru activarea categoriilor vechi de sporuri.
• Corectie: la recalcul lichidare aparea “Contributii. Eroare necunoscuta”.
• S-a modificat modul de calcul si structura de export a fiselor fiscale.

Modificarile din versiunea 510 (26.11.2008)

• S-a corectat exportul declaratiei FNUASS: daca se dadea export de mai multe ori pe aceeasi cale se denatura modul de numerotare a inregistrarilor din fisier.
• Pe view-ul mare “Conditii de salarizare” s-au introdus coloane pentru “Numar contract” si “Data contract”.
• S-a adaugat posibilitatea de calcul a fondului de sanatate angajat aferent perioadei de concediu de accident de munca sau boala profesionala platita de firma prin cont de cheltuiala (a se vedea configurarile pentru aceste indemnizatii din documentul “Tipuri de indemnizatii valabile din august 2008” de pe ftp2.winmentor.ro).
• Corectie calcul Fond de risc si accidente: la inregistrarile contabile rotunjirea valorilor mai mici de 0.5 se facea la 0 in loc de 1. Acum modul in care se face aceasta rotunjire este controlat de constanta “Tip rotunjire FOND DE RISC” (Constante generale Mentor > Personal salarizare).
• Corectie: La generarea declaratiei de CAS in macheta “Zile concediu fara plata indemnizatiei de crestere copil” la coloana “Zile I” erau dublate zilele de invoiri din pontaj.
• Corectie: Daca la declaratia de CAS contributia de asigurari pentru accidente de munca si boli profesionale datorat de angajator = 0 atunci era pusa bifa ca nu se datoreaza contributia de accidente de munca si boli profesionale.
• Corectie: Daca era facut pontajul de avans si era adaugat un angajat nou, la pontaj lichidare angajatul respectiv nu era adus.
• Corectie: daca se lucra cu bugete la nivel de formatie salariul de baza se bugeta pe capitolul unei singure formatii.
• In grila de lichidare, la jurnal in coloana de observatii apare si simbolul clasei de buget.
• Corectie: la listarea declaratiei FNUASS (Firma), daca data lichidarii=31 si luna in care se facea plata lichidarii avea 30 de zile, aparea “Invalid argument to date encode”.
• S-a introdus o constanta noua: “Fara pontaj avans” (Constante generale Mentor > Personal salarizare) care are valorile “NU” (se poate edita pontajul de avans) sau “DA, numai pt pontaj pe total ore” (aceasta valoare trebuie sincronizata cu “Pontaj pe total ore = DA” si are ca efect completarea automata in pontaj lichidare, pe coloana Total lucrat, a numarului orelor conform zilelor lucratoare din luna, normei de lucru, datei inceperii si datei incetarii contractului; in aceasta varianta rubricile Pontaj avans si Sume pt avans sunt inaccesibile).
• S-a introdus posibilitatea de a asocia sporurile temporare in nomenclatorul de formatii. Aceste sporuri vor putea fi importate si completate in pontaj lichidare.
• S-au introdus nomenclatoare pentru “Categorii de functii”, “Categorii de sporuri”, “Categorii de retineri”. Activarea categoriilor vechi de sporuri se face dupa rularea din SERVICE>AVARIE a optiunii “Inregistrari cod zero”.
• In nomenclatorul de functii s-au introdus rubrici pentru “Salar minim” si “Salar maxim”.

Modificarile din versiunea 503 (20.08.2008)

• Corectie: daca in luna respectiva era folosita o indemnizatie fara nimic selectat la “Tip” (ex: intrerupere tehnologica) la exportul declaratiei de CB aparea eroarea “Range check error”. (fara executabil nou se rezolva daca se pune la tip nedefinit).
• S-a modificat formatul exportului la AlphaBank: suma exportata era inmultita cu 100.
• S-a introdus validare la introducerea codului fiscal al firmei lichidatoare din declaratia la ITM: sa se introduca numai partea numerica a codului.
• Corectie: in declaratia de CAS, anexa 1.1 se completeaza TV si TVN cu 0 in cazul in care acestea au valori negative (angajatii cu venit brut > 0 dar venit brut – indemnizatie CB < 0).
• S-a adaugat o constanta noua: “Baza de calcul contrib.sanatate asigurat (venituri neimpozabile” (Constante generale, Personal salarizare) cu valorile: salar min pe economie (implicita) si conform configurarii contributiei (valabila incepand cu 1 iulie 2008 conform OUG.93/2008).
• La indemnizatii asigurari sociale, numarul de certificat pastreaza cifra zero completata la inceputul acestuia.
• Corectie: la declaratia de CAS pentru cenzori la zile in conditii normale/deosebite/speciale nu se completa nimic din versiunea 493.2.
• Corectie: la generarea declaratiei de somaj daca toti angajatii erau in crestere copil aparea eroarea “Datele sunt incorecte. Executa recalcul lichidare.”
• Corectie: la generarea declaratiei de somaj, cu executabilul 496, aparea mesajul “Acum contributiile sunt calculate contractual + necontractual...” chiar daca acestea erau configurate corect.
• Corectie: Daca se genera o declaratie FNUASS cu niste sume si dupa ceva modificari se ajunge in situatia in care contributia totala a angajatilor este pe 0 (ex: unsingur angajat care e in sarcina si lehuzie toata luna), pe statul de plata la contributia de sanatate ramaneau sumele anterior calculate.
• S-a corectat modul de calcul de la “Fondul de risc si accident” la care apareau diferente de 1 leu fata de valoarea corecta.
• La generarea declaratiilor de SOMAJ si CB banca implicita din constante este bifata automat cu DA.

Modificarile din versiunea 493.2 (10.06.2008)

• Declaratia de FNUASS:
• in cazul in care un angajat este in concediu medical de tip BO toata luna (Categorie asigurat = CM) dar are alte drepturi care intrau in venitul brut, la care se calculeaza contributia de sanatate, se creeaza o linie noua (Categorie asigurat = S),
• s-a corectat rotunjirea contributiei angajatorului,
• contributia fond de sanatate angajat 6,5% in cazul angajatilor cu “Venituri neimpozabile = DA” se calcula pentru orele suplimentare.
• Declaratia de concedii de boala:
• tine cont de constanta “Baza de calcul Contrib.CB fara plafon”,
• pe tipizatul declaratiei este afisat numele, prenumele si functia administratorului,
• la exportul declaratiei se completeaza numele si prenumele administratorului.
• Declaratia de CAS:
• la listarea tipizatului 2 apare la judet si codul judetului,
• tipizatul 2, la litera “R. Contributie de asigurari pentru accidente de munca si boli profesionale, datorata de angajator” era bifa pe DA chiar daca in cadrul acelei firme nu se calcula fondul de accidente la nici un angajat.
• Declaratia de somaj: daca contributia angajatorului este < 1 se rotunjesc la 1 si coloanele total contributii datorate de angajator si rest de plata.
• S-a rezolvat rotunjirea contributiei de fond de risc, pentru cazul in care exista concedii de boala, astfel incat in contabilitate este aceeasi suma ca in declaratie.
• Corectie: pentru prime de vacanta nu se calcula impozit (pe optiunea “Calcul cumulat cu celelalte drepturi”) daca angajatului nu i se acordau deduceri.
• Angajatii cu specificatia “Cenzor/Consiliu administratie=DA” in Conditii de salarizare, nu sunt adusi in “Registrul angajatilor”.
• S-a modificat exportul salariilor pe card la banca Transilvania (format Nota contabila).
• Corectie: nu functiona corect generarea brutului din net, pe macheta “Alte drepturi/penalizari”, cand se lucra cu “Indicatori realizare suplimentari”.

Modificarile din versiunea 478 (20.02.2008)

• S-a corectat calculul contributiei de sanatate datorata de angajator, in cazul persoanelor cu “Venituri neimpozabile” (Conditii de salarizare).
• La contributiile la care platitorul este angajatul, s-a adaugat o noua baza de calcul “Venit brut – indemniz CB asig.soc.” care se foloseste la Fond somaj angajat (conform H.G.149 din 13.02.2008). Aceeasi baza trebuie setata si la fond somaj angajator.
• Corectie: in declaratia de somaj contributia angajator  contractual/necontractual < 0,5 este rotunjita la 1 leu.
• In declaratia de CAS, Anexa 1.1, campul “Contract munca “(CM)  se completeaza cu 1 pentru angajati cu norma intreaga si 3 pentru cei cu specificatia “Cenzor/Consiliu de administratie” (Conditii de salarizare).

Modificarile din versiunea 477.1 (13.02.2008)

• Au fost facute actualizarile la fisele fiscale pentru anul 2007 conform Ordinului 2198.
• S-a actualizat tipizatul declaratiei la CAS.
• S-a introdus o baza de calcul noua la contributii angajator: Venit brut – Suspendare contract. Aceasta trebuie selectata la contributia firmei la fondul de somaj (vezi “Contributii 2008 II”, “Tipuri indemnizatii 2008 II” din anexele ce insotesc kit-ul).

Modificarile din versiunea 477 (26.01.2008)

• S-a introdus posibilitatea de a calcula suma bruta aferenta unei prime platite net (pe macheta “Alte drepturi”).
• S-a corectat modul de calcul al sumelor brute in macheta “Salarii realizate exceptii”.
• Daca un angajat are venituri neimpozabile dar are si alte surse supuse impozitarii contributia angajatului la sanatate se calculaza la venitul brut.
• Daca are venituri neimpozabile dar nu are si alte surse supuse impozitarii contributia angajatului la sanatate se calculaza la salariul minim pe economie.

Modificarile din versiunea 475 (15.01.2008)

• In nomenclatorul de personal, pe pagina “Plata”, s-a introdus butonul “Conditii de salarizare” (accesibil dupa salvare, pentru a vizualiza sau a introduce un angajat nou in “Conditii de salarizare”).
• In macheta “Salarii realizate exceptii” se deschide nomenclatorul de contracte (Conditii de salarizare) in loc de nomenclatorul de personal.
• S-a modificat denumirea fisierelor de export aferente declaratiei FNUASS, codul fiscal apare doar ca parte numerica, fara “RO” (Ex: 1a_1007_123456.dbf in loc de 1a_1007_RO123456.dbf). De asemenea in campul CF din fisierele de export se regaseste doar partea numerica a codului fiscal.
• In anumite conditii (peste 500 angajati cu CO) la generarea sumelor pentru concedii de odihna dadea eroare:  “lock file has grown too large”.
• Daca in conditii de salarizare exista angajati cu doua contracte la declaratia de la FNUASS sunt cumulate sumele la nivel de CNP si categorie salariat.
• Au fost facute modificarile conform Ordinului 903/2007 potrivit caruia persoanele care realizeaza venituri neimpozabile platesc contributia la sanatate de 6,5% la un salar minim brut pe economie. In acest caz se seteaza in conditii de salarizare “Venituri neimpozabile” = Da.
• A fost corectat exportul salariilor pe card la BCR.

Modificarile din versiunea 468 (19.11.2007)

• S-a modificat declaratia la FNUASS conform ordinului 811-18.10.2007 al Casei nationale de asigurari de sanatate. Pentru actualizarea formatului listarii trebuie lansata optiunea “Configurari implicite” din Liste > Mentor > Unelte > Manager liste > Documente >pentru listele: FNUASS 3a, FNUASS 3b, FNUASS 3c.
• Pentru a evidentia contributia la FNUASS a cenzorilor, membrilor consiliului de administratie si alte categorii de persoane care realizeaza venituri asimilate salariilor, in fereastra “Activitate” a conditiilor de salarizare s-a introdus flag-ul “Cenzor/Consiliu de administratie” care se va pune pe valoarea DA in cazul angajatilor aflati in aceasta situatie (vezi fig.1).
• Contributia de concedii de boala suportata din fondul de risc si accidente si evidentiata in declaratia de CAS la litera U, era rotunjita la 1 leu pentru orice valoare subunitara, atat in contabilitate cat si in declaratie; acum rotunjirea se face matematic conform programelor de verificare a declaratiilor de CAS respectiv concedii de boala.
• La “Refacere stocuri solduri” erau multiplicate inregistrarile din clasa 9 aferente salariilor.
• Daca s-a operat plata lichidarii nu mai este restrictionat recalculul de salarii ci se da doar mesaj de avertizare si apoi se permite operarea modificarilor.
• Se pot exporta salariile pe card pentru ING Bank.
• A fost modificat exportul salariilor pe card la BCR.

Modificarile din versiunea 462 (09.10.2007)

• La exportul registrului salariatilor s-a schimbat denumirea tagului CONTRACTDATASFARSIT in CONTRACTDATASFIRSIT.
• Corectie: la calculul concediului de odihna indemnizatia nu era rotunjita corect (ex: 670,5 era generat 670).

Modificarile din versiunea 461.1 (22.09.2007)

• Contributia fond somaj angajat nu era calculata corect daca baza de calcul era “salar tarifar + sporuri perm. incluse in sal baza” iar angajatul avea definit un spor permanent si concediu de odihna. Contributia era calculata numai la tarifar si sporul aferent zilelor lucrate; nu era luata in calcul valoarea sporului din indemnizatia de concediu.

Modificarile din versiunea 460 (18.09.2007)

• Se pot exporta salariile pe card pentru bancile: RomExterra si Emporiki Bank.
• S-a actualizat declaratia la somaj conform Ordin 662/23.07.2007.
• S-a actualizat declaratia pentru concedii si indemnizatii conform Ordin 830/2007.

Modificarile din versiunea 455.1 (15.07.2007)

• S-a corectat declaratia de CAS in cazul existentei in luna de indemnizatii accidente de munca si/sau boli profesionale.

Modificarile din versiunea 455  (12.07.2007)

• S-a corectat modul de adaugare a unui nou angajat si a unui nou contract de munca in Registrul salariatilor: nu erau aduse persoanele angajate in timpul lunii curente.
• In exportul declaratiei la FNUASS, anexa 3C, data lichidarii se completeaza cu luna curenta sau luna urmatoare in functie de modul in care este setata constanta “Plata likidarii se face” = in luna de calcul / in luna urmatoare.
• In declaratia la somaj, capitolul 2, campul NTA (numar de asigurati cu tip = 2, adica “necontractuali”) era completat  cu numarul total de angajati din conditii de salarizare chiar daca unii dintre acestia erau incadrati pe un anumit tip de contract la care nu se calculeaza somaj.
• In declaratia la CAS, Anexa11, nu se completa tipul de contract (CM sau CV) pentru angajatii care erau incadrati pe “Special conventie” iar 9.5% se calcula pentru acest tip de contract.
• La listarea declaratiei la CAS se completeaza si reprezentantul firmei pe Anexa12.
• La generarea declaratiei pentru concedii si indemnizatii de boala, valoarea exportata a contributiei era diferita de cea afisata si de cea calculata (Ex: 1000*0.85%=9 in listare si 8 in export).
• S-a modificat modul de definire a sporurilor permanente incluse in salar de baza si definite pe nivele. Acum se pot excepta anumite sporuri de nivel inferior.
• In declaratia la CAS, la linia “U. Contributia pentru concedii si indemnizatii cf. art 6, alin7 din OUG 158/2005, modificata si completata, suportata din FAAMBP”, daca valoarea calculata este in intervalul (0,1) atunci se rotunjeste la 1.
• La contributii angajat se poata bifa “Contractual”, “Necontractual” sau “Contractual si necontractual”. Ultima optiune este implicita si se este valabila chiar daca nu se selecteaza nimic 
• Declaratia la somaj se poate genera si daca exista 2 contributii angajat 1%, una pentru angajatii contractuali si una pentru necontractuali.
• In cazul unei firme rupte din alta firma, in prima luna preluarea datelor din luna precedenta (cu Semafor) aduce informatiile din luna anterioara aflata pe firma initiala daca este completata constanta “Datele firmei curente provin prin rupere de pe firma”.

Modificarile din versiunea 434  (15.05.2007)

• S-a finalizat programul "Registrul angajatilor".
• Instructiunile de utilizare sunt prezentate in anexa 1. Recomandam cu toate acestea utilizarea programului gratuit "Revisal" al ITM-ului, desi la inceput presupune un volum mai mare de munca pentru inregistrarea angajatilor, deoarece:
• programul respectiv nu are proceduri de import a datelor din alte aplicatii, respectiv proceduri de verificare a datelor generate, la indemana utilizatorilor. In aceasta situatie exportul de date din WinMENTOR nu poate fi verificat asa cum se face la alte declaratii (CAS, Somaj, etc, unde importul de date este validat pentru depistarea erorilor de operare);
• nu exista proceduri de verificare care sa ne permita noua, in calitate de dezvoltatori independenti de programe, sa testam procedurile de export pe care le realizam; fiecare transmisie de date de test pe care am face-o noi intra direct si definitiv in baza de date reala care sta in spatele aplicatiei “Revisal”, pe baza inregistrarii firmei care exporta;
• nu exista garantia comunicarii modificarilor ulterioare intervenite in programul "Revisal" in timp util, astfel incat sa ne permita noua operarea modificarilor intr-un termen convenabil (tinand cont ca orice modificare in situatia angajatilor, ce se inregistreaza in "Registrul electronic” trebuie raportata in termen de cinci zile la ITM). 

Modificarile din versiunea 429  (30.03.2007)

• La listarea declaratiei de somaj a fost adaugat ca parametru specific “Cod postal”.
• La declaratia de somaj contributiile angajator contractual si necontractual sunt rotunjite.
• Corectie: la declaratia de CAS nu mai apar angajatii carora nu li se retine CAS.
• Acordarea stimulentelor, pentru angajatii bugetari, prin intermediul optiunii "Prime vacanta / venituri cu impunere finala" > "Calculat cumulat cu celelalte drepturi" permite cumularea sumelor acordate in vederea calculului deducerilor sau nu. Acest lucru se obtine evaluand flag-ul "Participa la deduceri" cu DA sau NU.

Atentie!!! Configurarile si sumele precizate vor fi luate in calculul salariilor numai daca in aceasta fereastra inainte de salvare selectati butonul "Net".

• S-a schimbat modul de determinare a bazei de calcul a indemnizatiilor de boala suportate din fondul de concedii de boala. Venitul brut adus pentru ultimele 6 luni nu mai este limitat la baza de calcul maxima a CAS-ului angajat din luna respectiva. Limitarea bazei de calcul la 12*salariul minim pe economie se aplica doar la afisarea bazei de calcul si a mediei zilnice.

Modificarile din versiunea 428.1  (22.02.2007)

• S-a corectat generarea declaratiei ITM pe luna ianuarie (aparea "Decembrie 2005" ca luna pentru care s-a facut generarea).
• Au fost actualizate declaratiile de la somaj si CAS dupa modificarile aferente lunii ianuarie 2007.
• Corectie: la fisele fiscale nu erau completate retinerile sindicale daca intr-o luna angajatul avea si retineri permanente neimpozabile si retineri temporare (nu facea corect cautarea dupa codul retinerii)
• S-a corectat exportul declaratiei la somaj: coloana "NOEL" aduce orele efectiv lucrate dar nu mai mult de  zile lucratoare * norma.
• A fost corectata listarea declaratiei de somaj.

Modificarile din versiunea 427  (30.02.2007)

• S-a reintrodus modalitatea veche de export card la banca Transilvania. Acum sunt valabile ambele structuri de export.
• S-a corectat modul de calcul al CAS angajator pentru perioada de concedii de boala. Acum baza de calcul (salariul minim pe economie proportional cu numarul de zile de concediu) este rotunjita pe fiecare angajat in parte. Diferentele apareau in fisa de cont si in lista "Contributii sinteza" declaratia fiind buna.
• S-a actualizat modulul de Fise fiscale pentru anul 2006.

Modificarile din versiunea 425  (16.12.2006)

• In calculul indemnizatiei pentru concediul de odihna nu se tinea cont de nivelul de aplicare pentru sporul de nivel 2 (se aplica procentul la salariul tarifar in loc de tarifar + sporurile de nivel inferior).
• S-a eliminat limitarea venitului brut adus pentru determinarea bazei de calcul pentru indemnizatii. Limitarea era facuta la baza de calcul maxima a CAS angajat. Afecteaza indemnizatiile angajatilor cu venituri mai mari de 5xsalariul mediu pe economie.
• S-a modificat titlul machetei “Plata lichidare luna precedenta” in “Plata lichidare luna curenta” daca este setata constanta “Plata lichidarii se va face” pe “In luna de calcul”.
• Pe macheta “Plata lichidare luna precedenta” sunt aduse resturile de plata negative cu data platii 0 iar pentru cele pozitive se completeaza data precizata in constante, pentru ca suma de plata sa nu fie afectata de sumele de recuperat in "Registrul de casa".
• Exportul salariilor pe card de la Banca Romaneasca se face intr-un fisier borderou.xml.
• In luna in care se face trecerea de la plata lichidarii pe luna urmatoare la plata pe luna curenta se pot opera ambele pe aceeasi inregistrare daca se copie la nivel de luna fisierul “SupraLik.dat”.
• S-a modificat exportul pe card la Banca Transilvania.
• S-a introdus posibilitatea de a exporta pe card la FinansBank.
• Corectie: in declaratia de somaj la anexa A2, “Contributie angajator” era egala cu zero in cazul unei contributii mai mici ca 1.

Modificarile din versiunea 422.7

• Corectie: in declaratia de somaj nu erau completate zilele suspendate pentru angajatii aflati in crestere copil si la care luna angajarii in firma era mai mare decat luna de calcul.
• S-a corectat calculul salariului tarifar de incadrare la preluarea lui din salariul negociat pentru cazul in care constanta “Salariul negociat este:” avea valoarea "Brut".

Modificarile din versiunea 422.6

• Corectie: coloana “Zile invoiri” decala inregistrarile din export state de plata pentru Timisoara.
• In “Declaratie de somaj” s-a introdus posibilitatea de a completa numarul de zile de suspendare in cazul in care angajatul intra in crestere copil in cursul lunii si este pontat cu "I" (concediu fara salar).
• S-a modificat exportul pe card pentru banca Raiffeisen.
• A fost introdusa constanta “Plata lichidarii se va face:” avand posibilitatea  ca lichidarea sa se faca  in luna de calcul sau in luna urmatoare.

Modificarile din versiunea 421.1

• S-a introdus posibilitatea specificarii de catre utilizator a modului de calcul a numarului de cazuri de indemnizatii de boala.
• In momentul de fata precizarile Casei Nationale de Asigurari de Sanatate (vezi figura 1) solicita ca in aceste campuri sa se completeze numarul angajatilor ce au beneficiat de un anumit de indemnizatie de asigurari de sanatate.
• Sunt case judetene care ignora aceste cerinte solicitand completarea acestor campuri cu numarul certificatelor de boala pe care s-au acordat anumite tipuri de indemnizatii de asigurari de sanatate.
• Deci, inainte de a genera declaratia pentru concedii de boala, intrebati la casa judeteana de sanatate la care sunteti arondati care este de modul de calcul folosit pentru numarul de cazuri de sigurari de sanatate.

Modificarile din versiunea 421

• Declaratia la ITM aducea la valoara contributiei suma valorilor calculate pe angajati si acum aduce baza totala * procent corectandu-se astfel diferentele care apareau datorita rotunjirilor.
• La export CB (in Anexa 1) G1, G2, G3, G4, G5 aduce numarul de angajati beneficiari ai unui anumit tip de indemnizatie nu numarul de cazuri  de concedii de tipul respectiv.
• Completarea constantei generale de functionare (categoria "Diverse") “Datele firmei provin prin rupere de pe firma: (Nume prescurtat)” excludea din calcul venitul brut aferent lunii initiale. A fost corectat.
• S-a introdus o constanta noua Constante generale MENTOR > Personal, salarizare > Codul ITM: este folosit in antetul si finalul listei de lichidare.
• La Tipuri  de spor > Suma fixa pe ora inclusiv/exclusiv ore suplimentare: se poate scrie valoarea cu zecimale. Rotunjirea sumei rezultate se face la calculul lichidarii.
• Exportul declaratiei la somaj atentioneaza (ca la toate celelalte declaratii) cand s-a terminat scrierea pe discheta.
• La declaratia catre FNUASS s-a lasat campul “Suma datorata in luna curenta“ editabil.
• Se pot introduce mai multe drepturi si penalizari cu explicatii diferite pe aceeasi formatie si acelasi angajat.
• S-a modificat declaratia de CAS conform noilor specificatii si odata cu ea configurarile pentru indemnizatiile accidentelor de munca, bolilor profesionale, reducerii timpului de lucru si trecerii in alt loc de munca datorat accidentelor de munca sau bolilor profesionale (vezi "Configurari noi".zip in kit-ul de instalare).

Modificarile din versiunea 417

• Pentru rezolvarea indemnizatiilor de asigurari sociale in macheta baza de calcul sunt completate veniturile brute aferente unor luni anterioare si pentru cazul firmelor create prin rupere (firme care nu cuprind lunile respective). Legatura cu firma initiala  se face prin constanta  “Datele firmei provin prin rupere de pe firma (Nume prescurtat)” din Constante generale > Constante functionare > Diverse.
• Corectie: La export declaratie pentru concedii de boala denumirea fisierelor continea luna urmatoare celei pentru care se facea declaratia.
• S-a corectat modul de rotunjire a sumelor mai mici de 0,5 pentru declaratia ITM si export CB (se rotujea la 0 si acum este rotunjita la 1).
• Pe macheta “Prime de vacanta / Venituri cu impunere finala”, pentru rubricile “Barem lunar conform grilei  de impozit”  si “Calculat cumulat cu celelalte drepturi” nu se mai pot bifa contributiile selectate pe Cumulat = NU.
• S-a actualizat structura fisierului de export pentru declaratia de concedii de boala conform ultimilor cerinte.

Modificarile din versiunea 416.2

• Pe “Lista de lichidare” sunt adusi si angajatii care sunt in concediu pentru cresterea copilului (bifati corespunzator in “Conditii de salarizare) pentru listatea statelor de plata pentru ITM. De asemenea, la “Export state de plata” se pot include sau nu acesti angajati in functie de bifa pusa pe macheta de export.

Modificarile din versiunea 416

• S-a adaugat o coloana noua in declaratia pentru CB, Anexa 1.1: Zile suportate din FNUASS.
• Corectie: nu se putea face exportul FNUASS daca denumirile fisierelor de export erau doar de 3 caractere.
• Corectie: La calcul brut din net in “Conditii de salarizare”, pentru anumite valori dadea mesaj de eroare “Numarul de pasi pentru calcul a fost limitat la 1000”.
• Daca angajatii apartin de mai multe case de sanatate, la generarea declaratiei la FNUASS, repartizarea contributiei societatii (7%) pe case se face fara zecimale.
• In cazul in care transele unui spor aveau valori cu zecimale, acum nu mai sunt rotunjite.
• S-a schimbat modalitatea de export pentru declaratia la FNUASS (acum face cate un director pentru fiecare casa de sanatate si in el creaza fisiere cu denumirile 3a_LLAA_CUI.dbf,  3b_LLAA_CUI.dbf, 3c_LLAA_CUI.dbf; care contin doar datele aferente casei respective) conform ordin 173/14.04.2006 al presedintelui CNAS si pentru declaratia de concedii de boala (fisierele au acum denumirile A1_LLAA_CUI. Dbf si A2_LLAA_CUI. Dbf) conform ordinului 166/12.04.2006 al presedintelui CNAS.
• S-a schimbat modul de numerotare a codurilor indemnizatiilor in declaratia pentru concedii de boala: era 1-9, 10, 11... iar acum este 01-09, 10, 11...
• La declaratia pentru FNUASS se poate sterge o casa de sanatete daca aceasta a ramas fara angajati. Sumele ramase pe aceasta casa trebuie repartizate manual pe celelalte case.
• Listarea anexelor de la declaratia de somaj se regasea in “Manager liste” pe “Capitol 1 somaj” si “Capitol 2 somaj”  care acum s-au scos din lista de Documente. Listarile actuale se regasesc pe “Cap.1 somaj” si “Cap.2 somaj”.
• S-a introdus o macheta noua pentru generarea declaratiei pentru contributia la ITM.

Modificarile din versiunea 415

• S-a corectat in declaratia de CAS, fondul de risc si accident care in unele cazuri putea fi diferita de procentul aplicat la fondul de salarii.
• Pentru determinarea bazei de calcul pentru un concediu de boala, la aducerea veniturilor brute pe ultimele 6 luni se tine cont de plafonul de 5 * salariul mediu pe economie.
• Corectie: in grila de lichidare nu erau adusi angajatii cu data incetarii contractului 01 a lunii (care acum reprezinta ultima zi lucrata in firma).
• Corectie: In declaratia CAS anexa 1.1 (tipizat si fiser), baza de calcul pentru CAS angajat aferent perioadei de boala nu era rotunjita corect in cazul unei sume cu partea zecimala egala cu 0.5.
• S-a corectat declaratia de FNUASS pentru salariatii noi angajati in luna declaratiei(ulterioara lunii ianuarie).
• Corectie: in declaratia de concedii de boala (Anexa 1) nu apareau distinct 2 sau mai multe indemnizatii de acelasi tip cuvenite aceluiasi angajat (serii si numere certificate diferite).
• Configurarile denumirilor de fisiere pentru declaratia FNUASS  sunt retinute de la o luna la alta.
• In declaratia la FNUASS se poate edita “Categoria asiguratului”.
• Corectie: La export FNUASS-Anexa 3c pentru firma nu traducea constanta [L] in denumirea fisierului de export (ramanea L).
• La pontaje avans/lichidare se tine cont de data inceperii contractului din “Conditii de salarizare” si nu din “Nomenclatorul de personal”.

Modificarile din versiunea 414

• Modificari privind CAS-ul:
• s-a modificat declaratia la CAS conform noilor reglementari legislative
• Corectie: Datorita modificarii semnificatiei datei de incetare a contractului unui angajat nu se mai calcula corect numarul mediu de angajati la CAS. Daca s-au calculat salarii pentru angajati ce au avut data desfacerii contractului de munca in luna ianuarie 2006, cu kit-ul ...412, trebuie refacut calculul de salarii cu acest kit (414…)
• 414.2-Pe declaratia la CAS se foloseste acum ziua de lichidare din constante in locul zilei de preluare curs lichidare.
• 414.2-CAS angajat calculat cumulat pentru perioada lucrata si cea de concediu de boala nu era plafonat la 5*Salariu mediu.
• 414.3-La declaratia de CAS s-a inclus  si litera “J” in campul “RJ” din anexele A1.1 respectiv A1.2.
• 414.3-S-a corectat modul de calcul pentru CAS angajat (cazul in care angajatul avea CB si timp lucrat); rotunjirea se face acum conform programului de verificare Veranexe furnizat de Casa de Asigurari Sociale.

• Modificari privind declaratia la FNUASS
• in Anexa 3, data lichidarii nu mai e completata cu ziua din constante si luna curenta ci luna urmatoare
• in Nomenclatorul de personal s-a introdus o coloana noua pentru bifarea persoanelor in intretienere care sunt si coasigurati (acele persoane aflate in intretinerea angajatilor care nu au nici un fel de venit) in sistemul de asigurari sociale de sanatate.
• 414.2-Au fost eliminate parafa medicului si codul diagnosticului, din rezolvarea concediilor medicale si s-au introdus Seria si Numarul certificatului medical vechi (se completeaza cu dublu-click pe butonul Continuare = DA din dreptul indemnizatiei respective) si ale certificatului nou (ultimele 2 coloane din dreptul indemnizatiei respective), conform noului proiect privind declaratia corespunzatoare contributiei pentru concediile de boala.
• 414.2-Corectie: In “Conditii de salarizare” optiunea CASS (click dreapta) avea ca efect inlocuirea caselor de sanatate deja asociate angajatilor, chiar daca se alegea “Renunt”.
• Modificari privind fisele fiscale:
• 414.2-Corectie: La Fise fiscale, in lista de Erori era adus un mesaj gresit: se compara luna incetatii contractului cu existenta Altor deduceri si se dadea mesaj ca exista “Alte deduceri dupa incetarea contractului” in ultima luna de valabilitate a contractului.
• 414.3-La fise fiscale 2005 s-a corectat nume fisier in format dbf pentru cazul in care firma este persoana fizica.
• Corectii privind rezolvarea indemnizatiilor de boala:
• Corectie: in cazul in care baza de calcul pentru indemnizatiile de boala se calcula pornind de la ziua anterioara concediului, calendarul afisat pentru selectarea zilei de inceput a concediului era decalat (zile saptamana fata de zile luna).
• 414.4-Corectie: La rezolvarea indemnizatiilor, in macheta “Baza de calcul” venitul brut aferent lunii ianuarie cuprindea si baza de calcul pentru CAS angajat pentru perioada de concediu de boala.
• 414.4-Corectie: La rezolvarea indemnizatiilor, pentru un concediu in continuare, “Ultima baza” se completeaza corect: Baza de calcul din luna precedenta / Zile lucratoare din luna precedenta*   Zile lucratoare din luna curenta.
• Corectie: la "Plata likidare luna precedenta" nu aducea valorile introduse in intializare "Solduri personal" pe contul 423.
• Corectie: la "Plata lichidare luna precedenta" aducea sumele pe 421 si 423 rotunjite si nu se mai inchideau soldurile conturilor si nici fisele de personal (in luna anterioara raman solduri cu zecimale).
• 414.3-Butonul “Avans” din macheta “Sume pentru avans” nu aduce si angajatii care sunt specificati in “Conditii de salarizare” ca fiind in “Crestere copil”.
• 414.3-Baza de calcul a somajului angajator nu mai este plafonata indiferent de modul de setare al constantei specifice din “Personal salarizare”.

Modificarile din versiunea 412

• In Nomenclatoare > Tipuri de spor pentru modurile de calcul “Suma fixa pe ora (pt. permanente, inclusiv ore suplimentare)”, respectiv “Suma fixa pe ora (pt. permanente, exclusiv ore suplimentare)” se pot introduce valori cu zecimale.

Modificarile din versiunea 410

• S-a introdus posibilitatea de a acorda “Alte drepturi/penalizari”  la nivel de formatie.
• S-a finalizat exportul la CASS Prahova si CASS Timisoara.
• S-a corectat calculul impozitului pentru cazul in care se calculau contributii angajat pentru sumele acordate ca participare la profit (nu erau scazute aceste contributii din baza de calul pentru impozit).
• Corectie: in cazul participarii salariatilor la profit contributiile la nivel de angajat erau calculate cu zecimale si astfel apareau diferente intre restul de plata din luna n si suma din plata lichidare luna precedenta din luna n+1.
• Corectie: in cazul in care se lucra cu constanta “Baza de calcul CAS angajator fara plafon” = NU, suma aferenta corectiei de depasire plafon era rotunjita.
• S-a schimbat exportul pentru card la BRD conform noilor cerinte ale bancii.
• S-a introdus o varianta noua pentru constanta “Calcul CO” = “Max. intre media ultimelor 3 luni, luna curenta”.
• La export CAS a fost scoasa validarea pt.registrul comertului (apare totusi mesaj “Nu pot extrage anul din numarul de inregistrare in registrul comertului”).
• In nomenclatorul de personal se poate introduce "Data emiterii C.I. / B.I." si "De catre cine a fost eliberat(a).

Modificarile din versiunea 408

• Corectie: Din versiunea 404 contributiile calculate pentru participare la profit nu mai erau scazute din baza de calcul pentru impozitul pe venit.
• S-a introdus posibilitatea de plata a sumelor neridicate introduse in initializarea soldurilor de personal.

Modificarile din versiunea 406

• In cazul primelor de vacanta cu impunere finala, contributia la fondul de risc si accident nu mai apare in declaratia de CAS daca este setata  “Cumulat = Nu” .

Modificarile din versiunea 405

• Corectie: numarul mediu de asigurati (NRM CAS) folosit in cazul depasirii plafonului la CAS angajator se calculeaza conform noii formule valabile din 01.07.2005.
• Pe machetele din salarii unde se introduc drepturi cuvenite angajatilor nu se mai pot scrie valori cu zecimale. Pe macheta “Conditii salarizare”, la “Salar tarifar” se face face rotunjirea la un leu  in favoarea persoanei care beneficiaza de dreptul respectiv (conform art. 1 din Legea nr 256/21.09.2005 pentru aprobarea Ordonenetei de urgenta nr. 47/2005 privind unele masuri care trebuie luate pentru punerea in aplicare a Legii nr. 348/2004 privind denominarea monedei nationale).
• S-a introdus posibilitatea de export carduri la Banca Romaneasca.
• Corectie: La indemnizatii asigurari sociale nu aducea “Ultima baza” daca in luna anteriaora baza de calcul era completata langa indemnizatie si nu langa angajat.
• S-a introdus posibilitatea de a plati lichidarea pe luna precedenta si pentru soldurile de personal din luna cu date initiale.
• In declaratia de CAS contributiile mai mici de 1 leu, respectiv mai mici de 0.50, se rotunjesc la leu conform prevederilor legii nr. 210/4 iulie 2005.
• Listarea la CASS judetene Buzau contine aceleasi informatii ca si fisierul exportat.

Modificarile din versiunea 404

• A fost introdusa constanta: “Calcul CO” (Constante generale > Personal salarizare) cu ajutorul careia se poate seta modul de calcul al concediului de odihna: pornind de la “Datele lunii de lucru” sau ca “Media pe ultimele 3 luni” (conform Codului Muncii Art. 145).
• Sunt rotunjite la 1 leu  contributiile angajat cu valori mai mici de 1 leu in conformitate cu prevederile legii nr. 210 din 4 iulie 2005 .

Modificarile din versiunea 402

• Soldurile personalului sunt inregistrate la fel ca in contabilitate.
• S-a modificat formula de calcul a numarului mediu de angajati si s-a modificat in consecinta si declaratia la CAS.
• S-a corectat calculul tuturor contributiilor platite de angajator.
• S-a modificat modul de calcul al indemnizatiei de Concediu de odihna pornind de la media veniturilor din ultimele 3 luni.
• Media zilnica pt calculul indemnizatiilor de asigurari sociale se poate introduce cu zecimale iar baza de calcul generata pornind de la aceasta medie pastreaza si ea zecimalele rezultate din calcul.
• Corectie: S-a imbunatatit modul de rotunjire a sporurilor permanente calculate ca procent aplicat la salariul tarifar, functie de ore.

Modificarile din versiunea 400

• S-au introdus 2 constante noi: “Chelt. remun. pers. special contract” si “Chelt. remun. pers. special conventie” (Constante generale > Personal salarizare) in vederea specificarii contului.
• A fost introdusa posibilitatea de a plati lichidarea aferenta lunii precedente precum si primele de vacanta\veniturile cu impunere finala la nivel de formatie.
• S-a modificat structura la CASS Judetene aferenta judetului Buzau.
• S-a actualizat structura fisierelor pentru exportul salariilor pe card la bancile: Raiffeisen Bank si Alpha Bank
• S-a actualizat structura fisierului de export salarii pe card pentru BRD.
• Corectie: contributiile angajat retinute din indemnizatia de accident de munca acordata pt toata luna erau scazute din contul 421 in loc de 423.
• Au fost introduse urmatoarele validari privind plata avansului si lichidarii:
• plata lichidarii nu poate fi generata de mai multe ori pe aceeasi formatie;
• plata lichidarii nu poate fi generata la nivel de formatie daca a fost facuta  la nivel de firma (formatia=“nedefinit”).

Modificarile din versiunea 312

• S-a modificat Anexa A12 din Declaratia la CAS conform noilor norme valabile incepand cu datele din martie 2004. Pentru completarea rubricilor noi din Anexa 12 trebuie specificat tipul incadrarii pentru fiecare indemnizatie (Nomenclatoare > Tipuri indemnizatii de asigurari) dupa care se lanseaza calculul de salarii.
• S-a modificat inregistrarea unei retineri in cazul in care angajatul nu avea nici un drept salarial in timpul lunii: in loc sa inregistreze 423=428.02, acum inregistreaza 421=428.02.

Modificarile din versiunea 273 (15.01.2003)

• S-a corectat exportul fiselor fiscale in format .txt, .dbf.
• Momentan, datorita absentei unor specificari contrare din partea ministerului de finante, baza de calcul pentru impozitul anual se rotunjeste folosind configurarile existente in modulul SALARII, impozitar anual (trunchiere la *000 lei) rotunjire folosita si de programul IVG furnizat de ministerul de finante.

Modificarile din versiunea 272.4  (13.01.2003)

• S-a introdus plafonul de 5xsalariul mediu pe economie la calculul CAS-ului platit de angajator, calculul salariului brut, din conditii de salarizare nu mai tine cont de coeficientul suplimentar de deducere al angajatului.

Modificarile din versiunea 272 (04.01.2003)

• FISELE FISCALE PENTRU 2002 AU FOST FINALIZATE INCEPAND CU VERSIUNEA 271. VERIFICATI CORECTITUDINEA FUNCTIONARII LOR PE DIVERSE BAZE DE DATE REALE PENTRU A PREVENI DESCOPERIREA ERORILOR ~N BAZELE DE DATE SAU PROGRAM ~NAINTE DE RAPORTARE. MODUL DE UTILIZARE ESTE PREZENTAT PE:  ftp.winmentor.ro/documentatie/ghidutilizare/format DOC/fise fiscale

Modificarile din modulul PRODUCTIE

Modificarile din versiunea 510 (26.11.2008)

• S-a introdus posibilitatea de ordonare si cautare a articolelor in grila “Materiale” din macheta “Consumuri pe produs” (atat din consumuri specifice generale cat si din comanda interna: consumuri specifice speciale).
• Corectie: La salvarea bonului de consum in view-ul mare nu se actualiza sectia consumatoare decat dupa click pe Refresh.

Modificarile din versiunea 493.2 (10.06.2008)

• Corectie: la salvarea comenzii interne nu functiona exportul in format BCS chiar daca constantele erau configurate corect (mesaj “Nu exista constanta specificata...”)
• Actualizarea pretului comenzii interne pe baza consumului asociat se face numai daca constanta “Determinare pret productie din consumuri materiale” are valoarea DA sau daca pretul pe comanda interna este necompletat (=0).
• A fost introdus buton de listare in macheta de generare “Variante postcalcul”.

Modificarile din versiunea 478 (20.02.2008)

• In “Consumuri specifice speciale” dupa modificarea unui material din reteta se pozitiona pe ultima pozitie din grila. Acum ramane cursorul la pozitia modificata.

Modificarile din versiunea 477.1 (13.02.2008)

• Corectie: la definirea consumurilor specifice generale la adaugarea articolelor erau completate automat cantitatea si pretul de la ultimul articol definit in cadrul consumului anterior.

Modificarile din versiunea 475 (15.01.2008)

• Pe intrari: productie proprie a fost adaugat butonul “PU” care atunci cand nu exista legatura cu comanda interna aduce pretul prestabilit de la nivel de articol iar cand exista comanda interna este adus pretul conform algoritmului din macheta “Articole pe comenzi interne neinchise”.
• In view-ul mare al bonurilor de consum si notelor de predare a fost introdusa coloana “CI” (comanda interna).
• In cosumuri generale se pot aplica succesiv mai multe metode de actualizare a preturilor in reteta pentru articolele cu pret zero.
• In view-ul mare de comenzi interne - lansate a fost introdusa coloana “Detalii” (denumire produs) in cazul in care comanda lansata contine un singur produs.

Modificarile din versiunea 468 (19.11.2007)

• In view-ul mare de la bonuri de consum s-a adaugat o coloana noua: “Partener custodie”.
• Pe nota de predare generata pe baza articolelor compuse se aduc si preturile componentelor din reteta.

Modificarile din versiunea 455

• Corectie la calculul valorii productiei neterminate: consumul articolelor echivalente se atribuia integral productiei neterminate desi fusesera folosite si in realizarea productiei raportate.

Modificarile din versiunea 429  (30.03.2007)

• La preluarea comenzii interne pe bonul de consum s-a readaugat coloana pentru echivalente.
• S-a corectat situatia in care la modificarea unui bon de consum existent se pierdea pe macheta legatura acestuia cu comanda interna  (se afisa "Ci0/30.12.1899")

Modificarile din versiunea 422.2

• S-a corectat repartizarea cheltuielilor de pe facturile de intrare pe comenzi interne. Inainte toata valoarea unui serviciu era repartizata pe ultima comanda.

Modificarile din versiunea 421

• S-a corectat pierderea notei contabile de repunere a productiei neterminate de la lansarea procedurii "Refacerea completa jurnal". Acest lucru se corecta prin "Refacere stocuri solduri" sau cu "Modific  + Salvez" pe macheta de productie neterminata.

Modificarile din versiunea 417

• S-a corectat pierderea traseului tehnologic la salvarea consumului general.
• S-a reintrodus coloana “Echivalenta” pe macheta de preluare comenzi interne de pe notele de predare.

Modificarile din versiunea 416

• Corectie: Pe Raportul de productie nu se mai putea da “Adaug” daca existau comenzi interne cu comanda client asociata.
• Pe notele de predare in macheta de preluare de pe comanda interna s-au introdus informatiile referitoare la comanda clientului: numar, data comanda (se poate face cautare dupa aceste campuri).
• La definirea consumurile de materiale pe produs (Nomenclatoare > Consum specific general) nu functiona selectia articolelor pe clase si cautarea in cadrul  claselor.
• S-a modificat postcalculul in cea ce priveste repartizarea pe cheltuieli indirecte, comune.
• In macheta “Productia neterminata” sunt excluse din “Valoare materiale” consumurile din tipuri contabile extrabilantiere.
• In macheta “Consum specific general” s-a corectat modul de functionare al butonului “PUachizitie”.

Modificarile din versiunea 414

• In lista “Postcalcul – produse pe comenzi interne” din cheltuielile directe cu materialele sunt excluse valorile bonurilor de consum care genereaza inregistrari contabile extrabilantiere (materii prime achizitionate in lohn).

Modificarile din versiunea 412

• S-a introdus in “Variante postcalcul” (Productie > Urmarire) posibitatea de a selecta un Mod de calcul Total realizata: “Pentru toata productia” sau “Numai productia pe Comenzi interne”.

Modificarile din versiunea 410

• In “Raportul de productie – manopera” la selectarea angajatilor se poate face cautare si dupa coloana “Nume”. (tastare)
• La “Consum specific general” se poate alege de unde se aduce pretul de achizitie al materialelor.

Modificarile din versiunea 408

• Pe macheta de consumuri specifice generale a fost introdusa posibilitatea de a importa din format text consumurile de materiale. Structura fisierului este: cod intern/extern articol, cantitate (pentru cantitatile cu zecimale separatorul este ”.”); in ceea ce priveste codul articolului se tine cont de setarea constantei “Cod pentru identificare articole” (Constante generale > Import date din alte aplicatii).

Modificarile din versiunea 400

• La stergerea retetelor se verifica daca nu au fost folosite in tranzactii ce solicita descarcari ulterioare de componente. Verificarea se face pe toata baza de date a firmei curente.
• Corectie: daca se salva o comanda interna pentru un anumit produs apoi se dadea Modific si se introducea un alt articol cu alta reteta pe acceasi comanda, la listarea bonului de consum aducea tot primul articol.

Modificarile din modulul COMERCIAL

Modificarile din versiunea 532 (22.04.2009)

• Corectie: Pe view-ul mare “Comenzi clienti” localitatea este localitatea de livrare.
• La listarea comenzii client (in cazul folosirii articolelor compuse) s-a adaugat coloana “Cod extern componente”.

Modificarile din versiunea 510 (26.11.2008)

• S-a introdus posibilitatea de generare automata a avizului de expeditie direct din comanda de la client.
• Corectie: pe iesiri la export la selectarea partenerului nu se tinea cont de sediul selectat pe comanda de la client.
• In cadrul ofertelor de la furnizori/ catre clienti se poate face ordonarea articolelor la click in capul coloanei.
• In View-ul mare de la Comenzi clienti s-a introdus coloana pentru “Data si ora introducerii comenzii”.
• Corectie: Daca existau 2 utilizatori si fiecare isi definea cate un carnet pentru preluare comenzi de la clienti atunci cand unul din ei vroia sa introduca o noua comanda pe macheta i se aducea ultimul carnet definit nu carnetul folosit de el.
• S-a introdus optiunea de Totalizarea articole cu acelasi pret pe oferta client si furnizor (asa cum este pe comanda).
• Corectie: Oferta client cu articol exprimat in UMsec, la preluare pe comanda pastreaza UMsec dar schimba pretul (cu cel aferent UM principala); aceeasi problema la preluare de pe comanda pe aviz/factura .

Modificarile din versiunea 503 (20.08.2008)

• Pe comenzi de la clienti s-a facut buton pentru %Disc ce multiplica automat discount-ul pe toate liniile introduse.
• Corectie: la “Onorare comenzi in limita stocului disponibil” daca se folosea optiunea “Livrez doar din stoc fact.intrare”, nu se mai completa in observatiile facturii generate numarul documentului de intrare.
• Pe comenzile de la furnizor, in calculul necesarului de aprovizionat determinat in functie de stocul maxim, se tine cont si de cantitatea minima din oferta furnizorului.
• Corectie: la preluarea unei comenzi de la client pe factura (cu optiunea Generare factura client de pe comanda), daca pretul articolului era 0, nu se mai completa pe factura scadenta din nomenclatorul de parteneri.

Modificarile din versiunea 493.2 (10.06.2008)

• Corectie: la generarea facturii din contractul de leasing in valuta, in varianta simplificata, cursul dupa care se calcula dobanda era cursul contractului in loc de cursul facturii.
• S-a introdus campul “Leasing simplificat” la nivel de contract, care ia implicit valoarea constantei “Leasing simplificat (fara inregistrare dobanda la contabilizare contract)” (Constante generale > Rate, Leasing). Atentie!!! Pentru contractele deja introduse se va modifica valoarea campului in DA, in cazul in care se doreste acest lucru.
• La initializare leasing, in solduri parteneri, s-a introdus validare pentru ca moneda sa fie lei.
• Corectie: la generarea graficului unui contract de leasing in valuta cu valoare reziduala separat la final contract, rata anterioara valorii reziduale era negativa.
• S-a adaugat constanta “Leasing financiar: Alte servicii pe factura se contabilizeaza pe : furnizor clasic/ furnizor imobilizari”(Constante generale > Rate, Leasing > Contracte leasing achizitie).
• Pentru contractele de leasing cu data anterioara anului 2007, TVA-ul aferent dobanzii este fortat pe 0, indiferent de TVA-ul asociat articolului, si in cazul contractului simplificat.
• In view-ul “Oferte catre clienti” este afisat si numarul ofertei.

Modificarile din versiunea 477.1 (13.02.2008)

• S-a introdus o noua constanta “Leasing simplificat (fara inregistrare dobanda la contabilizare contract)”  in Constante generale > Rate,Leasing.
• Pe documentele de iesire generate in baza comenzii client se poate genera pretul de vanzare (prin selectie “PU dest”) daca la nivel de partener este definita o categorie de pret multiplu si constanta “Pretul preluat de pe comanda se ignora = DA”.

Modificarile din versiunea 475 (15.01.2008)

• Pe documentele de iesire (avize, facturi) dupa alegere articol, in macheta de selectare oferte se regasesc si cele generale (partener = “nedefinit”).
• In contractele de vanzare in leasing, desi la modul de calcul al ratelor este selectata optiunea “Rate lunare egale”, la generarea graficului prima rata era diferita de celelalte; acum diferenta va aparea la ultima rata.
• La generatorul de facturi (Onorare comenzi in limita stocului disponibil) dupa selectarea clientului nu mai trebuie selectata categoria de pret (pretul este adus din comanda).
• Observatiile completate la nivel de articol in cadrul ofertelor catre clienti/de la furnizori sunt duse pe comanda client/furnizor.
• La facturarea contractelor de abonamente, pentru cazul facturarii in avans, s-a rezolvat problema schimbarii anului (ex: generare factura in decembrie 2007 pentru ianuarie 2008).
• La adaugarea unei comenzi de la clienti este completata automat data comenzii egala cu data sistemului.

Modificarile din versiunea 468 (19.11.2007)

• Corectie: La “Facturare contract  tip abonament” aparea mesaj de eroare si nu se genera factura daca zilele creditare (Z.C.) erau diferite de 0.
• La facturare contracte tip abonament se pot genera facturi proforme (prin intermediul comenzilor client) in loc de facturi. Pentru acest mod de lucru trebuie setata optiunea “Generare facturi PROFORMA” pe DA.
• Corectie: in cazul unui contract de achizitie in rate in valuta pe factura generata la “Termene scadente” valoarea era trecuta de 2 ori prin curs.

Modificarile din versiunea 463 (15.10.2007)

• La optiunea “Onorare comenzi in limita stocului disponibil” s-a introdus posibilitatea de a filtra  comenzile la clienti nefacturate dupa numar document sau termen livrare.

Modificarile din versiunea 462 (09.10.2007)

• Corectie: daca se lucra cu carnete de documente atat la oferte clienti cat si la comenzi de la clienti, la schimbarea carnetului de document pe macheta “Oferte catre clienti” nu se mai verifica daca numarul este liber la carnetul nou selectat.

Modificarile din versiunea 460 (18.09.2007)

• Corectie: intrarile din import nu stingeau comenzile de la furnizori.

Modificarile din versiunea 457 (06.08.2007)

• La generarea facturilor prin “Onorare comenzi in limita stocului disponibil”  se tine cont de constanta “Iesiri: pretul preluat de pe comanda se ignora”, adica in loc de pretul de pe comanda este completat pretul unic din nomenclator.

Modificarile din versiunea 455  (12.07.2007)

• Corectie: in cazul facturilor generate din contractul de rate la care se storna manual avansul primit se facea inregistrarea suplimentara 442.08 = 442.07.
• Corectie: la iesirile facute pe baza comenzilor de la clienti cu discount si termen de plata aparea mesajul: “Verifica rezolvare termene multiple. Suma valorilor introduse difera de valoarea facturii.” cu toate ca termenele scadente erau rezolvate.
• La “Onorare comenzi in limita stocului disponibil” se poate specifica factura de intrare de pe care sa se faca livrarea si se poate filtra doar o comanda de pe care sa se factureze.
• Daca s-a specificat numarul facturii de intrare de pe care sa se faca livrarea, acesta este preluat ca observatie factura.
• S-a introdus posibilitatea de a defini criterii pentru zile creditare acordate clientilor pe articole sau clase articole, in functie de volumul vanzarilor . Criteriile se definesc in Comercial > Nomenclatoare > “Criterii pentru zile creditare acordate”  si se asociaza partenerilor in pagina “Alte informatii” din fisa acestora. Modul de lucru cu aceste criterii este stabilit prin 2 constante: “Criterii (Zile creditare <- -> sold): Functionalitate” si “Criterii (Zile creditare <- -> sold): Tip memorare sold marfa” (Constante generale > Functionare > Iesiri din stoc > Termene/Majorari de intarziere).
• Corectie: in cadrul unei comenzi de la furnizori optiunea “Furnizori pentru articol” afisa pretul articolului rotunjit.
• A fost modificat modul de calcul pentru taxele de coletarie pe greutate si taxa de inregistrare.

Modificarile din versiunea 427  (30.02.2007)

• Corectie: La generarea facturii din contractele comerciale in valuta, nu cerea curs daca nu exista in “Monede si cursuri valutare” la banca din contract (preturile in valuta erau completate ca si preturi in lei, trecerea prin curs se facea la curs=1).

Modificarile din versiunea 425  (16.12.2006)

• S-a introdus o constanta noua: “Contabilizare incasare rate prin tranzactii in curs (CEC, Bo etc)“ (Constante generale MENTOR > Rate, leasing) care poate lua valorile “La inregistrare CEC, Bo” / “La incasarea CEC, Bo” .
• In urma inchiderii comenzilor de prestari servicii prin bon fiscal nu se actualiza rezervatul in informatiile privind stocul.
• Comenzile de la clienti de prestari servicii anulate in luna “n” erau transmise in luna “n+1” daca luna  “n+1” era deja creata pe disc.
• In cazul comenzilor de la clienti fisierul importat de la sisteme BCS isi schimba extensia in “.~” pentru a figura ca fiind preluat.

Modificarile din versiunea 422.6

• S-a adaugat un nou criteriu de ordine generare: “Cantitate, Partener” in cadrul facturarii contractelor de tip abonament (COMERCIAL> CLIENTI)
• S-a introdus posibilitatea de a storna facturi de leasing cu data anterioara datei de pornire a firmei.

Modificarile din versiunea 422.2

• Pe facturile de abonamente generate automat din comercial este afisat cursul atat la observatii cat si la rubrica Curs in cazul in care contractele au fost incheiate in valuta.

Modificarile din versiunea 422

• S-a introdus posibilitatea schimbarii articolelor contractate la generarea facturilor din generatorul de facturi al contractelor de tip abonament. Optiunea este utila celor care incheie contracte abonament cu articole de tip serviciu si factureaza articole de tip stoc (dar nu numai).

• Exemplu: Editura "X" a contractat cu distribuitorul "A" livrarea revistei "MMM" intr-un numar de 30 exemplare timp de 6 luni.Contractul se genereaza cu un articol generic "Abonament revista MMM" iar la utilizarea generatorului de facturi dupa preluarea contractului inainte de generarea facturii se specifica articolul care se va factura in locul celui generic, adica revista "MMM 2/2006", nr.2 din 2006, in fereastra "Articole facturate".Daca articolul generic este folosit la mai multe contracte inlocuirea lui cu articolul specificat se face pentru toate contractele ce urmeaza a fi facturate dintr-o preluare.

Modificarile din versiunea 421

• La generarea facturilor din Comercial > “Onorare comenzi in limita stocului disponibil” se filtreaza comenzile de la clienti dupa agentul selectat.
• Pe macheta de contracte de leasing (intrare si iesire) s-a introdus buton (X) pentru stornare facturi de leasing (se storneaza factura pe care este situat cursorul). Dupa salvarea facturii de storno se rupe legatura intre contract si factura initiala (cea stornata) iar valoarea ramasa din contract devine Total contract – Total facturi ramase cu legatura cu respectivul contract.
• La facturarea unui contract de rate s-a introdus validare pentru ca tipul contabil intermediar sa nu fie unul de mijloace fixe.

Modificarile din versiunea 417

• S-a modificat modul de generare al avizelor de expeditie si a facturilor interne pornind de la  “Contractele comerciale cu clientii" - pe masura livrarii, completandu-se si TVA-ul.

Validare limita de creditare la inregistrare comenzi clienti

Atentie!

• Limitele de creditare sunt specificate in mii lei atat in descrierea din fereastra "Alte informatii" a nomenclatorului de parteneri cat si in constanta generala de functionare (categoria PARTENERI) "Limita de creditare clienti".
• Limita de creditare se poate calcula luind in calcul CEC-urile:
• incasate si neincasate
• numai incasate

(vezi constante generale de functionare categoria PARTENERI).

• Pentru introducerea validarii limitei de creditare la inregistrarea comenzilor clienti s-a introdus constanta generala de functionare (categoria COMENZI /OFERTE):
• "Comenzi clienti: mod operare pt.client cu limita creditare depasita" cu urmatoarele posibilitati de selectie:
• fara avertizare - optiune implicita
• cu avertizare - este atentionat operatorul dar programul nu introduce nici o restrictie
• inregistrare cu Acceptat=0 - operatorul este atentionat iar programul permite inregistrarea comenzii dar nu permite inregistrarea de valori in coloana "Acceptat". Din aceasta cauza ea nu poate fi facturata.
• nu se permite inregistrarea - operatorul este atentionat si se solicita selectarea altui client.

Modificarile din versiunea 416

• Corectie: pentru contractele de vanzare in rate cu TVA contabilizat la scadenta. Daca se lucra cu analitice la 442.08, dupa refacere stocuri/solduri, inchiderea TVA-ului neexigibil se facea cu primul analitic (indiferent de cel specificat in configurarea contabila de partener).
• Daca este completata oferta de la furnizor, pe factura de intrare, este adusa si informatia de pret de oferta.

Modificarile din versiunea 415

• S-a modificat modul de contabilizare a regularizarii leasingului: pe versiunea 414.4 inregistra diferentele aferente dobanzii astfel: 1687=1687 pentru intrari si 267.4=267.4 pentru iesiri. Pe versiunea curenta se inregistreaza 471=168.7 pentru intrari si 267.4=472 pentru iesiri.
• S-a introdus, la daugarea unei oferte, posibilitatea de a importa datele de pe o alta oferta furnizor/client. 

Modificarile din versiunea 414

• Corectii referitoare la regularizarea contractelor de leasing:
• la apelarea butonului “Import contracte” nu le aducea si pe cele din initializare.
• la Regularizarea contractelor de leasing acelasi contract era adus pe macheta prin “Import contracte” si prin “Adaugare selectiva” iar regularizarea se facea de 2 ori.
• daca se stergea contabilizarea stornarii unui contract de leasing, acesta aparea in continuare ca intrerupt.
• contabilizarea stornarii unui contract de  leasing achizitie cu tip contabil cu adaos (mijloace fixe) genera stocuri negative; se corecteaza cu “Refacere stocuri / solduri” cu versiunea 414.2.
• S-a rezolvat problema care aparea la contracte cu rate egale (Val/12), in cazul in care modificam o rata.

Modificarile din versiunea 412

• Corectie: la calculul termenelor de plata in lei din factura generata pentru contractele de vanzare in rate in valuta avansul era calculat gresit.
• S-a introdus posibiliatea de “Regularizare contracte leasing financiar achizitie si vanzare”.

Modificarile din versiunea 410

• S-a corectat la leasing contabilizarea si stornarea contractului (era adus cursul si valorile in lei, in loc de valorile in valuta pentru contractele in valuta).
• Corectie: la contractele comerciale pe masura livrarii daca termenul de livrare era mai mic decat luna de lucru, anul livrarii era completat automat cu un an mai mult.
• Corectie: la contractele de leasing operational, in lei dupa generarea facturii daca se dorea vizualizarea acesteia se deschidea macheta de iesiri in valuta.
• S-a introdus posibilitatea de a inregistra contractele de achizitie in rate.
• Corectie: la contractele de achiziti / vanzare in rate la verificarea termenelor scadente aparea mesajul “Valoarea totala a ratelor difera de valoarea documentului” deoarece valoarea totala a dobanzii era scazuta din prima transa. (problema din 408.2)
• Din Versiunea 406 in Comercial > Clienti a fost introdusa optiunea “Actualizare pret abonament” ce permite actualizarea pretului si pentru contractele comerciale de tip abonament (inainte era valabila doar pentru abonamentelele introduse in Informatii de la Client).

Modificarile din versiunea 408

• Corectie: la contractele comerciale de tip abonament dupa generarea facturii daca se dorea vizualizarea acesteia se deschidea macheta de iesiri in valuta.

Modificarile din versiunea 406

• Daca este anulata o factura de abonamente se sterge bifa de “facturat” din contractul de abonamente si permite refacturarea pornind de la graficul de esalonare.
• S-au corectat contractele de vanzare in rate (problema a aparut in 405 la generarea facturii de rate): termenul implicit care s-a adaugat la facturile de leasing, afecta si termenele multiple ale facturii de rate si aceasta nu se mai putea salva.
• S-au corectat facturile de rate cu storno avans generate de pe contractele de leasing operational (problema : rata neta continea si avansul pentru ca rata bruta cuprindea de 2 ori avansul).

Modificarile din versiunea 405

• Constanta: “La facturi, delegatul este: Delegatul firmei curente” din (Constante utilizator > Constante de operare) functioneaza si in cazul comenzilor de la client.
• Corectie: la Contabilizarea unui contract de leasing de intrare a carui valoare in valuta era cu zecimale dadea eroare: “ Atentie: adaos negativ”.
• S-a introdus posibilitatea de calcul si completare automata pe factura (constanta noua: “Articol facturare penalitati leasing financiar si operational”) a penalitatilor aferente facturilor de vanzare in leasing (finaciar si operational).
• Constanta noua in sectiunea “Rate, leasing> Contracte leasing vanzare” : “Articol  facturare avans leasing operational”
• S-a introdus posibilitatea de recalcul numar rate nefacturate in cazul leasingului operational  (buton “Generare grafic”).
• Corectie: contractele comerciale “pe masura livrarii” nu puteau fi salvate daca erau introduse  cantitati subunitare.
• Corectie: daca era setata constanta “Facturare leasing operational” = in LEI, contabilizarea contractelor de vanzare in leasing financiar se facea pe “Iesiri: facturi fiscale” iar afisarea inregistrarilor contabile era eronata (411.01 = 707).
• Pe comanda client pretul din nomenclatorul de articole era adus fara sa fie dat jos TVA-ul cand pretul era cu TVA (trebuia click pe “Pret”).

Modificarile din versiunea 402

• Corectie: nu se putea genera contabilizarea contractului de leasing achizitie pentru articole cu serii.

Modificarile din versiunea 400

• Corectie: in contractele de leasing operational s-a corectat algoritmul de recalcul a ratelor utilizat in cazul modificarii valorii unei rate (valoarea totala a ratelor este egala cu valorea contractului minus valoarea reziduala).
• S-au corectat inregistrarile contabile aferente facturii de vanzarea in rate, cazul in care tipul contabil intermediar iesire este “Produse finite” iar tip contabilizare cheltuieli: la incasare rata sau la scadenta (inregistrarea contabila este acum 471=345 in loc de 711=345).

Modificarile din versiunea 312

• S-a corectat stornarea unei comenzi client folosind optiunea Preluare de pe comenzi in curs clienti.

Modificarile din versiunea 273 (15.01.2003)

• S-a introdus un nou mod de functionare pentru comanda client - comanda pentru prestari de servicii pentru a veni in ajutorul prestatorilor care factureaza materialele consumate in vederea realizarii serviciilor prestate la pret de vanzare cu amanuntul.
• Macheta de introducere a datelor este caracterizata de prezenta a doua butoane noi ce sunt afisate in macheta dupa ce constanta de functionare: “Utilizare comenzi de prestari servicii catre clienti” a fost setata pe DA.
• Mod de functionare:
• Prestari servicii = NU, Inchisa nu conteaza: functioneaza ca o comanda obisnuita,
• Prestari servicii = DA, Inchisa = NU: comanda desi este salvata nu poate fi facturata. In caz de inchidere a lunii comanda este copiata in luna urmatoare si accesibila pentru eventuale modificari.
• Prestari servicii = DA, Inchisa = DA: comanda salvata poate fi facturata partial sau integral ca o comanda obisnuita iar la inchidere de luna nu mai este copiata in luna urmatoare

Modificarile din modulul EXPERT

Modificarile din versiunea 510 (26.11.2008)

• In sabloanele de repartizare pe elemente s-a introdus posibilitate de inlocuire element.
• Se poate importa un sablon in altul indiferent de “Tip document”.
• In cadrul modulului de executie bugetara se pot ordonanta si contributiile angajatorului (din trezorerie > Banca > Tranzactii in curs > Plata salarii).
• In Expert > Nomenclatoare > Elemente de analiza – daca se adaugau toti descriptorii in gridul “Descriptorii elementului” si se stergea unul dintre ei atunci la apasarea pe plusul verde al gridului “Conditii pentru identificare automata” nu putea sa-l aduca. Astfel se bloca toata macheta si trebuia iesire fortata din Mentor.

Modificarile din versiunea 503 (20.08.2008)

• S-a corectat Cashflow-ul operational in ceea ce privete completarea platilor (erau omise documente de plata iar unele erau aduse in alta zi decat ziua scadentei din intervalul selectat).
• S-a optimizat accesul la macheta Bugete, clasificatie bugetara/Solduri.
• S-a introdus posibilitatea de a alege un sablon de repartizare direct de pe document.
• Intr-un sablon se poate importa un altul pentru a schimba doar procentele pe descriptori.

Modificarile din versiunea 493.2 (10.06.2008)

• Daca plata salariilor se face in luna “n+1” retinerile permanente actualizeaza in executia bugetara platile efectuate in luna n+1. Pentru asta trebuie setata constanta “Executie bugetara - Retinerile bugetate odata cu plata lichidare = DA” (Constante generale> Personal salarizare).
• Se poate ordonanta si plata salariilor din Trezorerie> Banca> Tranzactii in curs iar la beneficiar se alege “Plata salarii”.

Modificarile din versiunea 478 (20.02.2008)

• In Executie bugetara a fost adaugata optiunea “Bugete inceput de an” ce permite initializarea creditelor aprobate la nivelul lunii ianuarie chiar daca luna de pornire a firmei este mai mica decat 01_2008.
• Notele contabile diverse actualizeaza in  buget atat angajamentele bugetare cat si cele legale.
• Platile din trezorerie direct pe angajat pot fi bugetate.
• In Miscari interne> Transferuri intre gestiuni poate fi stabilita bugetarea in gestiunea destinatie.

Modificarile din versiunea 477.1 (13.02.2008)

• Corectie: daca in luna n+1 se creea un analitic nou in cadrul clasificatiei economice de la bugete si se anula inchiderea de luna, la inchiderea lunii n se pierdea acel analitic.

Modificarile din versiunea 410

• Corectie: repartizarea salariilor nu se putea face decat pentru prima formatie.

Modificarile din modulul CASA DE MARCAT

Modificarile din versiunea 549 (24.06.2009)

• A fost facuta interfatare cu imprimanta fiscala Xkube.

Modificarile din versiunea 532 (22.04.2009)

• Constanta “Categ.PRET MULTIPLU pentru articole vandute pe casa de marcat” a fost adaugata si la nivel de utilizator (Constante utilizator, Configurare operare, VANZARI PRIN CASE DE MARCAT).
• Daca constanta “MARFA MAGAZIN: pretul de vanzare este: = Pretul din NOMENCLATOR ARTICOLE” nu se tinea cont de bifa TVA inclus. Daca “TVA inclus = Nu” ar trebui se completeaza la emulare tastatura pretul cu tot cu TVA.

Modificarile din versiunea 515 (02.02.2009)

• Constanta “La facturi, cer si Tip Delegat (al Clientului/ al Firmei)” are efect si in cazul facturii generate de pe bon emulare.

Modificarile din versiunea 503 (20.08.2008)

• S-a realizat interfata pentru modul de lucru emulare tastura cu casa de marcat Partener.

Modificarile din versiunea 493.2 (10.06.2008)

• Se pot prelua pe bonul de casa incasari de facturi (inclusiv facturi de rate) si avansuri. Pentru aceasta s-a introdus in “Emulare tastatura casa de marcat” optiunea “Incasare prin “Trezorerie- Tranzactii CASA” (click-dreapta pe bon) si urmatoarele constante ce trebuie setate: “Art. pt. INCASARI FACTURI PRIN CASA DE MARCAT (din trezorerie)”, “Art.pt. INCASARI AVANSURI PRIN CASA DE MARCAT (din trezorerie)”, “CASA GENERICA pentru incasari prin casa de marcat din trezorerie” (Constante generale >Casa de marcat > Casa de marcat: Emulare tastatura).
• La generare transfer din bonul de emulare sunt excluse articolele din constantele specifice pentru incasari facturi/rate prin casa de marcat.

Modificarile din versiunea 475 (15.01.2008)

• Corectie: La completarea constantei “Articol generic pentru INCASARI FACTURI PRIN CASA DE MARCAT” validarea contului de venituri asociat tipului contabil implicit se face in functie de constanta “Cont intermediar pentru facturi cu incasarea prin casa de marcat”.
• Pentru mod de lucru emulare tastatura, in macheta “Articole de stoc” s-a adaugat campul “Tip contabil”.
• Pentru modul de lucru emulare, se poate apela optiunea “Transfer in magazin” si in cazul in care vanzarea se face din tipuri contabile cu adaos. Pentru aceasta s-a adaugat constanta: “Tipuri contabile cu adaos ce pot fi transferate in marfa in magazin” (Constante generale, Case de marcat- Emulare tastatura).
• Pentru emulare tastatura s-au introdus 2 constante noi in Constante generale Mentor > Casa de marcat):
• “La salvare bonurilor ce contin articole de stocuri fara adaos” (Permit salvarea/ Dau mesaj de atentionare/ Blochez salvarea)
• “La preluare aticole de stoc fara adaos” (Permit selectarea/ Permit doar dupa epuizarea stocurilor cu adaos”).

Modificarile din versiunea 468 (19.11.2007)

• Corectie: La emulare tastatura s-a corectat modul de calcul al taxei adaugate prin optiunea “Taxe pt articolele de pe bon” (pretul include TVA).
• S-a introdus o constanta noua in Constante generale Mentor > Casa de marcat: "Articol generic pt. INCASARI FACTURI PRIN CASA DE MARCAT" (vezi documentatia anexata referitoare la incasarea facturilor prin intermediul caselor de marcat).

Modificarile din versiunea 462 (09.10.2007)

• Corectie: la emulare tastatura nu erau aduse si articolele cu pret multiplu si categorie procentuala.
• La emulare tastatura casa de marcat a fost introdusa optiunea “Taxe pt articolele de pe bon”.

Modificarile din versiunea 461.1 (22.09.2007)

• Corectie: la vanzare prin casa de marcat, emulare tastatura, nu apareau toate pozitiile de stoc (lipseau articolele care nu aveau completat pretul de vanzare unic sau multiplu).
• Corectie: la casele de marcat Euro 2000T Alfa si Euro 500 Handy, mod de lucru offline, s-a corectat transmiterea articolelor catre casa de marcat.
• Pentru mod de lucru emulare tastatura, la casele de marcat DATECS, s-a introdus posibilitatea de a transmite catre casa introducerea/extragerea numerarului in/din sertarul casei.

Modificarile din versiunea 460 (18.09.2007)

• Corectie: la emulare tastatura casa de marcat nu mai puteau fi stinse dispozitiile de livrare in magazin.
• S-a introdus posibilitatea de a lista dispozitia de livrare in magazin.
• Corectie: daca se lucra cu constanta “Vanzari din stoc indiferent de tipul contabil” = DA la emulare tastatura casa de marcat erau aduse si mijloacele fixe.
• Pentru mod de lucru offline cu casa de marcat Sapel, s-a introdus  posibilitatea de a prelua articole si din importuri (Intrari).
• In cazul firmelor cu nomenclator de articole mare s-a micsorat timpul de adaugare a unui nou bon de la emulare tastatura casa de marcat.

Modificarile din versiunea 457 (06.08.2007)

• La generarea facturilor de pe “Bon casa de marcat....Emulare tastatura” se retine agentul.

Modificarile din versiunea 456 (20.07.2007)

• S-a interfatat aplicatia cu casa de marcat EURO 200 TX pentru modurile de lucru: emulare tastatura si off line.

Modificarile din versiunea 455

• Corectie: la emulare tastatura nu se putea selecta articolul fara “+”-ul verde.
• La emulare tastatura casa de marcat a fost introdusa optiunea “Toolbar” ce permite selectarea articolelor cel mai des vandute.
• S-au introdus trei constante noi in Constante generale > Casa de marcat - mod lucru emulare
• doua cu ajutorul carora se poate simula vanzarea din tip contabil cu TVA neexigibil aplicat doar la adaos:
• ”Emulare tastatura: Articol generic ptr adaos in consignatie TVA 19%”,
• “Emulare tastatura :Articol generic ptr adaos in consignatie TVA 9%”.
• si a treia: "La generare factura discount-ul este evidentiat pe linie separata".

Modificarile din versiunea 425  (16.12.2006)

• S-a rezolvat problema de afisare de la emulare tastatura. Dupa ce se alegea un articol, aparea la denumire articol, cantitatea.

Modificarile din versiunea 421

• A fost facuta interfata pentru imprimanta fiscala EPSON.
• Din versiunea 417  s-a facut “emularea tastatura la distanta” (in constante utilizator/ de operare sunt constantele de configurare : “IP server” si “Port server”).

Modificarile din versiunea 417

• S-a introdus posibiliatea de listare a bonurilor de la emulare tastatura.

Modificarile din versiunea 410

• Corectie: La emulate tastatura bonul din mentor diferea de cel din casa de marcat daca se schimba unitatea de masura si reiesea un pret cu multe zecimale. Se rezolva cu "Verificare coerenta date".
• Pentru monetarele care provin din bonuri case de marcat si care au discount, s-a marit marja de rotunjire (aparea mesajul “valoare monetar eronata”)

Modificarile din versiunea 408

• In versiunile 405 si 406, nu  functiona constanta : “09.Casa de marcat. 2.18...ascund pret inregistrare”.
• Corectie: la emulare tastatura, fiecare apasare a butonul “+” verde, micsora view-ul cu articole (doar in versiunile 405 si 406). Problema se mai rezolva prin punerea constantei “09. Casa de marcat / 2.25. Emulare tastatura : la afisare stoc afisez si cod intern” pe DA.
• La emulare tastatura a fost introdusa o noua casa de marcat Euro 500 TX. Urmeaza sa se faca si pt. offline.

Modificarile din versiunea 406

• S-a realizat interfata pentru modul de lucru offline cu casa de marcat EURO 2500.

Modificarile din versiunea 405

• In sectiunea constante  “Casa de marcat –Emulare tastatura” s-au introdus constante noi:
• “Emulare tastatura : la afisare stoc afisez si COD INTERN”
• “Atentionare preluarea articole care au mai multe pozitii in stoc”.

Modificarile din versiunea 404

• S-a optimizat algoritmul de generare a stocului pentru modul de lucru emulare tastura (la adaugarea  primului bon).

Modificarile din versiunea 400

• La vanzare prin emulare tastatura de articole cu serii, daca se genera “Transfer in magazin” seriile nu erau rezolvate. S-a introdus mesaj de avertizare rezolvare serii si transferul e generat ca neoperat.
• 400.2 Rezolvare Optimus mod lucru Offline

Modificarile din modulul SATELIT

Modificarile din versiunea 510 (26.11.2008)

• La sincronizare: export nomenclatoare spre SATELIT se transmit si informatiile privind adresa si telefonul completat la nivel de gestiune.
• Pe intrari de la subunitati a fost introdusa optiunea “Preia din IESIRI CATRE SUBUNITATI emise in toate lunile”.

Modificarile din versiunea 503 (20.08.2008)

• Corectie: daca se lucra cu restrictia Blind la intrari de la subunitati daca se utiliza preluarea din iesiri catre subunitati se vedeau preturile.

Modificarile din versiunea 493.2 (10.06.2008)

• Daca se rupe o firma care este baza, la introducerea tranzactiilor din trezorerie este asociat automat satelitul de la care provine documentul de legatura si permite transmiterea platilor /incasarilor si la satelit cu conditia sa fie completata constanta: “Datele firmei provin prin rupere de pe firma:”.

Modificarile din versiunea 477.1 (13.02.2008)

• S-a introdus validare privind stergerea unei subunitati in cazul in care aceasta era implicata in comenzi catre/de la subunitati, intrari de la subunitati, iesiri la subunitati.
• Corectie: la “Cuplare: import date introduse la SATELIT”, la cuplarea aceluiasi pachet de mai multe ori, valoarea tranzactiilor in curs era multiplicata cu numarul de cuplari; efectul se vedea la stingerea CEC-urilor, BO pe tranzactii curente. La anulare cuplaje aceste tranzactii in curs ramaneau in obligatiile de plata/incasare. (inainte de corectie se rezolva cu refacere stocuri/solduri).

Modificarile din versiunea 477 (26.01.2008)

• Corectie: la “SINCRONIZARE: Import nomenclatoare de la BAZA” pentru articolele fara cod extern aparea eroarea “Exception EaccessViolation in module Mentor.exe. '' is not a valid integer value.”.

Modificarile din versiunea 475 (15.01.2008)

• Corectie: Pe iesiri catre subunitati, butonul “Pudest” nu functiona dupa salvarea documentului, la modificarea acestuia.
• Corectie: daca la crearea satelitului erau copiate retetele de la baza la satelit, la prima cuplare a datelor de la satelit la baza consumurile specifice erau dublate.
• Corectie: Pe intrari de la subunitati functioneaza optiunea “Preia din iesiri catre subunitati” (“+” albastru) si in cazul articolelor cu serii.

Modificarile din versiunea 461.1 (22.09.2007)

• Corectie: La “Sincronizare date baza -> Satelit”, cand se transmiteau “Alte nomenclatoare” folosind optiunea “Selectez toate”, pentru fiecare inregistrarea selectata aparea mesajul “Articolul ...a  mai fost introdus” sau “Ai mai selectat ...”(461.1)

Modificarile din versiunea 457 (06.08.2007)

• Pentru versiunea ce ruleaza pe Windows 98 modulul SATELIT este executabil separat.

Modificarile din versiunea 456 (20.07.2007)

• Corectie: la satelit la refacere carnete documente deoarece in DocRange.db nu se mai completa codul satelitului numerele libere nu erau completate si in DocFree.db. Cu versiunea 455+ (de atunci a aparut problema) se rezolva setand constanta de functionare “Refacere carnete documente: tin cont si de carnetele satelitilor” pe DA + refacere carnete documente.

Modificarile din versiunea 455.1 (15.07.2007)

• Corectie: la cuplare import date introduse la satelit si anulare cuplaje.

Modificarile din versiunea 455

• Optiunea “Refacere carnete documente” tine cont si de carnetele de la satelit.

Modificarile din versiunea 428.1  (22.02.2007)

• S-a introdus rubrica “Observatii” (la nivel de linie) pe comenzile catre / de la subunitati.

Modificarile din versiunea 425  (16.12.2006)

• S-a rezolvat problema sincronizarii bazelor de date ale satelitilor (partenerii isi pierdeau criteriile de discount, daca se sincronizau doar articole).

Modificarile din versiunea 422.6

• Corectie: facturile de storno din initializare nu se puteau asocia satelitului in compensari (401+411).

Modificarile din versiunea 421

• Se poate asocia satelitul unei plati - retur client sau unei incasari - retur furnizor si ulterior se poate trimite respectivul document la satelitul selectat.

Modificarile din versiunea 417

• Optiunea “Export compensari facturi emise la baza” transmite catre satelit  stingerea (prin compensare) a  unui avans incasat / platit la baza si asignat satelitului.
• Stingerea la baza (tranzactii curente) a unui CEC emis la satelit, prin care se crea un avans de incasat/de platit, se transmite corect la satelit prin optiunea “Export plati/incasari facturi emise la satelit” (nu era cuprinsa si valoarea aferenta avansului). S-a rezolvat si situatia in care atat tranzactia in curs prin care se crea avansul asociat satelitului cat si tranzactia curenta prin care se stinge cec-ul erau facute la baza  si se transmiteau satelitului.

Modificarile din versiunea 416

• S-a rezolvat situatia in care vanzarea fara descarcare si cu reteta asociata (pe monetar sau factura de iesire) si documentul de descarcare (bon consum) erau facute la satelit si ajungeau prin cuplare la baza: documentul de descarcare din stoc nu era decodificat si practic nu stingea documentul de iesire.

Modificarile din versiunea 415

• Corectie: Pe macheta “Iesiri catre subunitati” butonul "PuDest" aducea pretul fara TVA chiar daca in nomenclatorul de articole era cu TVA.

Modificarile din versiunea 414

• 414.3-Corectie: Pe intrari de la subunitati, daca tipul contabil de pe receptie este cu adaos si TVA neexigibil, pretul de inregistrare propus este cel impus de subunitatea care a emis avizul de iesire daca acesta difera de pretul de achizitie sau pretul din nomenclator daca transmiterea s-a facut cu un pret egal cu cel de achizitie.

Modificarile din versiunea 412

• Corectie: La transmiterea unui articol nou cu preturi multiple de la baza catre satelit, prin iesiri avize catre subunitati, daca se lucra cu constanta “Pret multiplu  Baza > satelit: NU” pretul asociat subunitatii se transmite la satelit ca si pret unic, dar nu se pastreaza informatia “Cu Tva inclus: DA/NU”.
• Corectie: La transmiterea unui articol catre satelit prin sincronizare nu se transmitea UM secundara implicita asociata articolului.
• La crearea unei firme din datele firmei curente erau pierdute informatiile despre satelit la facturile facute in luna care era chiar luna cu date initiale ale firmei nou create.
• S-a corectat functionarea butonului “PU dest”, pe iesiri catre subunitati; daca se selecta mai intai subunitatea pretul adus era fara TVA, chiar daca subunitatea avea categorie asociata una cu TVA.

Modificarile din versiunea 410

• Corectie: daca se facea sincronizare fara nomenclatorul de taxe, la primirea sincronizarii dadea eroare “File not found: NUM”.
• Corectie: La sincronizare stocuri in unitati de masura alternative nu traducea codul satelitului din STOCALT.db: ramane codul de pe baza al gestiunii chiar daca la satelit se renumeroteaza codurile gestiunilor si era afisat “Cod gestiune lipsa” in Service > Initializare > UM alternative.
• A fost rezolvata asignarea manuala a unui satelit la returul unui CEC.
• Se poate face intrarea avizelor de la subunitati direct din intrari de la subunitati cu click dreapta: Preia din IESIRI CATRE SUBUNITATI.
• Corectie -  returul pe baza, a unui CEC in avans care provine de la satelit, nu era adus la export plati/incasari facturi emise la sateliti.

Modificarile din versiunea 408

• Corectie: In cazul unei taxe suplimentare, serviciului pentru facturare de pe baza ii corespundea un alt articol la satelit.
• Se pot transmite Unitatile de masura alternative la intializarea satelitului.
• In cazul initializarii soldului unui partener, factura de legatura a unui cec (tranzactii in curs) nu ajungea la satelit prin sincronizare. In cazul in care acelui cec din initializare i se facea

Modificarile din versiunea 406

• Corectie: La transmiterea stocurilor la terti de la baza la satelit ca stoc initial, “Partenerul custodie” nu era tradus bine la satelit daca se lucra cu locatiile partenerului custodie.

Modificarile din versiunea 405

• A fost introdusa constanta “Transmitere date pentru cuplare SATELIT > Baza: fara COMENZI client” (Constante generale > Satelit) care daca este setata pe DA (trebuie setata doar la satelit), comenzile de la clienti nu mai sunt transmise la baza.

Modificarile din versiunea 404

• Prin sincronizare se pot transmite catre satelit si informatiile privind stocurile la terti, respectiv partenerul custodie, locatie.

Modificarile din versiunea 400

• Corectie: daca la satelit era intocmita o factura de avans pe 409.01\419 si se facea si storno la factura, la cuplarea datelor spre baza factura de storno era tratata ca un retur la un avans din 30.12.1899.
• Corectie: avizele generate cu click dreapta din comenzi de la subunitati, apareau la transmisie avize, ca si transmise. (termenul era tratat drept data transmisiei).
• 400.6 Pentru firmele care au facut denominarea cu orice kit, pana la 400.5, pe avizele de la subunitati se pierdea data achizitiei (aparea data 02.01.1900). Acest lucru se rezolva in 400.5 cu verificare coerenta date. Firmele denominate cu versiunea 400.5 nu au aceasta problema (s-a rezolvat printr-un nou rol_ron.xml).
• Corectie: la cuplarea la baza a comenzilor de la clienti emise la satelit informatia privind sediul social al partenerului este transmisa corect.
• 400.6 S-a introdus o restrictie noua pentru accesul utilizatorilor de pe satelit la modificarea campurilor dupa care se face identificarea inregistrarilor din nomenclatoare la sincronizare si cuplaj.

Modificarile din versiunea 312

• Facturilor trimise prin sincronizare la satelit si achitate pe baza li se poate atasa satelitul aferent, permitand astfel trimiterea si la satelit a acestor documente.

Modificarile din modulul SERVICE

Modificarile din versiunea 549 (24.06.2009)

• Intreruperile din nomenclatorul de personal se transfera la nivel de luna prin intermediul optiunii “Verificare coerenta date” din modulul SERVICE \ AVARIE in prezenta fisierului AvarieIntr.dat inregistrat la nivel de FIRMA.
• Nu se mai sterg partenerii inregistrati in nomenclatorul de articole ca producatori, cu optiunea de “...stergere inregistrari” din SERVICE > CONVERSIE.

Modificarile din versiunea 539 (25.05.2009)

• Corectie stergere parteneri: se verifica existenta lor si in stocurile initiale ca furnizori.

Modificarile din versiunea 515 (02.02.2009)

• Daca exista fisierul terminalserver.dat la nivel de DATA se blocheaza iesirea din aplicatie prin dublu click-ul pe ceas deoarece blocheaza terminalul (utila in cazul utilizarii modului de lucru cu terminal server).
• Fuzionarea de articole si parteneri tine cont de datele existente in modulul SERVICE AUTO.
• Stergerea de articole si parteneri idem.

Modificarile din versiunea 510 (26.11.2008)

• La “Selectare tip protectie”, pentru cheile memo, se poate specifica portul pe care sunt instalate (1…3 pentru LPT, 201…255 pt USB).
• La “Verificare structuri” si “Reindexare” se parcurg lunile de la ultima la prima.
• In “Modificare valori” (Service > Conversie), daca se selecta DA in dreptul TVA-ului dar nu se alegea un alt tip de TVA, atunci la apasarea pe “Inlocuire valori” se stergea TVA-ul din articolele selectate. Acum se valideaza completarea unei noi valori pentru TVA.

Modificarile din versiunea 503 (20.08.2008)

• Corectie: la initializarea soldurilor de parteneri daca se specifica SA (service auto) in coloana agent se poate alege platitorul.

Modificarile din versiunea 493.2 (10.06.2008)

• In “Desfas. facturi nesosite/ de intocmit” (Initializare > Solduri parteneri) s-au introdus campurile Moneda si Curs, pentru a putea initializa avizele de intrare in valuta.
• La initializarea soldurilor partenerilor pentru tranzactii in curs se poate selecta agentul incasator.
• Corectie: pentru transpunerea intr-un alt plan de conturi (ex:IFN), in fisierul Bancar.dat se completeaza anul spre care se face trecerea, in felul acesta se generalizeaza procedura de transpunere indiferent de an.

Modificarile din versiunea 478 (20.02.2008)

• In SERVICE> Inchidere au fost adaugate 2 optiuni noi: “Preluare bugete din an anterior” (permite preluarea clasificatiei economice din decembrie 2007 in ianuarie 2008 pentru a putea initializa bugetele cu ajutorul optiunii din EXPERT “Bugete inceput de an”) si “Transfer bugete in an viitor” (permite transferarea clasificatiei economice in anul urmator pentru a putea initiliza bugetele cu “Bugete pentru anul urmator”).

Modificarile din versiunea 475 (15.01.2008)

• Corectie: la fuzionarea a doua articole, cu serie pe lot, din care cel cu stoc era fuzionat in cel fara stoc ducea la pierderea stocului (doar in cazul stocurilor provenite din initializare).
• S-a introdus optiunea “Inchidere automata comenzi” in submeniul “Inchidere”. Procedura trateaza comenzile de la clienti si comenzile de la subunitati, inregistrate intr-o perioada data, modificand cantitatea acceptata in limita cantitatii livrate. Procedura se aplica numai pentru resturi de livrat pozitive. Nu a fost verificata pentru comenzi mai vechi de doua luni.
• In acelasi submeniu s-a introdus si procedura “Reactivare comenzi inchise” care reface comenzile in cazul in care s-a gresit perioada pentru care s-a lansat procedura precedenta (in curs de verificare).
• Se poate face transpunerea intr-un alt plan de conturi si in decembrie 2007 (Service, Inchidere, Plan de conturi– INLOCUIRE GLOBALA, Inregistrari de INLOCUIRE GLOBALA) daca exista fisierul Bancar.dat in directorul cu numele prescurtat al firmei.

Modificarile din versiunea 468 (19.11.2007)

• S-a introdus in Service optiunea de BLOCAJ firma curenta sau toate firmele, accesibila numai pentru Master. Nimeni nu intra pana nu spune Master ca nu mai e blocaj. Utilizatorilor existenti in retea li se da mesaje de blocaj si sunt avertizati sa iasa din program.

Modificarile din versiunea 461.1 (22.09.2007)

• Corectie: procedura de restaurare date (Service, Diverse) nu refacea toti indecsii.(versiunea 461).

Modificarile din versiunea 460 (18.09.2007)

• La initializare solduri parteneri in valuta daca nu este introdus soldul in valuta apare mesaj de avertizare.
• S-au rezolvat problemele (blocare program) de la salvarea de date pentru cazurile cand pe disc nu mai era suficient spatiu sau era multiplu de 4 GB. De asemenea daca se salveaza pe un removable disk se face direct arhiva cu extensia .tgz.

Modificarile din versiunea 457 (06.08.2007)

• Corectie: la satelit la "Refacere carnete documente".

Modificarile din versiunea 455  (12.07.2007)

• Corectie la “Modificare valori” (Conversie) atunci cand partenerii nu erau selectati cu “+” verde datele nu erau inregistrate.
• La “Verificare coerenta date” sunt sesizate monetarele care nu au livrarea completata.
• Corectie: daca se lucra cu fisiere cu structuri variabile (Extensie “Comanda client”, Extensie “Linii comanda client”) si se modifica ulterior tipul unei coloane, pe comanda client nu mai functiona butonul “Date suplimentare contract”.
• La fuzionarea partenerilor sunt exclusi din aceasta procedura partenerii fuzionati cu ei insisi.

Modificarile din versiunea 434  (15.05.2007)

• Optiunea “Actualizare constante” nu mai sterge casele selectate la constanta “Tranzactii casa: am acces doar la casele” (Constante utilizator > Configurare operare).
• Corectie: la upgrade nu mai sunt sterse gestiunile completate la constanta “Gestiuni dedicate” (Constante utilizator > Gestiuni si tipuri contabile implicite).

Modificarile din versiunea 429  (30.03.2007)

• S-a introdus o noua procedura pe optiunea "Avarie" numita "Corectare intrari pe aviz - Constanta "Bunuri pt.revanzare"" care se va lansa obligatoriu pe lunile din 2007 pentru incadrarea corecta a achizitiilor in jurnalul de cumparari. In cazul afisarii mesajului: "Nu pot rezolva automat factura la aviz..." pe parcursul executarii procedurii va trebui sa rezolvati manual facturile semnalate. aceasta procedura se va lansa de asemenea in cazul modificarii listei de conturi asociate constantei: “Sintetic pt bunuri destinate revanzarii” (Constante generale Mentor > Conturi sintetice pt.identificarea tipului de stoc). Recomandam lansarea refacerii de stocuri solduri pe luna ianuarie anterior lansarii in executie a acestei proceduri.
• Optiunea “Copy me” copie directorul VerInfo in WinMENT.

Modificarile din versiunea 425  (16.12.2006)

• In Service > Conversie > Modificare valori s-a introdus posibilitatea de a modifica automat limita de creditare la nivel de parteneri si scadenta la cumparare.
• S-a introdus o optiune noua in Service > Avarie: “Verificare coerenta articole echivalente” care completeaza automat echivalentele reciproce.
• Fuzionarea articolelor  trateaza si contractele de rate.

Modificarile din versiunea 422.6

• Corectie: la fuzionarea de gestiuni nu era tratata gestiunea implicita de la nivel de subunitate.
• Corectie: producatorii adaugati din SERVICE> Conversie> Modificare valori nu erau inregistrati in nomenclatorul de parteneri drept producatori.

Modificarile din versiunea 421

• “Fisa de cont” a lui 481 era denaturata de "Refacere stocuri solduri" care la anumite avize de intrare de la subunitati pierdea zecimale. Se corecta cu "Refacere completa jurnal".
• "Refacerea stocuri solduri" data dupa "Refacere completa jurnal" pierdea inregistrari la PMP.
• La “Rezolvare erori identificate la preluare inregistrari contabile”, in “Lista documentelor cu erori”, daca erau probleme la Imobilizari dadea mesaj “Total erori jurnal = 0”. Acum se genereaza lista cu articolele din nomenclatoarele de mijloace fixe si obiecte de inventar la care s-au gasit incoerente.
• Fuzionarea articolelor si a partenerilor are efect si pe oferte.
• S-a introdus posibilitatea de a salva fisierele din directorul DATA..

Modificarile din versiunea 416.2

• La upgrade de versiune pentru retea se creaza un nou executabil in directorul Winment  (Copyme.exe) care trebuie copiat pe fiecare statie. Din acest moment la intrarea in program, de pe statii, se compara versiunea  de WinMentor a statiei cu cea a bazei de date. Daca este mai mica se lanseaza "Copyme" care cere calea catre server de unde sa ia executabilul corect si porneste chiar copierea, dupa care se reintra in program. Calea catre executabilul de pe server se tine minte in Mentor.ini creat pe statia respectiva. Detalii suplimenetare veti primi pe mail daca sunteti inscrisi in Newsletter (pe www.winmentor.ro > Newsletter).
• Verificare coerenta date sterge codurile operatorilor (din toate firmele) daca acestea nu mai sunt in nomenclatorul de utilizatori.

Modificarile din versiunea 416

• “Verificare coerenta date” corecteaza contabilizarea discountului de pe facturile de iesire si recalculeaza totalul acestor documente (cu si fara TVA) daca in aceste valori nu erau cuprinse si valorile discounturilor.
• Corectie: Pentru contractele de tip abonament cu acelasi articol de tip serviciu si aceeasi zi de facturare daca se generau facturi din macheta “Facturare contracte tip abonament”, acestea aveau valori eronate in “Termene scadente”.

Modificarile din versiunea 415

• Corectie: “Refacerea stocuri/solduri” nu ducea in balanta contabila notele aferente regularizarilor, serviciilor din facturile la aviz, tipurilor contabile intermediare pe bonuri de consum si dubla rulajul pe ultimul analitic al unui cont daca acesta era adaugat in luna respectiva. Anulati inchiderile de luna operate cu versiunea 414.4 si refaceti-le cu versiunea curenta.

Modificarile din versiunea 410

• Se pot vizualiza soldurile si stocurile initiale din orice luna, fara redeschiderea lunilor.
• La “Modificare valori” (Service > Conversie) s-a introdus posibilitatea de a modifica automat informatia privind “Producatorul” la nivel de articol.

Modificarile din versiunea 408

• A fost introdusa posibilitatea de scoatere din evidenta a comenzilor de la / catre subunitati (Service > Inchidere > Comenzi scoase din evidenta).
• In Service, Diverse, Fisiere cu structuri variabile s-a introdus posibilitatea de a specifica “Valori predefinite” pentru campurile adaugate.
• S-a introdus optiunea “Stergere inregistrari” (Service > Conversie) care permite eliminarea din nomenclatoarele de articole si parteneri a pozitiilor care nu au inregistrari.

Modificarile din versiunea 405

• Corectie: La initializare stocuri daca se schimba din buton tipul contabil din unul cu TVA neexigibil (marfa in magazin) intr-unul fara (marfa in depozit) se generau stocuri negative la iesiri de pe aceste poziti de stoc in lunile urmatoare. Se rezolva cu Verificare coerenta date lansata in prima luna de lucru.
• In SERVICE > Conversie > “Modificare valori” au fost adaugate procedurile de modificare a valorilor:
• adaos formare pret amanunt la  NIR
• cantitate implicita la vanzare
• rotunjire

Modificarile din versiunea 404

• Diferenta de 1 ban dintre “Totalul de plata”  si “Restul de plata” de pe facturile de intrare / iesire se corecteaza la Refacere stocuri/solduri.

Modificarile din versiunea 402

• S-a modificat  procedura de “Reconstituire iesiri”, in sensul ca nu mai sunt excluse monetarele in care pretul de vazare este diferit de pretul de inregistrare.

Modificarile din versiunea 400

• S-a introdus posibilitatea de a defini date suplimentare la nivel de parteneri (Service > Diverse > Fisiere cu structuri variabile).
• La “Verificare coerenta date” se recalculeaza si totalul comenzilor de la clienti.

Modificarile din modulul EXECUTIE BUGETARA

Modificarile din versiunea 549 (24.06.2009)

• La nivel de formatie a fost introdusa o pozitie noua pentru bugetarea sumelor introduse pe macheta "Alte drepturi".
• Corectie: daca un angajament bugetar era neoperat dupa ce se opera pe credit utilizat era adusa valoara angajamentului bugetar cu minus.
• La nomenclatorul de retineri a fost introdus buton pentru selectia capitolului bugetar.
• Inregistrarea sumelor din "Alte drepturi" in fondul de premii se face numai daca "Prime" are valoarea "Da". In caz contrar se inregistreaza in fondul de salarii.
• In lista "Realizari pe gestiuni" au fost introduse coloanele simbol, denumire clasa buget si simbol, denumire element executie bugetara.
• In fereastra rectificarii de buget, in grila clasificatiei bugetare s-a introdus si simbolul capitolului bugetar.

Modificarile din versiunea 532 (22.04.2009)

• A fost introdusa constanta “Actualizare angajamente bugetare = La recalcul lichidare; Din expert” ce actualizeaza angajamentele bugetare din executia bugetara fie la recalcul salarii fie la introducerea acestora din EXPERT> Executie bugetara> Angajamente bugetare.
• Pe toate machetele la selectare element bugetar apare intai clasa de buget si apoi clasificatia economica din cadrul acesteia.
• Corectie: in cazul maririlor de stoc se poate alege orice pozitie bugetara indiferent daca exista stoc pe ea sau nu.
• In cazul unui angajat cu concediu de odihna si spor permanent valoarea sporului nu era bugetat.
• La listarea propunerii si angajamentului bugetar (DATE> Expert) apare denumirea si simbolul clasei de buget.

Modificarile din versiunea 515 (02.02.2009)

• Corectie: pe intrari facturi facute pe baza comenzilor de la furnizor pe pagina de receptie nu se putea asocia capitolul bugetar, se deschidea macheta de necesar de repartizat.
• Pe pagina de receptie a fost introdus butonul “Buget” de completare automata a capitolulul bugetar la toate articolele de pe document.
• Idem pe fereastra livrarilor din iesiri.
• Pe machetele de iesiri a fost introdus buton “Bugetare servicii” pentru facturile de servicii ce actualizeaza drepturile constatate.

Modificarile din sectiunea LISTE

Modificari comune listelor din toate modulele

Modificarile din versiunea 510 (26.11.2008)

• A fost marita dimensiunea expresiei de la coloane calculate.
• Au fost introdusi ca parametri la LISTA: “Copia” si “Total copii” ce afiseaza numarul exemplarului si numarul de exemplare de listat.

Modificarile din versiunea 503 (20.08.2008)

• Corectie listare in format .pdf: daca vizualizarea era pe pagina x, documentul era generat incepand cu pagina respectiva.

Modificarile din versiunea 493.2 (10.06.2008)

• Coloanele noi nu mai sunt aduse automat in coloane afisate. Atentie la listele care nu sunt configurate pentru ca acestea au toate coloanele neafisate si lista este goala ca in cazul documentelor.
• La gruparea unei liste, daca se bifeaza “Are linie titlu” = DA atunci se completeaza automat “Curprinsul liniei de titlu” = <&Nume_coloana>. Daca se bifeaza “Are subtotal” = DA atunci se completeaza automat “Descrierea subtotalului” = Total <&Nume_coloana>.

Modificarile din versiunea 478 (20.02.2008)

• La listarea dispozitiei de livrare se poate specifica si sediul de livrare al clientului (Specific lista).

Modificarile din versiunea 456 (20.07.2007)

• In formula de calcul a coloanelor calculate se pot include si constante din specific lista.

Modificarile din versiunea 428.1  (22.02.2007)

• S-a modificat modul de export configurare lista din Manager liste: se face doar pentru versiunea selectata.

Modificarile din versiunea 427  (30.02.2007)

• La listarea documentelor de iesire se pot afisa “Simbol carnet”, “Serie carnet” si “Denumire carnet” (in Antet > "Specific lista").

Modificarile din versiunea 425  (16.12.2006)

• A fost corectata lansarea listelor de pe butoanele de listare rapida.

Modificarile din versiunea 422.6

• S-a introdus posibilitatea de a face coloana calculata folosind campuri de tip data.
• S-a introdus posibilitatea de a  rotunji o coloana calculata din liste la un anumit numar de zecimale utilizand butonul "@" si precizand numarul zecimalelor la care se va face rotunjirea.

Modificarile din versiunea 414

• S-a corectat exportul listelor in format DBF compatibil Fox sau Dbase.

Modificarile din versiunea 410

• La exportul unei liste intr-un fisier .txt se tine cont de configurarile listei privind numarul de zecimale.
• Pentru listele grupate se poate afisa in titlul sau in subtotalul grupului numarul de ordine al acestuia  (“NrGrup”in Specific lista). Informatia este vizibilia si dupa centralizarea listei.

Modificari din listele modulului MENTOR

Modificarile din versiunea 549 (24.06.2009)

• Miscari > Livrari : s-a adaugat posibilitatea alegerii afisarii tuturor articolelor sau doar selectarea anumitor articole pe macheta. (din versiunea 539).
• In lista livrarilor de pe machetele de iesiri pe factura si pe aviz se aduc coloanele referitoare la numarul comenzii si data comenzii client.
• In lista intrarilor se aduc coloanele: pret oferta, curs pt. moneda ofertei la data intrarii (a documentului), moneda, numar oferta.
• Pe listele de receptie, a intrarilor, si a stocurilor la moment se aduc observatiile seriilor in coloana separata.

Modificarile din versiunea 539 (25.05.2009)

• Registrul de banca: s-au introdus coloanele “Numar contract” si “Data contract” (din versiunea 532).