[Dor]

---

SmartCash RMS 2020
Versiune: 17.0.6.327
Data Lansare: 19.06.2020
Luna: Iunie
Tip Lansare: Mentenanta

---

Aplicatii modificate:
SmartCash Shop – 32Bit – v. 17.0.6.327 [DB 755.2]
SmartCash Everywhere Standard Server – 32/64Bit – v.5.1.0.9
SmartCash Everywhere REST Standalone Server – 32/64Bit – v.4.0.2.38
SmartCash Everywhere REST ISAPI Server – 32/64Bit – v.4.0.2.38

---

SmartCash Shop

Optimizare
1. Adaugat interval de selectie (data inceput si sfarsit) la raportul „Listare istoric achiztii”. Setat implicit pe anul curent.
2. Adaugat interval de selectie la raportul Modificari Pret. Setat implicit pe anul curent.
3. Extins cu autostrech campul Detalii la listarea unei comenzi de aprovizionare.

Bug Fix
1. Fixat bug import la receptie din retea. import cu terminalul. Nu se putea face importul corect din cauza unui parametru gresit.
2. Fixat problema generala la functia de SetComponentFocus. (verificat daca componenta este vizibila si enabled!).
3. Fixat eroare de setfocus la apasarea F5 (adaugare articol) din interiorul unei vanzari.
4. Fixat raport Situatii detaliate->Preturi negociate->Pe furnizor fara preturi negociate valabile

SmartCash Everywhere

Optimizare
1. Implementare optiune noua care controleaza serverul REST – LifeCycle – Session, Invocation, Server.

SmartCash Everywhere REST Server

Optimizare
1. Implementare schimbare mod de lucru server REST (pana acum Session based). Acum se pot activa modurile Invocation (stateless) si Server.

[Dor]

---

SmartCash RMS 2020
Versiune: 17.0.5.317
Data Lansare: 05.06.2020
Luna: Mai
Tip Lansare: Mentenanta

---

Aplicatii modificate:
SmartCash Shop – 32Bit – v. 17.0.5.317 [DB 754.3]

---

SmartCash Shop

Bug Fix

1. Fixat probleme import preturi negociate si preturi planificate. Nu era trecuta „endoftheday” la finalul datei de sfarsit si acest lucru putea produce probleme pe anumite ramuri. Partea manuala nu era afectata.
2. Fixat problema import preturi planificate. Se calcula gresit pretul fara TVA (se rotunjea pretul fara tva) si aparea pretul de vanzare cu o zecimala in plus sau minus.
3. Fixat problema adaugare preturi planificate. Se putea lasa o periada descoperita (de fapt acoperita incorect) cand introduceai un pret anterior oricarui pret existent dar care nu se „lipea” de inceputul primului interval. Acum se completeaza corect cu pretul din catalog.
4. Fixat problema adaugare preturi achizitie negociate. Daca se adauga un interval „in interiorul altuia” cel mai mic nu era sters si ramaneau doua intervale.

[Dor]

---

SmartCash RMS 2020
Versiune: 17.0.5.315
Data Lansare: 04.06.2020
Luna: Mai
Tip Lansare: Mentenanta

---

Aplicatii modificate:
SmartCash Shop – 32Bit – v. 17.0.5.315 [DB 754.3]
SmartCash Lynx – 32Bit – v. 6.1.0.55
SmartCash Print Server – 32Bit/64Bit – v. 2.1.0.23

---

SmartCash Shop

Optimizare

1. Introdus 2 noi optiuni ortografiere clienti si furnizor separate de ortografierea generala. Acestea se aplica la clienti si furnizori in mod independent.
2. Adaugat pe OPL si campul Acoperire Stoc. Este Stoc / VMZ. (calculat cu doua zecimale).
3. Implementat tasta F12 si Ctrl+P ca functie Print in modulul de listare etichete.
4. Dupa filtrarea in catalogul de produse este selectat gridul pentru a putea baleia direct articolele.
5. Prelungire campuri client la facturarea cu ridicata si la returul la bon/factura pentru ca intreaga denumire sa fie vizibila simultan dupa cautare.

Bug Fix

1. Fixat vizibilitate meniu Import Preturi Vanzare Planificate intr-un magazin conectat la retea.
2. Fixat problema marcare articol ca fiind modificat in momentul in care ii setai un cod implicit. (anterior nu era marcat si nu mergea in retea).
3. Fixat eroare SQL FK_PRETACH_OPERATOR la preturi achizitie negociate cand adaugi un interval care taie un interval anterior cu IDOPERATOR_CHANGE null. (interval creat inainte de upgrade-ul la preturi negociate).
4. Fixat diferente valorice la inventare pe categorii, etc eronat (cantitate fizica 0). (doar la inventare de tip 3)
5. Luat in calcul pe OPL si comenzile lansate de tip manual.
6. La importul preturilor planificate, fixat eroare „Data de sfarsit este mai mica decat data de inceput” cand Data Sfarsit este necompletata.
7. La importul preturilor negociate adaugat mesaj in lista in caz de eroare. Anterior nu era scris nimic si puteai sa fii pacalit ca s-au adaugat.
8. In modulul de inventar implementat tasta Esc sa sterga orice camp completat pe care se afla dupa care sa revina cu focusul tot pe acel camp.
9. Fixat focusul dupa anulare filtru pe inventar.
10. Fixat focusul la selectarea articolelor pe retete si pe transformari. Acum implicit este pe denumire, iar dupa selectarea din catalog se trece direcct pe cantitate.
11. Modificat peste tot in program ca verificarea unui pret negociat sa nu mai tina cont de vechiul flag ACTIV. Problema era la receptie.
12. Eliminat validarea la aplicare si activare preturi pentru articolele scoase de la vanzare. Acum aceste operatii se aplica oricum.

SmartCash Lynx

Optimizare

1. La procese automate de descarcare stoc pos, mers mai departe cu urmatorul document in cazul in care apare o eroare. (gen lipsa stoc, produs scos din vanzare).
2. Recompilat pt preluare cantitate si de pe comenzi lansate normale pe OPL.

Bug Fix

1. Fixat bug Aplicare preturi planificate. Fixat eroare SQL la tabela H_ACTIVARI_PRETURI_VANZARE legat de primary key. Explicitat in cazul unui alternativ scos de la vanzare pe ce lista nu se poate face actiualizarea de pret. Validat articolul daca este pe inventar doar in cazul in care este pe „Catalogul General” nu pe o lista alternativa.
2. Implementat verificare daca exista articole delistate la primire care se afla pe un inventar deschis. Daca exista cel putin unul se suspenda actualizarea.

SmartCash Print Server

Optimizare

1. Adaugat coloana Valoare Comanda Minima pe OPL.
2. Adaugat pe OPL si campul Acoperire Stoc. Este Stoc/VMZ. (calculat cu doua zecimale).

SmartCash Mobility

Bug Fix

1. Fixat posibilitatea de a scana articole scoase de la vanzare. Problema afecta toate modulele.

[Dor]

Salut,

Ati verificat in ultima versiune SmartCash? Se mai repeta aceasta problema?

N oi nu am reusit sa o mai replicam.

[Dor]

Problema a fost demult fixata.

Faceti upgrade la 17.0.4.x

[Dor]

Salut Andrei,

Dupa cum probabil vei fi observat, am schimbat interfata de cautare acum, asa incat toate cerintele tale au fost incorporate in noul browser de categorii lateral dreapta.

[Dor]

Solicitarea ta Andrei a fost rezolvata global. Toate rapoartele au ca denumire implicita PDF chiar titlul raportului.

[Dor]

Legat de acest sistem de alertare, sincer nu ne dorim sa il mai sustinem pe viitor.

El va fi inlocuit de un singur engine asincron central de logging, indiferent de aplicatia instalata SmartCash.

Acesta functioneaza deja pentru serviciile de fundal SmartCash Livesync si pentru alte servicii tehnice (Housekeeping). Treptat, toate serviciile SmartCash for face logging in acest engine, de unde mai apoi vom decide ce se intampla cu erorile. Daca sunt sau nu trimise pe mail agregat, etc. Serviciile de fundal, nu vor mai avea interfata proprie de monitorizare ci doar de setare. Toate informatiile legate de funxctionarea lor vor fi disponibile in noul engine.

Transmiterea sincrona de e-mail-uri de alerta este utila, dar duce deseori la flooding pe o adresa de mail si pe blocarea serverului de mail pe motiv de spam.

De aceea activarea acestor moduri de notificare trebuie facuta cu atentie, pastrat un opis undeva, deoarece cateodata se uita unde au fost activate si te tot trezesti ani de zile cu alerte de nici nu mai stii de unde, pe cate o adresa de mail.

[Dor]

Problema a fost fixata.

[Dor]

Legat de solicitarea lui Aristmat, din pacate selectoarele sunt necesare pentru calificarea corecta a localitatilor dupa nomenclatorul ANAF in vederea cuplarii pe declaratia 394 in special a clientilor de tip Persoana Fizica, care nu isi mai declara CNP-ul.

[Dor]

Actualizarea de la MF s-a rezolvat. Serverul lor trecuse pe TLS1.2 si nu mai accepta TLS1.

Am actualizat procedura si nivelul de securitate SSL si acum functioneaza.

[Dor]

Problema a fost fixata global si acum la fiecare transmitere de raport pe e-mail este afisata caseta urmatoare:

[Dor]

Am implementat/fixat solicitarile dvs. astfel:

–In modulul de inventar implementat tasta Esc sa sterga orice camp completat pe care se afla dupa care sa revina cu focusul tot pe acel camp.

– In modulul de inventar fixat focusul dupa anulare filtru pe inventar.- Fixat focusul la selectarea articolelor pe retete si pe transformari. Acum implicit este pe denumire, iar dupa selectarea din catalog se trece direcct pe cantitate.- Implementat tasta F12 si Ctrl+P ca functie Print in modulul de listare etichete.- Dupa filtrarea in catalogul de produse este selectat gridul pentru a putea baleia direct articolele.- Prelungire campuri client la facturarea cu ridicata si la returul la bon/factura pentru ca intreaga denumire sa fie vizibila simultan dupa cautare.

[Dor]

Legat de tastele functionale:

Ctrl+F focalizeaza FILTRAREA nu cautarea in inventar. Adica se pozitioneaza cursorul pe primul camp din caseta fitrare „Denumire”. Poate va asteptati sa se pozitioneze pe cautare.. nu stiu, dar Ctrfl+F asta face.

Tasta Esc anuleaza filtrul si functioneaza corect.

Am actualizat totusi functionarea tastei ESC si pentru campurile de cautare (unde intr-adevar cu Esc nu se stergea cautarea precedenta).

[Dor]

Nu se confirma adaugarea de articole delistate pe inventar.

Probabil ca pe durata inventarului unele produse au fost delistate in centrala (sau chiar din magazin), iar sincronizarea s-a produs abia pe durata inventarului. De aceea abia la final s-au observat articolele delistate pe lista de inventar.

Pe viitor, evitati delistari pe durata inventarelor.

O sa introducem niste validari de proces care sa intrerupa temporar sincronizarea articolelor delistate intr-un magazin care are un inventar deschis pe care figureaza deja acele articole.

Nici problema de viteza nu se confirma din pacate. Am preluat baza de date si pe 2 statii diferite functioneaza instantaneu.

In schimb pe POS-ul folosit de dvs ca server orice faci, procesorul este ocupat 100%. Prin urmare este o problema de resurse insuficiente ce trebuie adresata pe statia respectiva (un Intel(R) Celeron(R) CPU N2807 @ 1.58GHz (2 virtual) (X64) cu 4GB Ram pe care mai ruleaza si vreo 4 Firefox-uri cu Youtube playing pentru muzica de ambient probabil, aplicatia POS, si inca vreo cateva programe in fundal).

Modulul de inventar actual este cu cel putin 400% mai rapid decat cel vechi la deschidere si cu 50% la operare. Deci este exclus ca viteza redusa sa fie din cauza software-ului.