Moderator Dor
ModeratorRaspunsuri la forumul creat
-
Salut,
Functionalitatea exista deja implementata in cadrul modulului gift card.
In acest modul se defineste o clasa de vauchere cu coduri unice si valoare nominala de 30 de lei.
Puteti tipari pe orice fel de hartie de exemplu un cod de bare, sau pur si simplu un cod, corespunzator.
La atingerea pragului casierul inmaneaza cuponul cadou clientului, iar acesta la orice magazin din retea poate folosi o singura data cuponul cu valoarea fixa nominala de 30 de lei. -
Salut,
Banuiesc ca este vorba despre cantarele Dibal?
Problema s-a fixat cred de vreo 2-3 luni pentru aceste cantare.
Efectuati un upgrade la ultima versiune pentru orice eventualitate. -
Scuze Narcis,
Aceste rapoarte nu exista deja?
Poate ar fi mai interesant sa descrii exact ce crezi ca ar fi necesar de raportat si in ce scop pentru a ne ajuta in structurarea mai generala a rapoartelor. -
Te rigam sa verifici si in versiunea curenta 14.0.0.169 si sa ne confirmi daca mai e vreo problema.
-
Din pacate constragerile ANAF ne obliga pe tori sa fim mai corecti in culegerea datelor fiscale.
-
Da, a existat o problema minora de dealocare resurse la inchidere program dar a fost ezolvata prin rescrierea codului.
-
Va multumim pentru detalii.
Am incorporat solicitarea dvs. in generatorul de etichete incepand cu versiunea 14.0.0.161 SmartCash RMS.
Astfel in cazul in care este listata vreo promotie pe eticheta, automat textul „IN LIMITA STOCULUI DISPONIBIL” este inserat inaintea eventualelor observatii si afisat in zona inferioara a etichetelor.
Pentru mai multe detali legate si de alte noutati sau bug-fix-uri consultati: https://www.smartcash.software/forums/topic/smartcash-rms-14-0-0-161 -
Salut Narcis,
Nu inteleg intrebarea ta.
Te rugam sa fii putin mai explicit. Eu stiu ca asa se intampla. -
Salut,
Inteleg perfect solicitarea dvs. si intr-adevar aceasta este o functionalitate standard in orice sistem de distributie.
Problema este ca noi suntem orientati pe operationalul de depozit/magazin, iar informatii cum ar fi soldul contabil al unui client nu ajung niciodata la noi in cazul retelelor de magazine de exemplu (cum este si cazul dvs.).
respectiv nu puteti afla din depozitul x ceva ce s-a operat la un nivel superior in financiar, cum ar fi extrasele de cont. Prin urmare aplicarea unei constrangeri la acest nivel este incorecta.
Singura utilitate este doar in cazul magazinelor mici care folosesc sistemul nostru din magazin pentru controlul relatiei cu clientii (termene) iar soldul este calculat de noi.
O sa ne mai gandim sa vedem ce putem face.
Multumesc pentru idee. -
Nici nu exista aceasta posibilitate.
Am sa deschid un tichet in suport pe aceasta problema si rezolvati cu colegii mei.
Poate fi o problema din configurari. -
Buna ziua,
Va multumesc pentru intrebare si iata mai jos pozitia noastra legata de acest subiect.
Utilizarea unei baze de date matrita (o baza de date care sa asiste utilizatorii in listarea de produse intr-un magazin nou) este o functie adaugata in „ecosistemul” SmartCash RMS la cererea foarte multor utilizatori.
Cu toate acestea am ezitat multa vreme sa introducem aceasta functionalitate pornind de la motive similare cu cel mentionat de dvs.
Am cantarit decizia si considerm insa ca avantajele sunt de multe ori mai multe decat dezavantajele, in utilizarea unei baze de date matrita.
Trebuiesc totusi facute cateva precizari importante:
– Functia este complet inutila afacerilor din zona produselor specializate, a producatorilor sau a magazinelor care vand produse normalizate intern. In cazul acestor comercianti, functia se poate dovedi utila doar in masura in care opereaza in retele de magazine individuale (neconectate la o centrala SmartCash) prin folosirea bazei de date dintr-un alt magazin propriu la popularea selectiva a bazei de date a unui nou magazin.
– Singura utilitate practica a unei baze de date matrita, este cea din domeniul retail-ului alimentar (supermarket, minimarket) unde oricum toate produsele sunt … sa le spunem „public domain” avand in vedere ca sunt normalizate direct de catre producator pe coduri de bare, sortimentatie si tipo-dimensiuni. In acest camp de activitate exista deja baze de date online cu produse pe care le poti identifica printr-o singura scanare intr-un browser web.
– Nu in ultimul rand, functia este deja implementata si in alte aplicatii software mai noi sau mai vechi, devenind practic o optiune standard de care nu era normal sa-i privam pe utilizatorii de SmartCash RMS.
In ceea ce priveste insa politica de confidentialitate a companiei noastre, ea este una extrem de stricta. Dupa cum stiti ea este stipulata in orice contract de asistenta sau de achizitie de solutie.
Prin urmare nu trebuie sa va faceti griji ca datele dvs. ar putea fi folosite in alta parte decat in cadrul companiei dvs.
Bazele de date matrita sunt obtinute prin anonimizarea completa a continutului si reconstruire integrala, la fel ca si informatiile pe care le puteti avea pe internet despre un produs si nu includ informatii financiare sau contabile, ori identificatori de firma sau domeniu de activitate.
Ele sunt produse de specialistii nostri si reconfigurate ca si categorii/sortimentatie astfel incat sa ajute clientii noi sa se organizeze cat mai bine de la inceput. Este un progres necesar care merge in aceeasi directie cu dezvoltarea platformei noastre software.Sa nu uitam totusi ca functia a fost implementata prin interfata de service (la care au acees doar consultantii de solutii SmartCash autorizati), astfel incat sa putem si noi si si dvs. clientii sa controlati foarte strict aceste functionalitati.
Va asiguram ca vom acorda o atentie deosebita modului in care aceasta functionalitate este folosita in interiorul sistemului nostru de service.
PS. Pentru a elimina si mai mult din temerile dvs…. Stiati ca noua lege a caselor de marcat urmeaza sa oblige toti comerciantii sa asocieze fiecare produs vandut prin casa de marcat unui cod de categorie si subcategorie corespunzator nomenclatorului INS (sunt vreo suta si ceva de pagini de coduri)? In aceste conditii cred ca nomenclatoarele de produse vor deveni in viitor foarte transparente, iar munca unui comerciant pentru a le intretine trebuie usurata cumva. Ma refer desigur la vanzatorii de produse generice iar nu la cele specializate…
-
Ma bucur ca v-a rezolvat problema mudificarea legata de gestiunea secundara.
Legat de facturare, o sa incercam sa implementam, fie si partial partea de fidelizare si la nivelul facturilor cu ridicata. Doar ca exista niste constrangeri datorate in primul rand modului mai liber de operare la facturare in comparatie cu POS-ul unde e un singur fir si operatorul nu poate sa modifice nimic in raport de pret.Tineti aproape pentru noutati in acesta directie 🙂
-
As adauga si eu cateva lamuriri:
1. Raportul de gestiune se autocalculeaza automat incepand cu data primului document ce a fost emis si nu este inca inclus pe raport.
2. De vreme ce la dvs. se tot recalculeaza retroactiv, este clar ca nu folositi programele noastre asa cum ar trebui, introducand retroactiv documente, anterior datei curente. Probabil ca lasati documentele neculese mai multe zile, si cand le colectati, in loc sa emiteti documetele cu ziua curenta schimbati data calculatorului sau eliminati validarea Smartcash de data curenta si le introduceti cu date din urma.
3. Ca urmare programul marcheaza automat recalcularea incepand cu cea mai veche data introdusa.
4. Un alt motiv este nedescarcarea de gestiune a vanzarilor de peste zi in mod regulat.
5. Corect este sa colectati datele zilnic sau cel putin regulat fara a da inapoi data calculatorului! Sa emiteti NIR-ul cu data culegerii sale (chiar daca factura e mai veche decat aceasta data) la fel si pentru celelalte documente.
6. In acest mod sistemul functioneaza cu timpi minimi de asteptare deoarece calculeaza cum a spus si colegul meu Razvan doar 1-2 zile din urma.
7. Si fisele de depozit vor fi corecte si la zi si nu va mai dura atat de mult afisarea lor. La fel si toate celelalte documente inclusiv raportul de gestiune. -
Pentru clientii cu contract de asistenta desigur, prin call-center pana la iesirea lor completa din perioada de utilizare normala de minim 5 ani.
Pe de alta parte, terminalele IT8000 utilizeaza un sistem de operare invechit, pentru care Microsoft a sistat de mult la randul lui suportul si mentenanta.
Aplicatia dezvoltata de noi, ce ruleaza pe aceste terminale, nu mai este intretinuta si actualizata, ramanand la versiunea de acum 5-6 ani ca functionalitate.
Va sfatuim calduros sa treceti pe terminalele mobile noi bazate pe sistemul de operare Android. -
Cred ca este util sa avem o intalnire cu contabilul dvs si echipa de proiect deoarece exista si alte metode de operare rapida si incasare a facturilor, dar acestea necesita o discutie si un audit contabil inainte de implemenatre.
In orice caz, la simpla facturare cu ridicata nu exista nici o varianta de inregistrare a platilor in program, alta decat prin emiterea automata de chitante pentru numerar. Orice alta forma de plata non-numerar nu implica un document emis de program deci nici o interfata de plata.
Ma refer la lucrul cu precomanda culeasa la POS si facturarea la iesire, in regim cash&carry.