Moderator Dor
ModeratorRaspunsuri la forumul creat
-
Multumim pentru observatie,
Vom include utilitatea aceasta cat mai curand. -
Stimate utilizator,
Speram ca solutia de mai sus sa rezolve problemele mentionate de dvs atat de transant. Pentru orice alte informatii va rugam sa nu ezitati sa folositi acest forum care dupa cum se observa chiar ofera solutii…
O singura observatie insa: va rugam sa postati problemele cat mai explicit pentru a identifica in cel mai scurt timp cauza problemei.Va multumim pentru intelegere si cooperare!
Echipa Dezvoltare Programe
-
Salut Levi!
Primul bug, cel cu dublarea nu l-am putut reproduce. La noi merge de fiecare data. Cred ca e vorba de un update incomplet al bazei de date.
Anterior 8.0.0.107 adaugarea in facturi se facea cu un trigger acum se face cu un simplu query. Daca nu s-a sters trigger-ul acum se poate dubla… Fa o pompare intr-o baza noua ca sa fii sigur.Pentru a evita probleme la compensari recomandam pana la trecerea pe engine-ul Firebird 2.0 (dupa care se vor mai fixa eventuale bug-uri) sa treci baza de date in modul „Forced Write” (cu IbManager). In acest mod nu mai apare bug-ul.
-
Bug-ul cu blocarea celui de-al doilea scaner a fost fixat in kit-ul 8.0.0.107 SmartCash RMS.
-
Foloseste ultima versiune de program.
Nu mai apare eroarea mentionata. Eroarea aparea la v 8.0.0.103 parca… -
Ce versiune SmartCash Shop folosesti si ce baza de date?
-
Violarea cheii primare este datorata generatorului cu numele: OUTITEMS_IDOUTITEM a carui valoare nu a fost incrementata la valoarea corecta in urma unui update/pompare de baza de date.
Solutie:
Mai intai afla valoarea maxima a campului IDOUTITEM din tabela OUTITEMS:SELECT MAX(IDOUTITEM) FROM OUTITEMS
Noteaza valoarea (sa zicem xx) si apoi introdu in SQL-ul de mai jos valoarea xx+1:
SET GENERATOR OUTITEMS_IDOUTITEM TO xx+1
dai commit si trebuie sa o ia de unde a ramas cu toate.
Numai bine
Dor -
Am sa verific. Cel mai probabil generatorul care incrementeaza cheia primara a tabelei OUTITEMS este dat peste cap (are o valoare mai mica decat cea maxim atinsa in campul respectiv). Probabil o pompare incompleta a determinat efectul asta.
Voi verifica exact si iti dau un SQL de verificare si reparare.
In orice caz, tranzactiile apar in lista de inchideri sau nu apar? -
„Val” wrote: Incep prin a preciza ca nu sunt utilizator al SmartCash, ci un potential client in cautare unei solutii informatice adecvate.
Intrebarea mea, se refera la posibilitatea de a tine evidenta cu aplicatiile din pachetul SmartCash a numerelor seriale a produselor achizitionate, vandute sau transferate?
Caz concret, pentru o retea de 5 magazine de telefoane mobile, cu un depozit (magazin) central, doresc sa tin evidenta telefoanelor la nivel de SN, incepand cu faza de achizitie apoi de transfer la magazinele din retea si desigur la vanzare. Mentionez ca SN sunt aplicate pe ambalajele telefoanelor in format de coduri de bare .Multumesc
Din pacate nu este posibil. Cel putin nu la un nivel decent de functionalitate.
Din considerente de automatizare a vanzarilor, gestiunea se face FIFO fara posibilitatea interventiei in modul de iesire a articolelor.
Destinatia produsului nostru este mediul de lucru inalt automatizat, cu cadenta mare de tranzactionare.
Pentru noi prioritatea este vanzarea si evidenta sincrona a stocurilor pentu a lua decizii in timp real pe fluxul de aprovizionare.
Daca este insa vorba de vanzare si aprovizionare in retea atunci functioneaza perfect si pentru situatia dvs. (mai putin pastrarea seriilor).
Pentru a pastra seria trebuie definit cate un nou produs pentru fiecare serial number, ceea ce este prohibitiv. -
Asa este… dar numai la cele foarte urgente.
-
„MugurEL” wrote: Am primit echipamente Magister unde soft-ul SmartCash este licentiat dar numele clientului este gresit.
Cum se poate rezolva aceasta problema?Se va genera un nou set de chei de activare. Te rugam sa transmiti datele corecte ale clientului pe mail la sales@magister.ro.
Intrebare… (n-am verificat) Numele clientului nu este cel de pe comanda ferma? -
„Dor” wrote: Stimati colegi, imi permit sa citez direct pe forum o serie de intrebari ale unuia dintre clientii nostri, care au relevanta mare si pentru multi dintre dvs.
Solicitarile clientului nostru (o retea cu centrala si 3 magazine) sunt punctual urmatoarele. Sub fiecare am introdus raspunsul.***La facturile de retur, cand sunt mai multe pozitii cu acelasi produs, cumuleaza cantitatile, valorile, dar nu si TVA-ul.
Verificati daca este ultima versiune 8.0.0.104. In programul curent am verificat si sub coloana TVA apare suma totala aferenta TVA.
***Facturi putem face, dar ar fi logic sa putem face si chitante din Magister.
Nu este deloc logic. Conform legislatiei in vigoare nu este voie sa emiteti chitante la vanzarea cu amanuntul. Daca totusi o faceti, acestea pot fi numai pentru plati in avans pentru anumite produse pe care mai apoi trebuie sa le returnati cu dispozitie de plata din casierie si mai apoi sa le incasati prin bon fiscal.
***Avem posibilitatea de a inregistra furnizorul aferent unei plati in registrul de casa, dar aceasta informatie nu este si printabila.
Asa este, in registrul de casa se imprima numai explicatiile aferente unei plati. Furnizorul (sau Clientul pentru incasari) sunt folosite pentru a conecta plata/incasarea cu furnizorul/clientul respectiv. Instruiti operatoarele sa introduca in explicatii si o referinta la furnizor daca este necesar.
Pentru a vedea informatii in legatura cu platile incasarile pe furnizori/clienti aveti situatiile de urmarire mult mai folositoare decat registrul de casa care este un document simplificat necesar numai pentru evidenta cash-ului conform legii.
***La magazinele-utilizatoare (deci nu server baza de date=Eminescu), in fisa unui produs nu se poate vizualiza furnizorul. Se pot vedea furnizorii doar la clasarea catalogului pe furnizori. Dar, pentru a cauta care este furnizorul unui anume produs, inseamna ca trebuie sa clasam tot catalogul pe furnizori, apoi sa luam furnizor cu furnizor pana il gasim.
In fisa de depozit nu este afisat furnizorul. Banuiesc ca vorbiti de Balanta de inchidere lunara nu?
Este normal ca furnizorul sa nu mai apara in gestiunea magazinului. Pentru acest magazin, in contextul dvs. de retea inchisa, „furnizori” pot fi numai magazinele din retea, asa incat acolo receptiile sunt efectuate numai de la un alt magazin.Organizarea produselor pe furnizori este insa o necesitate esentiala pe care trebuie sa o faceti dvs. Odata realizata pe nomenclatorul central este automat replicata in intreaga retea si veti sti oriunde tot ce se intampla cu marfa acestora. Nu trebuie sa amestecati spatiul document cu cel operational. Una este fisa de rulaj lunara si alta monitorizarea pe flux a relatiei cu furnizorii.
Nu trebuie sa luati furnizor cu furnizor aplicati un simplu filtru si aveti toata imaginea inainte. Poate aici ar trebui sa fiti mai explicit sa va sfatuim mai la obiect.
***Alte probleme sunt cele Ť INEXPLICABILE Å¥ si anume : un furnizor creat se vede la 2 magazine, dar nu si la al 3-lea ; Un produs care este clasat la o anumita Ť Categorie marfa Å¥ apare in categoria Ť – Å¥ adica nicaieri – doar la un magazin din 3.
Singura explicatie este aceea ca magazinul respectiv a uitat sa actualizeze furnizorii. La fel si clasificarea, daca este centralizata si a fost transmisa la magazine automat articolele sunt actualizate si acolo dupa clasificarea respectiva.
***La SELECTIE MULTIPLA se poate modifica doar Ť Departamentul ť (ceea ce oricum nu folosim pt acum sunt toate produsele in Ť Categorii marfa ť) ; nu putem schimba Ť Scos din vanzare ť ceea ce ar fi cel mai util.
Este adevarat numai pentru magazinele din retea si nu pentru centrala de magazine care poate modifica multiplu si aceasta proprietate. Numai acolo e voie. Prin actualizare catalog scoaterea de la vanzare este mai apoi dictata la toate magazinele.
***La un magazin-utilizator se pot schimba preturile de vanzare (ceea ce in mod normal parca nu trebuia), iar la altul-utilizator nu se poate.
Este o eroare de configurare la magazinul respectiv, sau fetele dvs. (asa cum s-a mai intamplat) si-au „bagat nasul unde nu le fierbe oala”. Acesta poate fi un motiv pentru care magazinul respectiv nu mai primeste actualizari de la centrala. Poate a fost configurat ca magazin independent… Magazinul trebuie reconfigurat. Trimiteti numarul lui pentru a transmite colegilor mei de la tehnic solicitarea.
***La ÂÂ’Rapoarte – Situatii detaliate – Vanzari prin POS Â Pe inchideriÂ’Â’ afiseaza inchiderile din ziua/perioada respectiva, dar nu le mai cumuleaza (inainte le cumula).
Raportul nu s-a modificat. Poate il confundati cu cel pe Departamente/Clase.
-
„MugurEL” wrote: Buna ziua ,
Ne confruntam din nou cu o problema in livrarea echipamentelor Magister.
Dupa cum s-a discutat la ultima intrunire a partenerilor, termenul de livrare a echipamentelor este de o saptamana.Avem o comanda facuta pe data de 25 octombrie a.c. si nici in ziua de astazi nu avem nici un raspuns cu aceste echipamente.
Clientul ne preseaza cu aceasta comanda si instalarea sistemului SmartCash.Noi il amanam de pe o zi pe alta.
Sper sa rezolvati aceasta problema in scurt timp.Va multumesc !
Mugur, inteleg ca nu ai primit confirmarea de comanda. Nu cunosc detaliile relative la termenele de livrare, dar ma voi interesa.
Termenul de livrare este cel din confirmarea de comanda si poate varia de la 1 la 3 saptamani in functie de disponibilitatea echipamentelor si de incarcare. -
Multumim mult de aprecieri Mugur.
Stiu ca toti suntem foarte foarte ocupati, iar telefonul nu vrea sa se opreasca din sunat…
Daca insa am spune ce ne doare aici mai des, am mai reduce poate din numarul telefoanelor si toti am avea putin mai mult timp pentru noi, pentru familie sau prieteni (sau prietene :))
Iti multumesc inca o data pentru initiativa, si sper sa iti urmeze exemplul din ce in ce mai multi parteneri.Dor.
-
Multumim pentru solicitare. Vom studia problema si speram sa o includem in versiunea urmatoare a programului.
In ceea ce priveste a doua intrebare, listati Rapoarte/Situatii detaliate/Receptii si alegeti raportul care contine informatiile dorite, apoi exportati in Excel pentru alte cormetizari.
Este disponibila si situatia din Centralizatoare/Receptii, cumulat pe documente.